From owner-freebsd-current@freebsd.org Sun May 16 08:05:11 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 534306394B5 for ; Sun, 16 May 2021 08:05:11 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:a:f40b::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 "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FjZYx3bJQz4hKh; Sun, 16 May 2021 08:05:09 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=192.168.25.127; helo=restart.be; envelope-from=hlh@restart.be; receiver= DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 4FjZYp1xxMzKd Received: from restart.be (norquay.tunnel.bel [192.168.25.127]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 4FjZYp1xxMzKd; Sun, 16 May 2021 10:04:59 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1]) (authenticated bits=0) by restart.be (8.16.1/8.16.1) with ESMTPSA id 14G84wHO034214 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=OK); Sun, 16 May 2021 10:04:58 +0200 (CEST) (envelope-from hlh@restart.be) X-Authentication-Warning: norquay.restart.bel: Host morzine.restart.be [IPv6:2001:41d0:a:f40b:1:1:0:1] claimed to be morzine.restart.bel Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! To: Adrian Chadd , marc@bumblingdork.com Cc: freebsd-current References: <1de588e2-20cb-3206-3aea-f3f88f577675@restart.be> <67f0874a-6a05-67f1-3f2b-c4b3dc67fa11@FreeBSD.org> <83b823bf-c6c2-2f6a-b5dd-2e91b4d1931e@restart.be> <2c208bbc-5adc-2327-4717-a5e7c8d64b4b@FreeBSD.org> <9a15daa7-2b17-e257-d4d1-850c632a9db8@restart.be> <417a97b9-2c40-310c-c445-b193c493b880@FreeBSD.org> <7eb763ce-0bbf-9baf-2ede-968ee25cff2e@restart.be> <0CA59364-6802-4733-962A-3EEB00B43AFE@bumblingdork.com> <20210514144830.6b19de85@ernst.home> <51290711-0DC5-45DD-B2DB-4C2D98667DC7@bumblingdork.com> From: Henri Hennebert Message-ID: <7ba7cd70-1d7f-b503-10f3-7ced79d25ff5@restart.be> Date: Sun, 16 May 2021 10:04:58 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FjZYx3bJQz4hKh X-Spamd-Bar: - X-Spamd-Result: default: False [-1.97 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[restart.be:s=tignes]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:41d0:a:f40b::1/128]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; NEURAL_HAM_LONG(-0.97)[-0.973]; NEURAL_SPAM_SHORT(1.00)[0.999]; SPAMHAUS_ZRD(0.00)[2001:41d0:a:f40b::1:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[restart.be:+]; DMARC_POLICY_ALLOW(-0.50)[restart.be,reject]; SUBJECT_ENDS_EXCLAIM(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:41d0:a:f40b::1:from]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 May 2021 08:05:11 -0000 On 5/15/21 10:31 PM, Adrian Chadd wrote: > Hi! > > So, my Lenovo T540p also doesn't work right now; it just panics the > kernel with a NULL pointer deref inside some deferred interrupt > registration / callback thing. I move the taskqueue calls as you advice. Can you try the last version from GitHub (2.0i). Henri > > If I disable it at the boot console then it's fine. > > > > > -adrian > From owner-freebsd-current@freebsd.org Sun May 16 12:34:45 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1E567640941 for ; Sun, 16 May 2021 12:34:45 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4FjhY06X0qz3kpx for ; Sun, 16 May 2021 12:34:44 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: by mailman.nyi.freebsd.org (Postfix) id DEB1C640B98; Sun, 16 May 2021 12:34:44 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DE7106409AA for ; Sun, 16 May 2021 12:34:44 +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 4FjhXz4qSCz3krw for ; Sun, 16 May 2021 12:34:42 +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 14GCYYvj089866; Sun, 16 May 2021 05:34:34 -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 14GCYYTu089865; Sun, 16 May 2021 05:34:34 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202105161234.14GCYYTu089865@gndrsh.dnsmgr.net> Subject: Re: Alternate Screen In-Reply-To: <451388d3-934c-c506-d7de-81de44b4a29a@vangyzen.net> To: Eric van Gyzen Date: Sun, 16 May 2021 05:34:34 -0700 (PDT) CC: current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4FjhXz4qSCz3krw X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-rwg@gndrsh.dnsmgr.net has no SPF policy when checking 69.59.192.140) smtp.mailfrom=freebsd-rwg@gndrsh.dnsmgr.net X-Spamd-Result: default: False [-2.05 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.95)[-0.947]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[dnsmgr.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[69.59.192.140:from]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[69.59.192.140:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MIME_TRACE(0.00)[0:+]; MAILMAN_DEST(0.00)[current]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 May 2021 12:34:45 -0000 > There was a recent discussion about a terminal database update and the > new Alternate Screen behavior. I'm curious about the resolution, but I > can't find that discussion. Would someone kindly send a clue-by-four > via overnight express? > > Ultimately, I'd like to know how to get the old behavior back, with no > alternate screen, and thereby reduce my blood pressure. I thought this code had been reverted, reworked and old behavior restored with knobs to give new behavior??? > > Alternatively yours, > Eric -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Sun May 16 17:03:09 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8511F628DF3 for ; Sun, 16 May 2021 17:03:09 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4FjpVj3LmYz4pNT for ; Sun, 16 May 2021 17:03:09 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id 72D30628DF2; Sun, 16 May 2021 17:03:09 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7298C629222 for ; Sun, 16 May 2021 17:03:09 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FjpVj2sGBz4pK9; Sun, 16 May 2021 17:03:09 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from aniel.nours.eu (unknown [IPv6:2001:41d0:8:3a4d::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: bapt) by smtp.freebsd.org (Postfix) with ESMTPSA id 37FB7D71C; Sun, 16 May 2021 17:03:09 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by aniel.nours.eu (Postfix, from userid 1001) id 88BDF5629C; Sun, 16 May 2021 19:03:07 +0200 (CEST) Date: Sun, 16 May 2021 19:03:07 +0200 From: Baptiste Daroussin To: Eric van Gyzen Cc: current@freebsd.org Subject: Re: Alternate Screen Message-ID: <20210516170307.z4bzyi46gjyuiqg3@aniel.nours.eu> References: <451388d3-934c-c506-d7de-81de44b4a29a@vangyzen.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <451388d3-934c-c506-d7de-81de44b4a29a@vangyzen.net> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 May 2021 17:03:09 -0000 On Thu, May 13, 2021 at 09:01:53AM -0500, Eric van Gyzen wrote: > There was a recent discussion about a terminal database update and the new > Alternate Screen behavior. I'm curious about the resolution, but I can't > find that discussion. Would someone kindly send a clue-by-four via > overnight express? > > Ultimately, I'd like to know how to get the old behavior back, with no > alternate screen, and thereby reduce my blood pressure. > > Alternatively yours, The replies you are receiving are interesting as none of them are right... What has been done, it now ncurses from base reads both terminfo and termcap DB. It is looking up for terminfo db from localbase as well. Base only provides termcap (the old termcap definition, nothing new in there). if one want the terminfo database which supports alternate screen definition, he/shre can just pkg install terminfo-db. Best regards, Bapt From owner-freebsd-current@freebsd.org Mon May 17 10:19:39 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D0688643024 for ; Mon, 17 May 2021 10:19:39 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4FkFVg3l2Zz3pYp for ; Mon, 17 May 2021 10:19:39 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 7E73A643023; Mon, 17 May 2021 10:19:39 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7D1F2642CD7 for ; Mon, 17 May 2021 10:19:39 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wr1-x42b.google.com (mail-wr1-x42b.google.com [IPv6:2a00:1450:4864:20::42b]) (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 4FkFVg2knjz3pP6; Mon, 17 May 2021 10:19:39 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wr1-x42b.google.com with SMTP id r12so5790251wrp.1; Mon, 17 May 2021 03:19:39 -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=vx/PZOMWATMyVOjBcOGDI9oLU/uSvd33l8wjpvikpE8=; b=dI3wBysFNp7p+6cB4IxSiXELjVNHNjPVX1li85NNRNtJVA8gbzVJlG2Ri2iYZFfpSa 7L13lfX0KGnHR41Ky2fx74W2sx6h3oMsgxChAzVtsST1EzJj2hKTVqWz1yNTzWMOu09k ITI18KWO1WKV/iXaT0LtRYrUUbSob4UCKFyXRvL0ROwK7AihgyEScIZ404aTy5H0YdBs blsl5DNFHPsodc6nauvuSllpNvZ25e0/kCOxx+nJGi+B21Psm3kYbcTNNfdPd2tSYT8f ofbhlBRGLWkKraiBQZHS1+0DgBCS7kwiTdHpjG/oxdLuCSIm2iG3wobwlZWAja+GwfcE VWGg== 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=vx/PZOMWATMyVOjBcOGDI9oLU/uSvd33l8wjpvikpE8=; b=EMYiNTZ6i7BaE2/LcbZFgLwOnv3bJoYXivv35vzCC2pekeSSZOc6bbjM4MJj54weAx YGGklQEkDTGP5rjU5yGckFQZLAfLwgAPRTpNYUw4x+NrJEVctBn+WKHKHNp76NZflDxA ni36HQJ/tpbN1n33d1UZkdpifegeDNTwiWWx7VWYvZATX2onduWd8JJ5V3W6MYVwKSyD M7YPDkwffHzg55Igfg07I1P+1XZa/9MLl/7JFpxHZQxQe9xyzcR046bSnmgkuVilCrZb UjTCj1ODsnKMCX0k6SuYbMRlABnsraVpA62q6FNRFVP6IhDdBaNE0sPX7zOEQogQuBh9 +VSQ== X-Gm-Message-State: AOAM530jcJrf3ouWCNi1QyKy9vx6xnaRh9NhZuS5JIQysvFDmfQkP8Op qZahufnOX8S2VB0CPOZLNP8ZeuZ5Xpk= X-Google-Smtp-Source: ABdhPJz5pdrhuguUhjrT9Nfb6H0Nwm5E6U9CT+yy5AzQRyPHcdTQoSDU+8OflgxqYJwFpAMPg7tZow== X-Received: by 2002:adf:db42:: with SMTP id f2mr11623698wrj.5.1621246777658; Mon, 17 May 2021 03:19:37 -0700 (PDT) Received: from ernst.home (pd9e23d76.dip0.t-ipconnect.de. [217.226.61.118]) by smtp.gmail.com with ESMTPSA id f4sm17312933wrz.33.2021.05.17.03.19.36 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 17 May 2021 03:19:37 -0700 (PDT) Date: Mon, 17 May 2021 12:19:35 +0200 From: Gary Jennejohn To: Baptiste Daroussin Cc: Eric van Gyzen , current@freebsd.org Subject: Re: Alternate Screen Message-ID: <20210517101935.526899f1@ernst.home> In-Reply-To: <20210516170307.z4bzyi46gjyuiqg3@aniel.nours.eu> References: <451388d3-934c-c506-d7de-81de44b4a29a@vangyzen.net> <20210516170307.z4bzyi46gjyuiqg3@aniel.nours.eu> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FkFVg2knjz3pP6 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 May 2021 10:19:39 -0000 On Sun, 16 May 2021 19:03:07 +0200 Baptiste Daroussin wrote: > On Thu, May 13, 2021 at 09:01:53AM -0500, Eric van Gyzen wrote: > > There was a recent discussion about a terminal database update and the new > > Alternate Screen behavior. I'm curious about the resolution, but I can't > > find that discussion. Would someone kindly send a clue-by-four via > > overnight express? > > > > Ultimately, I'd like to know how to get the old behavior back, with no > > alternate screen, and thereby reduce my blood pressure. > > > > Alternatively yours, > > The replies you are receiving are interesting as none of them are right... > > What has been done, it now ncurses from base reads both terminfo and termcap DB. > It is looking up for terminfo db from localbase as well. > > Base only provides termcap (the old termcap definition, nothing new in there). > if one want the terminfo database which supports alternate screen definition, > he/shre can just pkg install terminfo-db. > But in March terminfo was being built and installed. Maybe he failed to delete /usr/share/terminfo after the change. Or was simply not aware that he had to do that. -- Gary Jennejohn From owner-freebsd-current@freebsd.org Mon May 17 14:47:01 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D179564A261 for ; Mon, 17 May 2021 14:47:01 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4FkMR94nx9z3Q3g for ; Mon, 17 May 2021 14:47:01 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: by mailman.nyi.freebsd.org (Postfix) id A2B9564A260; Mon, 17 May 2021 14:47:01 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A282164A630 for ; Mon, 17 May 2021 14:47:01 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [IPv6:2607:fc50:1000:7400:216:3eff:fe72:314f]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FkMR93bdgz3Q6J; Mon, 17 May 2021 14:47:01 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from disco.vangyzen.net (unknown [70.97.188.230]) by smtp.vangyzen.net (Postfix) with ESMTPSA id 1F91356488; Mon, 17 May 2021 09:46:54 -0500 (CDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=vangyzen.net; s=default; t=1621262814; bh=ehr4PA5U4rqT0hDW3I+447D4T5BTiGiM7fj1E736KP0=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=2ee2LSTOwok+GtW79cfAWAsuAMXvBGHtlyYi74CXE0/lrM5NjobjroKewqoCE0tt3 EvF7KXKxdnPJN35ewlrf+8tqIlrv9bHGvXeKexE9cEvQkChnW9gfYCHvFSyAh8jQIv OjS/pC1dvVk+mFKW6iTj7tQc2XciC+65Wse6dfo4dJT0LkSlNi2u6D7jO+7Xj2F8QP w83Z7WWU24dCK4JAF9AwukZZU0HMjpHsBtyrfKhCUxlxbRzYDHr1SfaL8MOom6FdpK 2gC6fEda9UIO0ujpOPqV5G4z+oBim2EbFPozWzRUTuv2510+PoPAI79MA4SVyC7mpt J0/v1gZGYWNbA== Subject: Re: Alternate Screen To: gljennjohn@gmail.com, Baptiste Daroussin Cc: current@freebsd.org References: <451388d3-934c-c506-d7de-81de44b4a29a@vangyzen.net> <20210516170307.z4bzyi46gjyuiqg3@aniel.nours.eu> <20210517101935.526899f1@ernst.home> From: Eric van Gyzen Message-ID: Date: Mon, 17 May 2021 09:46:49 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.9.0 MIME-Version: 1.0 In-Reply-To: <20210517101935.526899f1@ernst.home> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FkMR93bdgz3Q6J X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 May 2021 14:47:01 -0000 On 5/17/21 5:19 AM, Gary Jennejohn wrote: > On Sun, 16 May 2021 19:03:07 +0200 > Baptiste Daroussin wrote: > >> On Thu, May 13, 2021 at 09:01:53AM -0500, Eric van Gyzen wrote: >>> There was a recent discussion about a terminal database update and the new >>> Alternate Screen behavior. I'm curious about the resolution, but I can't >>> find that discussion. Would someone kindly send a clue-by-four via >>> overnight express? >>> >>> Ultimately, I'd like to know how to get the old behavior back, with no >>> alternate screen, and thereby reduce my blood pressure. >>> >>> Alternatively yours, >> >> The replies you are receiving are interesting as none of them are right... >> >> What has been done, it now ncurses from base reads both terminfo and termcap DB. >> It is looking up for terminfo db from localbase as well. >> >> Base only provides termcap (the old termcap definition, nothing new in there). >> if one want the terminfo database which supports alternate screen definition, >> he/shre can just pkg install terminfo-db. >> > > But in March terminfo was being built and installed. Maybe he failed to > delete /usr/share/terminfo after the change. Or was simply not aware that > he had to do that. Thanks for the help, everyone. Deleting /usr/share/terminfo fixed the problem. (I don't have the terminfo-db package installed.) Bapt, was this intentionally omitted from ObsoleteFiles.inc, or was that an oversight? Cheers, Eric From owner-freebsd-current@freebsd.org Mon May 17 14:53:54 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DCDF564A722 for ; Mon, 17 May 2021 14:53:54 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4FkMb65w50z3RJn for ; Mon, 17 May 2021 14:53:54 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id CAF5E64A721; Mon, 17 May 2021 14:53:54 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CABD064A1FC for ; Mon, 17 May 2021 14:53:54 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FkMb65P3vz3Qxv; Mon, 17 May 2021 14:53:54 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from aniel.nours.eu (unknown [IPv6:2001:41d0:8:3a4d::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: bapt) by smtp.freebsd.org (Postfix) with ESMTPSA id 8A81A27C1C; Mon, 17 May 2021 14:53:54 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by aniel.nours.eu (Postfix, from userid 1001) id 5C11260B5D; Mon, 17 May 2021 16:53:53 +0200 (CEST) Date: Mon, 17 May 2021 16:53:53 +0200 From: Baptiste Daroussin To: Eric van Gyzen Cc: gljennjohn@gmail.com, current@freebsd.org Subject: Re: Alternate Screen Message-ID: <20210517145353.vrupk2v4kv6gmssv@aniel.nours.eu> References: <451388d3-934c-c506-d7de-81de44b4a29a@vangyzen.net> <20210516170307.z4bzyi46gjyuiqg3@aniel.nours.eu> <20210517101935.526899f1@ernst.home> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 May 2021 14:53:54 -0000 On Mon, May 17, 2021 at 09:46:49AM -0500, Eric van Gyzen wrote: > On 5/17/21 5:19 AM, Gary Jennejohn wrote: > > On Sun, 16 May 2021 19:03:07 +0200 > > Baptiste Daroussin wrote: > > > > > On Thu, May 13, 2021 at 09:01:53AM -0500, Eric van Gyzen wrote: > > > > There was a recent discussion about a terminal database update and the new > > > > Alternate Screen behavior. I'm curious about the resolution, but I can't > > > > find that discussion. Would someone kindly send a clue-by-four via > > > > overnight express? > > > > > > > > Ultimately, I'd like to know how to get the old behavior back, with no > > > > alternate screen, and thereby reduce my blood pressure. > > > > > > > > Alternatively yours, > > > > > > The replies you are receiving are interesting as none of them are right... > > > > > > What has been done, it now ncurses from base reads both terminfo and termcap DB. > > > It is looking up for terminfo db from localbase as well. > > > > > > Base only provides termcap (the old termcap definition, nothing new in there). > > > if one want the terminfo database which supports alternate screen definition, > > > he/shre can just pkg install terminfo-db. > > > > > > > But in March terminfo was being built and installed. Maybe he failed to > > delete /usr/share/terminfo after the change. Or was simply not aware that > > he had to do that. > > Thanks for the help, everyone. Deleting /usr/share/terminfo fixed the > problem. (I don't have the terminfo-db package installed.) > > Bapt, was this intentionally omitted from ObsoleteFiles.inc, or was that an > oversight? > > Cheers, > > Eric It is in ObsoleteFiles.inc # 20210318: remove the terminfo database Bapt From owner-freebsd-current@freebsd.org Mon May 17 14:57:31 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 07EFA64A959 for ; Mon, 17 May 2021 14:57:31 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4FkMgG5wygz3hyK for ; Mon, 17 May 2021 14:57:30 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: by mailman.nyi.freebsd.org (Postfix) id C9ABC64AA79; Mon, 17 May 2021 14:57:30 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C975F64A958 for ; Mon, 17 May 2021 14:57:30 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [199.48.133.146]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FkMgG596Hz3hyJ; Mon, 17 May 2021 14:57:30 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from disco.vangyzen.net (unknown [70.97.188.230]) by smtp.vangyzen.net (Postfix) with ESMTPSA id C8A3556488; Mon, 17 May 2021 09:57:23 -0500 (CDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=vangyzen.net; s=default; t=1621263444; bh=oS6oK+Zv2nqU65QZ36Ja0GBwwK5BKoNtOOyAtosxsDk=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=RHHDR7FCgwE7d7FBLpEqfnSxVbJuuelwUmHpg3lh0UnNVoxRf841ffm57TUMFmj5P cPNECQt01OkPNH2ebwLHrBEVvaFS4JOu6bI87cMygNw9MfSIrCt6hAxLuxxpIoEmLd l5F9Pvq5wVzNgvSPBARzlEr19dklqPfIGBQBp9emvNmTIkXPHLTwkrCmhO41G2KI6i 6zznLVbt0uXqFN+UABqZrnMlCs7vxdmuANlgMYGRbpAyoxCTDBD+IjUcMYJuXuVp0B 7QX2oFwFz86nHlGp7QVHCPlrkBKmrOOKDFP5/mGbhsjPLxCmVsd4vdoD9aXMxJd5CE 5xnIxF4vQrycQ== Subject: Re: Alternate Screen To: Baptiste Daroussin Cc: gljennjohn@gmail.com, current@freebsd.org References: <451388d3-934c-c506-d7de-81de44b4a29a@vangyzen.net> <20210516170307.z4bzyi46gjyuiqg3@aniel.nours.eu> <20210517101935.526899f1@ernst.home> <20210517145353.vrupk2v4kv6gmssv@aniel.nours.eu> From: Eric van Gyzen Message-ID: <1edf1ff9-cc97-8d79-d557-5f55c46566cb@vangyzen.net> Date: Mon, 17 May 2021 09:57:23 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.9.0 MIME-Version: 1.0 In-Reply-To: <20210517145353.vrupk2v4kv6gmssv@aniel.nours.eu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FkMgG596Hz3hyJ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 May 2021 14:57:31 -0000 On 5/17/21 9:53 AM, Baptiste Daroussin wrote: > On Mon, May 17, 2021 at 09:46:49AM -0500, Eric van Gyzen wrote: >> On 5/17/21 5:19 AM, Gary Jennejohn wrote: >>> On Sun, 16 May 2021 19:03:07 +0200 >>> Baptiste Daroussin wrote: >>> >>>> On Thu, May 13, 2021 at 09:01:53AM -0500, Eric van Gyzen wrote: >>>>> There was a recent discussion about a terminal database update and the new >>>>> Alternate Screen behavior. I'm curious about the resolution, but I can't >>>>> find that discussion. Would someone kindly send a clue-by-four via >>>>> overnight express? >>>>> >>>>> Ultimately, I'd like to know how to get the old behavior back, with no >>>>> alternate screen, and thereby reduce my blood pressure. >>>>> >>>>> Alternatively yours, >>>> >>>> The replies you are receiving are interesting as none of them are right... >>>> >>>> What has been done, it now ncurses from base reads both terminfo and termcap DB. >>>> It is looking up for terminfo db from localbase as well. >>>> >>>> Base only provides termcap (the old termcap definition, nothing new in there). >>>> if one want the terminfo database which supports alternate screen definition, >>>> he/shre can just pkg install terminfo-db. >>>> >>> >>> But in March terminfo was being built and installed. Maybe he failed to >>> delete /usr/share/terminfo after the change. Or was simply not aware that >>> he had to do that. >> >> Thanks for the help, everyone. Deleting /usr/share/terminfo fixed the >> problem. (I don't have the terminfo-db package installed.) >> >> Bapt, was this intentionally omitted from ObsoleteFiles.inc, or was that an >> oversight? >> >> Cheers, >> >> Eric > > It is in ObsoleteFiles.inc > > # 20210318: remove the terminfo database :facepalm: I was looking at the wrong branch. And I apparently forgot to delete-old. Thanks again for wasting your time on me. Eric From nobody Wed May 19 06:45:31 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 542005FEB1B for ; Wed, 19 May 2021 06:45:34 +0000 (UTC) (envelope-from 01020179835f4c9f-beb68192-e10e-4d9a-b33a-78fb462e5a94-000000@eu-west-1.amazonses.com) Received: from a55-249.smtp-out.eu-west-1.amazonses.com (a55-249.smtp-out.eu-west-1.amazonses.com [54.240.55.249]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FlNfj126Wz4jhl for ; Wed, 19 May 2021 06:45:32 +0000 (UTC) (envelope-from 01020179835f4c9f-beb68192-e10e-4d9a-b33a-78fb462e5a94-000000@eu-west-1.amazonses.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=abpogd4wupfvsrnptyvgexucqayiqyhj; d=mailtarget.eu; t=1621406731; h=Message-Id:Mime-Version:From:To:Subject:Date:Content-Type; bh=QT3O8SBupy+joEh1N+GkdQRiAvqR+Xu53W2I0UoIZlU=; b=dal95ReCKI8r3NWJhQpq72K0ten2ZoVVzkwu3pz3twcbBaAOiaESr355Y7ahmz7m 6yvUvfT221Q0jjlwFUIK0egBgu+GofDiKPA4moPfRzliEAqrmlnYD158YZIK3J1if/7 2cOaV4Sp0H2MqrDaXhGS6fW4keFWWC/6DcT5J7PI= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=uku4taia5b5tsbglxyj6zym32efj7xqv; d=amazonses.com; t=1621406731; h=Message-Id:Mime-Version:From:To:Subject:Date:Content-Type:Feedback-ID; bh=QT3O8SBupy+joEh1N+GkdQRiAvqR+Xu53W2I0UoIZlU=; b=b3GIzksHd8tgJpg8+X9dj3gIxaRbfNSvgjDBjlWkZ84OfUOSmE/u2ldQk74Ie/Wa cMS710HdAwPidAnxRYF1Qd2EzYKfcT5qQ9G2Ab8VU8Q5J/ZeZt9SXsLQtQ1/MYMj/fN X+HdYU2RZze0du0pbvo5JG+MFBW3959EREpMmwbE= Message-ID: <01020179835f4c9f-beb68192-e10e-4d9a-b33a-78fb462e5a94-000000@eu-west-1.amazonses.com> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 From: Mailtarget To: freebsd-current Subject: =?utf-8?Q?Clienti_interessati_ai_tuoi_prodotti_o_servizi_a_0.009=E2=82=AC?= Date: Wed, 19 May 2021 06:45:31 +0000 Content-Type: multipart/alternative; Boundary="--=BOUNDARY_519845_DLYR_XPGJ_GKVN_AHKO" X-Antivirus: Avast (VPS 210519-0, 19/05/2021), Outbound message X-Antivirus-Status: Clean Feedback-ID: 1.eu-west-1.8f//8f7l3xkZWf+BEYjbsG1n+Gc60o0X/6te31be1dQ=:AmazonSES X-SES-Outgoing: 2021.05.19-54.240.55.249 X-Rspamd-Queue-Id: 4FlNfj126Wz4jhl X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=mailtarget.eu header.s=abpogd4wupfvsrnptyvgexucqayiqyhj header.b=dal95ReC; dkim=pass header.d=amazonses.com header.s=uku4taia5b5tsbglxyj6zym32efj7xqv header.b=b3GIzksH; dmarc=pass (policy=none) header.from=mailtarget.eu; spf=pass (mx1.freebsd.org: domain of 01020179835f4c9f-beb68192-e10e-4d9a-b33a-78fb462e5a94-000000@eu-west-1.amazonses.com designates 54.240.55.249 as permitted sender) smtp.mailfrom=01020179835f4c9f-beb68192-e10e-4d9a-b33a-78fb462e5a94-000000@eu-west-1.amazonses.com X-Spamd-Result: default: False [-0.17 / 15.00]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:54.240.0.0/18]; SUBJECT_HAS_CURRENCY(1.00)[]; URI_COUNT_ODD(1.00)[7]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[mailtarget.eu:+,amazonses.com:+]; DMARC_POLICY_ALLOW(-0.50)[mailtarget.eu,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[info@mailtarget.eu,01020179835f4c9f-beb68192-e10e-4d9a-b33a-78fb462e5a94-000000@eu-west-1.amazonses.com]; RCVD_COUNT_ZERO(0.00)[0]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[54.240.55.249:from]; ASN(0.00)[asn:16509, ipnet:54.240.52.0/22, country:US]; FROM_NEQ_ENVFROM(0.00)[info@mailtarget.eu,01020179835f4c9f-beb68192-e10e-4d9a-b33a-78fb462e5a94-000000@eu-west-1.amazonses.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.973]; R_DKIM_ALLOW(-0.20)[mailtarget.eu:s=abpogd4wupfvsrnptyvgexucqayiqyhj,amazonses.com:s=uku4taia5b5tsbglxyj6zym32efj7xqv]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; HTML_SHORT_LINK_IMG_2(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[54.240.55.249:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[54.240.55.249:from]; MAILMAN_DEST(0.00)[freebsd-current] Questo messaggio è in formato MIME. Poichè il tuo programma di posta non comprende questo formato, una porta o tutto il messaggio potrebbe non essere leggibile. ----=BOUNDARY_519845_DLYR_XPGJ_GKVN_AHKO Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Buongiorno, se avete un prodotto o servizio da vendere, noi consegniamo la = vostra offerta solo a contatti qualificati, profilati e geolocalizzati in b= ase al vostro target. Vi garantiamo il 100% di consegna del messaggio e garantiamo che il messagg= io venga letto. Pagate appena 0,009=E2=82=AC per ogni cliente contattato e = se acquistate piani da 1 Milione di clienti in su, avrete sconti fino all= =E2=80=9980%. Noi suggeriamo di acquistare un piano pi=C3=B9 alto per pagare molto meno e= suddividere gli invii in pi=C3=B9 lanci. Aumenterete cos=C3=AC il numero d= ei clienti che vi contatteranno ad un costo-cliente molto pi=C3=B9 basso. Se mi indica il target e la GEO che Le interessa Le quantifico quanti conta= tti possiamo estrapolare. Facciamo campagne per oltre 1.500 Clienti e 500 A= gency e siamo certificati ISO9001 e ISO27001. Resto a disposizione sia tramite Whatsapp al numero 3939316379 sia tramite = il fisso 0287168036 che tramite la Live Chat sul nostro sito Mailtarget. Antonio Morlino Tel. (+39) 393-9316379 Tel. (+39) 02 87168036 Mailtarget by Seometrics P.IVA IT04074570716 Ai sensi degli artt.15 diritto di accesso, 16 diritto di rettifica, 17 diri= tto alla cancellazione, 18 diritto alla limitazione del trattamento, 20 dir= itto alla portabilit=C3=A0, 21-22 diritto all=E2=80=99opposizione e 22 diri= tto di opposizione del GDPR 679/16 cliccando http://eoaclk.com/ttNGnujoSf/ = cancelleremo definitivamente i suoi dati -- Questa e-mail =C3=A8 stata controllata per individuare virus con Avast anti= virus. https://www.avast.com/antivirus ----=BOUNDARY_519845_DLYR_XPGJ_GKVN_AHKO Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable HTML Message
Buongiorno, se avete un prodo= tto o servizio da vendere, noi consegniamo la vostra offerta solo a contatt= i qualificati, profilati e geolocalizzati in base al vostro target. =

Vi garantiamo il 100% di cons= egna del messaggio e garantiamo che il messaggio venga letto. Pagate appena= 0,009€ per ogni cliente contattato e se acquistate piani da 1 Milione= di clienti in su, avrete sconti fino all’80%.

Noi suggeriamo di acquistare = un piano pi=C3=B9 alto per pagare molto meno e suddividere gli invii in pi= =C3=B9 lanci. Aumenterete cos=C3=AC il numero dei clienti che vi contattera= nno ad un costo-cliente molto pi=C3=B9 basso.

Se mi indica il target e la G= EO che Le interessa Le quantifico quanti contatti possiamo estrapolare. Fac= ciamo campagne per oltre 1.500 Clienti e 500 Agency e siamo certificati ISO= 9001 e ISO27001.

Resto a disposizione sia tram= ite Whatsapp al numero 3939316379 sia tramite il fisso 0287168036 che trami= te la Live Chat sul nostro sito Mailtarget.

Antonio Morlino
Tel. (+39) 393-9316379=
Tel. (+39) 02 87168036=
Mailtarget by Seometrics
P.IVA IT04074570716

Ai sensi degli artt.15 diri= tto di accesso, 16 diritto di rettifica, 17 diritto alla cancellazione, 18 = diritto alla limitazione del trattamento, 20 diritto alla portabilit=C3=A0,= 21-22 diritto all=E2=80=99opposizione e 22 diritto di opposizione del GDPR= 679/16 cliccando qui cancell= eremo definitivamente i suoi dati

3D"" Mail p= riva di virus. www.avast.com
=
----=BOUNDARY_519845_DLYR_XPGJ_GKVN_AHKO-- From nobody Wed May 19 13:37:57 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 877B187A0A4 for ; Wed, 19 May 2021 13:38:19 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.3 with cipher TLS_CHACHA20_POLY1305_SHA256 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.evolve.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FlYpx6lHxz4j8N for ; Wed, 19 May 2021 13:38:17 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id 9d3dcc16 for ; Wed, 19 May 2021 13:38:07 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=date:from:to :subject:message-id:mime-version:content-type :content-transfer-encoding; s=20180501; bh=SRsdnheKCVcHqzXqDZuRp pGtR/w=; b=KQ3nubU+OIQL6kdtW86E1mUhxP+txwK8QpyZTGwdorN6G77YJ5Upm bMWXbRREanpIjQzhzHDMEuzQ/3MlB02aGqXIr3f4sLWahWpBHij9jBDXwwgaUfdR 4eHDjIUo4ifbS1a2quIy9J94g5ecqzfpnRYS5RUHNKQSfbTgeYxjftT7y11Y6kN5 FLCPlnbSEALR6pad0T6/mWwghdZWBc+Y0xwAmrP/vrXLOklnub9I9UQ2RVNngtKB FU4TdKlQZt0tSB+7U7nF8J5SZ0vcxAAz5cjmlZ3FIkcR43lriyyKrm/J0beea7sd WF7I7EJ/JgdDQvEjXRgIfK4ABn5pOrdYQ== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=date:from:to :subject:message-id:mime-version:content-type :content-transfer-encoding; q=dns; s=20180501; b=jo0vQlsywLlAmU5 wWTMLm1KAUtcxerAEzGZw4goHs6ocdn2HkaoMtkv14OpNlLKz7Vbf8bH08kVlzwN sONqPK3vo41Jddf4058CB+2tDg4iu+fE+Afb8pw/E3dmsBad/npURjQ8foH0kUI3 FOAvXd5sZHu2+ZjBtRqbH9fGCwsU8O40VM45jUDQdMz7wocWC9nzS7QZnahCYkau bWnxKzkLXf7FWIGNtFCpneTp5YlycAhVmL93v2tWVWuaOX3INY623jxtVurK2vC4 pQNy04roPhgR602nlbNwWL9KhT8oUkiU1C+VjsDSVPlbvMgBoPaQbgfay4+ahbQj m8Xw8Ug== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 2bcff64c (TLSv1.3:AEAD-CHACHA20-POLY1305-SHA256:256:NO) for ; Wed, 19 May 2021 13:38:04 +0000 (UTC) Date: Wed, 19 May 2021 15:37:57 +0200 From: Michael Gmelin To: current@freebsd.org Subject: zpool upgrade and bootcode on 13-RELEASE Message-ID: <20210519153757.4e00e96f@bsd64.grem.de> X-Face: $wrgCtfdVw_H9WAY?S&9+/F"!41z'L$uo*WzT8miX?kZ~W~Lr5W7v?j0Sde\mwB&/ypo^}> +a'4xMc^^KroE~+v^&^#[B">soBo1y6(TW6#UZiC]o>C6`ej+i Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWJBwe5BQDl LASZU0/LTEWEfHbyj0Txi32+sKrp1Mv944X8/fm1rS+cAAAACXBIWXMAAAsTAAAL EwEAmpwYAAAAB3RJTUUH3wESCxwC7OBhbgAAACFpVFh0Q29tbWVudAAAAAAAQ3Jl YXRlZCB3aXRoIFRoZSBHSU1QbbCXAAAAAghJREFUOMu11DFvEzEUAGCfEhBVFzuq AKkLd0O6VrIQsLXVSZXoWE5N1K3DobBBA9fQpRWc8OkWouaIjedWKiyREOKs+3PY fvalCNjgLVHeF7/3bMtBzV8C/VsQ8tecEgCcDgrzjekwKZ7TwsJZd/ywEKwwP+ZM 8P3drTsAwWn2mpWuDDuYiK1bFs6De0KUUFw0tWxm+D4AIhuuvZqtyWYeO7jQ4Aea 7jUqI+ixhQoHex4WshEvSXdood7stlv4oSuFOC4tqGcr0NjEqXgV4mMJO38nld4+ xKNxRDon7khyKVqY7YR4d+Cg0OMrkWXZOM7YDkEfKiilCn1qYv4mighZiynuHHOA Wq9QJq+BIES7lMFUtcikMnkDGHUoncA+uHgrP0ctIEqfwLHzeSo+eUA66AqzwN6n 2ZHJhw6Qh/PoyC/QENyEyC/AyNjq74Bs+3UH0xYwzDUC4B97HgLocg1QLYgDDO1v f3UX9Y307Ew4AHh67YAFFsxEpkXwpXY3eIgMhAAE3R19L919nNnuD2wlPcDE3UeT L2ytEICQib9BXgS2fU8PrD82ToYO1OEmMSnYTjSqSv9wdC0tPYC+rQRQD9ESnldF CyqfmiYW+tlALt8gH2xrMdC/youbjzPXEun+/ReXsMCDyve3dZc09fn2Oas8oXGc Jj6/fOeK5UmSMPmf/jL+GD8BEj0k/Fn6IO4AAAAASUVORK5CYII= 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: 4FlYpx6lHxz4j8N X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=grem.de header.s=20180501 header.b=KQ3nubU+; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@grem.de designates 213.239.217.29 as permitted sender) smtp.mailfrom=freebsd@grem.de X-Spamd-Result: default: False [-2.02 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[grem.de:s=20180501]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:213.239.217.29/32]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[213.239.217.29:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[grem.de]; DKIM_TRACE(0.00)[grem.de:+]; NEURAL_SPAM_LONG(0.48)[0.475]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[213.239.217.29:from]; ASN(0.00)[asn:24940, ipnet:213.239.192.0/18, country:DE]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[current] Quick question: When upgrading a zpool, there used to be a message like this: If you boot from pool 'zroot', don't forget to update boot code. Assuming you use GPT partitioning and da0 is your boot disk the following command will do it: gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 da0 After upgrading from 12.2-RELEASE to 13.0-RELEASE, there is no such message: # zpool upgrade zroot This system supports ZFS pool feature flags. Enabled the following features on 'zroot': userobj_accounting encryption project_quota allocation_classes resilver_defer bookmark_v2 redaction_bookmarks redacted_datasets bookmark_written log_spacemap livelist device_rebuild zstd_compress draid # Does this mean, re-installing the bootcode isn't necessary anymore - or has the warning been removed by accident/as a side effect of merging with OpenZFS? Thanks, Michael -- Michael Gmelin From nobody Wed May 19 15:10:33 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 66E5D86E6F1 for ; Wed, 19 May 2021 15:10:45 +0000 (UTC) (envelope-from support@aima.tokyo) Received: from users305.phy.heteml.jp (users305.phy.heteml.jp [157.7.44.199]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Flbsb3H76z4RRK for ; Wed, 19 May 2021 15:10:43 +0000 (UTC) (envelope-from support@aima.tokyo) Received: by users305.phy.heteml.jp (Postfix, from userid 492) id D3B1D140BA2; Thu, 20 May 2021 00:10:33 +0900 (JST) To: freebsd-current@freebsd.org Subject: freebsd.org Shared New Contract Document X-PHP-Originating-Script: 15651:leafmailer2.8.php Date: Thu, 20 May 2021 00:10:33 +0900 From: Sharepoint Message-ID: <768260a044aa687588c09184ee1789d7@aima.tokyo> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_768260a044aa687588c09184ee1789d7" Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4Flbsb3H76z4RRK X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of support@aima.tokyo designates 157.7.44.199 as permitted sender) smtp.mailfrom=support@aima.tokyo X-Spamd-Result: default: False [3.60 / 15.00]; R_SPF_ALLOW(0.00)[+ip4:157.7.44.0/24]; HAS_X_POS(0.00)[]; TO_DN_NONE(0.00)[]; URI_COUNT_ODD(1.00)[1]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[157.7.44.199:from]; ASN(0.00)[asn:7506, ipnet:157.7.40.0/21, country:JP]; R_DKIM_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_NEUTRAL(0.00)[157.7.44.199:from]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; HAS_PHPMAILER_SIG(0.00)[]; DMARC_NA(0.00)[aima.tokyo]; NEURAL_SPAM_MEDIUM(0.66)[0.661]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[157.7.44.199:from:127.0.2.255]; BAD_REP_POLICIES(0.10)[]; NEURAL_SPAM_LONG(0.94)[0.938]; RBL_SENDERSCORE(2.00)[157.7.44.199:from]; MAILMAN_DEST(0.00)[freebsd-current] This is a multi-part message in MIME format. --b1_768260a044aa687588c09184ee1789d7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed Contract Documents SHAREPOINT   freebsd.org New Contract Document Message: Kindly review for your recordsView freebsd.org Documents --b1_768260a044aa687588c09184ee1789d7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <= /tbody>
Signed Contract Documents

SHAREPOINT = =C2=A0

=C2=A0freebsd.org New Contract Document=C2=A0

Messa= ge: Kindly review for your records

=
View=C2=A0freebsd.org Documents

--b1_768260a044aa687588c09184ee1789d7-- From nobody Wed May 19 16:59:45 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 4A3938BACF0 for ; Wed, 19 May 2021 16:59:47 +0000 (UTC) (envelope-from freqlabs@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FlfHR1gxFz3lnP for ; Wed, 19 May 2021 16:59:47 +0000 (UTC) (envelope-from freqlabs@FreeBSD.org) Received: from Ryans-MacBook-Pro.local (69-228-200-148.lightspeed.knvltn.sbcglobal.net [69.228.200.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: freqlabs/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 0D9BDFCC4 for ; Wed, 19 May 2021 16:59:47 +0000 (UTC) (envelope-from freqlabs@FreeBSD.org) Subject: Re: zpool upgrade and bootcode on 13-RELEASE To: current@freebsd.org References: <20210519153757.4e00e96f@bsd64.grem.de> From: Ryan Moeller Message-ID: Date: Wed, 19 May 2021 12:59:45 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 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: <20210519153757.4e00e96f@bsd64.grem.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US > Does this mean, re-installing the bootcode isn't necessary anymore - or > has the warning been removed by accident/as a side effect of merging > with OpenZFS? The code was lost. You still need to ensure your bootcode is up to date. -Ryan From nobody Wed May 19 17:09:06 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 E44698C1AF3 for ; Wed, 19 May 2021 17:09:17 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FlfVP68yZz3rkf for ; Wed, 19 May 2021 17:09:17 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.94.2 (FreeBSD)) (envelope-from ) id 1ljPgw-000Hq1-Sp; Wed, 19 May 2021 19:09:06 +0200 Date: Wed, 19 May 2021 19:09:06 +0200 From: Kurt Jaeger To: Michael Gmelin Cc: current@freebsd.org Subject: Re: zpool upgrade and bootcode on 13-RELEASE Message-ID: References: <20210519153757.4e00e96f@bsd64.grem.de> 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: <20210519153757.4e00e96f@bsd64.grem.de> X-Rspamd-Queue-Id: 4FlfVP68yZz3rkf X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Hi! > Does this mean, re-installing the bootcode isn't necessary anymore - or > has the warning been removed by accident/as a side effect of merging > with OpenZFS? On the contrary, because of the switch from FreeBSD ZFS to OpenZFS, the bootcodes needs to be updated! It's unfortunate that no message is displayed 8-( The problem is, finding out which bootcode needs to go where etc. It depends if your system boots from the EFI partition or from the freebsd-boot partition. And how your system is partitioned. I have some notes for gpart filesystems: - check with gpart show This system has both (!): partition 1 is efi partition 2 is legacy boot => 40 4000797280 ada0 GPT (1.9T) 40 409600 1 efi (200M) 409640 1024 2 freebsd-boot (512K) 410664 984 - free - (492K) 411648 18874368 3 freebsd-swap (9.0G) 19286016 3981510656 4 freebsd-zfs (1.9T) 4000796672 648 - free - (324K) - To update the EFI: mount -t msdos /dev/ada0p1 /mnt cd /mnt/efi/boot mv BOOTx64.efi BOOTx64.efi-old cp /boot/loader.efi BOOTx64.efi cd / umount /mnt - To update the legacy boot: gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 ada0 - If efi is not mountable ? create a msdosfs: newfs_msdos /dev/ada0p1 mount -t msdos /dev/ada0p1 /mnt mkdir /mnt/efi/boot cp /boot/loader.efi /mnt/efi/boot/BOOTx64.efi umount /mnt -- pi@opsec.eu +49 171 3101372 Now what ? From nobody Wed May 19 17:32:43 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 14C508B5FD0 for ; Wed, 19 May 2021 17:32:57 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.3 with cipher TLS_CHACHA20_POLY1305_SHA256 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.evolve.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Flg1h4tC8z4ZhL; Wed, 19 May 2021 17:32:56 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id d3f24949; Wed, 19 May 2021 17:32:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=date:from:to:cc :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=20180501; bh=FMEqQ4EX A2ZhXEIRnEcvrNVQuAQ=; b=RDErkP5+wkE+8Sd9TFXGXO48+109EzZcRP7Ov4jW 2vxClP55iAgAUJQSqknXyX+9/3JDGiaOu3I/mJReM1U9sgBR+b+K0iFGKcn2qcsn NYp1Avre1V6C97ImVx/DRzaQKa/LLGr1U9duV+MRG+e6jjzN5kfMDYh6ExSUy4sb /LFBxqcych7Wm7MYL4KQT+xIghEfztbacjnxf5TAOMI8G4EbkXY0ITVp24h3Iau5 r4aXcvvHhK65Tq1IgZxyvhxiZvx0OyOuEt0OayJUeBoECc2Fl7+MmLeK3oBJuGP2 DgikccW5G+ARTFb1ICYrOG4rmhnUn/P4bMEaH0O2ANOuMQ== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=date:from:to:cc :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=20180501; b=Ro o9K0iwfdn5PiduEMYITPyDpl6XlI7nUoTeNFFyGbzaC0AzjvWvzIStzHSeWOqKTw iVJcuHhaK92vn99wPypBaUyx503MCcB4Z0FzsiaEXQsAMJ4fFt0A/a15vCt8W49u k07ojzQyodM2K2MUYhB8zc7GnN6vbRlLIfM3qeugexngbh8wE6HoT6E00iMhLrAk Xt59Kg9geRAQS0mORpNrC57SIBxFApj9XqDEfAS3CVLejEI70D1tQdBDgAVFqJuw B7TooFamn1vxgYvgHmAp19t1MkY0XDUnZkAnmbPfZMGRJkzSNyKMSX1JvmNXfSdS hkOT81MWOqEQmwmYS7og== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 82c88c01 (TLSv1.3:AEAD-CHACHA20-POLY1305-SHA256:256:NO); Wed, 19 May 2021 17:32:51 +0000 (UTC) Date: Wed, 19 May 2021 19:32:43 +0200 From: Michael Gmelin To: Kurt Jaeger Cc: current@freebsd.org Subject: Re: zpool upgrade and bootcode on 13-RELEASE Message-ID: <20210519193243.3fd82d19@bsd64.grem.de> In-Reply-To: References: <20210519153757.4e00e96f@bsd64.grem.de> X-Face: $wrgCtfdVw_H9WAY?S&9+/F"!41z'L$uo*WzT8miX?kZ~W~Lr5W7v?j0Sde\mwB&/ypo^}> +a'4xMc^^KroE~+v^&^#[B">soBo1y6(TW6#UZiC]o>C6`ej+i Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWJBwe5BQDl LASZU0/LTEWEfHbyj0Txi32+sKrp1Mv944X8/fm1rS+cAAAACXBIWXMAAAsTAAAL EwEAmpwYAAAAB3RJTUUH3wESCxwC7OBhbgAAACFpVFh0Q29tbWVudAAAAAAAQ3Jl YXRlZCB3aXRoIFRoZSBHSU1QbbCXAAAAAghJREFUOMu11DFvEzEUAGCfEhBVFzuq AKkLd0O6VrIQsLXVSZXoWE5N1K3DobBBA9fQpRWc8OkWouaIjedWKiyREOKs+3PY fvalCNjgLVHeF7/3bMtBzV8C/VsQ8tecEgCcDgrzjekwKZ7TwsJZd/ywEKwwP+ZM 8P3drTsAwWn2mpWuDDuYiK1bFs6De0KUUFw0tWxm+D4AIhuuvZqtyWYeO7jQ4Aea 7jUqI+ixhQoHex4WshEvSXdood7stlv4oSuFOC4tqGcr0NjEqXgV4mMJO38nld4+ xKNxRDon7khyKVqY7YR4d+Cg0OMrkWXZOM7YDkEfKiilCn1qYv4mighZiynuHHOA Wq9QJq+BIES7lMFUtcikMnkDGHUoncA+uHgrP0ctIEqfwLHzeSo+eUA66AqzwN6n 2ZHJhw6Qh/PoyC/QENyEyC/AyNjq74Bs+3UH0xYwzDUC4B97HgLocg1QLYgDDO1v f3UX9Y307Ew4AHh67YAFFsxEpkXwpXY3eIgMhAAE3R19L919nNnuD2wlPcDE3UeT L2ytEICQib9BXgS2fU8PrD82ToYO1OEmMSnYTjSqSv9wdC0tPYC+rQRQD9ESnldF CyqfmiYW+tlALt8gH2xrMdC/youbjzPXEun+/ReXsMCDyve3dZc09fn2Oas8oXGc Jj6/fOeK5UmSMPmf/jL+GD8BEj0k/Fn6IO4AAAAASUVORK5CYII= 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: 4Flg1h4tC8z4ZhL X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] On Wed, 19 May 2021 19:09:06 +0200 Kurt Jaeger wrote: > Hi! > > > Does this mean, re-installing the bootcode isn't necessary anymore > > - or has the warning been removed by accident/as a side effect of > > merging with OpenZFS? > > On the contrary, because of the switch from FreeBSD ZFS to > OpenZFS, the bootcodes needs to be updated! It's unfortunate > that no message is displayed 8-( > That's too bad - maybe it would make sense to mention this in the release errata? > The problem is, finding out which bootcode needs to go where etc. For the machines in question it was a straightforward legacy layout, so that was easy enough (they came back up just fine - *phew*). Do you think there is any chance to get the warning back in there? Maybe in a more generic way, like: In case you're booting from , please make sure to update the bootcode according to your partition layout. See `man zfsboot' for details. Fun fact: That man page already exists (I had no idea), but could use some love - e.g., add the EFI examples you gave. Best Michael -- Michael Gmelin From nobody Wed May 19 17:40: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 0B6108BCF94 for ; Wed, 19 May 2021 17:40:49 +0000 (UTC) (envelope-from schweikh@schweikhardt.net) Received: from ikarus.efm.de (ikarus.efm.de [195.190.148.243]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FlgBm2XtJz4gRQ for ; Wed, 19 May 2021 17:40:48 +0000 (UTC) (envelope-from schweikh@schweikhardt.net) Received: from ikarus.efm.de (localhost [127.0.0.1]) by ikarus.efm.de (Postfix) with ESMTPS id 369C629C11E7 for ; Wed, 19 May 2021 19:40:45 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by ikarus.efm.de (Postfix) with ESMTP id 2A6AE29C11E3 for ; Wed, 19 May 2021 19:40:45 +0200 (CEST) Received: from ikarus.efm.de ([127.0.0.1]) by localhost (ikarus.efm.de [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id PTpETzpNXz0P for ; Wed, 19 May 2021 19:40:45 +0200 (CEST) Received: from ikarus.efm.de (ikarus.efm.de [195.190.148.243]) by ikarus.efm.de (Postfix) with ESMTP id EF02829C1140 for ; Wed, 19 May 2021 19:40:44 +0200 (CEST) Date: Wed, 19 May 2021 19:40:44 +0200 (CEST) From: Jens Schweikhardt To: freebsd-current Message-ID: <877716937.20611434.1621446044943.JavaMail.zimbra@schweikhardt.net> Subject: Some odd TCP behavior (timeouts) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Mailer: Zimbra 8.8.15_GA_3975 (ZimbraWebClient - FF88 ([unknown])/8.8.15_GA_3975) Thread-Index: NVlWChipSc8pq8mJCdos+QW1OsRhXw== Thread-Topic: Some odd TCP behavior (timeouts) X-Rspamd-Queue-Id: 4FlgBm2XtJz4gRQ X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of schweikh@schweikhardt.net has no SPF policy when checking 195.190.148.243) smtp.mailfrom=schweikh@schweikhardt.net X-Spamd-Result: default: False [1.35 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; FREEFALL_USER(0.00)[schweikh]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.984]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[schweikhardt.net]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(0.63)[0.634]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[195.190.148.243:from]; NEURAL_SPAM_SHORT(1.00)[1.000]; 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:25411, ipnet:195.190.148.0/24, country:DE]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] Hello, I'm having a TCP connectivity issue stumping me and driving me crazy. The TLDR version: No more printing on my LaserJet (but ping works), while printing and the web interfacw works fine under Windows. Other TCP connections apparently flawless. Wireshark shows FreeBSD performing the three way handshake but then ignoring some packets sent from the printer (no ACKs) and retransmitting until timeout hits. The details with the wireshark logs are on https://superuser.com/questions/1649435/mysterious-tcp-http-issue-accessing-laserjet-web-interface I have seen a few commits to CURRENT's tcp and timeout code recently. I went back to stable/13 as of two days ago, but still no joy. Has anyone else noticed something going on with TCP? Especially HTTP/HTTPS, like connections timing out in rare cases? If you have a LaserJet (preferably 551dn), can you still access its web interface, or get a reply with printf "GET / HTTP/1.0\r\n\r\n" | nc LaserJet 80 # or 443. Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) From nobody Wed May 19 19:44:40 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 C5E2F8C7406 for ; Wed, 19 May 2021 19:44:49 +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 4Fljxs3mbFz4cMp for ; Wed, 19 May 2021 19:44:49 +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 14JJieNH004975; Wed, 19 May 2021 12:44:40 -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 14JJie2n004974; Wed, 19 May 2021 12:44:40 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202105191944.14JJie2n004974@gndrsh.dnsmgr.net> Subject: Re: Some odd TCP behavior (timeouts) In-Reply-To: <877716937.20611434.1621446044943.JavaMail.zimbra@schweikhardt.net> To: Jens Schweikhardt Date: Wed, 19 May 2021 12:44:40 -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: 4Fljxs3mbFz4cMp X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] > Hello, > > I'm having a TCP connectivity issue stumping me and driving me crazy. > The TLDR version: No more printing on my LaserJet (but ping works), > while printing and the web interfacw works fine under Windows. > Other TCP connections apparently flawless. > Wireshark shows FreeBSD performing the three way handshake but > then ignoring some packets sent from the printer (no ACKs) > and retransmitting until timeout hits. > > The details with the wireshark logs are on > https://superuser.com/questions/1649435/mysterious-tcp-http-issue-accessing-laserjet-web-interface > > I have seen a few commits to CURRENT's tcp and timeout code recently. > I went back to stable/13 as of two days ago, but still no joy. > > Has anyone else noticed something going on with TCP? > Especially HTTP/HTTPS, like connections timing out in rare cases? > If you have a LaserJet (preferably 551dn), can you still access > its web interface, or get a reply with > > printf "GET / HTTP/1.0\r\n\r\n" | nc LaserJet 80 # or 443. > > Regards, > Jens One thing that did change that comes to mind is the fact FreeBSD now drops certain packets if timestamps got negotiated. Locally I have that turned off as an unconfirmed suspect of some connection problems: sysctl net.inet.tcp.tolerate_missing_ts=1 You can try that, if it fixes the problem PLEASE let us know! > Jens Schweikhardt http://www.schweikhardt.net/ -- Rod Grimes rgrimes@freebsd.org From nobody Wed May 19 20:31:40 2021 X-Original-To: current@freebsd.org Received: from mlmmj.nyi.freebsd.org (unknown [127.0.1.24]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 18A058C78AE for ; Wed, 19 May 2021 20:31:40 +0000 (UTC) (envelope-from freebsd-current+bounces-help@FreeBSD.org) Subject: =?utf-8?q?Unable_to_unsubscribe_from_freebsd-current=40FreeBSD.org?= From: freebsd-current+help@FreeBSD.org To: current@freebsd.org Message-ID: <1621456300-87411-mlmmj-457ae331@FreeBSD.org> Date: Wed, 19 May 2021 20:31:40 +0000 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Hi, this is the Mlmmj program managing the mailing list. You were unable to be unsubscribed from the list because you are not subscribed. If you are receiving messages, perhaps a different email address is subscribed. To find out which address you are subscribed with, refer to the message welcoming you to the list, or look at the envelope "Return-Path" header of a message you receive from the list. From nobody Wed May 19 20:35:27 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 3D0568CC9BC for ; Wed, 19 May 2021 20:35:36 +0000 (UTC) (envelope-from me@cameronkatri.com) Received: from cameronkatri.com (cameronkatri.com [206.189.178.249]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fll4R29Qwz3McM for ; Wed, 19 May 2021 20:35:35 +0000 (UTC) (envelope-from me@cameronkatri.com) Received: from [192.168.1.186] (c-73-84-80-103.hsd1.fl.comcast.net [73.84.80.103]) by cameronkatri.com (Postfix) with ESMTPSA id 834DD40381 for ; Wed, 19 May 2021 16:35:28 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cameronkatri.com; s=20201109; t=1621456528; h=from:from:sender: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:in-reply-to: references; bh=CqmhgfdnLehhRTTKaTD92e5TyO+2woDivB21eTqsi28=; b=eerWLSDLbDmTvgIVA1uhNsoRXCtfw3iht56JACn3wDI5GkdwQoMRnq2pc4yCh1ZPCyaz9k j4CQe7OY+pHWYQIFUh/XafEUkeBzPgxiT0Q5KzrYeWSGflFeLG5VfUcTOrNO9ZcH37YQyY TlBWwPtp4wwGMMZbEcd63IdsxHUvFNY= To: freebsd-current@freebsd.org Subject: Add libxo(3) to mount(8) and acpiconf(8) Message-ID: Date: Wed, 19 May 2021 16:35:27 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.2 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: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 4Fll4R29Qwz3McM X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cameronkatri.com header.s=20201109 header.b=eerWLSDL; dmarc=pass (policy=reject) header.from=cameronkatri.com; spf=pass (mx1.freebsd.org: domain of me@cameronkatri.com designates 206.189.178.249 as permitted sender) smtp.mailfrom=me@cameronkatri.com X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[cameronkatri.com:+]; DMARC_POLICY_ALLOW(-0.50)[cameronkatri.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[206.189.178.249:from]; ASN(0.00)[asn:14061, ipnet:206.189.176.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[73.84.80.103:received]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[cameronkatri.com:s=20201109]; FREEFALL_USER(0.00)[me]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[206.189.178.249:from:127.0.2.255]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] Reply-To: me@cameronkatri.com From: Cameron Katri via freebsd-current X-Original-From: Cameron Katri I just submitted two differentials to add libxo(3) support to mount(8) and acpiconf(8). https://reviews.freebsd.org/D30341 https://reviews.freebsd.org/D30350 - Cameron Katri From nobody Wed May 19 20:45:29 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 304646257AF for ; Wed, 19 May 2021 20:45:39 +0000 (UTC) (envelope-from SRS0=qiIx=KO=FreeBSD.org=otis@ns2.wilbury.net) Received: from ns2.wilbury.net (ns2.wilbury.net [IPv6:2a01:b200:0:1:f816:3eff:fecd:13e6]) (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 "svc.wilbury.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FllJ308zdz3jmJ for ; Wed, 19 May 2021 20:45:38 +0000 (UTC) (envelope-from SRS0=qiIx=KO=FreeBSD.org=otis@ns2.wilbury.net) Received: from smtpclient.apple (gw-upc.owhome.net [188.167.168.254]) (Authenticated sender: juraj@lutter.sk) by svc.wilbury.net (Postfix) with ESMTPSA id 76A2345CF25; Wed, 19 May 2021 22:45:29 +0200 (CEST) Content-Type: text/plain; charset=utf-8 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: Add libxo(3) to mount(8) and acpiconf(8) From: Juraj Lutter In-Reply-To: Date: Wed, 19 May 2021 22:45:29 +0200 Cc: freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <69F21F09-9A5B-4617-A57C-521AB132E4BD@FreeBSD.org> References: To: me@cameronkatri.com X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4FllJ308zdz3jmJ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Hi, > On 19 May 2021, at 22:35, Cameron Katri via freebsd-current = wrote: >=20 > I just submitted two differentials to add libxo(3) support to mount(8) = and acpiconf(8). >=20 > https://reviews.freebsd.org/D30341 > https://reviews.freebsd.org/D30350 >=20 Could you please update these diffs with full context? Some guidelines are outlined at https://wiki.freebsd.org/Phabricator Thanks! otis =E2=80=94 Juraj Lutter otis@FreeBSD.org From nobody Wed May 19 20:46:56 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 6980F626432 for ; Wed, 19 May 2021 20:46:57 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FllKY2NBjz3kkY for ; Wed, 19 May 2021 20:46:57 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from aniel.nours.eu (unknown [IPv6:2001:41d0:8:3a4d::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: bapt) by smtp.freebsd.org (Postfix) with ESMTPSA id 268DB21A3F for ; Wed, 19 May 2021 20:46:57 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by aniel.nours.eu (Postfix, from userid 1001) id 449AE6754A; Wed, 19 May 2021 22:46:56 +0200 (CEST) Date: Wed, 19 May 2021 22:46:56 +0200 From: Baptiste Daroussin To: current@freebsd.org Subject: Re: Unable to unsubscribe from freebsd-current@FreeBSD.org Message-ID: <20210519204656.dlwyf5xo3kqjzql7@aniel.nours.eu> References: <1621456300-87411-mlmmj-457ae331@FreeBSD.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1621456300-87411-mlmmj-457ae331@FreeBSD.org> On Wed, May 19, 2021 at 08:31:40PM +0000, freebsd-current+help@FreeBSD.org wrote: > Hi, this is the Mlmmj program managing the > mailing list. > > You were unable to be unsubscribed from the list because you are not > subscribed. > > If you are receiving messages, perhaps a different email address is > subscribed. To find out which address you are subscribed with, refer to the > message welcoming you to the list, or look at the envelope "Return-Path" > header of a message you receive from the list. > > > Please ignore that message. (I am working on it) Best regards, Bapt From nobody Wed May 19 21:00:41 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 A72E18B97A7 for ; Wed, 19 May 2021 21:00:44 +0000 (UTC) (envelope-from schweikh@schweikhardt.net) Received: from ikarus.efm.de (ikarus.efm.de [195.190.148.243]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FlldS3g6zz3tR8 for ; Wed, 19 May 2021 21:00:44 +0000 (UTC) (envelope-from schweikh@schweikhardt.net) Received: from ikarus.efm.de (localhost [127.0.0.1]) by ikarus.efm.de (Postfix) with ESMTPS id 4535429C1F75; Wed, 19 May 2021 23:00:42 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by ikarus.efm.de (Postfix) with ESMTP id 38CDC29C1E45; Wed, 19 May 2021 23:00:42 +0200 (CEST) Received: from ikarus.efm.de ([127.0.0.1]) by localhost (ikarus.efm.de [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 1UZpkALGhDi7; Wed, 19 May 2021 23:00:42 +0200 (CEST) Received: from ikarus.efm.de (ikarus.efm.de [195.190.148.243]) by ikarus.efm.de (Postfix) with ESMTP id F378229C141D; Wed, 19 May 2021 23:00:41 +0200 (CEST) Date: Wed, 19 May 2021 23:00:41 +0200 (CEST) From: Jens Schweikhardt To: "Rodney W. Grimes" Cc: freebsd-current Message-ID: <778046586.20646764.1621458041949.JavaMail.zimbra@schweikhardt.net> In-Reply-To: <202105191944.14JJie2n004974@gndrsh.dnsmgr.net> References: <202105191944.14JJie2n004974@gndrsh.dnsmgr.net> Subject: Re: Some odd TCP behavior (timeouts) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Mailer: Zimbra 8.8.15_GA_3975 (ZimbraWebClient - FF88 ([unknown])/8.8.15_GA_3975) Thread-Topic: Some odd TCP behavior (timeouts) Thread-Index: /YINwbQN86YHI/AMBWLJWjkx/+sIgg== X-Rspamd-Queue-Id: 4FlldS3g6zz3tR8 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Rodney W. Grimes wrote: > One thing that did change that comes to mind is the > fact FreeBSD now drops certain packets if timestamps > got negotiated. Locally I have that turned off as > an unconfirmed suspect of some connection problems: > > sysctl net.inet.tcp.tolerate_missing_ts=1 > > You can try that, if it fixes the problem PLEASE let us know! YES! I've got my sanity back! Web interface and printing are working again with this sysctl (I verified it was 0 before). Thanks a ton, Rodney! Jens From nobody Wed May 19 21:15:05 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 D255A8C63CC for ; Wed, 19 May 2021 21:15:08 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (mail-n.franken.de [193.175.24.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Flly4501Hz4YHx for ; Wed, 19 May 2021 21:15:08 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from smtpclient.apple (ip4d15f626.dynamic.kabel-deutschland.de [77.21.246.38]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTPSA id D72E0721A5A66; Wed, 19 May 2021 23:15:05 +0200 (CEST) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: Some odd TCP behavior (timeouts) From: Michael Tuexen In-Reply-To: <877716937.20611434.1621446044943.JavaMail.zimbra@schweikhardt.net> Date: Wed, 19 May 2021 23:15:05 +0200 Cc: freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: <46A397AE-E94D-4A31-A14B-1411BA673799@freebsd.org> References: <877716937.20611434.1621446044943.JavaMail.zimbra@schweikhardt.net> To: Jens Schweikhardt X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-Rspamd-Queue-Id: 4Flly4501Hz4YHx X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] > On 19. May 2021, at 19:40, Jens Schweikhardt = wrote: >=20 > Hello,=20 >=20 > I'm having a TCP connectivity issue stumping me and driving me crazy. > The TLDR version: No more printing on my LaserJet (but ping works), > while printing and the web interfacw works fine under Windows. > Other TCP connections apparently flawless. > Wireshark shows FreeBSD performing the three way handshake but > then ignoring some packets sent from the printer (no ACKs) > and retransmitting until timeout hits. >=20 > The details with the wireshark logs are on=20 > = https://superuser.com/questions/1649435/mysterious-tcp-http-issue-accessin= g-laserjet-web-interface Hi Jens, I only see screen shots, but not a link a the actual log files. Could you share the a .pcap or .pcapng file? You can send them to me via = e-mail, if you prefer. Best regards Michael >=20 > I have seen a few commits to CURRENT's tcp and timeout code recently. > I went back to stable/13 as of two days ago, but still no joy. >=20 > Has anyone else noticed something going on with TCP? > Especially HTTP/HTTPS, like connections timing out in rare cases? > If you have a LaserJet (preferably 551dn), can you still access > its web interface, or get a reply with >=20 > printf "GET / HTTP/1.0\r\n\r\n" | nc LaserJet 80 # or 443. >=20 > Regards, >=20 > Jens > --=20 > Jens Schweikhardt http://www.schweikhardt.net/ > SIGSIG -- signature too long (core dumped) >=20 From nobody Wed May 19 21:29:54 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 259028B296C for ; Wed, 19 May 2021 21:29:56 +0000 (UTC) (envelope-from me@cameronkatri.com) Received: from cameronkatri.com (cameronkatri.com [206.189.178.249]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FlmH76yXvz4hMH; Wed, 19 May 2021 21:29:55 +0000 (UTC) (envelope-from me@cameronkatri.com) Received: from [192.168.1.186] (c-73-84-80-103.hsd1.fl.comcast.net [73.84.80.103]) by cameronkatri.com (Postfix) with ESMTPSA id F17C74217F; Wed, 19 May 2021 17:29:54 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cameronkatri.com; s=20201109; t=1621459795; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=bqfo5MwHEB4s8EgidwStIfWgv4IKcKnBiOIHpPmI0PM=; b=PN4HIIFjCHdug0gcCgZa25Xpmi+Gt/q8I9qTdBCw7Ce+JHIUKvnZgQSle4il3iVvAyaLb0 eRAO1RtZIpNTvt8oTNc8uJ2vxZvyytiPfekcoW8TOofk9SO3p6HJIV1BPkvOYI2a+4ocKu kEvj05FMdR27CzA2W6JR+G6RuI0xB00= Subject: Re: Add libxo(3) to mount(8) and acpiconf(8) To: Juraj Lutter Cc: freebsd-current@freebsd.org References: <69F21F09-9A5B-4617-A57C-521AB132E4BD@FreeBSD.org> Message-ID: <960c1b9f-1bcd-804a-7194-cae6e9a276c1@cameronkatri.com> Date: Wed, 19 May 2021 17:29:54 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.2 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: <69F21F09-9A5B-4617-A57C-521AB132E4BD@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4FlmH76yXvz4hMH X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: me@cameronkatri.com From: Cameron Katri via freebsd-current X-Original-From: Cameron Katri Sorry about that, I fixed it now. - Cameron Katri On 5/19/21 4:45 PM, Juraj Lutter wrote: > Hi, > >> On 19 May 2021, at 22:35, Cameron Katri via freebsd-current wrote: >> >> I just submitted two differentials to add libxo(3) support to mount(8) and acpiconf(8). >> >> https://reviews.freebsd.org/D30341 >> https://reviews.freebsd.org/D30350 >> > Could you please update these diffs with full context? > > Some guidelines are outlined at https://wiki.freebsd.org/Phabricator > > Thanks! > otis > > — > Juraj Lutter > otis@FreeBSD.org > From nobody Wed May 19 22:15:32 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 E8C1B8B49B8 for ; Wed, 19 May 2021 22:15:35 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x42f.google.com (mail-wr1-x42f.google.com [IPv6:2a00:1450:4864:20::42f]) (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 4FlnHp6fC4z3Mc2 for ; Wed, 19 May 2021 22:15:34 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x42f.google.com with SMTP id d11so15543761wrw.8 for ; Wed, 19 May 2021 15:15:34 -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-transfer-encoding:content-language; bh=IZBSFqnh5exx/VBUW2/roAoDN2tImkSLE2yznJRU/lk=; b=DHnpbvzBZLH930ZUjnSyqBXQGkluXtHjgjfaeO3ghSzenoF9tJ7wi44+tXBrTZqQ9Y 2t9m9PQzRyoqFcPGkSEPXEF62LcOOgsUbPlgtUtcLpcTxjTX0VafH8fkU8euFroKRsSx yYd7zvzbqiPA59E2WhL/Aj3DIBtqfmR80hPLWEQnJGu5Y36d6eZc0ErlnNm/QdbK4gMG nZ+uTYKA8Qd5JM6IP6/gN4vS4ykKiLLqm1LfERhNro2c8W8qlvGLLaPvGZxATgXGn9m5 xW7qqSyTQGCpSXkYttv8U6Dh39G4p802bKU1oNMBzfDGiiF3gI9AnVdhtFMdAYqakZXK 2A2w== 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-transfer-encoding :content-language; bh=IZBSFqnh5exx/VBUW2/roAoDN2tImkSLE2yznJRU/lk=; b=DtK4SK+Afpcm2WwpSrIusWauoqrT+XRxcZJO1gpWXmaAcCGhJZlhDxETevUOFFSwnn c5L43vQ6G8Ms/RbDI8crR4oGTjjf6xTB+4IecgKJRy9RDf04MuY6BSCheTZtiLFmE0VQ NLPZmaT3j9f/HO+OhlLH7gwUjpcsZX9/NXDfFawlQipOTcNoOp1QtKAUeUhx+pmwy4aZ TEBFZghuAyePcz6MPoN0mdCMInMcb/1D0L6aL/cJupeDnSllnNV1PX6IllbhD8k6SvFV St5gllPW9mW3oZLa6Ik5U4kX00JYDhNl6YDrFN/8VRAvu75cteFABao2+FxuarzIhZzn X1SQ== X-Gm-Message-State: AOAM533yj6NAICDKRtDd3VwVUK2r2jZ+c1Zwm7k+xSGYJRl5Exuop+Y2 hMLwPQ9s1KuLGuiCwGLWkN3jYQLePYepBw== X-Google-Smtp-Source: ABdhPJwWJ86eSTxdfHJguRjDlcv/9ZG7hnr9rTj2sc12WCg0yukgxgy6KhikxQf0Dh6sGQr/1xmRDw== X-Received: by 2002:a5d:5382:: with SMTP id d2mr1022119wrv.367.1621462533186; Wed, 19 May 2021 15:15:33 -0700 (PDT) Received: from [192.168.1.10] (88-105-96-80.dynamic.dsl.as9105.com. [88.105.96.80]) by smtp.gmail.com with ESMTPSA id a16sm723354wrw.62.2021.05.19.15.15.32 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 19 May 2021 15:15:32 -0700 (PDT) Subject: Re: zpool upgrade and bootcode on 13-RELEASE To: current@freebsd.org References: <20210519153757.4e00e96f@bsd64.grem.de> <20210519193243.3fd82d19@bsd64.grem.de> From: Graham Perrin Message-ID: Date: Wed, 19 May 2021 23:15:32 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.2 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: <20210519193243.3fd82d19@bsd64.grem.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB X-Rspamd-Queue-Id: 4FlnHp6fC4z3Mc2 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=DHnpbvzB; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::42f as permitted sender) smtp.mailfrom=grahamperrin@gmail.com X-Spamd-Result: default: False [-3.97 / 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]; 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(-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::42f: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)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[88.105.96.80:received]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.97)[-0.974]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::42f:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42f:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[current] On 19/05/2021 18:32, Michael Gmelin wrote: >> bootcodes needs to be updated! It's unfortunate >> that no message is displayed 8-( >> > That's too bad - maybe it would make sense to mention this in the > release errata? there's a red alert box referring to From nobody Wed May 19 23:13:44 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 A15D58B3CEA for ; Wed, 19 May 2021 23:13:50 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.3 with cipher TLS_CHACHA20_POLY1305_SHA256 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.evolve.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Flpb21qcSz4YQF; Wed, 19 May 2021 23:13:49 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id 4c422841; Wed, 19 May 2021 23:13:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; s=20180501; bh=kVQT02vS7Zh6Su JvQ3y8LhTLFGA=; b=GSc/KPcUZf1+az0VpF8IlYeKtgTt48DfvqMyAfBX+elWGu YpEBGNJQSGz/6KkubTVoBiP8eIWcvIR13UksvYFJ0KYN+5hyq21sX6WnbKe9YIC8 zPH08NG2jqgw1Dx4KH87wGWZspsHcbQGX44jSBLI9BskVRCUGPlxtkkF1xfoAj0n MM9o2i4FsEORYj17iYczFzT0bw3JF9Q3bgW7z2NVhmWO4fShR6zb8Ss4GZweQJju 8XMfWSGjqSXRHoLl4oV96IHrnJ1NPz3RoW71QW4nnLO2govcikjpZS4NJFS55ktC Cx4YSef4V0DB9UUwEpQIYW5f1yxK3JSipSF1iNoQ== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; q=dns; s=20180501; b=c4wYR4gL KLgwDRmr5VVYYgMNaVKrrtf1htzxtEn99w85O3NcCdiTW4UIkUVB8uzGEUJ9Uj7W lWXC3pKdXpN38USLo5kB0DK7wYTBaKE+v0a3lrhabCeFo8SwS8xSDJo5nh6KDrMj f5c77cEawHCvMaK2zYChUq12RSp/ODqAxLgTdFhMQlmI0vH0rDJ6fBhSKJ9qFyXH El5Oz/H+6Qv7+vPM4wSk5zwTBuT8LjVWAV8QOReYyRzf5CqHe8DKFCFHRaeX4Olw lHGXWrqm878xUSAh3nfRHEZ+JTWaVmQoV05I+g9kADFouc4AUJHq9hAPdN6RflDf uzNkYpg+T+Qn1w== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 18bef5fa (TLSv1.3:AEAD-CHACHA20-POLY1305-SHA256:256:NO); Wed, 19 May 2021 23:13:45 +0000 (UTC) Content-Type: multipart/alternative; boundary=Apple-Mail-50CD97E5-7633-4DB5-B8C4-AB44F35AACF4 Content-Transfer-Encoding: 7bit List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (1.0) Subject: Re: zpool upgrade and bootcode on 13-RELEASE From: Michael Gmelin In-Reply-To: Date: Thu, 20 May 2021 01:13:44 +0200 Cc: current@freebsd.org Message-Id: <8A7B5F0F-BDF8-4915-8868-0D39C6579110@grem.de> References: To: Graham Perrin X-Mailer: iPhone Mail (18E212) X-Rspamd-Queue-Id: 4Flpb21qcSz4YQF X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Spam: Yes --Apple-Mail-50CD97E5-7633-4DB5-B8C4-AB44F35AACF4 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable > On 20. May 2021, at 00:18, Graham Perrin wrote: >=20 > =EF=BB=BFOn 19/05/2021 18:32, Michael Gmelin wrote: >=20 >>> bootcodes needs to be updated! It's unfortunate >>> that no message is displayed 8-( >>>=20 >> That's too bad - maybe it would make sense to mention this in the >> release errata? > there's a red a= lert box referring to Given that I upgraded the zpool of a server that boots of a legacy boot part= ition, how would the red alert box saying "Updating UEFI ESP partitions (the partition the firmware boots from) has= changed. See Boot Loader Changes for important details." have caught my attention? No UEFI involved at my end, no zpools involved in t= he warning (I noticed the absence of the warning after running "zpool upgrad= e", so no harm done, but other users might be less fortunate). -m --Apple-Mail-50CD97E5-7633-4DB5-B8C4-AB44F35AACF4 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable


On 20. May 2021, at 00:18, Graham Perrin <= grahamperrin@gmail.com> wrote:

=EF=BB=BFOn 19/05/2021 18:32, Michael Gmeli= n wrote:

bootcodes needs to be updated! It's unfortunate
=
that no message is displayed 8-(

That's too bad - maybe i= t would make sense to mention this in the
release errata?
<https:= //www.freebsd.org/releases/13.0R/relnotes/#upgrade> there's a red alert b= ox referring to <https://www.freebsd.org/releases/13.0R/relnotes/#boot>= ;

Given that I upgraded the zpool of a= server that boots of a legacy boot partition, how would the red alert box s= aying

   "Updating UE= FI ESP partitions (the partition the firmware boots from) has changed. See Boot Loader Changes for important details."

have caught my attention? No UEFI involved at my end, n= o zpools involved in the warning (I noticed the absence of the warning after= running "zpool upgrade", so no harm done, but other users might be less for= tunate).

-m


= --Apple-Mail-50CD97E5-7633-4DB5-B8C4-AB44F35AACF4-- From nobody Thu May 20 08:02:58 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 26DA98B71D0 for ; Thu, 20 May 2021 08:03:13 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.3 with cipher TLS_CHACHA20_POLY1305_SHA256 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.evolve.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fm2Kq3yDsz3kFG; Thu, 20 May 2021 08:03:11 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id fa2fabdc; Thu, 20 May 2021 08:03:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=date:from:to:cc :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=20180501; bh=plk8kOBo A38j3MLxjrEoAptIYvk=; b=v2gh/sTd0pboAmu1x+bCr2yvsGEVQUjrfjc5xVy1 cxg6HS0f5LQB/Ot7/AwRTzxA8D6PgmU5MkAn9MTKTPtyqmw4Kkruo/MB7GhS5OjK 7jJU9TQgceVI8g/wcHLKF2xt+4+1nAZNcxbqe5jxWjjlxeZQ7Ob+GlnwyKs7q6hk GyzFdDpzoXZyFzHIb9k4baBLKZq8n5aU9LAC9FSQknaNZ3wSH+kuuY82wZdagrmW FRqM7WSqh03Ms1cRQcBwzwQ7kPHO0EvksFFHh/UsYvAtAjpUxG1pazyzlfcXBI5/ zsJukUDurqRRxYCZkYZyV6Fw8EI+sJbsFWSxKKu/dqxBqA== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=date:from:to:cc :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=20180501; b=PI 1yNd0TXt2y67EyQxOgdbnKARSH/2LS/A3YVtXbBYBRxmh8Be/MFazR0L51DVF12i Ei97pKmiYjqYdd7F7ZDbYmYQCQUnCtQ3kOtgje7JZA/E3KzMhL+tpcod1ZFkHvyH XWv1gT2QywKMTjJeIasCxAQ5dKUr+V63pHBPXGHhOrjQx7B9ab3g1+/B6anptiVS NC44g0smMyd1KTyHdZ2oM2J7c/22oOKHjksJSCRkN8Qak9nP0GeIHYXgBg97P8pn 2Li1sUCCdIGGjMvqM8hk93kuvcHY8mcyNZ+pP4WpSkWfpcYyNzo3CFOWOgAHw8yy w8j9sK4L/ShDZruaDPnA== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 47a1264d (TLSv1.3:AEAD-CHACHA20-POLY1305-SHA256:256:NO); Thu, 20 May 2021 08:03:07 +0000 (UTC) Date: Thu, 20 May 2021 10:02:58 +0200 From: Michael Gmelin To: Kurt Jaeger Cc: current@freebsd.org Subject: Re: zpool upgrade and bootcode on 13-RELEASE Message-ID: <20210520100258.2680881e@bsd64.grem.de> In-Reply-To: <20210519193243.3fd82d19@bsd64.grem.de> References: <20210519153757.4e00e96f@bsd64.grem.de> <20210519193243.3fd82d19@bsd64.grem.de> X-Face: $wrgCtfdVw_H9WAY?S&9+/F"!41z'L$uo*WzT8miX?kZ~W~Lr5W7v?j0Sde\mwB&/ypo^}> +a'4xMc^^KroE~+v^&^#[B">soBo1y6(TW6#UZiC]o>C6`ej+i Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWJBwe5BQDl LASZU0/LTEWEfHbyj0Txi32+sKrp1Mv944X8/fm1rS+cAAAACXBIWXMAAAsTAAAL EwEAmpwYAAAAB3RJTUUH3wESCxwC7OBhbgAAACFpVFh0Q29tbWVudAAAAAAAQ3Jl YXRlZCB3aXRoIFRoZSBHSU1QbbCXAAAAAghJREFUOMu11DFvEzEUAGCfEhBVFzuq AKkLd0O6VrIQsLXVSZXoWE5N1K3DobBBA9fQpRWc8OkWouaIjedWKiyREOKs+3PY fvalCNjgLVHeF7/3bMtBzV8C/VsQ8tecEgCcDgrzjekwKZ7TwsJZd/ywEKwwP+ZM 8P3drTsAwWn2mpWuDDuYiK1bFs6De0KUUFw0tWxm+D4AIhuuvZqtyWYeO7jQ4Aea 7jUqI+ixhQoHex4WshEvSXdood7stlv4oSuFOC4tqGcr0NjEqXgV4mMJO38nld4+ xKNxRDon7khyKVqY7YR4d+Cg0OMrkWXZOM7YDkEfKiilCn1qYv4mighZiynuHHOA Wq9QJq+BIES7lMFUtcikMnkDGHUoncA+uHgrP0ctIEqfwLHzeSo+eUA66AqzwN6n 2ZHJhw6Qh/PoyC/QENyEyC/AyNjq74Bs+3UH0xYwzDUC4B97HgLocg1QLYgDDO1v f3UX9Y307Ew4AHh67YAFFsxEpkXwpXY3eIgMhAAE3R19L919nNnuD2wlPcDE3UeT L2ytEICQib9BXgS2fU8PrD82ToYO1OEmMSnYTjSqSv9wdC0tPYC+rQRQD9ESnldF CyqfmiYW+tlALt8gH2xrMdC/youbjzPXEun+/ReXsMCDyve3dZc09fn2Oas8oXGc Jj6/fOeK5UmSMPmf/jL+GD8BEj0k/Fn6IO4AAAAASUVORK5CYII= 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: 4Fm2Kq3yDsz3kFG X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=grem.de header.s=20180501 header.b=v2gh/sTd; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@grem.de designates 213.239.217.29 as permitted sender) smtp.mailfrom=freebsd@grem.de X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[grem.de:s=20180501]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:213.239.217.29/32]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grem.de]; NEURAL_HAM_LONG(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[213.239.217.29:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[grem.de:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[213.239.217.29:from]; ASN(0.00)[asn:24940, ipnet:213.239.192.0/18, country:DE]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[current] On Wed, 19 May 2021 19:32:43 +0200 Michael Gmelin wrote: > On Wed, 19 May 2021 19:09:06 +0200 > Kurt Jaeger wrote: > > > Hi! > > > > > Does this mean, re-installing the bootcode isn't necessary anymore > > > - or has the warning been removed by accident/as a side effect of > > > merging with OpenZFS? > > > > On the contrary, because of the switch from FreeBSD ZFS to > > OpenZFS, the bootcodes needs to be updated! It's unfortunate > > that no message is displayed 8-( > > > > That's too bad - maybe it would make sense to mention this in the > release errata? > > > The problem is, finding out which bootcode needs to go where etc. > > For the machines in question it was a straightforward legacy layout, > so that was easy enough (they came back up just fine - *phew*). > > Do you think there is any chance to get the warning back in there? > Maybe in a more generic way, like: > > In case you're booting from , please make sure to update > the bootcode according to your partition layout. See `man zfsboot' > for details. > > Fun fact: That man page already exists (I had no idea), but could use > some love - e.g., add the EFI examples you gave. > > Best > Michael > PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256024 -m -- Michael Gmelin From nobody Thu May 20 08:14:00 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 D67F48BF1A6 for ; Thu, 20 May 2021 08:14:04 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.133]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fm2ZN2vttz3r2q for ; Thu, 20 May 2021 08:14:03 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from AprilRyan.norad ([46.223.162.252]) by mrelayeu.kundenserver.de (mreue009 [213.165.67.97]) with ESMTPSA (Nemesis) id 1MMoXE-1m0DGP1Vv2-00IlHj; Thu, 20 May 2021 10:14:01 +0200 To: Michael Gmelin , current@freebsd.org References: <20210519153757.4e00e96f@bsd64.grem.de> From: Dominic Fandrey Subject: Re: zpool upgrade and bootcode on 13-RELEASE Message-ID: <5be6d214-7175-2a85-fc28-6e47de419b53@bsdforen.de> Date: Thu, 20 May 2021 10:14:00 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 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: <20210519153757.4e00e96f@bsd64.grem.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K1:oDYvxv/WZou6Yi9wKuc0J+ofEl5TgsrvG/1k78Xr60+Uy6h4Gtr LVXeMS7Fyk9sX5hU7PzrlcM+ZEkmMlpfX7MY9ct3HmYutv9LBWiq/F1BTt3erWg2/+BgAuD mnwSgVRHnPO+IZ4fRQX2opxk+vXJAJYTvsEt9jOPXNj/fs0ObtKjWUPohLJB7qYbTYTTfTE Cw4tarKkMZj8HpWZvztpQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:P4KQkb3Z4lg=:z+fMVno3CHFhrNVce6Ukeu mNcHXoEH1Ahsde6NnxeMttQ1wLa/4wPAF77zDJNHqox5a1WnYjTzwfHLKwAxyMTWYduZ+HSdV WKrRDVn1mpGqSTbhwIcIrr6UHnZZ/NoNPUzD9RjCgApfVB2Y2BmqUjOvm+u8kr/tzwiBOrZ3V QBvnnMMBpj8l4hd49b95GMzJDesMXSOKQ6Fzv6Oj4dlyP3YKSuZkMGlnm1nP+vLTS2N+ERRL5 USiQXU+2uhP2aVUK2heFDrCqQSABQZWIkzE7Q5gG5A8LU2CXVMw2F+OCSecAspoqmoL3avrjc wm9dmbh4t81FOwfhN9zhy1y4BBiE6U08ZNqF7vKGALP/bB6QweIuls/h4fc3x+uqTvD8PFn+j qmGwJbJlbgR4eIZIMK00TRev+8RXeHdOONIKwPZKjMbz/O78J0F2moxEE73WC08JthIyNJTyN kzXJjDKXJLWl4CYoAbzA8z4G1REfqFq67e33flziVf4pAxNcwhfbTCCgOG/K2hb5Ub8cCuXce X5ApJHZf4C9O20W5fCc9Vo= X-Rspamd-Queue-Id: 4Fm2ZN2vttz3r2q X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] On 19/05/2021 15:37, Michael Gmelin wrote: > Quick question: > > When upgrading a zpool, there used to be a message like this: > > If you boot from pool 'zroot', don't forget to update boot code. > Assuming you use GPT partitioning and da0 is your boot disk > the following command will do it: > > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 da0 ports-mgmt/bsdadminscripts2 comes with a loader updater for GPT partitioned drives, it has a --dry-run mode to show you what it does: root# loaderupdate -D nvd0 gpart bootcode -b/boot/pmbr nvd0 gpart bootcode -p/boot/gptzfsboot -i1 nvd0 mkdir -p nvd0p2 mount -tmsdosfs -osync /dev/nvd0p2 nvd0p2 mkdir -p nvd0p2/efi/FreeBSD cp /boot/loader.efi nvd0p2/efi/FreeBSD/bootamd64.efi efibootmgr -Bb 0001 efibootmgr -cl nvd0p2:/efi/FreeBSD/bootamd64.efi -L 'FreeBSD 13.0-STABLE #11 stable/13-n245147-ee389afecf85: Fri Apr 9 10:16:57 CEST 2021 amd64 [nvd0p2]' efibootmgr -ab 0001 From nobody Thu May 20 09:30:44 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 D3C32623889 for ; Thu, 20 May 2021 09:31:01 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.3 with cipher TLS_CHACHA20_POLY1305_SHA256 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.evolve.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fm4H93mqJz4vP3 for ; Thu, 20 May 2021 09:31:01 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id 6ff99df6; Thu, 20 May 2021 09:30:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=date:from:to:cc :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=20180501; bh=PXauP3Rn 9C1sFUfZSR+2ehQnZDY=; b=fEp8cR6nZ2OwQH5ovbHh9AInqvro+4a5CbcVvHWK 8qBY/BihSDRgMVAD75TuLM/MhH32aSxRAt6Lx5q9X+Ng3iho+jHqE3rQ9aeqnzxe G4qfVLRANVZJzhqNDBuJkUzCHcR4kqylq/ciYl8YEEealZGMg2EOSn3iNJLcuZko QB3fGqav3XcbyzLRPDqJgzAb0VJVNxPW952jZoxG2MaGORGOYAmicdx8mKNbSiiV kvDhl2b0xr5IIwI4kP3Js3oQa38ZDMq4ptauntu4fF6yHmCtUgH0GTmJOmeHTPPo wXxWprr6VRMm40epFnkh6zhj0SpGPmRMir5CvZCxyaNGNQ== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=date:from:to:cc :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=20180501; b=M1 PMgxZFLdT5bI56EbgwGxP5ZWX7rF/kSUb4DD9rkYc49tBTyOjF/2BO1hpkYCmHuE 9/JHIkvGxqTOK0zGOHrzaiUgntp+u/KyImVGsukXsTD8fCsI3biLVrtqZsRRTGZn DGvjkgXzEdsqKliqsBwQg+s9ZKenvIabmM3DG75gpWpwVA4RnFqRyxy+gHXoPCIe MItiVR5obxPg3+C849jzJN81GNGkVnWCXzHPMDC1OoTceC+gll5PQMuIsPbqpM/S 2JUp+XpJ9E7ajAMUukBmwc5oeVj1iWqJLAwIWXjMAENrcwJ1opG5aa2MsfIEzRxu FxcCJsu6TxxyxLMuro8Q== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id a551c14b (TLSv1.3:AEAD-CHACHA20-POLY1305-SHA256:256:NO); Thu, 20 May 2021 09:30:54 +0000 (UTC) Date: Thu, 20 May 2021 11:30:44 +0200 From: Michael Gmelin To: Dominic Fandrey Cc: Michael Gmelin , current@freebsd.org Subject: Re: zpool upgrade and bootcode on 13-RELEASE Message-ID: <20210520113044.002e662b@bsd64.grem.de> In-Reply-To: <5be6d214-7175-2a85-fc28-6e47de419b53@bsdforen.de> References: <20210519153757.4e00e96f@bsd64.grem.de> <5be6d214-7175-2a85-fc28-6e47de419b53@bsdforen.de> X-Face: $wrgCtfdVw_H9WAY?S&9+/F"!41z'L$uo*WzT8miX?kZ~W~Lr5W7v?j0Sde\mwB&/ypo^}> +a'4xMc^^KroE~+v^&^#[B">soBo1y6(TW6#UZiC]o>C6`ej+i Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWJBwe5BQDl LASZU0/LTEWEfHbyj0Txi32+sKrp1Mv944X8/fm1rS+cAAAACXBIWXMAAAsTAAAL EwEAmpwYAAAAB3RJTUUH3wESCxwC7OBhbgAAACFpVFh0Q29tbWVudAAAAAAAQ3Jl YXRlZCB3aXRoIFRoZSBHSU1QbbCXAAAAAghJREFUOMu11DFvEzEUAGCfEhBVFzuq AKkLd0O6VrIQsLXVSZXoWE5N1K3DobBBA9fQpRWc8OkWouaIjedWKiyREOKs+3PY fvalCNjgLVHeF7/3bMtBzV8C/VsQ8tecEgCcDgrzjekwKZ7TwsJZd/ywEKwwP+ZM 8P3drTsAwWn2mpWuDDuYiK1bFs6De0KUUFw0tWxm+D4AIhuuvZqtyWYeO7jQ4Aea 7jUqI+ixhQoHex4WshEvSXdood7stlv4oSuFOC4tqGcr0NjEqXgV4mMJO38nld4+ xKNxRDon7khyKVqY7YR4d+Cg0OMrkWXZOM7YDkEfKiilCn1qYv4mighZiynuHHOA Wq9QJq+BIES7lMFUtcikMnkDGHUoncA+uHgrP0ctIEqfwLHzeSo+eUA66AqzwN6n 2ZHJhw6Qh/PoyC/QENyEyC/AyNjq74Bs+3UH0xYwzDUC4B97HgLocg1QLYgDDO1v f3UX9Y307Ew4AHh67YAFFsxEpkXwpXY3eIgMhAAE3R19L919nNnuD2wlPcDE3UeT L2ytEICQib9BXgS2fU8PrD82ToYO1OEmMSnYTjSqSv9wdC0tPYC+rQRQD9ESnldF CyqfmiYW+tlALt8gH2xrMdC/youbjzPXEun+/ReXsMCDyve3dZc09fn2Oas8oXGc Jj6/fOeK5UmSMPmf/jL+GD8BEj0k/Fn6IO4AAAAASUVORK5CYII= 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: 4Fm4H93mqJz4vP3 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] On Thu, 20 May 2021 10:14:00 +0200 Dominic Fandrey wrote: > On 19/05/2021 15:37, Michael Gmelin wrote: > > Quick question: > > > > When upgrading a zpool, there used to be a message like this: > > > > If you boot from pool 'zroot', don't forget to update boot code. > > Assuming you use GPT partitioning and da0 is your boot disk > > the following command will do it: > > > > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 > > da0 > > > ports-mgmt/bsdadminscripts2 comes with a loader updater for GPT > partitioned drives, it has a --dry-run mode to show you what it does: > > root# loaderupdate -D nvd0 > gpart bootcode -b/boot/pmbr nvd0 > gpart bootcode -p/boot/gptzfsboot -i1 nvd0 > mkdir -p nvd0p2 > mount -tmsdosfs -osync /dev/nvd0p2 nvd0p2 > mkdir -p nvd0p2/efi/FreeBSD > cp /boot/loader.efi nvd0p2/efi/FreeBSD/bootamd64.efi > efibootmgr -Bb 0001 > efibootmgr -cl nvd0p2:/efi/FreeBSD/bootamd64.efi -L 'FreeBSD > 13.0-STABLE #11 stable/13-n245147-ee389afecf85: Fri Apr 9 10:16:57 > CEST 2021 amd64 [nvd0p2]' efibootmgr -ab 0001 Thanks, this looks useful, I might take a look at it for future use. My question wasn't *how* to update the bootloader though (I've been doing this for almost a decade now), but *if* it was still necessary after running 'zpool upgrade', given that the warning message that used to be there disappeared in 13. This has been been answered, thanks again. I opened a PR asking to bring a similar warning back in, let's see if that's easily possible, given that we're using OpenZFS as the upstream now. Cheers, Michael -- Michael Gmelin From nobody Thu May 20 13:55:17 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 EF602627A93 for ; Thu, 20 May 2021 14:00:35 +0000 (UTC) (envelope-from news@fructidor.com) Received: from ml1.wanagain.net (ml1.wanagain.net [62.244.100.136]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FmBGB5nqjz3DNB for ; Thu, 20 May 2021 14:00:34 +0000 (UTC) (envelope-from news@fructidor.com) Received: from HELIOS (enki.fructidor.com [62.244.100.2]) by ml1.wanagain.net (Postfix) with ESMTP id 924CB3B69C for ; Thu, 20 May 2021 15:55:15 +0200 (CEST) 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 From: "Fructidor Newsletter" To: current@freebsd.org Date: 20 May 2021 15:55:17 +0200 Subject: Technological innovation to purify the air in the cool stores; Elected Chairman of Board of Directors; Growing demand prompts producers to expand cultivation surfaces; Capture market share in the northern hemisphere; Orange production Content-Type: multipart/alternative; boundary=--boundary_38671_730eac24-f201-483d-bba9-c59d6ef5f575 X-Rspamd-Queue-Id: 4FmBGB5nqjz3DNB X-Spamd-Bar: ++++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of news@fructidor.com designates 62.244.100.136 as permitted sender) smtp.mailfrom=news@fructidor.com X-Spamd-Result: default: False [6.69 / 15.00]; R_SPF_ALLOW(-0.20)[+ip4:62.244.64.0/18:c]; TO_DN_NONE(0.00)[]; URI_COUNT_ODD(1.00)[149]; LONG_SUBJ(1.75)[234]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:8565, ipnet:62.244.100.0/24, country:FR]; MIME_TRACE(0.00)[0:+,1:+,2:~]; R_PARTS_DIFFER(0.97)[98.7%]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[news]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; DMARC_NA(0.00)[fructidor.com]; NEURAL_SPAM_MEDIUM(0.78)[0.782]; RCPT_COUNT_ONE(0.00)[1]; MISSING_MID(2.50)[]; NEURAL_SPAM_LONG(0.98)[0.983]; RCVD_IN_DNSWL_NONE(0.00)[62.244.100.136:from]; RWL_MAILSPIKE_VERYGOOD(0.00)[62.244.100.136:from]; RCVD_COUNT_TWO(0.00)[2]; GREYLIST(0.00)[pass,body]; MAILMAN_DEST(0.00)[current] X-Spam: Yes ----boundary_38671_730eac24-f201-483d-bba9-c59d6ef5f575 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Your newsletter is HTML formatted./La newsletter est format=C3=A9= e en HTML. ----boundary_38671_730eac24-f201-483d-bba9-c59d6ef5f575 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable =0D=0A=0D=0A =0D=0A = =0D=0A Newsletter=0D=0A= =0D=0A= =0D=0A =0D=0A
=0D=0A
Not displayed correctly,= click here
=0D=0A =0D=0A =0D=0A =0D=0A = =0D=0A = =0D=0A
=0D=0A =0D=0A = =0D=0A =0D=0A =0D=0A = =0D=0A =0D=0A= =0D=0A =0D=0A=
Thursday, Ma= y 20, 2021=0D=0A =0D=0A = 3D"fr==0D=0A =0D=0A= =0D=0A =0D=0A = =0D=0A = =0D=0A =0D=0A =0D=0A = 3D"fructidor.es"=0D=0A=
=0D=0A
=0D=0A =0D=0A
=0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A = =0D=0A =0D=0A
Send= to a friend= =0D=0A =0D=0A =0D=0A = = =0D=0A =0D=0A
=0D=0A
=0D=0A = =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =
=0D=0A =0D=0A
=0D=0A =
=0D=0A=
=0D=0A =0D=0A =0D=0A= =0D=0A= =0D=0A= =0D=0A =0D=0A =0D=0A =0D=0A
News
every day		The biggest
Database= 		Buyers
Al= erts		Family
Business
Since 1935
=0D=0A =0D=0A
=0D=0A =0D=0A =
=0D=0A =0D=0A= =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A = =0D=0A =0D=0A=
NEWS
=0D=0A
=0D=0A= =0D=0A =0D=0A = =0D=0A =0D=0A =0D=0A= =0D=0A =0D=0A =0D=0A=0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A <= !-- /*** Horizontal double banner-->=0D=0A = =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A=0D=0A =0D=0A =0D=0A= = =0D=0A =0D=0A= =0D=0A =0D=0A=0D=0A =0D=0A =0D=0A =0D=0A= =0D=0A =0D=0A =0D=0A <= !-- Template_News -->=0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A=0D=0A =0D=0A =0D=0A = =0D=0A =0D=0A= =0D=0A =0D=0A=0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A=0D=0A =0D=0A =0D=0A =0D=0A =0D=0A 3D""=0D=0A =0D=0A =0D=0A= =0D=0A=0D=0A =0D=0A= =0D=0A =0D=0A= =0D=0A =0D=0A =0D=0A=0D=0A =0D=0A=0D=0A =0D=0A =0D=0A = =0D=0A =0D=0A= =0D=0A =0D=0A=0D=0A =0D=0A =0D=0A =0D=0A =0D=0A 3D""=0D=0A =0D=0A =0D=0A= =0D=0A=0D=0A =0D=0A= =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A= =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A=0D=0A =0D=0A =0D=0A= =0D=0A =0D=0A =
=0D=0A
Airocide, technological innovation = to purify the air in the cool stores
=0D=0A
Specialist in = UV technology (ultraviolet) since 1985, ABIOTEC offers the altern= ative solutions for chemical products for air purification, water= treatment, and insects trapping. The company received an exclusi= ve distribution in France of a line of air purifiers called AIROC= IDE, based on the technology developed and patented by NASA to re= duce the weight loss of fruits during their storage in the cool s= tores.
=0D=0A =0D=0A =0D=0A =0D=0A=0D=0A =0D=0A =0D=0A =0D=0A
=0D=0A =0D=0A Read more=0D=0A =0D=0A = =0D=0A 3D""=0D=0A=0D=0A =0D=0A 3D""= =0D=0A
=0D=0A 		=0D=0A 3D""=0D=0A
=0D=0A
3D"Fructidor19-database-468x120"
=0D=0A
=0D=0A
Growing demand for avocado prompts Spanish producers to e= xpand cultivation surfaces
=0D=0A
ASAJA also insists on th= e creation of a label that can verify the origin of provenance an= d traceability of the fruit
=0D=0A =0D=0A =0D=0A = =0D=0A=0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A=0D=0A= =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A= =0D=0A <= td style=3D"vertical-align:top; padding-top: 18px; width:118px; t= ext-align:right;">=0D=0A 3D""=0D=0A =0D=0A =0D=0A= =0D=0A=0D=0A =0D=0A= =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A= =0D=0A =0D=0A =0D=0A=0D=0A =0D=0A= =0D=0A =0D=0A
=0D=0A =0D=0A Read more=0D=0A= =0D=0A =0D=0A 3D""=0D=0A=0D=0A =0D=0A= 3D""=0D=0A
=0D=0A 3D""= =0D=0A
=0D=0A
South African kiwis are well posit= ioned to capture market share in the northern hemisphere
=0D=0A=
Globally, New Zealand remains the world's leading exporter= of Gold kiwis but South Africa, benefiting from an adapted latit= ude and a warmer climate, produces and exports Gold kiwis between= 2 and 12 weeks before the start. of the New Zealand harvest.=0D=0A =0D=0A =0D=0A =0D=0A=0D=0A= =0D=0A = =0D=0A =0D=0A
=0D=0A= =0D=0A Read more=0D=0A =0D=0A =0D=0A 3D""=0D=0A=0D=0A = =0D=0A 3D""=0D=0A
=0D=0A
=0D=0A 3D""=0D=0A
=0D=0A
3D"medFEL21-EN-may21-468x120"=
=0D=0A
=0D=0A =
Volume expected to r= emain stable for orange production in Florida
=0D=0A
Accor= ding to the latest report from the USDA's National Agricultur= al Statistics Service, US Department of Agriculture, Florida oran= ge production is expected to maintain the previously announced vo= lume.
=0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A
=0D=0A =0D=0A Read more=0D=0A =0D=0A <= /td>=0D=0A=0D=0A =0D=0A 3D""= =0D=0A=0D=0A =0D=0A 3D""=0D=0A=
=0D=0A
=0D=0A
Colombian avocado will reach the markets of South Korea
=0D=0A=
Cartama was the first Colombian company to ship Hass avocado t= o China and Japan. In the coming days, the first 1.6 tons of this= fruit, planted in Guática, Risaralda, will be exported by a= ir to South Korea.
=0D=0A =0D=0A =0D=0A =0D=0A=0D=0A =0D=0A =0D=0A =0D=0A
=0D=0A =0D=0A Read more=0D=0A =0D=0A =0D=0A= =0D=0A=0D=0A =0D=0A =0D=0A
=0D=0A= 		=0D=0A 3D""=0D=0A =0D=0A
=0D=0A=
3D"Jardins-Med-avr21-468x120"
=0D=0A
=0D=0A
Panamanian producers continue to export peeled plantains to Mia= mi
=0D=0A
This year, the 15 containers of peeled plantains= have been already exported from Bocas del Toro, Panama, to Miami= , Florida, United States. This activity benefits to 37 small prod= ucers, since the plantain variety that is exported is of a very s= mall size and is not accepted by local markets
=0D=0A =0D=0A=
=0D=0A =0D=0A = Read more=0D=0A =0D=0A =0D=0A 3D""=0D=0A=0D=0A =0D=0A 3D""=0D=0A
=0D=0A 		=0D=0A= 3D""=0D=0A
=0D=0A =
Avocado sector of Gu= atemala seeks to achieve the access to the U.S. market
=0D=0A=
According to Marco Quilo, the president of the National Avocad= o Congress, Guatemala barely produces 25% of the total capacity, = and that is why they seek to increase production, in order to ent= er foreign markets. Especially to the US, the main importer of th= is fruit, which in turn has its phytosanitary requirements that m= ust be met.
=0D=0A =0D=0A =0D=0A =0D=0A=0D=0A =0D=0A =0D=0A =0D=0A
=0D=0A =0D=0A Read more=0D=0A =0D=0A= =0D=0A <= a target=3D"_blank" href=3D"https://www.facebook.com/sharer.php?u= =3Dhttps://www.fructidor.com%2Fnewsdetail%2Easpx%3Fidn%3D55834%26= utm%5Fsource%3Dnewsletter%26utm%5Fmedium%3Demail" >3D"==0D=0A=0D=0A =0D=0A 3D""<= /a>=0D=0A
=0D=0A 		=0D=0A 3D""=0D=0A
=0D=0A
3D"Akanea-Konnect-A=
=0D=0A
=0D=0A
Turkish fruit producer launches its = new brand on the eve of the cherry season
=0D=0A
Berkay Se= nsoy expressed his excitement about launching their new brand Orc= harts. With this brand, their primary product will remain cherrie= s. Besides, they will export pomegranates, figs, and apples. =0D=0A =0D=0A =0D=0A =0D=0A=0D=0A= =0D=0A = =0D=0A =0D=0A
=0D=0A= =0D=0A Read more=0D=0A =0D=0A =0D=0A 3D""=0D=0A=0D=0A = =0D=0A 3D""=0D=0A
=0D=0A
=0D=0A 3D""=0D=0A
=0D=0A
Japan= has become Taiwan's number one pineapple destination
=0D=0A=
In 2020 China was the No.1 destination for pineapples from Tai= wan and received around 90% of Taiwanese pineapple exports. But i= ts decision to no longer authorize its importation in March 2021 = has forced Taiwanese professionals to seek new outlets for their = pineapples.
=0D=0A =0D=0A =0D=0A =0D=0A=0D=0A =0D=0A =0D=0A =0D=0A
=0D=0A =0D=0A Read more=0D=0A =0D=0A= =0D=0A <= a target=3D"_blank" href=3D"https://www.facebook.com/sharer.php?u= =3Dhttps://www.fructidor.com%2Fnewsdetail%2Easpx%3Fidn%3D55819%26= utm%5Fsource%3Dnewsletter%26utm%5Fmedium%3Demail" >3D"==0D=0A=0D=0A =0D=0A 3D""<= /a>=0D=0A
=0D=0A 		=0D=0A 3D""=0D=0A
=0D=0A
3D"Dynaplast-Guillin-Apr21-468x60"
=0D=0A
=0D=0A
World demand for citrus will continue to increase in = 2021
=0D=0A
According to the Peruvian Citrus Producers Ass= ociation (Procitrus), the importance of consuming vitamin C in ti= mes of the pandemic will continue to drive demand.
=0D=0A = = =0D=0A =0D=0A =0D=0A=0D=0A <= td style=3D"width:38px;">=0D=0A 3D""=0D=0A=0D=0A = =0D=0A =0D=0A= =0D=0A
=0D=0A <= a href=3D"https://www.fructidor.com/newsdetail.aspx?idn=3D55794&u= tm_source=3Dnewsletter&utm_medium=3Demail" target=3D"_blank" =0D=0A= style=3D"display:block; height:30px;line-height:30px; widt= h:100px; text-align:center;background:#6c220f;color:#FFFFFF;font-= size:12px;text-decoration:None;text-transform:uppercase;">=0D=0A = Read more=0D=0A =0D=0A =0D=0A 3D""=0D=0A
=0D=0A 		=0D=0A 3D""=0D=0A
= =0D=0A
Merger of D= utch exporter and Colombian importer results in successful organi= c pumpkins project
=0D=0A
Today, OTC Organics counts with = not only orange pumpkins from Israel, Argentina, and South Africa= , but also expands its assortment with Colombian organic pumpkins= .
=0D=0A =0D=0A =0D=0A = =0D=0A=0D=0A =0D=0A =0D=0A =0D=0A
=0D=0A =0D=0A Read more=0D=0A =0D=0A =0D=0A 3D""=0D=0A= =0D=0A =0D=0A 3D""=0D=0A =
=0D=0A
=0D=0A
Producer from Uzbekistan contributes to the evolution of the co= untry=E2=80=99s fruit sector by implementing technologies Made in= Italy
=0D=0A
The opening up to the internationalization o= f the country has favored investments and pushed the 3 partners t= o realize their ambitious project that aims to produce fresh frui= ts with excellent organoleptic characteristics. These are 100% ma= de in Italy products which comply with the European production pr= otocols.
=0D=0A =0D=0A =0D=0A =0D=0A=0D=0A =0D=0A =0D=0A =0D=0A
=0D=0A =0D=0A Read more=0D=0A =0D=0A = =0D=0A 3D""<= /a>=0D=0A=0D=0A =0D=0A 3D""=0D=0A
=0D=0A 		=0D=0A 3D""=0D=0A
= =0D=0A
Sharp incre= ase in freight rates for refrigerated containers
=0D=0A Ac= cording to Drewry, a British shipping consultancy firm, freight r= ates for refrigerated containers increased by + 26% in the first = quarter of 2021.=0D=0A =0D=0A =0D=0A =0D=0A=0D=0A =0D=0A =0D=0A =0D=0A
=0D=0A =0D=0A Read more=0D=0A =0D=0A= =0D=0A <= a target=3D"_blank" href=3D"https://www.facebook.com/sharer.php?u= =3Dhttps://www.fructidor.com%2Fnewsdetail%2Easpx%3Fidn%3D55756%26= utm%5Fsource%3Dnewsletter%26utm%5Fmedium%3Demail" >3D"==0D=0A=0D=0A =0D=0A 3D""<= /a>=0D=0A
=0D=0A 		=0D=0A 3D""=0D=0A
=0D=0A
South Korean market presents opportunities for Keny= an bananas and broccoli
=0D=0A
The favorable conditions of= fered by the South Korean market for Kenyan banana and broccoli e= xports are business opportunities that Kenyan producers must seiz= e
=0D=0A =0D=0A =0D=0A = =0D=0A=0D=0A =0D=0A =0D=0A =0D=0A
=0D=0A =0D=0A Read more=0D=0A =0D=0A =0D=0A 3D""=0D=0A= =0D=0A =0D=0A 3D""=0D=0A =
=0D=0A
=0D=0A
Avocado supplier protects its cargo from theft with GO Real-Tim= e Trackers by Emerson
=0D=0A
Theft of avocado is a real co= ncern for producers. In the last 10 years, avocado exports to the= U.S. have quadrupled. Due to this, La Bonanza has to protect its= shipments from theft and tampering, considering the fact this pe= rishable product should be kept at a certain temperature to maint= ain its quality and optimize ripeness.
=0D=0A =0D=0A =0D=0A =0D=0A=0D=0A =0D=0A = =0D=0A =0D=0A=
=0D=0A =0D=0A Read= more=0D=0A =0D=0A =0D=0A 3D""=0D=0A=0D=0A =0D=0A 3D""=0D=0A
=0D=0A 		=0D=0A =3D""=0D=0A
=0D=0A
+ 30% growth in kinnows expo= rts to Pakistan
=0D=0A
For the 2020-21 season Pakistan has= just set an all-time record for the volume of kinnows exported. = The health crisis has encouraged the increase in demand for kinno= ws which are now exported to 40 countries
=0D=0A =0D=0A = =0D=0A =0D=0A=0D=0A =0D=0A = =0D=0A =0D=0A
=0D=0A =0D=0A R= ead more=0D=0A =0D=0A =0D=0A 3D""=0D=0A=0D=0A =0D=0A 3D""=0D=0A
=0D=0A 		=0D=0A= 3D""=0D=0A
=0D=0A =
Citrus fruit season = in Italy is in full blast
=0D=0A
Valentina Sanna, Public R= elations & Export Manager of La Costiera, shares positive pro= jections for Sorrento lemon crop.
=0D=0A =0D=0A =0D=0A= =0D=0A=0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A=
=0D=0A =0D=0A Read more=0D=0A= =0D=0A =0D=0A 3D""=0D=0A=0D=0A =0D=0A= 3D""=0D=0A
=0D=0A 3D""= =0D=0A
=0D=0A = =0D=0A =0D=0A =
=0D=0A
=0D=0A =0D=0A
=0D=0A
=0D=0A =0D=0A = =0D=0A =0D=0A <= a href=3D"https://www.fructidor.com/post_a_news.aspx?utm_source=3D= newsletter&utm_medium=3Demail">=0D=0A =
=0D=0A = Post your news
for FREE=0D=0A=
=0D=0A = =0D=0A =0D=0A= =0D=0A =
Follo= w Fructidor
on=0D=0A = 3D""=0D=0A = 3D""=0D=0A =0D=0A
=0D=0A
=0D=0A = =0D=0A =
BUYERS' ALERTS + SALES OFFERS
=0D=0A = =0D=0A =0D=0A
Thursday, = May 20, 2021
=0D=0A
=0D=0A
=0D=0A
=0D=0A = = =0D=0A =0D=0A =0D=0A= =0D=0A =0D=0A
Citrus importer from Belarus is looking for Lemon=0D=0A =0D=0A Read more=0D=0A=
=0D=0A
=0D=0A =0D=0A =0D=0A
=0D=0A
=0D=0A=
= =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A
Citrus importer from France is looking for clementin= e=0D=0A =0D=0A = Read more=0D=0A
=0D=0A=
=0D=0A =0D=0A =0D=0A=
Thursday, May 20, 2021
=0D=0A
=0D=0A
=0D=0A
=0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =
Fruit importer from Portugal i= s looking for Kiwis=0D=0A= =0D=0A Read more=0D=0A
=0D=0A
=0D=0A =0D=0A =0D=0A
Wednesday, May 19, 2021
= =0D=0A
=0D=0A
=0D=0A
=0D=0A =0D=0A =0D=0A= =0D=0A =0D=0A = =0D=0A
Fruit importer= from Italy is looking for avocado=0D=0A =0D=0A Read more=0D=0A
=0D=0A
=0D=0A =0D=0A= =0D=0A
Wednesday, May 19,= 2021
=0D=0A
=0D=0A
=0D=0A
=0D=0A =0D=0A = =0D=0A =0D=0A =0D=0A= =0D=0A
Im= porter from Poland is looking for parsley=0D=0A =0D=0A Read more=0D=0A
=0D=0A
=0D=0A =0D=0A= =0D=0A
Wednesday, May 19,= 2021
=0D=0A
=0D=0A
=0D=0A
=0D=0A =0D=0A = =0D=0A =0D=0A =0D=0A
Fr= uit importer from Spain is looking for Mangos=0D=0A =0D=0A Read more=0D=0A =0D=0A
=0D=0A
=0D=0A =0D=0A =0D=0A
Tues= day, May 18, 2021
=0D=0A
=0D=0A
=0D=0A =0D=0A= =0D=0A =0D=0A =0D=0A= =0D=0A =0D=0A
Fruit importer from Spain is looking for Avocados=0D=0A =0D=0A Read more=0D=0A=
=0D=0A =0D=0A =0D=0A =0D=0A
=0D=0A
=0D=0A=
= =0D=0A =0D=0A =0D=0A =0D=0A= =0D=0A =0D=0A
Fruit importer from Oman is looking for Apple =0D=0A =0D=0A Read more=0D=0A=
=0D=0A
=0D=0A =0D=0A =0D=0A
=0D=0A
=0D=0A=
= =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A
Citrus importer from Brazil is looking for Lemon=0D=0A =0D=0A =0D=0A Read mor= e=0D=0A
=0D=0A
=0D=0A= =0D=0A =0D=0A
Monday, May 17, 2021
=0D=0A
=0D=0A =0D=0A
=0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A
Veg importer from Poland is looking for lee= k=0D=0A =0D=0A Read mo= re=0D=0A
=0D=0A
=0D=0A= =0D=0A =0D=0A
Monday, May 17, 2021
=0D=0A
=0D=0A =0D=0A
=0D=0A =0D=0A =0D=0A =0D=0A =0D=0A
Buyer from Oman is looking for Red Onion=0D=0A =0D=0A =0D=0A Read more=0D=0A=
=0D=0A
=0D=0A =0D=0A =0D=0A
=0D=0A
=0D=0A=
= =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A Read more=0D=0A =0D=0A= =0D=0A
Buyer from UAE is looking for Lemon
=0D=0A
=0D=0A =0D=0A= =0D=0A
Friday, May 14, 20= 21
=0D=0A
=0D=0A
=0D=0A
=0D=0A =0D=0A <= tr>=0D=0A =0D=0A =0D=0A
Fruit= buyer from Poland is looking for mandarins=0D=0A =0D=0A Read more=0D=0A =0D=0A
=0D=0A
=0D=0A =0D=0A =0D=0A
Frida= y, May 14, 2021
=0D=0A
=0D=0A
=0D=0A =0D=0A= =0D=0A =0D=0A =0D=0A =0D=0A= =0D=0A
Buyer from Oman is looking for Oranges=0D=0A =0D=0A Read more=0D=0A
=0D=0A
=0D=0A =0D=0A= =0D=0A
Friday, May 14, 20= 21
=0D=0A
=0D=0A
=0D=0A
=0D=0A =0D=0A <= tr>=0D=0A =0D=0A =0D=0A =0D=0A
Fresh= fruit importer from UAE is looking for Apple =0D=0A =0D=0A Read more=0D=0A =
=0D=0A
=0D=0A =0D=0A
=0D=0A =0D=0A = =0D=0A =0D=0A = =0D=0A =0D=0A = =0D=0A
=0D=0A
=0D=0A -->=0D=0A = =0D=0A =
=0D=0A 		=0D=0A = =0D=0A 3D""=0D=0A =0D=0A = =0D=0A = =0D=0A 3D""=0D=0A = =0D=0A
=0D=0A=
=0D=0A =0D=0A
MORE INFORMATION?
=0D=0A
The Fructidor.com = Country Managers are EXPERT & PASSIONATE_share
with us market = info, contacts and news about you!
=0D=0A = =0D=0A =0D=0A = =0D=0A = =0D=0A =0D=0A= = =0D=0A =0D=0A =0D=0A= =0D=0A = =0D=0A =0D=0A = =0D=0A = =0D=0A =0D=0A = =0D=0A = =0D=0A =0D=0A =0D=0A = =0D=0A = =0D=0A = =0D=0A =0D=0A = =0D=0A = =0D=0A =0D=0A =0D=0A= =0D=0A =0D=0A 3D==0D=0A =
Nadia Rolami
=0D=0A =
Administration
=0D=0A nr@fructidor.com= =0D=0A
= =0D=0A 3D"FR"<= /span> = =0D=0A
=0D=0A = +33 49= 0 89 22 61 =0D=0A
=0D=0A =0D=0A =
=0D=0A = =0D=0A =0D=0A = =0D=0A = =0D=0A =0D=0A = =0D=0A = =0D=0A =0D=0A <= /tr> =0D=0A
=0D=0A
M= anagement:
=0D=0A
=0D=0A = 3D""=0D=0A
President
=0D=0A= cd@fructidor.com=0D=0A =
=0D=0A = 3D""=0D=0A = 3D""=0D=0A = 3D""=0D=0A =
=0D=0A +33=C2=A0680 38 14 46=0D=0A =
=0D=0A = 3D""<= /a>=0D=0A 3D""=0D=0A <= a href=3D"#" target=3D"_blank">3D""=0D=0A =
=0D=0A 		=0D=0A= 3D""=0D=0A Valentyna Vizir=0D=0A =
Senior C= ontinental Manager
=0D=0A vv@fructidor.com=0D=0A =
=0D=0A 3D""=0D=0A= 3D""=0D=0A = 3D""=0D=0A = 3D""=0D=0A = 3D""=0D=0A =
=0D=0A +380 95=C2=A0148 31 15 = =0D=0A
=0D=0A 3D""=0D=0A = 3D"" =0D=0A= =0D=0A
=0D=0A =
=0D=0A =
Country Managers:
= =0D=0A
=0D=0A = 3D""=0D=0A
Alejandra Orjuela
=0D=0A = =0D=0A usa1@fructidor.com=0D=0A
=0D=0A =0D=0A = 3D""=0D=0A = 3D"" = =0D=0A
=0D=0A = +1=C2=A0559=C2=A0216 0014 =0D=0A =
=0D=0A = 3D""=0D=0A= = 3D"" =0D=0A
=0D=0A= 		=0D=0A =0D=0A =
Nadiya Muzh
=0D=0A = =0D=0A = support9@fructidor.com=0D=0A =0D=0A =
=0D=0A =0D=0A 3D"EN"=0D=0A = 3D"RU" =0D=0A =
=0D=0A +38 050 78 15 777 =0D=0A =
=0D=0A = 3D"Whatsap" =0D=0A 3D"Viber"=0D=0A = 3D"Telegr= =0D=0A
=0D=0A =
=0D=0A= 3D""=0D=0A
Viktoriya Sen
=0D=0A = =0D=0A spain@fructidor.com=0D=0A=
=0D=0A 3D"ES"=0D=0A = 3D"EN"=0D=0A <= img src=3D"https://www.fructidor.com/common/imgs/flags/lang/ru.pn= g" alt=3D"RU"> = =0D=0A
=0D=0A = +38= 0 95 287 2584 =0D=0A
=0D=0A 3D"Whatsap" =0D=0A = 3D==0D=0A 3D"Telegram" =0D=0A =
=0D=0A 		=0D=0A= 3D""=0D=0A
Antonio Bongiovanni
=0D=0A =0D=0A = tb@fructid= or.com=0D=0A
=0D=0A= 3D""=0D=0A 3D"==0D=0A
=0D=0A +33=C2=A0608 34 10 03 = =0D=0A
=0D=0A = 3D""=0D=0A = 3D"" =0D=0A =
=0D=0A
=0D=0A =
Back Office:
=0D=0A =
=0D=0A = 3D""=0D=0A Françoise Jouve=0D=0A =
Back Office
=0D=0A edi= torial@fructidor.com=0D=0A
= =0D=0A =3D"FR" =0D=0A =
=0D=0A +33 490 89 33 00 =0D=0A =
=0D=0A =0D=0A=
=0D=0A =
=0D=0A = 3D""=0D=0A
Yulia Protsenko
=0D=0A Back Office=0D=0A= backofficeprint@fructidor.com=0D=0A =
=0D=0A= 3D"UA"=0D=0A = 3D"RU"=0D=0A 3D==0D=0A 3D"EN" = = =0D=0A
=0D=0A = 380 50= 359 2165 =0D=0A
=0D=0A 3D"Viber"=0D=0A 3D"Whatsap" = =0D=0A =
=0D=0A 		=0D=0A = 3D""=0D=0A
Vl= adyslava Ustynova
=0D=0A
Editorial
=0D=0A editorial1@fructidor.co= m=0D=0A
=0D=0A= 3D"UA"=0D=0A 3D"==0D=0A 3D"ES"=0D=0A = 3D"RU" =0D=0A
=0D=0A +380 50 335 233 = =0D=0A
=0D=0A 3D"Wh==0D=0A =0D=0A
=0D=0A =
=0D=0A = =0D=0A =
Latest Database updates
=0D=0A = =0D=0A =0D=0A = =0D=0A =0D=0A =0D=0A =0D=0A= =0D=0A =0D=0A =0D=0A =0D=0A= =0D=0A =0D=0A =0D=0A =0D=0A= =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A = =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A= =0D=0A= =0D=0A =0D=0A =0D=0A =0D=0A= =0D=0A= =0D=0A =0D=0A =0D=0A =0D=0A= =0D=0A =0D=0A =0D=0A =0D=0A= =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A = =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A = =0D=0A =0D=0A =0D=0A Free =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A= =0D=0A <= td style=3D"width:23px;border-bottom:1px solid #ee7700; padding:1= 7px 0px 13px 0px;">3D""=0D=0A =0D=0A =0D=0A =0D=0A= =0D=0A =0D=0A =0D=0A =0D=0A= =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A= =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A= =0D=0A =0D=0A =0D=0A <= td style=3D"width:23px;border-bottom:1px solid #ee7700; padding:1= 7px 0px 13px 0px;">3D""=0D=0A =0D=0A =0D=0A =0D=0A = =0D=0A
20/05/2021HOLDING ENTOURAGE 3D""FranceFree
20/05/2021GRUPO AGROCOLOMBIA SAS 3D""ColombieFree
20/05/2021ERFRUIT DAMIAN SZYMCZAK <= img src=3D"https://www.fructidor.com/image/flags/141.gif" alt=3D"= ">PologneFree
19/05/2021F= ENIXFOOD SL 3D""Espa= gneF= ree
19/05/2021ALCA TRADING CORP =0D=0A 3D""Etats UnisFree
19/05/2021=0D=0A AGRO HURT TOMASZ WIE=C5=9ANIAK3D""PologneFree
19/05/2021HOLLAND AGRI FOODS =3D""Pays BasFree
18/05/2021FRUEXPORSA S.A 3D""EquateurFree
18/05/2021GN FRUITS 3D""France
17/05/2021=0D=0A SPECTRUM TECHNOLOGIES INC. Etats UnisFree
17/05/2021CMP FREIGHT & LOGISTICS 3D""MarocFree
17/05/2021CMP FREIGHT & LOGISTICS MarocFree
17/05/2021FENIXFO= OD SL 3D""Espagne=0D=0A Free =0D=0A
17= /05/2021D CONCEPT FOOD SuisseFree
=0D=0A =
=0D=0A=
=0D=0A =0D=0A =
=0D=0A
The biggest database
=0D=0A =
registered c= ompanies
=0D=0A
=0D=0A
1
5
0
1
9
6
=0D=0A = =0D=0A
=0D=0A=
=0D=0A =0D=0A =0D=0A
=0D=0A
=0D=0A =0D=0A=
=0D=0A =0D=0A =0D=0A =
=0D=0A=
1145
=0D=0A B= uyers Alerts/year,
check at the end
of newsletter=0D=0A =
=0D=0A =0D=0A =0D=0A =0D=0A
3D"Fructidor19-p=
=0D=0A =0D=0A
=0D=0A Follow us=0D=0A =
on
=0D=0A= 3D""=0D=0A 3D""=0D=0A =
=0D=0A =0D=0A
=0D=0A = =0D=0A
Top news of the week
=0D=0A = =0D=0A =0D=0A =0D=0A= World demand for citrus will continue to increase in 2021=0D=0A= =0D=0A
=0D=0A
=0D=0A =0D=0A =0D=0A =0D=0A Merger of Dutch exporter and Colombi= an importer results in successful organic pumpkins project=0D=0A = =0D=0A
=0D=0A
=0D=0A =0D=0A =0D=0A =0D=0A Turkish fruit producer launches its new= brand on the eve of the cherry season=0D=0A =0D=0A
=0D=0A
=0D=0A =0D=0A =0D=0A = =0D=0A David del Castillo is joining the team of TOMRA Food=0D=0A= =0D=0A
=0D=0A
=0D=0A =0D=0A =0D=0A =0D=0A + 30% growth in kinnows exports to P= akistan=0D=0A =0D=0A
=0D=0A =0D=0A =0D=0A = =0D=0A =0D=0A = =0D=0A
Go= ld members
=0D=0A
=0D=0A = =0D=0A = =0D=0A =0D=0A = =0D=0A =0D=0A= =0D=0A =
Top news of the month
=0D=0A = =0D=0A =0D=0A =0D=0A Provisional assessment of freezing episodes in Fr= ance=0D=0A =0D=0A
=0D=0A =0D=0A =0D=0A =0D=0A =0D=0A Turkish f= ruit producer launches its new brand on the eve of the cherry sea= son=0D=0A =0D=0A
=0D=0A
= =0D=0A =0D=0A =0D=0A =0D=0A Mexican wa= termelon production reached 1 million 357 thousand tons in 2020=0D=0A= =0D=0A
=0D=0A
=0D=0A =0D=0A =0D=0A =0D=0A The European Union au= thorized imports of Argentine citrus fruits for the 2021 campaign= =0D=0A =0D=0A
=0D=0A
=0D=0A= =0D=0A =0D=0A =0D=0A Anecoop will ann= ounce the results of the 2019-2020 financial year through an onli= ne presentation=0D=0A =0D=0A
=0D=0A=
=0D=0A =0D=0A =0D=0A =0D=0A Potat= o producer proves higher yields and lower energy usage with food&= #39;s steam peelers by TOMRA=0D=0A =0D=0A
=0D=0A
=0D=0A =0D=0A =0D=0A =0D=0A Italian packaging manufacturer proves how plastic = can be beneficial for the environment and humanity=0D=0A =0D=0A=
=0D=0A
=0D=0A =0D=0A =0D=0A= =0D=0A Carrot production of Peru reache= d 192.126 tons in 2020=0D=0A =0D=0A
=0D=0A
=0D=0A =0D=0A= =0D=0A =0D=0A= Danny Dumas Elected Chairman of the United Fresh Produce Associ= ation Board of Directors=0D=0A =0D=0A
=0D=0A
=0D=0A = =0D=0A =0D=0A =0D=0A Already + 14% for exports to China of Thai durians=0D=0A= =0D=0A
=0D=0A
=0D=0A =0D=0A =0D=0A =0D=0A =0D=0A = =0D=0A = =0D=0A
3D""
=0D=0A = Send
your News=0D=0A =0D=0A = =0D=0A = =0D=0A =0D=0A =0D=0A = =0D=0A =0D=0A =0D=0A =
3D""
=0D=0A Post your<= br>Buyer Alert=0D=0A =0D=0A =
Events
=0D=0A =0D=0A =0D=0A =0D=0A MedFEL 2021 - Les Mardis de medFEL =0D=0A 04/05/2021-25/05/2021=0D=0A Online E= vent (May 04, 11, 25) France =0D=0A =0D=0A =0D=0A <= !-- *** Event -->=0D=0A Orchards of Russia & CIS - 4t= h Annual International Investment Forum & Exhibition=0D=0A= 02/06/2021-03/06/2021=0D=0A Moscow Russia <= /span>=0D=0A =0D=0A =0D=0A =0D=0A Hort Connections 2021=0D=0A 07/06/= 2021-09/06/2021=0D=0A Convention and Exhibition Centre, Brisba= ne Australia =0D=0A =0D=0A =0D=0A =0D=0A =0D=0A Expo Pack 2021 Mexico =0D=0A 08/06/2021-09/06/2021=0D=0A Online Event Mexico <= /span>=0D=0A =0D=0A =0D=0A =0D=0A=
=0D=0A
=0D=0A =0D=0A
=0D=0A =0D=0A =0D=0A = =0D=0A =0D=0A =
O= NLINE VERSION
=0D=0A
=0D=0A =0D=0A = =0D=0A
=0D=0A =0D=0A ----boundary_38671_730eac24-f201-483d-bba9-c59d6ef5f575-- From nobody Thu May 20 16:01:55 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 370FE8B68A5 for ; Thu, 20 May 2021 16:02:16 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.3 with cipher TLS_CHACHA20_POLY1305_SHA256 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.evolve.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FmDyZ6kQWz4vm8 for ; Thu, 20 May 2021 16:02:14 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id 0daa3fa4 for ; Thu, 20 May 2021 16:02:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=date:from:to :subject:message-id:mime-version:content-type :content-transfer-encoding; s=20180501; bh=xZy3kPRk4qw5Pixy9cWPL NSjLmw=; b=BwrBgahfPtN6yU93O0qoXF6BQa9mDNu+myEoekUuu2qMKF5ndeSYX Dq3SbWfZu4ztRff1OiQCch+XqcS30fPPVlv/dwbij4GqhVhxBMDUmkk2WI3+X0PH FHyv0O3X6vkZWzVl6NruuwCbPhJeP+cST5Y63kL4zWFO7idCMxVVJQcA7gOHoBjD HSk1QQzUDTqkdy4E5sXvQXjwKKnek6Zb28GGcsSTdkPRVmeSfygogxQ73u7Ff2ej /NVf8/o9PH9PIxxO/IHVhthHqDhPMm22RmFywuCwdBwbNmyxx+oKSmtCc1d/yeH4 0Wj7+lPZ+FAgHPQ+LU2h9Yh0bGINFvFew== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=date:from:to :subject:message-id:mime-version:content-type :content-transfer-encoding; q=dns; s=20180501; b=KxGG8WUHNqmsrEV 196ucf7r06r/o8+XIX0yzdYmXCs21Q5HLbSoTMGsz8mnt0SrAKnrs4JUaRotrek7 mSRvIQ3UBa8Lji4JccsxgOp0oryFepjd0zokLTV7MbC5G0qM9I92NYdZx4KlU7y9 FUpan3ZVCUQtFibz/ENcgP5LGnDckCv/rvVFBVIrKRnXjK9tkLzjDP7e2f4vJVD9 qzuVPkEBNj31FDl1lZ26qUlmKaIy/6ZDeaasbTDXSNXmFWieJLf/1PjT0VL5mz+J SEa3pZTwMdih50J6ZhhnLTL2euKEgy6Sut8puP+poiU2lLSTTIURcuSHhwa8Vjzs rEpR8rQ== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 1e551a90 (TLSv1.3:AEAD-CHACHA20-POLY1305-SHA256:256:NO) for ; Thu, 20 May 2021 16:02:05 +0000 (UTC) Date: Thu, 20 May 2021 18:01:55 +0200 From: Michael Gmelin To: "freebsd-current@freebsd.org" Subject: Reducing SIGINFO verbosity Message-ID: <20210520180155.3e23500e@bsd64.grem.de> X-Face: $wrgCtfdVw_H9WAY?S&9+/F"!41z'L$uo*WzT8miX?kZ~W~Lr5W7v?j0Sde\mwB&/ypo^}> +a'4xMc^^KroE~+v^&^#[B">soBo1y6(TW6#UZiC]o>C6`ej+i Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWJBwe5BQDl LASZU0/LTEWEfHbyj0Txi32+sKrp1Mv944X8/fm1rS+cAAAACXBIWXMAAAsTAAAL EwEAmpwYAAAAB3RJTUUH3wESCxwC7OBhbgAAACFpVFh0Q29tbWVudAAAAAAAQ3Jl YXRlZCB3aXRoIFRoZSBHSU1QbbCXAAAAAghJREFUOMu11DFvEzEUAGCfEhBVFzuq AKkLd0O6VrIQsLXVSZXoWE5N1K3DobBBA9fQpRWc8OkWouaIjedWKiyREOKs+3PY fvalCNjgLVHeF7/3bMtBzV8C/VsQ8tecEgCcDgrzjekwKZ7TwsJZd/ywEKwwP+ZM 8P3drTsAwWn2mpWuDDuYiK1bFs6De0KUUFw0tWxm+D4AIhuuvZqtyWYeO7jQ4Aea 7jUqI+ixhQoHex4WshEvSXdood7stlv4oSuFOC4tqGcr0NjEqXgV4mMJO38nld4+ xKNxRDon7khyKVqY7YR4d+Cg0OMrkWXZOM7YDkEfKiilCn1qYv4mighZiynuHHOA Wq9QJq+BIES7lMFUtcikMnkDGHUoncA+uHgrP0ctIEqfwLHzeSo+eUA66AqzwN6n 2ZHJhw6Qh/PoyC/QENyEyC/AyNjq74Bs+3UH0xYwzDUC4B97HgLocg1QLYgDDO1v f3UX9Y307Ew4AHh67YAFFsxEpkXwpXY3eIgMhAAE3R19L919nNnuD2wlPcDE3UeT L2ytEICQib9BXgS2fU8PrD82ToYO1OEmMSnYTjSqSv9wdC0tPYC+rQRQD9ESnldF CyqfmiYW+tlALt8gH2xrMdC/youbjzPXEun+/ReXsMCDyve3dZc09fn2Oas8oXGc Jj6/fOeK5UmSMPmf/jL+GD8BEj0k/Fn6IO4AAAAASUVORK5CYII= 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: 4FmDyZ6kQWz4vm8 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=grem.de header.s=20180501 header.b=BwrBgahf; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@grem.de designates 213.239.217.29 as permitted sender) smtp.mailfrom=freebsd@grem.de X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[grem.de:s=20180501]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:213.239.217.29/32]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[grem.de]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[213.239.217.29:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[grem.de:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; TO_DN_EQ_ADDR_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[213.239.217.29:from]; ASN(0.00)[asn:24940, ipnet:213.239.192.0/18, country:DE]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] Hi, I'm leaving this here, mostly so that others (or future me) can google it up. Traditionally, CTRL-t would give a one-line output + whatever the process specific signal handler comes up with: # sleep 120 <--- hits CTRL-t load: 0.27 cmd: sleep 38162 [nanslp] 0.64r 0.00u 0.00s 0% 1780k sleep: about 119 second(s) left out of the original 120 # cat <--- hits CTRL-t load: 0.02 cmd: cat 24379 [ttyin] 0.63r 0.00u 0.00s 0% 2308k On 13 I get: # sleep 120 <--- hits CTRL-t load: 0.12 cmd: sleep 3241 [nanslp] 0.52r 0.00u 0.00s 0% 2172k mi_switch+0xc1 sleepq_catch_signals+0x2e6 sleepq_timedwait_sig+0x12 _sleep+0x199 kern_clock_nanosleep+0x1e1 sys_nanosleep+0x3b amd64_syscall+0x10c fast_syscall_common+0xf8 sleep: about 119 second(s) left out of the original 120 # cat <--- hits CTRL-t load: 0.09 cmd: cat 3240 [ttyin] 0.23r 0.00u 0.00s 0% 2300k mi_switch+0xc1 sleepq_catch_signals+0x2e6 sleepq_wait_sig+0x9 _cv_wait_sig+0xe4 tty_wait+0x1c ttydisc_read+0x2ac ttydev_read+0x56 devfs_read_f+0xd5 dofileread+0x81 sys_read+0xbc amd64_syscall+0x10c fast_syscall_common+0xf8 which is quite way too verbose when checking the progress of long-running processes, like cp, dd, or poudriere. Especially as CTRL-t is part of the user experience to me - I use it to interact with the machine outside of debugging software issues. Setting sysctl kern.tty_info_kstacks=0 echo kern.tty_info_kstacks=0 >>/etc/sysctl.conf fixes this permanently. Apparently, this was enabled by default on purpose[0], so that people find the feature (which certainly worked ^_^), but I think it would been worth mentioning the sysctl somewhere in the release notes/errata, so that people understand how to disable it again. Best Michael [0]https://cgit.freebsd.org/src/commit/sys/kern/tty_info.c?h=releng/13.0&id=508a6e84e785f642545b81c3ecb325685a2e56a7 -- Michael Gmelin From nobody Thu May 20 16:09:28 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 2F1208BB829 for ; Thu, 20 May 2021 16:09:40 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oi1-f171.google.com (mail-oi1-f171.google.com [209.85.167.171]) (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 4FmF780jMFz3GP7 for ; Thu, 20 May 2021 16:09:39 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-oi1-f171.google.com with SMTP id w127so13040647oig.12 for ; Thu, 20 May 2021 09:09:39 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=i9WgZgGBObbPkd7RwTnLDHdLH4Qha+th9K1VD3etdko=; b=HJAq3lkpFctwyhdlshCzfzuV7qRY3JrXTYvauknX0XMNBOuSpZ/9D8eJhWs89CUHOJ f252g0vZvlQg3CMjFMDxN3nDEN7Hrko29+szkWvhPayBzLYQDeAzv6RATqH/M4AwqYzH apIMAO4aD37zRnk755cqo8gp79+WYHOO/KR20C2zb/EbOop3+Uhf4TePEHUzBE1Foazz hUcZB1cOSeovVXhl2XdUVsxW8EmEYIP2ppyhL7/7G0Yk/BCQqpGzxNcvb2ON7nlqtM1c jPNK2fQmMtdGDkOwSWrJ2vfxQFT9lcmAn1aHYRmSfy0fl/X05uNfrzX7vr3VJAwJXtWH v7Og== X-Gm-Message-State: AOAM531zisfQ8VHckBSnUyYVYNE38yPODh+dtxgCrTT/WAMiGdk1e/ZZ f+wxQTmzup0+LyWzA3HFpIPoQnaO1Az3F1/5Fvl9I+SBcH0= X-Google-Smtp-Source: ABdhPJwwIraoHp00lLJSNy0j/lxd8KbkzY2gh8NvARMLCr0INRJeMlNt3tXm8sSwyh+qOWR1BMBcOepyq0qM/336rNg= X-Received: by 2002:aca:e142:: with SMTP id y63mr3764938oig.57.1621526978956; Thu, 20 May 2021 09:09:38 -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: <20210520180155.3e23500e@bsd64.grem.de> In-Reply-To: <20210520180155.3e23500e@bsd64.grem.de> From: Alan Somers Date: Thu, 20 May 2021 10:09:28 -0600 Message-ID: Subject: Re: Reducing SIGINFO verbosity To: Michael Gmelin Cc: "freebsd-current@freebsd.org" Content-Type: multipart/alternative; boundary="0000000000009312cd05c2c52b8f" X-Rspamd-Queue-Id: 4FmF780jMFz3GP7 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] --0000000000009312cd05c2c52b8f Content-Type: text/plain; charset="UTF-8" On Thu, May 20, 2021 at 10:05 AM Michael Gmelin wrote: > Hi, > > I'm leaving this here, mostly so that others (or future me) can google > it up. > > Traditionally, CTRL-t would give a one-line output + whatever the > process specific signal handler comes up with: > > # sleep 120 <--- hits CTRL-t > load: 0.27 cmd: sleep 38162 [nanslp] 0.64r 0.00u 0.00s 0% 1780k > sleep: about 119 second(s) left out of the original 120 > > # cat <--- hits CTRL-t > load: 0.02 cmd: cat 24379 [ttyin] 0.63r 0.00u 0.00s 0% 2308k > > > On 13 I get: > > # sleep 120 <--- hits CTRL-t > load: 0.12 cmd: sleep 3241 [nanslp] 0.52r 0.00u 0.00s 0% 2172k > mi_switch+0xc1 sleepq_catch_signals+0x2e6 sleepq_timedwait_sig+0x12 > _sleep+0x199 kern_clock_nanosleep+0x1e1 sys_nanosleep+0x3b > amd64_syscall+0x10c fast_syscall_common+0xf8 sleep: about 119 > second(s) left out of the original 120 > > # cat <--- hits CTRL-t > load: 0.09 cmd: cat 3240 [ttyin] 0.23r 0.00u 0.00s 0% 2300k > mi_switch+0xc1 sleepq_catch_signals+0x2e6 sleepq_wait_sig+0x9 > _cv_wait_sig+0xe4 tty_wait+0x1c ttydisc_read+0x2ac ttydev_read+0x56 > devfs_read_f+0xd5 dofileread+0x81 sys_read+0xbc amd64_syscall+0x10c > fast_syscall_common+0xf8 > > which is quite way too verbose when checking the progress of > long-running processes, like cp, dd, or poudriere. Especially as CTRL-t > is part of the user experience to me - I use it to interact with the > machine outside of debugging software issues. > > Setting > > sysctl kern.tty_info_kstacks=0 > echo kern.tty_info_kstacks=0 >>/etc/sysctl.conf > > fixes this permanently. > > Apparently, this was enabled by default on purpose[0], so that people > find the feature (which certainly worked ^_^), but I think it would > been worth mentioning the sysctl somewhere in the release notes/errata, > so that people understand how to disable it again. > > Best > Michael > > [0] > https://cgit.freebsd.org/src/commit/sys/kern/tty_info.c?h=releng/13.0&id=508a6e84e785f642545b81c3ecb325685a2e56a7 > > -- > Michael Gmelin > I tend to agree. I'm already using to using procstat to see a stuck process's stacks, so I don't need to see them during ctrl-T, too. -Alan --0000000000009312cd05c2c52b8f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Thu, May 20, 2021 at 10:05 AM Michael Gmelin <freebsd@grem.de> wrote:
Hi,

I'm leaving this here, mostly so that others (or future me) can google<= br> it up.

Traditionally, CTRL-t would give a one-line output + whatever the
process specific signal handler comes up with:

=C2=A0 # sleep 120 <--- hits CTRL-t
=C2=A0 load: 0.27=C2=A0 cmd: sleep 38162 [nanslp] 0.64r 0.00u 0.00s 0% 1780= k
=C2=A0 sleep: about 119 second(s) left out of the original 120

=C2=A0 # cat <--- hits CTRL-t
=C2=A0 load: 0.02=C2=A0 cmd: cat 24379 [ttyin] 0.63r 0.00u 0.00s 0% 2308k

On 13 I get:

=C2=A0 # sleep 120 <--- hits CTRL-t
=C2=A0 load: 0.12=C2=A0 cmd: sleep 3241 [nanslp] 0.52r 0.00u 0.00s 0% 2172k=
=C2=A0 mi_switch+0xc1 sleepq_catch_signals+0x2e6 sleepq_timedwait_sig+0x12<= br> =C2=A0 _sleep+0x199 kern_clock_nanosleep+0x1e1 sys_nanosleep+0x3b
=C2=A0 amd64_syscall+0x10c fast_syscall_common+0xf8 sleep: about 119
=C2=A0 second(s) left out of the original 120

=C2=A0 # cat <--- hits CTRL-t
=C2=A0 load: 0.09=C2=A0 cmd: cat 3240 [ttyin] 0.23r 0.00u 0.00s 0% 2300k =C2=A0 mi_switch+0xc1 sleepq_catch_signals+0x2e6 sleepq_wait_sig+0x9
=C2=A0 _cv_wait_sig+0xe4 tty_wait+0x1c ttydisc_read+0x2ac ttydev_read+0x56<= br> =C2=A0 devfs_read_f+0xd5 dofileread+0x81 sys_read+0xbc amd64_syscall+0x10c<= br> =C2=A0 fast_syscall_common+0xf8

which is quite way too verbose when checking the progress of
long-running processes, like cp, dd, or poudriere. Especially as CTRL-t
is part of the user experience to me - I use it to interact with the
machine outside of debugging software issues.

Setting

=C2=A0 sysctl kern.tty_info_kstacks=3D0
=C2=A0 echo kern.tty_info_kstacks=3D0 >>/etc/sysctl.conf

fixes this permanently.

Apparently, this was enabled by default on purpose[0], so that people
find the feature (which certainly worked ^_^), but I think it would
been worth mentioning the sysctl somewhere in the release notes/errata,
so that people understand how to disable it again.

Best
Michael

[0]https://cgit.freebsd.org/src/commit/sys/kern/tty_in= fo.c?h=3Dreleng/13.0&id=3D508a6e84e785f642545b81c3ecb325685a2e56a7<= br>
--
Michael Gmelin

I tend to agree.=C2=A0 I= 'm already using to using procstat to see a stuck process's stacks,= so I don't need to see them during ctrl-T, too.
-Alan
--0000000000009312cd05c2c52b8f-- From nobody Thu May 20 16:15:54 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 CF9E18C1B58 for ; Thu, 20 May 2021 16:15:58 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qt1-x82b.google.com (mail-qt1-x82b.google.com [IPv6:2607:f8b0:4864:20::82b]) (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 4FmFGP4206z3LxR for ; Thu, 20 May 2021 16:15:57 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-qt1-x82b.google.com with SMTP id v4so13178502qtp.1 for ; Thu, 20 May 2021 09:15:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=SLP0TH2v7FV8Cm1UrVVCQnMQP2BfKUHrzsn3K1UB7zg=; b=C/ge+EHDfXDriV3ZpnVFWOpJT+4gnd6WUPCncfNYQQKSukSsHOTGpQFMYFOndu9G1n TWowPjZcHP1Ku5eRXMUa9T5XEUyU/z1gTnLKCW6Hh8yFvikkNV/9p0G98RY+doSSUi5K JwsZmkxA12OdF3REgM3p+SmjLrWn0jg4/ejeQdx+PVn3UWnXUSXh000m4P/92yi4iACZ TnVlx1AVqJSggjn+d6QhvqqyZodjKGROAs/KQz//TZBjf377md9TYhBiSyGqJNBX/4XB T407JUc/7DgnJWu40tADl38QaEwD+lvolWczP0/o3T6R+O9huy8X2QW4M4zdbIVGex6O S3HA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=SLP0TH2v7FV8Cm1UrVVCQnMQP2BfKUHrzsn3K1UB7zg=; b=JoK9cDQM0Od7N4fnIt8GSCBuWrcnlZ6t+F9Bjz+2FHb5nM8rlGXdghnEnD96gun+VD H/yTjYraCbUbyb4aoNoXIZ2v1RXkWiIvdwj4sfzgHkJU+JXUQ5ovB4dTML/Ff+8Xc/JK 3wZCWwf0YJSNKMMbHrgBqw2UptiyC7rpdQ3IZ+blTthGAS/FN0RPs2FejgxxgLXNY15p wTeyILugIZJUrh+j8WPyh+fU9B0hIDrUvcTAwicqhPUbriHzlhI4KyWbUMAqVEsLKMtv hpO1uhqKcfY5TmggEtslihGgcALe8xdxbS3D4j9iTf8pZ/YdXXDDy4Cc/COBuaBqrhNP zTFA== X-Gm-Message-State: AOAM531ylMvi13z8oGx296+dtPwyzpqyZ0XKIYZmN+u4KjYh4HzzuBMo Gb24NqWK7LSlj2kbTq3RFPV8CML2LJzAtkiEzB61QA== X-Google-Smtp-Source: ABdhPJzYjeTXf6VziGQnjqd2EnInx/Jx4kmdX9tvQSukpfXHB0TCsrrb2djCf5RKTCYmjnqLzC7KHA== X-Received: by 2002:ac8:76ce:: with SMTP id q14mr5913701qtr.55.1621527356000; Thu, 20 May 2021 09:15:56 -0700 (PDT) Received: from mutt-hbsd (pool-100-16-224-136.bltmmd.fios.verizon.net. [100.16.224.136]) by smtp.gmail.com with ESMTPSA id 2sm2452268qtr.64.2021.05.20.09.15.55 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 20 May 2021 09:15:55 -0700 (PDT) Date: Thu, 20 May 2021 12:15:54 -0400 From: Shawn Webb To: Michael Gmelin Cc: "freebsd-current@freebsd.org" Subject: Re: Reducing SIGINFO verbosity Message-ID: <20210520161554.tjfpfe2vl2x4zi5q@mutt-hbsd> X-Operating-System: FreeBSD mutt-hbsd 14.0-CURRENT-HBSD FreeBSD 14.0-CURRENT-HBSD X-PGP-Key: https://git.hardenedbsd.org/hardenedbsd/pubkeys/-/blob/master/Shawn_Webb/03A4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc References: <20210520180155.3e23500e@bsd64.grem.de> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="lvsbbc3nl6orliz7" Content-Disposition: inline In-Reply-To: <20210520180155.3e23500e@bsd64.grem.de> X-Rspamd-Queue-Id: 4FmFGP4206z3LxR X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] --lvsbbc3nl6orliz7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 20, 2021 at 06:01:55PM +0200, Michael Gmelin wrote: > Hi, >=20 > I'm leaving this here, mostly so that others (or future me) can google > it up. >=20 > Traditionally, CTRL-t would give a one-line output + whatever the > process specific signal handler comes up with: >=20 > # sleep 120 <--- hits CTRL-t > load: 0.27 cmd: sleep 38162 [nanslp] 0.64r 0.00u 0.00s 0% 1780k > sleep: about 119 second(s) left out of the original 120 >=20 > # cat <--- hits CTRL-t > load: 0.02 cmd: cat 24379 [ttyin] 0.63r 0.00u 0.00s 0% 2308k >=20 > =20 > On 13 I get: >=20 > # sleep 120 <--- hits CTRL-t > load: 0.12 cmd: sleep 3241 [nanslp] 0.52r 0.00u 0.00s 0% 2172k > mi_switch+0xc1 sleepq_catch_signals+0x2e6 sleepq_timedwait_sig+0x12 > _sleep+0x199 kern_clock_nanosleep+0x1e1 sys_nanosleep+0x3b > amd64_syscall+0x10c fast_syscall_common+0xf8 sleep: about 119 > second(s) left out of the original 120 >=20 > # cat <--- hits CTRL-t > load: 0.09 cmd: cat 3240 [ttyin] 0.23r 0.00u 0.00s 0% 2300k > mi_switch+0xc1 sleepq_catch_signals+0x2e6 sleepq_wait_sig+0x9 > _cv_wait_sig+0xe4 tty_wait+0x1c ttydisc_read+0x2ac ttydev_read+0x56 > devfs_read_f+0xd5 dofileread+0x81 sys_read+0xbc amd64_syscall+0x10c > fast_syscall_common+0xf8=20 >=20 > which is quite way too verbose when checking the progress of > long-running processes, like cp, dd, or poudriere. Especially as CTRL-t > is part of the user experience to me - I use it to interact with the > machine outside of debugging software issues. >=20 > Setting >=20 > sysctl kern.tty_info_kstacks=3D0 > echo kern.tty_info_kstacks=3D0 >>/etc/sysctl.conf >=20 > fixes this permanently. >=20 > Apparently, this was enabled by default on purpose[0], so that people > find the feature (which certainly worked ^_^), but I think it would > been worth mentioning the sysctl somewhere in the release notes/errata, > so that people understand how to disable it again. HardenedBSD also disables tty_info_kstacks by default given its security ramifications. We're actively working to remove or mitigate "kernel infoleak as features" we inherit from FreeBSD. Thanks, --=20 Shawn Webb Cofounder / Security Engineer HardenedBSD https://git.hardenedbsd.org/hardenedbsd/pubkeys/-/raw/master/Shawn_Webb/03A= 4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc --lvsbbc3nl6orliz7 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEA6TL67gupaZ9nzhT/y5nonf44foFAmCmizgACgkQ/y5nonf4 4frPUBAAnwLRbq1FUb+Firz2Isomry1QyVPJ1rkN9F2gUF8q16Hyz46vWyiqUj7l VujydQAgiORKexX5M97tq7C7zMSvMvCp2PXdju3QiDIQvG6RrwpdQDhGCs0JKj4q 0IsOajgt/4qojZcMr4M4VR8Do0ZXyXpjUBc9odRRgCroyt1uAUxQsd8801u3gf3U +tBogmsaHM1JQDY4wdofqEHn5WI1d62lDK24hS3IGDhBLVD2KQhBl9LVypSPXQ2p Yk2ASGkEZzb2eKRFdu+6lpTf3Pt1GfOzTJP6u6okWhf1b/KWhU9TNXJMT3VSxTUY j5muL/S1Sltqucq7JEXiLuk85T5ur+X4vecHhCZLOSzTF/QAJfRz+RcjLsGNS0Tf ldDP2lFW6kSDJb2cPgM5RDBIv9vTnyVYGeFaeX/szNslRtD/mBl7Ht1Xe7E1UWlv OvJsyQapDiTtBtP+D0jIRiZ/KC5vv1Bc/Iswr8X61RUO6GmJprGqlaOKGhfF6Yu2 R1dY4uscUAkfPk889mqHegDOJGxS+WzQs6l/OO+mkURkD748CCBOB0QIfFU5lteM ght/7SrdtklXPYNkyJP68RZ+9zqXSJefrGYgU/s23V//YP0PNVplIkF+YTnJAcTp WeV89IWQaMIiHXfpcs38LmD3IaN2QhoxGO24pfUvmts2amYKJcE= =fGxo -----END PGP SIGNATURE----- --lvsbbc3nl6orliz7-- From nobody Thu May 20 16:37:05 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 E2C588B2EDF for ; Thu, 20 May 2021 16:37:20 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.3 with cipher TLS_CHACHA20_POLY1305_SHA256 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.evolve.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FmFl365TVz3mvn for ; Thu, 20 May 2021 16:37:19 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id 6751d3ec for ; Thu, 20 May 2021 16:37:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=date:from:to :subject:message-id:mime-version:content-type :content-transfer-encoding; s=20180501; bh=1EDcvXlLu/uWpYxEA4z6u omcnrs=; b=BY6bzG+MfzKLUvSOzsTFOq1WGTBXOutUJ0CzFxEYRKGgz965u8u2f 9aebmB8K/R+fyI3Ql7lLzECloxTvQWXVVIVXPNC4Jhrylj0cVT79cIWV5r+tN1ID tB5JTfiqiIQd0hKkH3sXO3GtYgQhgntgO0DMVgPm9rDLvKSDvwlHGZjZH3yGOBKq C9/Cvpe/kQOkeyxf5ChywjbviWot2HFuZODYd9OM66pK7SbcEmWc+vgBMIqKSrHL joWR1VUMEgReUJweRTYspiYGmY+Lzv6anwoDZOxhr/P81fwUmAsqo5HevpnD5CiT FApOynWIYAGndYqHp10FQ4BoiokmHzpPQ== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=date:from:to :subject:message-id:mime-version:content-type :content-transfer-encoding; q=dns; s=20180501; b=CMTzb/3gE0eHVCE 3XPaWzKIL+7m+zXtR+RSD3nQZoMHF3AY/Bz172BmAzH+p0FAPPy47UyBXV5C9jH9 SvGAxgblG5jc2r5z1e9oTSq9+68iDp+/JdMkw9jOtroNO56hhiJ85HbNHDNVbE4b fj9q/l0Ki6R6Wgno0WkfC9+aOADoz4wlZQFuKyy/9zOT5fHR2JeKSNov7H7LETCO +cVODObSc7vP7rwv0zn2hZ8fIUXRx8XDVGYhgQXtax68Q9Ip0lUJFVPQglRQIh8o tRNwLc91JDM5SD63cBv41C2NiA+3Zzyx8eON4FUbW4rPI8WNw86VUoJUIacEPw9E MRrHMJA== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 8d97d81a (TLSv1.3:AEAD-CHACHA20-POLY1305-SHA256:256:NO) for ; Thu, 20 May 2021 16:37:15 +0000 (UTC) Date: Thu, 20 May 2021 18:37:05 +0200 From: Michael Gmelin To: "freebsd-current@freebsd.org" Subject: Files in /etc containing empty VCSId header Message-ID: <20210520183705.3673dfb2@bsd64.grem.de> X-Face: $wrgCtfdVw_H9WAY?S&9+/F"!41z'L$uo*WzT8miX?kZ~W~Lr5W7v?j0Sde\mwB&/ypo^}> +a'4xMc^^KroE~+v^&^#[B">soBo1y6(TW6#UZiC]o>C6`ej+i Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWJBwe5BQDl LASZU0/LTEWEfHbyj0Txi32+sKrp1Mv944X8/fm1rS+cAAAACXBIWXMAAAsTAAAL EwEAmpwYAAAAB3RJTUUH3wESCxwC7OBhbgAAACFpVFh0Q29tbWVudAAAAAAAQ3Jl YXRlZCB3aXRoIFRoZSBHSU1QbbCXAAAAAghJREFUOMu11DFvEzEUAGCfEhBVFzuq AKkLd0O6VrIQsLXVSZXoWE5N1K3DobBBA9fQpRWc8OkWouaIjedWKiyREOKs+3PY fvalCNjgLVHeF7/3bMtBzV8C/VsQ8tecEgCcDgrzjekwKZ7TwsJZd/ywEKwwP+ZM 8P3drTsAwWn2mpWuDDuYiK1bFs6De0KUUFw0tWxm+D4AIhuuvZqtyWYeO7jQ4Aea 7jUqI+ixhQoHex4WshEvSXdood7stlv4oSuFOC4tqGcr0NjEqXgV4mMJO38nld4+ xKNxRDon7khyKVqY7YR4d+Cg0OMrkWXZOM7YDkEfKiilCn1qYv4mighZiynuHHOA Wq9QJq+BIES7lMFUtcikMnkDGHUoncA+uHgrP0ctIEqfwLHzeSo+eUA66AqzwN6n 2ZHJhw6Qh/PoyC/QENyEyC/AyNjq74Bs+3UH0xYwzDUC4B97HgLocg1QLYgDDO1v f3UX9Y307Ew4AHh67YAFFsxEpkXwpXY3eIgMhAAE3R19L919nNnuD2wlPcDE3UeT L2ytEICQib9BXgS2fU8PrD82ToYO1OEmMSnYTjSqSv9wdC0tPYC+rQRQD9ESnldF CyqfmiYW+tlALt8gH2xrMdC/youbjzPXEun+/ReXsMCDyve3dZc09fn2Oas8oXGc Jj6/fOeK5UmSMPmf/jL+GD8BEj0k/Fn6IO4AAAAASUVORK5CYII= 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: 4FmFl365TVz3mvn X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=grem.de header.s=20180501 header.b=BY6bzG+M; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@grem.de designates 213.239.217.29 as permitted sender) smtp.mailfrom=freebsd@grem.de X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[grem.de:s=20180501]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:213.239.217.29/32]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[grem.de]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[213.239.217.29:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[grem.de:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; TO_DN_EQ_ADDR_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[213.239.217.29:from]; ASN(0.00)[asn:24940, ipnet:213.239.192.0/18, country:DE]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] Hi, After a binary update using freebsd-update, all files in /etc contain "empty" VCS Id headers, e.g., $ head /etc/nsswitch.conf # # nsswitch.conf(5) - name service switch configuration file # $FreeBSD$ # group: compat group_compat: nis hosts: files dns netgroup: compat networks: files passwd: compat After migrating to git, I would've expected those to contain something else or disappear completely. Is this expected and are there any plans to remove them completely? Best Michael -- Michael Gmelin From nobody Thu May 20 16:37:12 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 3A3368B307D for ; Thu, 20 May 2021 16:37:38 +0000 (UTC) (envelope-from emblue3prd@emark4.embluejet.com) Received: from nit7.embluenitro.com (nit7.embluenitro.com [185.98.146.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FmFlM5Y3Dz3nHT for ; Thu, 20 May 2021 16:37:35 +0000 (UTC) (envelope-from emblue3prd@emark4.embluejet.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; s=epexo; d=prototype.com.ar; h=Content-Type:MIME-Version:From:To:Subject:reply-to:List-Unsubscribe: Message-ID:Date; i=info@prototype.com.ar; bh=UW1HmTQK2xobhAFiEkZlw3JRRGEcdgkpZxFoX3MQ6f8=; b=kbu07spLxByIbE4aIp2WEHLDJX6ZZWCHCPdrh6fpakLICeNQ84LTjUy383WAMoZBQxJVaMEjVvI3 72GkHgyqWk2GJHlWQhb/ycJCxVak1gK9HhqbgsAqr2BSGEp9l3/bSue1VHEE9J4Lk+prDS517f0m z+fM0vraPrP4o/Zn+eg= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; s=epexo; d=embluenitro.com; h=Content-Type:MIME-Version:From:To:Subject:reply-to:List-Unsubscribe: Message-ID:Date; bh=UW1HmTQK2xobhAFiEkZlw3JRRGEcdgkpZxFoX3MQ6f8=; b=GF6nQkplp5Ww9CHuUrCr6smuXUbg2boQpkOH+WA6EIR072+wP7WV7qN1WiZlk170sfk9DeZNZe7A vPpQ3GduvYkSmYKsOxWrlvoq7b+BDBP+E8P/oU16oH7PyHzFJIq1i9HIGfAHgSDf10gChPxZaikg GI2sct0cPvZXigtkJo+eaGLRTT08RvSSUgnwGzxMyHP5W7znHUWdmf1L4Ja+ItVTUy9J3qkun7dO ST5IyacemahB64f0Frvc6XS3Yg7bhv7Pzl8JAe2WDcU5uAn1sl8osxyDXHQp481rb59sRld42nI5 QQ6UEqfL8OQDkMeBKfY4HZ4ABlZvpkGF1HKzKg== Content-Type: multipart/alternative; boundary="===============1033817644166170155==" 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 To: current@freebsd.org Subject: =?utf-8?q?=C2=A1Ultimas_Horas!_=F0=9F=A7=A5__Abrigos_20=25_OFF_+_Env?= =?utf-8?q?=C3=ADo_Gratis?= Feedback-ID: 6c1gm:b:email_id:ENVIOSIMPLE:5d1h X-mta: emblue3prd-0 X-emmkt: E;;5h4ik64;;5d1h;;6c1gm:b;;6e4gp List-Unsubscribe: Message-ID: <6kH-66962551ee-@embluemail.com> Date: Thu, 20 May 2021 13:37:12 -0300 (-03) X-Rspamd-Queue-Id: 4FmFlM5Y3Dz3nHT X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=prototype.com.ar header.s=epexo header.b=kbu07spL; dkim=pass header.d=embluenitro.com header.s=epexo header.b=GF6nQkpl; dmarc=pass (policy=quarantine) header.from=prototype.com.ar; spf=pass (mx1.freebsd.org: domain of emblue3prd@emark4.embluejet.com designates 185.98.146.9 as permitted sender) smtp.mailfrom=emblue3prd@emark4.embluejet.com X-Spamd-Result: default: False [-0.81 / 15.00]; HAS_REPLYTO(0.00)[info@prototype.com.ar]; R_SPF_ALLOW(-0.20)[+ip4:185.98.146.0/24:c]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[prototype.com.ar:+,embluenitro.com:+]; SUBJECT_HAS_EXCLAIM(0.00)[]; DMARC_POLICY_ALLOW(-0.50)[prototype.com.ar,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[info@prototype.com.ar,emblue3prd@emark4.embluejet.com]; RCVD_COUNT_ZERO(0.00)[0]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[185.98.146.9:from]; ASN(0.00)[asn:51050, ipnet:185.98.144.0/22, country:NL]; FROM_NEQ_ENVFROM(0.00)[info@prototype.com.ar,emblue3prd@emark4.embluejet.com]; R_PARTS_DIFFER(0.02)[51.1%]; RWL_MAILSPIKE_NEUTRAL(0.00)[185.98.146.9:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.83)[-0.828]; R_DKIM_ALLOW(-0.20)[prototype.com.ar:s=epexo,embluenitro.com:s=epexo]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; HTML_SHORT_LINK_IMG_1(2.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; HAS_LIST_UNSUB(-0.01)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[185.98.146.9:from:127.0.2.255]; MANY_INVISIBLE_PARTS(0.70)[8]; MAILMAN_DEST(0.00)[current] Reply-To: info@prototype.com.ar, info@prototype.com.ar From: Prototype via current X-Original-From: Prototype X-Spam: Yes --===============1033817644166170155== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Su Cliente de Mail NO soporta mensajes en formato HTML. Para ver correctamente el contenido del correo COPIE y PEGUE la siguiente U= RL en su Navegador Web (Chrome / Internet Explorer / FireFox / Safari)=20 https://app.embluemail.com/Online/VON.aspx?data=3DSu%2BRB1%2BU%2BHs2xMlIRYx= IVEZ7cwehoT29YbgQZ4klObc60fSqolNRcaKCEgMs%2Fz7zoCs7t8scUuPq0W%2BaQUXIMaUXtt= vLCtBu8NqJZsCDW33vSb9Z6rIIHg%2Bt8EX412y5!-!8ruXvldHOGm5IYCwreDws57G1TIvSG+/= BfSl6k4y+KRxmFZUjcVLHat1pgFnCvaP --===============1033817644166170155== Content-Type: text/html; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable

Ver en mi navegador

3D"Prototype=
TOPS BOTTOMS  &= nbsp; NEW= IN
= 3D"20%
¡APROVEC= HÁ LAS 3 y 6 CUOTAS SIN INTERÉS!
3D""
 
6 cuotas sin interés
3D""
 
+$8000 envíos gratis
3D""
 
Política de ca= mbios
 
Se= guinos en:
3D"Instagram"   3D"Facebook"   3D"Twitter"   3D"Pinterest"   3D"Youtube"   3D"Facebook"
 
T&eac= ute;rminos y Condiciones
=   |   Política de devolución
  |&n= bsp; Preguntas frecue= ntes
Franquicias=
&n= bsp; |   Locales<= /a>
&nbs= p; |  Contacto
 
3D"" =20 =20 =20

En virtud de lo establecido por la disposició= n de Protección de Datos Personales usted tiene derecho a solicitar = al emisor de este mensaje la rectificación, actualización, in= clusión o supresión de los datos personales incluidos en su b= ase de contactos, listas o cadenas de mensajes en los cuales usted se encue= ntre. Conozca más
Quiero desuscribirme |=20 Actualizar perfil | Términos y condi= ciones

--===============1033817644166170155==-- From nobody Thu May 20 17:34:36 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 7E1378B2F3C for ; Thu, 20 May 2021 17:34:32 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "ultimatedns.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FmH1423z1z4lYw for ; Thu, 20 May 2021 17:34:31 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.16.1/8.16.1) with ESMTP id 14KHYaZ7031819; Thu, 20 May 2021 10:34:43 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Date: Thu, 20 May 2021 10:34:36 -0700 From: Chris To: Michael Gmelin Cc: freebsd-current@freebsd.org Subject: Re: Reducing SIGINFO verbosity In-Reply-To: <20210520180155.3e23500e@bsd64.grem.de> References: <20210520180155.3e23500e@bsd64.grem.de> User-Agent: UDNSMS/17.0 Message-ID: <51aa1283b9ffd84a09585b37b5f6b856@bsdforge.com> X-Sender: bsd-lists@bsdforge.com Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FmH1423z1z4lYw X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] On 2021-05-20 09:01, Michael Gmelin wrote: > Hi, > > I'm leaving this here, mostly so that others (or future me) can google > it up. > > Traditionally, CTRL-t would give a one-line output + whatever the > process specific signal handler comes up with: > > # sleep 120 <--- hits CTRL-t > load: 0.27 cmd: sleep 38162 [nanslp] 0.64r 0.00u 0.00s 0% 1780k > sleep: about 119 second(s) left out of the original 120 > > # cat <--- hits CTRL-t > load: 0.02 cmd: cat 24379 [ttyin] 0.63r 0.00u 0.00s 0% 2308k > > > On 13 I get: > > # sleep 120 <--- hits CTRL-t > load: 0.12 cmd: sleep 3241 [nanslp] 0.52r 0.00u 0.00s 0% 2172k > mi_switch+0xc1 sleepq_catch_signals+0x2e6 sleepq_timedwait_sig+0x12 > _sleep+0x199 kern_clock_nanosleep+0x1e1 sys_nanosleep+0x3b > amd64_syscall+0x10c fast_syscall_common+0xf8 sleep: about 119 > second(s) left out of the original 120 > > # cat <--- hits CTRL-t > load: 0.09 cmd: cat 3240 [ttyin] 0.23r 0.00u 0.00s 0% 2300k > mi_switch+0xc1 sleepq_catch_signals+0x2e6 sleepq_wait_sig+0x9 > _cv_wait_sig+0xe4 tty_wait+0x1c ttydisc_read+0x2ac ttydev_read+0x56 > devfs_read_f+0xd5 dofileread+0x81 sys_read+0xbc amd64_syscall+0x10c > fast_syscall_common+0xf8 YIKES! Can you say POLA? ;-) > > which is quite way too verbose when checking the progress of > long-running processes, like cp, dd, or poudriere. Especially as CTRL-t > is part of the user experience to me - I use it to interact with the > machine outside of debugging software issues. > > Setting > > sysctl kern.tty_info_kstacks=0 > echo kern.tty_info_kstacks=0 >>/etc/sysctl.conf Thanks! :-) > > fixes this permanently. > > Apparently, this was enabled by default on purpose[0], so that people > find the feature (which certainly worked ^_^), but I think it would > been worth mentioning the sysctl somewhere in the release notes/errata, > so that people understand how to disable it again. UPDATING? > > Best > Michael Thanks for mentioning it, Michael. --Chris > > [0]https://cgit.freebsd.org/src/commit/sys/kern/tty_info.c?h=releng/13.0&id=508a6e84e785f642545b81c3ecb325685a2e56a7 From nobody Thu May 20 18:59:17 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 E933C621B7B for ; Thu, 20 May 2021 18:59:19 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gate2.funkthat.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FmJtv5F98z4RtJ; Thu, 20 May 2021 18:59:19 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.15.2/8.15.2) with ESMTPS id 14KIxHU6087646 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 20 May 2021 11:59:17 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id 14KIxHRH087645; Thu, 20 May 2021 11:59:17 -0700 (PDT) (envelope-from jmg) Date: Thu, 20 May 2021 11:59:17 -0700 From: John-Mark Gurney To: Michael Gmelin Cc: "freebsd-current@freebsd.org" , cem@FreeBSD.org Subject: Re: Reducing SIGINFO verbosity Message-ID: <20210520185917.GL14975@funkthat.com> Mail-Followup-To: Michael Gmelin , "freebsd-current@freebsd.org" , cem@FreeBSD.org References: <20210520180155.3e23500e@bsd64.grem.de> 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: <20210520180155.3e23500e@bsd64.grem.de> X-Operating-System: FreeBSD 11.3-STABLE amd64 X-PGP-Fingerprint: D87A 235F FB71 1F3F 55B7 ED9B D5FF 5A51 C0AC 3D65 X-Files: The truth is out there X-URL: https://www.funkthat.com/ X-Resume: https://www.funkthat.com/~jmg/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (gold.funkthat.com [127.0.0.1]); Thu, 20 May 2021 11:59:17 -0700 (PDT) X-Rspamd-Queue-Id: 4FmJtv5F98z4RtJ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Michael Gmelin wrote this message on Thu, May 20, 2021 at 18:01 +0200: > I'm leaving this here, mostly so that others (or future me) can google > it up. > > Traditionally, CTRL-t would give a one-line output + whatever the > process specific signal handler comes up with: > > # sleep 120 <--- hits CTRL-t > load: 0.27 cmd: sleep 38162 [nanslp] 0.64r 0.00u 0.00s 0% 1780k > sleep: about 119 second(s) left out of the original 120 > > # cat <--- hits CTRL-t > load: 0.02 cmd: cat 24379 [ttyin] 0.63r 0.00u 0.00s 0% 2308k > > > On 13 I get: > > # sleep 120 <--- hits CTRL-t > load: 0.12 cmd: sleep 3241 [nanslp] 0.52r 0.00u 0.00s 0% 2172k > mi_switch+0xc1 sleepq_catch_signals+0x2e6 sleepq_timedwait_sig+0x12 > _sleep+0x199 kern_clock_nanosleep+0x1e1 sys_nanosleep+0x3b > amd64_syscall+0x10c fast_syscall_common+0xf8 sleep: about 119 > second(s) left out of the original 120 > > # cat <--- hits CTRL-t > load: 0.09 cmd: cat 3240 [ttyin] 0.23r 0.00u 0.00s 0% 2300k > mi_switch+0xc1 sleepq_catch_signals+0x2e6 sleepq_wait_sig+0x9 > _cv_wait_sig+0xe4 tty_wait+0x1c ttydisc_read+0x2ac ttydev_read+0x56 > devfs_read_f+0xd5 dofileread+0x81 sys_read+0xbc amd64_syscall+0x10c > fast_syscall_common+0xf8 > > which is quite way too verbose when checking the progress of > long-running processes, like cp, dd, or poudriere. Especially as CTRL-t > is part of the user experience to me - I use it to interact with the > machine outside of debugging software issues. > > Setting > > sysctl kern.tty_info_kstacks=0 > echo kern.tty_info_kstacks=0 >>/etc/sysctl.conf > > fixes this permanently. > > Apparently, this was enabled by default on purpose[0], so that people > find the feature (which certainly worked ^_^), but I think it would > been worth mentioning the sysctl somewhere in the release notes/errata, > so that people understand how to disable it again. I think the original intent was to disable this on -stable or at least -RELEASEs, but it looks like this didn't happen. This is VERY helpful for a developer, but not as helpful for most users. Conrad, Should this be disabled on -stable now? -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From nobody Thu May 20 22:57:17 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 416E78C050B for ; Thu, 20 May 2021 22:57:31 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-ot1-f41.google.com (mail-ot1-f41.google.com [209.85.210.41]) (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 4FmQ9k3vWtz3j00 for ; Thu, 20 May 2021 22:57:30 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mail-ot1-f41.google.com with SMTP id i14-20020a9d624e0000b029033683c71999so5176540otk.5 for ; Thu, 20 May 2021 15:57:30 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:reply-to :from:date:message-id:subject:to; bh=klGEkZaChWS0ARD3vEJrNvgvy5Xx6vSQdcoyzy61a9w=; b=uafcvlHe8OaYNQXy62AHSYPQl7tiqK17DnuHxY7IUlq2jeIrGrMw02wlTd1JgTZOmY C4187T5o8pnugEuIRX+CFRafX7wcIZzGM49WsVLShLRMUqxiqSTMNrJd4s2Xt3o5+baY 5IQ9j9JHM6VdnJPmzuiX+5KJHqH1kUQ96MCP66J5rvoQAKHh/vvGfdrkxnFBBamiom72 a95/a4+j5rACyC6NPBRCwQ2qOxTtBJyEjGZiV4wlWAExOpom0Z/96cgy48OYY2T9GF+w kNhux/z2z4Cr9yByagcIi7rLRoJEfB8jcNJmDmzbGksqMt/MoC8ZLBVtjJPqnltEHk83 ot6w== X-Gm-Message-State: AOAM532zsgNoF3mYIeTOWHQIxCAF+WG/qOGujmTWoTeZJ2TXMHZ3DXaG zX3orH/RwIDrCv8MCsZvI0UpKFk1VAA= X-Google-Smtp-Source: ABdhPJxQqT2d07eoIhgKgeGC6eYIsxMFRRVzga+hnEg7Xh0L0Cjgj5fJF4E/qqALsafcgHRXm2+Mhw== X-Received: by 2002:a9d:8c2:: with SMTP id 60mr5739485otf.217.1621551449081; Thu, 20 May 2021 15:57:29 -0700 (PDT) Received: from mail-ot1-f54.google.com (mail-ot1-f54.google.com. [209.85.210.54]) by smtp.gmail.com with ESMTPSA id y205sm815574oie.58.2021.05.20.15.57.28 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 20 May 2021 15:57:28 -0700 (PDT) Received: by mail-ot1-f54.google.com with SMTP id r26-20020a056830121ab02902a5ff1c9b81so16344398otp.11 for ; Thu, 20 May 2021 15:57:28 -0700 (PDT) X-Received: by 2002:a05:6830:cd:: with SMTP id x13mr5614263oto.299.1621551448604; Thu, 20 May 2021 15:57:28 -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: <20210520180155.3e23500e@bsd64.grem.de> <20210520185917.GL14975@funkthat.com> In-Reply-To: <20210520185917.GL14975@funkthat.com> Reply-To: cem@freebsd.org From: Conrad Meyer Date: Thu, 20 May 2021 15:57:17 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Reducing SIGINFO verbosity To: Michael Gmelin , "freebsd-current@freebsd.org" Content-Type: multipart/alternative; boundary="00000000000014430805c2cadeab" X-Rspamd-Queue-Id: 4FmQ9k3vWtz3j00 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of csecem@gmail.com designates 209.85.210.41 as permitted sender) smtp.mailfrom=csecem@gmail.com X-Spamd-Result: default: False [-1.06 / 15.00]; HAS_REPLYTO(0.00)[cem@freebsd.org]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[209.85.210.41:from]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; FORGED_SENDER(0.30)[cem@freebsd.org,csecem@gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; R_DKIM_NA(0.00)[]; TAGGED_FROM(0.00)[]; FROM_NEQ_ENVFROM(0.00)[cem@freebsd.org,csecem@gmail.com]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.210.41:from]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; NEURAL_SPAM_MEDIUM(0.94)[0.941]; SPAMHAUS_ZRD(0.00)[209.85.210.41:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.210.41:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] --00000000000014430805c2cadeab Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable No, I don=E2=80=99t think there=E2=80=99s any reason to default it differen= tly on stable vs current. I think it=E2=80=99s useful (and I prefer the more verbose form, w= hich isn=E2=80=99t the default). Conrad On Thu, May 20, 2021 at 11:59 John-Mark Gurney wrote: > Michael Gmelin wrote this message on Thu, May 20, 2021 at 18:01 +0200: > > I'm leaving this here, mostly so that others (or future me) can google > > it up. > > > > Traditionally, CTRL-t would give a one-line output + whatever the > > process specific signal handler comes up with: > > > > # sleep 120 <--- hits CTRL-t > > load: 0.27 cmd: sleep 38162 [nanslp] 0.64r 0.00u 0.00s 0% 1780k > > sleep: about 119 second(s) left out of the original 120 > > > > # cat <--- hits CTRL-t > > load: 0.02 cmd: cat 24379 [ttyin] 0.63r 0.00u 0.00s 0% 2308k > > > > > > On 13 I get: > > > > # sleep 120 <--- hits CTRL-t > > load: 0.12 cmd: sleep 3241 [nanslp] 0.52r 0.00u 0.00s 0% 2172k > > mi_switch+0xc1 sleepq_catch_signals+0x2e6 sleepq_timedwait_sig+0x12 > > _sleep+0x199 kern_clock_nanosleep+0x1e1 sys_nanosleep+0x3b > > amd64_syscall+0x10c fast_syscall_common+0xf8 sleep: about 119 > > second(s) left out of the original 120 > > > > # cat <--- hits CTRL-t > > load: 0.09 cmd: cat 3240 [ttyin] 0.23r 0.00u 0.00s 0% 2300k > > mi_switch+0xc1 sleepq_catch_signals+0x2e6 sleepq_wait_sig+0x9 > > _cv_wait_sig+0xe4 tty_wait+0x1c ttydisc_read+0x2ac ttydev_read+0x56 > > devfs_read_f+0xd5 dofileread+0x81 sys_read+0xbc amd64_syscall+0x10c > > fast_syscall_common+0xf8 > > > > which is quite way too verbose when checking the progress of > > long-running processes, like cp, dd, or poudriere. Especially as CTRL-t > > is part of the user experience to me - I use it to interact with the > > machine outside of debugging software issues. > > > > Setting > > > > sysctl kern.tty_info_kstacks=3D0 > > echo kern.tty_info_kstacks=3D0 >>/etc/sysctl.conf > > > > fixes this permanently. > > > > Apparently, this was enabled by default on purpose[0], so that people > > find the feature (which certainly worked ^_^), but I think it would > > been worth mentioning the sysctl somewhere in the release notes/errata, > > so that people understand how to disable it again. > > I think the original intent was to disable this on -stable or at least > -RELEASEs, but it looks like this didn't happen. This is VERY helpful > for a developer, but not as helpful for most users. > > Conrad, > > Should this be disabled on -stable now? > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > --00000000000014430805c2cadeab Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
No, I don=E2=80=99t think there=E2=80=99s any reason to d= efault it differently on stable vs current. I think it=E2=80=99s useful (an= d I prefer the more verbose form, which isn=E2=80=99t the default).

Conrad=C2=A0

On Thu, May 20= , 2021 at 11:59 John-Mark Gurney <jm= g@funkthat.com> wrote:
Micha= el Gmelin wrote this message on Thu, May 20, 2021 at 18:01 +0200:
> I'm leaving this here, mostly so that others (or future me) can go= ogle
> it up.
>
> Traditionally, CTRL-t would give a one-line output + whatever the
> process specific signal handler comes up with:
>
>=C2=A0 =C2=A0# sleep 120 <--- hits CTRL-t
>=C2=A0 =C2=A0load: 0.27=C2=A0 cmd: sleep 38162 [nanslp] 0.64r 0.00u 0.0= 0s 0% 1780k
>=C2=A0 =C2=A0sleep: about 119 second(s) left out of the original 120 >
>=C2=A0 =C2=A0# cat <--- hits CTRL-t
>=C2=A0 =C2=A0load: 0.02=C2=A0 cmd: cat 24379 [ttyin] 0.63r 0.00u 0.00s = 0% 2308k
>
>=C2=A0 =C2=A0
> On 13 I get:
>
>=C2=A0 =C2=A0# sleep 120 <--- hits CTRL-t
>=C2=A0 =C2=A0load: 0.12=C2=A0 cmd: sleep 3241 [nanslp] 0.52r 0.00u 0.00= s 0% 2172k
>=C2=A0 =C2=A0mi_switch+0xc1 sleepq_catch_signals+0x2e6 sleepq_timedwait= _sig+0x12
>=C2=A0 =C2=A0_sleep+0x199 kern_clock_nanosleep+0x1e1 sys_nanosleep+0x3b=
>=C2=A0 =C2=A0amd64_syscall+0x10c fast_syscall_common+0xf8 sleep: about = 119
>=C2=A0 =C2=A0second(s) left out of the original 120
>
>=C2=A0 =C2=A0# cat <--- hits CTRL-t
>=C2=A0 =C2=A0load: 0.09=C2=A0 cmd: cat 3240 [ttyin] 0.23r 0.00u 0.00s 0= % 2300k
>=C2=A0 =C2=A0mi_switch+0xc1 sleepq_catch_signals+0x2e6 sleepq_wait_sig+= 0x9
>=C2=A0 =C2=A0_cv_wait_sig+0xe4 tty_wait+0x1c ttydisc_read+0x2ac ttydev_= read+0x56
>=C2=A0 =C2=A0devfs_read_f+0xd5 dofileread+0x81 sys_read+0xbc amd64_sysc= all+0x10c
>=C2=A0 =C2=A0fast_syscall_common+0xf8
>
> which is quite way too verbose when checking the progress of
> long-running processes, like cp, dd, or poudriere. Especially as CTRL-= t
> is part of the user experience to me - I use it to interact with the > machine outside of debugging software issues.
>
> Setting
>
>=C2=A0 =C2=A0sysctl kern.tty_info_kstacks=3D0
>=C2=A0 =C2=A0echo kern.tty_info_kstacks=3D0 >>/etc/sysctl.conf >
> fixes this permanently.
>
> Apparently, this was enabled by default on purpose[0], so that people<= br> > find the feature (which certainly worked ^_^), but I think it would > been worth mentioning the sysctl somewhere in the release notes/errata= ,
> so that people understand how to disable it again.

I think the original intent was to disable this on -stable or at least
-RELEASEs, but it looks like this didn't happen.=C2=A0 This is VERY hel= pful
for a developer, but not as helpful for most users.

Conrad,

Should this be disabled on -stable now?

--
=C2=A0 John-Mark Gurney=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Voice: +1 415 225 5579=

=C2=A0 =C2=A0 =C2=A0"All that I will do, has been done, All that I hav= e, has not."
--00000000000014430805c2cadeab-- From nobody Thu May 20 23:55:31 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 D492E8CCC9E; Thu, 20 May 2021 23:55:39 +0000 (UTC) (envelope-from agh@riseup.net) Received: from mx1.riseup.net (mx1.riseup.net [198.252.153.129]) (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 "*.riseup.net", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FmRSq3NZvz4hRN; Thu, 20 May 2021 23:55:39 +0000 (UTC) (envelope-from agh@riseup.net) Received: from fews1.riseup.net (fews1-pn.riseup.net [10.0.1.83]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.riseup.net", Issuer "Sectigo RSA Domain Validation Secure Server CA" (not verified)) by mx1.riseup.net (Postfix) with ESMTPS id 4FmRSn4DVwzDxbS; Thu, 20 May 2021 16:55:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1621554937; bh=qy4PSTxhJGQRQf0Bed4Wg49otAtbFha27Rt10TjHOuI=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=iNABFk4ztch9vbB/ehjj/pUn0fxeKXuTfZxMkX1dtPdNYsvZzbeNPXUSaBYEH99c8 xfiKCthmTKlfTH8jnnsTHuGmEvffXc5IB8xuH2Pk8W9DBptZOxB8eHZo3TbhY6azNT dE83uk5skduSt4C5R0pC7XuBSFo7w3NU3MJOWXeE= X-Riseup-User-ID: 0764A47034D62ECE95ED77C7D43839C1F45E7E5ABE05F59B8013AC919B5CF4C7 Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews1.riseup.net (Postfix) with ESMTPSA id 4FmRSm3J9gz5vNY; Thu, 20 May 2021 16:55:36 -0700 (PDT) From: Alastair Hogge To: "freebsd-current@freebsd.org" , current@freebsd.org Cc: Michael Gmelin Subject: Re: Reducing SIGINFO verbosity Date: Fri, 21 May 2021 07:55:31 +0800 Message-ID: <2862100.slGk94SIus@direwolf.local.> In-Reply-To: <20210520180155.3e23500e@bsd64.grem.de> References: <20210520180155.3e23500e@bsd64.grem.de> 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: 4FmRSq3NZvz4hRN X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] On Friday, 21 May 2021 12:01:55 AM AWST Michael Gmelin wrote: > Hi, > > I'm leaving this here, mostly so that others (or future me) can google > it up. > > Traditionally, CTRL-t would give a one-line output + whatever the > process specific signal handler comes up with: > > # sleep 120 <--- hits CTRL-t > load: 0.27 cmd: sleep 38162 [nanslp] 0.64r 0.00u 0.00s 0% 1780k > sleep: about 119 second(s) left out of the original 120 > > # cat <--- hits CTRL-t > load: 0.02 cmd: cat 24379 [ttyin] 0.63r 0.00u 0.00s 0% 2308k > > > On 13 I get: > > # sleep 120 <--- hits CTRL-t > load: 0.12 cmd: sleep 3241 [nanslp] 0.52r 0.00u 0.00s 0% 2172k > mi_switch+0xc1 sleepq_catch_signals+0x2e6 sleepq_timedwait_sig+0x12 > _sleep+0x199 kern_clock_nanosleep+0x1e1 sys_nanosleep+0x3b > amd64_syscall+0x10c fast_syscall_common+0xf8 sleep: about 119 > second(s) left out of the original 120 > > # cat <--- hits CTRL-t > load: 0.09 cmd: cat 3240 [ttyin] 0.23r 0.00u 0.00s 0% 2300k > mi_switch+0xc1 sleepq_catch_signals+0x2e6 sleepq_wait_sig+0x9 > _cv_wait_sig+0xe4 tty_wait+0x1c ttydisc_read+0x2ac ttydev_read+0x56 > devfs_read_f+0xd5 dofileread+0x81 sys_read+0xbc amd64_syscall+0x10c > fast_syscall_common+0xf8 > > which is quite way too verbose when checking the progress of > long-running processes, like cp, dd, or poudriere. Especially as CTRL-t > is part of the user experience to me - I use it to interact with the > machine outside of debugging software issues. > > Setting > > sysctl kern.tty_info_kstacks=0 > echo kern.tty_info_kstacks=0 >>/etc/sysctl.conf > > fixes this permanently. Thank you so much :-) To good health, Alastair From nobody Thu May 20 23:55:31 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 D492E8CCC9E; Thu, 20 May 2021 23:55:39 +0000 (UTC) (envelope-from agh@riseup.net) Received: from mx1.riseup.net (mx1.riseup.net [198.252.153.129]) (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 "*.riseup.net", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FmRSq3NZvz4hRN; Thu, 20 May 2021 23:55:39 +0000 (UTC) (envelope-from agh@riseup.net) Received: from fews1.riseup.net (fews1-pn.riseup.net [10.0.1.83]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.riseup.net", Issuer "Sectigo RSA Domain Validation Secure Server CA" (not verified)) by mx1.riseup.net (Postfix) with ESMTPS id 4FmRSn4DVwzDxbS; Thu, 20 May 2021 16:55:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1621554937; bh=qy4PSTxhJGQRQf0Bed4Wg49otAtbFha27Rt10TjHOuI=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=iNABFk4ztch9vbB/ehjj/pUn0fxeKXuTfZxMkX1dtPdNYsvZzbeNPXUSaBYEH99c8 xfiKCthmTKlfTH8jnnsTHuGmEvffXc5IB8xuH2Pk8W9DBptZOxB8eHZo3TbhY6azNT dE83uk5skduSt4C5R0pC7XuBSFo7w3NU3MJOWXeE= X-Riseup-User-ID: 0764A47034D62ECE95ED77C7D43839C1F45E7E5ABE05F59B8013AC919B5CF4C7 Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews1.riseup.net (Postfix) with ESMTPSA id 4FmRSm3J9gz5vNY; Thu, 20 May 2021 16:55:36 -0700 (PDT) From: Alastair Hogge To: "freebsd-current@freebsd.org" , current@freebsd.org Cc: Michael Gmelin Subject: Re: Reducing SIGINFO verbosity Date: Fri, 21 May 2021 07:55:31 +0800 Message-ID: <2862100.slGk94SIus@direwolf.local.> In-Reply-To: <20210520180155.3e23500e@bsd64.grem.de> References: <20210520180155.3e23500e@bsd64.grem.de> 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: 4FmRSq3NZvz4hRN X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] On Friday, 21 May 2021 12:01:55 AM AWST Michael Gmelin wrote: > Hi, > > I'm leaving this here, mostly so that others (or future me) can google > it up. > > Traditionally, CTRL-t would give a one-line output + whatever the > process specific signal handler comes up with: > > # sleep 120 <--- hits CTRL-t > load: 0.27 cmd: sleep 38162 [nanslp] 0.64r 0.00u 0.00s 0% 1780k > sleep: about 119 second(s) left out of the original 120 > > # cat <--- hits CTRL-t > load: 0.02 cmd: cat 24379 [ttyin] 0.63r 0.00u 0.00s 0% 2308k > > > On 13 I get: > > # sleep 120 <--- hits CTRL-t > load: 0.12 cmd: sleep 3241 [nanslp] 0.52r 0.00u 0.00s 0% 2172k > mi_switch+0xc1 sleepq_catch_signals+0x2e6 sleepq_timedwait_sig+0x12 > _sleep+0x199 kern_clock_nanosleep+0x1e1 sys_nanosleep+0x3b > amd64_syscall+0x10c fast_syscall_common+0xf8 sleep: about 119 > second(s) left out of the original 120 > > # cat <--- hits CTRL-t > load: 0.09 cmd: cat 3240 [ttyin] 0.23r 0.00u 0.00s 0% 2300k > mi_switch+0xc1 sleepq_catch_signals+0x2e6 sleepq_wait_sig+0x9 > _cv_wait_sig+0xe4 tty_wait+0x1c ttydisc_read+0x2ac ttydev_read+0x56 > devfs_read_f+0xd5 dofileread+0x81 sys_read+0xbc amd64_syscall+0x10c > fast_syscall_common+0xf8 > > which is quite way too verbose when checking the progress of > long-running processes, like cp, dd, or poudriere. Especially as CTRL-t > is part of the user experience to me - I use it to interact with the > machine outside of debugging software issues. > > Setting > > sysctl kern.tty_info_kstacks=0 > echo kern.tty_info_kstacks=0 >>/etc/sysctl.conf > > fixes this permanently. Thank you so much :-) To good health, Alastair From nobody Fri May 21 00:26:30 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 5442D8BDA35 for ; Fri, 21 May 2021 00:26:36 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.3 with cipher TLS_CHACHA20_POLY1305_SHA256 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.evolve.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FmS8W6d3Kz3HBm; Fri, 21 May 2021 00:26:35 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id 873027ef; Fri, 21 May 2021 00:26:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :cc:date:message-id:references:to; s=20180501; bh=BGcRto84Xs/Ev0 2g21xLD0IE6KE=; b=O18VKIwVyipdrk9tfjUPHfV+n3vZ7bueOJd/LRQa7VczUa ekl9k867epkT4zzapo0VQuN1eV6l69e9AzxHmCw/c7wOOWK5+/Wpu9kItFJ23PH2 zpQsp6tQIxY0fPDC6mF0ZL17HORNQEQxGLu+aULJJ230Rb97wN5llLIjoN/sW0Qt x1UtGk0A7am+XbcXIqtzaItqrA+V5ATP6ZiA3geFoCrlDRg518L0+IvxJaOddp4T hyFKU4qFBTm5PI9h274zlwZ7qeGMBgAk7gioqAezcxXZEL++nrDdkgpp/3Xpn6I6 QIWoqXppT1PPNBnBHQa4EC6ciPr94pG8jLy/FU3w== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :cc:date:message-id:references:to; q=dns; s=20180501; b=n0bf3iuo FokbxuRolC9Y6mM05Sm8vG/ObVyFs8rZKZd0WLkEAW2tHjsdhqYPuDcy0msQ7Cvk ZKW012QBSsZ9trL8rpxrHhCwYQoLGa7NCrdhYYneqJuQZ6ivUlBir1fdzY7URPha LOCnnk66YXljtJVmpXLWM+4GOFBz+uNbXu1UdzHxN2+sfmEGs555Cl6naIKdAgZo an/S4uwNXfiQWsioXOLUSliei8DiTTEtT4i57PJe0LO7P4noNL5aIDVPrir5yEqH HPjg57IPBqLTSmEVAYYtNl10ZnewFyEcsq5dseGiYjrUjlSMlAFv2O00/Pqt1sa1 4MuZxbiKBJ5LHg== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 5b50344a (TLSv1.3:AEAD-CHACHA20-POLY1305-SHA256:256:NO); Fri, 21 May 2021 00:26:31 +0000 (UTC) Content-Type: multipart/alternative; boundary=Apple-Mail-EDDD88C8-179E-4760-AE2D-C6450FB771C5 Content-Transfer-Encoding: 7bit List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (1.0) Subject: Re: Reducing SIGINFO verbosity From: Michael Gmelin In-Reply-To: Cc: freebsd-current@freebsd.org Date: Fri, 21 May 2021 02:26:30 +0200 Message-Id: References: To: cem@freebsd.org X-Mailer: iPhone Mail (18E212) X-Rspamd-Queue-Id: 4FmS8W6d3Kz3HBm X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Spam: Yes --Apple-Mail-EDDD88C8-179E-4760-AE2D-C6450FB771C5 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable > On 21. May 2021, at 01:00, Conrad Meyer wrote: > =EF=BB=BF > No, I don=E2=80=99t think there=E2=80=99s any reason to default it differe= ntly on stable vs current. I think it=E2=80=99s useful (and I prefer the mor= e verbose form, which isn=E2=80=99t the default). >=20 > Conrad=20 Well, to me siginfo is part of the user interface and changing the user inte= rface to show lots of debug information by default feels wrong (especially o= n a 80x25 terminal, where it now takes multiple lines). A typical example is= hitting ctrl-t a couple of times to see the progress in a long running dd o= peration, all the extra clutter makes this unnecessarily inconvenient. Maybe= your use case differs, I don=E2=80=99t need to see system call details when= checking the poudriere build status. In the end, personally this simply means that there is one more thing I have= to configure on every host in the future, I don=E2=80=99t really have the e= nergy to fight over this. It would be nice if changing defaults of things that were the same for decad= es would be mentioned somewhere in the release notes though. Or maybe in the= verbose output itself? Just an idea, how this could be done in a user frien= dly way: Right now we have=20 0 - normal 1 - verbose 2 - very verbose What about adding a bit here that controls an extra line saying: "You can control the verbosity of siginfo output with sysctl kern.tty_info_k= stacks" Therefore, we would have these additional values, one of them being the defa= ult value: 16 - normal + sysctl help message 17 - verbose + sysctl help message 18 - very verbose + sysctl message At this point the default won=E2=80=99t matter that much, as users learn abo= ut the feature after the update and can easily configure the setting that su= its their needs. Just trying to be somehow constructive here, having this on by default still= doesn=E2=80=99t feel right to me. Michael >=20 >> On Thu, May 20, 2021 at 11:59 John-Mark Gurney wrote: >> Michael Gmelin wrote this message on Thu, May 20, 2021 at 18:01 +0200: >> > I'm leaving this here, mostly so that others (or future me) can google >> > it up. >> >=20 >> > Traditionally, CTRL-t would give a one-line output + whatever the >> > process specific signal handler comes up with: >> >=20 >> > # sleep 120 <--- hits CTRL-t >> > load: 0.27 cmd: sleep 38162 [nanslp] 0.64r 0.00u 0.00s 0% 1780k >> > sleep: about 119 second(s) left out of the original 120 >> >=20 >> > # cat <--- hits CTRL-t >> > load: 0.02 cmd: cat 24379 [ttyin] 0.63r 0.00u 0.00s 0% 2308k >> >=20 >> > =20 >> > On 13 I get: >> >=20 >> > # sleep 120 <--- hits CTRL-t >> > load: 0.12 cmd: sleep 3241 [nanslp] 0.52r 0.00u 0.00s 0% 2172k >> > mi_switch+0xc1 sleepq_catch_signals+0x2e6 sleepq_timedwait_sig+0x12 >> > _sleep+0x199 kern_clock_nanosleep+0x1e1 sys_nanosleep+0x3b >> > amd64_syscall+0x10c fast_syscall_common+0xf8 sleep: about 119 >> > second(s) left out of the original 120 >> >=20 >> > # cat <--- hits CTRL-t >> > load: 0.09 cmd: cat 3240 [ttyin] 0.23r 0.00u 0.00s 0% 2300k >> > mi_switch+0xc1 sleepq_catch_signals+0x2e6 sleepq_wait_sig+0x9 >> > _cv_wait_sig+0xe4 tty_wait+0x1c ttydisc_read+0x2ac ttydev_read+0x56 >> > devfs_read_f+0xd5 dofileread+0x81 sys_read+0xbc amd64_syscall+0x10c >> > fast_syscall_common+0xf8=20 >> >=20 >> > which is quite way too verbose when checking the progress of >> > long-running processes, like cp, dd, or poudriere. Especially as CTRL-t= >> > is part of the user experience to me - I use it to interact with the >> > machine outside of debugging software issues. >> >=20 >> > Setting >> >=20 >> > sysctl kern.tty_info_kstacks=3D0 >> > echo kern.tty_info_kstacks=3D0 >>/etc/sysctl.conf >> >=20 >> > fixes this permanently. >> >=20 >> > Apparently, this was enabled by default on purpose[0], so that people >> > find the feature (which certainly worked ^_^), but I think it would >> > been worth mentioning the sysctl somewhere in the release notes/errata,= >> > so that people understand how to disable it again. >>=20 >> I think the original intent was to disable this on -stable or at least >> -RELEASEs, but it looks like this didn't happen. This is VERY helpful >> for a developer, but not as helpful for most users. >>=20 >> Conrad, >>=20 >> Should this be disabled on -stable now? >>=20 >> --=20 >> John-Mark Gurney Voice: +1 415 225 5579 >>=20 >> "All that I will do, has been done, All that I have, has not." --Apple-Mail-EDDD88C8-179E-4760-AE2D-C6450FB771C5 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable


On 21. May 2021, at 01:00, C= onrad Meyer <cem@freebsd.org> wrote:

=EF=BB=BF
No, I don=E2=80= =99t think there=E2=80=99s any reason to default it differently on stable vs= current. I think it=E2=80=99s useful (and I prefer the more verbose form, w= hich isn=E2=80=99t the default).

Conrad 

Well, to me s= iginfo is part of the user interface and changing the user interface to show= lots of debug information by default feels wrong (especially on a 80x25 ter= minal, where it now takes multiple lines). A typical example is hitting ctrl= -t a couple of times to see the progress in a long running dd operation, all= the extra clutter makes this unnecessarily inconvenient. Maybe your use cas= e differs, I don=E2=80=99t need to see system call details when checking the= poudriere build status.

In the end, personally thi= s simply means that there is one more thing I have to configure on every hos= t in the future, I don=E2=80=99t really have the energy to fight over this.<= /div>

It would be nice if changing defaults of things tha= t were the same for decades would be mentioned somewhere in the release note= s though. Or maybe in the verbose output itself? Just an idea, how this coul= d be done in a user friendly way:

Right now we have=  
0 - normal
1 - verbose
2 - very verbose=

What about adding a bit here that controls an extr= a line saying:

"You can control the verbosity of si= ginfo output with sysctl kern.tty_info_kstacks"

The= refore, we would have these additional values, one of them being the default= value:

16 - normal + sysctl help message
17 - verbose + sysctl help message
18 - very verbose + sysctl mes= sage

At this point the default won=E2=80=99t matter= that much, as users learn about the feature after the update and can easily= configure the setting that suits their needs.

Just= trying to be somehow constructive here, having this on by default still doe= sn=E2=80=99t feel right to me.

Michael

On Thu, May 20, 2021 at 11:= 59 John-Mark Gurney <jmg@funkthat.com= > wrote:
Michael Gmelin wrote t= his message on Thu, May 20, 2021 at 18:01 +0200:
> I'm leaving this here, mostly so that others (or future me) can google<= br> > it up.
>
> Traditionally, CTRL-t would give a one-line output + whatever the
> process specific signal handler comes up with:
>
>   # sleep 120 <--- hits CTRL-t
>   load: 0.27  cmd: sleep 38162 [nanslp] 0.64r 0.00u 0.00= s 0% 1780k
>   sleep: about 119 second(s) left out of the original 120
= >
>   # cat <--- hits CTRL-t
>   load: 0.02  cmd: cat 24379 [ttyin] 0.63r 0.00u 0.00s 0= % 2308k
>
>   
> On 13 I get:
>
>   # sleep 120 <--- hits CTRL-t
>   load: 0.12  cmd: sleep 3241 [nanslp] 0.52r 0.00u 0.00s= 0% 2172k
>   mi_switch+0xc1 sleepq_catch_signals+0x2e6 sleepq_timedwait_= sig+0x12
>   _sleep+0x199 kern_clock_nanosleep+0x1e1 sys_nanosleep+0x3b<= br> >   amd64_syscall+0x10c fast_syscall_common+0xf8 sleep: about 1= 19
>   second(s) left out of the original 120
>
>   # cat <--- hits CTRL-t
>   load: 0.09  cmd: cat 3240 [ttyin] 0.23r 0.00u 0.00s 0%= 2300k
>   mi_switch+0xc1 sleepq_catch_signals+0x2e6 sleepq_wait_sig+0= x9
>   _cv_wait_sig+0xe4 tty_wait+0x1c ttydisc_read+0x2ac ttydev_r= ead+0x56
>   devfs_read_f+0xd5 dofileread+0x81 sys_read+0xbc amd64_sysca= ll+0x10c
>   fast_syscall_common+0xf8
>
> which is quite way too verbose when checking the progress of
> long-running processes, like cp, dd, or poudriere. Especially as CTRL-t=
> is part of the user experience to me - I use it to interact with the > machine outside of debugging software issues.
>
> Setting
>
>   sysctl kern.tty_info_kstacks=3D0
>   echo kern.tty_info_kstacks=3D0 >>/etc/sysctl.conf
= >
> fixes this permanently.
>
> Apparently, this was enabled by default on purpose[0], so that people > find the feature (which certainly worked ^_^), but I think it would
= > been worth mentioning the sysctl somewhere in the release notes/errata,=
> so that people understand how to disable it again.

I think the original intent was to disable this on -stable or at least
-RELEASEs, but it looks like this didn't happen.  This is VERY helpful<= br> for a developer, but not as helpful for most users.

Conrad,

Should this be disabled on -stable now?

--
  John-Mark Gurney              &nbs= p;               Voice: +1 415 225 5579
     "All that I will do, has been done, All that I have, has= not."
= --Apple-Mail-EDDD88C8-179E-4760-AE2D-C6450FB771C5-- From nobody Fri May 21 00:41:33 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 3AC856235F3 for ; Fri, 21 May 2021 00:41:46 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x82a.google.com (mail-qt1-x82a.google.com [IPv6:2607:f8b0:4864:20::82a]) (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 4FmSV16rswz3h6d for ; Fri, 21 May 2021 00:41:45 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x82a.google.com with SMTP id h24so2801191qtm.12 for ; Thu, 20 May 2021 17:41:45 -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=Y9GaogMdK8vvjbB9NNK95rlNPG0EyA/cDAmvV9BK3Bo=; b=yKJEvBL9on2badvATF0lYAr7Kaitl56Low5APZI3TgZ5IO1m6X0qPedxK/+rbsdSA/ irOMrHVYkGMRcZ/DXPoNI+CRpdEPwS9DLDewGcvOQ5utRwiagIkxhljEjSi7ly4rpTvK tANjuCzeGvOlOO4cr1YXemXVYi4sO5zV18kZ/YRiaTmrnPmC+wlQrIgWtTd+R/LulooZ pVbCJ1rCtPhymtfDL8REXoRhoS2nI0f+VmXp3p2sj1m2xvZpcL16epF1ImM9J0IGjZiA JCIediUZ3l5p5hVBgbcuZjp2v/rtr/NsGk3c93YQoTs3QOPcmz1NLlqs7IJkikFRJZLn Z6ew== 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=Y9GaogMdK8vvjbB9NNK95rlNPG0EyA/cDAmvV9BK3Bo=; b=II67QLqB3A6fGKIVa/8TklYujIfuuQmZdQNFNFLZnjtwdreF3X1WaP9I4+ZbqPnhv/ uVOdYvMfU4lha0EsdZ3JqfTvA1I5d6Lfhk5DVP5z4c5sibAuWSCQ31nRb++xukbae7mP 43K8TVq2wlkYhnCVDfX6iOjRbfhGnCcbxhLAJiR4K+kFAiotbGYeUzGsR6xPYc41NrB8 ou4Y6csWTol27OFxnnj+Cnn8J1y9jT1ukHHJC+I/vv5PzWJHIZnxG4VRBkPh6YhusUL8 Svxld5VqLgH3Ia26NKBqCPMsr4zvg4MNr3+8zHRa5gjNo/Isaw/DE6cRZTfwbkMzXXY+ 3WCw== X-Gm-Message-State: AOAM532Gp/TbOUWB+qLJALIOXqRlTrtvYTTpk0wa7Kzr1HAlvBq13mWC b7qHKLqHhdAk7QKuau4UV7gQccIO9X9bQDhL2F+SrvX0plg= X-Google-Smtp-Source: ABdhPJwZT8KExlvP9YkXZ7yRgKJnQIhGvCyHsRL8U0g8J5DQlGomv3l2bsc0nFZ3qepzsOMcKqP9a/SQWeLuIdpTc4E= X-Received: by 2002:ac8:5986:: with SMTP id e6mr5956711qte.101.1621557705069; Thu, 20 May 2021 17:41:45 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Thu, 20 May 2021 18:41:33 -0600 Message-ID: Subject: Re: Reducing SIGINFO verbosity To: Michael Gmelin Cc: "Conrad E. Meyer" , FreeBSD Current Content-Type: multipart/alternative; boundary="000000000000fe72b905c2cc5230" X-Rspamd-Queue-Id: 4FmSV16rswz3h6d X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] --000000000000fe72b905c2cc5230 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, May 20, 2021, 6:28 PM Michael Gmelin wrote: > > > On 21. May 2021, at 01:00, Conrad Meyer wrote: > > =EF=BB=BF > No, I don=E2=80=99t think there=E2=80=99s any reason to default it differ= ently on stable > vs current. I think it=E2=80=99s useful (and I prefer the more verbose fo= rm, which > isn=E2=80=99t the default). > > Conrad > > > Well, to me siginfo is part of the user interface and changing the user > interface to show lots of debug information by default feels wrong > (especially on a 80x25 terminal, where it now takes multiple lines). A > typical example is hitting ctrl-t a couple of times to see the progress i= n > a long running dd operation, all the extra clutter makes this unnecessari= ly > inconvenient. Maybe your use case differs, I don=E2=80=99t need to see sy= stem call > details when checking the poudriere build status. > > In the end, personally this simply means that there is one more thing I > have to configure on every host in the future, I don=E2=80=99t really hav= e the > energy to fight over this. > > It would be nice if changing defaults of things that were the same for > decades would be mentioned somewhere in the release notes though. Or mayb= e > in the verbose output itself? Just an idea, how this could be done in a > user friendly way: > > Right now we have > 0 - normal > 1 - verbose > 2 - very verbose > > What about adding a bit here that controls an extra line saying: > > "You can control the verbosity of siginfo output with sysctl > kern.tty_info_kstacks" > > Therefore, we would have these additional values, one of them being the > default value: > > 16 - normal + sysctl help message > 17 - verbose + sysctl help message > 18 - very verbose + sysctl message > > At this point the default won=E2=80=99t matter that much, as users learn = about the > feature after the update and can easily configure the setting that suits > their needs. > > Just trying to be somehow constructive here, having this on by default > still doesn=E2=80=99t feel right to me. > If this were a tunable, I think cem's default is good. We'll be able to get more data than otherwise. Since the sysctl is writable, people can mostly get the extra info by logging in elsewhere and setting it. Part of me wants to have a toggle. Hit it 3 times in a second and we'd toggle verbosity. But then we'd want to turn it off for security, so I'm not so sure the complexity is worth it.. Warner Michael > > > On Thu, May 20, 2021 at 11:59 John-Mark Gurney wrote: > >> Michael Gmelin wrote this message on Thu, May 20, 2021 at 18:01 +0200: >> > I'm leaving this here, mostly so that others (or future me) can google >> > it up. >> > >> > Traditionally, CTRL-t would give a one-line output + whatever the >> > process specific signal handler comes up with: >> > >> > # sleep 120 <--- hits CTRL-t >> > load: 0.27 cmd: sleep 38162 [nanslp] 0.64r 0.00u 0.00s 0% 1780k >> > sleep: about 119 second(s) left out of the original 120 >> > >> > # cat <--- hits CTRL-t >> > load: 0.02 cmd: cat 24379 [ttyin] 0.63r 0.00u 0.00s 0% 2308k >> > >> > >> > On 13 I get: >> > >> > # sleep 120 <--- hits CTRL-t >> > load: 0.12 cmd: sleep 3241 [nanslp] 0.52r 0.00u 0.00s 0% 2172k >> > mi_switch+0xc1 sleepq_catch_signals+0x2e6 sleepq_timedwait_sig+0x12 >> > _sleep+0x199 kern_clock_nanosleep+0x1e1 sys_nanosleep+0x3b >> > amd64_syscall+0x10c fast_syscall_common+0xf8 sleep: about 119 >> > second(s) left out of the original 120 >> > >> > # cat <--- hits CTRL-t >> > load: 0.09 cmd: cat 3240 [ttyin] 0.23r 0.00u 0.00s 0% 2300k >> > mi_switch+0xc1 sleepq_catch_signals+0x2e6 sleepq_wait_sig+0x9 >> > _cv_wait_sig+0xe4 tty_wait+0x1c ttydisc_read+0x2ac ttydev_read+0x56 >> > devfs_read_f+0xd5 dofileread+0x81 sys_read+0xbc amd64_syscall+0x10c >> > fast_syscall_common+0xf8 >> > >> > which is quite way too verbose when checking the progress of >> > long-running processes, like cp, dd, or poudriere. Especially as CTRL-= t >> > is part of the user experience to me - I use it to interact with the >> > machine outside of debugging software issues. >> > >> > Setting >> > >> > sysctl kern.tty_info_kstacks=3D0 >> > echo kern.tty_info_kstacks=3D0 >>/etc/sysctl.conf >> > >> > fixes this permanently. >> > >> > Apparently, this was enabled by default on purpose[0], so that people >> > find the feature (which certainly worked ^_^), but I think it would >> > been worth mentioning the sysctl somewhere in the release notes/errata= , >> > so that people understand how to disable it again. >> >> I think the original intent was to disable this on -stable or at least >> -RELEASEs, but it looks like this didn't happen. This is VERY helpful >> for a developer, but not as helpful for most users. >> >> Conrad, >> >> Should this be disabled on -stable now? >> >> -- >> John-Mark Gurney Voice: +1 415 225 5579 >> >> "All that I will do, has been done, All that I have, has not." >> > --000000000000fe72b905c2cc5230 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Thu, May 20, 2021, 6:28 PM Michael Gmelin <freebsd@grem.de> wrote:


On 21. May 2021= , at 01:00, Conrad Meyer <cem@freebsd.org> wrote:

=EF=BB=BF
No, I don=E2=80=99t think there=E2=80=99s any reason to default it diffe= rently on stable vs current. I think it=E2=80=99s useful (and I prefer the = more verbose form, which isn=E2=80=99t the default).

Conrad=C2=A0

=
Well, to me siginfo is part of the user interface and changing t= he user interface to show lots of debug information by default feels wrong = (especially on a 80x25 terminal, where it now takes multiple lines). A typi= cal example is hitting ctrl-t a couple of times to see the progress in a lo= ng running dd operation, all the extra clutter makes this unnecessarily inc= onvenient. Maybe your use case differs, I don=E2=80=99t need to see system = call details when checking the poudriere build status.

=
In the end, personally this simply means that there is one more thing = I have to configure on every host in the future, I don=E2=80=99t really hav= e the energy to fight over this.

It would be nice = if changing defaults of things that were the same for decades would be ment= ioned somewhere in the release notes though. Or maybe in the verbose output= itself? Just an idea, how this could be done in a user friendly way:
=

Right now we have=C2=A0
0 - normal
= 1 - verbose
2 - very verbose

What about = adding a bit here that controls an extra line saying:

<= div>"You can control the verbosity of siginfo output with sysctl kern.= tty_info_kstacks"

Therefore, we would have th= ese additional values, one of them being the default value:

<= /div>
16 - normal + sysctl help message
17 - verbose + sysctl= help message
18 - very verbose + sysctl message

At this point the default won=E2=80=99t matter that much, as users= learn about the feature after the update and can easily configure the sett= ing that suits their needs.

Just trying to be some= how constructive here, having this on by default still doesn=E2=80=99t feel= right to me.
<= br>
If this were a tunable, I think cem's defaul= t is good. We'll be able to get more data than otherwise. Since the sys= ctl is writable, people can mostly get the extra info by logging in elsewhe= re and setting it.

Part = of me wants to have a toggle. Hit it 3 times in a second and we'd toggl= e verbosity. But then we'd want to turn it off for security, so I'm= not so sure the complexity is worth it..

=
Warner=C2=A0


Michael


On Thu, May 20, 2021= at 11:59 John-Mark Gurney <jmg@funkthat.com> wrote:
Michael Gmelin wrote this message on Thu, May 2= 0, 2021 at 18:01 +0200:
> I'm leaving this here, mostly so that others (or future me) can go= ogle
> it up.
>
> Traditionally, CTRL-t would give a one-line output + whatever the
> process specific signal handler comes up with:
>
>=C2=A0 =C2=A0# sleep 120 <--- hits CTRL-t
>=C2=A0 =C2=A0load: 0.27=C2=A0 cmd: sleep 38162 [nanslp] 0.64r 0.00u 0.0= 0s 0% 1780k
>=C2=A0 =C2=A0sleep: about 119 second(s) left out of the original 120 >
>=C2=A0 =C2=A0# cat <--- hits CTRL-t
>=C2=A0 =C2=A0load: 0.02=C2=A0 cmd: cat 24379 [ttyin] 0.63r 0.00u 0.00s = 0% 2308k
>
>=C2=A0 =C2=A0
> On 13 I get:
>
>=C2=A0 =C2=A0# sleep 120 <--- hits CTRL-t
>=C2=A0 =C2=A0load: 0.12=C2=A0 cmd: sleep 3241 [nanslp] 0.52r 0.00u 0.00= s 0% 2172k
>=C2=A0 =C2=A0mi_switch+0xc1 sleepq_catch_signals+0x2e6 sleepq_timedwait= _sig+0x12
>=C2=A0 =C2=A0_sleep+0x199 kern_clock_nanosleep+0x1e1 sys_nanosleep+0x3b=
>=C2=A0 =C2=A0amd64_syscall+0x10c fast_syscall_common+0xf8 sleep: about = 119
>=C2=A0 =C2=A0second(s) left out of the original 120
>
>=C2=A0 =C2=A0# cat <--- hits CTRL-t
>=C2=A0 =C2=A0load: 0.09=C2=A0 cmd: cat 3240 [ttyin] 0.23r 0.00u 0.00s 0= % 2300k
>=C2=A0 =C2=A0mi_switch+0xc1 sleepq_catch_signals+0x2e6 sleepq_wait_sig+= 0x9
>=C2=A0 =C2=A0_cv_wait_sig+0xe4 tty_wait+0x1c ttydisc_read+0x2ac ttydev_= read+0x56
>=C2=A0 =C2=A0devfs_read_f+0xd5 dofileread+0x81 sys_read+0xbc amd64_sysc= all+0x10c
>=C2=A0 =C2=A0fast_syscall_common+0xf8
>
> which is quite way too verbose when checking the progress of
> long-running processes, like cp, dd, or poudriere. Especially as CTRL-= t
> is part of the user experience to me - I use it to interact with the > machine outside of debugging software issues.
>
> Setting
>
>=C2=A0 =C2=A0sysctl kern.tty_info_kstacks=3D0
>=C2=A0 =C2=A0echo kern.tty_info_kstacks=3D0 >>/etc/sysctl.conf >
> fixes this permanently.
>
> Apparently, this was enabled by default on purpose[0], so that people<= br> > find the feature (which certainly worked ^_^), but I think it would > been worth mentioning the sysctl somewhere in the release notes/errata= ,
> so that people understand how to disable it again.

I think the original intent was to disable this on -stable or at least
-RELEASEs, but it looks like this didn't happen.=C2=A0 This is VERY hel= pful
for a developer, but not as helpful for most users.

Conrad,

Should this be disabled on -stable now?

--
=C2=A0 John-Mark Gurney=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Voice: +1 415 225 5579=

=C2=A0 =C2=A0 =C2=A0"All that I will do, has been done, All that I hav= e, has not."
--000000000000fe72b905c2cc5230-- From nobody Fri May 21 01:42: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 0F95D8B12F6 for ; Fri, 21 May 2021 01:42:25 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound4s.ore.mailhop.org (outbound4s.ore.mailhop.org [54.185.97.28]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FmTr04fJsz4fXW for ; Fri, 21 May 2021 01:42:24 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1621561343; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=aoUBYjbJbBOmXGBY9ApaI2NeGM+kjRG1nMyhA7YLAE8HUvd19PkicmD2S6FokjGPBeMvZd2WAo0MN jMXGHiIIBo1cm7fPbgENhtq4Uk6l6Nq9dkM68BKCVF49C5sFbHAh0bGC6a0YDk7DtewSC4ZSuUuWbD bacI899BT4ng7hXbtQ6D/nIKKIhMwweDMpQVhLoR9vo5Q2cdYg21ZwEr4RcYZ6RBAw0g/Xxl8vDVs6 9+06ufNJcagU5Htl/JdrhvHCMIqniNkcr22iiop1cQA4XGG8gW6Jwnn8DyGAGczJAu0sb9ZDCYCPu8 1LBt5yowTp6xxAZOJiEvNcubf5maSMw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:dkim-signature:from; bh=ZO3W5VL2Q3+QzF7MtQFcyw2JXmQlmsEAzY6J4YuN/hQ=; b=ethcKLxzJkHRESMt21UJ42TyeCabdF8IHelLrSz0pKH+u3e4+CEiS2uXQueKUW2qET7VAld4DL6Lj qEhUl/poxZjHBVH4vO5oCSrQUPiVpPuokg9B3LlbHZNA5PPP8Mx4POBQ3UOREd9H9g6Ee7DR0YE/OO XzndBBNMsXXDzsmX9t52bmGSYVaftuZGgRqTthDdh8J5hpg8SxnxMVX6b4TV8B6n9dTEhhwZTL7Vla GmKQPbehhKlTUUxLNR8eTasJhJgmQgI2j5jegVoyWu+1uHSQauXt9GD3DRJI4uJ+LAegxkBKpreDrB nt309FKdGtJHBQMtQoa2HTxWeNKREpw== ARC-Authentication-Results: i=1; outbound4.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:from; bh=ZO3W5VL2Q3+QzF7MtQFcyw2JXmQlmsEAzY6J4YuN/hQ=; b=KJhjjLlSxNRQSL/G4ZhvEgB6rUuSTwU1SIn1qZfdesdoJ0AFiynpHRUL0B3TccHVh+UjQAIck/aqF vjNIsndpDFUFcLkQqtFgPZB9jrqHoM8HquuVVG3ZLbHINUcetXVZaHpnpXpic3fwvIBFirAe6fK2GW wAul8FPtM/iHswilPLadGLzGOnYHRYLZU9MKidOcrixMRXdip0h73g8VRlKhjy1ziejQdSvs3Apwok 1OdFLrXkzOYJy4K+KbGVlNxN/B2S6deEiTaIe8HuKCN+qh5rQgndnibhAZ4cM9Y8bv/n/exDc45vnw l9IlJDfo59+S2QDX/zJBb7ypwV/9E2w== X-Originating-IP: 67.177.211.60 X-MHO-RoutePath: aGlwcGll X-MHO-User: c88298e7-b9d5-11eb-a653-89389772cfc7 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (c-67-177-211-60.hsd1.co.comcast.net [67.177.211.60]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id c88298e7-b9d5-11eb-a653-89389772cfc7; Fri, 21 May 2021 01:42:22 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 14L1gK7I082024; Thu, 20 May 2021 19:42:20 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <80625b01dd7a2740a23c22370741665e5d2ff6e5.camel@freebsd.org> Subject: Re: Reducing SIGINFO verbosity From: Ian Lepore To: cem@freebsd.org, Michael Gmelin , "freebsd-current@freebsd.org" Date: Thu, 20 May 2021 19:42:20 -0600 In-Reply-To: References: <20210520180155.3e23500e@bsd64.grem.de> <20210520185917.GL14975@funkthat.com> Content-Type: text/plain; charset="iso-8859-7" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team 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: 8bit X-Rspamd-Queue-Id: 4FmTr04fJsz4fXW X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] On Thu, 2021-05-20 at 15:57 -0700, Conrad Meyer wrote: > No, I don¢t think there¢s any reason to default it differently on > stable vs > current. I think it¢s useful (and I prefer the more verbose form, > which > isn¢t the default). > > Conrad > So... there are thousands of freebsd users, who don't care about this noisy stack trace stuff at all. And there are dozens of freebsd developers, and amongst them there are maybe, what... a half dozen at best that want this info when they hit ^T? So clearly, the right decision is to make maximal noise the default, and not just in the development branches. It doesn't matter how much it bothers the users as long as a few developers are happy. And people moan about freebsd's dwindling user base and wonder why it's withering away. -- Ian > On Thu, May 20, 2021 at 11:59 John-Mark Gurney > wrote: > > > Michael Gmelin wrote this message on Thu, May 20, 2021 at 18:01 > > +0200: > > > I'm leaving this here, mostly so that others (or future me) can > > > google > > > it up. > > > > > > Traditionally, CTRL-t would give a one-line output + whatever the > > > process specific signal handler comes up with: > > > > > > # sleep 120 <--- hits CTRL-t > > > load: 0.27 cmd: sleep 38162 [nanslp] 0.64r 0.00u 0.00s 0% > > > 1780k > > > sleep: about 119 second(s) left out of the original 120 > > > > > > # cat <--- hits CTRL-t > > > load: 0.02 cmd: cat 24379 [ttyin] 0.63r 0.00u 0.00s 0% 2308k > > > > > > > > > On 13 I get: > > > > > > # sleep 120 <--- hits CTRL-t > > > load: 0.12 cmd: sleep 3241 [nanslp] 0.52r 0.00u 0.00s 0% 2172k > > > mi_switch+0xc1 sleepq_catch_signals+0x2e6 > > > sleepq_timedwait_sig+0x12 > > > _sleep+0x199 kern_clock_nanosleep+0x1e1 sys_nanosleep+0x3b > > > amd64_syscall+0x10c fast_syscall_common+0xf8 sleep: about 119 > > > second(s) left out of the original 120 > > > > > > # cat <--- hits CTRL-t > > > load: 0.09 cmd: cat 3240 [ttyin] 0.23r 0.00u 0.00s 0% 2300k > > > mi_switch+0xc1 sleepq_catch_signals+0x2e6 sleepq_wait_sig+0x9 > > > _cv_wait_sig+0xe4 tty_wait+0x1c ttydisc_read+0x2ac > > > ttydev_read+0x56 > > > devfs_read_f+0xd5 dofileread+0x81 sys_read+0xbc > > > amd64_syscall+0x10c > > > fast_syscall_common+0xf8 > > > > > > which is quite way too verbose when checking the progress of > > > long-running processes, like cp, dd, or poudriere. Especially as > > > CTRL-t > > > is part of the user experience to me - I use it to interact with > > > the > > > machine outside of debugging software issues. > > > > > > Setting > > > > > > sysctl kern.tty_info_kstacks=0 > > > echo kern.tty_info_kstacks=0 >>/etc/sysctl.conf > > > > > > fixes this permanently. > > > > > > Apparently, this was enabled by default on purpose[0], so that > > > people > > > find the feature (which certainly worked ^_^), but I think it > > > would > > > been worth mentioning the sysctl somewhere in the release > > > notes/errata, > > > so that people understand how to disable it again. > > > > I think the original intent was to disable this on -stable or at > > least > > -RELEASEs, but it looks like this didn't happen. This is VERY > > helpful > > for a developer, but not as helpful for most users. > > > > Conrad, > > > > Should this be disabled on -stable now? > > > > -- > > John-Mark Gurney Voice: +1 415 225 > > 5579 > > > > "All that I will do, has been done, All that I have, has not." > > From nobody Fri May 21 03:02:53 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 303F48C98FD for ; Fri, 21 May 2021 03:02:59 +0000 (UTC) (envelope-from peter@libassi.se) Received: from smtp.outgoing.loopia.se (smtp.outgoing.loopia.se [93.188.3.37]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FmWcz05BKz3nC6 for ; Fri, 21 May 2021 03:02:58 +0000 (UTC) (envelope-from peter@libassi.se) Received: from s807.loopia.se (localhost [127.0.0.1]) by s807.loopia.se (Postfix) with ESMTP id 184BF2E6414C for ; Fri, 21 May 2021 05:02:55 +0200 (CEST) Received: from s899.loopia.se (unknown [172.22.191.6]) by s807.loopia.se (Postfix) with ESMTP id 096F12E280CE; Fri, 21 May 2021 05:02:55 +0200 (CEST) Received: from s470.loopia.se (unknown [172.22.191.5]) by s899.loopia.se (Postfix) with ESMTP id 022B82C8B96C; Fri, 21 May 2021 05:02:55 +0200 (CEST) X-Virus-Scanned: amavisd-new at amavis.loopia.se X-Spam-Flag: NO X-Spam-Score: -1 X-Spam-Level: X-Spam-Status: No, score=-1 tagged_above=-999 required=6.2 tests=[ALL_TRUSTED=-1] autolearn=disabled Received: from s645.loopia.se ([172.22.191.5]) by s470.loopia.se (s470.loopia.se [172.22.190.10]) (amavisd-new, port 10024) with LMTP id e9gkfa3QE9Xk; Fri, 21 May 2021 05:02:54 +0200 (CEST) X-Loopia-Auth: user X-Loopia-User: peter@libassi.se X-Loopia-Originating-IP: 217.31.161.79 Received: from smtpclient.apple (h-217-31-161-79.A444.priv.bahnhof.se [217.31.161.79]) (Authenticated sender: peter@libassi.se) by s645.loopia.se (Postfix) with ESMTPSA id 39444156E443; Fri, 21 May 2021 05:02:54 +0200 (CEST) Content-Type: text/plain; charset=utf-8 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: Reducing SIGINFO verbosity From: Peter Libassi In-Reply-To: <80625b01dd7a2740a23c22370741665e5d2ff6e5.camel@freebsd.org> Date: Fri, 21 May 2021 05:02:53 +0200 Cc: cem@freebsd.org, Michael Gmelin , "freebsd-current@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210520180155.3e23500e@bsd64.grem.de> <20210520185917.GL14975@funkthat.com> <80625b01dd7a2740a23c22370741665e5d2ff6e5.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4FmWcz05BKz3nC6 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] > 21 maj 2021 kl. 03:42 skrev Ian Lepore : >=20 > On Thu, 2021-05-20 at 15:57 -0700, Conrad Meyer wrote: >> No, I don=E2=80=99t think there=E2=80=99s any reason to default it = differently on >> stable vs >> current. I think it=E2=80=99s useful (and I prefer the more verbose = form, >> which >> isn=E2=80=99t the default). >>=20 >> Conrad >>=20 >=20 > So... there are thousands of freebsd users, who don't care about this > noisy stack trace stuff at all. And there are dozens of freebsd > developers, and amongst them there are maybe, what... a half dozen at > best that want this info when they hit ^T? >=20 > So clearly, the right decision is to make maximal noise the default, > and not just in the development branches. It doesn't matter how much > it bothers the users as long as a few developers are happy. >=20 > And people moan about freebsd's dwindling user base and wonder why = it's > withering away. >=20 > =E2=80=94 Ian >=20 >=20 Well, from my 30+ years in the business I=E2=80=99ve learned that = developers actually don=E2=80=99t care about the users. For assessment = of new features and maintaining the usability of a product there are = Architects and Architect forums.=20 The correct and conservative way would have been that this change passed = the forum and there a desicion was made to enable/disable the new = feature _and_ regardless, inform the users via the release notes and = man pages of the new feature, including information how they can = enable/disable the new feature.=20 /Peter From nobody Fri May 21 11:39:26 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 9CE0B8C2C03 for ; Fri, 21 May 2021 11:39:35 +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 4Fml532PFHz4tvp; Fri, 21 May 2021 11:39:34 +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 14LBdQY7012697; Fri, 21 May 2021 04:39:26 -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 14LBdQLR012696; Fri, 21 May 2021 04:39:26 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202105211139.14LBdQLR012696@gndrsh.dnsmgr.net> Subject: Re: Reducing SIGINFO verbosity In-Reply-To: <80625b01dd7a2740a23c22370741665e5d2ff6e5.camel@freebsd.org> To: Ian Lepore Date: Fri, 21 May 2021 04:39:26 -0700 (PDT) CC: cem@FreeBSD.org, Michael Gmelin , "freebsd-current@freebsd.org" 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: 4Fml532PFHz4tvp X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] > On Thu, 2021-05-20 at 15:57 -0700, Conrad Meyer wrote: > > No, I don?t think there?s any reason to default it differently on > > stable vs > > current. I think it?s useful (and I prefer the more verbose form, > > which > > isn?t the default). > > > > Conrad > > > > So... there are thousands of freebsd users, who don't care about this > noisy stack trace stuff at all. And there are dozens of freebsd > developers, and amongst them there are maybe, what... a half dozen at > best that want this info when they hit ^T? > > So clearly, the right decision is to make maximal noise the default, > and not just in the development branches. It doesn't matter how much > it bothers the users as long as a few developers are happy. > > And people moan about freebsd's dwindling user base and wonder why it's > withering away. > I'll add my $1.00 to the dog pile. Ian is 1000% correct here, as a person who often interacts with the "non-developer" userbase they do not like, nor appreciate these "developer friendly" changes that make using the system annoying to them. You may say the project is not getting feedback about this... let me cover that too.. the feedback is silent, they simply move to another platform that is more conformant with how they expect/want the system to behave. A lot of people see me pushing back on things often and think it is just me being a really quirky user, well yes, to some extent, but I am a "user" first, and a developer second, and I interact a great deal with the "users" of freeBSD, far more than I do with the developers. LIttle changes is all it takes to annoy them enough they simply go some place else... colourised ls that suddenly showed up landed me at least 4 people going "wtf". Change to more/less behavior got me a few as well, it was like ":why?" The less people just simply set it in 2 /etc files and the system can switch back and forth, but now WHO has to make that setting tweak has changed... It is the death of a 1M pin pricks... please stop the bleeding... > -- Ian > > > On Thu, May 20, 2021 at 11:59 John-Mark Gurney > > wrote: > > > > > Michael Gmelin wrote this message on Thu, May 20, 2021 at 18:01 > > > +0200: > > > > I'm leaving this here, mostly so that others (or future me) can > > > > google > > > > it up. > > > > > > > > Traditionally, CTRL-t would give a one-line output + whatever the > > > > process specific signal handler comes up with: > > > > > > > > # sleep 120 <--- hits CTRL-t > > > > load: 0.27 cmd: sleep 38162 [nanslp] 0.64r 0.00u 0.00s 0% > > > > 1780k > > > > sleep: about 119 second(s) left out of the original 120 > > > > > > > > # cat <--- hits CTRL-t > > > > load: 0.02 cmd: cat 24379 [ttyin] 0.63r 0.00u 0.00s 0% 2308k > > > > > > > > > > > > On 13 I get: > > > > > > > > # sleep 120 <--- hits CTRL-t > > > > load: 0.12 cmd: sleep 3241 [nanslp] 0.52r 0.00u 0.00s 0% 2172k > > > > mi_switch+0xc1 sleepq_catch_signals+0x2e6 > > > > sleepq_timedwait_sig+0x12 > > > > _sleep+0x199 kern_clock_nanosleep+0x1e1 sys_nanosleep+0x3b > > > > amd64_syscall+0x10c fast_syscall_common+0xf8 sleep: about 119 > > > > second(s) left out of the original 120 > > > > > > > > # cat <--- hits CTRL-t > > > > load: 0.09 cmd: cat 3240 [ttyin] 0.23r 0.00u 0.00s 0% 2300k > > > > mi_switch+0xc1 sleepq_catch_signals+0x2e6 sleepq_wait_sig+0x9 > > > > _cv_wait_sig+0xe4 tty_wait+0x1c ttydisc_read+0x2ac > > > > ttydev_read+0x56 > > > > devfs_read_f+0xd5 dofileread+0x81 sys_read+0xbc > > > > amd64_syscall+0x10c > > > > fast_syscall_common+0xf8 > > > > > > > > which is quite way too verbose when checking the progress of > > > > long-running processes, like cp, dd, or poudriere. Especially as > > > > CTRL-t > > > > is part of the user experience to me - I use it to interact with > > > > the > > > > machine outside of debugging software issues. > > > > > > > > Setting > > > > > > > > sysctl kern.tty_info_kstacks=0 > > > > echo kern.tty_info_kstacks=0 >>/etc/sysctl.conf > > > > > > > > fixes this permanently. > > > > > > > > Apparently, this was enabled by default on purpose[0], so that > > > > people > > > > find the feature (which certainly worked ^_^), but I think it > > > > would > > > > been worth mentioning the sysctl somewhere in the release > > > > notes/errata, > > > > so that people understand how to disable it again. > > > > > > I think the original intent was to disable this on -stable or at > > > least > > > -RELEASEs, but it looks like this didn't happen. This is VERY > > > helpful > > > for a developer, but not as helpful for most users. > > > > > > Conrad, > > > > > > Should this be disabled on -stable now? > > > > > > -- > > > John-Mark Gurney Voice: +1 415 225 > > > 5579 > > > > > > "All that I will do, has been done, All that I have, has not." > > > > > > -- Rod Grimes rgrimes@freebsd.org From nobody Fri May 21 13:36:50 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 D4C2D8B1202 for ; Fri, 21 May 2021 13:36:53 +0000 (UTC) (envelope-from ceri@submonkey.net) Received: from mail-wr1-x42e.google.com (mail-wr1-x42e.google.com [IPv6:2a00:1450:4864:20::42e]) (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 4FmnhP4rTMz4rF8 for ; Fri, 21 May 2021 13:36:53 +0000 (UTC) (envelope-from ceri@submonkey.net) Received: by mail-wr1-x42e.google.com with SMTP id n2so21198567wrm.0 for ; Fri, 21 May 2021 06:36:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=submonkey-net.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=W1uRKOPDWuls61OtXMjVuiIVWLdIAEGBjac1UIsRHHQ=; b=N7BwLGJI19slKvESFfXK4W8Q6AlORbTvXLnyiTrVENYT7wPGY7EQRelkDc2GiMmYjP 2tlUrBkWs11VaNeP9bm2T5UBkQ3+08xz+gspKfw+q8YQZxNPTrykbxVdAs6YTCuFOtjp /NGJru0C1gthHdb3f9xNtAVXTYaeydbt5qQg0vXLqio5gECvPO3eFliy5wfLZWfOvOrE m65D5ZQli8Vc8tWkXZszAA++nDyc1wxajHOGH9TzJAiEQSKdGHQeB9L1NOHS3lhT3Eho h7YNcRndckI1+KnlAMC/3EEhK1g3Z+vsq4O6u1v5yMKLPdA3lTtS0Xf6s5ziKbcbYavw H3Lg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=W1uRKOPDWuls61OtXMjVuiIVWLdIAEGBjac1UIsRHHQ=; b=fM7PxIq3Z2Kd81a9tnAzz0yiebGd6LG6N1/eBSo9mqxVtS60ORQ+LQIkNh9B1lNmWb avuEUlJ0oFowNDkUzjNMRC/sesGJe00dFnsC+e4nNWt8zYzS2IhWgckSi9/kDD7Hg3Cr Q95Se/6Rkf6VNlEsq1CgGPE7+JRxhDy41acEDppxb9Q9YkGcdYdYn/oAz6Ki+NGuLB0m 0DrIFQpOuE5FTR8NTbefgcGPcKjGt3OT8ZeXlYIHm8kLnV01n1fAegjwEIcXOHqY4sf/ 0lZ4mLrMrlYGWQOIY8qIRS/byTrG2A9OqJjT1Ad+FnneNa1jmu+AC8m6ZrIQGtY+WjJJ yRsw== X-Gm-Message-State: AOAM530qneC5KXA1kGubeYHp59hlWRK9em1uLJ+AgNqGOR4xq0uLx4bt DJBDucPnFSuxJpcZy1PXJ2aAXw== X-Google-Smtp-Source: ABdhPJznFWFgiROOxbaBFWEt0EKNTbyzljcTc/lbfJ8SltBz64B2NvMxJusX4sKu22zkd0zSr+wIBw== X-Received: by 2002:a5d:4c8f:: with SMTP id z15mr10113895wrs.308.1621604211410; Fri, 21 May 2021 06:36:51 -0700 (PDT) Received: from horror (horror.submonkey.net. [165.227.238.234]) by smtp.gmail.com with ESMTPSA id k7sm2152604wro.8.2021.05.21.06.36.51 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 21 May 2021 06:36:51 -0700 (PDT) Received: from localhost (horror [local]) by horror (OpenSMTPD) with ESMTPA id 051f6f75; Fri, 21 May 2021 14:36:50 +0100 (BST) Date: Fri, 21 May 2021 14:36:50 +0100 From: Ceri Davies To: Conrad Meyer Cc: Michael Gmelin , "freebsd-current@freebsd.org" Subject: Re: Reducing SIGINFO verbosity Message-ID: References: <20210520180155.3e23500e@bsd64.grem.de> <20210520185917.GL14975@funkthat.com> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="azc+bHeMH0SyLMoA" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4FmnhP4rTMz4rF8 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] --azc+bHeMH0SyLMoA Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 20, 2021 at 03:57:17PM -0700, Conrad Meyer wrote: > No, I don=E2=80=99t think there=E2=80=99s any reason to default it differ= ently on stable vs > current. I think it=E2=80=99s useful (and I prefer the more verbose form,= which > isn=E2=80=99t the default). I agree that there's no reason for the default to be different, but I would say that it is much easier for someone who knows that there is a default to be changed to change it, than it is for someone who does not. Therefore, if the information is not useful to someone who does not know how to get rid of it, then it should default to not being displayed, IMHO. Ceri --=20 That must be wonderful! I don't understand it at all. -- Moliere --azc+bHeMH0SyLMoA Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQITBAEBCgB9FiEElsnAGLXjAPlOG3tF8IrlG2S7y1EFAmCnt2pfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDk2 QzlDMDE4QjVFMzAwRjk0RTFCN0I0NUYwOEFFNTFCNjRCQkNCNTEACgkQ8IrlG2S7 y1FgWQwAkxijMrzdfgYs+OpaCLuhbR65E5VjYuwIoGDZ9U58HKVmEN3nlWIYVFv1 +K4lX19cZe4W4UaAbY2sEwwjbupUl0orR7KmP/KtFeCF1PIIjJEhx06LrRu5ARDj QpY8Q/MMNGHVln6o4lIPmalC40y+e1h8wcVcNHtKTBESyHy55nDD9DzjzuKpCA73 paVABDipN5S7GeZJT+9Da+d/vrc8d7Rcc7xu2XM3hPekY/A67Zr3yhCIoG5pALR4 XVXjzjqxMWgpZ2u3gHGk7tGPsijoewruWI1rsJQ2YpbhI63A30g1ung7rK+7zqIc 6fLfHcDbKt/xKr+DdkqCdiDDFmYiwJeKl1mQsU7/zYBeFt6XwxxXr+EDXhXBy8AG ZA6dYd7WlGVzmXZBa58HrY+jji6Z3x498+hAVROql3RhL4+T6Vyv5VKrrTvzbTiC 68T7Dz1rFt94V6HKGD2TvcQIwP1EM4vW+9tso0qck70TGI2CR1a5Vdm/eA+vSTvh 0K21mvKJ =3L8n -----END PGP SIGNATURE----- --azc+bHeMH0SyLMoA-- From nobody Fri May 21 14:36:49 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 749268B4362 for ; Fri, 21 May 2021 14:37:01 +0000 (UTC) (envelope-from wlosh@bsdimp.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 4Fmq1n2Q3yz3rcs for ; Fri, 21 May 2021 14:37:01 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x735.google.com with SMTP id k4so8805658qkd.0 for ; Fri, 21 May 2021 07:37:01 -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=aKSSEzId523EK5grg7xNj8NFrLt4QhWroRkLB1epI8o=; b=wDb9yI8506xGcE1QTd9KO8+LrSyxjzdcg6X20D3QrwhLe1XEHMwHKFXOuFcSwXgfjT 16ssf+rznmeJ6HFwaPi7KCMGP/OPgXe8ZMIG3ggRFvwgeSNz5CLXe/zy+8E67iV676Kv AokPrweuSWyb5itfKnK+km0xUXhE6AboQNGMLj6eBm2wYj2xhSbxcNECMwrCq8Is9MSC 0HQSJ9FqoVfcaNJuKGbAfEC4EU52Tpzd/hghwuTAjBFHgGkAA/N7pfYEJUdFyzCLNuSM vYyylHh0vlYJmyMFmXIr9zLyy2RDlzVLUa/yDFSp1nacG+YX8ZZdLLV90cKAjI/kA3kN MWqg== 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=aKSSEzId523EK5grg7xNj8NFrLt4QhWroRkLB1epI8o=; b=Fq5em/T1XVkyIPFINgh/iVOa1DzsXFfiJCfPvNdG/mzxYGzfMeBJ025QxFtuZMtv2G 72A1qQ5UwBRSXnxga0D1/yyqOFcIYaXFdXEZ55B/Xc3BaLGOl2QVtpzOwqt9X80jQMnv cCXQ7brYzfggm6gjAL9icYfm0V2we+oMPtvnOCOBEX6JhO1sxdZHcpV8apZrjhCeYrvk BEJJUu0YwzEdb1CGsSgJR8FjScWTT6UUQ5uKjCEZZp1nrpL9EH3sAoorEtgSKRZmh1f+ LDGVTesOst2kEdwiefQXO14+699Y/S/c3/qMKLWnHeMTEmHXyWrOcm4BteegujiwBzR4 kZGQ== X-Gm-Message-State: AOAM532MpbbyBIPHaodW9gcm6vxVIz4gaBWrkUzLtQGLR/SEZr6sm01W Apmgt7kRzhDbBGBvkP0kQLA+RhdYROOfeQD+gBgw1g== X-Google-Smtp-Source: ABdhPJzuD9K7JGLMtuvv3twbKGvYz1IRLjdRSVYSKUBOEvZTNbk8DlSaDHTx1ctRKf5twnG77tUsngdFRrJrNI64szA= X-Received: by 2002:a37:30b:: with SMTP id 11mr11699569qkd.206.1621607820313; Fri, 21 May 2021 07:37:00 -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: <20210520180155.3e23500e@bsd64.grem.de> <20210520185917.GL14975@funkthat.com> In-Reply-To: From: Warner Losh Date: Fri, 21 May 2021 08:36:49 -0600 Message-ID: Subject: Re: Reducing SIGINFO verbosity To: Ceri Davies Cc: Conrad Meyer , Michael Gmelin , "freebsd-current@freebsd.org" Content-Type: multipart/alternative; boundary="00000000000018886d05c2d7feb4" X-Rspamd-Queue-Id: 4Fmq1n2Q3yz3rcs X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] --00000000000018886d05c2d7feb4 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, May 21, 2021 at 7:38 AM Ceri Davies wrote: > On Thu, May 20, 2021 at 03:57:17PM -0700, Conrad Meyer wrote: > > No, I don=E2=80=99t think there=E2=80=99s any reason to default it diff= erently on stable > vs > > current. I think it=E2=80=99s useful (and I prefer the more verbose for= m, which > > isn=E2=80=99t the default). > > I agree that there's no reason for the default to be different, but I > would say that it is much easier for someone who knows that there is a > default to be changed to change it, than it is for someone who does not. > Therefore, if the information is not useful to someone who does not know > how to get rid of it, then it should default to not being displayed, > IMHO. > I plan on changing the default for non-INVARIANT kernels back to the old behavior. INVARIANT kernels will keep this behavior because it's a debugging kernel and this is one more thing to help debugging problems. Warner --00000000000018886d05c2d7feb4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Fri, May 21, 2021 at 7:38 AM Ceri = Davies <ceri@submonkey.net>= wrote:
On Thu, = May 20, 2021 at 03:57:17PM -0700, Conrad Meyer wrote:
> No, I don=E2=80=99t think there=E2=80=99s any reason to default it dif= ferently on stable vs
> current. I think it=E2=80=99s useful (and I prefer the more verbose fo= rm, which
> isn=E2=80=99t the default).

I agree that there's no reason for the default to be different, but I would say that it is much easier for someone who knows that there is a
default to be changed to change it, than it is for someone who does not. Therefore, if the information is not useful to someone who does not know how to get rid of it, then it should default to not being displayed,
IMHO.

I plan on changing the default fo= r non-INVARIANT kernels back to
the old behavior.

<= /div>
INVARIANT kernels will keep this behavior because it's a debu= gging
kernel and this is one more thing to help debugging problem= s.

Warner
--00000000000018886d05c2d7feb4-- From nobody Fri May 21 15:52:00 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 19AFD8C6973 for ; Fri, 21 May 2021 15:52:03 +0000 (UTC) (envelope-from ceri@submonkey.net) Received: from mail-wm1-x32f.google.com (mail-wm1-x32f.google.com [IPv6:2a00:1450:4864:20::32f]) (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 4FmrhL73MJz4t96 for ; Fri, 21 May 2021 15:52:02 +0000 (UTC) (envelope-from ceri@submonkey.net) Received: by mail-wm1-x32f.google.com with SMTP id f20-20020a05600c4e94b0290181f6edda88so766957wmq.2 for ; Fri, 21 May 2021 08:52:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=submonkey-net.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=uzrmVdAxZrag086wp0zoqhC6qDxcdMgJksOvSSp0eYw=; b=F/4mfKcDJ+FtxuuaEtJGJwc+NpesAmivrBwLlZRFCbMdzsFDSoFCn8PkRijBrHFnAf ZlNB5n90zUY+Oan9wY+bmBhjsz5iNTpT5BalG1hOlhakVQY9NTeVuKUbb+KzUkj80vUh PYjNFjThRt0NSClQ2Eag/M4yyO+vHLN7NqOcfk9CPiJnbxPdrr+5owMbaC7wyQCmP3Ta QDJchNuRww+up9V07ltovD9luBsgfcljPmBHJ7/yd6hTe2jQCTkhTeac6TMiEed8Ahhq UHZ1CdSBCqkR6NKZJJ2yMJRyj90/lVITxfRILIXj/JzKCo26440Bv8OveEbKiE208vii PUiA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=uzrmVdAxZrag086wp0zoqhC6qDxcdMgJksOvSSp0eYw=; b=iJchw2RPXb1KLr5U9PQvD+FPfPbc6QMRLOuPZz92GscpaLdAQ6aj6OsZfEOkQHJADN 3lG9/UuyTo/+zmGvCDPneM7FYi8beUy3KNzQZiAHxdg20cTQvWHazex+7VE0W1ucgtPC hkiWC9tAfxUjgO9d0NwFckw9tAAtuX7/lGtpiJf6xlDV+MTwn1ruibiXwKVXTiDjrp/d 4Oqti7eTrIyF2bJcNzq8GAZeIClqHZSUQiKBLWyrboAX28dfnD0gkPYEdLaFpmhqNZZc oHUVQXLXSwQcPH1gq6DoErqmmsWA9Uugnu3eO/FxK1utKQhJ50butzBZWZeSFFloXglx aoIQ== X-Gm-Message-State: AOAM531e67Tsi6uheLhEyXq1ynb5Xes6dL1E/a94cf9vBZSCJCEEPGQv HqvfDtp8VoV9WFVn/4U1wArhbQ== X-Google-Smtp-Source: ABdhPJzWcOoUSKR3YWTdtqOJWDKLSMW+rv5kFCkiThEoyJGXAlm2Y+QbFVVoRNsQ+K9go/ifWzt6aA== X-Received: by 2002:a1c:9a4a:: with SMTP id c71mr10030198wme.136.1621612321028; Fri, 21 May 2021 08:52:01 -0700 (PDT) Received: from horror (horror.submonkey.net. [165.227.238.234]) by smtp.gmail.com with ESMTPSA id z66sm13983591wmc.4.2021.05.21.08.52.00 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 21 May 2021 08:52:00 -0700 (PDT) Received: from localhost (horror [local]) by horror (OpenSMTPD) with ESMTPA id 3114c80b; Fri, 21 May 2021 16:52:00 +0100 (BST) Date: Fri, 21 May 2021 16:52:00 +0100 From: Ceri Davies To: Warner Losh Cc: Conrad Meyer , Michael Gmelin , "freebsd-current@freebsd.org" Subject: Re: Reducing SIGINFO verbosity Message-ID: References: <20210520180155.3e23500e@bsd64.grem.de> <20210520185917.GL14975@funkthat.com> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="r8Fh+dWp4mSv0ubn" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4FmrhL73MJz4t96 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] --r8Fh+dWp4mSv0ubn Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 21, 2021 at 08:36:49AM -0600, Warner Losh wrote: > On Fri, May 21, 2021 at 7:38 AM Ceri Davies wrote: >=20 > > On Thu, May 20, 2021 at 03:57:17PM -0700, Conrad Meyer wrote: > > > No, I don=E2=80=99t think there=E2=80=99s any reason to default it di= fferently on stable > > vs > > > current. I think it=E2=80=99s useful (and I prefer the more verbose f= orm, which > > > isn=E2=80=99t the default). > > > > I agree that there's no reason for the default to be different, but I > > would say that it is much easier for someone who knows that there is a > > default to be changed to change it, than it is for someone who does not. > > Therefore, if the information is not useful to someone who does not know > > how to get rid of it, then it should default to not being displayed, > > IMHO. > > >=20 > I plan on changing the default for non-INVARIANT kernels back to > the old behavior. >=20 > INVARIANT kernels will keep this behavior because it's a debugging > kernel and this is one more thing to help debugging problems. Sounds good. Ceri --=20 --r8Fh+dWp4mSv0ubn Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQITBAEBCgB9FiEElsnAGLXjAPlOG3tF8IrlG2S7y1EFAmCn1yBfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDk2 QzlDMDE4QjVFMzAwRjk0RTFCN0I0NUYwOEFFNTFCNjRCQkNCNTEACgkQ8IrlG2S7 y1HG/gv+J15jXV/jbj0cxa6qM/PN9SaPi3IB/J5NGBTTvyA+UsRmUWDw7W+oRwLL TMShwcvuip1FJZ5ALncJbqZCAe0Y4oCjpgPrtDXcFV8cRK/mfki9fi+S3ZCYcHBo /NVz0tEUwyw7cyCckgwr9Uj3NScn1Gk4qd8e6NPhUArbsUSHY65err9SUUdnUzRU nZ2vsEFs8pNSqvnRd2+wv/JdOBm3CQg3vURgR1buJeFpkDDOr56M5ebkbCAlBmWx wzY2I64T0OyQ2tzMIMYSM2l7zACN9sqFpqRgNu2yIGdw+YCQOwJwGJLoW6M7Uo3l SrtY9i3FsEF0CHpaiQQmiJ5eHVycphI36KWG6Dm/f5/xE3AA8CPjuXMnjUqvf73h FG5U7V2v3EtViU1G1E9W/LFj3hqvZv56yZaSq9Az8ZBlm9G5Z6M6lMMrqQ3Ssrrp pBGZhvKmxjMpiST5LbrRG1UmgTRQtWcI3ttOx0J8l1MCIXjcPpxYrIj01pxA/RnV jN9THtGE =YeSE -----END PGP SIGNATURE----- --r8Fh+dWp4mSv0ubn-- From nobody Fri May 21 17:07:24 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 5618B8B60F7 for ; Fri, 21 May 2021 17:08:35 +0000 (UTC) (envelope-from emblue3prd@emark4.embluejet.com) Received: from nit7.embluenitro.com (nit7.embluenitro.com [185.98.146.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FmtNd0Q0kz4Wmv for ; Fri, 21 May 2021 17:08:30 +0000 (UTC) (envelope-from emblue3prd@emark4.embluejet.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; s=epexo; d=prototype.com.ar; h=Content-Type:MIME-Version:From:To:Subject:reply-to:List-Unsubscribe: Message-ID:Date; i=info@prototype.com.ar; bh=HNG8+FrEhqdDYKYMQr44Wi+bEvUXZz0jD24Btw5Q/YE=; b=SNz/R5FcjxoDziTSymdt39tiGHtGjILNtHrgpD7fo0XsAc38YuS1eUljMb5KAIKfD1/e38OoLFLD G2koKcOdnF8VTDwSY4pf4WtuFnDsJCls+cB9Vs7regI6vTNctnpjrg9nQulWyTOaQA3RM6egbRl2 V+3U9wFixHNlZWR/jd4= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; s=epexo; d=embluenitro.com; h=Content-Type:MIME-Version:From:To:Subject:reply-to:List-Unsubscribe: Message-ID:Date; bh=HNG8+FrEhqdDYKYMQr44Wi+bEvUXZz0jD24Btw5Q/YE=; b=E1qblcNn7bMuUf/uY8wvHnHfdIwrYWCEvTGsuF2w443Nx+SDvhrfWuilm0PL3VMcHPlDDM+5lVbH dRzfw5ns/E921WdCJ8ZBFvnkMxAejro16eThAr/l994acjULeR+/owMGIOdJa98inATiXcO57jGg crd3ydrT8xnJGE9vZLkDIBXuVuhnJhYXy114oE/Ybt3SRMTGvxD9BkkvEEBKNkliaSSD8xds1YQG BPraX8C23NmX5zeABDxOqW1JOVmfs237l3NPNHtMlU+YeQCZ54Sp98vpKQ5okOpsxPY27zOXfAyU DV+BFUJGP+sz3RjGHJT4RleO/mFQJliDbbc0Pg== Content-Type: multipart/alternative; boundary="===============5204116918946091560==" 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 To: current@freebsd.org Subject: =?utf-8?q?Weekend_Sale!_=F0=9F=98=B1__30=25_OFF_en_Camisas_=C2=A1y_Env?= =?utf-8?q?=C3=ADo_Gratis!?= Feedback-ID: 6c2,kb6:email_id:ENVIOSIMPLE:5d1h X-mta: emblue3prd-5 X-emmkt: E;;5h5am:6;;5d1h;;6c2,kb6;;6e4gp List-Unsubscribe: Message-ID: <6kH-a369cf6c5c-@embluemail.com> Date: Fri, 21 May 2021 14:07:24 -0300 (-03) X-Rspamd-Queue-Id: 4FmtNd0Q0kz4Wmv X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=prototype.com.ar header.s=epexo header.b=SNz/R5Fc; dkim=pass header.d=embluenitro.com header.s=epexo header.b=E1qblcNn; dmarc=pass (policy=quarantine) header.from=prototype.com.ar; spf=pass (mx1.freebsd.org: domain of emblue3prd@emark4.embluejet.com designates 185.98.146.9 as permitted sender) smtp.mailfrom=emblue3prd@emark4.embluejet.com X-Spamd-Result: default: False [0.00 / 15.00]; HAS_REPLYTO(0.00)[info@prototype.com.ar]; R_SPF_ALLOW(-0.20)[+ip4:185.98.146.0/24:c]; ZERO_FONT(0.50)[5]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[prototype.com.ar:+,embluenitro.com:+]; DMARC_POLICY_ALLOW(-0.50)[prototype.com.ar,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SUBJECT_ENDS_EXCLAIM(0.00)[]; FORGED_SENDER(0.30)[info@prototype.com.ar,emblue3prd@emark4.embluejet.com]; RCVD_COUNT_ZERO(0.00)[0]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[185.98.146.9:from]; ASN(0.00)[asn:51050, ipnet:185.98.144.0/22, country:NL]; FROM_NEQ_ENVFROM(0.00)[info@prototype.com.ar,emblue3prd@emark4.embluejet.com]; R_PARTS_DIFFER(0.15)[57.3%]; RWL_MAILSPIKE_NEUTRAL(0.00)[185.98.146.9:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.93)[-0.933]; R_DKIM_ALLOW(-0.20)[prototype.com.ar:s=epexo,embluenitro.com:s=epexo]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; HTML_SHORT_LINK_IMG_1(2.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; HAS_LIST_UNSUB(-0.01)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[185.98.146.9:from:127.0.2.255]; MANY_INVISIBLE_PARTS(1.00)[10]; MAILMAN_DEST(0.00)[current] Reply-To: info@prototype.com.ar, info@prototype.com.ar From: Prototype via current X-Original-From: Prototype X-Spam: Yes --===============5204116918946091560== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Su Cliente de Mail NO soporta mensajes en formato HTML. Para ver correctamente el contenido del correo COPIE y PEGUE la siguiente U= RL en su Navegador Web (Chrome / Internet Explorer / FireFox / Safari)=20 https://app.embluemail.com/Online/VON.aspx?data=3D7ff9bCco0d2ylTjlTvBMVJDZ9= POA%2FtX4vM7D5gfH%2BfoWzI9Kr4n6GxM6FgFrb%2FrP5m8EP8JHGwwZq1xW7yfS53LlBlAMsN= LEw8Vnm2ujODYHUNjvMA0zXMlay%2FkIU0yd!-!hsAVA+LoVoueMEN7EPS7JCXiBd6DplCueYeq= wXswyhhYfFcc0O8LiJk5ryMQtnfb --===============5204116918946091560== Content-Type: text/html; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable
3 y 6 cuotas sin inter= 33;s

Ver en mi navegador

3D"Prototype"
BOT= TOMS  &= nbsp; NEW IN<= a>
=3D"30%
3 y 6 CUOTAS S= IN INTERÉS
y ¡ENVíO GRATIS!
3D"CA=
CAMISA FRANCIS
SHOP NOW
 
3D"CAMISA
CAMISA EVENING
SHOP NOW
 
3D"CAMISA
CAMISA GENTLE
SHOP NOW
 
3D"CAMISA
CAMISA NENDAZ
SHOP NOW
 
3D"CAMISA
CAMISA NOODLE
= SHOP NOW
 
3D"CAMISA
CAMISA STEER
<= span style=3D"color: #000;"> SHOP NOW
 
 
3D""
 
6 cuotas sin interés
3D""
 
+$8000 envíos gratis
3D""
 
= Política de camb= ios
 
Se= guinos en:
3D"Instagram"   3D"Facebook"   3D"Twitter"   3D"Pinterest"   3D"Youtube"   3D"Facebook"
 
Términos y = Condiciones
  |   Política de devolución
  |  Preguntas frecuentes
Franquicias
 = ; |   Locales
  |&nb= sp; Contacto
 
3D"" =20 =20 =20

En virtud de lo establecido por la disposició= n de Protección de Datos Personales usted tiene derecho a solicitar = al emisor de este mensaje la rectificación, actualización, in= clusión o supresión de los datos personales incluidos en su b= ase de contactos, listas o cadenas de mensajes en los cuales usted se encue= ntre. Conozca más
Quiero desuscribirme |=20 Actualizar perfil | Términos y condiciones

--===============5204116918946091560==-- From nobody Fri May 21 17:49:12 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 693E08CEC25 for ; Fri, 21 May 2021 17:49:21 +0000 (UTC) (envelope-from la-meg-baseb2b@aprem-uf.com) Received: from srv1.aprem-uf.com (srv1.aprem-uf.com [91.209.245.153]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FmvHh1gf4z4qHN for ; Fri, 21 May 2021 17:49:19 +0000 (UTC) (envelope-from la-meg-baseb2b@aprem-uf.com) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=key1; d=aprem-uf.com; h=Date:To:From:Subject:Message-ID:MIME-Version:Content-Transfer-Encoding:Content-Type; i=la-meg-baseb2b@aprem-uf.com; bh=1TK3aKdcDh39lEqgWl/CGqsgIs8=; b=SBaQGvHRHUuQ15u9E2hirTiiCy6TXQUQk9lM+5lJpG0tfEWqM0wSN5YtufAdqBJVtLGrL3JMBARB iaJDfbEmqqylPKb+SEX7Ovu4LsFdzJa/a6tbsGzShUBtl8J7bi7r8jNCKT7sD/7P+4WBfcNlQtov p0rh5IQWxwkw+1eMg20= DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=key1; d=aprem-uf.com; b=hyJ51mM2SNnK8kourzx3mq/9WO6vE19xC4C6Utb7IUrQqwJ90QgJ/dNaTiv2rWfY7Z7Mup98KWQV dXfs2t4nD3iIcAuvODHibmLYpqSrPEBmCmIeADakf42xIbs9eqGKlrZaWLP7vrXXlWf6NUTdWRGo ONYE+cFgYdM33yytRl4=; Received: by srv1.aprem-uf.com id hkvp9s1tkgom for ; Fri, 21 May 2021 19:49:09 +0200 (envelope-from ) Date: Fri, 21 May 2021 19:49:12 +0200 To: "freebsd-current@freebsd.org" From: "La Meg@baseb2b" Subject: =?utf-8?Q?l'actualit=C3=A9_du_monde_des_entreprises?= Message-ID: <2534e786409009012196d96ef92de8de@localhost.localdomain> Importance: normal 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: 8bit Content-Type: text/html; charset="utf-8" X-Rspamd-Queue-Id: 4FmvHh1gf4z4qHN X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=aprem-uf.com header.s=key1 header.b=SBaQGvHR; dmarc=none; spf=pass (mx1.freebsd.org: domain of la-meg-baseb2b@aprem-uf.com designates 91.209.245.153 as permitted sender) smtp.mailfrom=la-meg-baseb2b@aprem-uf.com X-Spamd-Result: default: False [-2.50 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[aprem-uf.com:s=key1]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:91.209.245.153]; NEURAL_HAM_LONG(-1.00)[-1.000]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[aprem-uf.com]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[91.209.245.153:from:127.0.2.255]; MANY_INVISIBLE_PARTS(0.70)[8]; DKIM_TRACE(0.00)[aprem-uf.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MIME_HTML_ONLY(0.20)[]; TO_DN_EQ_ADDR_ALL(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[91.209.245.153:from]; ASN(0.00)[asn:35393, ipnet:91.209.245.0/24, country:FR]; MAILMAN_DEST(0.00)[freebsd-current]
La plus grande base de données d'emails B2B de France.
Si vous ne parvenez pas à lire ce message, suivez ce lien.
La plus grande base de données d'emails B2B de France.
Ciblage personnalisé Nous contacter
Baromètre des entreprises

La France traverse une période inédite sur le plan sanitaire qui bouscule l'activité des entreprises.
Ralentissement économique, chômage partiel, fermetures temporaires obligatoires pour certains domaines d'activités, confinement, ... Il est aujourd'hui difficile de se rendre compte de la santé du monde des entreprises.
Le baromètre* des entreprises françaises, développé par l'Agence MD, donne un état des lieux toutes les semaines des mouvements des entreprises : créations, fermetures, procédures collectives, ....
* compilation de données issues de source en Open DATA (Insee, BODACC, INIPI, ...)

Découvrir le baromètre
Comment optimiser sa base clients
pour développer son activité ?
Plus de 340 000 fermetures Plus de 200 000 déménagements
En 2020, la France a comptabilisé plus de 340 000 fermetures d'entreprises et plus de 200 000 déménagements. Il est donc nécessaire de détecter et de qualifier dans vos fichiers ces changements pour supprimer les données erronées et enrichir les nouvelles informations et mettre à jour vos données clients/prospects.
La qualité des données impacte l'efficacité des actions commerciales et marketing, mais également le développement de l'entreprise.
Lire l'article
Le point de vue juridique :
la procédure de conciliation
Avant l'ouverture d'une procédure collective (sauvegarde, redressement ou liquidation judiciaire), le dirigeant de l'entreprise peut solliciter la mise en en œuvre d'une procédure de conciliation.
L'objectif de cette procédure est de permettre au dirigeant de trouver une solution à des difficultés afin de prévenir l'ouverture d'une procédure collective.
Lire l'article
Vous recevez ce message car votre adresse e-mail est référencée dans LaMég@baseB2B exploitée par la SASU AGENCE MARKETING DIRECT (Responsable du Traitement), à des fins de prospection commerciale, uniquement professionnelle et liée à votre entreprise. Nous ne vous sollicitons jamais à des fins privées.
Conformément à la réglementation en vigueur, et en particulier au Règlement général sur la protection des données (UE) 2016/679 (« RGPD »), vous disposez relativement aux données personnelles vous concernant d'un droit d'accès, de rectification, d'effacement, de limitation, d'opposition et de portabilité.
Vous pouvez exercer et gérer simplement ces droits (et notamment vous désinscrire de nos offres) ainsi qu'accéder à l'ensemble des informations relatives à vos données personnelles en vous rendant sur cette page.
Pour vous désinscrire des offres de LaMég@baseB2B, cliquer ici.
  From nobody Fri May 21 20:13:09 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 40C968C7236 for ; Fri, 21 May 2021 20:13:14 +0000 (UTC) (envelope-from seaurytdaql@hotmail.com) Received: from APC01-SG2-obe.outbound.protection.outlook.com (mail-oln040092253027.outbound.protection.outlook.com [40.92.253.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FmyTh5yw8z4vsw for ; Fri, 21 May 2021 20:13:12 +0000 (UTC) (envelope-from seaurytdaql@hotmail.com) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=iTfRU+un3lgk5vWtJFTi/XzzOEdl06R8oxLfJyM5HeAWbHYyG35JO9NrqBd7cavPeogJs4IFdgcGkP2ovTXiKWWxZMaDSPHKsL5OqI1QgGrVd3PROutzJWXqxktcqdb28q6+BsLnevwktCff0shYgFrWMErsUUr/IVgPjdfKZ3geI8T9vPMBsKcaubF4sE2Q3rpVjfxvd1xoZsGDPPOw3quc3EeS5F1dqFqje9XTQ1HR0K9ZE1h/5sm+mhYr45U8Vig5tg4I5ZKMul8jWO2ef3kxQz/sMO9xlzEC00Ud9Xba8QAt3ogCF93sCb6wNLcvcTAXuF9khPMhs5AuWiwBUg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=QyT0oDKJrbmM9i6EIkoOVFA1hWf/FKWspAtVgImN+oM=; b=Pis4+0kH7U3+1P2Yt4ygDSWkVA1iyf2hiKq28RjeRYUDy27aNDaik6mRSrxdmuGSR6GckQOe/DruhhF/7GtBvCX+GqlaJGwUsvj8zaM2R+Bwc58tHxkEt7RVwCUq8Mt9t2a8UxAnF4nfRkaERhlpPu8ud5pN6FcIEIkUkHD7viOFVjWtzHDtDLPFmVgxyneZjYdcBnDfllQxjJsYqv/fmkhI2OpgGbZb+TZiVPpMRfxddq2F+Sz7Ipj4Mc/wOJHyBknIK5bbxy1m4cNkpvVKq+lpy2Y/EmBVz30DvFdICMySECS3ZZR0Mef2UugukUwPR0wUbr7o4E52yyXawMfwQg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=QyT0oDKJrbmM9i6EIkoOVFA1hWf/FKWspAtVgImN+oM=; b=nn3mLnlCT+k2uc4qQpgqtlozPjT3LLS1aHPAsiTQ5wq8yUz9Ja/Zgsw2TLCA8tM6Gqsbrjbd92jGmZqTy2aAZdMRkmleySvRmh7PiwSmGY36U8CQ3ffkwhno461LlmIaNgrNLlduaqN+uIUoQGdBSx8QyZZFAOeaS/9A9UCzOp6xWQi/eEPt+8HHJAz74eqwqOYp5skKLmfl992Dc2YqKKBVFo065E4oyKFJA2bEoOayssCh6GB1VEdWvSfGLDslvga79qWSuii/xr7WsZACh8B49tVOuRbTcmdrjQ3IwB0nqXqBHfs/ZC9L/k4XmQ9hxGOb4YWJntVOUPdhgbxGag== Received: from TYZPR02MB4797.apcprd02.prod.outlook.com (2603:1096:400:52::10) by TY2PR02MB2990.apcprd02.prod.outlook.com (2603:1096:404:4a::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4129.26; Fri, 21 May 2021 20:13:09 +0000 Received: from TYZPR02MB4797.apcprd02.prod.outlook.com ([fe80::2c4d:f7fc:6d15:bfa2]) by TYZPR02MB4797.apcprd02.prod.outlook.com ([fe80::2c4d:f7fc:6d15:bfa2%5]) with mapi id 15.20.4150.025; Fri, 21 May 2021 20:13:09 +0000 X-GUID: 82E12154-125F-4E5E-AD83-5ADED350818A X-Has-Attach: no From: "CkaEqhp" Subject: =?UTF-8?B?ZER3UEZna3AtLeW8gOelqOiBlOezu34=?= To: "freebsd-current" Content-Type: multipart/alternative; charset=UTF-8; boundary="----=_533_NextPart173733437036_=----" Date: Sat, 22 May 2021 04:13:09 +0800 Message-ID: X-Mailer: Foxmail 7, 2, 5, 140[cn] X-TMN: [/Ml0R9haAJVCipxW9/Gy5pH7U4auNfKW] X-ClientProxiedBy: HK2PR02CA0199.apcprd02.prod.outlook.com (2603:1096:201:20::11) To TYZPR02MB4797.apcprd02.prod.outlook.com (2603:1096:400:52::10) X-Microsoft-Original-Message-ID: <202105220413081196449@hotmail.com> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from 10_53_69_17 (139.186.194.93) by HK2PR02CA0199.apcprd02.prod.outlook.com (2603:1096:201:20::11) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_RSA_WITH_AES_256_CBC_SHA) id 15.20.4150.23 via Frontend Transport; Fri, 21 May 2021 20:13:08 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: c1fd9ef3-99e6-4a84-25b0-08d91c94da32 X-MS-TrafficTypeDiagnostic: TY2PR02MB2990: X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: sDyGa52ZZuJvn+RoiItBJmHF1wqv7xf4JZbePlcTudS14Rm2Vk6B1uYQZgyHb3gRuarCLBzu/XjCmF8xRt8LpUSppnpx1S0soSb3G/js8WVKb2NcPriDt27bHrJgq71Gs8QyBtQsq3aM/WcE8HgLddlakDig3u9VN5AFkGZvuZx5uq3+gQtOMQgYWKhGP3qh8tbLwChFLnQViqDbV1IbpfrawMm3wLb0rXyjjeMiEbTUo1JtHTQWkyKA6/08iwWb9kFbnnMTJcQdKa0rdkQ4VspKS4E9qwydgslOKvwycUNJrh9EYQINjaXs5di7uY2n5Hid1UKImzoBB18lwEz7Azx5tL9Jq7DKzzAdaKMJUjkcE2EO7D70D9yTOokhxAzJ X-MS-Exchange-AntiSpam-MessageData: mrlpp9Nzx0+jxfbKyjHIznnGeXuDboVwt4nNku2fOLIdqPENlIcC6sHcmai5Y6G88kI8T9mCqARclODRszh28hybjOBKZXuuStatoz6MnK6CEjMz6knBoh1EVwc56zJ2jHJa59STnaznbHXjCFEnAQ== X-OriginatorOrg: sct-15-20-3174-20-msonline-outlook-0bb73.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: c1fd9ef3-99e6-4a84-25b0-08d91c94da32 X-MS-Exchange-CrossTenant-AuthSource: TYZPR02MB4797.apcprd02.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 21 May 2021 20:13:09.3721 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: TY2PR02MB2990 X-Rspamd-Queue-Id: 4FmyTh5yw8z4vsw X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hotmail.com header.s=selector1 header.b=nn3mLnlC; arc=pass (microsoft.com:s=arcselector9901:i=1); dmarc=pass (policy=none) header.from=hotmail.com; spf=pass (mx1.freebsd.org: domain of seaurytdaql@hotmail.com designates 40.92.253.27 as permitted sender) smtp.mailfrom=seaurytdaql@hotmail.com X-Spamd-Result: default: False [-3.90 / 15.00]; FREEMAIL_FROM(0.00)[hotmail.com]; R_SPF_ALLOW(-0.20)[+ip4:40.92.0.0/15]; MIME_BASE64_TEXT_BOGUS(1.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[hotmail.com:+]; MIME_BASE64_TEXT(0.10)[]; DMARC_POLICY_ALLOW(-0.50)[hotmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[40.92.253.27:from]; FREEMAIL_ENVFROM(0.00)[hotmail.com]; ASN(0.00)[asn:8075, ipnet:40.80.0.0/12, country:US]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; MIME_TRACE(0.00)[0:+,1:~,2:~]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[hotmail.com:s=selector1]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[hotmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[40.92.253.27:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[40.92.253.27:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.92.253.27:from]; MAILMAN_DEST(0.00)[freebsd-current] ------=_533_NextPart173733437036_=---- Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 PGRpdj48cD48Ym9keSBvd3VyPSJibXlyd2doYSIgPiYjMzgyNzE7JiMyNjM5OTs8L2JvZHk+PGE+ JiMyNjM3NzsmIzI3NDkxOzwvYT48Ym9keT4mIzM1MjY4OzwvYm9keT48ZW0gbmNvdz0ibWFicWpt aWsiID4mIzIxNDU3OyYjMzEwODA7PC9lbT48ZW0+JiMyMTQ4NzsmIzIxNTIxOzwvZW0+PHNwYW4g cWx1PSJ3ZmVhbGUiID4mIzIyODA2Ozwvc3Bhbj48c3BhbiBqeWxsPSJjeHlmY3N5bCIgPiYjMjAx OTU7JiMyNDMyMDs8L3NwYW4+PC9wPjxwPjwvcD48ZGl2PjxiPiYjMjI2ODY7PC9iPjxlbSBhbj0i aXllYWYiID4mIzIwNTQwOzwvZW0+PHNwYW4+JiMzMTI0Njs8L3NwYW4+PGJvZHk+JiMxOTk4Nzsm IzI5OTkyOzwvYm9keT48c3BhbiBraXM9ImRvcCIgPiYjMjE0NTc7JiMzMTA4MDs8L3NwYW4+PHU+ LzwvdT48c3Bhbj4mIzI2MjIyOyYjMzY4OTA7PC9zcGFuPjx1PiYjMjE0NTc7PC91PjxlbSBnbXF5 PSJiaXFianQiID4mIzMxMDgwOzwvZW0+PC9kaXY+PGRpdj48L2Rpdj48cD48c3BhbiBpdnRoPSJr eWdrIiA+JiMzODI3MTs8L3NwYW4+PGE+JiMyNjM5OTsmIzIxNTEyOzwvYT48dSBzcj0idWF5bGtz bHRyc2xlIiA+JiMyMDMxNjs8L3U+PHNwYW4+JiM2NTI5MjsmIzIxNDg3Ozwvc3Bhbj48Y29kZSB5 bWlwPSJlbWtqd3AiID4mIzM5NTY0OyYjMzU3Nzc7PC9jb2RlPjxib2R5PiYjMjE1MTg7JiMyMDE4 NDs8L2JvZHk+PC9wPjxwPjwvcD48ZGl2PjxhPiYjMzAwMDU7JiMzNTgwNTs8L2E+PGVtIHNrPSJq dm5pZXJycXNtbyIgPjomIzAzMjs8L2VtPjxlbSBhb3A9InJsbHdhZWZkemV0IiAgeWFjPSJ4aWps cW1xaGVtIiA+MTMzLTc3NzktNTM5MzwvZW0+PGJvZHk+JiMwMzI7KDwvYm9keT48Ym9keT4mIzI0 NDk0OyYjMjA0NDk7PC9ib2R5Pjxib2R5IG1ra289InhhbGVweiIgPiYjMjE1MTY7JiMyMTQ5NTs8 L2JvZHk+PHU+JiM2NTI4OTsmIzI2NTE5OzwvdT48c3Bhbj4mIzMyNDYzOyYjMjk3MDI7PC9zcGFu PjwvZGl2PjxkaXY+PC9kaXY+PGRpdj48ZW0+JiMzNTgzMTsmIzIwNDQ1OzwvZW0+PHUgYmJkPSJs YmJvbXFsIiAgeWE9ImRyeW56cGprdXNwIiA+JiMzMDA0MTsmIzMyODUyOzwvdT48Ym9keSBwZmNr PSJ3bnp4Y3Jzd2RvYiIgPiYjMzE5OTU7JiMyNjA0MTs8L2JvZHk+PHNwYW4+JiMyNDMzNTs8L3Nw YW4+PHU+JiMyMDE5NzsmIzIyNzkxOzwvdT48c3Bhbj4mIzI0NjEzOyYjMjk5OTI7PC9zcGFuPjxz cGFuIGVubmw9InloZW90bWhkIiA+JiM2NTI4MTs8L3NwYW4+PC9kaXY+PGJyIC8+DQo8YnIgLz4N CjxiciAvPg0KeXJmUVdDUmh3TmpiPC9kaXY+DQo= ------=_533_NextPart173733437036_=---- Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJz ZXQ9dXRmLTgiPjxkaXY+PHA+PGJvZHkgb3d1cj0iYm15cndnaGEiPumVv+acnzwvYm9keT48YT7m nInmraM8L2E+PGJvZHk+6KeEPC9ib2R5PjxlbSBuY293PSJtYWJxam1payI+5Y+R56WoPC9lbT48 ZW0+5Y+v5ZCRPC9lbT48c3BhbiBxbHU9IndmZWFsZSI+5aSWPC9zcGFuPjxzcGFuIGp5bGw9ImN4 eWZjc3lsIj7ku6PlvIA8L3NwYW4+PC9wPjxwPjwvcD48ZGl2PjxiPuWinjwvYj48ZW0gYW49Iml5 ZWFmIj7lgLw8L2VtPjxzcGFuPueojjwvc3Bhbj48Ym9keT7kuJPnlKg8L2JvZHk+PHNwYW4ga2lz PSJkb3AiPuWPkeelqDwvc3Bhbj48dT4vPC91PjxzcGFuPuaZrumAmjwvc3Bhbj48dT7lj5E8L3U+ PGVtIGdtcXk9ImJpcWJqdCI+56WoPC9lbT48L2Rpdj48ZGl2PjwvZGl2PjxwPjxzcGFuIGl2dGg9 Imt5Z2siPumVvzwvc3Bhbj48YT7mnJ/lkIg8L2E+PHUgc3I9InVheWxrc2x0cnNsZSI+5L2cPC91 PjxzcGFuPu+8jOWPrzwvc3Bhbj48Y29kZSB5bWlwPSJlbWtqd3AiPumqjOivgTwvY29kZT48Ym9k eT7lkI7ku5g8L2JvZHk+PC9wPjxwPjwvcD48ZGl2PjxhPueUteivnTwvYT48ZW0gc2s9Imp2bmll cnJxc21vIj46IDwvZW0+PGVtIGFvcD0icmxsd2FlZmR6ZXQiIHlhYz0ieGlqbHFtcWhlbSI+MTMz LTc3NzktNTM5MzwvZW0+PGJvZHk+ICg8L2JvZHk+PGJvZHk+5b6u5L+hPC9ib2R5Pjxib2R5IG1r a289InhhbGVweiI+5ZCM5Y+3PC9ib2R5Pjx1Pu+8ieaelzwvdT48c3Bhbj7nu4/nkIY8L3NwYW4+ PC9kaXY+PGRpdj48L2Rpdj48ZGl2PjxlbT7or7fkv508L2VtPjx1IGJiZD0ibGJib21xbCIgeWE9 ImRyeW56cGprdXNwIj7nlZnogZQ8L3U+PGJvZHkgcGZjaz0id256eGNyc3dkb2IiPuezu+aWuTwv Ym9keT48c3Bhbj7lvI88L3NwYW4+PHU+5Lul5aSHPC91PjxzcGFuPuaApeeUqDwvc3Bhbj48c3Bh biBlbm5sPSJ5aGVvdG1oZCI+77yBPC9zcGFuPjwvZGl2Pjxicj4NCjxicj4NCjxicj4NCnlyZlFX Q1Jod05qYjwvZGl2Pg0K ------=_533_NextPart173733437036_=------ From nobody Sat May 22 00:46:46 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 45A038BCFE1 for ; Sat, 22 May 2021 00:46:51 +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 4Fn4YQ1pjgz3L3L for ; Sat, 22 May 2021 00:46:49 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wm1-x330.google.com with SMTP id f20-20020a05600c4e94b0290181f6edda88so1403000wmq.2 for ; Fri, 21 May 2021 17:46:49 -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=Wl/2tMZBeK75jMUV1K4ph0Pq4VLjE2cA0/p7kLvlHPE=; b=vbfzh9zEiMtkAvxSgNLcv0Nr4tXiescHMx9IuuwVmkuJFNQn5YI6XLaPtW1SnOPQ1u PSpSK+mA8C7FCnrPXt9Zm6PCxZBXs65OjOd/RckreQyuX9HlOOhDjve+xusKfSJ/KHUP f8vt9Z2a9QEEQaOCUJn793jW43zDYswAJdvfN1Ztb70/pUTUvKpmaoc1UoesaUTVz8BN y74cfhNPDd5+5VF4CVWK0Oo9MP3rX1N742kpGTKFH5DuXzaFzTwGxQPnRTQ+eJc7I5H1 iRTuKV9k5eg6ewxtkWw2ekMm18G01azimAiYKCMWOsN3DkKQw1zocdIzKxo0IICKXNAO XAfw== 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=Wl/2tMZBeK75jMUV1K4ph0Pq4VLjE2cA0/p7kLvlHPE=; b=lflJhA3uAR1EsRSDr1KmaFdTVWXNnf/33hmZDG6M+4TlUmm0E5+v9uqCLyw1jkVqrW AdxZ82cD3gzetex5rNURLXWGSjWhr9S0ZtBa1KbaZLBZPoodWC3a9Y0aS6gGQ2K9hPPr Ii29iiZqChQkOTWh/H/RE0w+GZM/kIhdRT2+b3PUT7MJuh2oEXsjmnCs9shCug3E1tHW cA4BCcOAknYK9uOoMaM3F3Qcg6bEd0vJKSAF6k0sEOzQKu9IN1RuFxWLpJodXTuxDKpd +iQpeCvkGr/KLW9OswpKiRcNT+x7Qam5tmfkFAA9F2DyLievvkvkJlXaBLJM/SOK9lBa tGGw== X-Gm-Message-State: AOAM530RoFUO9Re/CFKBBsVsmV+owmZiDqjchkFLrmaaMQjS1pear5AS XKiC8qTW4OirMAbZNxLc36p7dJBqF89HSw== X-Google-Smtp-Source: ABdhPJyciaWq+C4l+eQTTH31GPY8wF/1dVRWfpLt0EQPxFdpkev9/rPrkcsOtEUprOCUwPMIy9eIsg== X-Received: by 2002:a7b:c346:: with SMTP id l6mr10740015wmj.109.1621644407543; Fri, 21 May 2021 17:46:47 -0700 (PDT) Received: from [192.168.1.10] (88-105-96-80.dynamic.dsl.as9105.com. [88.105.96.80]) by smtp.gmail.com with ESMTPSA id a18sm1072724wmb.13.2021.05.21.17.46.46 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 21 May 2021 17:46:47 -0700 (PDT) Subject: Re: zpool upgrade and bootcode on 13-RELEASE To: FreeBSD CURRENT References: <8A7B5F0F-BDF8-4915-8868-0D39C6579110@grem.de> From: Graham Perrin Message-ID: <3940e10d-e258-945e-fe99-4d3544541033@gmail.com> Date: Sat, 22 May 2021 01:46:46 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.2 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: <8A7B5F0F-BDF8-4915-8868-0D39C6579110@grem.de> Content-Type: multipart/alternative; boundary="------------376F4F07C50EC374B5C2EFE7" Content-Language: en-GB X-Rspamd-Queue-Id: 4Fn4YQ1pjgz3L3L X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=vbfzh9zE; 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 [-1.60 / 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]; URI_COUNT_ODD(1.00)[11]; 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:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::330:from]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[88.105.96.80:received]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::330:from:127.0.2.255]; NEURAL_SPAM_LONG(0.40)[0.399]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::330:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] This is a multi-part message in MIME format. --------------376F4F07C50EC374B5C2EFE7 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit On 20/05/2021 00:13, Michael Gmelin wrote: > >> On 20. May 2021, at 00:18, Graham Perrin wrote: >> >> … > > Given that I upgraded the zpool of a server that boots of a legacy > boot partition, how would the red alert box saying > >    "Updating UEFI ESP partitions (the partition the firmware boots > from) has changed. SeeBoot Loader Changes > for important > details." > > have caught my attention? No UEFI involved at my end, no zpools > involved in the warning (I noticed the absence of the warning after > running "zpool upgrade", so no harm done, but other users might be > less fortunate). > > -m In a lucky situation: a red alert for changes to something other than the freebsd-boot partition might, obliquely, cause the reader to wonder about changes to the freebsd-boot partition that are not classified as changes for release note purposes :-) That's with a smile, no personal criticism intended, because I am amongst the people who misinterpreted part of the release notes. For anyone who's not following that particular bug (for the command, the action of upgrading a pool), there's a parallel bug for the FreeBSD Handbook: 255318 – handbook: Document how to update the bootloader Add to the mix. Eventually we should have a handbook, a manual page and an action that are reasonably foolproof. Free from fortune, luck, obliqueness and wonder :-) --------------376F4F07C50EC374B5C2EFE7 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit
On 20/05/2021 00:13, Michael Gmelin wrote:

On 20. May 2021, at 00:18, Graham Perrin <grahamperrin@gmail.com> wrote:

…

Given that I upgraded the zpool of a server that boots of a legacy boot partition, how would the red alert box saying

   "Updating UEFI ESP partitions (the partition the firmware boots from) has changed. See Boot Loader Changes for important details."

have caught my attention? No UEFI involved at my end, no zpools involved in the warning (I noticed the absence of the warning after running "zpool upgrade", so no harm done, but other users might be less fortunate).

-m


In a lucky situation: a red alert for changes to something other than the freebsd-boot partition might, obliquely, cause the reader to wonder about changes to the freebsd-boot partition that are not classified as changes for release note purposes :-)

That's with a smile, no personal criticism intended, because I am <https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256024#c8> amongst the people who misinterpreted part of the release notes.

For anyone who's not following that particular bug (for the command, the action of upgrading a pool), there's a parallel bug for the FreeBSD Handbook:

255318 – handbook: Document how to update the bootloader
<https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=255318>

Add <https://man.freebsd.org/zpool-upgrade(8)> to the mix.

Eventually we should have a handbook, a manual page and an action that are reasonably foolproof. Free from fortune, luck, obliqueness and wonder :-)

--------------376F4F07C50EC374B5C2EFE7-- From nobody Sat May 22 05:28:08 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 E19608BC322 for ; Sat, 22 May 2021 05:28:14 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FnBp6423Sz4RVF; Sat, 22 May 2021 05:28:14 +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 14M5S9si015728; Fri, 21 May 2021 22:28:09 -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 14M5S8nh015727; Fri, 21 May 2021 22:28:08 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202105220528.14M5S8nh015727@gndrsh.dnsmgr.net> Subject: Re: Reducing SIGINFO verbosity In-Reply-To: To: Warner Losh Date: Fri, 21 May 2021 22:28:08 -0700 (PDT) CC: Ceri Davies , Conrad Meyer , Michael Gmelin , "freebsd-current@freebsd.org" 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: 4FnBp6423Sz4RVF X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] > On Fri, May 21, 2021 at 7:38 AM Ceri Davies wrote: > > > On Thu, May 20, 2021 at 03:57:17PM -0700, Conrad Meyer wrote: > > > No, I don?t think there?s any reason to default it differently on stable > > vs > > > current. I think it?s useful (and I prefer the more verbose form, which > > > isn?t the default). > > > > I agree that there's no reason for the default to be different, but I > > would say that it is much easier for someone who knows that there is a > > default to be changed to change it, than it is for someone who does not. > > Therefore, if the information is not useful to someone who does not know > > how to get rid of it, then it should default to not being displayed, > > IMHO. > > > > I plan on changing the default for non-INVARIANT kernels back to > the old behavior. > > INVARIANT kernels will keep this behavior because it's a debugging > kernel and this is one more thing to help debugging problems. This seems a good solution to me, thanks! > Warner -- Rod Grimes rgrimes@freebsd.org From nobody Sat May 22 12:11:24 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 90929624121 for ; Sat, 22 May 2021 12:11:30 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: from sonic313-56.consmr.mail.ne1.yahoo.com (sonic313-56.consmr.mail.ne1.yahoo.com [66.163.185.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FnMlP5BKZz3t3p for ; Sat, 22 May 2021 12:11:29 +0000 (UTC) (envelope-from filippomore@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1621685488; bh=wuLxrSrGxmjgq8e8BBzQLQKb6lxZiTJl4HFgDviSJrw=; h=Date:From:To:Subject:References:From:Subject:Reply-To; b=T6URVKMqKMg4BRgWzAYmp91cS0Ri6EtpHCutXQu6Z7znRyojc24gMImc8fzJcdp3cv7lTWwRlBiMOo54arFkLweBhrcUElEUdWUueWIVjAsdU4cd9JTzyadizDQo6aKSZO/Jh4+geFflYo3pSggPfAreZuro0Bk/tWj+kTNZ9VdXmArqINPcDuVa9gvjjQXF2FwGb30Jr3HttA7F9w8fgFZz4vSBl52McOPNQOvG0kG8/4JTFM0liPyuOOZCymtC6t/WW7P1Y08082ldbZIluc4r4axFwEHv7JJrk1IBC6OE6MArAtpDwO2dnTQrhITu/FJ0rT8aBQXLmoiblRNliQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1621685488; bh=QrrpMJ65qZF6jhZIXyTccuM5NTTWlF0QpnuF3/oQLjm=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=CIzkDSPilXE1IAqk8kBWHJoRHngno4ycIgS9xNqSGNPOvW/69wORNJBwEE2bVCCHSQFOqqMMye8JbGGZJcXISp1IkL3jyB7DcAdgyJwdHHIzmn6HsETkLmV5CzHoEPAvOmYyAxMgF1Vf67E4R1wA25iDeHjFbhW7mpzdUlSXiw8vlf2qb//ATfxPjs3I988toRvpeuX4ZyzFq+ce+kqCt1OpldCsg4YCwCCKevwGTuksxdc/KgtAzFPzl3FqntVCzDxIWkMt22vDKagqa0EjKYzI+tYSUoeGqKQTvAaBDRj/2Ug9KFzFStzxaFYxXD/OtI5P8860sovSN/HX6pr7cA== X-YMail-OSG: XSnHZO0VM1krHTAC0fN4WILoCP1tbqQ9gj.YE1tmvN_x0OpOTikg1J20T6kKq6o UGH_YZGm3Deno1dLySkKlURXwIbWAqgI7xRE3BkiNfoxlJa5pjlXfXbUrGwoqRCEjs1dgo64Wp1n LSPJgJwxk5xxpMgU1FoGtdtUl.N4AD9xhFjC_8v6d6l9VgCaUrNI.6qVCXWxnkOOTfpz.IoX.3DV ofZv3S5D4_NqUL5c2LdPM5d7NYpau7uwW.jckyVvuyBjWxGpLhlgM6PhLVfzTowgeWhHTUMahjFA glYzyCL3TVCODd7P4MZFML4lgEaVQt1GzBEGuw9BBp6F9QD55hh4s3B9BVYY3U_B1u.t.Nod_Nm4 pJ_BCd_v1oaK4MIPNXYxWgq.ZDv_52Kw2EWhttKvUOQ6p90TDT4yTGeqHG4vgiBorhw_fcC03Fgz ePV.33gX3awb5y3.jC5GNpYSVp0WJCnvv_QU_OVUVYJiwSWVo0y8sKxskjuqcNMWXU.J.FURioTa vqyZbWV18SNOpd64DzHrvB1jEPjqTwoJjo3oe9s4Ku0E5B2i_UXzh2.BqGZ_gaBFFi2bZ7SkRomb VsguaCOjhSSVrTp8oepozK_a5FiVgElKykSwVgqx5w96kVaRyHlW2TA6Hiam925DyaSXe5_wG7uT MzT0pcgEPe9A6yRd47z0JmvvqlF_4bHY07NNk9uiT_aUhvjTr2zVsSq7VE57gcwqnuGny10jTP02 TVZOufVXmJ28jwgzEIurMzvmF.9kggz5O7ULmtfw3a5PNWvZ3bb1L8yzj79JXB0oGRO0T4kvSoqK 3nWkUYHoiFueRd3h39Ewe6Zrg6QAOST.kqF7M0FufSLyD33Zr0rNZu71R9VkKrh_v.tmaC.sba6m vRRuy7fAoKCAzRL42wTF0rTdfzX3X6UQMCEXhKdHtpVUbhTwJw5y.Cg2zgJh51fVBUsrY6ZOOgAS qEOG3gphAOFaBEFFYfbK8yN66XBjMXkNSe16Rk2vqtWLOIX7Ls7iWTmK7cNPbA8vdVOspenD7rS0 oVCsGjd6NWs0sQb60cjO4F4lZcrGIxIw3vuzXfVWVxhRjLBYmYi1jeytYK1See81cERXZlAk0BKn 8uJfoJBXswH7fS.H_sXNMpHetkSaB9lyvrYZsNbxGFmJH6CLVYBn0VnV8ovZSWhg6GCb002vbP33 Ew1AkdHznJ5Zw92PpXZtRndZbIx_yYj3pZkJ1OujmESbsZsYKRSc2VzdcFVxVRXTQFs.5A15Ayix i0HZFauhIvSB5mPHLUQ8cSUDB9sal8CNHcdQC9Ortjv8eqODhOxFFmeuidKRR3D6KFL4GfW4J8Vv 9HEY1KLEBiQZ3A7lE74RARacxNTvPXDMIFqmaM0mEvSKDROhE9AdBOF0Lz6FYpvJcML60pcIUPCC QSId8hqpA45xCHtBXSIO5JV0aAbJyYw0nHlQc3M2FR1WEMjbMRP41GYwJx2M0MCMVOHNaMBGVOuS fYQbShiSOglB1GSnsodLaSaabrhw9beW6n2rUfB3Og0Mqgs0PCmTLJgt_2u5ne4ARY5UQztjhx7A utxkzNg1NQhIud4QsB55VrtIfYT999.LbkytIjwIaXd8AkOmtlQT16bic32VF9Bx_cZ4EMIrJMgT WECUmwfZqriHs1zVc9VTFZDYoyauqhneNVkUCcO4lZgO4hSMYn0IZqO0hjgn1uxoJuFI5U9xSA_g OuS_NSHYZ0wJkKzNy7ZwIuch515Q2wRdz982rXy0PXvsRlKFkD2oR1V.p8IzTkjsuhif.KcC4Vv. 3EDNlhzeE9bcu6MC9P_YPXvJZQsufFUx59gndpiaxvM8_6KxVDLfny9DgCOj7QmzFwazJdTrWo3K O9jgZNFNr4xSyDgubTheCtcD6V43PU1E6Ea_.rSTckdDtnNMohd3v16TY_FzxtA2qgRVNFZgOaJD SHeXiZUNA8jcQYFmW29v0I1boIF9BFVlW1j_rIY85.WOeNymgNi7SOHTgoumTFZqitZDfJ1vzXWn U.KQlnKN51xhVB4eG43WCbytecbImtdBZZrpyfwbNDUZxAdDkccAMuUUljtMKoGeRwy_lTKHpUzY MGqoUsOSrYH6t10rxQs6erVrBNTApDH2Wby1VhOXOlmjerfbd4Ik9kikMiOiR9SB6oYP0DrYQ4uF jJxNDx.izfvprrnMU4nqLhU8qsprSO3rqrTPMMmx_B0dC0BkLauaxQecZVh1GHD4La9FQXaqp5QL Ea8.rDWK7z3p0OcKOFdDjdKoL0honmIz2WutmNTKGxR8zdaaeZjxzjVdE.K6XyMr0NiC3655PFja 3JF1dqrtm.hwdEMjKrWPPW9pwMJBQ8nyzmt5DlVfOWtzjGMIq5wbLwr6G81lVocYC X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.ne1.yahoo.com with HTTP; Sat, 22 May 2021 12:11:28 +0000 Date: Sat, 22 May 2021 12:11:24 +0000 (UTC) To: FreeBSD Current Message-ID: <1115479693.573641.1621685484522@mail.yahoo.com> Subject: Problem with Xorg List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_573640_1542083615.1621685484521" References: <1115479693.573641.1621685484522.ref@mail.yahoo.com> X-Mailer: WebService/1.1.18368 YMailNorrin X-Rspamd-Queue-Id: 4FnMlP5BKZz3t3p X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=T6URVKMq; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of filippomore@yahoo.com designates 66.163.185.31 as permitted sender) smtp.mailfrom=filippomore@yahoo.com X-Spamd-Result: default: False [-4.00 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.163.185.31:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.163.185.31:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[66.163.185.31:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.185.31:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[current] Reply-To: filippomore@yahoo.com From: Filippo Moretti via current X-Original-From: Filippo Moretti ------=_Part_573640_1542083615.1621685484521 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable FreeBSD sting 14.0-CURRENT FreeBSD 14.0-CURRENT #38 main-n246776-f17a590085= 0: Thu May 20 20:40:36 CEST 2021=C2=A0=C2=A0=C2=A0=C2=A0 root@sting:/usr/ob= j/usr/src/amd64.amd64/sys/STING=C2=A0 amd64 I get the following error when I start Xorg (xinit)scfb trace probe startsc= fb trace probe doneMESA-LOADER: failed to open r600 (search path /usr/local= /lib/dri)failed to load driverfailed to open kms-swrastfailed to open swras= t This is the directory as currently installed [root@sting /home/filippo]# ls -la /usr/local/lib/dritotal 209536 drwxr-xr-x=C2=A0=C2=A0 2 root=C2=A0 wheel=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 15 Apr=C2=A0 2 13:36 . drwxr-xr-x=C2=A0 68 root=C2=A0 wheel=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 2102 May= 21 01:30 .. -rwxr-xr-x=C2=A0=C2=A0 4 root=C2=A0 wheel=C2=A0 14255896 Apr=C2=A0 2 13:26 = i915_dri.so -rwxr-xr-x=C2=A0=C2=A0 4 root=C2=A0 wheel=C2=A0 14255896 Apr=C2=A0 2 13:26 = i965_dri.so -rwxr-xr-x=C2=A0=C2=A0 7 root=C2=A0 wheel=C2=A0 19473448 Apr=C2=A0 2 13:26 = iris_dri.so -rwxr-xr-x=C2=A0=C2=A0 7 root=C2=A0 wheel=C2=A0 19473448 Apr=C2=A0 2 13:26 = kms_swrast_dri.so -rwxr-xr-x=C2=A0=C2=A0 4 root=C2=A0 wheel=C2=A0 14255896 Apr=C2=A0 2 13:26 = r200_dri.so -rwxr-xr-x=C2=A0=C2=A0 7 root=C2=A0 wheel=C2=A0 19473448 Apr=C2=A0 2 13:26 = r300_dri.so -rwxr-xr-x=C2=A0=C2=A0 7 root=C2=A0 wheel=C2=A0 19473448 Apr=C2=A0 2 13:26 = r600_dri.so -rwxr-xr-x=C2=A0=C2=A0 2 root=C2=A0 wheel=C2=A0=C2=A0 7073256 Apr=C2=A0 2 1= 3:36 r600_drv_video.so -rwxr-xr-x=C2=A0=C2=A0 4 root=C2=A0 wheel=C2=A0 14255896 Apr=C2=A0 2 13:26 = radeon_dri.so -rwxr-xr-x=C2=A0=C2=A0 7 root=C2=A0 wheel=C2=A0 19473448 Apr=C2=A0 2 13:26 = radeonsi_dri.so -rwxr-xr-x=C2=A0=C2=A0 2 root=C2=A0 wheel=C2=A0=C2=A0 7073256 Apr=C2=A0 2 1= 3:36 radeonsi_drv_video.so -rwxr-xr-x=C2=A0=C2=A0 7 root=C2=A0 wheel=C2=A0 19473448 Apr=C2=A0 2 13:26 = swrast_dri.so -rwxr-xr-x=C2=A0=C2=A0 7 root=C2=A0 wheel=C2=A0 19473448 Apr=C2=A0 2 13:26 = vmwgfx_dri.so Any help appreciatedFilippo ------=_Part_573640_1542083615.1621685484521 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

<= /div>

FreeBSD sting 14.0-CURRENT FreeBSD 14.0-CURRENT= #38 main-n246776-f17a5900850: Thu May 20 20:40:36 CEST 2021  &nb= sp;  root@sting:/usr/obj/usr/src/amd64.amd64/sys/STING  amd64


I ge= t the following error when I start Xorg (xinit)
scfb trace probe start
scfb trace probe done
MESA-LOADER: failed to open r600 (search path /usr/local/lib/dri)
failed to load driver
failed to open kms-swrast
failed to open swrast

This is = the directory as currently installed


[root@sting /home/filippo]# ls -la /usr/local/lib/dri
total 209536
drwxr-xr-x&nb= sp;  2 root  wheel        15 A= pr  2 13:36 .
drwxr-xr-x  68 root  wheel   = ;   2102 May 21 01:30 ..
-rwxr-xr-x   4 root  w= heel  14255896 Apr  2 13:26 i915_dri.so
-rwxr-xr-x  = 4 root  wheel  14255896 Apr  2 13:26 i965_dri.so
-rwxr-x= r-x   7 root  wheel  19473448 Apr  2 13:26 iris_dr= i.so
-rwxr-xr-x   7 root  wheel  19473448 Apr  = 2 13:26 kms_swrast_dri.so
-rwxr-xr-x   4 root  wheel = ; 14255896 Apr  2 13:26 r200_dri.so
-rwxr-xr-x   7 root&n= bsp; wheel  19473448 Apr  2 13:26 r300_dri.so
-rwxr-xr-x =   7 root  wheel  19473448 Apr  2 13:26 r600_dri.so
-= rwxr-xr-x   2 root  wheel   7073256 Apr  2 13= :36 r600_drv_video.so
-rwxr-xr-x   4 root  wheel  14= 255896 Apr  2 13:26 radeon_dri.so
-rwxr-xr-x   7 root&nbs= p; wheel  19473448 Apr  2 13:26 radeonsi_dri.so
-rwxr-xr-x&nbs= p;  2 root  wheel   7073256 Apr  2 13:36 radeonsi_= drv_video.so
-rwxr-xr-x   7 root  wheel  19473448 Ap= r  2 13:26 swrast_dri.so
-rwxr-xr-x   7 root  w= heel  19473448 Apr  2 13:26 vmwgfx_dri.so

Any help appreciated
Filippo


<= /div> ------=_Part_573640_1542083615.1621685484521-- From nobody Sat May 22 16:03:09 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 B62138D02DC for ; Sat, 22 May 2021 16:04:18 +0000 (UTC) (envelope-from bounce@nebula-nassa.rs) Received: from h1.info.neby.ch (h1.info.neby.ch [185.53.129.208]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FnSw12WMYz3ntn for ; Sat, 22 May 2021 16:04:16 +0000 (UTC) (envelope-from bounce@nebula-nassa.rs) Received: from h1.info.neby.ch (localhost [127.0.0.1]) by h1.info.neby.ch (8.14.7/8.14.7) with ESMTP id 14MG39mA016020 for ; Sat, 22 May 2021 18:03:09 +0200 Received: (from www-data@localhost) by h1.info.neby.ch (8.14.7/8.14.7/Submit) id 14MG39R0016019; Sat, 22 May 2021 18:03:09 +0200 X-Authentication-Warning: h1.info.neby.ch: www-data set sender to bounce@nebula-nassa.rs using -f To: freebsd-current@freebsd.org Subject: Helioprognoza kraja pandemije Received: from cable-89-216-20-45.static.sbb.rs [89.216.20.45] by info.neby.ch with HTTP; Sat, 22 May 2021 16:02:17 +0000 Date: Sat, 22 May 2021 16:03:09 +0000 From: NACIONALNA SRPSKA SVEMIRSKA AGENCIJA Message-ID: <5ecd36e5dc168789d1f1346c7234b32b@info.neby.ch> X-phpList-version: 3.5.6 X-MessageID: 13 X-ListMember: freebsd-current@freebsd.org Precedence: bulk List-Help: List-Unsubscribe: List-Unsubscribe-Post: List-Unsubscribe=One-Click List-Subscribe: List-Owner: 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 X-Rspamd-Queue-Id: 4FnSw12WMYz3ntn X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of bounce@nebula-nassa.rs has no SPF policy when checking 185.53.129.208) smtp.mailfrom=bounce@nebula-nassa.rs X-Spamd-Result: default: False [-1.19 / 15.00]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; XAW_SERVICE_ACCT(1.00)[]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MAILLIST(-0.10)[generic]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[185.53.129.208:from]; MIME_TRACE(0.00)[0:+]; FROM_NEQ_ENVFROM(0.00)[office@nebula-nassa.rs,bounce@nebula-nassa.rs]; ASN(0.00)[asn:43350, ipnet:185.53.129.0/24, country:NL]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.980]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; PRECEDENCE_BULK(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[nebula-nassa.rs]; HAS_LIST_UNSUB(-0.01)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[185.53.129.208:from:127.0.2.255]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; RWL_MAILSPIKE_POSSIBLE(0.00)[185.53.129.208:from]; FORGED_SENDER_MAILLIST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] https://info.neby.ch/lt.php?tid=BVgzqsCWLFmuuinrO+xMzdB+6kaSiOohgA9zEAG3NIkFi+psQFJA0pl+GG3IwhEg -- This message was sent to freebsd-current@freebsd.org by office@nebula-nassa.rs. To forward this message, please do not use the forward button of your email application, because this message was made specifically for you only. Instead use the forward page in our newsletter system. To change your details and to choose which lists to be subscribed to, visit your personal preferences page . Or you can opt-out completely from all future mailings. -- powered by phpList, www.phplist.com -- From nobody Sat May 22 16:04:30 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 D568C8D11C3 for ; Sat, 22 May 2021 16:05:32 +0000 (UTC) (envelope-from bounce@nebula-nassa.rs) Received: from h1.info.neby.ch (h1.info.neby.ch [185.53.129.208]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FnSxS0Bl2z3pwG for ; Sat, 22 May 2021 16:05:31 +0000 (UTC) (envelope-from bounce@nebula-nassa.rs) Received: from h1.info.neby.ch (localhost [127.0.0.1]) by h1.info.neby.ch (8.14.7/8.14.7) with ESMTP id 14MG4UCm017995 for ; Sat, 22 May 2021 18:04:30 +0200 Received: (from www-data@localhost) by h1.info.neby.ch (8.14.7/8.14.7/Submit) id 14MG4U7P017992; Sat, 22 May 2021 18:04:30 +0200 X-Authentication-Warning: h1.info.neby.ch: www-data set sender to bounce@nebula-nassa.rs using -f To: freebsd-current@freebsd.org Subject: =?UTF-8?Q?Dovi=C4=91enja_od_na=C5=A1eg_biltena?= Received: from 198.119.broadband15.iol.cz [90.182.119.198] by info.neby.ch with HTTP; Sat, 22 May 2021 16:04:30 +0000 Date: Sat, 22 May 2021 16:04:30 +0000 From: Nebula Nassa Message-ID: <7996341ff6f4e463ec24934b34a04053@info.neby.ch> X-phpList-version: 3.5.6 X-MessageID: systemmessage X-ListMember: freebsd-current@freebsd.org Precedence: bulk List-Unsubscribe: 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 X-Rspamd-Queue-Id: 4FnSxS0Bl2z3pwG X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=gmx.ch (policy=none); spf=none (mx1.freebsd.org: domain of bounce@nebula-nassa.rs has no SPF policy when checking 185.53.129.208) smtp.mailfrom=bounce@nebula-nassa.rs X-Spamd-Result: default: False [-0.45 / 15.00]; FREEMAIL_FROM(0.00)[gmx.ch]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; XAW_SERVICE_ACCT(1.00)[]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[neby@gmx.ch,bounce@nebula-nassa.rs]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; R_MIXED_CHARSET(1.25)[subject]; MIME_TRACE(0.00)[0:+]; FROM_NEQ_ENVFROM(0.00)[neby@gmx.ch,bounce@nebula-nassa.rs]; ASN(0.00)[asn:43350, ipnet:185.53.129.0/24, country:NL]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[185.53.129.208:from]; NEURAL_HAM_MEDIUM(-0.99)[-0.987]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; PRECEDENCE_BULK(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000]; HAS_LIST_UNSUB(-0.01)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[185.53.129.208:from:127.0.2.255]; R_SPF_NA(0.00)[no SPF record]; RWL_MAILSPIKE_POSSIBLE(0.00)[185.53.129.208:from]; MAILMAN_DEST(0.00)[freebsd-current]; DMARC_POLICY_SOFTFAIL(0.10)[gmx.ch : No valid SPF, No valid DKIM,none] Goodbye from our Newsletter, sorry to see you go. You have been unsubscribed from our newsletters. This is the last email you will receive from us. Our newsletter system, phpList, will refuse to send you any further messages, without manual intervention by our administrator. If there is an error in this information, you can re-subscribe: please go to https://info.neby.ch/?p=subscribe and follow the steps. Thank you From nobody Sat May 22 18:12:26 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 9C2908BEE90 for ; Sat, 22 May 2021 18:12:44 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ot1-x32d.google.com (mail-ot1-x32d.google.com [IPv6:2607:f8b0:4864:20::32d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FnWmD3hk6z3shR for ; Sat, 22 May 2021 18:12:44 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-ot1-x32d.google.com with SMTP id v19-20020a0568301413b0290304f00e3d88so21126044otp.4 for ; Sat, 22 May 2021 11:12:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=p63l9V7VpYFYKYcMu2dFZCFYQjGdoeg4o7bSm6DF2iM=; b=io/Rgy6ziQg9ZqlEkr26I7xztWncl7JIP+kdLwub0O/zfwTJ/XyiXFgwamLJrpvgQN tvi/lJ7x/Y+JHyBNXvXYgTbTJUZyaociezAmVWMc9XBMms4rxysSwfGd8fDTg13a37EW UmsXWPQg9GHJ+3/4uiOlU2UsOSeqf/v4kRE2gBpDyKCVf+Jr2d5CtHqpADfFM2hQ50ju 1We7OCp60UZJNLGCAyn4MU/r2v/+yQRI+1a699/SWIHrr3l9OyAveGHd/rYC+gEFgPfZ zfc0vExmHpGxsbNTlo0LwE5yRR5shBm44mxQArGg6b2OCM5VhtLmIBBFWT+5NagNiYZw 7d+A== 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=p63l9V7VpYFYKYcMu2dFZCFYQjGdoeg4o7bSm6DF2iM=; b=TMuOEl8j14NH9DDqS5Nf5pT8nCk8eJNCP1tWSK903uROU9I6wRKCLQssKf3pA42gB8 ZXTUSZLdsWnlBDisAQQmplB/RY7NmGkoSYVQwlsdvpR4pF1oZzGG39drAFqykNmQ6q9Z Hw9lrcsmRLctcwwZ1oOXrRbex1rrFJat7s1yZGkVYL6+vsCbKlRChjD+JsmJaPkPJYny tJsNlvfH1q20oG8wutJ936UpfIGfQr2SFUOy3pEze0OJj3kG/OlUSn0/3kH9n88KQjGy VQDBwPYHh42hrY6WMPMhL2wkcwTfCnjc+BQjP0jwpkTXzZPBEKby7J7fDI6LRuMxofHU yspg== X-Gm-Message-State: AOAM531B/8aNVC2O6vswslVxyvKug3Pwu/evSQwqqVlXSA/jkQX1G8WE CYQ2mxe/rX1FvHQSqvTCZaFQom/kifWr5oTL7mo= X-Google-Smtp-Source: ABdhPJy9E5TKmhB6NQasjOW/OoO9WmfVK2ebJaRydwyZztLJU0rzn/1+uLxf1wyBlaoCwKP+Ttv3AQ150y+/Qz7v+ek= X-Received: by 2002:a9d:5552:: with SMTP id h18mr13365799oti.104.1621707162685; Sat, 22 May 2021 11:12:42 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <1115479693.573641.1621685484522.ref@mail.yahoo.com> <1115479693.573641.1621685484522@mail.yahoo.com> In-Reply-To: <1115479693.573641.1621685484522@mail.yahoo.com> From: Kevin Oberman Date: Sat, 22 May 2021 11:12:26 -0700 Message-ID: Subject: Re: Problem with Xorg To: Filippo Moretti Cc: FreeBSD Current Content-Type: multipart/alternative; boundary="0000000000005c93ff05c2ef1fef" X-Rspamd-Queue-Id: 4FnWmD3hk6z3shR X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] --0000000000005c93ff05c2ef1fef Content-Type: text/plain; charset="UTF-8" On Sat, May 22, 2021 at 5:14 AM Filippo Moretti via current < current@freebsd.org> wrote: > > > FreeBSD sting 14.0-CURRENT FreeBSD 14.0-CURRENT #38 > main-n246776-f17a5900850: Thu May 20 20:40:36 CEST 2021 root@sting:/usr/obj/usr/src/amd64.amd64/sys/STING > amd64 > > > I get the following error when I start Xorg (xinit) > scfb trace probe start > scfb trace probe done > MESA-LOADER: failed to open r600 (search path /usr/local/lib/dri) > failed to load driver > failed to open kms-swrast > failed to open swrast > > This is the directory as currently installed > > > [root@sting /home/filippo]# ls -la /usr/local/lib/dri > total 209536 > drwxr-xr-x 2 root wheel 15 Apr 2 13:36 . > drwxr-xr-x 68 root wheel 2102 May 21 01:30 .. > -rwxr-xr-x 4 root wheel 14255896 Apr 2 13:26 i915_dri.so > -rwxr-xr-x 4 root wheel 14255896 Apr 2 13:26 i965_dri.so > -rwxr-xr-x 7 root wheel 19473448 Apr 2 13:26 iris_dri.so > -rwxr-xr-x 7 root wheel 19473448 Apr 2 13:26 kms_swrast_dri.so > -rwxr-xr-x 4 root wheel 14255896 Apr 2 13:26 r200_dri.so > -rwxr-xr-x 7 root wheel 19473448 Apr 2 13:26 r300_dri.so > -rwxr-xr-x 7 root wheel 19473448 Apr 2 13:26 r600_dri.so > -rwxr-xr-x 2 root wheel 7073256 Apr 2 13:36 r600_drv_video.so > -rwxr-xr-x 4 root wheel 14255896 Apr 2 13:26 radeon_dri.so > -rwxr-xr-x 7 root wheel 19473448 Apr 2 13:26 radeonsi_dri.so > -rwxr-xr-x 2 root wheel 7073256 Apr 2 13:36 radeonsi_drv_video.so > -rwxr-xr-x 7 root wheel 19473448 Apr 2 13:26 swrast_dri.so > -rwxr-xr-x 7 root wheel 19473448 Apr 2 13:26 vmwgfx_dri.so > > Any help appreciated > Filippo > Which DRM kernel (drm-kmod) is installed and how is it loaded? Look at /var/log/Xorg.0.log for the actual problem if the drm kernel module is not the issue. (N.B. DRM, in this context, is Digital Rendering Module, not Digital Rights Management.) -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 --0000000000005c93ff05c2ef1fef Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sat, May 22, 2021 at 5:14 AM Filippo M= oretti via current <current@freeb= sd.org> wrote:


FreeBSD sting 14.0-CURRENT FreeBSD= 14.0-CURRENT #38 main-n246776-f17a5900850: Thu May 20 20:40:36 CEST 2021= =C2=A0=C2=A0=C2=A0=C2=A0 root@sting:/usr/obj/usr/src/amd64.amd64/sys/STING= =C2=A0 amd64


I get the = following error when I start Xorg (xinit)
scfb trace = probe start
scfb trace probe done
MESA-LOADER: failed to open r600 (search path /usr/local/lib/dri)
<= div dir=3D"ltr">failed to load driver
failed to open = kms-swrast
failed to open swrast

This is the directory as currently install= ed


[root@sting /home/fili= ppo]# ls -la /usr/local/lib/dri
total 2095= 36
drwxr-xr-x=C2=A0=C2=A0 2 root=C2=A0 wheel=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 15 Apr=C2=A0 2 13:36 .
drwxr-xr-x=C2=A0 68 root=C2=A0 wh= eel=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 2102 May 21 01:30 ..
-rwxr-xr-x=C2=A0= =C2=A0 4 root=C2=A0 wheel=C2=A0 14255896 Apr=C2=A0 2 13:26 i915_dri.so
-= rwxr-xr-x=C2=A0=C2=A0 4 root=C2=A0 wheel=C2=A0 14255896 Apr=C2=A0 2 13:26 i= 965_dri.so
-rwxr-xr-x=C2=A0=C2=A0 7 root=C2=A0 wheel=C2=A0 19473448 Apr= =C2=A0 2 13:26 iris_dri.so
-rwxr-xr-x=C2=A0=C2=A0 7 root=C2=A0 wheel=C2= =A0 19473448 Apr=C2=A0 2 13:26 kms_swrast_dri.so
-rwxr-xr-x=C2=A0=C2=A0 = 4 root=C2=A0 wheel=C2=A0 14255896 Apr=C2=A0 2 13:26 r200_dri.so
-rwxr-xr= -x=C2=A0=C2=A0 7 root=C2=A0 wheel=C2=A0 19473448 Apr=C2=A0 2 13:26 r300_dri= .so
-rwxr-xr-x=C2=A0=C2=A0 7 root=C2=A0 wheel=C2=A0 19473448 Apr=C2=A0 2= 13:26 r600_dri.so
-rwxr-xr-x=C2=A0=C2=A0 2 root=C2=A0 wheel=C2=A0=C2=A0= 7073256 Apr=C2=A0 2 13:36 r600_drv_video.so
-rwxr-xr-x=C2=A0=C2=A0 4 ro= ot=C2=A0 wheel=C2=A0 14255896 Apr=C2=A0 2 13:26 radeon_dri.so
-rwxr-xr-x= =C2=A0=C2=A0 7 root=C2=A0 wheel=C2=A0 19473448 Apr=C2=A0 2 13:26 radeonsi_d= ri.so
-rwxr-xr-x=C2=A0=C2=A0 2 root=C2=A0 wheel=C2=A0=C2=A0 7073256 Apr= =C2=A0 2 13:36 radeonsi_drv_video.so
-rwxr-xr-x=C2=A0=C2=A0 7 root=C2=A0= wheel=C2=A0 19473448 Apr=C2=A0 2 13:26 swrast_dri.so
-rwxr-xr-x=C2= =A0=C2=A0 7 root=C2=A0 wheel=C2=A0 19473448 Apr=C2=A0 2 13:26 vmwgfx_dri.so=

Any help appreciated
Filippo
Which DRM kernel (drm-kmod) is installed and how is it lo= aded? Look at /var/log/Xorg.0.log for the actual problem if the drm kernel = module is not the issue. (N.B. DRM, in this context, is Digital Rendering M= odule, not Digital Rights Management.)
--
<= div>
Kevin Ober= man, Part time kid herder and retired Network Engineer
E-mail: rkoberman@gmail.com
PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
=C2=A0
--0000000000005c93ff05c2ef1fef-- From nobody Sat May 22 18:28:16 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 296108CBAA2 for ; Sat, 22 May 2021 18:28:20 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FnX6C2Ml5z4XPt for ; Sat, 22 May 2021 18:28:19 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id D2A5E5C0124 for ; Sat, 22 May 2021 14:28:18 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Sat, 22 May 2021 14:28:18 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:mime-version:content-type; s= fm2; bh=29P7N2o0Xt2Ja7h8f1gTTaKkrv74BY4Akm4Q/GYgeV8=; b=wBrEWm8S WlM/Ul5JiL5UdAk29/4cmAqkJEB7+sIfGojCzRDSnOuNmOBCEaZ30023a95EDSNi vQRWLe6ycmeLeSEQDZHAoj3GELly8Gm/VZuMMKy9WMAWoBwJEFvblafJDE/Rb8bm vrjgIuD7CDNQvhhI5iW+Ry0alP2xfeVLxrIRpq7XzYB+029ZD/QHkL9zwfSDWB4d hzv+oE8DFWU5+igYDqxGS+fih8DSXhCOhmssRdyjWT0ucQuvqK7B1B/Dlch4RtMG 1Q9o+c4n3snxmzfFhuDjsGNPCfs57cSKwcw1HfUeo3uiqEO0+M8NawEy3vxgYsml h+F1B4I9r0TDuA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=29P7N2o0Xt2Ja7h8f1gTTaKkrv74B Y4Akm4Q/GYgeV8=; b=ChczKUWe9PrVWYZm4KWCZjIL3n4v6HABxSf7dwUy56Scb f97sOG0CONOyuJBc34T4wrquOnG98x7aBuwO74E0gjnnZAxvF4ezOGt60iZnF9LX T3mlHEI7LDuFL/8UhXHHcKgNenq5y1OPL9gaGNqv9trdd85JDb6rz62z8Sv5EEVE 44BvE8ILU0pEXQQZkLkd2ykY0Og/3Oabx7jWBa4nluXj7Dxh4CnelhsByjO8/pnY jTXYg60u1lBD7doiV9vNU7GozeKLgeDz6s/OHgWVUTYSl0b2ILgOYCaN6bvMv4CM i8Aza/VepvrHr5PTdkOdxTSlbRVPrxnCS7EnLVj4g== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrvdejhedguddviecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfggtggusehgtderre dttddvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshesiiih gihsthdrnhgvtheqnecuggftrfgrthhtvghrnhepvefghffftdefkeelleehtdejledvhf dvgeeijeevfffguddvhfetgeejueejueeinecukfhppeekvddrjedtrdeluddruddttden ucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehtvggthh dqlhhishhtshesiiihgihsthdrnhgvth X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA for ; Sat, 22 May 2021 14:28:18 -0400 (EDT) Date: Sat, 22 May 2021 19:28:16 +0100 From: tech-lists To: freebsd-current@freebsd.org Subject: tuning a zfs-mounted /var Message-ID: Mail-Followup-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="SXGY/Z9RP3FPP8mi" Content-Disposition: inline X-Rspamd-Queue-Id: 4FnX6C2Ml5z4XPt X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=wBrEWm8S; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=ChczKUWe; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.26 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.26:from]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.26]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.26:from]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.26:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.111.4.26:from:127.0.2.255]; MAILMAN_DEST(0.00)[freebsd-current] --SXGY/Z9RP3FPP8mi Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, What options could one pass to zfs to speed it up to characteristics favourable to what's usually in /var ? Like lots of fast writes, lots of files smaller than what's on /usr, lots of file creation and deletion but also quite a few files that might become large, like what's in /var/log, things like that. thanks, --=20 J. --SXGY/Z9RP3FPP8mi Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmCpTTcACgkQs8o7QhFz NAVNBQ/9EWl0HXJ9TRAC2JNYOdQKrKGjjXWXnO5gu60DlH53ssFxSoYrgNYeeq/y jqlmpmRlM4nH/ZQcsp2XQyToNL7+OOYfDaHSR5cTahygESd4k0S994IYiDp9h140 KRVXpXZpecIhMT+X30Te4UANAevaUw9SOVfLpdgN61Y2HIuDWTqCIeJC8bRZvEXl onOC5MHuQLhwdCqQZ9+dh/Vm6vlGYjD7HHXch7QoVjlHgmvLUNMPUsVk9nZmGsb7 oAI9ncebxnwVQRXHkfn8bpjgREjCeSEWDPOMlnAaPvRCgoX6BWeKVyFSpYiF9kfT /MnpnDe199I0fNPBJoA3doesS2yAPgDM0f4CM1+fuEoM8Woof2tB95c6ps8b0g+J yuBR8gtJkDVCFHZ3mVP5uyl40BrNouRsRWihcMAvrawi0TEeBlmF8G/a1TfRcHQj y1gRu48YHhlD32wxttDwxsJ0GPGqXewMnZrWQA0to4e6QHnEMdTW/iw+UrCUNgTv +faYrrO3VB/6+xXp2xW/qgvImV2p8vLuvKZkhvFNnVlUHNO6KKWTmsPrbdVvz1jt Xi3tE/1efK/SU7bleAT89siuRYwXSh3LwW9mASeiSxYAzGdK84Hy67gEmOOevFBT 9ck8W2v7Ss/ZRL3yZmx9eg1VOiHEmXMVmLhlLKhK0J4TIYy9dqM= =HKJD -----END PGP SIGNATURE----- --SXGY/Z9RP3FPP8mi-- From nobody Sat May 22 19:13: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 F20BD8CAFF4 for ; Sat, 22 May 2021 19:13:59 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.3 with cipher TLS_CHACHA20_POLY1305_SHA256 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.evolve.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FnY6v435Qz4t98; Sat, 22 May 2021 19:13:58 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id 1ff7cfe8; Sat, 22 May 2021 19:13:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; s=20180501; bh=F6bfIsfDFYJE4w Hi7U94WZYa50o=; b=aG3YKfMPyAzcf91851jbYUI71lvyca4xRqVsIIs/u1Ud2E 6HXrEeRz0SmNkrjSuTA+6cXtDi3k6smNRyKER0P08OOG6qH60oQWS1gD5U7eiOZl Oe271FerU89YONHJ7S22M3M2jrvHNpYjZk7Aysk/opzxoJBLBt8lDjVeZzZXKYQ2 XjhWmlLNysaiSNCG7pviXBfD+ujZTB4fSkVlzu49xfzYgI4W9hP5uM6l75ids2Mp OOEyuZlQPVx4j5IIBMoP/Bju3ZdNYB2JEMEFwnacO3gHb+Tj2gm5vKkY3NrUCb3L v53W/5Inu6Rq0JPd587PwuJrNYyp2TALgbCsNKzQ== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; q=dns; s=20180501; b=YGcgcC16 5T69n4SZhH4sUVhjXbYI9iW84bsU/ffqFGe4c8cjRt1b8ySRsEzmdd4fuc2P4x1I Rupiu27QYUopVzwdcc3OTy35NFgdMOouT+1zBNnNjTykFxlifAnZIQrQYxCpUp6l wUusCikEcx4rgG//u4iFGHb0tOXA29162PN53BlAsEpHdTWFxu8bD46ZNbBAvZQs qobPknkO/XpfbYigaWE9553kfZOVS0djK7BfkmgtKR4UZKUjFJn6dbzieE1zThak UWoDZ0Hqnpnh1ICkr8uJN7iOIOO74FsVzM8Lm+pV6bknROyJaq7CPEwT2wR8zdTi oTK/74Ka79JDEg== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 1116d350 (TLSv1.3:AEAD-CHACHA20-POLY1305-SHA256:256:NO); Sat, 22 May 2021 19:13:53 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (1.0) Subject: Re: tuning a zfs-mounted /var From: Michael Gmelin In-Reply-To: Date: Sat, 22 May 2021 21:13:52 +0200 Cc: freebsd-current@freebsd.org Message-Id: References: To: tech-lists X-Mailer: iPhone Mail (18E212) X-Rspamd-Queue-Id: 4FnY6v435Qz4t98 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Spam: Yes > On 22. May 2021, at 20:32, tech-lists wrote: >=20 > =EF=BB=BFHi, >=20 > What options could one pass to zfs to speed it up to characteristics > favourable to what's usually in /var ? Like lots of fast writes, lots of > files smaller than what's on /usr, lots of file creation and deletion > but also quite a few files that might become large, like what's in > /var/log, things like that. >=20 Make sure your pool (or at least the /var file system) has compression=3Dlz4= and that atime is off, beyond that I wouldn=E2=80=99t bother to try to opti= mize manually there, unless you run a database like MySQL in /var/db/=E2=80=A6= , in which case setting a fixed record size might make sense. Best Michael > thanks, > --=20 > J. From nobody Sun May 23 00:32:23 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 E35118EEE50 for ; Sun, 23 May 2021 00:32:27 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FnhBM03M6z3v7J for ; Sun, 23 May 2021 00:32:26 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 116865C00EF for ; Sat, 22 May 2021 20:32:26 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Sat, 22 May 2021 20:32:26 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=wpvmhJsOl3epycib33XeGTh/sg1 3pzocNkDebWLjStk=; b=U3FiR0G0SDeIJyFCejTaIKXxMis9VQrL6J8AlFtU3Gv bCayd1bwkWDPZ8OYThpHVOU2sLrykSDrKMqcLq/flgPgcbcb/Mr1Aehv6S5Q+L0J tBDSOl7oDQa5VVEUIQmKZK/XFhqwFguIKQxne3hz5iB9GALDs0tDQI+HiFOiEMoF L/W8CSEUwFWn1oCBZb6ROEfes6vpNnXLAEnyMTXGW179uuubi7ZrrFjfM9ZlJfgl /cYSb2LwdUruGMJxsapowkwPAPB8a7P6l7TqIesvXEFwVi3m7+ubofKFC65KJEFs yGzgRVAL/qVEtZr6e76wko/L1c3irAusLpN3nrGemKw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=wpvmhJ sOl3epycib33XeGTh/sg13pzocNkDebWLjStk=; b=VSGLJcr1kJ2xi0lq5wrKSL gB7Nm7S7rEtzcp5YSUHzyptPN7JIoJEgVfgIq8tlE35iegKxIUYpnsAuqf/qdqVP Li4LTqsGZJTk8IriozXhUscnxK9z96PFoAzd+b5c4GJdOk2/CG6OyQpCKfPPqjTo FYbF90BDpZJWI43fhyO6UYMGPsEVJq4WxtrR2xXMCv6d9gu1WHXaFQYOujw2myfm mwwGtiya/aARiOyTLHMaQGVWViEWPxlnJ+0pAumyMDcTySAhvlG9QhpMkS5sRChM eZn3eZqw/IxWThpq9VfqIN3kDaHEgwp+XpEEak/DA8yqPziWZCSMtHqfGtxANMVw == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrvdejiedgfeeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtre ertddtjeenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpedtteelkeeuvedthfeuleeiffeivd dvffdtleduteekffevueffledtledvveegueenucfkphepkedvrdejtddrledurddutddt necuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthgvtg hhqdhlihhsthhsseiihiigshhtrdhnvght X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA for ; Sat, 22 May 2021 20:32:25 -0400 (EDT) Date: Sun, 23 May 2021 01:32:23 +0100 From: tech-lists To: freebsd-current@freebsd.org Subject: Re: tuning a zfs-mounted /var Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="PhZUWBlRGVq19vvW" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4FnhBM03M6z3v7J X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=U3FiR0G0; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=VSGLJcr1; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.25 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.25:from]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.25]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.25:from]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.25:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.111.4.25:from:127.0.2.255]; MAILMAN_DEST(0.00)[freebsd-current] --PhZUWBlRGVq19vvW Content-Type: text/plain; charset=utf-8; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 22, 2021 at 09:13:52PM +0200, Michael Gmelin wrote: > >Make sure your pool (or at least the /var file system) has compression=3Dl= z4 and that atime is off, beyond that I wouldn=E2=80=99t bother to try to o= ptimize manually there, unless you run a database like MySQL in /var/db/=E2= =80=A6, in which case setting a fixed record size might make sense. excellent, this is the kind of thing i was lookling for thanks, --=20 J. --PhZUWBlRGVq19vvW Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmCpoo4ACgkQs8o7QhFz NAXTxxAAoW+dqisfjew5daati6cZ7BTRBE1aX95kj2vs0f+HVukYWNZD1UmmQ/Uo quR562x4wxRxI02+CZtA4c552qS1BEEPuqyXMeTBKihyoZxTZn+ZRD3aJAuLBHjH bluMB0qs2ct+n7xQt0VrNNHqksU8OiAcE/Uwh/h0BGQ80TH83gYlkol6ucNPrWAB VB5rL+gaZsI/jd9abxgiAKxuSTUwlLLuWhArB/w9GEpPtVG1q7zKARuBWntILbeW ta2WHsygYQAJL4DA6UdUZxpSXg55I/DOlXVkBmFjvIdz03pOkYWDrl4T4+aQY6QM pRdZyRJIo5GTV46GDIRqw+/Vk983IE2ytVqtzJajgxy16rN5zp2HkCn18QWoMsmb 7JMyLJnIl5JOmMd1sBZAAubJvpV6D0TFtXFRc/XoUy0eb8cFP5QcQOcXUf5rBUVV KPLW9g2CdtRfD2wlgTiAq2dWovA6yP8U/0erPLp55ZLsniBrA6b7tTjlTIDTT+3M oJyl+Z9EKVLXi5keib9ewy3qlthpYV0CU/1JY2NvNnOEafMrc9RIRkTCNdhY8uxr 1ku0sDbQCXOowMln2+Y5azVVj766NFDBLOv9RlX5KCwI38N4tV1jmbwFSLr0/BOX w9zAQY/TTX32hsiIZ5Vjo9rMzkYfnhmy5A2BSwwaalMxM6Ca6nI= =vuPA -----END PGP SIGNATURE----- --PhZUWBlRGVq19vvW-- From nobody Sun May 23 03:19:28 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 6ABAB9F6F3E for ; Sun, 23 May 2021 03:19:34 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-8.consmr.mail.gq1.yahoo.com (sonic307-8.consmr.mail.gq1.yahoo.com [98.137.64.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fnlv92Tstz4n1W for ; Sun, 23 May 2021 03:19:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1621739971; bh=wUY3/6aAX3+Q6fMpgT7Txfl9Vm/01PaaLwwPa+cYaBA=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=dQBC0XQ+wIB/JksaSfjccBrTmSFsPoWnQrzOcmaFt3U0LX9hBb8QHv8QtpQHlwjGFxxoRDB1dWt5UhZIomQJO3OzHmTygftrRycyUCmuiVWjLR8YjRgpyZYa/SYP8dwLxVZG8d3IDrXeVQxkxxPx6tAUjN08+zpxw5Dx85iYw8YHvIkYzYkRA+ivXpcHgxSor7sFqE/Ho3Sr5FZYCZinS2Z0Ra+9bAeNOifnecn+I1OqEkmeS6ADoyDUFW8cLONCRZ0eptu0W5Vw94X26TUp1aP1r7J9s7NgPcMGlX+GS0awVAUY18pGejLo3BF6uxb+tT1xykAtNUDRk6gCz3AlJg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1621739971; bh=9suy/MIR9OWjNMozuHUqKJpbQPf1XnmsZUDfGSnUZDt=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=itsjZEBjLBC2CG3OIS69eQRyJ8cl0e2ZaN6sconMzmVcJ8ZZdp7SmPlnR3Y9SeMQAR1OQgAs17fxbo8ds1lDdwOW5zBKBDGHPkkZt5dOkKkvV+bElsgyOgQ6mY9AkwGSgOETNFfkRPES2BSqMcKFWBMfvxJL443BGlIqmyTlmE+wp6I4kEyboYai4tAgqQ4jzeGe9cigcPJ+SMvbZUFAcRSCpprbFm6f+qn28uA1maheyxr9+1w/60NEpNrdDypKq79qfKED9BRvifTYFQNV6TVkOf+niZDYLL8XczJZNm9R3Q/dvGChsIEzdH0ZQDQHrxYEJ8//Wbz4eRIUcQAuOA== X-YMail-OSG: Ub5py1EVM1ki6nhAVEnCf75pxhLMgfv5PHBN83pG5oQ1XtthugeySGccLPVgm5X qqL4CnxEJVJvWQXRnwU0Gp4mdO72QfleX1ecgc9LM56W.DwVTiSyVr.WnzxivjzIQ9sqFRxUcbmG wyj47VpLe8PFRufWJEh6f5iOgIyRJ1bZjkODWa.kRAjQ2jFZkuKfkBWkST4hay_gHo6E0m2ZHS1P 48ve.lR1aLKdxdo0lBHjgr7sIthwsEajODSdkgXniUQwFJC.r6SAR9bh1xV0BCITdHXmamEc_O0D iD9VKh3O5N05d0i2Y98W2JSL9rIZ2RMuR5.NRzzmh64mfBLa2OUhG9OFzmvx2GbAU1tDZT16DNyI 54kgKJqsALbwZM92uO2UlIRMaPQ_2hRoxOjlRHcdRFtgk8MkPSCNzE2gvB1N3OMq07rdb6l0NBIl I5.y_FJLM4ZnEpHWyrbYBXuU9AfIWxritk2ggJBJcLi8Q9PeU0B7SPpcQ.V4EwBdWR2.Hz4D2zjC Jmfcdr_sbvgOEx9SMGamRdQ_S97DplpE8os9zphHDobwHh2LcxcBdzvAsieT9_vDI9fBODFuOyru EZkrAb7dxHfX1dOQMiesm_8l1SF5VJPqBa8.n6b98kJCvjnW72_v82ZFQ_aaxHNQlXcbQ985wrH2 onH8HStBhr3iFz1FzcQdTDeUC7wfHYDxUHAQtoY8UUt1RKUGnKOq9GfjkxgQYjAzRVkw.RoyGqmD F1fXqKJLvRPVHBtIGJvefUY3qSmKdhkfzEioQGmHiOQ_Lf1Xzi6Ca2lTDJuuPZXg6B1K3p0n669W qQT78EicZUtjkfTYf84HbS57kJoUV.SbG6_mFfPBJin35hyNeXj8mEJYInkGksMVfNXZt1Cf49pU ZToB6PMS7FrxUcJEtJawG0vhHxUQj.nLBqdoXCvX1Z2CXPOezPHCOmR7023XyvBzWQqOErvcqlhG UrRoZbq01QjVB4A8.Gw7DpxB3vJt2DlJp8sOhnZrIRNFvo5MsuMImBlgQxy08OxYsGUfcc1esPGC zKfMfmKB4HgqaXx06FTZx02Z4cA2Osvhikif4k4.jZghW4e6zC_IpkzLeewKgxdgrQ7Sk.LBrdLN iYhXmKNLhDEZCoKm1eOD_LBtz5A70GBx4XFfYNb9.Q1dB.bUVas9YrU0U_8M9eVsQtg8FSSz3t_h L0ahHA4pb9cCL.ddJcOHAaFwHimLLJeMig1A5km4HpwPd1ztvphyg.ttZtjisTABks9WcFUf89QD o3u9YDQsu6FKyEIXL2tqRL7SjsxbDjqUN06Bw224BVTUYnR83r_cLFxR7yJMUovvZirA04bxR.a_ epE5PD9UW.hUBFYoq6hqeqft7hlOD_U0WjyRyVnE9O44RG7bNol2_r5R707x9WWpMPPphATaS0PL BIE_7xHJWlgetGlSlvvFAbMtyl7netbb10oniBkFTv8eLmlYfVLtAU3WQyo1CxM95KXa2aXK2TR9 B5N7PCF94LJuQuQwhd1ZivMNQOxLhjogScNY2jUpc5q4MaoyAE49vYD0SwgExUmn9VNvin_XZTJo BqawhqFrMnW5qri1b9ENf6dz67NhZRKnj8jjOWbmz8TsI2ubX0OIrb8ahp801H010M5KcVrOZXwM JoiN0VEHXT5Ka.IsRYhRQmj0fCBZo16YYxzaRdhgVfwY_lIq4Ta4QjnjoiFKf3tnNAo6_SI4O0o9 88u7wwkASBvbpUhdA1LXKAYfPRBhXAg47MRG_T2Qx28CgbWq4Rwy33fCx0C2iyCEPtd1Byw4p4Bp 9nOGBO5bL3sdVL9BpfMUJNkeikxuFp3.j9cWZFdr0PDEFJG9UHJTyhfT9Vxk2IVl0NskARjvaOFI ZkwSANmOloCsQAtsF93CaNM1om_D4xFEcijaiSTI.3jfr.tL8xQ2Pk9wMgOApDN5kCx.tfNX8oPT Tb.eCmTuiMyAn.DLwEdBJgAOHHt4MysDxAkaIO4OfOME78iKekJQqsf5nIKCM5yYhfnq8CZpHF0t s_GdTe8LRFQ_AjJo9ZqKfV3jUKNW.5uYWmeb6GDzMCnPy9dJQAaaZqZfy7wf.d7y0cTJSvE_RG1f _4gE7flmZTY9_Lj7RtriDl_vspERppZmDasXprHOUSmjc5t6MVNRMb.LzU9m2W7irH_7DH8tnBiv cKwheFQxzy4fMzgprllEiUAZnjbWODok1uR.GkbNu7Py7cl3Gx8pRteFyr7R_diI829m6bChapPt C6bXU_tAXe660m.CxrK1qSdIbE319QhQkxmJ4_G0MFUzBvayDjOQJVPOWL7opPxjY0gJto2LtcmH MxJH_mxcv7WOW0J3tCVfCm52C7DSKWlvcmPgg59BDPdzG8eiBkCrsTWzKq2K5ZbGiHk7hFiRXPce sv8XhqC8ApUFCqaSDTvMuTQ31UKILdhMMxa33n9aAw.0HEQg_lJvRaQsPdLZAtnUOL0HZs5SZ0zJ QWS1UvOdNfgVXGzKWOl5P_0XxDJuncB6Vy4Ni5QkQH5qjq327HEozcnC5BGpARSqBvqWLzqayVKj 1eZcaEA9VKCGs8.Vq5_wIP59QBay53xOUd8Bz.q_YyjBbSvfWx8H44nPMKDVM_wrytZbL_1vEiNF EIv0tSyuSm_Ym3sU2eunQTqul1xn_97CsW6xljUiSrZr0538e2r5uWkwArGq0cYY- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Sun, 23 May 2021 03:19:31 +0000 Received: by kubenode564.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 8998ddda55011afceec6dd27b123cce3; Sun, 23 May 2021 03:19:29 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: FYI: Example USB3 boot failure on RPi4B ZFS-on-root system booting main: uhub_reattach_port notices involved Message-Id: <681FD1BA-2796-45E2-897A-28C749E80261@yahoo.com> Date: Sat, 22 May 2021 20:19:28 -0700 Cc: freebsd-arm To: freebsd-current X-Mailer: Apple Mail (2.3654.80.0.2.43) References: <681FD1BA-2796-45E2-897A-28C749E80261.ref@yahoo.com> X-Rspamd-Queue-Id: 4Fnlv92Tstz4n1W X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=dQBC0XQ+; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.32 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.32:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.32:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.32:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.32:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-arm X-Original-From: Mark Millard In upgrading from (grabbed from a system not updated yet): # uname -apKU FreeBSD CA72_16Gp_ZFS 14.0-CURRENT FreeBSD 14.0-CURRENT #1 = main-n246411-a6ca7519f89c-dirty: Sat May 1 19:07:50 PDT 2021 = root@CA72_4c8G_ZFS:/usr/obj/BUILDs/main-CA72-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA72 arm64 aarch64 1400013 1400013 to (using a debug-build variant here): # uname -apKU FreeBSD CA72_4c8G_ZFS 14.0-CURRENT FreeBSD 14.0-CURRENT #1 = main-n246854-03b0505b8fe8-dirty: Sat May 22 16:25:04 PDT 2021 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA72-dbg-clang/usr/main-src/arm64.= aarch64/sys/GENERIC-DBG-CA72 arm64 aarch64 1400013 1400013 I was initially unable to boot. It seems to trace back to getting the uhub_reattach_port notices in the below sequence: Root mount waiting for: usbus0 CAM Root mount waiting for: usbus0 CAM uhub_reattach_port: port 3 reset failed, error=3DUSB_ERR_TIMEOUT uhub_reattach_port: device problem (USB_ERR_TIMEOUT), disabling port 3 Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Solaris: NOTICE: Cannot find the pool label for 'zroot' Mounting from zfs:zroot/ROOT/main-CA72-dbg failed with error 5; retrying = for 10 more seconds Solaris: NOTICE: Cannot find the pool label for 'zroot' Solaris: NOTICE: Cannot find the pool label for 'zroot' . . . mountroot> ? List of GEOM managed disk devices: =20 mountroot>=20 The USB3 SSD was the only storage media present. Port 3 apparently had the USB3 SSD boot media (the same media that the FreeBSD loader got the kernel from before the above). Cutting power and starting over did not get the problem again (so far). =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sun May 23 04:44:22 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 F1D789F4B80 for ; Sun, 23 May 2021 04:44:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-21.consmr.mail.gq1.yahoo.com (sonic313-21.consmr.mail.gq1.yahoo.com [98.137.65.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FnnnC019qz4XJs for ; Sun, 23 May 2021 04:44:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1621745068; bh=h8lhi9VGQFjMSKJ5Ij48BLy+oq8s24/zGTS5U8Frm78=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=QQxXOyubuym9H+rTMU6H3m97AImFhIjNGF1RjKGyY6DZMw/s98t6lr3lpC+Bb6Ps0q9MuojiqQv050qaq9tcx24lqBaM7VCgDy5+Gmds7YTdruIH9nEEIEOteqAvaDeksHYimdKXjZqlSZV/MlOUicRK0D5bvYqFtihiI5IPq9S1TVcYr05T2JPZezLZnsznIMtUTqnAi3Sk9Jns1hEtDFo+TA6uW2jKEB3pxKBOHWc/+MVQPifunoptQugVZn6BVdGByzlLjVEiFAAblfFo07rV8XB3p4DjNTb2SyaZyn+4vGnHMFG+pBRApGiOcNj0a7vZ+wdL/GVwyHARR1/R1w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1621745068; bh=01ACMmVdFqqr89Qh2xkFkgBWXK+0Aqbaz1vhYbkcF4m=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=pY/mFZLDK1XvsQY5EKv8LvcpMaUT9COiZMt2sLaowf8ZOxBDqcFjJUOuJvldf8ikWrz4kwPa7Afs7gd7xEy9BAf5qtmn01p22uDb7jD5AWRNQB9n1E7AIqAEiy8IzHpMJhQUUJTvkI+fq68WtwBwHvxPup0OjJyiLHoYB5Bw+ia1GJVZ0gFlYSh+/JFAEuepNqZsdr2Pw/nTdcjisGnK7PisWfuGLSqtNBDtF8nlBe2EVS2ZEh8ASiSzSvraT8mSa8LOzaLNyK4kIv+b0LIMNlbGhF3KMKWBFG8v9GU1ryc1MQGwbGb+HqgWvkDiE8M4SzoO0/KyEPX96WrcTTL3KQ== X-YMail-OSG: DesjV4UVM1kUlzOqr2KFNY.61tK3Rx1KxyCLHr3naUZBNEvNjVbmEDg00zTiC0x ux_iKmaLFDau0CIaudKnSrgbpZ8VDZ_m7dNQFQCmC_bbNNJrjPaxCwAoZfy4AXYf4tHjz6sMbeci TAvbJztRh7P3CY_Wl1VFn27hosBkXd8AR3DdMIneMN4eUh_tGAAAXwE0PHCYP8VJHVu.FmPfSOvn Zpmd7plLXUpo57qoeNQlD50RVQ8HtPVRbMn_U48U74laC6D.RiTWvCuZUzDqhkKIw_AjJxH73HZJ DOMUqqYbVoncNECe0r.yzAhWgb4RjuhOmyVdhQ.CQywUBpXMIScKEk5vE6K_FI2gEIO3gPVyeOHo 65sN.ZzvKRDU5js2Ux53_hMfkTR0X7I_.1v3oxB_OFSw8I93OvO4ia5cL6j.Tk7vVI5pjO52BVAN Yr6uiclEKdXKVS4HY2z9sY.vkhmlZLIG3XZfeAVhWdsjQu6F201MzrkLNd5f9PPnQkTYSyNr.z4Z m8bLODEqg1jC7bha65y8vZH2sBGVIICOk362B8k1d5GxIOXBPzluIYDqZKTUgN978pWptaz_8rxM zbF_wc0Ap0ZflKkjy5j5QIwFgvkMpFwqQ7Q5hG5HhiwnhpgjpJjky6._Us65.40kSPqB.zY4Honq _H8IWA5h80Tu5WMTWwEi.vXHnVIsO0Nhd683uL_J28Z00OzC1vJvAlWUZcCO3CNTiEmNovmRRC.W TQQfZZXHwMYZZT.YvXJ6YAJ_ZoIGJY5.WJX6lD.DxeUQ_k0ia.alEBwgw.Jr_1B3KNQpAKEJMgfQ y6hIIYrdFKOVBnqD83i49E0AUTB5gfi1EnSwpSkdVLoNZPw8ExfoOzM3918CYH0x8jB2.PS8KGgw R.RHVQrAJBXv6NEgCczQKgFE6wO0FK19MW7o68VOcFtcjIFFo5l5aVWgRqGaT4czzX_QhKNki0YC eu7KTtIDjTY_tEub5vGLlwrpHINwGiOVTjv8NjREnWsND2uSXRqUBUeHMuTc_ptop2aFmIvNDN6s K7tFVx5._REviDUwXAYvzYTuCh6CvZy3zGovX9siNgGBwnHLS4rrEl0Emy6La23P7xRY5Miw3iNU gWXM3Wj8i5h7iH1oZ3EFUWIdzf3BkR1Ml_n97KsR.x99EJstMcqU3Pvbmn4S64HRB6eern.78gQ4 qmQQzdHltTSJ6UA9YCwWUEFzzI1qI_jDIPqtPNo.8PVERs96oeBqIb2uf5y_dScjyU3GFTIaB2Yn vnTm9oVNWi1tk.WcJjjyDwibWaJXQ6FOfTHgcu3I7G72nUqBTcjmuWZgNFS3Wp9Zsvpp6mONmklr BbSCP_UpxF5Mk35h9z3xNb6KZA3X1nx5gwr.ot8dhShSJiqT0e.7BmJMpYvuWQ8_7Qcyxto.0vXf IRKJf9O8a9c0fAx_t7qQzUXNSKioO2rfoCsRORqcs0.1W72Ypmi1gmQ1gdfzZZhY9XDijxBt9IWn hfGfhM6u5vUkR3ZDg6w.QHPO7wTjhI.ii1TdMjjuxWp1CJgoTDKGLsrqjadlz4jtdVCI12fSWt1y Nt4qD7joDpzjNr2o6fQSwWI9s9E6_seDmTzN8YSAF_CMfIAgpLOTm0n.XJpo0AxlHyKXIjLUdPNq JEgIXJ_.UbkfTAoOtwDw_c5HhgcD2bOBQT2HVOvvg2aGTEstgxoU5MWAy82M5d2HjTFHjD0yEgmo HbJ8c83EKTpRHSiT_PUEekHZO2c5Jri9hyfynaPaeXITUXlYEEvrtlLMj8..uVw22U9fi2GaUOcM aaOuJIn30NY4KLiqz8Kk9WSD80KxppzzG9DO6ijhgmxtoeKCXgrDv.J3Y97q46O75WfWTGB_.ezr 0eWZrZDrbfZcljs9mjgSPfUrS5MNIP3VpobcYRru2LoMcAv3VPuW50R5Upg6cYTR3lvm.tKNOtUU X4pw5SaD31apmEDOcVkD0X9CgFdfLVyOMdKMSWbWG0zxui96kLUq3DgzDNnvGtk3bqFeFiht7q2a 7Xx3PWsri77Qq_GNxlY0RGWdFm57uaOyyH_AkfIu.juDputhDseFedi2wBtFolHWOeUl_Pj7eog9 wyZU.yNMM41cbTztzkXuB1djQ2P7VpjyZN0NtK47VO_i.XZT0MeWlFWrwV821CtJtKIc855oVDIp SGBrkAXL2RjAf9h9ksWEWdCueB2AVhf1fMQhE5v_4uojVzoWP4VStsE8iOGvN5Y9BeQNbJTdNCIs 7VwJ.EXR2FtBTf4fR1rbEwS1C8xWjcTD3UClD6yebrGziuQ_gvyvTXt5uIkHSeNHgj8c2vsDS7TV mtF.1hjIt8_BnP95KO3uZ6oFqH66m4KkawCZpxqqe_rLUNzUI_X0PMjNz5FIATyKI.WuFH0Sgfy6 OCnnOjfKBZcQUS15OgW1WJMFv6TfSY1EVnA4Z4FslPfauWkasOmgDS2SHcApX3n7gE7dEZKmwX0o 6itUj4gAE6p35DTasn.evBv2FJ6ftwtlHX1kOVj9BFEdBw15LJaqNI8hG5WL8jaBHQKnLg9J7RNh vovq7mS4T5nMY4FGQBFtRc9VodqatQY9tHBykPSOHDdc6otlDqqAuVwua5zj42A-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Sun, 23 May 2021 04:44:28 +0000 Received: by kubenode524.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 7c16d8f57e0774362519e50201b7eb51; Sun, 23 May 2021 04:44:23 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: I got a panic for "nvme0: cpl does not map to outstanding cmd" on a MACHIATObin Double Shot Message-Id: <063D5E36-126F-497C-97AF-827BADC1ED2F@yahoo.com> Date: Sat, 22 May 2021 21:44:22 -0700 Cc: freebsd-arm To: freebsd-current X-Mailer: Apple Mail (2.3654.80.0.2.43) References: <063D5E36-126F-497C-97AF-827BADC1ED2F.ref@yahoo.com> X-Rspamd-Queue-Id: 4FnnnC019qz4XJs X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=QQxXOyub; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.84 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.84:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.65.84:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.84:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-arm X-Original-From: Mark Millard # mount -onoatime 192.168.1.187:/usr/ports/ /mnt/ # diff -r /usr/ports/ /mnt/ | more nvme0: cpl does not map to outstanding cmd cdw0:00000000 sqhd:0020 sqid:0003 cid:007e p:1 sc:00 sct:0 m:0 dnr:0 panic: received completion for unknown cmd cpuid =3D 3 time =3D 1621743752 KDB: stack backtrace: db_trace_self() at db_trace_self db_trace_self_wrapper() at db_trace_self_wrapper+0x30 vpanic() at vpanic+0x188 panic() at panic+0x44 nvme_qpair_process_completions() at nvme_qpair_process_completions+0x1fc nvme_timeout() at nvme_timeout+0x3c softclock_call_cc() at softclock_call_cc+0x124 softclock() at softclock+0x60 ithread_loop() at ithread_loop+0x2a8 fork_exit() at fork_exit+0x74 fork_trampoline() at fork_trampoline+0x14 KDB: enter: panic [ thread pid 12 tid 100028 ] Stopped at kdb_enter+0x48: undefined f904411f db>=20 Based on the "nvme" references, I expect this is tied to handling the Optane 480 GiByte that is in the PCIe slot and is the boot/only media for the machine doing the diff. "db> dump" seems to have worked. After the reboot, zpool scrub found no errors. For reference: # uname -apKU FreeBSD CA72_16Gp_ZFS 14.0-CURRENT FreeBSD 14.0-CURRENT #1 = main-n246854-03b0505b8fe8-dirty: Sat May 22 16:25:04 PDT 2021 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA72-dbg-clang/usr/main-src/arm64.= aarch64/sys/GENERIC-DBG-CA72 arm64 aarch64 1400013 1400013 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sun May 23 05:16: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 8BDD29E2C30 for ; Sun, 23 May 2021 05:16:14 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x834.google.com (mail-qt1-x834.google.com [IPv6:2607:f8b0:4864:20::834]) (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 4FnpTp3NgYz4nM7 for ; Sun, 23 May 2021 05:16:14 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x834.google.com with SMTP id g8so10858054qtp.4 for ; Sat, 22 May 2021 22:16:14 -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=SvAMoHMEhRAJ8ppLYI+d4H+hpNUZbR1nIyYxsviDHYw=; b=u0QacXdc47LNhYULjhq03U4Sk5T8dBvpsSSgDN0rG3xUy6ofvZsB2RfGwc2nmHOVT0 yV8D4YCM+H6ToUyPLCI/eoiV/rVKKCHwRAqQ+FjjEMfzBiR7nk1CL4wP0QQCmJgJPJyI iqq9/ucN8AFtcvBHFmIH5OFDse6ZROqf69ssIKo2yUirvdoRsFcxHKNvwnYT882BoM2g 17tJehrN80JagRHUkt4hwMImlo8WhF8OjphqcBHcL7as/KbLBWOu8IB7Xss23uUiZNOU afTdz9z2lsfGK8u+S3/zYfPQ74CI2afQur/S/aG0FEagCaWgmHK7VFgponhvMzruNNd6 1IBg== 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=SvAMoHMEhRAJ8ppLYI+d4H+hpNUZbR1nIyYxsviDHYw=; b=iuvhDwhyrKO2lrq6TohEV0mhb/qgVNXwZ4A2yBv585cvYGXXciumu16s8kTuQkfOQp vqb8YweGLMSrW0x/Zdc4MC84HbOJVEtFynskXvmWC5JpLm6ZhIeBASouFK0skkN6xEPF Id8mtOFo3Fz+jiVrJ5FGaZ0epBQ3cFaD8Jn5Bkk93trB8GRA5SHbUH5ZgfqxjLIImz82 wlySQiapAdzbjw6nVtRnHsD3HYHwDqss31lfMPulsUDuW0i5+8XlGFmvl1z49p5Y5eRB Elomh7PNAeHiCsDL41F5l1AMWCIQCSTel+xQoNF26MC0IiwYHYEi7eK6G0g1Us0m17lz TxPg== X-Gm-Message-State: AOAM531kzoLJQnKFo3wQs5hdCEFs0iDLu4iewrb4tYDOcudL5jap5zah HpHymk/DQwvO91VElgLBhquMXuVRKcHk3G8448mi5g== X-Google-Smtp-Source: ABdhPJwBiXieBiGdGe56bKJR7j0tD3HXlMl7talNfyMNUVHpYnJV7ehZUnbJ7ls/3RZ2bXsFFAZEvKAImpqMjQ7NRCE= X-Received: by 2002:ac8:580b:: with SMTP id g11mr20068335qtg.244.1621746973337; Sat, 22 May 2021 22:16:13 -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: <063D5E36-126F-497C-97AF-827BADC1ED2F.ref@yahoo.com> <063D5E36-126F-497C-97AF-827BADC1ED2F@yahoo.com> In-Reply-To: <063D5E36-126F-497C-97AF-827BADC1ED2F@yahoo.com> From: Warner Losh Date: Sat, 22 May 2021 23:16:02 -0600 Message-ID: Subject: Re: I got a panic for "nvme0: cpl does not map to outstanding cmd" on a MACHIATObin Double Shot To: Mark Millard Cc: freebsd-current , freebsd-arm Content-Type: multipart/alternative; boundary="00000000000042ff8605c2f864e8" X-Rspamd-Queue-Id: 4FnpTp3NgYz4nM7 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] --00000000000042ff8605c2f864e8 Content-Type: text/plain; charset="UTF-8" On Sat, May 22, 2021 at 10:44 PM Mark Millard via freebsd-arm < freebsd-arm@freebsd.org> wrote: > # mount -onoatime 192.168.1.187:/usr/ports/ /mnt/ > # diff -r /usr/ports/ /mnt/ | more > nvme0: cpl does not map to outstanding cmd > cdw0:00000000 sqhd:0020 sqid:0003 cid:007e p:1 sc:00 sct:0 m:0 dnr:0 > panic: received completion for unknown cmd > cid 0x7e has no currently active command. The cid is used by the driver to map completions back to requests. So, there's usually 3 possibilities that I've seen this with. (1) There's a missing cache flush so you get a bogus cpl back because something stale was read. It's unlikely to be this one because the rest of this look like a successful command completed: sc = 0 is successful completion and sct is a generic command queued. (2) We're looking at the completion record twice because we failed to properly update the head pointer and we've already completed the command. I've only ever seen this in a panic situation where we interrupt the completion routine because something else paniced. (3) There's something that's corrupting the act_tr array in the qpair. I've not seen this, but if something else smashes that area (zeroing it in this case), then that could cause an error like this. Or it could be something new I've not seen nor thought about before. > cpuid = 3 > time = 1621743752 > KDB: stack backtrace: > db_trace_self() at db_trace_self > db_trace_self_wrapper() at db_trace_self_wrapper+0x30 > vpanic() at vpanic+0x188 > panic() at panic+0x44 > nvme_qpair_process_completions() at nvme_qpair_process_completions+0x1fc > nvme_timeout() at nvme_timeout+0x3c > softclock_call_cc() at softclock_call_cc+0x124 > softclock() at softclock+0x60 > ithread_loop() at ithread_loop+0x2a8 > fork_exit() at fork_exit+0x74 > fork_trampoline() at fork_trampoline+0x14 > KDB: enter: panic > [ thread pid 12 tid 100028 ] > Stopped at kdb_enter+0x48: undefined f904411f > db> > > Based on the "nvme" references, I expect this is tied to > handling the Optane 480 GiByte that is in the PCIe slot > and is the boot/only media for the machine doing the diff. > > "db> dump" seems to have worked. > > After the reboot, zpool scrub found no errors. > > For reference: > > # uname -apKU > FreeBSD CA72_16Gp_ZFS 14.0-CURRENT FreeBSD 14.0-CURRENT #1 > main-n246854-03b0505b8fe8-dirty: Sat May 22 16:25:04 PDT 2021 > root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA72-dbg-clang/usr/main-src/arm64.aarch64/sys/GENERIC-DBG-CA72 > arm64 aarch64 1400013 1400013 > If you have the dump, I suggest starting to make sure that the act_tr array looks sane. Make sure all the live pointers point to a sane looking tr. Make sure that tr is on the active list, etc It will take a fair amount of driver reading, though, to see how we got here. I'd also check to make sure that qpair->num_enttries > cpl.cid (0x3e in this case). Warner --00000000000042ff8605c2f864e8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Sat, May 22, 2021 at 10:44 PM Mark= Millard via freebsd-arm <fre= ebsd-arm@freebsd.org> wrote:
# mount -onoatime 192.168.1.187:/usr/ports/ /mnt/
# diff -r /usr/ports/ /mnt/ | more
nvme0: cpl does not map to outstanding cmd
cdw0:00000000 sqhd:0020 sqid:0003 cid:007e p:1 sc:00 sct:0 m:0 dnr:0
panic: received completion for unknown cmd

<= div>cid 0x7e has no currently active command. The cid is used by the driver=
to map completions=C2=A0back to requests.

So, there's usually 3 possibilities that I've seen this with.

(1) There's a missing cache flush so you get a b= ogus cpl back because something=C2=A0stale
was read. It's unl= ikely=C2=A0to be this one because the rest of this look like a successful
command completed: sc =3D 0 is successful completion and sct is a = generic command queued.

(2) We're looking at t= he completion record twice because=C2=A0we failed to properly update the
head pointer and we've already completed the command. I've = only ever seen this in a
panic situation where we interrupt the c= ompletion routine because something else
paniced.

<= /div>
(3) There's something that's corrupting the act_tr array = in the qpair. I've not seen this,
but if something else smash= es that area (zeroing it in this case), then that could cause
an = error like this.

Or it could be something new I= 9;ve not seen nor thought about before.
=C2=A0
cpuid =3D 3
time =3D 1621743752
KDB: stack backtrace:
db_trace_self() at db_trace_self
db_trace_self_wrapper() at db_trace_self_wrapper+0x30
vpanic() at vpanic+0x188
panic() at panic+0x44
nvme_qpair_process_completions() at nvme_qpair_process_completions+0x1fc nvme_timeout() at nvme_timeout+0x3c
softclock_call_cc() at softclock_call_cc+0x124
softclock() at softclock+0x60
ithread_loop() at ithread_loop+0x2a8
fork_exit() at fork_exit+0x74
fork_trampoline() at fork_trampoline+0x14
KDB: enter: panic
[ thread pid 12 tid 100028 ]
Stopped at=C2=A0 =C2=A0 =C2=A0 kdb_enter+0x48: undefined=C2=A0 =C2=A0 =C2= =A0 =C2=A0f904411f
db>

Based on the "nvme" references, I expect this is tied to
handling the Optane 480 GiByte that is in the PCIe slot
and is the boot/only media for the machine doing the diff.

"db> dump" seems to have worked.

After the reboot, zpool scrub found no errors.

For reference:

# uname -apKU
FreeBSD CA72_16Gp_ZFS 14.0-CURRENT FreeBSD 14.0-CURRENT #1 main-n246854-03b= 0505b8fe8-dirty: Sat May 22 16:25:04 PDT 2021=C2=A0 =C2=A0 =C2=A0root@CA72_= 16Gp_ZFS:/usr/obj/BUILDs/main-CA72-dbg-clang/usr/main-src/arm64.aarch64/sys= /GENERIC-DBG-CA72=C2=A0 arm64 aarch64 1400013 1400013
=
If you have the dump, I suggest starting to make sure that t= he act_tr array looks sane. Make
sure all the live pointers point= to a sane looking tr. Make sure that tr is on the active list, etc

It will take a fair amount of driver reading, though, to = see how we got here. I'd also check to
make sure that qpair-&= gt;num_enttries > cpl.cid (0x3e in this case).

= Warner
--00000000000042ff8605c2f864e8-- From nobody Sun May 23 07:08: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 6829C9F3880 for ; Sun, 23 May 2021 07:08:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-22.consmr.mail.gq1.yahoo.com (sonic317-22.consmr.mail.gq1.yahoo.com [98.137.66.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FnrzL0vWSz4jtS for ; Sun, 23 May 2021 07:08:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1621753707; bh=dfqgXuvHxnuPMlMWAPzNRSFYX3iYoITQFa7ZPJ8CGWQ=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=hSxC4pk3+qaYK5xCmPwyCCMf1jxKwlIAviSd10nTNDHki2aVRCKSKGCrdaDSbcJ55oObFaxvh5SSAgBZ2ZTEpI5PzCHLp+BPZYc/y43f0Pb9cqW7Sj3G1C94bHQZRm2/42WnXrYvj/e8IF0jQg+Zh5odvWgkYXmcS+uGHjhXr3B6q/e9x2oTpCzwZkBtI5MIBOkaUNEspoXz2ONd5ndACKU41Mmvpa1RtIRLK/bSEsdNrsdE2ysr3bZAP9DLp5EFqsiCFnrsfX7mgFGUYlFL5WzpioD/SlBe+ggiyzA1AW2KWGnIg1G0Ppv/k/OvvUVIMN+HGSkjoMO0VSJpJUCJwA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1621753707; bh=oxG3yZspplSSsK28SGXBV0DV1myF73kfbkVZQJgvpr0=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=orYivNPTDvEbFUKVp0txicBK3XWxqG6t4rGdP6OM6JNVOq3ZuFTaDMBn/SB9Tww9G/T4jD1NpLJ6wWJuYlLkQTbjwn0Lyr2FnFWF6kpwNOwIjP+oP9qIk7O0E4YKYXjrBKSFtfNGF7LRVB3p/dnONEJVix/MuQcjpUHiKQ5lK5sXqy428IsfbrxEaZtl1+idPmTAQmqyYGIVFzNqtyRAWjOVJdusJ1LSKjErr6etdBpV9d8PpIpkiirtr9X8PdQDNOi1rJC0nUc2EJkcdvNuHNSXCxKWyGo8RdFxfijYCbNxvA9pRevEnl+WYr23u/CPOoPwedaH1JcyjgTXD628rg== X-YMail-OSG: gRRWeLUVM1nHnkOqq9slDvoggcPHOQnBKuVv53T1qF1ioylaYmfd.BbuFDU6kKc xXZFDqZjIeChIFLAZr10DhE2wx04XhZLI_nQE7NgRvxpJlVsW7DfQU72QN2fAPMHHOzyijV2mqPn iyrWxGpoZGBBTUapElUsNDlFXzhl6aJ3q_.kShHq5T9vfNAkW20dqIg40o2WjpSi.xDj1kQjVWYf gE1oWuOQJQ2KK5TeOp2zGhYdbIyY2ZBjC4sClFO3bN9eMWmoYksrM_dgvTfq_qGL3uSx4eLoaCn4 7TJiVTX2WODD3sAIrRU8xljQIkxxujhx93ei1i.wNmAIAmPeV7xLiQvXZI_LLdsi8UEUvh3nD_W0 MBP95Qc_kho_3lnncfN5JtFXiQi13zElC5gTh7lGm7TE5s7LkditphleDWITmgqOFF4KCGvlzAYy wITONi79R3kc3Q.Ed4VTQb5bYQSzX27nEQuaI9o7KwhaoMMeX8A710ynEuMxobB7aVCqXYVSY9x6 B1u5t3WSxeZC5EArEcKvSV4XuhcD.S3PCMuvST.JwNmiPw.z6s09iUrHErigbBe6IgJdL1y99SKm vnNqzQb9yFs66_RdsVCyrN63lpeCn6t6_RYmzC.f5WsaSRJok73fKJmeQc3hqM5w8YUqmTtw8Bu6 M4BP4Dma4N1WXSnVy4M3AM6JHloJrU.pZOku9RPo8tEns2k58SfFDujamnVMXK5J5WAegI7gTMng kojQKl9CpGrenc8JsO1g.Y75pVkWFkM3VkqccNEobKstgl7FvLOTV1XKnxF0EolVBGDDcjTWbhMq 7QZOMVvwKtSLVT_RNDsQlfmF_isg5HECll4r4Dp2AoEKOEAU84O3kGf_JBPyN1ldqUX04vpasf_o KBlofympcAu4oiBa57RuQmyR0sQ1C54CaQMqe3BSQUXXO03khVBlZXlHBAI_GGJ6NVRXAFCwZRzz lMYu56Ns7D1rtc.k0Ujln0cxRClYk7ic5.p9Y4SCkA5ApzItrbnnDbRDkiYnbGB6ms8KWxuWxvXy 8AziY0y4rYzzdKLmnFFe_zGqaaC5U57th6ukyTk2CAe4KwOmTfvEs_Puxlf1mTevXr19rBKcr_OG Xl_iMVGAzqOEhLLVcd45kDGH.PA7X08P7bkFCxiWpI8HDJtKOjNgLV13YC8Bjy5.0k63Ip_vEzA4 tp2gf1KDDWAOIEfVRX8cCdJB0UM57B2Anddd0dIhxt03GgJAN0R.B6vKGOAFfLk3xXZE_Rk8iVp. J6xhsdC65qH3ScyYnsyENWst6ihrVXv._Bn50jl6MSvPFB8aWeG0jGMoKxpusyuLIe35JQTV10lh KBlSMlj44cj_6P_QZcWNot0pO.V_21x47nCPnowvf8j3QwkMbP9JE0fLliZRr_MoJ55ZJ0e3Siyi 3Qsxzni_Y5IKTyiKmc23OLZqoIX5HWR64TCM7hd3bgenxmy_G1EW4dJN6kZtDxYLFoAtSX7Cpnrc k9qNsz84o4mlxRs6LGQGhOjEGpYBkW8GJsKoUeJYgJOgIAivJ9QO4fGX8aLATwZpGeoy8e9SmBt3 Ziex4_wkdO1dqsbuSxxpN0.9ucxiGjv723JywuDMBMTzHfYvedrvN.0oGJto_akN0VhFM3_Oehed ruLiGg61hAwXoVDy9xew0_iBxBC3EJU12ZzDcQ04wrH1UBV7oB1n1PqBrG_zDqAQofaAZUJ5Infm r8C3v69Glm_Ize2Up1YtiVqBAS6Hgsg7JIzgK1AgTqsR1tAPLbtPuUcvtDErY.Sl.mCCxcRvbhaT 37In5yauADSlK3RQhpbJGiHCvwseuwVnHfN_0ddQPS76qTCnIeZ_detYJm02NjUA3hD2HQhDFNRr P2vqt.He0bk_VhJXYenbZUggPxtksCLD4UA.nYbS27RjO2F2rfr7lEcrD6kqHX3saHSt1P2rIYj1 uQmt4tupoJMEAFRpMDVAFe7ykIIN3zulQaDij652t1OKZoNgbQ9yqlb3L90wxKwXEaDoz3mAfgBs PSqB4BTSBBFa0ITT0iFmM.nvvlve0pt1OSiXRc3lmnle_GakIvWhx2Ldb8tdsbuBT3J1K3K5IuiH 7sZIDE6C0GLuxSfhm6v5VYKMH8O6A55CgWRQz.puCZHf8HcMaBB.manN6Ckp2fKg0XsqZae4x2de o7tVfXaoaqFSqvwG8JmERP0aa7aHLcSwDSFkn2ddjoxTlwkEmqyS.ZV7V8yTFNJ9xNqjkpcKSirv G0hZUHOWfdyXLKjxLJQwLifNslchpiNS1GUmxTsnOUVa7RfLZ5fK3.erTLG1oErHEbB.nGlniI6z e5wTi8O9Jir7I5NcG8b3QBGWx7sIRdq_MDMzVJKQeYzjnTJK4fSeGZEFZouC1KXDR9FDE1XAno8Z DTEMc7.Xk7sL1xR1mUt3Pj_14YJ15wCZXoDdSbcQJifp31x8uHu31i_noSbjyDvcg45bPrhvk_Ci iQCwccJAwi3o9OKtFMd8MM1J7X.HYV.gG7drFJzqQg_yAomW2RDbfrANAQtXx0LN4RPGJbee0PVU u0dVfOK5Bhfaj75SLxW5vCtEYG.NDSYEYv2JCgN2SA2FdAk1UGMeakA6nAUkjWj2UvT9WFZLOMl1 1OsypSFj8X8wzYK4ctMV7XpzUGMVg9GnLxZQ25_Yek47x_aFYzweIg7_WZ8gQO3bGh.F49kQYZCd 321dRjaZ3VqN4fU2Aeuy9qSDrKW_UZEejuNk5XwxWoCfvyANUlq4- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Sun, 23 May 2021 07:08:27 +0000 Received: by kubenode542.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 0d27a10593e268a16525731768bc367d; Sun, 23 May 2021 07:08:22 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: I got a panic for "nvme0: cpl does not map to outstanding cmd" on a MACHIATObin Double Shot In-Reply-To: Date: Sun, 23 May 2021 00:08:20 -0700 Cc: freebsd-current , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <063D5E36-126F-497C-97AF-827BADC1ED2F.ref@yahoo.com> <063D5E36-126F-497C-97AF-827BADC1ED2F@yahoo.com> To: Warner Losh X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4FnrzL0vWSz4jtS X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-current X-Original-From: Mark Millard On 2021-May-22, at 22:16, Warner Losh wrote: > On Sat, May 22, 2021 at 10:44 PM Mark Millard via freebsd-arm = wrote: > # mount -onoatime 192.168.1.187:/usr/ports/ /mnt/ > # diff -r /usr/ports/ /mnt/ | more > nvme0: cpl does not map to outstanding cmd > cdw0:00000000 sqhd:0020 sqid:0003 cid:007e p:1 sc:00 sct:0 m:0 dnr:0 > panic: received completion for unknown cmd >=20 > cid 0x7e has no currently active command. The cid is used by the = driver > to map completions back to requests. >=20 > So, there's usually 3 possibilities that I've seen this with. >=20 > (1) There's a missing cache flush so you get a bogus cpl back because = something stale > was read. It's unlikely to be this one because the rest of this look = like a successful > command completed: sc =3D 0 is successful completion and sct is a = generic command queued. >=20 > (2) We're looking at the completion record twice because we failed to = properly update the > head pointer and we've already completed the command. I've only ever = seen this in a > panic situation where we interrupt the completion routine because = something else > paniced. >=20 > (3) There's something that's corrupting the act_tr array in the qpair. = I've not seen this, > but if something else smashes that area (zeroing it in this case), = then that could cause > an error like this. Of note may be that I buildworld and buildkernel with extra tuning enabled, targeting the cortex-a72. In one past example this lead to finding a missing synchronization related to XHCI handling that was fixed. (The fix was not aarch64 specific at all.) For that: A cortex-a53 did not show the problem with or without that tuning. A cortex-a72 showed the problem only with the cortex-a72 tuning, not with targeting a cortex-a53 tuning or generic armv7, for example. Not that I've any evidence specifically suggesting such would be involved here. But it might be good to keep in mind as a possaibility. > Or it could be something new I've not seen nor thought about before. > =20 > cpuid =3D 3 > time =3D 1621743752 > KDB: stack backtrace: > db_trace_self() at db_trace_self > db_trace_self_wrapper() at db_trace_self_wrapper+0x30 > vpanic() at vpanic+0x188 > panic() at panic+0x44 > nvme_qpair_process_completions() at = nvme_qpair_process_completions+0x1fc > nvme_timeout() at nvme_timeout+0x3c > softclock_call_cc() at softclock_call_cc+0x124 > softclock() at softclock+0x60 > ithread_loop() at ithread_loop+0x2a8 > fork_exit() at fork_exit+0x74 > fork_trampoline() at fork_trampoline+0x14 > KDB: enter: panic > [ thread pid 12 tid 100028 ] > Stopped at kdb_enter+0x48: undefined f904411f > db>=20 >=20 > Based on the "nvme" references, I expect this is tied to > handling the Optane 480 GiByte that is in the PCIe slot > and is the boot/only media for the machine doing the diff. >=20 > "db> dump" seems to have worked. >=20 > After the reboot, zpool scrub found no errors. >=20 > For reference: >=20 > # uname -apKU > FreeBSD CA72_16Gp_ZFS 14.0-CURRENT FreeBSD 14.0-CURRENT #1 = main-n246854-03b0505b8fe8-dirty: Sat May 22 16:25:04 PDT 2021 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA72-dbg-clang/usr/main-src/arm64.= aarch64/sys/GENERIC-DBG-CA72 arm64 aarch64 1400013 1400013 >=20 > If you have the dump, I suggest starting to make sure that the act_tr = array looks sane. Make > sure all the live pointers point to a sane looking tr. Make sure that = tr is on the active list, etc >=20 > It will take a fair amount of driver reading, though, to see how we = got here. I'd also check to > make sure that qpair->num_enttries > cpl.cid (0x3e in this case). >=20 Okay. I got this while trying to test an odd diff -r over NFS issue with the more recent software. So the two will potentially compete for time. As investigation will be exploratory for me, not familiar, I'll probably publish periodic notes on things as I go along looking at stuff. My first is that the /var/crash/core.txt.0 has a gdb backtrace: . . . #10 0xffff00000047900c in panic ( fmt=3D0x12 ) at /usr/main-src/sys/kern/kern_shutdown.c:843 #11 0xffff0000002226b4 in nvme_qpair_process_completions ( qpair=3Dqpair@entry=3D0xffffa00008724300) at /usr/main-src/sys/dev/nvme/nvme_qpair.c:617 #12 0xffff000000223354 in nvme_timeout = (arg=3Darg@entry=3D0xffffa0000b053980) at /usr/main-src/sys/dev/nvme/nvme_qpair.c:938 #13 0xffff000000495bf8 in softclock_call_cc (c=3D0xffffa0000b0539a0,=20 cc=3Dcc@entry=3D0xffff000000de3500 , direct=3D0) at /usr/main-src/sys/kern/kern_timeout.c:696 #14 0xffff000000495fb0 in softclock (arg=3D0xffff000000de3500 = ) at /usr/main-src/sys/kern/kern_timeout.c:816 #15 0xffff0000004356dc in intr_event_execute_handlers (p=3D,=20 ie=3D0xffffa000058bc700) at /usr/main-src/sys/kern/kern_intr.c:1168 #16 ithread_execute_handlers (p=3D, = ie=3D0xffffa000058bc700) at /usr/main-src/sys/kern/kern_intr.c:1181 #17 ithread_loop (arg=3D, arg@entry=3D0xffffa000058aef60) at /usr/main-src/sys/kern/kern_intr.c:1269 #18 0xffff000000431f6c in fork_exit ( callout=3D0xffff000000435430 , arg=3D0xffffa000058aef60,= =20 frame=3D0xffff0000eb7cc990) at = /usr/main-src/sys/kern/kern_fork.c:1083 #19 So via kgdb . . . (kgdb) up 11 #11 0xffff0000002226b4 in nvme_qpair_process_completions = (qpair=3Dqpair@entry=3D0xffffa00008724300) at = /usr/main-src/sys/dev/nvme/nvme_qpair.c:617 617 KASSERT(0, ("received completion for = unknown cmd")); (kgdb) print/x cpl.cid $4 =3D 0x7e (kgdb) print/x qpair->num_entries $5 =3D 0x100 Based on also seeing the code: qpair->act_tr =3D malloc_domainset(sizeof(struct nvme_tracker *) = * qpair->num_entries, M_NVME, DOMAINSET_PREF(qpair->domain), M_ZERO | M_WAITOK); (kgdb) print qpair->act_tr $6 =3D (struct nvme_tracker **) 0xffffa00008725800 (kgdb) x/256g 0xffffa00008725800 0xffffa00008725800: 0x0000000000000000 0x0000000000000000 0xffffa00008725810: 0x0000000000000000 0x0000000000000000 . . . 0xffffa00008725fe0: 0x0000000000000000 0x0000000000000000 0xffffa00008725ff0: 0x0000000000000000 0x0000000000000000 It was all zeros (null pointers). No "live" pointers and, so, no tr's to inspect. As none of this is familiar context beyond general programming concepts, it may be some time before I find anything else potentially of interest to report. If you have other specific things you would like me to look at, let me know. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sun May 23 07:46:28 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 5A66D9EFA7D for ; Sun, 23 May 2021 07:46:34 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-23.consmr.mail.gq1.yahoo.com (sonic303-23.consmr.mail.gq1.yahoo.com [98.137.64.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FnsqF20d0z3Lql for ; Sun, 23 May 2021 07:46:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1621755991; bh=jpUAxwPUKV4YRVE0U49BwtDYeq4DS9TcdHFLKPAKesk=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=O/e+9MhOI/b8U8L5XEeZv5jvwD/KUvzkjwLe6xFDnqGOfUknaoadrtohZR/HwIhMiDMir0Fp35FTNbQWzErMlA2NJRRYJ4MEBQvt0mi7z3igcCAvF/F0CjLXj0xGU9LJmioV9unMp901vAZd8iA0XEYvBI4/cHrlsvKmezhy0OXjuChnbKNi9GNALaiPRrkj51mEXvXKM4b8PUDhTqD0SgcyqzVv530yIZdHuOmWqjWEUodXL2Tgu0MJUO0C85X35HK/XxoBtKlQd2dFMvWcLyuhR0/gFfUg5cOeU7+C/nSgVeb7Z+kzR84ccuQkV+Zm3GCWt4AWN0f3i0bGov5hOQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1621755991; bh=tRQ7LHWu2ZNkmjYX7h2hfbGSXVFlPGZ+t/+IbA+MPvQ=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=MYUqKJ+gJ372GzRfpNeolpKfT8gmApa4Ypt8Ia5iHMqcnr1Wm4PLgC4InOlVrYU/72E6NcAqqujZ3CkoALGaykZVWGMRiNI6wILe1rbu7iMbw9f7kkKKlJ7mEKfgR2R0F52aZxpYo2ER2SQ1TJPo8Q2wXWK54NYR1nIP2BgKQesoxd8RwzkLw5ynU7BWmG5/7zPymJo6KH9biwojj4Y2NbutiyQifi5SYqrwxy+00gB4j5/ct/W9b1Y9j3KLd1htz1JkBEdixfC+TrAUXaJ046w9Rm0MbP0jpaWtHMiBLgLTXDgCVdkCsSyO9iiM3DI9PEwysK6THVBC3qW796NbDw== X-YMail-OSG: OO.S77gVM1k1eVFVErNFy7UFSFZPII9OzbZgAJ6MXYI4ZNF51ulTg2zuDncEkIA tQs3PxAwX5nfL5EmB4rytdMu8bUV6qwPs0qpwiwZS1sCmprzYAWM75MeWydAl1_tFgUoWI6_bP3j 7z2WUZyZBFTM686.kZ8sIkryRhG2R4CdynlHRQIzNREkfmMsGAV4U0bBH6wMkp2VfnG3Ft3_7e_e OSkLNpv.u6Zvrh9HEg6Cnuy331jQM_YydwQX_B..OAIm1sigNtXdJL3zifCP1.7vQg_TseCDfDfj YGplvWuUcVbchs5P6aCDo8SzAyQYIQRb9t2o2xRD.jVgud83Mjt1JcEy0lDN6Z_sG9nnNmgjC3NB 24abP.k_xamk_B1lIbXcw2hzXyrRJtrsrqCsz8Rh89tGTC3vUti6zHhpsAssnnN.816VecNlQCjx mJP5uoBvPWRTgqMSRLz2J0.VOiVsLQbG5YZE6U6AwKGBHgdqAUFQnrUgQ_n48HenO6geEYAJPV6u JXeBe01S2QSw.juPyAXh8KXhhEs2tvpJM.BmTlxtrYHIDnIb6EkKO26fMKgtW2hB.8azTGsP159v UzF3yEeibmwrLp3XBR.TdHC5yVCv4.FSEfkavvcVMqb1Erdx5zaWhChWvcxdtBFdBZwHon3tDJLM Hyhd9mr8_.rJ9rjLI2PVeAlAR5UPfeXsvTvh2R71dpDS2tturrdpUU_z5M2TzTfqq6rS81MuId0g wOnMj.KAjtfpiyOXLHJ9Cn.qH9.fkZCI.Gc5IFXNPhj672xjGLu2DhvsEHgsRizwE68.1s2TRSVo xOl2SCeOQCxV3J.WilT9Kma2phMmgRek0vOCvAxyulQY.w3MTHlqE49P9B.cl9xfqy2RkiKi3Ypn BJ8aQmMAVHVBPF4.u_pgHJEpCfrBo6yrTIFt_Cc73aSbApvddSL4Qp9GSXksdw1lUrvdsYHACFLT 4gHTcQ1i5skuHYDwkD55r0uHZMoATWvdFUcYqFQ4gO7mzDIDYl3W9XYFquuxd8sKOtvYVIGalt5a yEycWbVTIEuTXWqwtoA4IMtUSKXWDBNI1brXv5IvOnIuVasSRKJkgmW89C3RtiZaxnzoNycFMMkU TYGSSGKA9NIhmSZ6K5aOVaCqT7GCFMT54Yj8cuiRUubR6XjTTxewzIICvF3q7UtR9W2PTmz.5QLB n_.Mu34aCgWmyApA.uZBpFi8mPUNN5.Vj8k5krE3Ee4Imip8KrIlQ6zJV63Ph4lxZRsaqNDJg4BX oCxFU6y1n0dnySLtbBPrWn.adSyPviN.RgIUQ4Ri_bXSu2aAjXLVV6k7aCLrpSO7Y.Ps6UiXYIFE aY.COP8AFq17YCOqtXvsWCsreLhvrXS7LrgK3jewshYvNgA81OcjVEMlTn2imnz0Zfo3aVj7NqW9 ZNhoY6U8T1_U963g4nBKR0G6LK5zPgYrkocmPSKszAjN5JwgBImvf2p8OK93m7JaTslGnFI6ex3V 9rt1RwywM7fHS7RkOwIUO10np6t.bp4uy059QXXONG1zIokDp85zYY4ohMFEVlK4b6f6J87XCA0B 14ifCuowhBEHjcEWEzjtqXxfSDcGAiEIIDta3DJ9iF.406HkQUFx6VnACbunXcW2wYHGT_oq8j6M plcs.eK1UdUSlLneNID0n1oSgnDi2OQPi7jGkGRLeEW9vSAhxpOCCZvfl7zhT88Nb8Fy.ixiYjkz adQXu5qfaDyn32PcWX7Psf0s_50EG1r2AP1p2dC96r0AxQjs.EYMYlY8b88ejF6bvuuk5eKER9UT 5lLVC_zahhSepFRnpfWMYeZcjUxuTGOZrllp5b043RrClfCFlNj2t11pybY9ZRWJrbTSnAGAASBh PZbHlungGSj9RNFOlQ4mB2OcX_3_tPcln05P4lmHTQOWT2xaJgMqqngOh1Gp1Dsz0sIW.wzBIMKG R5o5sSNcEagYMvAEDbI4iRL5Cnr2UfEMGo10kZd8HIP3ASV9CgdC7VZIrU9I1xDFMF3F0X4lXD2d nz69gtJ8F.odpm7udJhzVhr4XuUylrFnGvBd1CZi5oWe5HTK_0dfrcrHjcZNqUfhxs0PNDXNRIqx FgK2R93TTC26woyi7TNzb08g5as_hySn44sn5P1_NiPlxpwYdlJFz.nMjkNCjOXBlgRDZyqF2kZG bHZJARAYpzWio8EoC7wFlyBkTSsPFAd17vUKjSAHNxfA7QUolMqCKy0E2XNXIuEafnAKjHGmy_x6 aSafPYrHoAcfoIeh0Hc25jO0O1SMDZ0mss0zlCNuN8lT9YLVaVnErZvkCX5xAzSw9SnyZhc9CeFI blvIvQ_O5MJdAY50K5qKQt18fXfdHKcuxiSzABgS5mxNjuR5ADWM8V1ypPOeJAxN5irh1vS6WXWb OG7MutxqGNfJrqk1eOfQ6kYLYYHM1t0Z4760cDYUAR88OqSYY1nPFr_n4BnCWwLYzZCWIg15WQd1 ni69K39MLap31HeVvRqzRc3fmen2Rh6PsoHO6.c1SLHX0_xBXuMtdi62fmpTIef4OpXnnPxGXDDZ gMFV38X4_iY.d2cCFEmFn8lioevpLrROEdpUNMPiT_uoF9Eo2x5_KyvCv6P5Byh0TtSoR7NFmxka WzEQuuEcGv71MisPmHqUd3pbkRKvR90ALd0xIn2tZ1NpWQAS.AqQ79qcxlVOgbWSHcsRlGVIOXlw - X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Sun, 23 May 2021 07:46:31 +0000 Received: by kubenode559.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 27ea3b9f74aa48c6aeada5591ab1e273; Sun, 23 May 2021 07:46:29 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: I got a panic for "nvme0: cpl does not map to outstanding cmd" on a MACHIATObin Double Shot In-Reply-To: Date: Sun, 23 May 2021 00:46:28 -0700 Cc: freebsd-current , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <90A23579-61B7-4619-AFD7-68439FCC16F3@yahoo.com> References: <063D5E36-126F-497C-97AF-827BADC1ED2F.ref@yahoo.com> <063D5E36-126F-497C-97AF-827BADC1ED2F@yahoo.com> To: Warner Losh X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4FnsqF20d0z3Lql X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=O/e+9MhO; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.204 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.204:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.204:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.204:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.204:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-current X-Original-From: Mark Millard On 2021-May-23, at 00:08, Mark Millard via freebsd-current = wrote: > On 2021-May-22, at 22:16, Warner Losh wrote: >=20 >> On Sat, May 22, 2021 at 10:44 PM Mark Millard via freebsd-arm = wrote: >> # mount -onoatime 192.168.1.187:/usr/ports/ /mnt/ >> # diff -r /usr/ports/ /mnt/ | more >> nvme0: cpl does not map to outstanding cmd >> cdw0:00000000 sqhd:0020 sqid:0003 cid:007e p:1 sc:00 sct:0 m:0 dnr:0 >> panic: received completion for unknown cmd >>=20 >> cid 0x7e has no currently active command. The cid is used by the = driver >> to map completions back to requests. >>=20 >> So, there's usually 3 possibilities that I've seen this with. >>=20 >> (1) There's a missing cache flush so you get a bogus cpl back because = something stale >> was read. It's unlikely to be this one because the rest of this look = like a successful >> command completed: sc =3D 0 is successful completion and sct is a = generic command queued. >>=20 >> (2) We're looking at the completion record twice because we failed to = properly update the >> head pointer and we've already completed the command. I've only ever = seen this in a >> panic situation where we interrupt the completion routine because = something else >> paniced. >>=20 >> (3) There's something that's corrupting the act_tr array in the = qpair. I've not seen this, >> but if something else smashes that area (zeroing it in this case), = then that could cause >> an error like this. >=20 > Of note may be that I buildworld and buildkernel with extra > tuning enabled, targeting the cortex-a72. In one past example > this lead to finding a missing synchronization related to XHCI > handling that was fixed. (The fix was not aarch64 specific at > all.) For that: A cortex-a53 did not show the problem with or > without that tuning. A cortex-a72 showed the problem only with > the cortex-a72 tuning, not with targeting a cortex-a53 tuning > or generic armv7, for example. >=20 > Not that I've any evidence specifically suggesting such would > be involved here. But it might be good to keep in mind as a > possaibility. >=20 >> Or it could be something new I've not seen nor thought about before. >>=20 >> cpuid =3D 3 >> time =3D 1621743752 >> KDB: stack backtrace: >> db_trace_self() at db_trace_self >> db_trace_self_wrapper() at db_trace_self_wrapper+0x30 >> vpanic() at vpanic+0x188 >> panic() at panic+0x44 >> nvme_qpair_process_completions() at = nvme_qpair_process_completions+0x1fc >> nvme_timeout() at nvme_timeout+0x3c >> softclock_call_cc() at softclock_call_cc+0x124 >> softclock() at softclock+0x60 >> ithread_loop() at ithread_loop+0x2a8 >> fork_exit() at fork_exit+0x74 >> fork_trampoline() at fork_trampoline+0x14 >> KDB: enter: panic >> [ thread pid 12 tid 100028 ] >> Stopped at kdb_enter+0x48: undefined f904411f >> db>=20 >>=20 >> Based on the "nvme" references, I expect this is tied to >> handling the Optane 480 GiByte that is in the PCIe slot >> and is the boot/only media for the machine doing the diff. >>=20 >> "db> dump" seems to have worked. >>=20 >> After the reboot, zpool scrub found no errors. >>=20 >> For reference: >>=20 >> # uname -apKU >> FreeBSD CA72_16Gp_ZFS 14.0-CURRENT FreeBSD 14.0-CURRENT #1 = main-n246854-03b0505b8fe8-dirty: Sat May 22 16:25:04 PDT 2021 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA72-dbg-clang/usr/main-src/arm64.= aarch64/sys/GENERIC-DBG-CA72 arm64 aarch64 1400013 1400013 >>=20 >> If you have the dump, I suggest starting to make sure that the act_tr = array looks sane. Make >> sure all the live pointers point to a sane looking tr. Make sure that = tr is on the active list, etc >>=20 >> It will take a fair amount of driver reading, though, to see how we = got here. I'd also check to >> make sure that qpair->num_enttries > cpl.cid (0x3e in this case). >>=20 >=20 > Okay. I got this while trying to test an odd diff -r over NFS > issue with the more recent software. So the two will potentially > compete for time. >=20 > As investigation will be exploratory for me, not familiar, I'll > probably publish periodic notes on things as I go along looking > at stuff. >=20 > My first is that the /var/crash/core.txt.0 has a gdb backtrace: >=20 > . . . > #10 0xffff00000047900c in panic ( > fmt=3D0x12 ) > at /usr/main-src/sys/kern/kern_shutdown.c:843 > #11 0xffff0000002226b4 in nvme_qpair_process_completions ( > qpair=3Dqpair@entry=3D0xffffa00008724300) > at /usr/main-src/sys/dev/nvme/nvme_qpair.c:617 > #12 0xffff000000223354 in nvme_timeout = (arg=3Darg@entry=3D0xffffa0000b053980) > at /usr/main-src/sys/dev/nvme/nvme_qpair.c:938 > #13 0xffff000000495bf8 in softclock_call_cc (c=3D0xffffa0000b0539a0,=20= > cc=3Dcc@entry=3D0xffff000000de3500 , direct=3D0) > at /usr/main-src/sys/kern/kern_timeout.c:696 > #14 0xffff000000495fb0 in softclock (arg=3D0xffff000000de3500 = ) > at /usr/main-src/sys/kern/kern_timeout.c:816 > #15 0xffff0000004356dc in intr_event_execute_handlers (p=3D,=20 > ie=3D0xffffa000058bc700) at /usr/main-src/sys/kern/kern_intr.c:1168 > #16 ithread_execute_handlers (p=3D, = ie=3D0xffffa000058bc700) > at /usr/main-src/sys/kern/kern_intr.c:1181 > #17 ithread_loop (arg=3D, arg@entry=3D0xffffa000058aef60)= > at /usr/main-src/sys/kern/kern_intr.c:1269 > #18 0xffff000000431f6c in fork_exit ( > callout=3D0xffff000000435430 , = arg=3D0xffffa000058aef60,=20 > frame=3D0xffff0000eb7cc990) at = /usr/main-src/sys/kern/kern_fork.c:1083 > #19 >=20 > So via kgdb . . . >=20 > (kgdb) up 11 > #11 0xffff0000002226b4 in nvme_qpair_process_completions = (qpair=3Dqpair@entry=3D0xffffa00008724300) at = /usr/main-src/sys/dev/nvme/nvme_qpair.c:617 > 617 KASSERT(0, ("received completion for = unknown cmd")); >=20 > (kgdb) print/x cpl.cid > $4 =3D 0x7e > (kgdb) print/x qpair->num_entries > $5 =3D 0x100 >=20 > Based on also seeing the code: >=20 > qpair->act_tr =3D malloc_domainset(sizeof(struct nvme_tracker = *) * > qpair->num_entries, M_NVME, DOMAINSET_PREF(qpair->domain), > M_ZERO | M_WAITOK); >=20 > (kgdb) print qpair->act_tr > $6 =3D (struct nvme_tracker **) 0xffffa00008725800 > (kgdb) x/256g 0xffffa00008725800 > 0xffffa00008725800: 0x0000000000000000 0x0000000000000000 > 0xffffa00008725810: 0x0000000000000000 0x0000000000000000 > . . . > 0xffffa00008725fe0: 0x0000000000000000 0x0000000000000000 > 0xffffa00008725ff0: 0x0000000000000000 0x0000000000000000 >=20 > It was all zeros (null pointers). No "live" pointers and, so, > no tr's to inspect. >=20 > As none of this is familiar context beyond general programming > concepts, it may be some time before I find anything else > potentially of interest to report. If you have other specific > things you would like me to look at, let me know. >=20 A fairly obvious thing I should have provided: (kgdb) print/x *qpair $15 =3D {ctrlr =3D 0xffff0000fe154000, id =3D 0x3, domain =3D 0x0, cpu =3D= 0x2, vector =3D 0x3, rid =3D 0x4, res =3D 0xffffa000086ded80, tag =3D = 0xffffa0000877b780, num_entries =3D 0x100, num_trackers =3D 0x80,=20 sq_tdbl_off =3D 0x1018, cq_hdbl_off =3D 0x101c, phase =3D 0x1, sq_head = =3D 0x1f, sq_tail =3D 0x20, cq_head =3D 0x20, num_cmds =3D 0x420, = num_intr_handler_calls =3D 0xe66c, num_retries =3D 0x0, num_failures =3D = 0x0,=20 cmd =3D 0xffff000100ebb000, cpl =3D 0xffff000100ebf000, dma_tag =3D = 0xffffa0000b093e00, dma_tag_payload =3D 0xffffa000059ef000, queuemem_map = =3D 0xffffa00005a07700, cmd_bus_addr =3D 0xacbb000,=20 cpl_bus_addr =3D 0xacbf000, free_tr =3D {tqh_first =3D = 0xffffa0000b053a80, tqh_last =3D 0xffffa0000869da80}, outstanding_tr =3D = {tqh_first =3D 0xffffa0000b053980, tqh_last =3D 0xffffa0000b053980}, = queued_req =3D { stqh_first =3D 0x0, stqh_last =3D 0xffffa000087243c8}, act_tr =3D = 0xffffa00008725800, is_enabled =3D 0x1, lock =3D {lock_object =3D = {lo_name =3D 0xffff00000090321f, lo_flags =3D 0x1030000, lo_data =3D = 0x0,=20 lo_witness =3D 0xffffa0043fd96080}, mtx_lock =3D 0x0}} Looks like I need to boot into the non-debug builds for the other problem I'm testing for repeatability after a commit. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sun May 23 14:50:56 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 10FA39E7D42 for ; Sun, 23 May 2021 14:52:02 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: from sonic309-20.consmr.mail.ne1.yahoo.com (sonic309-20.consmr.mail.ne1.yahoo.com [66.163.184.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fp3G9696Sz3pSG for ; Sun, 23 May 2021 14:52:01 +0000 (UTC) (envelope-from filippomore@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1621781520; bh=454gjRWDTqjXfn2+QbUiCSctXQXL7lv+k4FCsu4TC0k=; h=Date:From:To:In-Reply-To:References:Subject:From:Subject:Reply-To; b=oihAbcG7P+kw8JZTRJqS7L/+aJPi4WFyR2SV1Kk22ZSQpaxG0W0z66BEQ5sJTZgJYvgfjudiIk2ZsxZXtLMk9gIA2X7+18oa4wu2P3k6ridrlFAxaAKSwQbO73euwi/eE01+NFZY+eppeHk5ue45G4of1WSttuQXH7TUa2oSoyRmj7N+RJ6xRgSgeLSCCZvQ7Cj+M8LVRSmfPDGbJr0XCo1e4v55hGS7ycqW1atpLtoxoeHEmiFKFcIdP29yfEa1oyLNgQdhwHiXddUdcfwkRo3wElvL+ewocDAM1shymKcJ6t8sOZAp0ffxQiBMKIGtHHm7ee5bjOKsfodwJSM1oA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1621781520; bh=EAmvjcejNKRAI+8ggqkAtCwzjePZlVT+rAcPYjAoMgD=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=TaH55P8nHgt4eGkZJrQSGT1Isz3b1JPMX3UjSofXKF0o7BX1TnpM12tScPDzd+pNj8AfmiCoDYnJh2CaY6i6/PsAZ95xf2O53btWwV3x1ZbTAJk3HkaBxHLjrgVj/MUHFv3CeisTojc625eBKfqfQYSrzHazovjASCtQum21vXR/OGwdZsKUw5gIoI6YGPltowrLeZ7q23UJx1iFpuyM3xx5TTcYMypmsPb4nucc54lzUiB9aOX/fXF91w8fJqicM9DfPJIfQdeKPAVAhjDzXBdIS5t5Un5leG/2Vo5UU/exZVzuyYG5XUCiTN1MReicEDYkbwcijY3+ZRzqjhPFdQ== X-YMail-OSG: RIWh_CkVM1m8PMU4Ls2lUxOtNQCFeKXZBkxn29SmfuiAwLmoqYaC7NKi1E55VyE s5VAA9GXgeYQHFq_GWf2qTBzNdcS5rM3LbNazSYMvVdPasphWfX_436tT24p1iUpwjqDfV.zRcL_ tamBZAcJJ5fraAO73Dv8KPPsvabc0LavaTXg9dcbVFeirkfxOJ1_azJ9TBJsAWcUOvyqB40e3xEy ZWTWAqBiUz75DkGM4lUrDrZxL3QgG4.flI82Pybvm3lN9Bz2wrK3cEJcfosDymUu4Kn._BndF.3D ubkGBLGk46H_dEGD7dBcYJ170cfDAplRpkkZK.pugPlgg7fY91RVdN_AtBgiS9YjW6ffdMzB3mXA 0BDlZk1yURB_Kdiozcj4aHFd8igLX2coYNgu_O5bT4e8gdkQzAIkxYLKp2FPjva_VIvynmZ5KQJf ZW2QrPRwOHSHGbrb9BmEmOSaMiKxqw7yH7CWpc28pDW3JHgmrE0UuWPU3hBF4TtNyToDi9KBj6Hs 2dR5IP0lJgACh7UQnxbtEK3zPtwoF9jx6i.AUT1GCmLefzTz3xzYckIsOPTk_KtKxuColMlfJjgF X5FFNM0ar7Y2ikEcRcnPNhzDroVdGYkNbUIGJ7nWqF66H8bPphyxQMnew.dq4g3UMJ9Ka69dx4J0 Nowju1pzX5PzJQRqECNi1wJwqvcP40pS640fslQIXh3Z_ZrABOZI52HvII9MBo9nLaVEiMlfrlHt AtnZIW6u4ztw005gF1a2h4GoXYCXWtUHIbOG5c1REJLxOlLHSGBBP1EPMC_W82QWcIZBY3toet36 IwHOWNMUXp.ArPEE_kOw6jjTdCR4eXNC7qwS1vcfAMdTZUeupp6sAplTpFUAX.PgrS4oisEdJBm4 zCPSCb46hYaJ3JVSHTK6x_xM.H5OOmXPcee_MT6g.yzzKHtrCuLD6k7B9mH0jRzpbB3Q8lcqlMTo Y.u79XNxtw_x5vYS235AotsLDDNrAuh9_0pcqL2fPflZXHg6s2kNJg1cj0DQX2GYs.8WABymdRAQ AWxor09cVThpBM76EqO.BErZqak7L5zpWXkA1NCY9tWc9UGtKjzTt0j6ex48Z98TGmfCoQ9QZTOQ U60MFBCb3hyn5YC3NPc8W5i.0MdgwP51f72OnZzD0VmGq2I5utag7GUcCjq6g_xCWC_ad0SN1ATz 089qVRgJ0ZAoGsxrf7O6ZPrqUOvCibAv5GFZEDCBTda4wVmn15mUVRmx_vCwKwjIzg2sy_Omj6KG Ugwo5WiOv8IeU96R8YaWI6YzoiHY9_FaMTTHdx_Xefh6G8F6IDkkc0_cCP6mfiHWf5.b8_G_1GX9 o1sEMktbkthA.bH5crq5GDiFU9Q7QnIptOBjWiX1235w7cVMZJPhMOJz455vfav6rtrfhkJa92og _ePAvfD3mRtXB8BCPE.V8DcogaX1VfnGYnjzn.XulYR_SnKgykjPFUQLPkqr9xh11lc8KWMqTlad cs69nMcwa67vOUUHM2IcRMQIClAQBemY8F6MdG__WjErGNSrs1Cj6CnvnDLPzrpF86r9gYDTBUTz 2uflWE.ur2lSU8IBV0gE5jy7A5A4n1V8kVH4HBUhpF87iN34QfecGvUz3yzpKXNuPJWnPlMrwiDY L4YKK019Z8DHGvpintMP4s_GZVjnsC9mItf8ogMO2mwaaVzSID_T.Z4ocMX2Qd3wuiM6QvPj3KNS PKjUoOhVoF0Quno2a9GeszEcfd6gm5Hv7JmuETkEbvFfz3v.vrQXFIkPdcJED2ZvkjODCSkZBC9T gR0EnNrJjGWuHV4dRGoBcW5RC8VgAOPIg6Pn8oWXAIbUgUSiTw3.HRym6.v.Maz.urVKmzMwZ2nt kEhHF9JkX97Qu8u9ijvVawrk9l9NCBgaWfcxSkZEocAaX3zTw_o3bgpOJSfn6U9seTWQQiKTFOPL jgX3p840EfUXnZWqXOcbDoCHikYCaM2yqVaQNJ4a9482TmNXE5u0ym04QNuCklMSFS6pZyVUMte3 7qJPdmf8zKbTFpzYZom3K3a1GHI2o7sbVxU0taEP22a0KrBVfJRAvpqYza0NnbMoalWQUo_CVMoP 6iaZLspuYS50LpnG21N7MPLchk4kbUfcKJnCUPRkp857bvV2MDsiTc0NK95wdonFzNNH_9n.QtPC 3LytoTDpQH_8ngO4773FR5L6B7VRRNg9IKiywQdl.C0n2sjuWZMfvjopbfEFT8a68xrZlykBdIJp Ko7dNFJ714GcMdLc1XbapqdXD8YbQE1b3dzdisj5FBOTZef9yowZMHuMcxMOdp1v4N6_Akee8IiM X4Pl7aQoLxy56fLyNZST2G2WL.zQUMhlMFzbXWbosDPf4tUt1BJG14eSXqqRy.WwqXwdMILICAf8 tpyt.7qtAgr6hYcbVPBQTqB.24sCBMdcQjqWRewfqSyVjzWyp_vIh49CIAlcTWK3d4e0P86vs1qz Vz2hu X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.ne1.yahoo.com with HTTP; Sun, 23 May 2021 14:52:00 +0000 Date: Sun, 23 May 2021 14:50:56 +0000 (UTC) To: Kevin Oberman , FreeBSD Current Message-ID: <1425078588.780317.1621781456183@mail.yahoo.com> In-Reply-To: References: <1115479693.573641.1621685484522.ref@mail.yahoo.com> <1115479693.573641.1621685484522@mail.yahoo.com> Subject: Re: Problem with Xorg List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_780316_35727449.1621781456181" X-Mailer: WebService/1.1.18368 YMailNorrin X-Rspamd-Queue-Id: 4Fp3G9696Sz3pSG X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: filippomore@yahoo.com From: Filippo Moretti via current X-Original-From: Filippo Moretti ------=_Part_780316_35727449.1621781456181 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable =20 I have installed drm-current-kmod and drm-current-kmod from ports and I hav= e in /etc/rc.confkld_list=3D"/boot/modules/radeonkms.ko"sincerelyFilippo On Saturday, May 22, 2021, 8:25:24 PM GMT+2, Kevin Oberman wrote: =20 =20 On Sat, May 22, 2021 at 5:14 AM Filippo Moretti via current wrote: FreeBSD sting 14.0-CURRENT FreeBSD 14.0-CURRENT #38 main-n246776-f17a590085= 0: Thu May 20 20:40:36 CEST 2021=C2=A0=C2=A0=C2=A0=C2=A0 root@sting:/usr/ob= j/usr/src/amd64.amd64/sys/STING=C2=A0 amd64 I get the following error when I start Xorg (xinit)scfb trace probe startsc= fb trace probe doneMESA-LOADER: failed to open r600 (search path /usr/local= /lib/dri)failed to load driverfailed to open kms-swrastfailed to open swras= t This is the directory as currently installed [root@sting /home/filippo]# ls -la /usr/local/lib/dritotal 209536 drwxr-xr-x=C2=A0=C2=A0 2 root=C2=A0 wheel=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 15 Apr=C2=A0 2 13:36 . drwxr-xr-x=C2=A0 68 root=C2=A0 wheel=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 2102 May= 21 01:30 .. -rwxr-xr-x=C2=A0=C2=A0 4 root=C2=A0 wheel=C2=A0 14255896 Apr=C2=A0 2 13:26 = i915_dri.so -rwxr-xr-x=C2=A0=C2=A0 4 root=C2=A0 wheel=C2=A0 14255896 Apr=C2=A0 2 13:26 = i965_dri.so -rwxr-xr-x=C2=A0=C2=A0 7 root=C2=A0 wheel=C2=A0 19473448 Apr=C2=A0 2 13:26 = iris_dri.so -rwxr-xr-x=C2=A0=C2=A0 7 root=C2=A0 wheel=C2=A0 19473448 Apr=C2=A0 2 13:26 = kms_swrast_dri.so -rwxr-xr-x=C2=A0=C2=A0 4 root=C2=A0 wheel=C2=A0 14255896 Apr=C2=A0 2 13:26 = r200_dri.so -rwxr-xr-x=C2=A0=C2=A0 7 root=C2=A0 wheel=C2=A0 19473448 Apr=C2=A0 2 13:26 = r300_dri.so -rwxr-xr-x=C2=A0=C2=A0 7 root=C2=A0 wheel=C2=A0 19473448 Apr=C2=A0 2 13:26 = r600_dri.so -rwxr-xr-x=C2=A0=C2=A0 2 root=C2=A0 wheel=C2=A0=C2=A0 7073256 Apr=C2=A0 2 1= 3:36 r600_drv_video.so -rwxr-xr-x=C2=A0=C2=A0 4 root=C2=A0 wheel=C2=A0 14255896 Apr=C2=A0 2 13:26 = radeon_dri.so -rwxr-xr-x=C2=A0=C2=A0 7 root=C2=A0 wheel=C2=A0 19473448 Apr=C2=A0 2 13:26 = radeonsi_dri.so -rwxr-xr-x=C2=A0=C2=A0 2 root=C2=A0 wheel=C2=A0=C2=A0 7073256 Apr=C2=A0 2 1= 3:36 radeonsi_drv_video.so -rwxr-xr-x=C2=A0=C2=A0 7 root=C2=A0 wheel=C2=A0 19473448 Apr=C2=A0 2 13:26 = swrast_dri.so -rwxr-xr-x=C2=A0=C2=A0 7 root=C2=A0 wheel=C2=A0 19473448 Apr=C2=A0 2 13:26 = vmwgfx_dri.so Any help appreciatedFilippo Which DRM kernel (drm-kmod) is installed and how is it loaded? Look at /var= /log/Xorg.0.log for the actual problem if the drm kernel module is not the = issue. (N.B. DRM, in this context, is Digital Rendering Module, not Digital= Rights Management.) -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683=C2=A0 =20 ------=_Part_780316_35727449.1621781456181 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

I have instal= led drm-current-kmod and drm-current-kmod from ports and I have in /etc/rc.= conf
kld_list=3D"/boot/modules/= radeonkms.ko"
sincerely
Filippo
=20
=20
On Saturday, May 22, 2021, 8:25:24 PM GMT+2, Kevin Ober= man <rkoberman@gmail.com> wrote:


On Sat, May 22, 2021 at 5:14 AM Filippo Moretti via current <curr= ent@freebsd.org> wrote:


FreeBSD sting 14.0-CURRE= NT FreeBSD 14.0-CURRENT #38 main-n246776-f17a5900850: Thu May 20 20:40:36 C= EST 2021     root@sting:/usr/obj/usr/src/amd64.amd64/sy= s/STING  amd64


I get the following error when I start Xorg (xin= it)
scfb trace probe start
scfb= trace probe done
MESA-LOADER: failed to open r600 (s= earch path /usr/local/lib/dri)
failed to load driver<= /div>
failed to open kms-swrast
faile= d to open swrast

This is the directory as currently installed


[root@sting /home/filippo]# ls -la /usr/local/lib/dri
<= /div>
total 209536
drwxr-xr-x &= nbsp; 2 root  wheel        15 Apr&n= bsp; 2 13:36 .
drwxr-xr-x  68 root  wheel =      2102 May 21 01:30 ..
-rwxr-xr-x&= nbsp;  4 root  wheel  14255896 Apr  2 13:26 i915_dri.so=
-rwxr-xr-x   4 root  wheel  14255896= Apr  2 13:26 i965_dri.so
-rwxr-xr-x   7 r= oot  wheel  19473448 Apr  2 13:26 iris_dri.so
-rwxr-xr-x   7 root  wheel  19473448 Apr  2 13= :26 kms_swrast_dri.so
-rwxr-xr-x   4 root = wheel  14255896 Apr  2 13:26 r200_dri.so
-rwxr= -xr-x   7 root  wheel  19473448 Apr  2 13:26 r300_= dri.so
-rwxr-xr-x   7 root  wheel  19= 473448 Apr  2 13:26 r600_dri.so
-rwxr-xr-x &nbs= p; 2 root  wheel   7073256 Apr  2 13:36 r600_drv_video.= so
-rwxr-xr-x   4 root  wheel  142558= 96 Apr  2 13:26 radeon_dri.so
-rwxr-xr-x  = 7 root  wheel  19473448 Apr  2 13:26 radeonsi_dri.so
-rwxr-xr-x   2 root  wheel   7073256 A= pr  2 13:36 radeonsi_drv_video.so
-rwxr-xr-x &n= bsp; 7 root  wheel  19473448 Apr  2 13:26 swrast_dri.so
-rwxr-xr-x   7 root  wheel  19473448= Apr  2 13:26 vmwgfx_dri.so

Any help appreciated
Filippo
Which DRM kernel (drm-kmod) is installed= and how is it loaded? Look at /var/log/Xorg.0.log for the actual problem i= f the drm kernel module is not the issue. (N.B. DRM, in this context, is Di= gital Rendering Module, not Digital Rights Management.)
<= /div>
--
Kevin Oberman, Part time = kid herder and retired Network Engineer
E-mail: rkoberman@g= mail.com
PGP Fingerprint: D03FB98AFA78E3B7= 8C1694B318AB39EF1B055683
 
------=_Part_780316_35727449.1621781456181-- From nobody Sun May 23 18:59:16 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 ED4C09F3ABA for ; Sun, 23 May 2021 18:59:25 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gate2.funkthat.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fp8ld5DKgz3nCt for ; Sun, 23 May 2021 18:59:25 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.15.2/8.15.2) with ESMTPS id 14NIxH3x017632 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 23 May 2021 11:59:17 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id 14NIxGcK017631; Sun, 23 May 2021 11:59:16 -0700 (PDT) (envelope-from jmg) Date: Sun, 23 May 2021 11:59:16 -0700 From: John-Mark Gurney To: Michael Gmelin Cc: tech-lists , freebsd-current@freebsd.org Subject: Re: tuning a zfs-mounted /var Message-ID: <20210523185916.GM14975@funkthat.com> Mail-Followup-To: Michael Gmelin , tech-lists , freebsd-current@freebsd.org References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.3-STABLE amd64 X-PGP-Fingerprint: D87A 235F FB71 1F3F 55B7 ED9B D5FF 5A51 C0AC 3D65 X-Files: The truth is out there X-URL: https://www.funkthat.com/ X-Resume: https://www.funkthat.com/~jmg/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (gold.funkthat.com [127.0.0.1]); Sun, 23 May 2021 11:59:18 -0700 (PDT) X-Rspamd-Queue-Id: 4Fp8ld5DKgz3nCt X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Michael Gmelin wrote this message on Sat, May 22, 2021 at 21:13 +0200: > > On 22. May 2021, at 20:32, tech-lists wrote: > > > > ???Hi, > > > > What options could one pass to zfs to speed it up to characteristics > > favourable to what's usually in /var ? Like lots of fast writes, lots of > > files smaller than what's on /usr, lots of file creation and deletion > > but also quite a few files that might become large, like what's in > > /var/log, things like that. > > > > Make sure your pool (or at least the /var file system) has compression=lz4 and that atime is off, beyond that I wouldn???t bother to try to optimize manually there, unless you run a database like MySQL in /var/db/???, in which case setting a fixed record size might make sense. And if you're running a db in /var, you should just create a new dataset for the database instead of reuse /var's dataset, that way the fixed record size does not cause problems for the rest of /var... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From nobody Sun May 23 20:20: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 58E059E65AC for ; Sun, 23 May 2021 20:20:53 +0000 (UTC) (envelope-from SRS0=OOFQOh=KS=codenetworks.net=sm@eigbox.net) Received: from bosmailout05.eigbox.net (bosmailout05.eigbox.net [66.96.186.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FpBYc2Yvbz3Dn3 for ; Sun, 23 May 2021 20:20:52 +0000 (UTC) (envelope-from SRS0=OOFQOh=KS=codenetworks.net=sm@eigbox.net) Received: from bosmailscan03.eigbox.net ([10.20.15.3]) by bosmailout05.eigbox.net with esmtp (Exim) id 1lkuah-0003AF-C1 for freebsd-current@freebsd.org; Sun, 23 May 2021 16:20:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=codenetworks.net; s=dkim; h=Sender:Content-Transfer-Encoding:Content-Type: MIME-Version:Date:Message-ID:Subject:From:To:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=F81XoI3evNKLMvoX6U3CGgoLluwVU2JnGPakMwBniVA=; b=PFdM674NrvpP8e7sUy1cM4cAl2 BJq+q/CgyQ50GMWOm5CrvJSNRsCk1LQx5pBFYzFQpONwF75iST/FVkHwQ8uoqlIPQh9iqQU/5U9AR yXoejHQwKa0E5qqWElDZyCvp26NeGJTCQe5Q8IgFvOSpr4tpdNwFLsYi5zCLoT/m/Yybyc0rx0SfM dYeW/rBSH2hyHRUySmVHLKRllUQY+L7EqpaGo933Jd1MmnIvpQ162bL/sAYRnhj8TMKVJSKWwtTN0 dVIq2b4d1nmmKJIYHRXCo+lcolvWaMo39PmnqcVHf2VydFfqnGFKsRgvpFiPCso8X97CFNekVYfAa BES0kiDg==; Received: from [10.115.3.32] (helo=bosimpout12) by bosmailscan03.eigbox.net with esmtp (Exim) id 1lkuah-0005JB-2K for freebsd-current@freebsd.org; Sun, 23 May 2021 16:20:51 -0400 Received: from bosauthsmtp10.yourhostingaccount.com ([10.20.18.10]) by bosimpout12 with id 8LLn250070D2CUy01LLq6a; Sun, 23 May 2021 16:20:51 -0400 X-Authority-Analysis: v=2.3 cv=d4VuNSrE c=1 sm=1 tr=0 a=Kpo39fPXdbgqDwiI3/AEUA==:117 a=S0tVm33GliTDcMc34U0lVw==:17 a=IkcTkHD0fZMA:10 a=5FLXtPjwQuUA:10 a=xmzWzR3YuM0A:10 a=XXpSHuhzGEjPZiRuaJkA:9 a=QEXdDO2ut3YA:10 Received: from [5.159.146.31] (port=29080 helo=[192.168.1.100]) by bosauthsmtp10.eigbox.net with esmtpa (Exim) id 1lkuad-0000iq-KM for freebsd-current@freebsd.org; Sun, 23 May 2021 16:20:47 -0400 To: freebsd-current From: Santiago Martinez Subject: FreeBSD - rc.conf man page splitting. Message-ID: Date: Sun, 23 May 2021 21:20:45 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.2 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: 7bit Content-Language: en-US X-EN-UserInfo: d3bdfab0736480cedf04ed92aaea2ef5:931c98230c6409dcc37fa7e93b490c27 X-EN-AuthUser: sm@codenetworks.net X-EN-OrigIP: 5.159.146.31 X-EN-OrigHost: unknown X-Rspamd-Queue-Id: 4FpBYc2Yvbz3Dn3 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none (invalid DKIM record) header.d=codenetworks.net header.s=dkim header.b=PFdM674N; dmarc=none; spf=pass (mx1.freebsd.org: domain of SRS0=OOFQOh=KS=codenetworks.net=sm@eigbox.net designates 66.96.186.5 as permitted sender) smtp.mailfrom=SRS0=OOFQOh=KS=codenetworks.net=sm@eigbox.net X-Spamd-Result: default: False [-2.91 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.96.186.5:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.96.128.0/18]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[codenetworks.net: no valid DMARC record]; NEURAL_HAM_LONG(-1.00)[-0.998]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.96.186.5:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-0.91)[-0.911]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[codenetworks.net:~]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_IN_DNSWL_NONE(0.00)[66.96.186.5:from]; R_DKIM_PERMFAIL(0.00)[codenetworks.net:s=dkim]; FORGED_SENDER(0.30)[sm@codenetworks.net,SRS0=OOFQOh=KS=codenetworks.net=sm@eigbox.net]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:29873, ipnet:66.96.128.0/18, country:US]; FROM_NEQ_ENVFROM(0.00)[sm@codenetworks.net,SRS0=OOFQOh=KS=codenetworks.net=sm@eigbox.net]; MAILMAN_DEST(0.00)[freebsd-current] Hi everyone, hope you are all doing well and safe. Just wondering whats your view on splitting rc.conf man pages (per section/topic), something similar to what it was done with zfs. For example rc.conf-fw, rc.conf-network and so on. And yes if people think is a good idea im happy to take the task. Hope it make sense. Santiago From nobody Sun May 23 20:26:22 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 B4A5D9EBFC8 for ; Sun, 23 May 2021 20:26:32 +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 4FpBh83Q9Zz3K07 for ; Sun, 23 May 2021 20:26:32 +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 14NKQMoH026196 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 23 May 2021 13:26:22 -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 14NKQMLG026195; Sun, 23 May 2021 13:26:22 -0700 (PDT) (envelope-from sgk) Date: Sun, 23 May 2021 13:26:22 -0700 From: Steve Kargl To: Santiago Martinez Cc: freebsd-current Subject: Re: FreeBSD - rc.conf man page splitting. Message-ID: <20210523202622.GA26188@troutmask.apl.washington.edu> References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4FpBh83Q9Zz3K07 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] On Sun, May 23, 2021 at 09:20:45PM +0100, Santiago Martinez wrote: > > Just wondering whats your view on splitting rc.conf man pages (per > section/topic), something similar to what it was done with zfs. > > For example rc.conf-fw, rc.conf-network and so on. And yes if people think > is a good idea im happy to take the task. > IMO, Bad idea (tm). -- Steve