From owner-freebsd-stable@freebsd.org Sun Mar 21 11:30:05 2021 Return-Path: Delivered-To: freebsd-stable@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 90A5E57093E; Sun, 21 Mar 2021 11:30:05 +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 4F3FmF1zFcz4m4Z; Sun, 21 Mar 2021 11:30:05 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.94 (FreeBSD)) (envelope-from ) id 1lNwHK-0000fi-Ub; Sun, 21 Mar 2021 12:29:54 +0100 Date: Sun, 21 Mar 2021 12:29:54 +0100 From: Kurt Jaeger To: Glen Barber Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-snapshots@freebsd.org, FreeBSD Release Engineering Team Subject: Re: FreeBSD 13.0-RC3 Now Available Message-ID: References: <20210320160853.GL92054@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210320160853.GL92054@FreeBSD.org> X-Rspamd-Queue-Id: 4F3FmF1zFcz4m4Z X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:12502, ipnet:2001:14f8::/32, country:DE]; local_wl_from(0.00)[freebsd.org] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2021 11:30:05 -0000 Hi! > The third RC build of the 13.0-RELEASE release cycle is now available. Upgrading a 13.0-RC2 poudriere jail to RC3 seems to fail ? # poudriere jail -u -j 130 -t 13.0-RC3 [...] To install the downloaded upgrades, run "/usr/sbin/freebsd-update.fixed install". Installing updates...Scanning //usr/share/certs/blacklisted for certificates... Scanning //usr/share/certs/trusted for certificates... done. No updates are available to install. Run '/usr/sbin/freebsd-update.fixed fetch' first. [00:00:42] Error: Fail to upgrade system A second attempt: Fetching metadata signature for 13.0-RC3 from update4.freebsd.org... done. Fetching metadata index... done. Fetching 1 metadata patches. done. Applying metadata patches... done. Fetching 1 metadata files... done. Inspecting system... done. Preparing to download files... done. No updates needed to update system to 13.0-RC3-p0. touch: f465c3739385890c221dff1a05e578c6cae0d0430e46996d319db7439f884336-install/kernelfirst: No such file or directory To install the downloaded upgrades, run "/usr/sbin/freebsd-update.fixed install". No updates are available to install. Run '/usr/sbin/freebsd-update.fixed fetch' first. [00:01:08] Error: Fail to upgrade system -- pi@opsec.eu +49 171 3101372 Now what ? From owner-freebsd-stable@freebsd.org Sun Mar 21 22:11:29 2021 Return-Path: Delivered-To: freebsd-stable@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 F3E695AF305 for ; Sun, 21 Mar 2021 22:11:28 +0000 (UTC) (envelope-from herbert@gojira.at) 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 4F3X0J5pncz4Wd9 for ; Sun, 21 Mar 2021 22:11:28 +0000 (UTC) (envelope-from herbert@gojira.at) Received: by mailman.nyi.freebsd.org (Postfix) id C76F15AF304; Sun, 21 Mar 2021 22:11:28 +0000 (UTC) Delivered-To: stable@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 C73B95AF302 for ; Sun, 21 Mar 2021 22:11:28 +0000 (UTC) (envelope-from herbert@gojira.at) Received: from mail.bsd4all.net (mail.bsd4all.net [94.130.200.20]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.bsd4all.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F3X0H3197z4WQB for ; Sun, 21 Mar 2021 22:11:27 +0000 (UTC) (envelope-from herbert@gojira.at) Date: Sun, 21 Mar 2021 23:11:08 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gojira.at; s=mail202005; t=1616364679; bh=v02c25RuuL3jDJovJDeOQuCbYsnSX7E84cSwdDhsvyg=; h=Date:Message-ID:From:To:Subject:MIME-Version:Content-Type; b=x5MoL2XISez7jGRf5jDamj+VBaiFE88FqJs9XIosUqFJLL+mjlH+ywVVT/1sFm81u +HsoJv3WnfName3HmCx3TDdO8yNB70AqKSQFIsrPrkVaBq3EFF4TTri6pNdXque3Zm YHjlBb1hq9lmDy13qnx1suluP/Db1JLjKu3mjCPg1yqaz5QQAgvYeZntE4/zmKZpNB J+eNfcrIfZdlyYt8+nRMe/C6RiH5mnICKk3H5gQwJS77KXGYVgccOu7NI2zRDW4KYH jd2S4MLXiQBv3PJJUz/o0GLHiyyUMPCGwRYkzIGdWue5ckflEntezY8aRHi3POTJWr tP1KKwhkbTFHg== Message-ID: <875z1ktawz.wl-herbert@gojira.at> From: "Herbert J. Skuhra" To: stable@freebsd.org Subject: WITHOUT_KERNEL_SYMBOLS - *.ko now with debug_info User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/28.0 Mule/6.0 MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4F3X0H3197z4WQB X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gojira.at header.s=mail202005 header.b=x5MoL2XI; dmarc=none; spf=pass (mx1.freebsd.org: domain of herbert@gojira.at designates 94.130.200.20 as permitted sender) smtp.mailfrom=herbert@gojira.at X-Spamd-Result: default: False [-2.03 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gojira.at:s=mail202005]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:94.130.200.20]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[gojira.at]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[94.130.200.20:from:127.0.2.255]; DKIM_TRACE(0.00)[gojira.at:+]; NEURAL_HAM_SHORT(-0.53)[-0.535]; MID_CONTAINS_FROM(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[94.130.200.20:from]; ASN(0.00)[asn:24940, ipnet:94.130.0.0/16, country:DE]; MAILMAN_DEST(0.00)[stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2021 22:11:29 -0000 Hi, since upgrading to stable/13 I was wondering why /boot/kernel is much larger. When using "WITHOUT_KERNEL_SYMBOLS=" in /etc/src.conf the kernel modules now contain debug_info. OK? (I manually run "objcopy --strip-debug".) FreeBSD 13.0-STABLE #60 stable/13-n245000-12349e667ced: $ cat /etc/src.conf WITHOUT_KERNEL_SYMBOLS= $ file /usr/obj/usr/src/amd64.amd64/sys/GENERIC/modules/usr/src/sys/modules/aac/aac.ko /usr/obj/usr/src/amd64.amd64/sys/GENERIC/modules/usr/src/sys/modules/aac/aac.ko: ELF 64-bit LSB relocatable, x86-64, version 1 (FreeBSD), BuildID[sha1]=217dd8a5d dff9c74324fda4986f6234afc128ef8, with debug_info, not stripped FreeBSD 12.2-STABLE r369477 GENERIC: $ cat /etc/src.conf WITHOUT_KERNEL_SYMBOLS= $ file /usr/obj/usr/src/amd64.amd64/sys/GENERIC/modules/usr/src/sys/modules/aac/aac.ko /usr/obj/usr/src/amd64.amd64/sys/GENERIC/modules/usr/src/sys/modules/aac/aac.ko: ELF 64-bit LSB relocatable, x86-64, version 1 (FreeBSD), BuildID[sha1]=a94317d70 5ca9a63a2a8956368cd1d2a6dd92ce1, not stripped -- Herbert From owner-freebsd-stable@freebsd.org Mon Mar 22 01:17:14 2021 Return-Path: Delivered-To: freebsd-stable@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 A542B575082 for ; Mon, 22 Mar 2021 01:17:14 +0000 (UTC) (envelope-from herbert@gojira.at) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4F3c6f3W3Zz4hNn for ; Mon, 22 Mar 2021 01:17:14 +0000 (UTC) (envelope-from herbert@gojira.at) Received: by mailman.nyi.freebsd.org (Postfix) id 78700574D71; Mon, 22 Mar 2021 01:17:14 +0000 (UTC) Delivered-To: stable@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 78398574D70 for ; Mon, 22 Mar 2021 01:17:14 +0000 (UTC) (envelope-from herbert@gojira.at) Received: from mail.bsd4all.net (mail.bsd4all.net [94.130.200.20]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.bsd4all.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F3c6d22Hjz4hK5 for ; Mon, 22 Mar 2021 01:17:12 +0000 (UTC) (envelope-from herbert@gojira.at) Date: Mon, 22 Mar 2021 02:17:11 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gojira.at; s=mail202005; t=1616375831; bh=tw+eOccNUbkrHYCFnnxmkLQ2w3dMT3k3beB8H/cO1yA=; h=Date:From:To:Subject:Message-ID:MIME-Version:Content-Type; b=oQbxpues1RGf09euzc3K80qGaksdosz6myEGhRaiwcBhuAYiEITHor+DzJh3ZI5xm YRhKYyfVF1TiUsyLdsIC9CdIbyCZYcyaxNSQnokkv1cSv0wvOEKv1bhSViOxSMk+HO XyvKUx+c8LjdiPkRWVpdqtiTFKCmxnR60R+GfOpBsX+6BOLhIOuatRoPxZX27oyxoQ VsG2z57KWy1WAPcvhTmNzJCyzn5AwfnDJ6ceB9RY5EvVIf5cUPXxnUa7wteIkMNLH5 MzuxUuXu7zWAy0vUC2vK966dns2XRqpb5zGwqmuYhmfZBFulOKmRH/qJBHRJTidqAq 7b8Goq30QvQhQ== From: "Herbert J. Skuhra" To: stable@freebsd.org Subject: Re: WITHOUT_KERNEL_SYMBOLS - *.ko now with debug_info Message-ID: References: <875z1ktawz.wl-herbert@gojira.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <875z1ktawz.wl-herbert@gojira.at> X-Rspamd-Queue-Id: 4F3c6d22Hjz4hK5 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gojira.at header.s=mail202005 header.b=oQbxpues; dmarc=none; spf=pass (mx1.freebsd.org: domain of herbert@gojira.at designates 94.130.200.20 as permitted sender) smtp.mailfrom=herbert@gojira.at X-Spamd-Result: default: False [-3.50 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gojira.at:s=mail202005]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:94.130.200.20]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[gojira.at]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[94.130.200.20:from:127.0.2.255]; DKIM_TRACE(0.00)[gojira.at:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[94.130.200.20:from]; ASN(0.00)[asn:24940, ipnet:94.130.0.0/16, country:DE]; MAILMAN_DEST(0.00)[stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2021 01:17:14 -0000 On Sun, Mar 21, 2021 at 11:11:08PM +0100, Herbert J. Skuhra wrote: > Hi, > > since upgrading to stable/13 I was wondering why /boot/kernel is much > larger. When using "WITHOUT_KERNEL_SYMBOLS=" in /etc/src.conf the > kernel modules now contain debug_info. OK? (I manually run "objcopy > --strip-debug".) I found the following commit: commit 9b6edf364eb05aca4709732136e92a6ab739bb36 Author: Conrad Meyer Date: Tue Jun 23 18:25:31 2020 +0000 If this change is correct maybe src.conf(5) should be updated: WITHOUT_KERNEL_SYMBOLS Set to not install kernel symbol files. This option is recommended for those people who have small root partitions. -- Herbert From owner-freebsd-stable@freebsd.org Mon Mar 22 02:20:11 2021 Return-Path: Delivered-To: freebsd-stable@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 DFCC057635B; Mon, 22 Mar 2021 02:20:11 +0000 (UTC) (envelope-from jtubnor@gmail.com) Received: from mail-wm1-f41.google.com (mail-wm1-f41.google.com [209.85.128.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 4F3dWG5pS2z4klZ; Mon, 22 Mar 2021 02:20:10 +0000 (UTC) (envelope-from jtubnor@gmail.com) Received: by mail-wm1-f41.google.com with SMTP id d8-20020a1c1d080000b029010f15546281so8165384wmd.4; Sun, 21 Mar 2021 19:20:10 -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=q2nnBIsqHqevMVmJAmaKJhI9lhwBNWSij3ekA3Q4KuA=; b=hCdG1LWdebr3R0VKLM0u7fON9rcHONJ13nD7RgBzR1ZBC/nc51yLOtoFntILhWytEF bqgVzNFNJxSvWHqeCUapWeOKbUZCeGgUQqQJhHW6JsopvLRNfYXeh4kim8DtJHgDsgLI AEjrDWpZl9bcyvk+6og0QPS40bqewPANENU85sIrrzvUQmS+9UsCjHBDYv3ryZuumfvo es9SlebyOQq/kvyolIzuFQ9RHucp0lC7xUtf0MDVaH0o0v4Otwk9QNefEDQLJMsEhtl/ y1aAbUH6w9GVeX1Ap1NOYXaZespWpUQZo2xa/M+EhuVBspdXtWfA1xovLy03v/6QxW3d f1AA== X-Gm-Message-State: AOAM5306htF0N1p77QCnU5Kl/UyvUgk6HSye+3Lyt0a1KW/7Woklpsje 1xZAhCzYlYoHzeoFloOa8oF3sA9F3eJAYH+kBJ/WwYv0D4I= X-Google-Smtp-Source: ABdhPJyakXESR3q+/1XZZONFnjQ9K+pQ6aNbdSzR/fXl4gmLfRra0udNwfBe2pKhexaZ0Y4Ls1LVr8W/UeneBZFgq0k= X-Received: by 2002:a1c:7fcd:: with SMTP id a196mr13947945wmd.180.1616379608905; Sun, 21 Mar 2021 19:20:08 -0700 (PDT) MIME-Version: 1.0 References: <20210320160853.GL92054@FreeBSD.org> In-Reply-To: <20210320160853.GL92054@FreeBSD.org> From: Jason Tubnor Date: Mon, 22 Mar 2021 13:19:57 +1100 Message-ID: Subject: Re: FreeBSD 13.0-RC3 Now Available To: Glen Barber Cc: FreeBSD CURRENT , freebsd-stable , freebsd-snapshots@freebsd.org, FreeBSD Release Engineering Team X-Rspamd-Queue-Id: 4F3dWG5pS2z4klZ X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of jtubnor@gmail.com designates 209.85.128.41 as permitted sender) smtp.mailfrom=jtubnor@gmail.com X-Spamd-Result: default: False [-2.45 / 15.00]; RCVD_TLS_ALL(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[tubnor.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.128.41:from]; RCPT_COUNT_FIVE(0.00)[5]; SPAMHAUS_ZRD(0.00)[209.85.128.41:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.45)[-0.454]; RCVD_IN_DNSWL_NONE(0.00)[209.85.128.41:from]; FORGED_SENDER(0.30)[jason@tubnor.net,jtubnor@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.128.41:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[jason@tubnor.net,jtubnor@gmail.com]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-stable,freebsd-snapshots]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2021 02:20:12 -0000 On Sun, 21 Mar 2021 at 03:08, Glen Barber wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > The third RC build of the 13.0-RELEASE release cycle is now available. > > === Upgrading === > > The freebsd-update(8) utility supports binary upgrades of amd64, i386, > and aarch64 systems running earlier FreeBSD releases. Systems running > earlier FreeBSD releases can upgrade as follows: > > # freebsd-update upgrade -r 13.0-RC3 > > During this process, freebsd-update(8) may ask the user to help by > merging some configuration files or by confirming that the automatically > performed merging was done correctly. > > # freebsd-update install > > The system must be rebooted with the newly installed kernel before > continuing. > > # shutdown -r now > > After rebooting, freebsd-update needs to be run again to install the new > userland components: > > # freebsd-update install > > It is recommended to rebuild and install all applications if possible, > especially if upgrading from an earlier FreeBSD release, for example, > FreeBSD 11.x. Alternatively, the user can install misc/compat11x and > other compatibility libraries, afterwards the system must be rebooted > into the new userland: > > # shutdown -r now > > Finally, after rebooting, freebsd-update needs to be run again to remove > stale files: > > # freebsd-update install Hi, There are two edge cases where the above update instructions will not work. 1) Due to the VLAN re-write in ifconfig(8), if a user is using a host that is fully utilising VLAN tagging, the machine will not be available on the network until the second reboot. The user will either need IPMI/LOM access to the console to execute the second 'freebsd-update install' command or have a way of it being executed and automatically rebooting prior to having access to the host on the network again. 2) If a user has a 12.2 zpool checkpoint in play and booting via BIOS legacy mode, the machine will hang at next reboot with 'zio_read error: 5' 'ZFS: i/o error - all block copies unavailable' 'ZFS: can not read checkpoint data.' The machine will have to be rebooted with a boot ISO and the checkpoint will need to be discarded and the system will boot correctly again (rewind has been unsuccessful). Please note: This does not appear to be an issue where hosts use UEFI for booting operating systems or if zpool checkpoints are destroyed prior to the update process. Cheers, Jason. From owner-freebsd-stable@freebsd.org Mon Mar 22 12:39:16 2021 Return-Path: Delivered-To: freebsd-stable@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 889EB5AD8D6; Mon, 22 Mar 2021 12:39:16 +0000 (UTC) (envelope-from meka@tilda.center) Received: from mail.tilda.center (mail.tilda.center [45.63.43.31]) (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 4F3vFb37vJz3LwD; Mon, 22 Mar 2021 12:39:15 +0000 (UTC) (envelope-from meka@tilda.center) Received: from tilda.center (178-220-5-137.static.isp.telekom.rs [178.220.5.137]) by mail.tilda.center (Postfix) with ESMTPSA id 5A4381CA51; Mon, 22 Mar 2021 13:39:07 +0100 (CET) Date: Mon, 22 Mar 2021 13:39:06 +0100 From: Goran =?utf-8?B?TWVracSH?= Cc: Glen Barber , FreeBSD CURRENT , freebsd-stable , freebsd-snapshots@freebsd.org, FreeBSD Release Engineering Team Subject: Re: FreeBSD 13.0-RC3 Now Available Message-ID: <20210322123906.twvi2lireynii4wl@tilda.center> References: <20210320160853.GL92054@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="iwfjx6jbxclo5hdh" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4F3vFb37vJz3LwD X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.97 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; DMARC_BAD_POLICY(0.00)[tilda.center : Multiple policies defined in DNS]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[tilda.center:+]; NEURAL_HAM_SHORT(-1.00)[-0.998]; MISSING_TO(2.00)[]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[45.63.43.31:from]; R_MIXED_CHARSET(0.62)[subject]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:20473, ipnet:45.63.40.0/22, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[tilda.center:s=mail]; 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]; SPAMHAUS_ZRD(0.00)[45.63.43.31:from:127.0.2.255]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-snapshots,freebsd-stable] X-Mailman-Approved-At: Mon, 22 Mar 2021 14:16:31 +0000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2021 12:39:16 -0000 --iwfjx6jbxclo5hdh Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Hello, I see the RC3 in the "Latest News" but not here: https://www.freebsd.org/releases/13.0R/schedule/ I hope I'm writing to the proper channels/list about this. Regards, meka --iwfjx6jbxclo5hdh Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE1WIFkXy2ZeMKjjKEWj1TknovrLYFAmBYj+cACgkQWj1Tknov rLa0PRAAgDIp+0rgTpEumpDvQ5DivnaS74a/qwNaNCzJaVysn6KJsn559vRaqj1L X7yEEpQ4pVZNX/bK8xWTv92funnTjUFskmVJsJ94hjTCIjkBN3+H7LS7OsSy4JpA jeQfRhgVlCK8w3K5ytoOJOkuBeiIkD9KsS1r7v1Hzugq0TioECe/bqMHQyv+mS4V ja50wFjqYdZigaT55eyyL5ZrPGPpwRpmzwWPv/XIiSfS7sS1J5v7taqo+tXwzou8 Ov0YRZEdPdqQ0MvCTHk3rowd8qVPeOPMrF3FA8sUV3ERW3W74FHMNV9lFCTGxi9/ rwCup5wv6vMyZDhxB9Ooho2Zo5bSZ6XeCi7XUjQIGEprT8gOKb7cXxLu8IlBtR81 Bak4MirMGSWXsXmbt3N4ZfpONVeXR7ZLMSIbDbbOsiG8AxrRPMxEmcoiN1+L5YY1 R+3LOn5e+KCmq2TUUk3pMUW2cWPKz6sqRDJyRagY6Zs/9YGRMtB6+7SwZv4aCGva ROF2wolqMxpC+lhOWyY46zT2QPELHqY+wR4RjpYCVDAn8CohmfVY/q4ipzrsBw81 PTMBmMqjFYQ4IhNgZNkUoRchZd/ZAXAhsrMZCam9+rwXvko4JaAdoWM8+HKZv9E0 FwIgkpQol7HWqPvJVXej/l97rBykHpUwf6m2Y2z5j7gA6XFjfs4= =pcMb -----END PGP SIGNATURE----- --iwfjx6jbxclo5hdh-- From owner-freebsd-stable@freebsd.org Mon Mar 22 15:06:47 2021 Return-Path: Delivered-To: freebsd-stable@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 62FC25B1871 for ; Mon, 22 Mar 2021 15:06:47 +0000 (UTC) (envelope-from rainer@ultra-secure.de) 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 4F3yWq1TVsz3ndC for ; Mon, 22 Mar 2021 15:06:47 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: by mailman.nyi.freebsd.org (Postfix) id 30D105B1C9B; Mon, 22 Mar 2021 15:06:47 +0000 (UTC) Delivered-To: stable@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 3096F5B1C9A for ; Mon, 22 Mar 2021 15:06:47 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from connect.ultra-secure.de (connect.ultra-secure.de [88.198.71.201]) by mx1.freebsd.org (Postfix) with ESMTP id 4F3yWp0sXWz3nZc for ; Mon, 22 Mar 2021 15:06:45 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: (Haraka outbound); Mon, 22 Mar 2021 16:06:54 +0100 Received-SPF: SoftFail (connect.ultra-secure.de: domain of ultra-secure.de does not designate 217.71.83.52 as permitted sender) receiver=connect.ultra-secure.de; identity=mailfrom; client-ip=217.71.83.52; helo=[192.168.1.238]; envelope-from= Received: from [192.168.1.238] (217-071-083-052.ip-tech.ch [217.71.83.52]) by connect.ultra-secure.de (Haraka/2.6.2-toaster) with ESMTPSA id AFDD7D94-8E1B-4217-AAC1-D697C44080A9.1 envelope-from (authenticated bits=0); Mon, 22 Mar 2021 16:06:51 +0100 From: Rainer Duffner Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.17\)) Subject: Help with applying a differential Message-Id: <91FAFF6B-F0E5-4559-A2F1-AC17C93F9268@ultra-secure.de> Date: Mon, 22 Mar 2021 16:06:34 +0100 To: stable@freebsd.org X-Mailer: Apple Mail (2.3445.104.17) X-Haraka-GeoIP: EU, CH, 451km X-Haraka-ASN: 24951 X-Haraka-GeoIP-Received: X-Haraka-ASN: 24951 217.71.80.0/20 X-Haraka-ASN-CYMRU: asn=24951 net=217.71.80.0/20 country=CH assignor=ripencc date=2003-08-07 X-Haraka-FCrDNS: 217-071-083-052.ip-tech.ch X-Haraka-p0f: os="Mac OS X " link_type="DSL" distance=16 total_conn=6 shared_ip=N X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on spamassassin X-Spam-Level: X-Spam-Status: No, score=-2.2 required=5.0 tests=ALL_TRUSTED,BAYES_00, SPF_SOFTFAIL autolearn=no autolearn_force=no version=3.4.1 X-Haraka-Karma: score: 6, good: 16702, bad: 601, connections: 18960, history: 16101, asn_score: 694, asn_connections: 797, asn_good: 720, asn_bad: 26, pass:asn, relaying X-Rspamd-Queue-Id: 4F3yWp0sXWz3nZc X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of rainer@ultra-secure.de designates 88.198.71.201 as permitted sender) smtp.mailfrom=rainer@ultra-secure.de X-Spamd-Result: default: False [-2.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[88.198.71.201:from]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[ultra-secure.de]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[88.198.71.201:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:88.198.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2021 15:06:47 -0000 Hi, I need help applying this differential https://reviews.freebsd.org/D24428 Me and a co-worker (who is one order of magnitude better at all things = git than me) are unable to get this to apply. rduffner@suse5:~/freebsd-src/sys/dev/smartpqi> git apply --check = ~/Downloads/D24428.diff=20 error: patch failed: sys/dev/smartpqi/smartpqi_cam.c:231 error: sys/dev/smartpqi/smartpqi_cam.c: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_cmd.c:43 error: sys/dev/smartpqi/smartpqi_cmd.c: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_defines.h:77 error: sys/dev/smartpqi/smartpqi_defines.h: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_discovery.c:62 error: sys/dev/smartpqi/smartpqi_discovery.c: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_event.c:35 error: sys/dev/smartpqi/smartpqi_event.c: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_helper.c:43 error: sys/dev/smartpqi/smartpqi_helper.c: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_init.c:31 error: sys/dev/smartpqi/smartpqi_init.c: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_intr.c:32 error: sys/dev/smartpqi/smartpqi_intr.c: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_ioctl.h:67 error: sys/dev/smartpqi/smartpqi_ioctl.h: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_ioctl.c:53 error: sys/dev/smartpqi/smartpqi_ioctl.c: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_main.c:134 error: sys/dev/smartpqi/smartpqi_main.c: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_misc.c:39 error: sys/dev/smartpqi/smartpqi_misc.c: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_prototypes.h:120 error: sys/dev/smartpqi/smartpqi_prototypes.h: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_queue.c:32 error: sys/dev/smartpqi/smartpqi_queue.c: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_request.c:47 error: sys/dev/smartpqi/smartpqi_request.c: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_response.c:85 error: sys/dev/smartpqi/smartpqi_response.c: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_sis.c:77 error: sys/dev/smartpqi/smartpqi_sis.c: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_structures.h:29 error: sys/dev/smartpqi/smartpqi_structures.h: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_tag.c:73 error: sys/dev/smartpqi/smartpqi_tag.c: patch does not apply I=E2=80=99m sure I=E2=80=99m missing something here. I tried this on FreeBSD with git from pkg (2.30.1) and the git from = OpenSuSE 15.2 (2.26.2) Rainer= From owner-freebsd-stable@freebsd.org Mon Mar 22 15:46:11 2021 Return-Path: Delivered-To: freebsd-stable@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 195F35B2EDE; Mon, 22 Mar 2021 15:46:11 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F3zPH0Dlvz3rkx; Mon, 22 Mar 2021 15:46:11 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1616427971; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=qIxQwo3mByS2dhDj7I2n3+ushZWoAAtsII65idVOYrg=; b=kseXTR7YYbguTd1Z1LlbhIypYtZeXYfS/H78TGxMajRgeZ7M2Yk5/kn8lNgvrg0yUlK58v eqO+3uzYGa+tMeUs9xXKaZuChQmE5vBNRmR9RRf+UPEVrwAEVYtj5/ShpbCYbCVV8j8jFq +av8WjbBzD/frh1s/07aVIhdMI4OR5huUINt5B0MbKghn5exSp8q2rid2OUHUCf6EFxoeq H6GSMm6Z+mE4My+XhnKQ4Pe/JzrAKRjmal5AxlpAVEExXCPst3EEbHihaSQQD8HwXTNWDm 0aVZh8c4kG9GmFxUfoXBnEnxy4Slqqz2y/v2F30iTasxr4kkHL41Q4UOYMIAZw== Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 9AA8A3E94; Mon, 22 Mar 2021 15:46:10 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Mon, 22 Mar 2021 15:46:07 +0000 From: Glen Barber To: Goran =?utf-8?B?TWVracSH?= Cc: FreeBSD CURRENT , freebsd-stable , FreeBSD Release Engineering Team Subject: Re: FreeBSD 13.0-RC3 Now Available Message-ID: <20210322154607.GM92054@FreeBSD.org> References: <20210320160853.GL92054@FreeBSD.org> <20210322123906.twvi2lireynii4wl@tilda.center> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="SqEuGDw53xMPnx3c" Content-Disposition: inline In-Reply-To: <20210322123906.twvi2lireynii4wl@tilda.center> ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1616427971; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=qIxQwo3mByS2dhDj7I2n3+ushZWoAAtsII65idVOYrg=; b=Rn+EWghGJGiwnCff3Kp1fxE/9KjYo5DtSsytjhKBYpHBlHQ/R3/asedErhroOkExH/DUZw im9o+hZFH7m3OwPyRhOEjIl8EQsK/AScdmZ4W+zvd3zilyWsLfSwkPBTSSNgMCn2/3fRE5 A3XqzhbR80+7R5cQoz+IW8/ow2TYb5KdtKD5DT75CezNYVUH+r63OHPx14cIv8vFZzerjU fV5xc2kwKrE9TJxXtIgb+xuRU2mF4tQrGFsxr99PUk9Nssbml3t6wy6b2AKpbb4M7FG4qp 81tUmK/s7pTxkJDoVUO1B1upAwLHQNe8eOzOEIOcASoigtYf8DLCrcGeCNKxpA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1616427971; a=rsa-sha256; cv=none; b=uvbEB91aqq5dKmB0GxKHRvth5FlvqLOPbsW1aQItiNzo0AJMlh9zx7ROyGGSoq16wy7Jm/ M83JwWlVABD1kk21ssGXEw259cI0y1YCHWwxDbxUEV3EcA34VrgLj2QVr3vQsP5LYkWrI8 oY45XjjbNXd7Gy+hJCyFgVGjLfcFGPQsH5HA5QDAf3adIfpm6TffPA8S6PrBAa+Ywxepp/ qO0n8gq+ydoPEYBHVnyTFBhC57F/D7jpdHt3Sd4bsSbq15nRTxsZ/cAL8/9ZWmKIFQ6zaI jM5FyV7U3rI3Z4WNpD3qoqzO08curH4/1aPFXoDDrPGPMyOTGUxfJP4e7Thrrw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2021 15:46:11 -0000 --SqEuGDw53xMPnx3c Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 22, 2021 at 01:39:06PM +0100, Goran Meki=C4=87 wrote: > Hello, >=20 > I see the RC3 in the "Latest News" but not here: https://www.freebsd.org/= releases/13.0R/schedule/ > I hope I'm writing to the proper channels/list about this. >=20 Fixed. Thank you for the report. Glen --SqEuGDw53xMPnx3c Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmBYu7oACgkQAxRYpUeP 4pNpKg/+MR+Bo/f3zVZ0BrkoOtqLiEVdqJHTSnTgi2KGmdHr3V7V/HuO3h1A2pXk YiJg7zzMmQuH4yXS9kKe6oiB56kb5tSTt7HA0nSuFEOeeOiLkeX34y5Ed/E8gdcK CvOkg5kxLmuG9sReZ0xHB6oJMHiU6YfEqeUdyiB3s3172xgGCg18bJffwe9PvGyN /8FElXH1wSRQTLklY72jl19DULf11ZPmDCVqNdHaD1lGCepT+0lyPdkWpq10Wn/2 hRvUwBljHz/VqWDew0bYOk1gUYlI3snID1n2KCZ9A5J9693VjH8tPYlw1wfic9YY XMOis7ra9GCgSk4nXCQ6LHpp8Syt/dFmFHDQYJLSi7TaoekwTW8D+PZz20bI5sMg 1Xho5b9cn6szmtqYvmCVqzBBYCiZbGVu6uFuOn3pR7syzd+KhDI994JOUD98MXIq Tf2McimIdgcVz3uoameghvSQP873LPuhnqLX/hX25jqUFRzxzOFngCDD1MU8lYz5 MnHObNizz2alM/uSuv0+uw1cvbLzp2DwyuM8VRvTT2dXNYWrN/RcLhk53kENlPDB glPa/bnQGuppUkEbgb2yl23EC4cMCPDxJuan/3U0e+ZHyNgtG2BWahtQRPhUgPtd rzMZcy6ccoMbfu7VOLirYqywvy6bNLgSWbnBGleiB9Fgwi+vcJo= =ehc7 -----END PGP SIGNATURE----- --SqEuGDw53xMPnx3c-- From owner-freebsd-stable@freebsd.org Mon Mar 22 16:19:29 2021 Return-Path: Delivered-To: freebsd-stable@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 150D65B3BBC for ; Mon, 22 Mar 2021 16:19:29 +0000 (UTC) (envelope-from rainer@ultra-secure.de) 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 4F407h69Gmz3tg4 for ; Mon, 22 Mar 2021 16:19:28 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: by mailman.nyi.freebsd.org (Postfix) id D1DDB5B3BBB; Mon, 22 Mar 2021 16:19:28 +0000 (UTC) Delivered-To: stable@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 D19F95B3D35 for ; Mon, 22 Mar 2021 16:19:28 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from connect.ultra-secure.de (connect.ultra-secure.de [88.198.71.201]) by mx1.freebsd.org (Postfix) with ESMTP id 4F407h0wPVz3tg3 for ; Mon, 22 Mar 2021 16:19:27 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: (Haraka outbound); Mon, 22 Mar 2021 17:20:21 +0100 Received-SPF: SoftFail (connect.ultra-secure.de: domain of ultra-secure.de does not designate 217.71.83.52 as permitted sender) receiver=connect.ultra-secure.de; identity=mailfrom; client-ip=217.71.83.52; helo=[192.168.1.238]; envelope-from= Received: from [192.168.1.238] (217-071-083-052.ip-tech.ch [217.71.83.52]) by connect.ultra-secure.de (Haraka/2.6.2-toaster) with ESMTPSA id 719F4224-4263-49BB-99E8-A79F0AEF68F0.1 envelope-from (authenticated bits=0); Mon, 22 Mar 2021 17:20:16 +0100 From: Rainer Duffner Message-Id: Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.17\)) Subject: Re: Help with applying a differential Date: Mon, 22 Mar 2021 17:19:19 +0100 In-Reply-To: <379F88B8-3823-43E2-9CC8-15980D0BC968@lutter.sk> Cc: stable@freebsd.org To: Juraj Lutter References: <91FAFF6B-F0E5-4559-A2F1-AC17C93F9268@ultra-secure.de> <379F88B8-3823-43E2-9CC8-15980D0BC968@lutter.sk> X-Mailer: Apple Mail (2.3445.104.17) X-Haraka-GeoIP: EU, CH, 451km X-Haraka-ASN: 24951 X-Haraka-GeoIP-Received: X-Haraka-ASN: 24951 217.71.80.0/20 X-Haraka-ASN-CYMRU: asn=24951 net=217.71.80.0/20 country=CH assignor=ripencc date=2003-08-07 X-Haraka-FCrDNS: 217-071-083-052.ip-tech.ch X-Haraka-p0f: os="Mac OS X " link_type="DSL" distance=16 total_conn=7 shared_ip=N X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on spamassassin X-Spam-Level: X-Spam-Status: No, score=-2.2 required=5.0 tests=ALL_TRUSTED,BAYES_00, HTML_MESSAGE,SPF_SOFTFAIL,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.1 X-Haraka-Karma: score: 6, good: 16703, bad: 601, connections: 18961, history: 16102, asn_score: 695, asn_connections: 798, asn_good: 721, asn_bad: 26, pass:asn, relaying X-Rspamd-Queue-Id: 4F407h0wPVz3tg3 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of rainer@ultra-secure.de designates 88.198.71.201 as permitted sender) smtp.mailfrom=rainer@ultra-secure.de X-Spamd-Result: default: False [-2.69 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[ultra-secure.de]; RBL_DBL_DONT_QUERY_IPS(0.00)[88.198.71.201:from]; SPAMHAUS_ZRD(0.00)[88.198.71.201:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.99)[-0.993]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:24940, ipnet:88.198.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[stable] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2021 16:19:29 -0000 > Am 22.03.2021 um 16:34 schrieb Juraj Lutter : >=20 >=20 > To which branch do you want to apply those patches? >=20 > Judging from the original patch date, I=E2=80=99d say that they have = been developed against 13.0 at some point. > That being said, you may want to try to apply them manually against = 13.0 sources and see if/how they fail. >=20 > otis Well, I tried this: git clone -o freebsd https://github.com/freebsd/freebsd-src.git -b = releng/13.0 src cd src/sys/dev/smartpqi/ git apply --check ~/Downloads/D24428.diff=20 but it doesn=E2=80=99t really make a difference. rduffner@suse5:~/f2/src/sys/dev/smartpqi> git apply --check = ~/Downloads/D24428.diff=20 error: patch failed: sys/dev/smartpqi/smartpqi_cam.c:231 error: sys/dev/smartpqi/smartpqi_cam.c: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_cmd.c:43 error: sys/dev/smartpqi/smartpqi_cmd.c: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_defines.h:77 error: sys/dev/smartpqi/smartpqi_defines.h: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_discovery.c:62 error: sys/dev/smartpqi/smartpqi_discovery.c: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_event.c:35 error: sys/dev/smartpqi/smartpqi_event.c: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_helper.c:43 error: sys/dev/smartpqi/smartpqi_helper.c: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_init.c:31 error: sys/dev/smartpqi/smartpqi_init.c: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_intr.c:32 error: sys/dev/smartpqi/smartpqi_intr.c: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_ioctl.h:67 error: sys/dev/smartpqi/smartpqi_ioctl.h: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_ioctl.c:53 error: sys/dev/smartpqi/smartpqi_ioctl.c: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_main.c:134 error: sys/dev/smartpqi/smartpqi_main.c: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_misc.c:39 error: sys/dev/smartpqi/smartpqi_misc.c: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_prototypes.h:120 error: sys/dev/smartpqi/smartpqi_prototypes.h: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_queue.c:32 error: sys/dev/smartpqi/smartpqi_queue.c: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_request.c:47 error: sys/dev/smartpqi/smartpqi_request.c: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_response.c:85 error: sys/dev/smartpqi/smartpqi_response.c: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_sis.c:77 error: sys/dev/smartpqi/smartpqi_sis.c: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_structures.h:29 error: sys/dev/smartpqi/smartpqi_structures.h: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_tag.c:73 error: sys/dev/smartpqi/smartpqi_tag.c: patch does not apply where-as for the 12.2-src I get less problems actually: rduffner@suse5:~/f2/src-12/sys/dev/smartpqi> git apply --check = ~/Downloads/D24428.diff=20 error: patch failed: sys/dev/smartpqi/smartpqi_cam.c:473 error: sys/dev/smartpqi/smartpqi_cam.c: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_defines.h:856 error: sys/dev/smartpqi/smartpqi_defines.h: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_main.c:312 error: sys/dev/smartpqi/smartpqi_main.c: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_mem.c:28 error: sys/dev/smartpqi/smartpqi_mem.c: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_misc.c:69 error: sys/dev/smartpqi/smartpqi_misc.c: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_queue.c:280 error: sys/dev/smartpqi/smartpqi_queue.c: patch does not apply error: patch failed: sys/dev/smartpqi/smartpqi_request.c:540 error: sys/dev/smartpqi/smartpqi_request.c: patch does not apply I really wonder against what source I need to apply that patch=E2=80=A6 Rainer From owner-freebsd-stable@freebsd.org Mon Mar 22 16:59:27 2021 Return-Path: Delivered-To: freebsd-stable@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 43CC85B525C for ; Mon, 22 Mar 2021 16:59:27 +0000 (UTC) (envelope-from wlosh@bsdimp.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 4F411p6vhRz4SFR for ; Mon, 22 Mar 2021 16:59:26 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mailman.nyi.freebsd.org (Postfix) id EB3D75B52D9; Mon, 22 Mar 2021 16:59:26 +0000 (UTC) Delivered-To: stable@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 EB01F5B51DA for ; Mon, 22 Mar 2021 16:59:26 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x830.google.com (mail-qt1-x830.google.com [IPv6:2607:f8b0:4864:20::830]) (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 4F411p693kz4SCJ for ; Mon, 22 Mar 2021 16:59:26 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x830.google.com with SMTP id h7so12843575qtx.3 for ; Mon, 22 Mar 2021 09:59:26 -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=Q5yFaEps6pnEI9ck4scY+cOr7i5GTmUse0oLyUyfGy8=; b=uePvK/AVqf+f5hwHD7pjVBJOj2VkGX/jDtPG558cKNF5KhKCWTxMdBYO/8W3bFLtWq PQYR0wo7c6TYLFxb/vSgR4+uPFcF5IWUWOfmFcFDx0T+97vxOKadUmNOxuLu0g0IOkjg iSh39YvMWcUMs+FBaC1+GoUUxLezqGpnBy7amcxGe2H+U5+rjI3f4vw7foaJxw+jPJEW ko1Y9QaeGJleTSyWJ+uV5xkdtfFJXzwqPVCvv4VScNYpt6RkGzowCanj8iRGrXCW1Q5+ FGfJ+HFJCTgsSKIsIqKtU01aVEXkzX2nWnK/a+ZDD0uXUsgJlCOIKHE7M/7hEnlBOlqG wcgw== 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=Q5yFaEps6pnEI9ck4scY+cOr7i5GTmUse0oLyUyfGy8=; b=HZnhdWYEQyau9cYH4wZFkJM/Da89DBw30klSym/T5jEvPdeaFNuTBcMekmHLMoEj8z aXzFBgGUuvgYPBgyG7q97vLn1yg8obTTIbOZ6JNwDJ2rRAHzE8A+h3gZxVqbG2q5e2QU c6xGIMDh0f0iu0bIh0/XFqRuxzTBcQw2dyphbLjvVIX0x90335XRyXsDXm/rbgwdw2i1 fC0J1otCIWzFYolhmwmf9M2CpnqHg2S+0ejxE27Zc08bfGBbdmx/RN9P47m7vqlDznzA 7CyU/hEdWgBZLX55VrNjPPFxy/zz98+Jc9804nt9QvPf9wwhSqE1+8oSiWMeJ4o/G+qa DuEg== X-Gm-Message-State: AOAM530heg4EXNYSmI11rfXmDP2v43rVHmsRMoQ3+Ox3+gI7q5x263mC w+dhTy33ZIICZnOn+Tg6FD3aqEtoduL2rr2+NzKSG5843SiuSrGA X-Google-Smtp-Source: ABdhPJzGy8aLDdA/Oefw07xSHL+Rp4+V4AFUuP5LShe4w/fPnre/R9Ji2SluSu11K90gYKMSI8nX/pr9j7jo3dcUEZw= X-Received: by 2002:a05:622a:1c5:: with SMTP id t5mr762957qtw.49.1616432365567; Mon, 22 Mar 2021 09:59:25 -0700 (PDT) MIME-Version: 1.0 References: <91FAFF6B-F0E5-4559-A2F1-AC17C93F9268@ultra-secure.de> <379F88B8-3823-43E2-9CC8-15980D0BC968@lutter.sk> In-Reply-To: From: Warner Losh Date: Mon, 22 Mar 2021 10:59:14 -0600 Message-ID: Subject: Re: Help with applying a differential To: Rainer Duffner Cc: Juraj Lutter , FreeBSD Stable ML X-Rspamd-Queue-Id: 4F411p693kz4SCJ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2021 16:59:27 -0000 On Mon, Mar 22, 2021, 10:19 AM Rainer Duffner wrote: > > > > Am 22.03.2021 um 16:34 schrieb Juraj Lutter : > > > > > > To which branch do you want to apply those patches? > > > > Judging from the original patch date, I=E2=80=99d say that they have be= en > developed against 13.0 at some point. > > That being said, you may want to try to apply them manually against 13.= 0 > sources and see if/how they fail. > > > > otis > > > Well, I tried this: > > git clone -o freebsd https://github.com/freebsd/freebsd-src.git -b > releng/13.0 src > cd src/sys/dev/smartpqi/ > git apply --check ~/Downloads/D24428.diff > > but it doesn=E2=80=99t really make a difference. > > rduffner@suse5:~/f2/src/sys/dev/smartpqi> git apply --check > ~/Downloads/D24428.diff > error: patch failed: sys/dev/smartpqi/smartpqi_cam.c:231 > error: sys/dev/smartpqi/smartpqi_cam.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_cmd.c:43 > error: sys/dev/smartpqi/smartpqi_cmd.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_defines.h:77 > error: sys/dev/smartpqi/smartpqi_defines.h: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_discovery.c:62 > error: sys/dev/smartpqi/smartpqi_discovery.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_event.c:35 > error: sys/dev/smartpqi/smartpqi_event.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_helper.c:43 > error: sys/dev/smartpqi/smartpqi_helper.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_init.c:31 > error: sys/dev/smartpqi/smartpqi_init.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_intr.c:32 > error: sys/dev/smartpqi/smartpqi_intr.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_ioctl.h:67 > error: sys/dev/smartpqi/smartpqi_ioctl.h: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_ioctl.c:53 > error: sys/dev/smartpqi/smartpqi_ioctl.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_main.c:134 > error: sys/dev/smartpqi/smartpqi_main.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_misc.c:39 > error: sys/dev/smartpqi/smartpqi_misc.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_prototypes.h:120 > error: sys/dev/smartpqi/smartpqi_prototypes.h: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_queue.c:32 > error: sys/dev/smartpqi/smartpqi_queue.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_request.c:47 > error: sys/dev/smartpqi/smartpqi_request.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_response.c:85 > error: sys/dev/smartpqi/smartpqi_response.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_sis.c:77 > error: sys/dev/smartpqi/smartpqi_sis.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_structures.h:29 > error: sys/dev/smartpqi/smartpqi_structures.h: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_tag.c:73 > error: sys/dev/smartpqi/smartpqi_tag.c: patch does not apply > > where-as for the 12.2-src I get less problems actually: > > rduffner@suse5:~/f2/src-12/sys/dev/smartpqi> git apply --check > ~/Downloads/D24428.diff > error: patch failed: sys/dev/smartpqi/smartpqi_cam.c:473 > error: sys/dev/smartpqi/smartpqi_cam.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_defines.h:856 > error: sys/dev/smartpqi/smartpqi_defines.h: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_main.c:312 > error: sys/dev/smartpqi/smartpqi_main.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_mem.c:28 > error: sys/dev/smartpqi/smartpqi_mem.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_misc.c:69 > error: sys/dev/smartpqi/smartpqi_misc.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_queue.c:280 > error: sys/dev/smartpqi/smartpqi_queue.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_request.c:540 > error: sys/dev/smartpqi/smartpqi_request.c: patch does not apply > > > I really wonder against what source I need to apply that patch=E2=80=A6 > For me, It almost applied cleanly to stable/12 branch, but not to the main branch: % find . -name \*.rej ./sys/dev/smartpqi/smartpqi_mem.c.rej ./sys/dev/smartpqi/smartpqi_queue.c.rej ./sys/dev/smartpqi/smartpqi_defines.h.rej ./sys/dev/smartpqi/smartpqi_cam.c.rej ./sys/dev/smartpqi/smartpqi_misc.c.rej ./sys/dev/smartpqi/smartpqi_main.c.rej ./sys/dev/smartpqi/smartpqi_request.c.rej In the main branch, it crashed patch :(. A quick sample of the .rej files shows the diffs likely are easy to resolve by hand, but with such a large patch I'm leery to do so. Add '-l' to patch to cope with whitespace changes didn't seem to help. So it looks like this patch needs to be regenerated and/or moved to git where patch generation and uploading is a bit more reliable. Warner From owner-freebsd-stable@freebsd.org Mon Mar 22 19:03:35 2021 Return-Path: Delivered-To: freebsd-stable@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 63B255B8B6A for ; Mon, 22 Mar 2021 19:03:35 +0000 (UTC) (envelope-from rainer@ultra-secure.de) 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 4F43n30Swtz4dF4 for ; Mon, 22 Mar 2021 19:03:35 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: by mailman.nyi.freebsd.org (Postfix) id 0FFE35B8CCD; Mon, 22 Mar 2021 19:03:35 +0000 (UTC) Delivered-To: stable@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 0FC105B8AE7 for ; Mon, 22 Mar 2021 19:03:35 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from connect.ultra-secure.de (connect.ultra-secure.de [88.198.71.201]) by mx1.freebsd.org (Postfix) with ESMTP id 4F43n25b5Pz4d5y for ; Mon, 22 Mar 2021 19:03:33 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: (Haraka outbound); Mon, 22 Mar 2021 20:03:39 +0100 Received-SPF: SoftFail (connect.ultra-secure.de: domain of ultra-secure.de does not designate 217.71.83.52 as permitted sender) receiver=connect.ultra-secure.de; identity=mailfrom; client-ip=217.71.83.52; helo=[192.168.1.238]; envelope-from= Received: from [192.168.1.238] (217-071-083-052.ip-tech.ch [217.71.83.52]) by connect.ultra-secure.de (Haraka/2.6.2-toaster) with ESMTPSA id 439506B8-D232-4677-AB55-007638A19500.1 envelope-from (authenticated bits=0); Mon, 22 Mar 2021 20:03:34 +0100 From: Rainer Duffner Message-Id: Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.17\)) Subject: Re: Help with applying a differential Date: Mon, 22 Mar 2021 20:03:27 +0100 In-Reply-To: Cc: Juraj Lutter , FreeBSD Stable ML To: Warner Losh References: <91FAFF6B-F0E5-4559-A2F1-AC17C93F9268@ultra-secure.de> <379F88B8-3823-43E2-9CC8-15980D0BC968@lutter.sk> X-Mailer: Apple Mail (2.3445.104.17) X-Haraka-GeoIP: EU, CH, 451km X-Haraka-ASN: 24951 X-Haraka-GeoIP-Received: X-Haraka-ASN: 24951 217.71.80.0/20 X-Haraka-ASN-CYMRU: asn=24951 net=217.71.80.0/20 country=CH assignor=ripencc date=2003-08-07 X-Haraka-FCrDNS: 217-071-083-052.ip-tech.ch X-Haraka-p0f: os="Mac OS X " link_type="DSL" distance=16 total_conn=16 shared_ip=N X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on spamassassin X-Spam-Level: X-Spam-Status: No, score=-2.2 required=5.0 tests=ALL_TRUSTED,BAYES_00, HTML_MESSAGE,SPF_SOFTFAIL,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.1 X-Haraka-Karma: score: 6, good: 16712, bad: 601, connections: 18970, history: 16111, asn_score: 704, asn_connections: 807, asn_good: 730, asn_bad: 26, pass:asn, relaying X-Rspamd-Queue-Id: 4F43n25b5Pz4d5y X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2021 19:03:35 -0000 > Am 22.03.2021 um 17:59 schrieb Warner Losh : >=20 >=20 >=20 > On Mon, Mar 22, 2021, 10:19 AM Rainer Duffner > wrote: >=20 >=20 > > Am 22.03.2021 um 16:34 schrieb Juraj Lutter >: > >=20 > >=20 > > To which branch do you want to apply those patches? > >=20 > > Judging from the original patch date, I=E2=80=99d say that they have = been developed against 13.0 at some point. > > That being said, you may want to try to apply them manually against = 13.0 sources and see if/how they fail. > >=20 > > otis >=20 >=20 > Well, I tried this: >=20 > git clone -o freebsd https://github.com/freebsd/freebsd-src.git = -b releng/13.0 src > cd src/sys/dev/smartpqi/ > git apply --check ~/Downloads/D24428.diff=20 >=20 > but it doesn=E2=80=99t really make a difference. >=20 > rduffner@suse5:~/f2/src/sys/dev/smartpqi> git apply --check = ~/Downloads/D24428.diff=20 > error: patch failed: sys/dev/smartpqi/smartpqi_cam.c:231 > error: sys/dev/smartpqi/smartpqi_cam.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_cmd.c:43 > error: sys/dev/smartpqi/smartpqi_cmd.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_defines.h:77 > error: sys/dev/smartpqi/smartpqi_defines.h: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_discovery.c:62 > error: sys/dev/smartpqi/smartpqi_discovery.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_event.c:35 > error: sys/dev/smartpqi/smartpqi_event.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_helper.c:43 > error: sys/dev/smartpqi/smartpqi_helper.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_init.c:31 > error: sys/dev/smartpqi/smartpqi_init.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_intr.c:32 > error: sys/dev/smartpqi/smartpqi_intr.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_ioctl.h:67 > error: sys/dev/smartpqi/smartpqi_ioctl.h: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_ioctl.c:53 > error: sys/dev/smartpqi/smartpqi_ioctl.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_main.c:134 > error: sys/dev/smartpqi/smartpqi_main.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_misc.c:39 > error: sys/dev/smartpqi/smartpqi_misc.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_prototypes.h:120 > error: sys/dev/smartpqi/smartpqi_prototypes.h: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_queue.c:32 > error: sys/dev/smartpqi/smartpqi_queue.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_request.c:47 > error: sys/dev/smartpqi/smartpqi_request.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_response.c:85 > error: sys/dev/smartpqi/smartpqi_response.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_sis.c:77 > error: sys/dev/smartpqi/smartpqi_sis.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_structures.h:29 > error: sys/dev/smartpqi/smartpqi_structures.h: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_tag.c:73 > error: sys/dev/smartpqi/smartpqi_tag.c: patch does not apply >=20 > where-as for the 12.2-src I get less problems actually: >=20 > rduffner@suse5:~/f2/src-12/sys/dev/smartpqi> git apply --check = ~/Downloads/D24428.diff=20 > error: patch failed: sys/dev/smartpqi/smartpqi_cam.c:473 > error: sys/dev/smartpqi/smartpqi_cam.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_defines.h:856 > error: sys/dev/smartpqi/smartpqi_defines.h: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_main.c:312 > error: sys/dev/smartpqi/smartpqi_main.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_mem.c:28 > error: sys/dev/smartpqi/smartpqi_mem.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_misc.c:69 > error: sys/dev/smartpqi/smartpqi_misc.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_queue.c:280 > error: sys/dev/smartpqi/smartpqi_queue.c: patch does not apply > error: patch failed: sys/dev/smartpqi/smartpqi_request.c:540 > error: sys/dev/smartpqi/smartpqi_request.c: patch does not apply >=20 >=20 > I really wonder against what source I need to apply that patch=E2=80=A6 >=20 > For me, It almost applied cleanly to stable/12 branch, but not to the = main branch: >=20 > % find . -name \*.rej > ./sys/dev/smartpqi/smartpqi_mem.c.rej > ./sys/dev/smartpqi/smartpqi_queue.c.rej > ./sys/dev/smartpqi/smartpqi_defines.h.rej > ./sys/dev/smartpqi/smartpqi_cam.c.rej > ./sys/dev/smartpqi/smartpqi_misc.c.rej > ./sys/dev/smartpqi/smartpqi_main.c.rej > ./sys/dev/smartpqi/smartpqi_request.c.rej >=20 > In the main branch, it crashed patch :(. >=20 > A quick sample of the .rej files shows the diffs likely are easy to = resolve by hand, but with such a large patch I'm leery to do so. Add = '-l' to patch to cope with whitespace changes didn't seem to help. >=20 > So it looks like this patch needs to be regenerated and/or moved to = git where patch generation and uploading is a bit more reliable. >=20 > Warner OK, I could do it manually then=E2=80=A6 Maybe I have time tomorrow. It=E2=80=99s a really bad situation with that driver, BTW. I have constant crashes every couple of days. Rainer From owner-freebsd-stable@freebsd.org Mon Mar 22 15:19:56 2021 Return-Path: Delivered-To: freebsd-stable@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 6D5105B24A0 for ; Mon, 22 Mar 2021 15:19:56 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qv1-xf36.google.com (mail-qv1-xf36.google.com [IPv6:2607:f8b0:4864:20::f36]) (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 4F3ypz30TLz3q35; Mon, 22 Mar 2021 15:19:55 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-qv1-xf36.google.com with SMTP id j17so8753729qvo.13; Mon, 22 Mar 2021 08:19:55 -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=jOqYITxvDCWOC8qFs4Emoj9rzMNAlTzoHScgAqEpTOQ=; b=Sz5vF2zzHVMcfZpTv8PldYA6cdRKbA7XHDhWgyKLmRLNh8qMRaV40N5Ejtt3+z7KYB Oib/FJWyuwYAtJSVc6YU1X7cZQSdOmiWKbMm7pkKBNf2e4xlFPChPtYuVl61mQj0dI9C mvGuJ635zhg1owL7RpQVVl14swb9qodyoB7CcuuIIhV2QT8qnTlxQhvq22bXo8oI2TdA kEvVLKWfBpf13BdDVVNcUxM3bolDt74t/3JRv/tsZr3b6w6K7/vqvFS4/cWkjSOUpsBN 38hpIVzLa20HI1uEi16iL+5WxStZyA8Q++wubexbEclShU1zZx4KrUa8zYSebKmuZn5u MobA== 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=jOqYITxvDCWOC8qFs4Emoj9rzMNAlTzoHScgAqEpTOQ=; b=o/msHESwWvQSd2CTcPb+Tt8Kz9GvtfmIod38Z6OcqL8IdU2GcF8Gvycc6ljUoS1LB0 1yKpK38WE+NpDgzgNErEpwPduNx2NPEMaQ2ei8f+Rs/RC7hXjg+YnuTOu4nG26vPVFZH tgOt/KJW1uOnZhHhK26HExK50el5S4DrrFf/rD1QHxFCVYBCB1s+55rPI7KSmmeZu42w 14X8TuUBENsMmyg/LPPe/2rgNbqTpM+3lT/mvjjdgFJw7xfNlcybIffoRvqDlJa39I0n 7opcNIdR2ZMz7mLpum2WFU2i+f/UiutypLZ3h4HpnYjLk0O+qz8htfst5GncedHw/CEc d/Cw== X-Gm-Message-State: AOAM5312DoWMCXInYdrn3HNzxCw9TgFSdnJKAse/z0oCWk0qGAcnmqax YHwN1VCFkbiwxn7b7lKKmOPOlwTKza1m0/5Jr4E= X-Google-Smtp-Source: ABdhPJyQkM1WqhMkAhcDZeTIyCvpfy7RaecYMZ8/IH4sDT9k7cJJsR6G7MVd9XGrIAj1wDVCtIKZIIfVWOpWvQrJmMg= X-Received: by 2002:a0c:8ec1:: with SMTP id y1mr516098qvb.11.1616426393158; Mon, 22 Mar 2021 08:19:53 -0700 (PDT) MIME-Version: 1.0 References: <12705C29-53EA-4484-8291-C409AF4B3DE5.ref@yahoo.com> <12705C29-53EA-4484-8291-C409AF4B3DE5@yahoo.com> In-Reply-To: From: Adrian Chadd Date: Mon, 22 Mar 2021 08:19:40 -0700 Message-ID: Subject: Re: Filesystem operations slower in 13.0 than 12.2 To: Kevin Oberman Cc: Mark Millard , FreeBSD-STABLE Mailing List , Konstantin Belousov Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4F3ypz30TLz3q35 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Sz5vF2zz; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of adrianchadd@gmail.com designates 2607:f8b0:4864:20::f36 as permitted sender) smtp.mailfrom=adrianchadd@gmail.com X-Spamd-Result: default: False [-3.71 / 15.00]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.71)[-0.709]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::f36:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; 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]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::f36:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::f36:from]; FREEMAIL_CC(0.00)[yahoo.com,freebsd.org]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable]; RCVD_COUNT_TWO(0.00)[2] X-Mailman-Approved-At: Tue, 23 Mar 2021 04:30:30 +0000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2021 15:19:56 -0000 On Mon, 15 Mar 2021 at 14:58, Kevin Oberman wrote: > > > > It appears that the messages are associated with reading > > the disk(s), not directly with writing them, where the > > reads take more than "hz * 20" time units to complete. > > (I'm looking at main (14) code.) What might contribute > > to the time taken for the pending read(s)? > > > The reference to hz * 20 woke up a few sleeping memory cells. I forgot that > I cleaned up my loader.conf. It was largely a copy of the one on my > decade-old T520. I commented out "kern.hz=100". I don't recall the details, > but I think it was actually from an even older system, my T42 from before I > retired. > > In any case, restoring this setting has greatly improved the situation. I > now have really bad disk I/O performance on large disk to disk activity > (untarring the firefox distro) instead of terrible performance and the > system freezes have vanished, though I do see pauses in response to clicks > or text entry, but the display remains active and the pauses are short... 1 > to 15 seconds, I'd guess. No, I have no idea what this indicates. ... which drive controller is this? Is it just a laptop ATA disk? > I'm still not seeing the performance I was seeing back in February when 40 > MB/s for extended intervals was common and I once untarred firefox.tar.gz2 > in under a minute and performance seldom dropped below 1.4 MB/s. Did you find a resolution? I wonder if setting kern.hz is kicking some process(es) to get some time more frequently due to bugs elsewhere in the system (interrupts, IPI handling, wake-ups, etc) -adrian From owner-freebsd-stable@freebsd.org Tue Mar 23 05:51:40 2021 Return-Path: Delivered-To: freebsd-stable@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 1AF3A57A92C for ; Tue, 23 Mar 2021 05:51:40 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oi1-x236.google.com (mail-oi1-x236.google.com [IPv6:2607:f8b0:4864:20::236]) (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 4F4L8q60Klz3rWB; Tue, 23 Mar 2021 05:51:39 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-oi1-x236.google.com with SMTP id a8so15824774oic.11; Mon, 22 Mar 2021 22:51:39 -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=rsFlB1evrqzo/Bj0FSBucPiKQuhycWuUu1EuIi0P+Vg=; b=cDy7YhwmZ81FAtwrR5iX3+nfZFbhZhFbAh+if9HdWOtbaypeiWEg3Cb3/zwss8xDay BrQDaZyQfWs0Jd3cp2eF1tMbIyA8HwsQNg0L0nUZUCEYFRhHfg+TeCFBTDaZB+cY3GqG +MUAuxfxQTZ7xd6l5pN3NoG/M6huSuWsTBkJHXF3cRhsNPW435aQOCUP+DxVSVonfUWj kqAOScyAcUqbeRLe8DTYz6C+MKoxYGeeZujJRkBZ16tX/6T+zHDJCLtPwWztjE8mJ0EH iQBkdH1Bobuij3b0nnOy23ttXLtlKgrfNOw5Znd6acs0QsVQHyTSR0V2IE2Lk46O+fjz cV8Q== 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=rsFlB1evrqzo/Bj0FSBucPiKQuhycWuUu1EuIi0P+Vg=; b=SoJ+aPaDlzYeMJcn2wr8lN7yiVa8ulZEBuI2gogKZR+xlVsK1seOtsXFhPfcxHsUXl OKa+feTrujBcrPkOv8VeJPbV9254rPZSNCAVHP8SPgtCATxnMjZ/vMn+mUvOn0BbHXni z06BAiHvo5E5HVIzpBorOxSEBWzAJOQD3nbc5X79KaxDTW3SYvkUbcu8sWGROB2mqaT2 Qt8nC1BRKJMhMH+Q4ZfSu9D6Seby8wwVVIqQ3kLRlIDuHg+R1M6y88za29ce3olAkk/y QUDqNNNb6W6f4khowo5gD047YzZBgJFDTtz/Ss+w5hBy+WTOxrippMoZUn/PWmE3u8dZ VQjw== X-Gm-Message-State: AOAM531da+m+lrVHpXPqnGwjX+eNDG/Uws47lcuJiOOOKuzv5e/EV1hE GnNrgRAysPnnZtGh2q4rghqcVVpOONh+rfBRomg= X-Google-Smtp-Source: ABdhPJxv90yn1NlLKiNLe6iw1mLs90ZWBMN2u0+fJlcnrhbWEYg6ube04fiAqns76IzW5NOCwKtDz2J4aHq06gUtWjw= X-Received: by 2002:aca:ed04:: with SMTP id l4mr2077526oih.27.1616478698613; Mon, 22 Mar 2021 22:51:38 -0700 (PDT) MIME-Version: 1.0 References: <12705C29-53EA-4484-8291-C409AF4B3DE5.ref@yahoo.com> <12705C29-53EA-4484-8291-C409AF4B3DE5@yahoo.com> In-Reply-To: From: Kevin Oberman Date: Mon, 22 Mar 2021 22:51:21 -0700 Message-ID: Subject: Re: Filesystem operations slower in 13.0 than 12.2 To: Adrian Chadd Cc: Mark Millard , FreeBSD-STABLE Mailing List , Konstantin Belousov X-Rspamd-Queue-Id: 4F4L8q60Klz3rWB X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; TAGGED_RCPT(0.00)[]; REPLY(-4.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2021 05:51:40 -0000 On Mon, Mar 22, 2021 at 8:19 AM Adrian Chadd wrote: > On Mon, 15 Mar 2021 at 14:58, Kevin Oberman wrote: > > > > > > > It appears that the messages are associated with reading > > > the disk(s), not directly with writing them, where the > > > reads take more than "hz * 20" time units to complete. > > > (I'm looking at main (14) code.) What might contribute > > > to the time taken for the pending read(s)? > > > > > The reference to hz * 20 woke up a few sleeping memory cells. I forgot > that > > I cleaned up my loader.conf. It was largely a copy of the one on my > > decade-old T520. I commented out "kern.hz=100". I don't recall the > details, > > but I think it was actually from an even older system, my T42 from > before I > > retired. > > > > In any case, restoring this setting has greatly improved the situation. I > > now have really bad disk I/O performance on large disk to disk activity > > (untarring the firefox distro) instead of terrible performance and the > > system freezes have vanished, though I do see pauses in response to > clicks > > or text entry, but the display remains active and the pauses are > short... 1 > > to 15 seconds, I'd guess. No, I have no idea what this indicates. > > ... which drive controller is this? Is it just a laptop ATA disk? > > > I'm still not seeing the performance I was seeing back in February when > 40 > > MB/s for extended intervals was common and I once untarred > firefox.tar.gz2 > > in under a minute and performance seldom dropped below 1.4 MB/s. > > Did you find a resolution? I wonder if setting kern.hz is kicking > some process(es) to get some time more frequently due to bugs > elsewhere in the system (interrupts, IPI handling, wake-ups, etc) > > > > -adrian > No resolution. This is a Lenovo L15 ThinkPad with a 2TB ATAPI drive. The current drive is a Seagate. All testing has been done since I got it back from Lenovo in late January. I can read or write the drive at reasonable rates that exceed 50 MB/s. Extracting a tar distribution file is painful. I have had firefox extracts take over a half hour. Worse, if I do other operations while the extract is taking place, I often see a 30 second (and, occasionally 60 second) display freezes as well as log reports that of "swap_pager: indefinite wait buffer:" This is a bit odd as I have 20G of RAM and am pretty close to no swap space activity, but, of course, paging does occur. This system is CometLake and graphics are not supported on 12. I am not absolutely sure that there is not a hardware issue even though the main board, the disk, and the keyboard/mouse pad have all been replace since I received the system back last June. I now wonder what else could go wrong. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-stable@freebsd.org Tue Mar 23 07:56:17 2021 Return-Path: Delivered-To: freebsd-stable@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 E472657CD5F for ; Tue, 23 Mar 2021 07:56:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-8.consmr.mail.gq1.yahoo.com (sonic315-8.consmr.mail.gq1.yahoo.com [98.137.65.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 4F4Nwd4PR1z4Ssj for ; Tue, 23 Mar 2021 07:56:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616486174; bh=moJ8WXPb9sbF1Dx4fmAXJb4P//9ecI4hRRUuznOzAh3=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=OMduTXucQssz0CK5jddP9wJ0ee0/RRLOTQ7UmBct3J1ygpSHpukY1Eoi9jj/C0sBs/m5Wdqf4oCvDXyVidBt6k6qXx1wkJCuOw7n7xS2wlIVm/RzBk9kYwHPPlFXlg98dO6teuBLxV3vhQJAGnTNBR7uLNB2SXUq1dKdayg8HpRM6UTeiqPH3cJrdX3aN6CiABilvFLe7Mcusl/YpgavNHb/vhH3OEBHP48mtMPaxrfqRrGQGO6zJncgpnpFDi55gbFoIUDiCnY6uNPKplIqwutJL/mgOUw7+6r7+PpYo2en5TYTqWbFoBHQ6UAFld4bA+ebdQxC3B2Z+HpdDcrdhw== X-YMail-OSG: wzuS2G4VM1k9F5f60o1e1HFwKVCMsQAxb9e96VWZulNPQWShOmoqgQs4ieG5sB7 4s5UGjWCuOkJHKstxK2OtVGPNwQpv1KX7ZNdbo41GM4jHzFPDz..Yi1APiIIIvw23wBmLpYVpEFM SmzGZIs.I1l238P8q3_z5QNtBFirbDAhjuNpFCaKO8Z8oLQh0fMv0OMzFSUouQAsYNCFaEzifuVt .JtRSWJ49UXtYVfSbzJJ4wRZfQTD.0L.92ay1uxkfu4xv05OWCmSFlW6aKNwvirUWJAYzwlS9K1z b0ajfNieYE9yjB6RHuxj3k57vvG7FSPzbDS1Uk5bzQX.jCxD4uoBuHRUv9DsI.MGfwT4q5ylWeSm 6ILfeJ2mcjyOyoKSBuqQE0YhauIHZBEPdOQepfNyANvshSusp_EBKwSgerbwDZWkXIWas25tTDxd kuCWFdduY_g5QrTGC3gZMeXUWlheI9txn__oPmNOvoZSMnSeXTZqMcaRpucrOHgYbCSJX8ih7za7 HGszsYkTI.AdRbOvZFpt9i2S5FGvfkvu_lIaPFS4rj03.Z9SyvV4Wd_wGaAEaPDhnQsgvsH6Fyoz uH4jYAAgD3OI3z6mb_AAyLZqinlT0XAxfnAWjcs.kBXMZ81FZSz0kzgZwoyB7uAf737fb0_1WfdY 374TAcow2iF_hbPMJ.pOKBAq2l2Mk_odCdHIHR4tEcaT_qmp1LJwXongzcOJJf9vs_V51g.0vMLR 10OKNYzi2752GZg2NgLUj2zc11ulyQDH99k8sM1DZ2ZLavxTv.jBOOqzbMG7E1KmJUwNs0FJwzU. EG8IRr6jtnY4NyJSjxIzXy4PFNYVEqIIZPtlVIFv8v1WBgIymdHsEvEOixmuM5_.DtQUf4yIJlL8 RFrVHvIFevnM9HjsRfIu9SGqgtjQQOoB.5Ga1PSBQ7rUJTPF1GKYhlO6Ux8wx8ZAfMbjPqFvpybX mp8wjKFcMzFGxy8jrrInXUB3A6OUV6NtqIJBwwYCZUSti7CGs5UntEHis3nZSpv_iiBhgvpodlw8 LWcRq_Iz1f5Vn26pKpzDI3RxPReThkOuTi3YUj0GsZu71jugl.g41r1ylpoYZtVlfPhbqO6aIeHG Hpb33WysJmZjVjgZf9qMWrotQhMjW701IeE1xiFGJTLEeCAqy7mTJEjwOLGZkzeKGFjOUtVM5Sw2 x6x_4h3u0xHCmR0FbwGblK0a8dMgSaTL_qcOY4RsAX98z82Z5rnJYuPrypDGPqxjHouWMrV0gefr dm4l6gOpUNR4qUnl6aq8TI.Dk2uD2_N1OOJkaNvMra7uEbeIJ9a4rc6wfvMpR6R9cY5SWKz3CPlb dSQh4yvxsy9wMvlhr9YYFk44rggqxMosVKNP7E4ZxYw0q8dmGtqErfztjHlsQXiFkQMKBnqk2G7v VRB3LYI4ybrH5EFm4h21W8GFOUwHSC4kT9SXY1.A_cxHPauEjiP2QbFTpBytoWbe7PmwPIF.Yl96 OYIxyLjJ8MHhKt32DQ6KW0EqnYdvQzgRx9dJ.htneJaDdodrXaje4D41W.qoW07NXfR_9N8i677L eclJH_s2PUwo.Y6t8jZIZnaVogERoDd6t6JAuIFwJKpkEqlqn1Eu.oSrlrJQy3oBd2I_c_KivmSv su1KwJn5zdO5n6HlLWiYzsWhv.6ghcV3H7II5pwyjFwTqTz2hvNwV8fc5zB8wjFwUS2phNr1iRRF HkYw325YUzze6H9oQ17HctDsZTDUY63R5UT_ge2_XjuzD2rg59AykNq7CE15TF6dMtTEvX1pLILm FbOhdNcGbaSYxUsMuFQAhxhx60yE5W27n90Vv05ymeANBLGWKrmP5RdQcqxGc50BHfpEytOFtAR9 BDSsuAI6M9vAB275Pc_gifOWgyS6KzUqD1tsyXOM52szW3lSddOyruAvQeD5RMHiR13rQFaPgW0H K25v9CX0fJ45lsiaMrrZuS8hfKCq7kmsWIsXO8px.vRxcpw5_blpJgVdxcwQJeE85Ojbd2Hwix5y 4htr4aUlbYFgCw2NnXbk8jn2pi0jBMjlej9BKbIAjg.Cv7Sx4g0oP6VYvl72_9ePUIEfOHiZ2HvU P0j_7jLv6.BkbnlzeMBs3rUB9UDzuZrdMgMXX8JTBMiHK9dt6yAIbj85b2G2PO14xd4gbhMqJfph lapnFE01UYTTpi6i9Xeruqu73o8qVYQOvwMwqGJNeLDKOhsR9nupfoRW5BZBFhJzXpk0vz5l6L41 FwGS2Zi1JtVyl7g09q_uzOs6CmyneAmr7rqj5SAd.gyC6g0Jh333TBwfgaaJYJ5UvUFbtoydobuH RGIkhAayNlYN3E7bu3.F0msTGMfH_T1izVicvtRoVvXrGC6y6gOa58EMZ_mPmSPw8H5ICDf1Jojp rkXgNAE3IydE_PWqEzHqpz0tcBXyDNuFTrm.O8Gt3LJQrc4Sl2XvtaZyx.aKl6RqpVJNBHbXTxSJ daw2nfcA6HlyqMcOtTMnOM0kxfqREB6XOzxNUGaYlymBxjn0aSFpT9U0_5W.3b86iXmSby6YiX93 vKwKmjNAmnEa6kdmS2Tcndd8iMITCKMbsQNNBKmhLtx7g80Wtn0Yo6YD2HgVU8.2_DS6c6_iOvTP lmz3aGbZrt_XOfK6TgP0HuOzK81v9wMFwA4gRzqyvLWREvy252fRoRxvfaWwUx7qT6TDcW4qNxfk _klWkbEykjR4pY_5rz8YCmYNfzNsLBc6OrJgk6xap5f.pMEgDs3yJBNH_75ypMBmvg1Md9K2koV_ cUMi7pnGUvcdSgn.s1oDFkZ4kEWicebJmfpQ.uVbs5i0- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Tue, 23 Mar 2021 07:56:14 +0000 Received: by kubenode506.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 2d09a7cc219872f9c5b2220c1b923b83; Tue, 23 Mar 2021 07:56:09 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: Filesystem operations slower in 13.0 than 12.2 From: Mark Millard In-Reply-To: Date: Tue, 23 Mar 2021 00:56:08 -0700 Cc: Adrian Chadd , FreeBSD-STABLE Mailing List , Konstantin Belousov Content-Transfer-Encoding: quoted-printable Message-Id: <380B1597-C4E7-4CF0-AE04-085D4745BC65@yahoo.com> References: <12705C29-53EA-4484-8291-C409AF4B3DE5.ref@yahoo.com> <12705C29-53EA-4484-8291-C409AF4B3DE5@yahoo.com> To: Kevin Oberman X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F4Nwd4PR1z4Ssj X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; TAGGED_RCPT(0.00)[]; REPLY(-4.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2021 07:56:17 -0000 On 2021-Mar-22, at 22:51, Kevin Oberman wrote: > On Mon, Mar 22, 2021 at 8:19 AM Adrian Chadd = wrote: >> On Mon, 15 Mar 2021 at 14:58, Kevin Oberman = wrote: >>=20 >> > > >> > > It appears that the messages are associated with reading >> > > the disk(s), not directly with writing them, where the >> > > reads take more than "hz * 20" time units to complete. >> > > (I'm looking at main (14) code.) What might contribute >> > > to the time taken for the pending read(s)? >> > > >> > The reference to hz * 20 woke up a few sleeping memory cells. I = forgot that >> > I cleaned up my loader.conf. It was largely a copy of the one on my >> > decade-old T520. I commented out "kern.hz=3D100". I don't recall = the details, >> > but I think it was actually from an even older system, my T42 from = before I >> > retired. >> > >> > In any case, restoring this setting has greatly improved the = situation. I >> > now have really bad disk I/O performance on large disk to disk = activity >> > (untarring the firefox distro) instead of terrible performance and = the >> > system freezes have vanished, though I do see pauses in response to = clicks >> > or text entry, but the display remains active and the pauses are = short... 1 >> > to 15 seconds, I'd guess. No, I have no idea what this indicates. >>=20 >> ... which drive controller is this? Is it just a laptop ATA disk? >>=20 >> > I'm still not seeing the performance I was seeing back in February = when 40 >> > MB/s for extended intervals was common and I once untarred = firefox.tar.gz2 >> > in under a minute and performance seldom dropped below 1.4 MB/s. >>=20 >> Did you find a resolution? I wonder if setting kern.hz is kicking >> some process(es) to get some time more frequently due to bugs >> elsewhere in the system (interrupts, IPI handling, wake-ups, etc) >>=20 >>=20 >>=20 >> -adrian > No resolution. This is a Lenovo L15 ThinkPad with a 2TB ATAPI drive. I've not found documentation indicating the "which drive controller" answer. That may have to be answered from boot messages or boot -v messages or other such on FreeBSD. (I've no access to such a machine.) You might want to put a copy of such a log someplace that folks could look at it. There may be commands that some folks would like to see the output of. (I'm not all that likely to be one that could put such to use but other folks might be able to.) Intel=C2=AE Celeron=C2=AE? 10th Generation Intel CoreTM i3? i5? i7? > The current drive is a Seagate. All testing has been done since I got = it back from Lenovo in late January. I can read or write the drive at = reasonable rates that exceed 50 MB/s. Extracting a tar distribution file = is painful. I have had firefox extracts take over a half hour. Worse, if = I do other operations while the extract is taking place, I often see a = 30 second (and, occasionally 60 second) display freezes I thought that you had reported that use of kern.hz=3D100 had lead to "the system freezes have vanished" and "pauses are short... 1 to 15 seconds". Did more testing show that to not be always the case? > as well as log reports that of "swap_pager: indefinite wait buffer:" Unfortunately, I do not know how to investigate what is leading to those message being generated. Figuring that out would seem to be important but I do not know what to monitor to at least potentially eliminate some possibilities. One possible thing to look at is something like "gstat -spod" output spanning the time of the untar. It would at least indicate if a large queue backlog was accumulating on the device. And the ms/r and ms/w columns would give a clue if commands are sitting in the queues for long periods. (The "d" may be a waste: no BIO_DELETEs possible? Also, the r/s vs. ms/r are not rescaled reciprocals but distinct measurements. Similarly for: the w/s vs. ms/w.) Given the "indefinite wait buffer" messages, I expect the ms/r and/or ms/w figures to be large at least some of the time. Knowing how large may be of use to someone. But I can not eliminate anything with such information. > This is a bit odd as I have 20G of RAM and am pretty close to no swap = space activity, but, of course, paging does occur.=20 With 20 GiBytes of RAM, what is going on at the time that leads to paging activity? I'm thinking of just untarring the firefox file, not building firefox or such. Can you test such an untar in a context that is not otherwise paging (nor swapping)? If yes, is the behavior different in any readily noticeable way? > This system is CometLake and graphics are not supported on 12. I am = not absolutely sure that there is not a hardware issue even though the = main board, the disk, and the keyboard/mouse pad have all been replace = since I received the system back last June. I now wonder what else could = go wrong. =20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-stable@freebsd.org Tue Mar 23 18:57:34 2021 Return-Path: Delivered-To: freebsd-stable@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 4CDB95B87EB; Tue, 23 Mar 2021 18:57:34 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F4gbf1lBQz3nXp; Tue, 23 Mar 2021 18:57:34 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1616525854; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type; bh=eLAOyoXhPzZdW1usEExx0HSS5kHYnSmsHnSRTOoLhTk=; b=VmBW20SEVa6cUyS4jmolXcSIvD3TMDLkJK4oIn2yW5XYbEyUQvATrRvcSJK+l4g1KTUHID X7VE9ao1289pg2IasLZFCkVJ2NH9rFJowpQUttMEFB5V/15JiaPRy9xGNVyIt9r06QvQ2A 0lyT4/JxiaWUiDmF06524XAi3iqYqLxKiw85IMS5anNqmdApPA8tE+XQc5ByicWQ7w63Nx twBuT6+tNQ3EzDqKzI90oFIraK0llvqLl+BWLPXhcXRlhi5VFMnmh7Ngg0+dJN//AZ8kIF jptMK28Avp7+BCLjOQK64BozXi+VZRfa9eNjhMBCFvY7MMP4YcTOBDjUdGZ9YA== Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id D1AD51C5EE; Tue, 23 Mar 2021 18:57:33 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Tue, 23 Mar 2021 18:57:31 +0000 From: Glen Barber To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Cc: FreeBSD Release Engineering Team Subject: 13.0-RELEASE schedule update Message-ID: <20210323185731.GV92054@FreeBSD.org> Reply-To: FreeBSD Release Engineering Team MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="vH3HHxf962mwD/qo" Content-Disposition: inline ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1616525854; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type; bh=eLAOyoXhPzZdW1usEExx0HSS5kHYnSmsHnSRTOoLhTk=; b=fcYR4to5/7zSxKCygmRfhLtf5IILWvwDibZr2crj2jd6hROQytSvd8svoQ/+XpeFdAvRnM 4VRFGfL6+44+63+juqfdfSz1zrUe6gbRJD1P+8yHWOHypzisS5EjGy5oUPul1zNz4GwS7a sD0YYlafpqQg8DLigs4LSAj5t34sPjtn1G6F6d3Ks3lXbgvsm2gmGOLWxOgLEeA2I7OyBS HqKETlJawQbi1dBYmSOXWRTXQAj6kD8Mi2BFO5RHVD5et3rojwSJq20h88/d11fr40Fwre 9hSWJ3dSFHahiWZlHZuCFVww4UpBdYdEGHQCBDhCGlCPQeFHJc0PWzc79p+Mjg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1616525854; a=rsa-sha256; cv=none; b=DFD2353fVYkrrL8QWjvU8XgNsHR4EuttlWJHvxad6VAuZKKXXCO4fp0tuIqPkCP0wX3Eyp 3ODBpfa6OEpuQD0RwhZHfqO5e5MGmEJufZaMRZmp/w6spDw01sWoR+DI1j+SIXQ8+6EyWG huC3wG/aqQ4Z2J5Ba625hLPzzkHNc3YMfrcy2uGfus/KjfwOiAr72U21uMZ4QUfWFQpIBH vHjOE4QebK2NAc637ypmBFPBYOSK3NJMraZIbUVB41aREEDl4rqoCGb8zyPPEYizvPwCsd c2ZmOm7elPZ7ZRMBJx4IE4JnkomrZWjawLDh3VYJUXVCsxp9ilwqy45f/U/rvg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Mar 2021 18:57:34 -0000 --vH3HHxf962mwD/qo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline At least one issue has been brought to our attention that affects new installations, which as we currently have no precedent for re-rolling ISOs and/or VM images post-release, warrant adding RC4 to the 13.0 schedule. Please be advised that we are still only accepting critical changes only, with the exception of a few post-RC3 requests for approval that have trickled in. The updated remaining milestones of the 13.0 schedule have been committed to the Project website and also follows: RC4 build starts: March 26, 2021 RELEASE build starts: April 2, 2021 RELEASE announcement: April 6, 2021 As always, thank you for your cooperation and hard work that went into this release, and thank you to all that have helped test the BETAs and RCs during this cycle. Glen On behalf of: re@ --vH3HHxf962mwD/qo Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmBaOhsACgkQAxRYpUeP 4pNpXg/+PVM/4rxf3QUBa4kZvHRPo44uiCjkZy/gY+4gYWTlBwcZlzAazqke6A/+ 2QkgcgiRFtjGEfa3poZ3y1MQijucSBxyCKmpDfv+521I6OoPIvtZcTax2ivEw9rB 4KOrj9ITRElnrUMHbmObBiENaezCOysMPMpHjDFAoUUnFNbCSaah4XYNQlY36eiJ mC09RBD8BZXYQWg5sgVV8aZpIIAc5n9OhLir9BXcNlx2MLulKb/MviCHCFTDnoEe n3fRBJdmuKkpzUy+429HlUv0tO0dm9IVjMBnL56N0M64m2nKKZzbW2EpkVQKWMMJ zbHFzdXKuRXIIDmT4rAbGBYQFEf4o5NeENRTcEr6Hf8B7AttTorNcS6O4MvRqUZu F2pCImAQNa9gDo6StEHEtrEl2Kg8mbDyUzDn402Vm9uP30MAqzql6+hyfNVQeshS vuyBAJoMb0iqL2YagIKNqyOd5V8Xh5YXte0ZWjvsB5IE3VBVjICrmrDJO6518llI SqC0c35lXmQLpFIk91eod5D864AZJmuEDZISxm1i+vfenDce50RzGTySuIV51vLo IwZ2UZCOPVOJZzWMfbJdJOt1bpOTePPOMVLGnXBAdRVSxnmZloQv5CfzxePxQ6wu y375rYhRa5iOOgWqcx8EXWqCCfUJFRm20yMjCObhyhMLHVZ/qSs= =ZFMw -----END PGP SIGNATURE----- --vH3HHxf962mwD/qo-- From owner-freebsd-stable@freebsd.org Thu Mar 25 17:26:13 2021 Return-Path: Delivered-To: freebsd-stable@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 EC1A15C544D for ; Thu, 25 Mar 2021 17:26:13 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-il1-f175.google.com (mail-il1-f175.google.com [209.85.166.175]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F5sTK1X6yz3w71 for ; Thu, 25 Mar 2021 17:26:12 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-il1-f175.google.com with SMTP id w2so2310431ilj.12 for ; Thu, 25 Mar 2021 10:26:12 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=gB10n5/bTD7y5YcaTkRIm8+o4+gYqm/81PeUMkZWY3Q=; b=DejsZzTt7KGeMZRBA52KQgLxhHZjb2PNueLyhVvz/6RqoGNm83cL6Y8OQ5rUXMQJpH 83+uS4vDjjrHAmCOg1Xme9YTVB5BnPBP0Ys4EAKBpkhBRUFlz9jODNi5L9YFlbtTvf4S syQXCOswEOFrx44I+CkvniXacw434LNPP39IpjMfg526srw22nR4L7cLO+B2/mHZXvO1 l2EcDMNPk2Dw9L9Scfn9lHJKMgN4CJG1qxme+Lgaju3R0sAXW9ZV6gPTiC5k6ikjHtqo lhywf3AwRWOawnTRiOGo4L/ZgcEPwF9mUQKo0BmaKV/kqCPsQQgwIzPYaTYThr7iQljH OUtA== X-Gm-Message-State: AOAM531djCCjNs67yjV+2SgHp1y+ckYQhont2WIpW4aXOqT+4hAmuugC nM8tYh2I8ppPpfbVSHEytLUJL6V4HAxWQ/8jJaDZ9nGXsXk= X-Google-Smtp-Source: ABdhPJy0revsk0jYvoWwskNULO2MkAPzZOZv2McxY9SjH+g5qu8WhWSXaYc+or+Dhagny/AQogDwr+to/g9AMJEELvM= X-Received: by 2002:a05:6e02:85:: with SMTP id l5mr8132185ilm.182.1616693171213; Thu, 25 Mar 2021 10:26:11 -0700 (PDT) MIME-Version: 1.0 From: Ed Maste Date: Thu, 25 Mar 2021 13:25:44 -0400 Message-ID: Subject: Vinum deprecation for FreeBSD 14 - are there any remaining Vinum users? To: freebsd-stable stable Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4F5sTK1X6yz3w71 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.175 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-1.98 / 15.00]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.986]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.166.175:from]; R_DKIM_NA(0.00)[]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.990]; TO_DOM_EQ_FROM_DOM(0.00)[]; FREEFALL_USER(0.00)[carpeddiem]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[209.85.166.175:from:127.0.2.255]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.166.175:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.166.175:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2021 17:26:14 -0000 Vinum is a Logical Volume Manager that was introduced in FreeBSD 3.0, and for FreeBSD 5 was ported to geom(4) as gvinum. gvinum has had no specific development at least as far back as 2010 and it is not clear how well it works today. There are open PRs with reports of panics upon removing disks, etc. And, it also imposes an ongoing cost as it must be updated when other work is done (such as the recent MAXPHYS work). I suspect that by now all users have migrated to either graid(8) or ZFS. I plan to add a deprecation notice after a short discussion period, assuming no reasonable justification is made to retain it. The notice would suggest graid and ZFS as alternatives, and would be merged in advance of FreeBSD 13.1. Then, gvinum would be removed in advance of FreeBSD 14.0. Please follow up if you have experience or input on vinum in FreeBSD, including past use but especially if you are still using it today and expect to continue doing so. From owner-freebsd-stable@freebsd.org Thu Mar 25 19:09:14 2021 Return-Path: Delivered-To: freebsd-stable@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 70BD65783F4 for ; Thu, 25 Mar 2021 19:09:14 +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 4F5vmB0C0Vz4XSp; Thu, 25 Mar 2021 19:09:13 +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 12PJ9NVE017934; Thu, 25 Mar 2021 12:09:29 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) MIME-Version: 1.0 Date: Thu, 25 Mar 2021 12:09:23 -0700 From: Chris To: Ed Maste Cc: freebsd-stable stable Subject: Re: Vinum deprecation for FreeBSD 14 - are there any remaining Vinum users? In-Reply-To: References: User-Agent: UDNSMS/17.0 Message-ID: X-Sender: bsd-lists@bsdforge.com Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4F5vmB0C0Vz4XSp X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; local_wl_ip(0.00)[24.113.41.81] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2021 19:09:14 -0000 On 2021-03-25 10:25, Ed Maste wrote: > Vinum is a Logical Volume Manager that was introduced in FreeBSD 3.0, > and for FreeBSD 5 was ported to geom(4) as gvinum. gvinum has had no > specific development at least as far back as 2010 and it is not clear > how well it works today. There are open PRs with reports of panics > upon removing disks, etc. And, it also imposes an ongoing cost as it > must be updated when other work is done (such as the recent MAXPHYS > work). I suspect that by now all users have migrated to either > graid(8) or ZFS. > > I plan to add a deprecation notice after a short discussion period, > assuming no reasonable justification is made to retain it. The notice > would suggest graid and ZFS as alternatives, and would be merged in > advance of FreeBSD 13.1. Then, gvinum would be removed in advance of > FreeBSD 14.0. > > Please follow up if you have experience or input on vinum in FreeBSD, > including past use but especially if you are still using it today and > expect to continue doing so. I can only state that I use it only occasionally, and that when I do. I have had no problems with it. I'm glad that it's there when I need it. Further; I find it easier to setup and use, as compared to the alternatives. It is also "lighter" than the alternatives. While it wouldn't be "the end of the world" if it disappeared. I'm really glad it's there. --Chris > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Fri Mar 26 14:23:25 2021 Return-Path: Delivered-To: freebsd-stable@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 6A904578BEA for ; Fri, 26 Mar 2021 14:23:25 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io1-f44.google.com (mail-io1-f44.google.com [209.85.166.44]) (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 4F6PMx2c1Nz4l2v for ; Fri, 26 Mar 2021 14:23:24 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io1-f44.google.com with SMTP id k25so5556030iob.6 for ; Fri, 26 Mar 2021 07:23:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=i707ItCeLDBcdSI9gUa8YgIOZ543TBt5ecGMA9+etKg=; b=k3g+XCm9dAzNmlYRcr8RH+/Y+ypCOXjSZJvLsoMIem+JMIYpEzY8aFh4EzgMtlCH6+ wq5F+u5UNW8l/WnpjA4mwA5ct5VdevAIH4rNUSXoU6D6TooK7+q27iAupy0yof/JAU79 BjPtBCjk0OJuasHOb7mjf8t0ITfUquzYvyVCga69y/wiKp5qUEO64LwpUa8ow3vtSwXx 3w9zeMlq/LcYgovXwmifZkW+y+FnNpV2pivHvELNH60J+8+cLsRKPKdHCj23kISz1dS0 PU1vLVJ8FXyE9uf+CM81WX7QzwqKcgls7G5XJDpwYUxAurzXd0HopgM88wxP0D3IBeOl IFNQ== X-Gm-Message-State: AOAM531PI+u17R6DRbC+DxlcOEhCR5tmF+a/W7QqcjiyIeBOvd3Qfye7 06In6Tj18QWfgLEozhnvetjcBdFHGJKH5QHcDxauPJyq0DA= X-Google-Smtp-Source: ABdhPJw1kwFFt+eJUcToBgo8Qy2MjFVKcTr2OK2qx+GcWHSXNQxmikojl5JewbsXGx5jvWOR+pq3LUUL6LfAw1TcN9Q= X-Received: by 2002:a5e:dd09:: with SMTP id t9mr10182361iop.111.1616768603948; Fri, 26 Mar 2021 07:23:23 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Ed Maste Date: Fri, 26 Mar 2021 10:22:53 -0400 Message-ID: Subject: Re: Vinum deprecation for FreeBSD 14 - are there any remaining Vinum users? To: Chris Cc: freebsd-stable stable Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4F6PMx2c1Nz4l2v X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2021 14:23:25 -0000 On Thu, 25 Mar 2021 at 15:09, Chris wrote: > > I can only state that I use it only occasionally, and that when I do. I > have had no problems with it. I'm glad that it's there when I need it. Thanks for the reply. Can you comment on your use cases - in particular, did you use mirror, stripe, or raid5? If the first two then gmirror, gconcat, gstripe, and/or graid are suitable replacements. I'm not looking to deprecate it just because it's old, but because of a mismatch between user and developer expectations about its stability. From owner-freebsd-stable@freebsd.org Fri Mar 26 16:03:03 2021 Return-Path: Delivered-To: freebsd-stable@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 22DC257B522 for ; Fri, 26 Mar 2021 16:03:03 +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 4F6RZt4xqRz4rRZ; Fri, 26 Mar 2021 16:03:02 +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 12QG3E4m075935; Fri, 26 Mar 2021 09:03:20 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) MIME-Version: 1.0 Date: Fri, 26 Mar 2021 09:03:14 -0700 From: Chris To: Ed Maste Cc: freebsd-stable stable Subject: Re: Vinum deprecation for FreeBSD 14 - are there any remaining Vinum users? In-Reply-To: References: User-Agent: UDNSMS/17.0 Message-ID: <1110a0af9e038de7ca385bc328492a28@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: 4F6RZt4xqRz4rRZ X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; local_wl_ip(0.00)[24.113.41.81] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2021 16:03:03 -0000 On 2021-03-26 07:22, Ed Maste wrote: > On Thu, 25 Mar 2021 at 15:09, Chris wrote: >> >> I can only state that I use it only occasionally, and that when I do. I >> have had no problems with it. I'm glad that it's there when I need it. > > Thanks for the reply. Can you comment on your use cases - in > particular, did you use mirror, stripe, or raid5? If the first two > then gmirror, gconcat, gstripe, and/or graid are suitable > replacements. Thank you for the reply. :-) Sure. My only needs have been for: gstripe gmirror or gconcat. > > I'm not looking to deprecate it just because it's old, but because of > a mismatch between user and developer expectations about its > stability. Sure. I understand. Thanks for mentioning it. --Chris > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Sat Mar 27 11:40:08 2021 Return-Path: Delivered-To: freebsd-stable@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 857C55C1487 for ; Sat, 27 Mar 2021 11:40:08 +0000 (UTC) (envelope-from SRS0=YB8K=IZ=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 4F6xj32ySwz3M98 for ; Sat, 27 Mar 2021 11:40:07 +0000 (UTC) (envelope-from SRS0=YB8K=IZ=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 4ACD52840C for ; Sat, 27 Mar 2021 12:39:59 +0100 (CET) Received: from illbsd.quip.test (ip-94-113-69-69.net.upcbroadband.cz [94.113.69.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id EA3FB28417 for ; Sat, 27 Mar 2021 12:39:56 +0100 (CET) To: freebsd-stable stable From: Miroslav Lachman <000.fbsd@quip.cz> Subject: build failed for 12.2-p5 Message-ID: <4dd371b4-7135-fc0d-ce62-ae68467cb289@quip.cz> Date: Sat, 27 Mar 2021 12:39:56 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4F6xj32ySwz3M98 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of SRS0=YB8K=IZ=quip.cz=000.fbsd@elsa.codelab.cz has no SPF policy when checking 94.124.105.4) smtp.mailfrom=SRS0=YB8K=IZ=quip.cz=000.fbsd@elsa.codelab.cz X-Spamd-Result: default: False [-1.80 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=YB8K=IZ=quip.cz=000.fbsd@elsa.codelab.cz]; RECEIVED_SPAMHAUS_PBL(0.00)[94.113.69.69:received]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[94.124.105.4:from]; MIME_TRACE(0.00)[0:+]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=YB8K=IZ=quip.cz=000.fbsd@elsa.codelab.cz]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[94.124.105.4:from:127.0.2.255]; DMARC_NA(0.00)[quip.cz]; R_SPF_NA(0.00)[no SPF record]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Mar 2021 11:40:08 -0000 I compiled 12.2-p4 from sources 2 days ago but any attempt to build update for 12.2-p5 ends with error. Previous build was done on 11.4: # cd /usr/src/ # git clone https://github.com/freebsd/freebsd.git -b releng/12.2 ./ # make buildworld # make buildkernel 11.4 machine was upgraded to 12.2 (I did also run mergemaster) so now I have FreeBSD 12.2-RELEASE-p4 amd64 GENERIC # cd /usr/src/ # git pull --ff-only # make -DNO_CLEAN buildworld it ends with the following error sh /usr/src/tools/install.sh -s -o root -g wheel -m 555 xinstall /usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/bin/install sh /usr/src/tools/install.sh -o root -g wheel -m 444 install.debug /usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/lib/debug/usr/bin/install.debug *** Signal 11 Stop. make[3]: stopped in /usr/src/usr.bin/xinstall *** Error code 1 Usr: 437.951s Krnl: 15.620s Totl: 7:48.92s CPU: 96.7% swppd: 0 I/O: 55800+84576 I tried without -DNO_CLEAN but it failed again sh /usr/src/tools/install.sh -o root -g wheel -m 444 make-roken.debug /usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/lib/debug/usr/bin/make-roken.debug ===> kerberos5/lib/libroken (obj,all,install) [Creating objdir /usr/obj/usr/src/amd64.amd64/tmp/obj-tools/kerberos5/lib/libroken...] make-roken > roken.h *** Signal 11 Stop. make[3]: stopped in /usr/src/kerberos5/lib/libroken *** Error code 1 Usr: 398.859s Krnl: 10.054s Totl: 7:07.24s CPU: 95.7% swppd: 0 I/O: 8544+51057 OK I deleted all sources and clone again # git clone https://github.com/freebsd/freebsd.git -b releng/12.2 ./ # make buildworld objcopy --only-keep-debug make-roken.full make-roken.debug objcopy --strip-debug --add-gnu-debuglink=make-roken.debug make-roken.full make-roken sh /usr/src/tools/install.sh -s -o root -g wheel -m 555 make-roken /usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/bin/make-roken sh /usr/src/tools/install.sh -o root -g wheel -m 444 make-roken.debug /usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/lib/debug/usr/bin/make-roken.debug ===> kerberos5/lib/libroken (obj,all,install) [Creating objdir /usr/obj/usr/src/amd64.amd64/tmp/obj-tools/kerberos5/lib/libroken...] make-roken > roken.h *** Signal 11 Stop. make[3]: stopped in /usr/src/kerberos5/lib/libroken *** Error code 1 Usr: 399.257s Krnl: 9.732s Totl: 6:49.00s CPU: 99.9% swppd: 0 I/O: 3080+51057 # make -DNO_CLEAN buildkernel cc -O2 -pipe -fno-common -I/usr/src/crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/include -g -MD -MF.depend.copyhostent.o -MTcopyhostent.o -std=gnu99 -Qunused-arguments -I/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/include -c /usr/src/crypto/heimdal/lib/roken/copyhostent.c -o copyhostent.o /usr/src/crypto/heimdal/lib/roken/copyhostent.c:42:1: error: unknown type name 'ROKEN_LIB_FUNCTION' ROKEN_LIB_FUNCTION struct hostent * ROKEN_LIB_CALL ^ /usr/src/crypto/heimdal/lib/roken/copyhostent.c:42:51: error: expected ';' after top level declarator ROKEN_LIB_FUNCTION struct hostent * ROKEN_LIB_CALL ^ ; 2 errors generated. *** Error code 1 Stop. make[3]: stopped in /usr/src/kerberos5/lib/libroken *** Error code 1 What can caused this error? Am I the only one who cannot build 12.2-p5? Kind regards Miroslav Lachman From owner-freebsd-stable@freebsd.org Sat Mar 27 11:57:43 2021 Return-Path: Delivered-To: freebsd-stable@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 16B8D5C196E for ; Sat, 27 Mar 2021 11:57:43 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F6y5M04Jmz3NPF; Sat, 27 Mar 2021 11:57:43 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:470:7a58:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "R3" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id D04CE25F9; Sat, 27 Mar 2021 11:57:42 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:470:7a58:0:d9eb:63b4:b990:f2bf] (unknown [IPv6:2001:470:7a58:0:d9eb:63b4:b990:f2bf]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 8540A3ED32; Sat, 27 Mar 2021 12:57:40 +0100 (CET) From: Dimitry Andric Message-Id: <392639F2-04C0-4953-B706-B9F27CD3826B@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_D9C5C9B2-6398-40DF-A422-1B0D0057B064"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: build failed for 12.2-p5 Date: Sat, 27 Mar 2021 12:57:27 +0100 In-Reply-To: <4dd371b4-7135-fc0d-ce62-ae68467cb289@quip.cz> Cc: freebsd-stable stable To: Miroslav Lachman <000.fbsd@quip.cz> References: <4dd371b4-7135-fc0d-ce62-ae68467cb289@quip.cz> X-Mailer: Apple Mail (2.3654.60.0.2.21) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Mar 2021 11:57:43 -0000 --Apple-Mail=_D9C5C9B2-6398-40DF-A422-1B0D0057B064 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 27 Mar 2021, at 12:39, Miroslav Lachman <000.fbsd@quip.cz> wrote: >=20 > I compiled 12.2-p4 from sources 2 days ago but any attempt to build = update for 12.2-p5 ends with error. >=20 > Previous build was done on 11.4: >=20 > # cd /usr/src/ > # git clone https://github.com/freebsd/freebsd.git -b releng/12.2 ./ > # make buildworld > # make buildkernel >=20 > 11.4 machine was upgraded to 12.2 (I did also run mergemaster) so now = I have FreeBSD 12.2-RELEASE-p4 amd64 GENERIC >=20 > # cd /usr/src/ > # git pull --ff-only > # make -DNO_CLEAN buildworld >=20 > it ends with the following error >=20 > sh /usr/src/tools/install.sh -s -o root -g wheel -m 555 xinstall = /usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/bin/install > sh /usr/src/tools/install.sh -o root -g wheel -m 444 install.debug = /usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/lib/debug/usr/bin/install.debu= g > *** Signal 11 You'll need to debug the core dump to see what it segfaulted on. In this case, I would first suspect the hardware. Run a full memtest86 for 24 hours to see if it results in any errors. > Stop. > make[3]: stopped in /usr/src/usr.bin/xinstall > *** Error code 1 >=20 > Usr: 437.951s Krnl: 15.620s Totl: 7:48.92s CPU: 96.7% swppd: 0 = I/O: 55800+84576 >=20 > I tried without -DNO_CLEAN but it failed again >=20 > sh /usr/src/tools/install.sh -o root -g wheel -m 444 = make-roken.debug = /usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/lib/debug/usr/bin/make-roken.d= ebug > =3D=3D=3D> kerberos5/lib/libroken (obj,all,install) > [Creating objdir = /usr/obj/usr/src/amd64.amd64/tmp/obj-tools/kerberos5/lib/libroken...] > make-roken > roken.h > *** Signal 11 This won't help you at all, if the first build failed then there is no reason the next will work. If your hardware is faulty then you will only run into random errors like this, which is why I would suggest checking your hardware first. Now, the roken.h file that was produced is obviously prematurely cut off, which is almost certainly the cause for the next failure: > # make -DNO_CLEAN buildkernel >=20 > cc -O2 -pipe -fno-common -I/usr/src/crypto/heimdal/lib/roken -I. = -DHAVE_CONFIG_H -I/usr/src/kerberos5/include -g -MD = -MF.depend.copyhostent.o -MTcopyhostent.o -std=3Dgnu99 = -Qunused-arguments = -I/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/include -c = /usr/src/crypto/heimdal/lib/roken/copyhostent.c -o copyhostent.o > /usr/src/crypto/heimdal/lib/roken/copyhostent.c:42:1: error: unknown = type name > 'ROKEN_LIB_FUNCTION' > ROKEN_LIB_FUNCTION struct hostent * ROKEN_LIB_CALL > ^ > /usr/src/crypto/heimdal/lib/roken/copyhostent.c:42:51: error: expected = ';' after top level > declarator > ROKEN_LIB_FUNCTION struct hostent * ROKEN_LIB_CALL > ^ > ; Since the roken.h file is bad, it won't compile. Delete the bad roken.h, or maybe your entire /usr/obj, and after your hardware turns out to be okay, try again. -Dimitry --Apple-Mail=_D9C5C9B2-6398-40DF-A422-1B0D0057B064 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iFwEARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCYF8dpwAKCRCwXqMKLiCW o/ImAJUTYzs/owqAbBMer7YnwuK7XaaWAKD/L9KgMttXNcwAZTRtzfrDspQPzw== =DLsM -----END PGP SIGNATURE----- --Apple-Mail=_D9C5C9B2-6398-40DF-A422-1B0D0057B064-- From owner-freebsd-stable@freebsd.org Sat Mar 27 12:24:48 2021 Return-Path: Delivered-To: freebsd-stable@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 8E3565C36B7 for ; Sat, 27 Mar 2021 12:24:48 +0000 (UTC) (envelope-from SRS0=YB8K=IZ=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 4F6yhc29GXz3Qwm; Sat, 27 Mar 2021 12:24:48 +0000 (UTC) (envelope-from SRS0=YB8K=IZ=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id F046428416; Sat, 27 Mar 2021 13:24:45 +0100 (CET) Received: from illbsd.quip.test (ip-94-113-69-69.net.upcbroadband.cz [94.113.69.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 2D5372840C; Sat, 27 Mar 2021 13:24:44 +0100 (CET) Subject: Re: build failed for 12.2-p5 To: Dimitry Andric Cc: freebsd-stable stable References: <4dd371b4-7135-fc0d-ce62-ae68467cb289@quip.cz> <392639F2-04C0-4953-B706-B9F27CD3826B@FreeBSD.org> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: Date: Sat, 27 Mar 2021 13:24:43 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <392639F2-04C0-4953-B706-B9F27CD3826B@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4F6yhc29GXz3Qwm X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Mar 2021 12:24:48 -0000 On 27/03/2021 12:57, Dimitry Andric wrote: > On 27 Mar 2021, at 12:39, Miroslav Lachman <000.fbsd@quip.cz> wrote: [...] >> # make -DNO_CLEAN buildkernel >> >> cc -O2 -pipe -fno-common -I/usr/src/crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/include -g -MD -MF.depend.copyhostent.o -MTcopyhostent.o -std=gnu99 -Qunused-arguments -I/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/include -c /usr/src/crypto/heimdal/lib/roken/copyhostent.c -o copyhostent.o >> /usr/src/crypto/heimdal/lib/roken/copyhostent.c:42:1: error: unknown type name >> 'ROKEN_LIB_FUNCTION' >> ROKEN_LIB_FUNCTION struct hostent * ROKEN_LIB_CALL >> ^ >> /usr/src/crypto/heimdal/lib/roken/copyhostent.c:42:51: error: expected ';' after top level >> declarator >> ROKEN_LIB_FUNCTION struct hostent * ROKEN_LIB_CALL >> ^ >> ; > > Since the roken.h file is bad, it won't compile. Delete the bad roken.h, > or maybe your entire /usr/obj, and after your hardware turns out to be > okay, try again. I repeatedly deleted /usr/src and /usr/obj and it always failed on roklen. This is from the last attempt from clean src and obj on the first run with "make buildworld" sh /usr/src/tools/install.sh -o root -g wheel -m 444 make-roken.debug /usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/lib/debug/usr/bin/make-roken.debug ===> kerberos5/lib/libroken (obj,all,install) [Creating objdir /usr/obj/usr/src/amd64.amd64/tmp/obj-tools/kerberos5/lib/libroken...] make-roken > roken.h *** Signal 11 Stop. make[3]: stopped in /usr/src/kerberos5/lib/libroken *** Error code 1 *** Error code 1 *** Error code 1 Usr: 399.369s Krnl: 9.440s Totl: 6:48.81s CPU: 99.9% swppd: 0 I/O: 2907+51057 This machine built 12.2-p4 two days ago and the failure is always on the same point so I do not suspect random HW failure but of course it can be new HW problem. Kind regards Miroslav Lachman From owner-freebsd-stable@freebsd.org Sat Mar 27 12:57:43 2021 Return-Path: Delivered-To: freebsd-stable@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 B02865C43AD for ; Sat, 27 Mar 2021 12:57:43 +0000 (UTC) (envelope-from juraj@lutter.sk) Received: from ns2.wilbury.net (ns2.wilbury.net [92.60.51.55]) (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 4F6zQb40nJz3hlt; Sat, 27 Mar 2021 12:57:43 +0000 (UTC) (envelope-from juraj@lutter.sk) Received: from chemex.owhome.lan (gw-upc.owhome.net [188.167.168.254]) (Authenticated sender: juraj@lutter.sk) by svc.wilbury.net (Postfix) with ESMTPSA id 9B93D45CF21; Sat, 27 Mar 2021 13:57:34 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Subject: Re: build failed for 12.2-p5 From: Juraj Lutter In-Reply-To: Date: Sat, 27 Mar 2021 13:57:33 +0100 Cc: Dimitry Andric , freebsd-stable stable Content-Transfer-Encoding: quoted-printable Message-Id: <893949C0-37FD-42AE-9696-1D2DD77A166D@lutter.sk> References: <4dd371b4-7135-fc0d-ce62-ae68467cb289@quip.cz> <392639F2-04C0-4953-B706-B9F27CD3826B@FreeBSD.org> To: Miroslav Lachman <000.fbsd@quip.cz> X-Mailer: Apple Mail (2.3608.120.23.2.4) X-Rspamd-Queue-Id: 4F6zQb40nJz3hlt X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Mar 2021 12:57:43 -0000 > On 27 Mar 2021, at 13:24, Miroslav Lachman <000.fbsd@quip.cz> wrote: > [Creating objdir = /usr/obj/usr/src/amd64.amd64/tmp/obj-tools/kerberos5/lib/libroken...] > make-roken > roken.h > *** Signal 11 >=20 > Stop. > make[3]: stopped in /usr/src/kerberos5/lib/libroken > *** Error code 1 > *** Error code 1 > *** Error code 1 >=20 > Usr: 399.369s Krnl: 9.440s Totl: 6:48.81s CPU: 99.9% swppd: 0 = I/O: 2907+51057 >=20 > This machine built 12.2-p4 two days ago and the failure is always on = the same point so I do not suspect random HW failure but of course it = can be new HW problem. >=20 Did you do a source-upgrade from 11.4 to 12.2? If yes, then did you also = do `make delete-old` and `make delete-old-libs` after upgrade? otis= From owner-freebsd-stable@freebsd.org Sat Mar 27 13:23:50 2021 Return-Path: Delivered-To: freebsd-stable@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 C75795C4C73 for ; Sat, 27 Mar 2021 13:23:50 +0000 (UTC) (envelope-from SRS0=YB8K=IZ=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 4F700k4cRZz3jsN; Sat, 27 Mar 2021 13:23:50 +0000 (UTC) (envelope-from SRS0=YB8K=IZ=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id BFDA528416; Sat, 27 Mar 2021 14:23:48 +0100 (CET) Received: from illbsd.quip.test (ip-94-113-69-69.net.upcbroadband.cz [94.113.69.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id D4FFE2840C; Sat, 27 Mar 2021 14:23:47 +0100 (CET) Subject: Re: build failed for 12.2-p5 To: Juraj Lutter Cc: Dimitry Andric , freebsd-stable stable References: <4dd371b4-7135-fc0d-ce62-ae68467cb289@quip.cz> <392639F2-04C0-4953-B706-B9F27CD3826B@FreeBSD.org> <893949C0-37FD-42AE-9696-1D2DD77A166D@lutter.sk> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <093102a1-c9d1-8405-8ee7-e050a3620740@quip.cz> Date: Sat, 27 Mar 2021 14:23:46 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <893949C0-37FD-42AE-9696-1D2DD77A166D@lutter.sk> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4F700k4cRZz3jsN X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Mar 2021 13:23:50 -0000 On 27/03/2021 13:57, Juraj Lutter wrote: > >> On 27 Mar 2021, at 13:24, Miroslav Lachman <000.fbsd@quip.cz> wrote: >> [Creating objdir /usr/obj/usr/src/amd64.amd64/tmp/obj-tools/kerberos5/lib/libroken...] >> make-roken > roken.h >> *** Signal 11 >> >> Stop. >> make[3]: stopped in /usr/src/kerberos5/lib/libroken >> *** Error code 1 >> *** Error code 1 >> *** Error code 1 >> >> Usr: 399.369s Krnl: 9.440s Totl: 6:48.81s CPU: 99.9% swppd: 0 I/O: 2907+51057 >> >> This machine built 12.2-p4 two days ago and the failure is always on the same point so I do not suspect random HW failure but of course it can be new HW problem. >> > > Did you do a source-upgrade from 11.4 to 12.2? If yes, then did you also do `make delete-old` and `make delete-old-libs` after upgrade? Yes it was source upgrade from 11.4 to 12.2 but no, make delete-old was not run. Waited to upgrade all packages. I will try it soon. Thanks for the pointer. In the meantime I tired to rebuild 12.2-p4 again and it failed at the same point on libroken. I will go for make delete-old + delete-old-libs before the next test. Kind regards Miroslav Lachman From owner-freebsd-stable@freebsd.org Sat Mar 27 13:32:02 2021 Return-Path: Delivered-To: freebsd-stable@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 84FB15C4AEF for ; Sat, 27 Mar 2021 13:32:02 +0000 (UTC) (envelope-from herbert@gojira.at) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4F70BB2WMWz3kxn for ; Sat, 27 Mar 2021 13:32:02 +0000 (UTC) (envelope-from herbert@gojira.at) Received: by mailman.nyi.freebsd.org (Postfix) id 547BD5C5069; Sat, 27 Mar 2021 13:32:02 +0000 (UTC) Delivered-To: stable@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 542E95C5068; Sat, 27 Mar 2021 13:32:02 +0000 (UTC) (envelope-from herbert@gojira.at) Received: from mail.bsd4all.net (mail.bsd4all.net [IPv6:2a01:4f8:13b:240c::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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.bsd4all.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F70B91znvz3kfG; Sat, 27 Mar 2021 13:32:00 +0000 (UTC) (envelope-from herbert@gojira.at) Date: Sat, 27 Mar 2021 14:30:58 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gojira.at; s=mail202005; t=1616851913; bh=jFYLWEawXQkN+rtC2OYcEhC6dvcXqBpFe+LUK7zqbXM=; h=Date:Message-ID:From:To:Cc:Subject:MIME-Version:Content-Type; b=vYrzLSV1D6kffTvMqnjALsrIFEkI3wb+E+msw5fZ9GjXXk7NuZ26Myyh+ozeYRDPd pwiSF8UoEjsNmquggc3d0GxT5a4/cIRftVjY0SAKasV+GWeemMMPzqykm+sBoQ+Bg5 p38D/wLLBPxWA6Hpj1dIcnB56Znw9w0CgInqTVZkWMe/I3olY3q8vUC9Rw6JTPmS1a XDV6EuoWqApExCRgZo6TrAIwhddkc5F1cnxrzpi7cOyI4EJIkT2EdNTR80FW1rPbOd Lk+jqCjxBoceuOdmWqK7S+9JHj8UuXEEiQuTIkxnP4RfXzuvfBiJg7TkdmcqCQ/XFp FGmz+LFjS1ukw== Message-ID: <87ft0glo4t.wl-herbert@gojira.at> From: "Herbert J. Skuhra" To: stable@freebsd.org Cc: current@freebsd.org Subject: Re: WITHOUT_KERNEL_SYMBOLS - *.ko now with debug_info In-Reply-To: References: <875z1ktawz.wl-herbert@gojira.at> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/28.0 Mule/6.0 MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4F70B91znvz3kfG X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gojira.at header.s=mail202005 header.b=vYrzLSV1; dmarc=none; spf=pass (mx1.freebsd.org: domain of herbert@gojira.at designates 2a01:4f8:13b:240c::25 as permitted sender) smtp.mailfrom=herbert@gojira.at 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)[gojira.at:s=mail202005]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:4f8:13b:240c::25]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[gojira.at]; SPAMHAUS_ZRD(0.00)[2a01:4f8:13b:240c::25:from:127.0.2.255]; DKIM_TRACE(0.00)[gojira.at:+]; RCPT_COUNT_TWO(0.00)[2]; MID_CONTAINS_FROM(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.998]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a01:4f8:13b:240c::25:from]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MAILMAN_DEST(0.00)[current,stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Mar 2021 13:32:02 -0000 add Cc: current@ On Mon, 22 Mar 2021 02:17:11 +0100, "Herbert J. Skuhra" wrote: > > On Sun, Mar 21, 2021 at 11:11:08PM +0100, Herbert J. Skuhra wrote: > > Hi, > > > > since upgrading to stable/13 I was wondering why /boot/kernel is much > > larger. When using "WITHOUT_KERNEL_SYMBOLS=" in /etc/src.conf the > > kernel modules now contain debug_info. OK? (I manually run "objcopy > > --strip-debug".) > > I found the following commit: > > commit 9b6edf364eb05aca4709732136e92a6ab739bb36 > Author: Conrad Meyer > Date: Tue Jun 23 18:25:31 2020 +0000 > > If this change is correct maybe src.conf(5) should be updated: > > WITHOUT_KERNEL_SYMBOLS > Set to not install kernel symbol files. This option is > recommended for those people who have small root partitions. ??? % make -j4 buildkernel KERNCONF=GENERIC SRCCONF=/dev/null % doas make installkernel KERNCONF=GENERIC SRCCONF=/dev/null KODIR=/boot/testkernel % doas rm -rf /usr/obj/usr/src/amd64.amd64/sys/GENERIC % cat /etc/src_tmp.conf WITHOUT_KERNEL_SYMBOLS= % make -j4 buildkernel KERNCONF=GENERIC SRCCONF=/etc/src_tmp.conf % doas make installkernel KERNCONF=GENERIC SRCCONF=/etc/src_tmp.conf KODIR=/boot/testkernel2 % du -sh /boot/testkernel 63M /boot/testkernel (=> ~ 153M UFS or ZFS with compression=off) % du -sh /usr/lib/debug/boot/testkernel/ 151M /usr/lib/debug/boot/testkernel/ (=> ~ 491M UFS or ZFS with compression=off) % du -sh /boot/testkernel2 155M /boot/testkernel2 (=> ~ 494M UFS or ZFS with compression=off) -- Herbert From owner-freebsd-stable@freebsd.org Sat Mar 27 13:52:13 2021 Return-Path: Delivered-To: freebsd-stable@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 9C4795C5479 for ; Sat, 27 Mar 2021 13:52:13 +0000 (UTC) (envelope-from SRS0=YB8K=IZ=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 4F70dS5VJsz3lsc; Sat, 27 Mar 2021 13:52:12 +0000 (UTC) (envelope-from SRS0=YB8K=IZ=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id C9FA828416; Sat, 27 Mar 2021 14:52:10 +0100 (CET) Received: from illbsd.quip.test (ip-94-113-69-69.net.upcbroadband.cz [94.113.69.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id C5B032840C; Sat, 27 Mar 2021 14:52:09 +0100 (CET) Subject: Re: build failed for 12.2-p5 From: Miroslav Lachman <000.fbsd@quip.cz> To: Juraj Lutter Cc: Dimitry Andric , freebsd-stable stable References: <4dd371b4-7135-fc0d-ce62-ae68467cb289@quip.cz> <392639F2-04C0-4953-B706-B9F27CD3826B@FreeBSD.org> <893949C0-37FD-42AE-9696-1D2DD77A166D@lutter.sk> <093102a1-c9d1-8405-8ee7-e050a3620740@quip.cz> Message-ID: Date: Sat, 27 Mar 2021 14:52:09 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <093102a1-c9d1-8405-8ee7-e050a3620740@quip.cz> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4F70dS5VJsz3lsc X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of SRS0=YB8K=IZ=quip.cz=000.fbsd@elsa.codelab.cz has no SPF policy when checking 94.124.105.4) smtp.mailfrom=SRS0=YB8K=IZ=quip.cz=000.fbsd@elsa.codelab.cz X-Spamd-Result: default: False [-1.80 / 15.00]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=YB8K=IZ=quip.cz=000.fbsd@elsa.codelab.cz]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; ARC_NA(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[quip.cz]; RBL_DBL_DONT_QUERY_IPS(0.00)[94.124.105.4:from]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[94.124.105.4:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=YB8K=IZ=quip.cz=000.fbsd@elsa.codelab.cz]; RECEIVED_SPAMHAUS_PBL(0.00)[94.113.69.69:received]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; MIME_TRACE(0.00)[0:+]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Mar 2021 13:52:13 -0000 On 27/03/2021 14:23, Miroslav Lachman wrote: > On 27/03/2021 13:57, Juraj Lutter wrote: >> >>> On 27 Mar 2021, at 13:24, Miroslav Lachman <000.fbsd@quip.cz> wrote: >>> [Creating objdir >>> /usr/obj/usr/src/amd64.amd64/tmp/obj-tools/kerberos5/lib/libroken...] >>> make-roken > roken.h >>> *** Signal 11 >>> >>> Stop. >>> make[3]: stopped in /usr/src/kerberos5/lib/libroken >>> *** Error code 1 >>> *** Error code 1 >>> *** Error code 1 >>> >>> Usr: 399.369s  Krnl: 9.440s  Totl: 6:48.81s  CPU: 99.9%  swppd: 0 >>> I/O: 2907+51057 >>> >>> This machine built 12.2-p4 two days ago and the failure is always on >>> the same point so I do not suspect random HW failure but of course it >>> can be new HW problem. >>> >> >> Did you do a source-upgrade from 11.4 to 12.2? If yes, then did you >> also do `make delete-old` and `make delete-old-libs` after upgrade? > > Yes it was source upgrade from 11.4 to 12.2 but no, make delete-old was > not run. Waited to upgrade all packages. I will try it soon. Thanks for > the pointer. > > In the meantime I tired to rebuild 12.2-p4 again and it failed at the > same point on libroken. > > I will go for make delete-old + delete-old-libs before the next test. The same error is there after make delete-old + delete-old-libs again. I am out of ideas. Miroslav Lachman From owner-freebsd-stable@freebsd.org Sat Mar 27 17:22:08 2021 Return-Path: Delivered-To: freebsd-stable@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 4E5B457A3F4 for ; Sat, 27 Mar 2021 17:22:08 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (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 4F75Hf72thz4S3r for ; Sat, 27 Mar 2021 17:22:06 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 4A330134E for ; Sat, 27 Mar 2021 13:22:05 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Sat, 27 Mar 2021 13:22:05 -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=SguTV4z+7ehLlIJlGJl2LWp+Awx 4LCoTyuEXJ6cq6Zw=; b=FaUHPVMmQoj3Ca9F6/IL8zVw6jtkCbOrVSgwcjQe/BT 0jS3wvZfzsTc2sD7I4eOa2vRqcBO+ym+G8fgw+lMaAn6Ez4hJCOyEi5f78LLIWAO 2PV5NOm6gKm0eQIB29rCnIwgNa9dTkUVdX0jMwA9FN27Bn7MQA+avtsHhL8NlP+m aX9x2lpCI+uCW/je71B9oDkn9HeZFp19zIENWSjlVLc0J2oXrKgg2R5RdhfmSe+A poC7P3gqyWMI7CjH6xHkHLvDHAqozX43qglj/k4Wl4UznUp3UnSWQ4ZW2gGD36dZ 59hUgikGZBE8Ciir6i32rC5TSoB8ARe10bVB/Mgew7w== 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=SguTV4 z+7ehLlIJlGJl2LWp+Awx4LCoTyuEXJ6cq6Zw=; b=d5w9c9i61PJk5YU+FaTAAU 1HJ57qwi13qSkx9WUBYH1aO+am9SfLU+3p9Ln7mFQnrL9FZuF5xzWLb1h8FXc36+ 3tAKspYrK3Z0Rg7aEkX7IGVmXKsDRxJqJBnGLkd1N0VFhbN5U3RMFi0K96EEsPmK 8Po2xQnuw0LfnnosdxXiuXFgsUjr0msND5EDwB0pEe8TG1p35Vq/LFt2BHUHpP0o DlQtoP38krHojI6roMxpuRbW8iFJkjfKE6afPiYL+ln3y4EoFfUvDZu0MGPlLP/a ZYrTQ82MBXlta+JrBC0FkQBn1rEeolg/dBgdaG+l9BomKDhrDNwpkcay0DlAkpHg == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudehgedguddttdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehgtd erredttddvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshes iiihgihsthdrnhgvtheqnecuggftrfgrthhtvghrnhepgffgleffkefhieejvefgteejue ffledvjeegieffkedthfetgeejlefhveekueeknecuffhomhgrihhnpehfrhgvvggsshgu rdhorhhgpdhgihhthhhusgdrtghomhenucfkphepkedvrdejtddrledurddutddtnecuve hluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthgvtghhqdhl ihhsthhsseiihiigshhtrdhnvght X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA id 6CA9224005B for ; Sat, 27 Mar 2021 13:22:04 -0400 (EDT) Date: Sat, 27 Mar 2021 17:22:02 +0000 From: tech-lists To: freebsd-stable@freebsd.org Subject: Re: build failed for 12.2-p5 Message-ID: Mail-Followup-To: freebsd-stable@freebsd.org References: <4dd371b4-7135-fc0d-ce62-ae68467cb289@quip.cz> <392639F2-04C0-4953-B706-B9F27CD3826B@FreeBSD.org> <893949C0-37FD-42AE-9696-1D2DD77A166D@lutter.sk> <093102a1-c9d1-8405-8ee7-e050a3620740@quip.cz> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="aFE/VEihGhSbTc4E" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4F75Hf72thz4S3r X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=FaUHPVMm; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=d5w9c9i6; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.19 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[64.147.123.19:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.19]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[zyxst.net]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MAILMAN_DEST(0.00)[freebsd-stable]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.19:from] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Mar 2021 17:22:08 -0000 --aFE/VEihGhSbTc4E Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 27, 2021 at 02:52:09PM +0100, Miroslav Lachman wrote: > >The same error is there after make delete-old + delete-old-libs again. > >I am out of ideas. Hi, does it have a /etc/src.conf? if so, does it use ccache? The way i'd build 12.2-p5 from scratch would be like this: 1. rm -rf /usr/src 2. rm -rf /usr/obj 3. mkdir /usr/obj 4. cd /usr 5. git clone https://git.freebsd.org/src.git 6. cd src 7. git checkout releng/12.2 8. make cleanworld && make cleandir && make clean 9. make buildworld=20 [...] you said you used https://github.com/freebsd/freebsd.git but I don't know if it's equivalent or in step with https://git.freebsd.org/src.git maybe this is the issue - I don't know. --=20 J. --aFE/VEihGhSbTc4E Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmBfabIACgkQs8o7QhFz NAUzIhAAmuXLF5O4tXAvhPJTCDqb/k8ypVZxK076S4FSaLAzg9keLla0KdoXFd3f OnJ9P4cVMo4mHhs3ZSikvForebdqDune5QaPf2gBmqyPKCMPdVtlcSx6UGDlGTtD FYaZJECg8W/ImQg381abLdnzkttiAmwUhCikBpDSoudU1NLaV0WchHUYIJRi//kT bCEZUz+SpqhbRQwNvXF2CwW3hPRm1CVd4nluJ+m9qjEbNltmusXrbjy/aQFP3Rg3 58gt2Yzl4Qv1F2Bs2A5DILWgM344+G9QblyYdzsbfJJ1PZ9udex3jMDHOmZxi1c5 mH6U8cytwiK9sZeMTGZJ2LLIpbM7NC8D3YkL6ahSo8XPkYwlIf3BbgRDznc8E0Ni RhsoNd3vIJj6rVQy7/HumlcYwdkC+MXJQy/C6O3zZKjDqW5WF4tVx7+3m47FFH/C e+sUgQbcjYpvht5oTRba3pvsKWIpQpJKvD5KetE3YUUKXe8wNLahnu6qzfAXy/Jm rRNUzoKx2d71kOWhIJdwtofZA9P5QluL6OBiMY0U2IK/DvyqgdMRU3cHQhLONZPO jmDi9LokQrGS5R9pme634Rj/Cj5Uo0+6Np1n0kYN9faD9GnxsmJ0asd/94rVOpC4 CZXjFGvTOzHrACWpDlJXIJA6mtPdoaLDJqCRWme+CxcYNuOwJko= =e8+M -----END PGP SIGNATURE----- --aFE/VEihGhSbTc4E--