From owner-freebsd-current@freebsd.org Sun Dec 13 08:19:34 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9FB284B1933 for ; Sun, 13 Dec 2020 08:19:34 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x32d.google.com (mail-wm1-x32d.google.com [IPv6:2a00:1450:4864:20::32d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cty9d6HXtz3KDq for ; Sun, 13 Dec 2020 08:19:33 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wm1-x32d.google.com with SMTP id k10so11053249wmi.3 for ; Sun, 13 Dec 2020 00:19:33 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=g+1IjDuXHI3Lj6HN05oYkFGBJ8k6e+dMi4MzUTo0y08=; b=QV8uTYkMUOFSoK0eyDdTgycFPmw5WAMAeuE0mX+C4YO13PCRZH+TrkJbLB63gatWtn W2YLOAB9sVnwm73MLtNHyRoKm9yPj1c9VO41VpQVFZnz9ZfTkCCHfVBpULH2d1ehc5I6 a07E/MltV3lvvdASDFPMLTXkbLKnB9dX/5mXpDyKMsInNVvVZRYKvjiet608Ry4dBAX0 7PRaNbMwAfA2WkCFNusCIkcm1xunOLqANVuQeOnUjhH2/Wh0FgYarewYQi1oso2uq9J0 c0W2P9tV+HnaQVz0sg+dcnKshrJrgj63RzmJzVTGLQbJNfxR1qba89motWrBtjf23qXd ZjzA== X-Gm-Message-State: AOAM532Xk4SDg9OdhOmk4fGcR/lTeXbfNoe0rPQTxMXXU1Z8lW2oe59m II+E1B+AyFKRNDWhvOiV6cot1QH8gV/BPUnK X-Google-Smtp-Source: ABdhPJxCuBtWm9SMxFIt+4eSBUkIHc3vRaT3EF12+1b7RPSdDuFX4dTrgjnItejH8A8+zj5gfCs/KA== X-Received: by 2002:a1c:98d7:: with SMTP id a206mr22158785wme.2.1607847571492; Sun, 13 Dec 2020 00:19:31 -0800 (PST) Received: from [192.168.1.11] (79-66-147-78.dynamic.dsl.as9105.com. [79.66.147.78]) by smtp.gmail.com with ESMTPSA id w10sm25579176wra.34.2020.12.13.00.19.30 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 13 Dec 2020 00:19:30 -0800 (PST) To: "freebsd-current@freebsd.org" From: Graham Perrin Subject: (239489) buildkernel fails if PORTS_MODULES= includes openzfs-kmod Message-ID: <7fe2fe36-a342-e863-a63e-47f6890f8220@gmail.com> Date: Sun, 13 Dec 2020 08:19:30 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB X-Rspamd-Queue-Id: 4Cty9d6HXtz3KDq X-Spamd-Bar: - X-Spamd-Result: default: False [-2.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-0.999]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::32d:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[79.66.147.78:received]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::32d:from:127.0.2.255]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32d:from]; TO_DN_EQ_ADDR_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Dec 2020 08:19:34 -0000 Please: is there some way to include openzfs-kmod at buildkernel time? To work around I habitually remove openzfs-kmod from /etc/src.conf _and_ modify /boot/loader.conf before performing the build: zfs_load="YES" openzfs_load="NO" From owner-freebsd-current@freebsd.org Sun Dec 13 10:18:16 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 59E184B459E for ; Sun, 13 Dec 2020 10:18:16 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x335.google.com (mail-wm1-x335.google.com [IPv6:2a00:1450:4864:20::335]) (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 4Cv0pb2T3Vz3QVv for ; Sun, 13 Dec 2020 10:18:15 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wm1-x335.google.com with SMTP id x22so11170841wmc.5 for ; Sun, 13 Dec 2020 02:18:15 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=H2rtDTujQjCmUGLTF+7R+0g7YaYjHiLZ3Or7eCU2UnI=; b=sABkCDgdXN5OScjbTgtgVxF4fMHPWhq72uufCDJzjXEi+upOc6nzlFWepzIIQq8KRF mesWpJTVujVQcASiRs2feiumbzY8B3cq9rx9sPa6Roov/pm+gjR9Ydv7plfei8J3ZRT/ W7gLUAe5nP2Wy2Ek9UomzYelYAHqMYZUBwJQeyjWOzLcN0t6YtyMZPLnpymcb8QUv/W2 DS67Otn45MPzKe+OwEbOH6HRyTDYVnPJ0BklMRzMoItCSQ1BZ9uGuGDyIY8o0qW8ucgd A3lTmOhGg/bzBDrS5+UozcvCIpbCLjV+hsBepN9EWvr2yAGa2LiS9pwrv+EvhbndCz6l TfjQ== X-Gm-Message-State: AOAM530bJWpVMNT0+lBaRUUa+iax2lFbxy8IRpLDWpYqSM3vptkgcNE2 WJWlJA7K2zCy3q8AEXogXo8Gi+Rrk0LNKw== X-Google-Smtp-Source: ABdhPJyJ+sqzs6US87ibEkbIzW8y/pb/7JNsij6nSsj5PXMz6XoOrZhmugyK2CJQRwc/6dxQmWc+wA== X-Received: by 2002:a1c:1fc4:: with SMTP id f187mr22353069wmf.107.1607854693578; Sun, 13 Dec 2020 02:18:13 -0800 (PST) Received: from [192.168.1.8] (79-66-147-78.dynamic.dsl.as9105.com. [79.66.147.78]) by smtp.gmail.com with ESMTPSA id h98sm27934501wrh.69.2020.12.13.02.18.12 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 13 Dec 2020 02:18:12 -0800 (PST) Subject: =?UTF-8?Q?kern=2ecam=e2=80=a6delay=2c_suspend_and_ZFS_pools_on_USB_?= =?UTF-8?Q?=28was=3a_rc=2ed/zpool_runs_before_ada=284=29_attaches=29?= To: freebsd-current@freebsd.org References: <1439301337.11.1606815206810@localhost> <08815f92-742c-2934-e746-fd04ca9b4e16@omnilan.de> <286917313.21.1606836130991@localhost> <786faeee90e79aa0175b298ec859265ff57a3129.camel@freebsd.org> From: Graham Perrin Message-ID: Date: Sun, 13 Dec 2020 10:18:11 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: 4Cv0pb2T3Vz3QVv X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-0.995]; RECEIVED_SPAMHAUS_PBL(0.00)[79.66.147.78:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::335:from]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::335:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::335:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Dec 2020 10:18:16 -0000 On 01/12/2020 20:23, tech-lists wrote: > On Tue, Dec 01, 2020 at 08:34:33AM -0700, Ian Lepore wrote: >> On Tue, 2020-12-01 at 16:22 +0100, Ronald Klop wrote: >>> >>> You can define these in /boot/loader.conf: >>> #kern.cam.boot_delay="10000" # Delay (in ms) of root mount for CAM >>> bus >>> #kern.cam.scsi_delay="2000" # Delay (in ms) before probing SCSI >>> >>> Maybe that helps. >>> >>> Ronald. >>> >> >> Those settings control waiting before mounting root.  Harry's problem >> is that root is mounted quickly, before other drives are ready for zfs. >> >> The zpool script waits for 'disks'.  It would be nice if the cam >> subsystem had something like a sysctl it set to indicate when initial >> probing for disks was done, then there could be an rc.d/camprobe script >> with 'PROVIDE: disks' which waits for the probing to complete. >> >> -- Ian > > kern.cam.boot_delay should still fix it because what is required is a > delay > while the devices (all of the disks, zfs or not) get ready. Because > root has to happen before disks/zfs. Where a pool is on a USB 2.0 device: might kern.cam.boot_delay, or some other delay, negate the need to export the pool before suspending the computer? Related: From owner-freebsd-current@freebsd.org Sun Dec 13 17:26:34 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 371B84BED37 for ; Sun, 13 Dec 2020 17:26:34 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Received: from phouka1.phouka.net (phouka1.phouka.net [107.170.196.116]) (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 "phouka.net", Issuer "Go Daddy Secure Certificate Authority - G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CvBJn0m8vz4fvx for ; Sun, 13 Dec 2020 17:26:32 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Received: from phouka1.phouka.net (localhost [127.0.0.1]) by phouka1.phouka.net (8.16.1/8.16.1) with ESMTPS id 0BDHPAtq019534 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 13 Dec 2020 09:25:10 -0800 (PST) (envelope-from warlock@phouka1.phouka.net) Received: (from warlock@localhost) by phouka1.phouka.net (8.16.1/8.16.1/Submit) id 0BDHP9iv019533; Sun, 13 Dec 2020 09:25:09 -0800 (PST) (envelope-from warlock) Date: Sun, 13 Dec 2020 09:25:09 -0800 From: John Kennedy To: Graham Perrin Cc: "freebsd-current@freebsd.org" Subject: Re: (239489) buildkernel fails if PORTS_MODULES= includes openzfs-kmod Message-ID: References: <7fe2fe36-a342-e863-a63e-47f6890f8220@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7fe2fe36-a342-e863-a63e-47f6890f8220@gmail.com> X-Rspamd-Queue-Id: 4CvBJn0m8vz4fvx X-Spamd-Bar: / X-Spamd-Result: default: False [0.43 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.90)[-0.901]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[phouka.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[107.170.196.116:from]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(1.00)[0.999]; SPAMHAUS_ZRD(0.00)[107.170.196.116:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.87)[-0.873]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[warlock@phouka.net,warlock@phouka1.phouka.net]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:14061, ipnet:107.170.192.0/18, country:US]; FROM_NEQ_ENVFROM(0.00)[warlock@phouka.net,warlock@phouka1.phouka.net]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Dec 2020 17:26:34 -0000 On Sun, Dec 13, 2020 at 08:19:30AM +0000, Graham Perrin wrote: > Please: is there some way to include openzfs-kmod at buildkernel time? > > To work around > I habitually > remove openzfs-kmod from /etc/src.conf _and_ modify /boot/loader.conf > before performing the build: > > zfs_load="YES" > openzfs_load="NO" Isn't openzfs-kmod on 13-CURRENT more or less moot since r36474, the OpenZFS merge, ~2020/8/25? That ticket was opened on 2019/7/28, pre-merge. Now, I still see recent updates on openzfs-kmod port so the question might still be relevant for non-13 or if you're just using the port for reasons or anywhere older than 13 (12.2, etc). From owner-freebsd-current@freebsd.org Sun Dec 13 18:49:12 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DABE04C071C for ; Sun, 13 Dec 2020 18:49:12 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x435.google.com (mail-wr1-x435.google.com [IPv6:2a00:1450:4864:20::435]) (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 4CvD871G8rz4kRL for ; Sun, 13 Dec 2020 18:49:10 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x435.google.com with SMTP id a11so6501363wrr.13 for ; Sun, 13 Dec 2020 10:49:10 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=/wwl/hLvZ0JvfrcQJ2JCpiGyL4OeHZ+L3RTfNZY/W3o=; b=cVEt6z8akMoR3xrQnFwdL7zJuLVeCvpkdaSaSxhMeYwYbxpS2MfEFbnI7ed+vTJhtY ed/hvIzOGaroThAqb+wt7qXo06wUiMlXKVEAM6U4V+oPNeeROu6vA54R57IJ+h7AYARy fpnK+itlBvd4jjg9CGG8XFHbwaN1x0SdtwUACyYkeQiT4Gt5J1odzkJSLNkYcl87sTww 3dzoqT4TEihoF90Rb0mJKoFnD3oAl+e+UOo1WDYBXY3sAj2YPK05Z2wrwpaXCb3q8cyo jdzERtSu7IKvo1rR6fyXb89dAphGw90wC7AO7lOt8tHFKPW4nQSGXH10IkjxzECmHcwq mygA== X-Gm-Message-State: AOAM531nA3HpSgke6HEhQphdZKMHFKqdJWjms+xpp+KTqthRd/UXYHz+ fCOxt9hVt1BNf8YukDfbCgW8DFLuARfxmBEp X-Google-Smtp-Source: ABdhPJyWhXH3tg7sCH1KEfym79AKirw8Fjtb1mZdtkgAJ8R28McWdxg92AlRQHcVbRYvzF5XRJGgzw== X-Received: by 2002:a5d:678d:: with SMTP id v13mr25145865wru.71.1607885348658; Sun, 13 Dec 2020 10:49:08 -0800 (PST) Received: from [192.168.1.8] (79-66-147-78.dynamic.dsl.as9105.com. [79.66.147.78]) by smtp.gmail.com with ESMTPSA id h3sm27603149wmm.4.2020.12.13.10.49.07 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 13 Dec 2020 10:49:07 -0800 (PST) Subject: Re: (239489) buildkernel fails if PORTS_MODULES= includes openzfs-kmod To: John Kennedy Cc: "freebsd-current@freebsd.org" References: <7fe2fe36-a342-e863-a63e-47f6890f8220@gmail.com> From: Graham Perrin Message-ID: Date: Sun, 13 Dec 2020 18:49:07 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: 4CvD871G8rz4kRL X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::435:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_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]; RECEIVED_SPAMHAUS_PBL(0.00)[79.66.147.78:received]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::435:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::435:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Dec 2020 18:49:13 -0000 On 13/12/2020 17:25, John Kennedy wrote: > On Sun, Dec 13, 2020 at 08:19:30AM +0000, Graham Perrin wrote: >> Please: is there some way to include openzfs-kmod at buildkernel time? >> >> To work around >> I habitually >> remove openzfs-kmod from /etc/src.conf _and_ modify /boot/loader.conf >> before performing the build: >> >> zfs_load="YES" >> openzfs_load="NO" > Isn't openzfs-kmod on 13-CURRENT more or less moot since r36474, the OpenZFS > merge, ~2020/8/25? … Not entirely moot; for the description for the most recent commit refers to building on 13-CURRENT From owner-freebsd-current@freebsd.org Sun Dec 13 19:06:07 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 97F5E4C0E99 for ; Sun, 13 Dec 2020 19:06:07 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (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 4CvDWf5TzHz4m8m for ; Sun, 13 Dec 2020 19:06:06 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [188.174.59.152] (helo=c720-r368166.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1koWh1-0006ds-ES; Sun, 13 Dec 2020 20:06:03 +0100 Received: from c720-r368166.fritz.box (localhost [127.0.0.1]) by c720-r368166.unixarea.de (8.16.1/8.14.9) with ESMTPS id 0BDJ62E7002258 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 13 Dec 2020 20:06:02 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by c720-r368166.fritz.box (8.16.1/8.14.9/Submit) id 0BDJ62I3002257; Sun, 13 Dec 2020 20:06:02 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: c720-r368166.fritz.box: guru set sender to guru@unixarea.de using -f Date: Sun, 13 Dec 2020 20:06:02 +0100 From: Matthias Apitz To: freebsd-current@freebsd.org, Hans Petter Selasky Subject: Re: after update to r368166: no sound recording Message-ID: Reply-To: Matthias Apitz Mail-Followup-To: freebsd-current@freebsd.org, Hans Petter Selasky References: <72bd5240-3092-bf7b-51aa-2ad12a576efb@selasky.org> <4d83e630-7bed-16bd-3422-267813d3e842@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 13.0-CURRENT r368166 (amd64) X-message-flag: Mails containing HTML will not be read! Please send only plain text. X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 188.174.59.152 X-Rspamd-Queue-Id: 4CvDWf5TzHz4m8m X-Spamd-Bar: - X-Spamd-Result: default: False [-1.50 / 15.00]; HAS_REPLYTO(0.00)[guru@unixarea.de]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_XOIP(0.00)[]; TO_DN_SOME(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[178.254.4.101:from]; HAS_XAW(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_SHORT(-0.38)[-0.378]; RCPT_COUNT_TWO(0.00)[2]; RECEIVED_SPAMHAUS_PBL(0.00)[188.174.59.152:received]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[178.254.4.101:from]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:42730, ipnet:178.254.0.0/19, country:DE]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.92)[-0.921]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[unixarea.de]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[178.254.4.101:from:127.0.2.255]; RCVD_IN_DNSWL_LOW(-0.10)[178.254.4.101:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Dec 2020 19:06:07 -0000 El día viernes, diciembre 11, 2020 a las 08:06:27a. m. +0100, Matthias Apitz escribió: > FreeBSD c720-r368166 13.0-CURRENT FreeBSD 13.0-CURRENT #1 r342378:368166M: Fri Dec 11 07:46:32 CET 2020 guru@c720-r368166:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 > > and all is fine again as it was before. Someone with more knowledge should > have a look into a 'svn diff -r342378:368166 sys/dev/sound/pci/hda' and > see which of the changes might break the things. > I did an analyzing of the files changed in sys/dev/sound/pci/hda between r342378 (2018-11-02) and r368166 (2020-11-30) I copied over all files from hda/* to a new dir hda.r368166/* and updated (i.e. reverted) hda/* to r342378; only the 7 files below (of 10) have changed between r342378 and r368166: The kernel built with hda of r342378 works fine; The work plan was now to change one file after the other to r368166 and see if the kernel still works fine, i.e. which of the 7 file(s) is causing the regression... i.e. I did: # svn up -r342378 sys/dev/sound/pci/hda # cp sys/dev/sound/pci/hda.r368166/hdac.c sys/dev/sound/pci/hda/ # touch sys/dev/sound/pci/hda/hdac.c # make buildkernel -DNO_CLEAN # make installkernel ... v----------------------------an 'x' means: was copied from hda.r368166; [x] Index: hda/hdac.c [x] Index: hda/hdac.h recording with the kernel still works [x] Index: hda/hdaa_patches.c recording with the kernel still works [x] Index: hda/hdacc.c [x] Index: hda/hda_reg.h only cleanups of empty lines recording with the kernel still works [x] Index: hda/hdaa.h [x] Index: hda/hdaa.c recording with the kernel stoped working Which means the few changes in hda/hdaa.c are causing the regression: # svn diff -r342378 hdaa.c Index: hdaa.c =================================================================== --- hdaa.c (revisión: 342378) +++ hdaa.c (copia de trabajo) @@ -52,7 +52,6 @@ #define hdaa_lock(devinfo) snd_mtxlock((devinfo)->lock) #define hdaa_unlock(devinfo) snd_mtxunlock((devinfo)->lock) #define hdaa_lockassert(devinfo) snd_mtxassert((devinfo)->lock) -#define hdaa_lockowned(devinfo) mtx_owned((devinfo)->lock) static const struct { const char *key; @@ -1129,7 +1128,6 @@ ((step - offset) * (size + 1)) / 4); } - static int hdaa_sysctl_caps(SYSCTL_HANDLER_ARGS) { @@ -5034,11 +5032,13 @@ pincap = w->wclass.pin.cap; /* Disable everything. */ - w->wclass.pin.ctrl &= ~( - HDA_CMD_SET_PIN_WIDGET_CTRL_HPHN_ENABLE | - HDA_CMD_SET_PIN_WIDGET_CTRL_OUT_ENABLE | - HDA_CMD_SET_PIN_WIDGET_CTRL_IN_ENABLE | - HDA_CMD_SET_PIN_WIDGET_CTRL_VREF_ENABLE_MASK); + if (devinfo->init_clear) { + w->wclass.pin.ctrl &= ~( + HDA_CMD_SET_PIN_WIDGET_CTRL_HPHN_ENABLE | + HDA_CMD_SET_PIN_WIDGET_CTRL_OUT_ENABLE | + HDA_CMD_SET_PIN_WIDGET_CTRL_IN_ENABLE | + HDA_CMD_SET_PIN_WIDGET_CTRL_VREF_ENABLE_MASK); + } if (w->enable == 0) { /* Pin is unused so left it disabled. */ @@ -6669,8 +6669,12 @@ devinfo, 0, hdaa_sysctl_gpo_config, "A", "GPO configuration"); SYSCTL_ADD_PROC(device_get_sysctl_ctx(dev), SYSCTL_CHILDREN(device_get_sysctl_tree(dev)), OID_AUTO, - "reconfig", CTLTYPE_INT | CTLFLAG_RW, + "reconfig", CTLTYPE_INT | CTLFLAG_RW | CTLFLAG_NEEDGIANT, dev, 0, hdaa_sysctl_reconfig, "I", "Reprocess configuration"); + SYSCTL_ADD_INT(device_get_sysctl_ctx(dev), + SYSCTL_CHILDREN(device_get_sysctl_tree(dev)), OID_AUTO, + "init_clear", CTLFLAG_RW, + &devinfo->init_clear, 1,"Clear initial pin widget configuration"); bus_generic_attach(dev); return (0); } # svn diff -r342378 hdaa.h Index: hdaa.h =================================================================== --- hdaa.h (revisión: 342378) +++ hdaa.h (copia de trabajo) @@ -214,6 +214,7 @@ struct hdaa_chan *chans; struct callout poll_jack; int poll_ival; + uint32_t init_clear; }; #define HDAA_CHN_RUNNING 0x00000001 If one looks into a svn log of the file hdaa.c it seems that one of the two changes r358333 or r350078 must have caused the problem: # svn log hdaa.c ------------------------------------------------------------------------ r365085 | mjg | 2020-09-01 23:27:34 +0200 (mar. 01 de sept. de 2020) | 2 líneas sound: clean up empty lines in .c and .h files ------------------------------------------------------------------------ r360076 | emaste | 2020-04-18 20:25:30 +0200 (sáb. 18 de abr. de 2020) | 4 líneas hda: remove hda*_lockowned macros These are not used anywhere. ------------------------------------------------------------------------ r358333 | kaktus | 2020-02-26 15:26:36 +0100 (mié. 26 de feb. de 2020) | 16 líneas Mark more nodes as CTLFLAG_MPSAFE or CTLFLAG_NEEDGIANT (17 of many) r357614 added CTLFLAG_NEEDGIANT to make it easier to find nodes that are still not MPSAFE (or already are but aren’t properly marked). Use it in preparation for a general review of all nodes. This is non-functional change that adds annotations to SYSCTL_NODE and SYSCTL_PROC nodes using one of the soon-to-be-required flags. Mark all obvious cases as MPSAFE. All entries that haven't been marked as MPSAFE before are by default marked as NEEDGIANT Approved by: kib (mentor, blanket) Commented by: kib, gallatin, melifaro Differential Revision: https://reviews.freebsd.org/D23718 ------------------------------------------------------------------------ r350078 | sbruno | 2019-07-17 06:13:46 +0200 (mié. 17 de jul. de 2019) | 8 líneas I add the ability to accept the default pin widget configuration to help with various laptops using hdaa(4) sound devices. We don't seem to know the "correct" configurations for these devices and the defaults are far superiour, e.g. they work if you don't nuke the default configs. PR: 200526 Differential Revision: https://reviews.freebsd.org/D17772 ------------------------------------------------------------------------ r337043 | jhibbits | 2018-08-01 16:50:41 +0200 (mié. 01 de ago. de 2018) | 13 líneas snd_hda: Synchronize DMA buffers for the control path Make sure both sides of the DMA buffer memory accesses for the CORB and RIRB (control buffers) in snd_hda (device and CPU) can see coherent memory. This is needed on weakly ordered architectures including PowerPC and ARM. Patch originally by mmel, with small changes. This does not cover the data path of snd_hda. We don't have sync operations for in-progress DMA buffers, to sync ranges of a map. Reviewed By: mmel Differential Revision: https://reviews.freebsd.org/D16517 ... -- Matthias Apitz, ✉ guru@unixarea.de, http://www.unixarea.de/ +49-176-38902045 Public GnuPG key: http://www.unixarea.de/key.pub Без книги нет знания, без знания нет коммунизма (Влaдимир Ильич Ленин) Without books no knowledge - without knowledge no communism (Vladimir Ilyich Lenin) Sin libros no hay saber - sin saber no hay comunismo. (Vladimir Ilich Lenin) From owner-freebsd-current@freebsd.org Sun Dec 13 19:47:55 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 952B44C21AB for ; Sun, 13 Dec 2020 19:47:55 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Received: from phouka1.phouka.net (phouka1.phouka.net [107.170.196.116]) (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 "phouka.net", Issuer "Go Daddy Secure Certificate Authority - G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CvFRt4qNMz4q0S for ; Sun, 13 Dec 2020 19:47:54 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Received: from phouka1.phouka.net (localhost [127.0.0.1]) by phouka1.phouka.net (8.16.1/8.16.1) with ESMTPS id 0BDJkaHa023689 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 13 Dec 2020 11:46:36 -0800 (PST) (envelope-from warlock@phouka1.phouka.net) Received: (from warlock@localhost) by phouka1.phouka.net (8.16.1/8.16.1/Submit) id 0BDJkaOD023687; Sun, 13 Dec 2020 11:46:36 -0800 (PST) (envelope-from warlock) Date: Sun, 13 Dec 2020 11:46:36 -0800 From: John Kennedy To: Graham Perrin Cc: "freebsd-current@freebsd.org" Subject: Re: (239489) buildkernel fails if PORTS_MODULES= includes openzfs-kmod Message-ID: References: <7fe2fe36-a342-e863-a63e-47f6890f8220@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4CvFRt4qNMz4q0S X-Spamd-Bar: + X-Spamd-Result: default: False [1.91 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.61)[0.611]; NEURAL_HAM_LONG(-0.90)[-0.904]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[phouka.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[107.170.196.116:from]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(1.00)[0.999]; SPAMHAUS_ZRD(0.00)[107.170.196.116:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[warlock@phouka.net,warlock@phouka1.phouka.net]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:14061, ipnet:107.170.192.0/18, country:US]; FROM_NEQ_ENVFROM(0.00)[warlock@phouka.net,warlock@phouka1.phouka.net]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Dec 2020 19:47:55 -0000 On Sun, Dec 13, 2020 at 06:49:07PM +0000, Graham Perrin wrote: > Not entirely moot; for > the description for > the most recent commit refers to building on 13-CURRENT Well, it's a port, so they'll want it to compile if nothing else. It just necessarily needed on 13, since it should be nearly par (if slightly behind in some MFC-ish interval) the kernel. Of course, when we get into 14 and 13 becomes more stable, 13-releng might be where 12 is now. This was just a comment on a old ticket (with "latest" OS) in the -current mailing list which is the potential edge case (13) of an edge case (need to match kmod with kernel) where you might not need it. I'm not saying that it couldn't use some fixing in the medium/long term. From owner-freebsd-current@freebsd.org Mon Dec 14 07:41:50 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3CE324B187A for ; Mon, 14 Dec 2020 07:41:50 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x429.google.com (mail-wr1-x429.google.com [IPv6:2a00:1450:4864:20::429]) (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 4CvYHd1Cnxz4X7T for ; Mon, 14 Dec 2020 07:41:48 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x429.google.com with SMTP id y17so15369168wrr.10 for ; Sun, 13 Dec 2020 23:41:48 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=p7qn4UInD9D+7mCEO6SJF9tGkAXDJPR27jktmFYp02I=; b=g84g6WQL13Pn5AI1bvr3RI8mkYiMwfidT2BwHjCdFDBBhaHuQhOdJHMmUAErn1jKvj EhevKHmtJpsVbFmpgW2TAvWeaD28djBgdmL436d0ZWqpDNdX+HutMjWYD56z4+ANVXbl ElKvLoOv4L05hC3Y+zmJ1DowBbbj6/XjkNPhNzVOfdWoyHRAz/8QwJlsHt+HHWtUJLYz PNEXnEKusOzG3uBezOoYNISFfSZAg2drZUFFWKYsStJ5JabV+2eNvH0ioox5mqA/xh3R nrxLSc9+SbgVOYzj2GA+gABqN8CBBKUOtNfw3UX6sFT1UIFBnkWeGLSy0qOSxu3MYZoL 4p2w== X-Gm-Message-State: AOAM531RjH9zy3xyURY/U2F7dDQvZvspkrQ9+TsREyfKr6gGzCCbYg6x xEaT8FIpwqa64RH06df9ZjWsfbMrY+jCgg== X-Google-Smtp-Source: ABdhPJyzt0MKRANcYngCqIkzna5YvvZGwg4xjlOCaoxm4EIS6wyWVI5c6R0przAiKGiNoGL5/HFGGg== X-Received: by 2002:adf:ec8c:: with SMTP id z12mr16065607wrn.208.1607931706590; Sun, 13 Dec 2020 23:41:46 -0800 (PST) Received: from [192.168.1.8] (79-66-147-78.dynamic.dsl.as9105.com. [79.66.147.78]) by smtp.gmail.com with ESMTPSA id m8sm29701179wmc.27.2020.12.13.23.41.45 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 13 Dec 2020 23:41:45 -0800 (PST) To: "freebsd-current@freebsd.org" From: Graham Perrin Subject: Identifying broken applications following careless use of make -DBATCH_DELETE_OLD_FILES delete-old-libs Message-ID: Date: Mon, 14 Dec 2020 07:41:45 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: 4CvYHd1Cnxz4X7T X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::429:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[79.66.147.78:received]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::429:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::429:from]; TO_DN_EQ_ADDR_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Dec 2020 07:41:50 -0000 Re: I made careless use of: cd /usr/src && make -DBATCH_DELETE_OLD_FILES delete-old-libs – then found applications such as LibreOffice no longer working as expected. Resolved (I believe): pkg remove inkscape libreoffice && pkg autoremove && pkg install inkscape libreoffice Please: how can I positively identify other applications that I might have broken through careless deletion of old libraries? From owner-freebsd-current@freebsd.org Mon Dec 14 08:39:07 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E0A184B36F8 for ; Mon, 14 Dec 2020 08:39:07 +0000 (UTC) (envelope-from Alexander@leidinger.net) Received: from mailgate.Leidinger.net (bastille.leidinger.net [89.238.82.207]) (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 4CvZYl0s7fz4ZnK for ; Mon, 14 Dec 2020 08:39:06 +0000 (UTC) (envelope-from Alexander@leidinger.net) Received: from outgoing.leidinger.net (p5b1651f8.dip0.t-ipconnect.de [91.22.81.248]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256)) (Client did not present a certificate) by mailgate.Leidinger.net (Postfix) with ESMTPSA id 9CC87C5B; Mon, 14 Dec 2020 09:38:56 +0100 (CET) Received: from webmail.leidinger.net (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (Client did not present a certificate) by outgoing.leidinger.net (Postfix) with ESMTPS id 79FB93809; Mon, 14 Dec 2020 09:38:38 +0100 (CET) Date: Mon, 14 Dec 2020 09:38:38 +0100 Message-ID: <20201214093838.Horde.7MCNPdaO93VFac3VZjMk0BW@webmail.leidinger.net> From: Alexander Leidinger To: Graham Perrin Cc: freebsd-current@freebsd.org Subject: Re: Identifying broken applications following careless use of make -DBATCH_DELETE_OLD_FILES delete-old-libs In-Reply-To: Accept-Language: de,en Content-Type: multipart/signed; boundary="=_Jm7w7T_PGo2oAxqYi73VT0Z"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 X-Rspamd-Queue-Id: 4CvZYl0s7fz4ZnK X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[leidinger.net:s=outgoing-alex]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; SPAMHAUS_ZRD(0.00)[89.238.82.207:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[leidinger.net:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[leidinger.net,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[89.238.82.207:from]; ASN(0.00)[asn:34240, ipnet:89.238.64.0/18, country:DE]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; RECEIVED_SPAMHAUS_PBL(0.00)[91.22.81.248:received] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Dec 2020 08:39:07 -0000 This message is in MIME format and has been PGP signed. --=_Jm7w7T_PGo2oAxqYi73VT0Z Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoting Graham Perrin (from Mon, 14 Dec 2020=20=20 07:41:45=20+0000): > Re:=20=20 >=20 I made careless use=20=20 >=20of: > > cd /usr/src && make -DBATCH_DELETE_OLD_FILES delete-old-libs [...] > Please: how can I positively identify other applications that I=20=20 >=20might have broken through careless deletion of old libraries? % cat remove_old_libs_with_unresolved_libs.sh #!/bin/sh find /usr/local/*bin* /usr/local/lib* -type f \ | xargs ldd -f '%p|%A\n' 2>/dev/null \ | grep '^not found' | grep compat/pkg | cut -d '|' -f2 \ | sort -u | xargs rm -v % cat list_ports_using_nonexisting_lib.sh #!/bin/sh find /usr/local/*bin* /usr/local/lib* -type f \ | xargs ldd -f '%p|%A\n' 2>/dev/null \ | grep '^not found' | cut -d '|' -f2 \ | xargs pkg which -q | sort -u Bye, Alexander. --=20 http://www.Leidinger.net=20Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_Jm7w7T_PGo2oAxqYi73VT0Z Content-Type: application/pgp-signature Content-Description: Digitale PGP-Signatur Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJf1ySOAAoJEBINsJsD+NiGayIP/2LQzx70Wc1S9yT5MECII48q TplvcyK11bh81LDdwD0crSFeqhzUWe3XU9QqWISSMbDY64H02rM4My4j70wfW4Ou oPzXD6rZN++LkuQDKRKZXhf9B7os3TxP4t0WlA/6rAplbfO69APmZDwUKv9n4ims EeszXkSRw5XY2icutGMfByMLZWz210XuQpVZGJDTy1FF2MUXWuB1e8Yk4Wjhc3i6 gVWUGl5H27g/XGPFSHUZWqQnW3wtEPqzEHXY2cJkcv8AAmkDGo9GslV36PBUNgqv hJb2izLGjWHAPsxjfsYkAII/ZdgY/KkBBPXNP70akZPThNN9tj+Z211efjKVVZ43 byLYMMrBdVFfYK8Vhcpo2mxFAfi79OTR1QQhWKl2N10qzDeFPPGZBMNhk0yLzR85 h8koHeR10KQaAYrxsSICPB2WgYRB61UjP7tXiWbtty8ouhRgh1eWKOlbF/27YETH ZbY7hpM1DY+bG7gw2JCVPMdKV28cijWYIBDJEdFyA1lFdLzlm2CyuwI4h85r4RhZ uVAlhDd+5gFvdKDWWAIGPQ35Aq7iUzdgXwYe6IMocR4j5Gn086K9WYUhBI9xxBZo hr+LR4AIhopLSsfPYbPsj5wkjfgNANiQFcq3SnxoJrdfYf5sOjxhw5cuLdHcazK4 dQMUhofEGD6Gv/I9qyOa =zBhi -----END PGP SIGNATURE----- --=_Jm7w7T_PGo2oAxqYi73VT0Z-- From owner-freebsd-current@freebsd.org Mon Dec 14 09:16:29 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5F7734B4680 for ; Mon, 14 Dec 2020 09:16:29 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (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 4CvbNr0Xypz4ctv; Mon, 14 Dec 2020 09:16:27 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [188.174.52.242] (helo=c720-r368166.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kojxu-0001oq-VJ; Mon, 14 Dec 2020 10:16:23 +0100 Received: from c720-r368166.fritz.box (localhost [127.0.0.1]) by c720-r368166.unixarea.de (8.16.1/8.14.9) with ESMTPS id 0BE9GMev002107 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 14 Dec 2020 10:16:22 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by c720-r368166.fritz.box (8.16.1/8.14.9/Submit) id 0BE9GMnJ002106; Mon, 14 Dec 2020 10:16:22 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: c720-r368166.fritz.box: guru set sender to guru@unixarea.de using -f Date: Mon, 14 Dec 2020 10:16:21 +0100 From: Matthias Apitz To: freebsd-current@freebsd.org, Hans Petter Selasky Cc: kaktus@freebsd.org, sbruno@freebsd.org Subject: Re: after update to r368166: no sound recording Message-ID: Reply-To: Matthias Apitz Mail-Followup-To: freebsd-current@freebsd.org, Hans Petter Selasky , kaktus@freebsd.org, sbruno@freebsd.org References: <72bd5240-3092-bf7b-51aa-2ad12a576efb@selasky.org> <4d83e630-7bed-16bd-3422-267813d3e842@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 13.0-CURRENT r368166 (amd64) X-message-flag: Mails containing HTML will not be read! Please send only plain text. X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 188.174.52.242 X-Rspamd-Queue-Id: 4CvbNr0Xypz4ctv X-Spamd-Bar: - X-Spamd-Result: default: False [-1.96 / 15.00]; HAS_REPLYTO(0.00)[guru@unixarea.de]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_XOIP(0.00)[]; TO_DN_SOME(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[178.254.4.101:from]; HAS_XAW(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_SHORT(-0.76)[-0.764]; RECEIVED_SPAMHAUS_PBL(0.00)[188.174.52.242:received]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[178.254.4.101:from]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:42730, ipnet:178.254.0.0/19, country:DE]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-0.997]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[unixarea.de]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[178.254.4.101:from:127.0.2.255]; RCVD_IN_DNSWL_LOW(-0.10)[178.254.4.101:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Dec 2020 09:16:29 -0000 I did a step by step down grading with 'svn up -r..... hdaa.c hdaa.h' (only these two files), starting from r368166 down to the following revisions: r368166: no recording from pcm1 r358333: no recording from pcm1 r350078: no recording from pcm1 r337043: recording is fine I've cc'ed now the commiters of the r358333 and r350078. kaktus@ and sbruno@ please check the issue https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251727 and this mail thread in current@ Thanks mattias El día domingo, diciembre 13, 2020 a las 08:06:02p. m. +0100, Matthias Apitz escribió: > El día viernes, diciembre 11, 2020 a las 08:06:27a. m. +0100, Matthias Apitz escribió: > > > FreeBSD c720-r368166 13.0-CURRENT FreeBSD 13.0-CURRENT #1 r342378:368166M: Fri Dec 11 07:46:32 CET 2020 guru@c720-r368166:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 > > > > and all is fine again as it was before. Someone with more knowledge should > > have a look into a 'svn diff -r342378:368166 sys/dev/sound/pci/hda' and > > see which of the changes might break the things. > > > > I did an analyzing of the files changed in sys/dev/sound/pci/hda between > r342378 (2018-11-02) and r368166 (2020-11-30) > > I copied over all files from hda/* to a new dir hda.r368166/* and > updated (i.e. reverted) hda/* to r342378; only the 7 files below (of 10) > have changed between r342378 and r368166: > > The kernel built with hda of r342378 works fine; > > The work plan was now to change one file after the other to r368166 > and see if the kernel still works fine, i.e. which of the 7 file(s) > is causing the regression... > > i.e. I did: > > # svn up -r342378 sys/dev/sound/pci/hda > # cp sys/dev/sound/pci/hda.r368166/hdac.c sys/dev/sound/pci/hda/ > # touch sys/dev/sound/pci/hda/hdac.c > # make buildkernel -DNO_CLEAN > # make installkernel > ... > > v----------------------------an 'x' means: was copied from hda.r368166; > [x] Index: hda/hdac.c > [x] Index: hda/hdac.h > > recording with the kernel still works > > [x] Index: hda/hdaa_patches.c > > recording with the kernel still works > > [x] Index: hda/hdacc.c > [x] Index: hda/hda_reg.h only cleanups of empty lines > > recording with the kernel still works > > [x] Index: hda/hdaa.h > [x] Index: hda/hdaa.c > > recording with the kernel stoped working > > Which means the few changes in hda/hdaa.c are causing the regression: > > # svn diff -r342378 hdaa.c > Index: hdaa.c > =================================================================== > --- hdaa.c (revisión: 342378) > +++ hdaa.c (copia de trabajo) > @@ -52,7 +52,6 @@ > #define hdaa_lock(devinfo) snd_mtxlock((devinfo)->lock) > #define hdaa_unlock(devinfo) snd_mtxunlock((devinfo)->lock) > #define hdaa_lockassert(devinfo) snd_mtxassert((devinfo)->lock) > -#define hdaa_lockowned(devinfo) mtx_owned((devinfo)->lock) > > static const struct { > const char *key; > @@ -1129,7 +1128,6 @@ > ((step - offset) * (size + 1)) / 4); > } > > - > static int > hdaa_sysctl_caps(SYSCTL_HANDLER_ARGS) > { > @@ -5034,11 +5032,13 @@ > pincap = w->wclass.pin.cap; > > /* Disable everything. */ > - w->wclass.pin.ctrl &= ~( > - HDA_CMD_SET_PIN_WIDGET_CTRL_HPHN_ENABLE | > - HDA_CMD_SET_PIN_WIDGET_CTRL_OUT_ENABLE | > - HDA_CMD_SET_PIN_WIDGET_CTRL_IN_ENABLE | > - HDA_CMD_SET_PIN_WIDGET_CTRL_VREF_ENABLE_MASK); > + if (devinfo->init_clear) { > + w->wclass.pin.ctrl &= ~( > + HDA_CMD_SET_PIN_WIDGET_CTRL_HPHN_ENABLE | > + HDA_CMD_SET_PIN_WIDGET_CTRL_OUT_ENABLE | > + HDA_CMD_SET_PIN_WIDGET_CTRL_IN_ENABLE | > + HDA_CMD_SET_PIN_WIDGET_CTRL_VREF_ENABLE_MASK); > + } > > if (w->enable == 0) { > /* Pin is unused so left it disabled. */ > @@ -6669,8 +6669,12 @@ > devinfo, 0, hdaa_sysctl_gpo_config, "A", "GPO configuration"); > SYSCTL_ADD_PROC(device_get_sysctl_ctx(dev), > SYSCTL_CHILDREN(device_get_sysctl_tree(dev)), OID_AUTO, > - "reconfig", CTLTYPE_INT | CTLFLAG_RW, > + "reconfig", CTLTYPE_INT | CTLFLAG_RW | CTLFLAG_NEEDGIANT, > dev, 0, hdaa_sysctl_reconfig, "I", "Reprocess configuration"); > + SYSCTL_ADD_INT(device_get_sysctl_ctx(dev), > + SYSCTL_CHILDREN(device_get_sysctl_tree(dev)), OID_AUTO, > + "init_clear", CTLFLAG_RW, > + &devinfo->init_clear, 1,"Clear initial pin widget configuration"); > bus_generic_attach(dev); > return (0); > } > > # svn diff -r342378 hdaa.h > Index: hdaa.h > =================================================================== > --- hdaa.h (revisión: 342378) > +++ hdaa.h (copia de trabajo) > @@ -214,6 +214,7 @@ > struct hdaa_chan *chans; > struct callout poll_jack; > int poll_ival; > + uint32_t init_clear; > }; > > #define HDAA_CHN_RUNNING 0x00000001 > > > If one looks into a svn log of the file hdaa.c it seems that one of the two changes > r358333 or r350078 must have caused the problem: > > # svn log hdaa.c > > ------------------------------------------------------------------------ > r365085 | mjg | 2020-09-01 23:27:34 +0200 (mar. 01 de sept. de 2020) | 2 líneas > > sound: clean up empty lines in .c and .h files > > ------------------------------------------------------------------------ > r360076 | emaste | 2020-04-18 20:25:30 +0200 (sáb. 18 de abr. de 2020) | 4 líneas > > hda: remove hda*_lockowned macros > > These are not used anywhere. > > ------------------------------------------------------------------------ > r358333 | kaktus | 2020-02-26 15:26:36 +0100 (mié. 26 de feb. de 2020) | 16 líneas > > Mark more nodes as CTLFLAG_MPSAFE or CTLFLAG_NEEDGIANT (17 of many) > > r357614 added CTLFLAG_NEEDGIANT to make it easier to find nodes that are > still not MPSAFE (or already are but aren’t properly marked). > Use it in preparation for a general review of all nodes. > > This is non-functional change that adds annotations to SYSCTL_NODE and > SYSCTL_PROC nodes using one of the soon-to-be-required flags. > > Mark all obvious cases as MPSAFE. All entries that haven't been marked > as MPSAFE before are by default marked as NEEDGIANT > > Approved by: kib (mentor, blanket) > Commented by: kib, gallatin, melifaro > Differential Revision: https://reviews.freebsd.org/D23718 > > ------------------------------------------------------------------------ > r350078 | sbruno | 2019-07-17 06:13:46 +0200 (mié. 17 de jul. de 2019) | 8 líneas > > I add the ability to accept the default pin widget configuration to help > with various laptops using hdaa(4) sound devices. We don't seem to know > the "correct" configurations for these devices and the defaults are far > superiour, e.g. they work if you don't nuke the default configs. > > PR: 200526 > Differential Revision: https://reviews.freebsd.org/D17772 > > ------------------------------------------------------------------------ > r337043 | jhibbits | 2018-08-01 16:50:41 +0200 (mié. 01 de ago. de 2018) | 13 líneas > > snd_hda: Synchronize DMA buffers for the control path > > Make sure both sides of the DMA buffer memory accesses for the CORB and RIRB > (control buffers) in snd_hda (device and CPU) can see coherent memory. This > is needed on weakly ordered architectures including PowerPC and ARM. Patch > originally by mmel, with small changes. > > This does not cover the data path of snd_hda. We don't have sync operations > for in-progress DMA buffers, to sync ranges of a map. > > Reviewed By: mmel > Differential Revision: https://reviews.freebsd.org/D16517 > > ... > -- Matthias Apitz, ✉ guru@unixarea.de, http://www.unixarea.de/ +49-176-38902045 Public GnuPG key: http://www.unixarea.de/key.pub From owner-freebsd-current@freebsd.org Mon Dec 14 13:15:08 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F2DE74B98ED for ; Mon, 14 Dec 2020 13:15:08 +0000 (UTC) (envelope-from schweikh@schweikhardt.net) Received: from ikarus.efm.de (ikarus.efm.de [195.190.148.243]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4CvhhD1Vt8z4rKb for ; Mon, 14 Dec 2020 13:15:07 +0000 (UTC) (envelope-from schweikh@schweikhardt.net) Received: from ikarus.efm.de (localhost [127.0.0.1]) by ikarus.efm.de (Postfix) with ESMTPS id D464929C0E8E; Mon, 14 Dec 2020 14:15:05 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by ikarus.efm.de (Postfix) with ESMTP id C7DD529C0E6D; Mon, 14 Dec 2020 14:15:05 +0100 (CET) Received: from ikarus.efm.de ([127.0.0.1]) by localhost (ikarus.efm.de [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id bs7stEmS1JyM; Mon, 14 Dec 2020 14:15:05 +0100 (CET) Received: from ikarus.efm.de (ikarus.efm.de [195.190.148.243]) by ikarus.efm.de (Postfix) with ESMTP id ACDB629C0D1C; Mon, 14 Dec 2020 14:15:05 +0100 (CET) Date: Mon, 14 Dec 2020 14:15:05 +0100 (CET) From: Jens Schweikhardt To: Alexander Leidinger Cc: Graham Perrin , freebsd-current@freebsd.org Message-ID: <2059585148.3686937.1607951705519.JavaMail.zimbra@schweikhardt.net> In-Reply-To: <20201214093838.Horde.7MCNPdaO93VFac3VZjMk0BW@webmail.leidinger.net> References: <20201214093838.Horde.7MCNPdaO93VFac3VZjMk0BW@webmail.leidinger.net> Subject: Re: Identifying broken applications following careless use of make -DBATCH_DELETE_OLD_FILES delete-old-libs MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Mailer: Zimbra 8.8.15_GA_3975 (ZimbraWebClient - FF84 ([unknown])/8.8.15_GA_3975) Thread-Topic: Identifying broken applications following careless use of make -DBATCH_DELETE_OLD_FILES delete-old-libs Thread-Index: Zp18uCgI5UZiIEkaAKShD9YDGNmcJg== X-Rspamd-Queue-Id: 4CvhhD1Vt8z4rKb X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.30 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; FREEFALL_USER(0.00)[schweikh]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[schweikhardt.net]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[195.190.148.243:from]; NEURAL_HAM_SHORT(-1.00)[-0.999]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:25411, ipnet:195.190.148.0/24, country:DE]; FREEMAIL_CC(0.00)[gmail.com,freebsd.org]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Dec 2020 13:15:09 -0000 Alexander, it would seem that find /usr/local/*bin* /usr/local/lib* -type f \ | xargs ldd -f '%p|%A\n' 2>/dev/null \ | grep '^not found' | cut -d '|' -f2 \ | xargs pkg which -q | sort -u is prone to false positives, since ldd is sensitive to LD_LIBRARY_PATH, viz.: $ find /usr/local/*bin* /usr/local/lib* -type f \ | xargs ldd -f '%p|%A\n' 2>/dev/null \ | grep '^not found' | cut -d '|' -f2 \ | xargs pkg which -q | sort -u firefox-84.0_2,2 $ export LD_LIBRARY_PATH=/usr/local/lib/firefox $ find /usr/local/*bin* /usr/local/lib* -type f \ | xargs ldd -f '%p|%A\n' 2>/dev/null \ | grep '^not found' | cut -d '|' -f2 \ | xargs pkg which -q | sort -u $ So make sure you look into what exact library is missing and if it's actually somewhere "non-standard", that directory should be in LD_LIBRARY_PATH. Jens From owner-freebsd-current@freebsd.org Mon Dec 14 13:20:58 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3D5B14B9C91 for ; Mon, 14 Dec 2020 13:20:58 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (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 4Cvhpx2cM0z4rfX for ; Mon, 14 Dec 2020 13:20:57 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.16.1/8.15.2) with ESMTP id 0BEDKt2D018366; Mon, 14 Dec 2020 13:20:55 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.16.1/8.16.1/Submit) id 0BEDKtej018365; Mon, 14 Dec 2020 05:20:55 -0800 (PST) (envelope-from david) Date: Mon, 14 Dec 2020 05:20:55 -0800 From: David Wolfskill To: Graham Perrin Cc: freebsd-current@freebsd.org Subject: Re: Identifying broken applications following careless use of make -DBATCH_DELETE_OLD_FILES delete-old-libs Message-ID: Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org, Graham Perrin , freebsd-current@freebsd.org References: <20201214093838.Horde.7MCNPdaO93VFac3VZjMk0BW@webmail.leidinger.net> <2059585148.3686937.1607951705519.JavaMail.zimbra@schweikhardt.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="uivEJ/Ll6Q6qXNZb" Content-Disposition: inline In-Reply-To: <2059585148.3686937.1607951705519.JavaMail.zimbra@schweikhardt.net> X-Rspamd-Queue-Id: 4Cvhpx2cM0z4rfX X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.38 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[current@freebsd.org]; FREEFALL_USER(0.00)[david]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170:c]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[107.204.234.170:from]; SIGNED_PGP(-2.00)[]; DMARC_NA(0.00)[catwhisker.org]; SPAMHAUS_ZRD(0.00)[107.204.234.170:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.98)[-0.976]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Dec 2020 13:20:58 -0000 --uivEJ/Ll6Q6qXNZb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I find that "pkg_libchk" (from ports-mgmt/bsdadminscripts2) is helpful for such cases. Peace, david --=20 David H. Wolfskill david@catwhisker.org As if Trump's lies weren't obvious already, Palin has joined in to prove it. See https://www.catwhisker.org/~david/publickey.gpg for my public key. --uivEJ/Ll6Q6qXNZb Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl/XZrdfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 Pcm18AgAzt94FjPkuVqcSsINhLvhwqswRCJhlhD2IzL1wKV5JuwELFSqn3atz/mS dp35vUqJa/TQEey2JPOOYcPgl8GQ+JowZetIGF4KLmkxBO4HITXVWudnsuuAj280 jrPjoh7i43XbqFFFiXZMlAvXNv477EuHS7d6xC6h9TNrpvLVQC4FoauGIOUmHcYX xOJl2lJBzFPCZvQPb7ee/LcuHCfSgvjORYn4lCxqAaXFi+SoSLjPDR0HSpoXv2Vk hnsnH9RUVkz0PPTeBoZXt6gHDlHqHADK1WZMiSZMu74q9WbK6v+aChwndYqJcd+J /T5jT1BYvh0oohJiykHya2EVyVwH7Q== =N3MS -----END PGP SIGNATURE----- --uivEJ/Ll6Q6qXNZb-- From owner-freebsd-current@freebsd.org Mon Dec 14 13:39:45 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1E52B4B9C7B for ; Mon, 14 Dec 2020 13:39:45 +0000 (UTC) (envelope-from jbeich@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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CvjDd088Vz4sCW; Mon, 14 Dec 2020 13:39:45 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id F1A5014A8; Mon, 14 Dec 2020 13:39:44 +0000 (UTC) From: Jan Beich To: Toomas Soome Cc: FreeBSD Current Subject: Re: review request: loader: implement framebuffer console References: Date: Mon, 14 Dec 2020 14:39:42 +0100 In-Reply-To: (Toomas Soome's message of "Fri, 4 Dec 2020 11:24:25 +0200") Message-ID: MIME-Version: 1.0 Content-Type: text/plain ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1607953185; 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=yAgrXz7/u9e4ACQ3UdRxXHFxmgQKI5KKREIpOWkbPDI=; b=teb+sX1BdP4EMAn4xqxuE8NjmxotN844OnkTU2tM3JPHEvb4R5BlSpjmXhMMdQHhpM7f9D 3r2+kQ4C/CnnJwzYmmlotsD7fR61ULFdzWmpIy8AsWifoi+2GXaamX7J9FTZHVvyIgH76D A7thGv8ZYktWapagq5vA7N0PN3epyvCBAjgxqSPE95Uqm6RuLCM+FQ8ScFb3lL2Kc03pa6 hCj9cFpydwFh7PtQzSbvmMmtlYhlBSHghYUNGE7fJbrztq5xpn3PIM/uVINOE0wQL38JLv QLDSJxA/LzQLRfM1Gve26yfqgFGVpRaO5Buw0Cai0GzeMmTDZegLRwt4Jc9UbA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1607953185; a=rsa-sha256; cv=none; b=mJbVE9qmSlPvbgvNl+I9gW4FsaBq+8Ful0/5H132E5nYRvMhlaAUi1KXGr6GkFj6dSDMTu DGbyRMUBjTxQx+szF8XB90fZZ7+9rgKZDaAh3/LvRhDjDt5BBUABJUji9DUkYW33I0hvIh wPzjKWVPY45CLbysZC3MUXWv8HhPQmf5as7f0EPHcDINr1DNg6pjmUrJdju76wqH3Etjf7 ZlT+9rmcTbTw6DjReG5eNGn0boM0aAwERcyIoc2Y8FyOJW1rGsa9/3QoFRA2exd0FIBVDm wthda88bF0OGb7INUuud+Y6oMecmg5YLEUugR5kCZn1qeWeEPk69j7jZ3Wp9LQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Dec 2020 13:39:45 -0000 Toomas Soome writes: > hi! > > I have been working on proper framebuffer support on FreeBSD loader > and there is the current state: https://reviews.freebsd.org/D27420 > > > All feedback is welcome, and especially if you can spare some time for testing:) Do you have another source? Phabricator excludes some files e.g., $ fetch 'https://reviews.freebsd.org/D27420?download=true' | patch -Efsp0 $ make -sj8 buildworld [...] ===> stand/images (all) make[4]: make[4]: don't know how to make freebsd-brand-rev.png. Stop From owner-freebsd-current@freebsd.org Mon Dec 14 14:03:31 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 384544BAB45 for ; Mon, 14 Dec 2020 14:03:31 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cvjm31CF8z4tmh; Mon, 14 Dec 2020 14:03:31 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id 227BF1789; Mon, 14 Dec 2020 14:03:31 +0000 (UTC) From: Jan Beich To: Toomas Soome Cc: FreeBSD Current Subject: Re: review request: loader: implement framebuffer console References: Date: Mon, 14 Dec 2020 15:03:28 +0100 In-Reply-To: (Jan Beich's message of "Mon, 14 Dec 2020 14:39:42 +0100") Message-ID: MIME-Version: 1.0 Content-Type: text/plain ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1607954611; 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=n3THphCaHGCMkPrjcJnckNJu23xamnqgtuW6L8Ds+nk=; b=R0fp86AoZgKhzIlgOG6cP8iw1fEAeG5WpS7xuN0hYs48Y2X3QgjwD8Jfrfm7g/QTjhepx1 dvhQoD/VHXBUunme+JMZBw5J0PMAvNPje9sGoJQYgOVtgf0f9PDJ++7p+twjDh9rH8MnYB EBym4vdo3a1w04e93zhGw3pR9/MhdIJz+S5E7X5ZEDEH8CezKM6SqwTDiKWDiMfidFLxSt oyYl9Zi9QQstIe8eholZmhFnqpb4115KXCRJOFg+Lq3WewUFtStWJHvob7RvWRzGhirMBm dwdC39dndj13rN00W1fw2BjE6x0y7R5KPdsEz8ESKri3eIQ4IhSI31Sak4qwew== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1607954611; a=rsa-sha256; cv=none; b=btiv+CgjzD60u1NUWv2BfrIeqfSWSC2xtowiwaWRVaBaD9TK+w1u/2VtbBnG4x72bXzEt9 4eQz06W//lFcht8tfFGgE2HCBG97CUdZRMZ+tjjFakvX9O06PSFZLr+UwVLBK1hKZijvdA cEQVXijCGNFEel3Rjznochn+EhkE5FbwG1r62EaFDH//0SDINYUEFevjXTK7/2TUuVLJsm XF36Sglq2qMRlyyDPTjQC+2TtFDWNsfu4LF2Nzkz1A7eUPRyHR/oSRePttTu17GnLJhUf8 yja21jPLXj158UdwEgfoZBfuhbNFzohVI+ufrfjNui41UM3IBJW9dU/RRO2wIw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Dec 2020 14:03:31 -0000 Jan Beich writes: > Toomas Soome writes: > >> hi! >> >> I have been working on proper framebuffer support on FreeBSD loader >> and there is the current state: https://reviews.freebsd.org/D27420 >> >> >> All feedback is welcome, and especially if you can spare some time for testing:) > > Do you have another source? Phabricator excludes some files e.g., > > $ fetch 'https://reviews.freebsd.org/D27420?download=true' | patch -Efsp0 > $ make -sj8 buildworld > [...] > ===> stand/images (all) > make[4]: make[4]: don't know how to make freebsd-brand-rev.png. Stop FWIW, I've tried CLI but no joy: $ svn status $ pkg install arcanist-php80 $ arc patch D27420 PHP Deprecated: Function libxml_disable_entity_loader() is deprecated in /usr/local/lib/php/arcanist/support/init/init-script.php on line 92 Deprecated: Function libxml_disable_entity_loader() is deprecated in /usr/local/lib/php/arcanist/support/init/init-script.php on line 92 [2020-12-14 13:42:12] EXCEPTION: (Exception) Error while loading file "/usr/local/lib/php/arcanist/src/workflow/ArcanistWorkflow.php": Private methods cannot be final as they are never overridden by other classes at [/src/init/lib/PhutilBootloader.php:275] arcanist() #0 PhutilBootloader::executeInclude(string) called at [/src/init/lib/PhutilBootloader.php:207] #1 PhutilBootloader::loadLibrarySource(string, string) called at [/src/symbols/PhutilSymbolLoader.php:422] #2 PhutilSymbolLoader::loadSymbol(array) called at [/src/symbols/PhutilSymbolLoader.php:277] #3 PhutilSymbolLoader::selectAndLoadSymbols() called at [/src/init/init-library.php:23] #4 __phutil_autoload(string) #5 class_exists(string) called at [/src/symbols/PhutilClassMapQuery.php:216] #6 PhutilClassMapQuery::loadMap() called at [/src/symbols/PhutilClassMapQuery.php:184] #7 PhutilClassMapQuery::execute() called at [/src/runtime/ArcanistRuntime.php:535] #8 ArcanistRuntime::newWorkflows(ArcanistArcToolset) called at [/src/runtime/ArcanistRuntime.php:115] #9 ArcanistRuntime::executeCore(array) called at [/src/runtime/ArcanistRuntime.php:37] #10 ArcanistRuntime::execute(array) called at [/support/init/init-arcanist.php:6] #11 require_once(string) called at [/bin/arc:10] $ svn status $ pkg install arcanist-php74 $ arc patch D27420 [...] A (bin) stand/images/freebsd-logo-rev.png A (bin) stand/images/freebsd-brand.png A (bin) stand/images/freebsd-brand-rev.png A stand/images/Makefile svn: warning: W150002: 'stand/images' is already under version control svn: E200009: Could not add all targets because some targets are already versioned svn: E200009: Illegal target for the requested operation A stand/i386/libi386/vbe.h A stand/i386/libi386/vbe.c A stand/fonts/Makefile A stand/fonts/INDEX.fonts svn: warning: W150002: 'stand/fonts' is already under version control svn: E200009: Could not add all targets because some targets are already versioned svn: E200009: Illegal target for the requested operation A stand/common/gfx_fb.h A stand/common/gfx_fb.c A contrib/terminus/ter-u32n.bdf A contrib/terminus/ter-u32b.bdf A contrib/terminus/ter-u28n.bdf A contrib/terminus/ter-u28b.bdf A contrib/terminus/ter-u24n.bdf A contrib/terminus/ter-u24b.bdf A contrib/terminus/ter-u22n.bdf A contrib/terminus/ter-u22b.bdf A contrib/terminus/ter-u20n.bdf A contrib/terminus/ter-u20b.bdf A contrib/terminus/ter-u18n.bdf A contrib/terminus/ter-u18b.bdf A contrib/terminus/ter-u16v.bdf A contrib/terminus/ter-u16n.bdf A contrib/terminus/ter-u16b.bdf A contrib/terminus/ter-u14v.bdf A contrib/terminus/ter-u14n.bdf A contrib/terminus/ter-u14b.bdf A contrib/terminus/ter-u12n.bdf A contrib/terminus/ter-u12b.bdf svn: warning: W150002: 'contrib/terminus' is already under version control svn: E200009: Could not add all targets because some targets are already versioned svn: E200009: Illegal target for the requested operation A contrib/pnglite/pnglite.h A contrib/pnglite/pnglite.c A contrib/pnglite/README.md A contrib/pnglite/LICENSE svn: warning: W150002: 'contrib/pnglite' is already under version control svn: E200009: Could not add all targets because some targets are already versioned svn: E200009: Illegal target for the requested operation svn: E125004: MIME type 'application/octet-stream \ No newline at end of property' contains invalid character ' ' in media type svn: E125004: MIME type 'application/octet-stream \ No newline at end of property' contains invalid character ' ' in media type svn: E125004: MIME type 'application/octet-stream \ No newline at end of property' contains invalid character ' ' in media type svn: E135001: Unrecognized line ending style 'native \ No newline at end of property' for 'stand/images/Makefile' property 'svn:keywords' set on 'stand/images/Makefile' svn: E125004: MIME type 'text/plain \ No newline at end of property' contains invalid character ' ' in media type svn: E135001: Unrecognized line ending style 'native \ No newline at end of property' for 'stand/i386/libi386/vbe.h' property 'svn:keywords' set on 'stand/i386/libi386/vbe.h' svn: E125004: MIME type 'text/plain \ No newline at end of property' contains invalid character ' ' in media type svn: E135001: Unrecognized line ending style 'native \ No newline at end of property' for 'stand/i386/libi386/vbe.c' property 'svn:keywords' set on 'stand/i386/libi386/vbe.c' svn: E125004: MIME type 'text/plain \ No newline at end of property' contains invalid character ' ' in media type svn: E135001: Unrecognized line ending style 'native \ No newline at end of property' for 'stand/fonts/Makefile' property 'svn:keywords' set on 'stand/fonts/Makefile' svn: E125004: MIME type 'text/plain \ No newline at end of property' contains invalid character ' ' in media type svn: E135001: Unrecognized line ending style 'native \ No newline at end of property' for 'stand/common/gfx_fb.h' property 'svn:keywords' set on 'stand/common/gfx_fb.h' svn: E125004: MIME type 'text/plain \ No newline at end of property' contains invalid character ' ' in media type svn: E135001: Unrecognized line ending style 'native \ No newline at end of property' for 'stand/common/gfx_fb.c' property 'svn:keywords' set on 'stand/common/gfx_fb.c' svn: E125004: MIME type 'text/plain \ No newline at end of property' contains invalid character ' ' in media type svn: E135001: Unrecognized line ending style 'native \ No newline at end of property' for 'contrib/pnglite/pnglite.h' property 'svn:keywords' set on 'contrib/pnglite/pnglite.h' svn: E125004: MIME type 'text/plain \ No newline at end of property' contains invalid character ' ' in media type svn: E135001: Unrecognized line ending style 'native \ No newline at end of property' for 'contrib/pnglite/pnglite.c' property 'svn:keywords' set on 'contrib/pnglite/pnglite.c' svn: E125004: MIME type 'text/plain \ No newline at end of property' contains invalid character ' ' in media type OKAY Successfully applied patch to the working copy. $ ls -l stand/images/*.png -rw-r--r-- 1 foo foo 0 14 Dec 13:46 stand/images/freebsd-brand-rev.png -rw-r--r-- 1 foo foo 0 14 Dec 13:46 stand/images/freebsd-brand.png -rw-r--r-- 1 foo foo 0 14 Dec 13:46 stand/images/freebsd-logo-rev.png From owner-freebsd-current@freebsd.org Mon Dec 14 22:03:45 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2529F4C4473 for ; Mon, 14 Dec 2020 22:03:45 +0000 (UTC) (envelope-from editor@callfortesting.org) Received: from mail-pf1-x436.google.com (mail-pf1-x436.google.com [IPv6:2607:f8b0:4864:20::436]) (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 4CvwQ80kxDz3tMZ for ; Mon, 14 Dec 2020 22:03:43 +0000 (UTC) (envelope-from editor@callfortesting.org) Received: by mail-pf1-x436.google.com with SMTP id 131so13078787pfb.9 for ; Mon, 14 Dec 2020 14:03:43 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=QIHSXAtkL6yUEwH3ll20eHPtKKXsDqx9aOaPqFiQd90=; b=bcSuy9Yhn4KuWfAdtPWy12el1zbab3JaqKLaRqfQy3ksC7R24Pz3rdncXqZ8ZwqOZp NnDjBrAe47Nrq9+4ePd1yaiDISvJsbao5IceVVwN+/gvcgCpiY9YuGtbs79l+pVN0/Fl RyBY7IIZruOcdbtUYiyZn0Q47o5EGZIMPhD19vV02TDKga2pq6YL2FPAimq0XNxF1fIC NYzKjIOjTuugJXpfgnRBLZ8U5sQBGR5VoyJU8DuODr3X9PYqebROtdfJCG6jl5uKHjTg FBzOe3xS0E1cgzPxulhr82s/h7zdhsIgruMrXp6a6SnvN2yI+4SOS3l3PwCwpokZJ+rX 9M3A== X-Gm-Message-State: AOAM531mn/iANcCvBCh8P/u3BFzq8yC4K6Z4z2BjJiXCuMuZsf0aRuk/ v0wRDEj+82cpqQoT+FY5ZUrbvt3xPsQb21am X-Google-Smtp-Source: ABdhPJxNyPjq8JjADaQttec36HI7FVfX9xBUwuycn09o5LFV9Cz1VbuNblb3Acbx8wish3LSrCYS0w== X-Received: by 2002:a63:d650:: with SMTP id d16mr25949004pgj.277.1607983422346; Mon, 14 Dec 2020 14:03:42 -0800 (PST) Received: from macbook-2.local (c-67-170-137-52.hsd1.or.comcast.net. [67.170.137.52]) by smtp.gmail.com with ESMTPSA id z7sm21426192pfq.193.2020.12.14.14.03.41 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 14 Dec 2020 14:03:41 -0800 (PST) Subject: Re: RISC-V root device question -> Panic To: Mitchell Horne Cc: FreeBSD Current References: <4fcf5f35-481b-a321-cb52-7264fc10d1d4@callfortesting.org> From: Michael Dexter Message-ID: Date: Mon, 14 Dec 2020 14:03:39 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4CvwQ80kxDz3tMZ X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.30 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[callfortesting-org.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::436:from]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[67.170.137.52:received]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[callfortesting-org.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[callfortesting.org]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::436:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::436:from]; R_SPF_NA(0.00)[no SPF record]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Dec 2020 22:03:45 -0000 Mitchell, On 12/7/20 1:56 PM, Mitchell Horne wrote: > You can also override it using the QEMU commandline, which is simpler > since you won't need to recompile anything. Adding the following > argument should suffice: This works great but riscv 12-STABLE using last week's snapshot revision throws the panic output included below under QEMU and leaves nothing in /var/crash What expectations should I set for RISC-V STABLE and CURRENT? All the best, Michael t[0] == 0xffffffc0006c9d98 t[1] == 0x0000000040c50000 t[2] == 0x0000000040c65000 t[3] == 0x0000000000000001 t[4] == 0x0000000000000000 t[5] == 0x0000000000000001 t[6] == 0x0000000000000001 s[0] == 0xffffffd0b1600248 s[1] == 0x0000000040e49000 s[2] == 0xfffffffffffff000 s[3] == 0x00000000000000ff s[4] == 0x0000000041000000 s[5] == 0x0000000000000001 s[6] == 0xffffffc000aff988 s[7] == 0x00000000410a1000 s[8] == 0x0000000000000280 s[9] == 0x0000000000000000 s[10] == 0x0000000000001000 s[11] == 0xffffffffffffff73 a[0] == 0x0000000000000000 a[1] == 0xffffffd00297d560 a[2] == 0x0000000000000000 a[3] == 0x0000000000000021 a[4] == 0x0000000000000000 a[5] == 0x0000000000000021 a[6] == 0x000000000000003f a[7] == 0xffffffc000aff900 sepc == 0xffffffc0004ce414 sstatus == 0x0000000000000120 panic: Fatal page fault at 0xffffffc0004ce414: 0x00000000000065 cpuid = 1 time = 1607915275 KDB: stack backtrace: #0 0xffffffc00023f2d4 at kdb_backtrace+0x50 Uptime: 2d1h40m41s Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... From owner-freebsd-current@freebsd.org Tue Dec 15 07:44:15 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C06CA4ABE39 for ; Tue, 15 Dec 2020 07:44:15 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (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 4Cw9Hy2cr5z3GWw; Tue, 15 Dec 2020 07:44:13 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [188.174.54.230] (helo=c720-r368166.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kp50F-00034B-MW; Tue, 15 Dec 2020 08:44:11 +0100 Received: from c720-r368166.fritz.box (localhost [127.0.0.1]) by c720-r368166.unixarea.de (8.16.1/8.14.9) with ESMTPS id 0BF7iBD0002187 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 15 Dec 2020 08:44:12 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by c720-r368166.fritz.box (8.16.1/8.14.9/Submit) id 0BF7iBTX002186; Tue, 15 Dec 2020 08:44:11 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: c720-r368166.fritz.box: guru set sender to guru@unixarea.de using -f Date: Tue, 15 Dec 2020 08:44:11 +0100 From: Matthias Apitz To: freebsd-current@freebsd.org, kaktus@freebsd.org, sbruno@freebsd.org Cc: Michael Gmelin , Hans Petter Selasky Subject: Re: after update to r368166: no sound recording Message-ID: Reply-To: Matthias Apitz Mail-Followup-To: freebsd-current@freebsd.org, kaktus@freebsd.org, sbruno@freebsd.org, Michael Gmelin , Hans Petter Selasky References: <72bd5240-3092-bf7b-51aa-2ad12a576efb@selasky.org> <4d83e630-7bed-16bd-3422-267813d3e842@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 13.0-CURRENT r368166 (amd64) X-message-flag: Mails containing HTML will not be read! Please send only plain text. X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 188.174.54.230 X-Rspamd-Queue-Id: 4Cw9Hy2cr5z3GWw X-Spamd-Bar: / X-Spamd-Result: default: False [-0.53 / 15.00]; HAS_REPLYTO(0.00)[guru@unixarea.de]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_XOIP(0.00)[]; TO_DN_SOME(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[178.254.4.101:from]; HAS_XAW(0.00)[]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; RECEIVED_SPAMHAUS_PBL(0.00)[188.174.54.230:received]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[178.254.4.101:from]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:42730, ipnet:178.254.0.0/19, country:DE]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.67)[0.667]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[unixarea.de]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[178.254.4.101:from:127.0.2.255]; RCVD_IN_DNSWL_LOW(-0.10)[178.254.4.101:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Dec 2020 07:44:15 -0000 El día lunes, diciembre 14, 2020 a las 10:16:21a. m. +0100, Matthias Apitz escribió: > I did a step by step down grading with 'svn up -r..... hdaa.c hdaa.h' > (only these two files), starting from r368166 down to the following revisions: > > r368166: no recording from pcm1 > > r358333: no recording from pcm1 > > r350078: no recording from pcm1 > > r337043: recording is fine > > I've cc'ed now the commiters of the r358333 and r350078. kaktus@ and sbruno@ > please check the issue https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251727 > and this mail thread in current@ I have nailed down the problem and locally fixed it with this: # svn diff sys/dev/sound/pci/hda/hdaa.c Index: sys/dev/sound/pci/hda/hdaa.c =================================================================== --- sys/dev/sound/pci/hda/hdaa.c (revisión: 368166) +++ sys/dev/sound/pci/hda/hdaa.c (copia de trabajo) @@ -6598,6 +6598,7 @@ devinfo->newgpo = -1; callout_init(&devinfo->poll_jack, 1); devinfo->poll_ival = hz; + devinfo->init_clear = 1; /* added by guru@unixarea.de */ hdaa_lock(devinfo); res = hda_command(dev, because there seems to be no code to set devinfo->init_clear from loader.conf; there is in hdaa.c: SYSCTL_ADD_INT(device_get_sysctl_ctx(dev), SYSCTL_CHILDREN(device_get_sysctl_tree(dev)), OID_AUTO, "init_clear", CTLFLAG_RW, &devinfo->init_clear, 1,"Clear initial pin widget configuration"); but I don't see any function like hdaa_init_clear_handler() which writes the value to devinfo->init_clear; Am I mistaken? matthias -- Matthias Apitz, ✉ guru@unixarea.de, http://www.unixarea.de/ +49-176-38902045 Public GnuPG key: http://www.unixarea.de/key.pub From owner-freebsd-current@freebsd.org Tue Dec 15 08:40:33 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8F9184AE0C7 for ; Tue, 15 Dec 2020 08:40:33 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.3 with cipher TLS_CHACHA20_POLY1305_SHA256 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.evolve.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CwBXw3Dtzz3LCX; Tue, 15 Dec 2020 08:40:32 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id 88cd3f85; Tue, 15 Dec 2020 08:40:22 +0000 (UTC) Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id b92ef507 (TLSv1.3:AEAD-CHACHA20-POLY1305-SHA256:256:NO); Tue, 15 Dec 2020 08:40:18 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) Subject: Re: after update to r368166: no sound recording From: Michael Gmelin In-Reply-To: Date: Tue, 15 Dec 2020 09:40:16 +0100 Cc: freebsd-current@freebsd.org, kaktus@freebsd.org, sbruno@freebsd.org, Hans Petter Selasky Message-Id: References: To: Matthias Apitz X-Mailer: iPhone Mail (18B92) X-Rspamd-Queue-Id: 4CwBXw3Dtzz3LCX X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[grem.de:s=20180501]; 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)[+ip4:213.239.217.29/32]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grem.de]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_FIVE(0.00)[5]; SPAMHAUS_ZRD(0.00)[213.239.217.29:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[grem.de:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[213.239.217.29:from]; ASN(0.00)[asn:24940, ipnet:213.239.192.0/18, country:DE]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Dec 2020 08:40:33 -0000 > On 15. Dec 2020, at 08:44, Matthias Apitz wrote: >=20 > =EF=BB=BFEl d=C3=ADa lunes, diciembre 14, 2020 a las 10:16:21a. m. +0100, M= atthias Apitz escribi=C3=B3: >=20 >> I did a step by step down grading with 'svn up -r..... hdaa.c hdaa.h' >> (only these two files), starting from r368166 down to the following revis= ions: >>=20 >> r368166: no recording from pcm1 >>=20 >> r358333: no recording from pcm1 >>=20 >> r350078: no recording from pcm1 >>=20 >> r337043: recording is fine >>=20 >> I've cc'ed now the commiters of the r358333 and r350078. kaktus@ and sbru= no@ >> please check the issue https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D= 251727 >> and this mail thread in current@ >=20 > I have nailed down the problem and locally fixed it with this: >=20 > # svn diff sys/dev/sound/pci/hda/hdaa.c > Index: sys/dev/sound/pci/hda/hdaa.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- sys/dev/sound/pci/hda/hdaa.c (revisi=C3=B3n: 368166) > +++ sys/dev/sound/pci/hda/hdaa.c (copia de trabajo) > @@ -6598,6 +6598,7 @@ > devinfo->newgpo =3D -1; > callout_init(&devinfo->poll_jack, 1); > devinfo->poll_ival =3D hz; > + devinfo->init_clear =3D 1; /* added by guru@unixarea.de */ >=20 > hdaa_lock(devinfo); > res =3D hda_command(dev, >=20 > because there seems to be no code to set devinfo->init_clear from > loader.conf; there is in hdaa.c: >=20 > SYSCTL_ADD_INT(device_get_sysctl_ctx(dev), > SYSCTL_CHILDREN(device_get_sysctl_tree(dev)), OID_AUTO, > "init_clear", CTLFLAG_RW, > &devinfo->init_clear, 1,"Clear initial pin widget configuration= "); >=20 > but I don't see any function like hdaa_init_clear_handler() which writes > the value to devinfo->init_clear;=20 >=20 > Am I mistaken? >=20 > matthias >=20 >=20 Good catch, I played with the sysctl as well as device.hints, both which did= n=E2=80=99t (seem to) make a difference. -m > --=20 > Matthias Apitz, =E2=9C=89 guru@unixarea.de, http://www.unixarea.de/ +49-17= 6-38902045 > Public GnuPG key: http://www.unixarea.de/key.pub From owner-freebsd-current@freebsd.org Tue Dec 15 10:33:51 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 32A214B07CA for ; Tue, 15 Dec 2020 10:33:51 +0000 (UTC) (envelope-from Alexander@leidinger.net) Received: from mailgate.Leidinger.net (mailgate.leidinger.net [IPv6:2a00:1828:2000:313::1:5]) (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 4CwF3f09xGz3hCB for ; Tue, 15 Dec 2020 10:33:49 +0000 (UTC) (envelope-from Alexander@leidinger.net) Received: from outgoing.leidinger.net (p508d5c87.dip0.t-ipconnect.de [80.141.92.135]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (Client did not present a certificate) by mailgate.Leidinger.net (Postfix) with ESMTPSA id 41EE41282; Tue, 15 Dec 2020 11:33:41 +0100 (CET) Received: from webmail.leidinger.net (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (Client did not present a certificate) by outgoing.leidinger.net (Postfix) with ESMTPS id 4A7623412; Tue, 15 Dec 2020 11:33:38 +0100 (CET) Date: Tue, 15 Dec 2020 11:33:37 +0100 Message-ID: <20201215113337.Horde.l4wQz3q2aWv3qxrbkMGpQOe@webmail.leidinger.net> From: Alexander Leidinger To: Jens Schweikhardt Cc: Graham Perrin , freebsd-current@freebsd.org Subject: Re: Identifying broken applications following careless use of make -DBATCH_DELETE_OLD_FILES delete-old-libs References: <20201214093838.Horde.7MCNPdaO93VFac3VZjMk0BW@webmail.leidinger.net> <2059585148.3686937.1607951705519.JavaMail.zimbra@schweikhardt.net> In-Reply-To: <2059585148.3686937.1607951705519.JavaMail.zimbra@schweikhardt.net> Accept-Language: de,en Content-Type: multipart/signed; boundary="=_nsOcneOCf3rOd_MHv5r5Gnq"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 X-Rspamd-Queue-Id: 4CwF3f09xGz3hCB X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[leidinger.net:s=outgoing-alex]; RECEIVED_SPAMHAUS_PBL(0.00)[80.141.92.135:received]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[2a00:1828:2000:313::1:5:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[leidinger.net:+]; DMARC_POLICY_ALLOW(-0.50)[leidinger.net,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1828:2000:313::1:5:from]; ASN(0.00)[asn:34240, ipnet:2a00:1828::/32, country:DE]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; FREEMAIL_CC(0.00)[gmail.com,freebsd.org] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Dec 2020 10:33:51 -0000 This message is in MIME format and has been PGP signed. --=_nsOcneOCf3rOd_MHv5r5Gnq Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoting Jens Schweikhardt (from Mon, 14=20=20 Dec=202020 14:15:05 +0100 (CET)): > Alexander, > > it would seem that > > find /usr/local/*bin* /usr/local/lib* -type f \ > | xargs ldd -f '%p|%A\n' 2>/dev/null \ > | grep '^not found' | cut -d '|' -f2 \ > | xargs pkg which -q | sort -u > > is prone to false positives, since ldd is sensitive to LD_LIBRARY_PATH, v= iz.: Yes. Firefox, LibreOffice/OpenOffice come to my mind directly. There=20=20 may=20be others. I expect those to be rare (compared to the size of the=20= =20 ports=20collection), but if you encounter some false positives, it's=20=20 probably=20a big package. Either way, "locate $missing_lib" is a good=20=20 idea=20here. [...] > So make sure you look into what exact library is missing and if > it's actually somewhere "non-standard", > that directory should be in LD_LIBRARY_PATH. Temporary for the run of this check, yes. Bye, Alexander. --=20 http://www.Leidinger.net=20Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_nsOcneOCf3rOd_MHv5r5Gnq Content-Type: application/pgp-signature Content-Description: Digitale PGP-Signatur Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJf2JEBAAoJEBINsJsD+NiGn9sQAJZRbaKKzGWkz2daaGpVVrQV 39w5Gd5Loek/rrkRYRE3trCaLND51dJ+rP+aIaaX6rEVQZQvo2URGoTxiTqKae8C mYZmviQ48bwvCxAa8mUk/I0naZc22VaGbGT5UhpRSxf5SladCRMqECEWBw8TD0hf aYgp2+NJpDYsK18CGhZdUvT2vmevMlX/T8xJ8zHE4Ghi9T5sMeOyuI0a+l/R9XwG mkokgsLxT4IwOFkugoAVLE43O3Aw0xlX1YOZ25Tkd2IQK3UtIa69w5vVFC0W8gQA ydjpgUzQ9EFtelHM7IrOXzMSOyy1DEfiL+g9t6TIqT87AJXzlVyo+UoG5YAXbAtw RVwz17qe0aQaanLd4CgHgIMOoBI5P4lte1OPefZywBF00e1v1sbnAPJQtzBXzUz5 jv22Fjsa8Wiwj18xFvy9O+9tpaBxlg3ZnmOfSqDAuAbqy6JNYnfbJ8phz00pR5fD SvpIn7JHNBPiaydTUnh0BE9LqNVqEcZI3r2yIpC9Y6CHav19JJ0rP93UEUGSTqmm iwD6e3g5y7SjRzd4WF7yCZbkbpLHxrGJZ1dPuBtZfXjFtTX5MKEEq2i0B3b+HBrc zW+QOLyHev+hLpqS86p4QUiPSzOeJmpGKpViRP8P9mRukgLSdD5F7zjHR5GfWsot 0HnIUelIQyQyNJc/dcPA =HMBf -----END PGP SIGNATURE----- --=_nsOcneOCf3rOd_MHv5r5Gnq-- From owner-freebsd-current@freebsd.org Tue Dec 15 15:16:40 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B1C094B93C7 for ; Tue, 15 Dec 2020 15:16:40 +0000 (UTC) (envelope-from oleg@theweb.org.ua) Received: from sigill.theweb.org.ua (noc.quadranet.com [66.63.164.214]) (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 "sigill.theweb.org.ua", Issuer "sigill.theweb.org.ua" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CwMKz1sZCz4TJC for ; Tue, 15 Dec 2020 15:16:38 +0000 (UTC) (envelope-from oleg@theweb.org.ua) Received: from sigill.theweb.org.ua (localhost [127.0.0.1]) by sigill.theweb.org.ua (8.16.1/8.16.1) with ESMTPS id 0BFFGTDh086758 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Tue, 15 Dec 2020 17:16:29 +0200 (EET) (envelope-from oleg@theweb.org.ua) Received: (from oleg@localhost) by sigill.theweb.org.ua (8.16.1/8.16.1/Submit) id 0BFFGT1l086757 for freebsd-current@freebsd.org; Tue, 15 Dec 2020 17:16:29 +0200 (EET) (envelope-from oleg@theweb.org.ua) X-Authentication-Warning: sigill.theweb.org.ua: oleg set sender to oleg@theweb.org.ua using -f From: "Oleg V. Nauman" To: freebsd-current@freebsd.org Subject: linker_load_file: /boot/kernel/ipfw.ko - unsupported file type Date: Tue, 15 Dec 2020 17:16:29 +0200 Message-ID: <2837876.hHqAuc6tWs@sigill.theweb.org.ua> Organization: Private persom MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Rspamd-Queue-Id: 4CwMKz1sZCz4TJC X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.29 / 15.00]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; HFILTER_HELO_IP_A(1.00)[sigill.theweb.org.ua]; HAS_ORG_HEADER(0.00)[]; HFILTER_HELO_NORES_A_OR_MX(0.30)[sigill.theweb.org.ua]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; CTE_CASE(0.50)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.63.164.214:from]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:8100, ipnet:66.63.164.0/23, country:US]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[oleg]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[theweb.org.ua]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.63.164.214:from:127.0.2.255]; NEURAL_SPAM_MEDIUM(0.59)[0.592]; NEURAL_SPAM_SHORT(1.00)[1.000]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Dec 2020 15:16:40 -0000 Hello, kernel: link_elf_obj: symbol fib6_lookup_rt undefined kernel: linker_load_file: /boot/kernel/ipfw.ko - unsupported file type It seems ipf.ko unconditionally perform IPV6 lookup even on system built with WITHOUT_INET6=YES defined FreeBSD 13.0-CURRENT r368604 amd64 Thank you From owner-freebsd-current@freebsd.org Tue Dec 15 00:00:03 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 357934CB08C; Tue, 15 Dec 2020 00:00:03 +0000 (UTC) (envelope-from owner-freebsd-quarterly-calls@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4Cvz0L3YgGz4YBs; Tue, 15 Dec 2020 00:00:02 +0000 (UTC) (envelope-from owner-freebsd-quarterly-calls@freebsd.org) Delivered-To: freebsd-quarterly-calls@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 4994B4CAE92; Tue, 15 Dec 2020 00:00:01 +0000 (UTC) (envelope-from debdrup@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cvz0K0s8Fz4YXy; Tue, 15 Dec 2020 00:00:01 +0000 (UTC) (envelope-from debdrup@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1471) id 0789B8266; Tue, 15 Dec 2020 00:00:00 +0000 (UTC) To: freebsd-quarterly-calls@FreeBSD.org Subject: [2 WEEKS LEFT REMINDER] Call for 2020Q4 quarterly status reports Message-Id: <20201215000001.0789B8266@freefall.freebsd.org> Date: Tue, 15 Dec 2020 00:00:00 +0000 (UTC) From: Daniel Ebdrup Jensen ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1607990401; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc; bh=CzE01EMmyg3K6KfTxm5h+D5DiJ4K0uwdj8hfSlDUdAE=; b=D8WvGlA+J0Do90cE+lJoQx4zlNO03dRStmRhQH62ETVQXQzkoQYWsQP8e8WHIxxkv+iyNC v9EwSQYE0yACElQeUzBAP3ZPiaxcdvb883aowloAp9DnrokvnJbLd35HYmDdihsOeWd/S5 Km9OhjiW8GVFywMWE69cdA+WRkB8x053Y6ccdcbVad/ZLaLyG5rag9MkmEF3Wdf2WirTmP Zx2KAYluwchzXonYZk1A4NJ7XU2VWcZURWQGtQBC79luWQUHPsV90o/3fq74n/jjTDoxrK QNDrHJWGLDNqP3MSnTdRB2gYq6UrkIvkntp+xL5nOYVNhtxb74dhR2ewt6Nl7g== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1607990401; a=rsa-sha256; cv=none; b=JLOOJO8o2Mdddh6WPOWNR+gc9D1kGH5FoPSN8Cd97jU5ZflQdAcUrHUfBHpKEUpxg1hGky JR+jeSsKJiiaFSXUsf1sM+xGOUUq6RQ24HtxYMhiXgpl7GMhvHKgrWD718xPd34QId962T 3cRZ6h2hu7g5sfJHbYx15SjvXS1A7vVuiwzGXF9c0dFwHXVRn+6Up6mEyrPVeibVnhRT+Z 8kwGYroMODMBX2+JxS8px8sOHFDPryLlWfWnQZcgSg762lF8X36BVaSYT6A1bBdgnqcu7t n4yNnM73ab/CV0ZbB7qjlz3YjJv3pUKZAqKx1zj9OBPAbqiFjy4D5/26e8v5XA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-BeenThere: freebsd-quarterly-calls@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: owner-freebsd-quarterly-calls@freebsd.org Sender: owner-freebsd-quarterly-calls@freebsd.org X-Mailman-Approved-At: Tue, 15 Dec 2020 16:02:28 +0000 X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Dec 2020 00:00:03 -0000 Dear FreeBSD Community, The deadline for the next FreeBSD Quarterly Status update is December, 31st 2021 for work done since the last round of Quarterly Reports: October 2020 - December 2020. I would like to remind you that reports are collected during the last month of every quarter. Status report submissions do not need to be very long. They may be about anything happening in the FreeBSD project and community, and they provide a great way to inform FreeBSD users and developers about work that is underway or has been completed. Report submissions are not limited to committers; anyone doing anything interesting and FreeBSD related can -- and should -- write one! The preferred method is to follow the guidelines at the Quarterly GitHub repository: https://github.com/freebsd/freebsd-quarterly Alternatively you can fetch the Markdown template, fill it in, and email it to quarterly-submissions@FreeBSD.org. The template can be found at: https://raw.githubusercontent.com/freebsd/freebsd-quarterly/master/report-sample.md We look forward to seeing your 2020Q4 reports! Thanks, Daniel Ebdrup Jensen (on behalf of quarterly@) _______________________________________________ freebsd-quarterly-calls@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-quarterly-calls To unsubscribe, send any mail to "freebsd-quarterly-calls-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Dec 15 17:22:35 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6A9314BC5F3 for ; Tue, 15 Dec 2020 17:22:35 +0000 (UTC) (envelope-from freqlabs@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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CwQ7H2WZpz4cXm; Tue, 15 Dec 2020 17:22:35 +0000 (UTC) (envelope-from freqlabs@FreeBSD.org) Received: from Ryans-MacBook-Pro.local (unknown [IPv6:2600:1700:358a:c660:2039:e428:f20a:75b6]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: freqlabs/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 033F22F3E0; Tue, 15 Dec 2020 17:22:34 +0000 (UTC) (envelope-from freqlabs@FreeBSD.org) Subject: Re: usr.bin/xinstall r366697 versus: buildworld: lib/libc: install: short write to libc.so.7.debug: [_libinstall] Error code 71 To: Graham Perrin , Kyle Evans , Alex Richardson , Ryan Moeller , Matthew Macy , Dimitry Andric Cc: FreeBSD-CURRENT References: <746a3af4-3daf-9029-bf48-23efa3f5da8e@gmail.com> <37d2a873-8cb9-b858-fa06-4bbfcf006835@gmail.com> <1e9e8649-0fe7-4b83-078d-f67908e2f430@gmail.com> <40C5DB30-4B7C-4A51-8069-B4E67298C558@FreeBSD.org> <9b6bbf0b-93d2-123e-ee5c-f8de660b150a@gmail.com> From: Ryan Moeller Message-ID: Date: Tue, 15 Dec 2020 12:22:33 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.16; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Dec 2020 17:22:35 -0000 On 12/12/20 2:15 AM, Graham Perrin wrote: > On 23/11/2020 12:18, Graham Perrin wrote: > >> On 22/11/2020 12:00, Dimitry Andric wrote: >>> … >>> I'd guess it's an unintended side-effect of >>> https://svnweb.freebsd.org/base?view=revision&revision=366697 >>> ("install(1): Avoid unncessary fstatfs() calls and use mmap() based on >>> size"). >>> >>> If you only revert usr.bin/xinstall to r366696, and then rebuild it, >>> does it still occur? >>> >>> -Dimitry >> >> Thank you! >> >> Success with r366696: >> >> ---- >> >> … > > > Re: > > please, should I open a bug for this? > > > Is the issue exposed by my choice of gzip-9 for e.g. /usr/ and if so, > can I avoid it by (now) reverting to lz4 for that part, and/or any > other part, of the file system? > > Unfortunately I don't have an answer for you at this time, but ACK. -Ryan > ---- > > > root@mowa219-gjp4-8570p:~ # zfs get mountpoint,compression > NAME PROPERTY     VALUE SOURCE > Transcend mountpoint /Volumes/t500                                  local > Transcend compression zstd                                           > local > Transcend/VirtualBox mountpoint   /Volumes/t500/VirtualBox inherited > from Transcend > Transcend/VirtualBox compression  zstd inherited from Transcend > copperbowl mountpoint /copperbowl                                    > local > copperbowl compression lz4                                            > local > copperbowl/ROOT mountpoint > none                                           local > copperbowl/ROOT compression  lz4 inherited from copperbowl > copperbowl/ROOT/Waterfox mountpoint > /                                              local > copperbowl/ROOT/Waterfox compression  lz4 inherited from copperbowl > copperbowl/ROOT/r367081f mountpoint > /                                              local > copperbowl/ROOT/r367081f compression  lz4 inherited from copperbowl > copperbowl/ROOT/r367936e mountpoint > /                                              local > copperbowl/ROOT/r367936e compression  lz4 inherited from copperbowl > copperbowl/ROOT/r367936f mountpoint > /                                              local > copperbowl/ROOT/r367936f compression  lz4 inherited from copperbowl > copperbowl/ROOT/r367936f@2020-03-20-06:19:45 mountpoint > -                                              - > copperbowl/ROOT/r367936f@2020-03-20-06:19:45 compression > -                                              - > copperbowl/ROOT/r367936f@2020-11-22-23:18:47 mountpoint > -                                              - > copperbowl/ROOT/r367936f@2020-11-22-23:18:47 compression > -                                              - > copperbowl/ROOT/r367936f@2020-12-06-16:23:14 mountpoint > -                                              - > copperbowl/ROOT/r367936f@2020-12-06-16:23:14 compression > -                                              - > copperbowl/VirtualBox mountpoint > /usr/local/VirtualBox                          local > copperbowl/VirtualBox compression > gzip-9                                         local > copperbowl/iocage mountpoint   /copperbowl/iocage inherited from > copperbowl > copperbowl/iocage compression > gzip-9                                         local > copperbowl/iocage/download mountpoint /copperbowl/iocage/download > inherited from copperbowl > copperbowl/iocage/download compression > lz4                                            local > copperbowl/iocage/download/12.0-RELEASE mountpoint > /copperbowl/iocage/download/12.0-RELEASE inherited from copperbowl > copperbowl/iocage/download/12.0-RELEASE compression > lz4                                            local > copperbowl/iocage/images mountpoint   /copperbowl/iocage/images > inherited from copperbowl > copperbowl/iocage/images compression > lz4                                            local > copperbowl/iocage/jails mountpoint   /copperbowl/iocage/jails > inherited from copperbowl > copperbowl/iocage/jails compression > lz4                                            local > copperbowl/iocage/jails/jbrowsers mountpoint > /copperbowl/iocage/jails/jbrowsers inherited from copperbowl > copperbowl/iocage/jails/jbrowsers compression  lz4 inherited from > copperbowl/iocage/jails > copperbowl/iocage/jails/jbrowsers/root mountpoint > /copperbowl/iocage/jails/jbrowsers/root inherited from copperbowl > copperbowl/iocage/jails/jbrowsers/root compression  lz4 inherited from > copperbowl/iocage/jails > copperbowl/iocage/log mountpoint   /copperbowl/iocage/log inherited > from copperbowl > copperbowl/iocage/log compression > lz4                                            local > copperbowl/iocage/releases mountpoint /copperbowl/iocage/releases > inherited from copperbowl > copperbowl/iocage/releases compression > lz4                                            local > copperbowl/iocage/releases/12.0-RELEASE mountpoint > /copperbowl/iocage/releases/12.0-RELEASE inherited from copperbowl > copperbowl/iocage/releases/12.0-RELEASE compression  lz4 inherited > from copperbowl/iocage/releases > copperbowl/iocage/releases/12.0-RELEASE/root mountpoint > /copperbowl/iocage/releases/12.0-RELEASE/root inherited from copperbowl > copperbowl/iocage/releases/12.0-RELEASE/root compression > lz4                                            local > copperbowl/iocage/releases/12.0-RELEASE/root@jbrowsers mountpoint   > -                                              - > copperbowl/iocage/releases/12.0-RELEASE/root@jbrowsers compression  > -                                              - > copperbowl/iocage/templates mountpoint /copperbowl/iocage/templates > inherited from copperbowl > copperbowl/iocage/templates compression > lz4                                            local > copperbowl/poudriere mountpoint   /copperbowl/poudriere inherited from > copperbowl > copperbowl/poudriere compression > gzip-9                                         local > copperbowl/poudriere/data mountpoint > /usr/local/poudriere/data                      local > copperbowl/poudriere/data compression > gzip-9                                         local > copperbowl/poudriere/data/.m mountpoint /usr/local/poudriere/data/.m > inherited from copperbowl/poudriere/data > copperbowl/poudriere/data/.m compression  gzip-9 inherited from > copperbowl/poudriere/data > copperbowl/poudriere/data/cache mountpoint > /usr/local/poudriere/data/cache inherited from copperbowl/poudriere/data > copperbowl/poudriere/data/cache compression > off                                            local > copperbowl/poudriere/data/logs mountpoint > /usr/local/poudriere/data/logs inherited from copperbowl/poudriere/data > copperbowl/poudriere/data/logs compression > gzip-9                                         local > copperbowl/poudriere/data/packages mountpoint > /usr/local/poudriere/data/packages inherited from > copperbowl/poudriere/data > copperbowl/poudriere/data/packages compression > off                                            local > copperbowl/poudriere/data/wrkdirs mountpoint > /usr/local/poudriere/data/wrkdirs inherited from > copperbowl/poudriere/data > copperbowl/poudriere/data/wrkdirs compression > off                                            local > copperbowl/poudriere/jails mountpoint /copperbowl/poudriere/jails > inherited from copperbowl > copperbowl/poudriere/jails compression > gzip-9                                         local > copperbowl/poudriere/jails/head mountpoint > /usr/local/poudriere/jails/head                local > copperbowl/poudriere/jails/head compression > gzip-9                                         local > copperbowl/poudriere/jails/head@clean mountpoint > -                                              - > copperbowl/poudriere/jails/head@clean compression > -                                              - > copperbowl/poudriere/ports mountpoint /copperbowl/poudriere/ports > inherited from copperbowl > copperbowl/poudriere/ports compression  gzip-9 inherited from > copperbowl/poudriere > copperbowl/poudriere/ports/default mountpoint > /usr/local/poudriere/ports/default             local > copperbowl/poudriere/ports/default compression > gzip-9                                         local > copperbowl/poudriere/ports/freebsd-ports-kde mountpoint > /usr/local/poudriere/ports/freebsd-ports-kde   local > copperbowl/poudriere/ports/freebsd-ports-kde compression > gzip-9                                         local > copperbowl/tmp mountpoint > /tmp                                           local > copperbowl/tmp compression > off                                            local > copperbowl/usr mountpoint > /usr                                           local > copperbowl/usr compression > gzip-9                                         local > copperbowl/usr/home mountpoint   /usr/home inherited from copperbowl/usr > copperbowl/usr/home compression > lz4                                            local > copperbowl/usr/home@2020-09-19-20:29-r365364 mountpoint > -                                              - > copperbowl/usr/home@2020-09-19-20:29-r365364 compression > -                                              - > copperbowl/usr/ports mountpoint   /usr/ports inherited from > copperbowl/usr > copperbowl/usr/ports compression  gzip-9 inherited from copperbowl/usr > copperbowl/usr/src mountpoint   /usr/src inherited from copperbowl/usr > copperbowl/usr/src compression  gzip-9 inherited from copperbowl/usr > copperbowl/var mountpoint > /var                                           local > copperbowl/var compression  lz4 inherited from copperbowl > copperbowl/var/audit mountpoint   /var/audit inherited from > copperbowl/var > copperbowl/var/audit compression  lz4 inherited from copperbowl > copperbowl/var/crash mountpoint   /var/crash inherited from > copperbowl/var > copperbowl/var/crash compression  lz4 inherited from copperbowl > copperbowl/var/log mountpoint   /var/log inherited from copperbowl/var > copperbowl/var/log compression  lz4 inherited from copperbowl > copperbowl/var/mail mountpoint   /var/mail inherited from copperbowl/var > copperbowl/var/mail compression  lz4 inherited from copperbowl > copperbowl/var/tmp mountpoint   /var/tmp inherited from copperbowl/var > copperbowl/var/tmp compression  lz4 inherited from copperbowl > copperbowl/vm-bhyve mountpoint   /copperbowl/vm-bhyve inherited from > copperbowl > copperbowl/vm-bhyve compression  gzip-9 > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Tue Dec 15 20:42:16 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 68AE24C2283 for ; Tue, 15 Dec 2020 20:42:16 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from forward500j.mail.yandex.net (forward500j.mail.yandex.net [5.45.198.250]) (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 4CwVYf6BLRz4rHd for ; Tue, 15 Dec 2020 20:42:14 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from mxback29o.mail.yandex.net (mxback29o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::80]) by forward500j.mail.yandex.net (Yandex) with ESMTP id 8D5D611C1BC8; Tue, 15 Dec 2020 23:42:11 +0300 (MSK) Received: from localhost (localhost [::1]) by mxback29o.mail.yandex.net (mxback/Yandex) with ESMTP id CUs2hHQaAo-gAAuKtDl; Tue, 15 Dec 2020 23:42:10 +0300 Received: by iva6-ab1cb434301d.qloud-c.yandex.net with HTTP; Tue, 15 Dec 2020 23:42:10 +0300 From: Alexander V. Chernikov To: Oleg V. Nauman , "freebsd-current@freebsd.org" In-Reply-To: <2837876.hHqAuc6tWs@sigill.theweb.org.ua> References: <2837876.hHqAuc6tWs@sigill.theweb.org.ua> Subject: Re: linker_load_file: /boot/kernel/ipfw.ko - unsupported file type MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Tue, 15 Dec 2020 20:42:10 +0000 Message-Id: <113391608064889@mail.yandex.ru> Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=utf-8 X-Rspamd-Queue-Id: 4CwVYf6BLRz4rHd X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.60 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[5.45.198.250:from]; R_DKIM_ALLOW(-0.20)[ipfw.ru:s=mail]; FREEFALL_USER(0.00)[melifaro]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:5.45.192.0/19]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[ipfw.ru]; ARC_NA(0.00)[]; SPAMHAUS_ZRD(0.00)[5.45.198.250:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[ipfw.ru:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RWL_MAILSPIKE_POSSIBLE(0.00)[5.45.198.250:from]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:13238, ipnet:5.45.192.0/18, country:RU]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_IN_DNSWL_LOW(-0.10)[5.45.198.250:from] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Dec 2020 20:42:16 -0000 15.12.2020, 15:17, "Oleg V. Nauman" : >  Hello, > > kernel: link_elf_obj: symbol fib6_lookup_rt undefined > kernel: linker_load_file: /boot/kernel/ipfw.ko - unsupported file type > > It seems ipf.ko unconditionally perform IPV6 lookup even on system built with > WITHOUT_INET6=YES defined Should be fixed in r368651. > FreeBSD 13.0-CURRENT r368604 amd64 > > Thank you > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Wed Dec 16 03:18:46 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CC9514AD8CF for ; Wed, 16 Dec 2020 03:18:46 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4CwgMB3wwJz3qJ3 for ; Wed, 16 Dec 2020 03:18:46 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 86E2D4AD8CE; Wed, 16 Dec 2020 03:18:46 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 86AC24ADCAF for ; Wed, 16 Dec 2020 03:18:46 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x430.google.com (mail-wr1-x430.google.com [IPv6:2a00:1450:4864:20::430]) (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 4CwgM95PWpz3qLX for ; Wed, 16 Dec 2020 03:18:45 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x430.google.com with SMTP id a12so21737308wrv.8 for ; Tue, 15 Dec 2020 19:18:45 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=pIlKw5RofHs2/2LilcLX3MIo7AxpjTGAXhyqrX0XwXc=; b=IUQbtxNzVOOjUrqqJZXe4T2IkTpdNmdAO9QA9ttjSjdIxfXq3Uup82vm1poFp2OODh cJibDYNW2qi/l9DZaU0Al6v1L3SeTl1/MXZIMLZDIW5IwZXMbWkPqF24mIfJmohF1G/Y Oc0UsZvc8InE9AJbCDAEputkVNpotLufrGIWudz40gBtupJgeT3xvrEuiG1qpBSzAWRM qn2rKO3lxBRQ1DX+ov2EvwHCRmIK5qHT9x51rHLQfjZhUAhtqfvmo60PsltKfhQTpVx6 LoSWsZFDJB0J/+mDd0paiCGFyuZHow7tkUzOZtEJ9clZA09prlKC21lT7wlP3B9qHdin GmDA== X-Gm-Message-State: AOAM532uctCLKOAvFvTcAbJ/igkon4ddAPtQrWTXSv/1I15wMbGLm5rL mZwnvQ4qLPBJuPnYQwGHxe5zit+QR+BkWw== X-Google-Smtp-Source: ABdhPJyZmgifdtzES4fkATcm0bvQ2IxYlxNKLJwdsv2r+3GHkMQWtlLfI1ofKmt7dkOX2dePQIu/gQ== X-Received: by 2002:adf:a495:: with SMTP id g21mr4994615wrb.198.1608088722987; Tue, 15 Dec 2020 19:18:42 -0800 (PST) Received: from [192.168.1.8] (79-66-147-78.dynamic.dsl.as9105.com. [79.66.147.78]) by smtp.gmail.com with ESMTPSA id i8sm618050wma.32.2020.12.15.19.18.42 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 15 Dec 2020 19:18:42 -0800 (PST) Subject: Re: Identifying broken applications following careless use of make -DBATCH_DELETE_OLD_FILES delete-old-libs To: current@freebsd.org References: <20201214093838.Horde.7MCNPdaO93VFac3VZjMk0BW@webmail.leidinger.net> <2059585148.3686937.1607951705519.JavaMail.zimbra@schweikhardt.net> From: Graham Perrin Message-ID: <618dadb1-43d1-ed39-cac9-66c8ea8b7455@gmail.com> Date: Wed, 16 Dec 2020 03:18:41 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB X-Rspamd-Queue-Id: 4CwgM95PWpz3qLX X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RECEIVED_SPAMHAUS_PBL(0.00)[79.66.147.78:received]; FROM_EQ_ENVFROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::430:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::430:from:127.0.2.255]; MIME_TRACE(0.00)[0:+]; NEURAL_SPAM_SHORT(1.00)[0.996]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::430:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Dec 2020 03:18:46 -0000 On 14/12/2020 13:20, David Wolfskill wrote: > I find that "pkg_libchk" (from ports-mgmt/bsdadminscripts2) is helpful > for such cases. > > Peace, > david Thanks for this, and for the answers from other users. Ultimately I chose to: pkg upgrade -f pkg upgrade -f -r poudriere The second command was probably to broad. In retrospect I could have forced just three from my poudriere repo: drm-kmod gpu-firmware-kmod openzfs-kmod As far as I can tell, just one casualty: SimpleScreenRecorder, which does record and save, but fails to cancel (before beginning a recording) or close (after saving a recording); it stops responding. I'm now building multimedia/simplescreenrecorder with poudriere, if installation from this repo does not resolve the issue then I might repeat 'pkg upgrade -f' alone plus just the three kmods from poudriere. (Afterthought, note to self: maybe SimpleScreenRecorder is a casualty of a routine upgrade that I performed a few hours earlier; there was much KDE stuff at the time.) From owner-freebsd-current@freebsd.org Wed Dec 16 03:33:58 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B25654AEE81 for ; Wed, 16 Dec 2020 03:33:58 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x32a.google.com (mail-wm1-x32a.google.com [IPv6:2a00:1450:4864:20::32a]) (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 4Cwghj6nv7z3r41 for ; Wed, 16 Dec 2020 03:33:57 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wm1-x32a.google.com with SMTP id v14so1048860wml.1 for ; Tue, 15 Dec 2020 19:33:57 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=dzFz4TowmGtWqPwd7/PwL07GysxHU40fVphb9X5VIbk=; b=Xx6GemPCxCXcUYOclKt3nLpaM6MXxtX7F8Q8UloUHI30Pk8YDBKyjGoPRNIa9kWOtS HVZyZ7I6WXgeVn6e0rvsMo8seriyRUEY8Tx/j069ri5joafnFsYoIQqopHJXlkIXVG78 T+1XCIr1JWhC4wjBmt3GjSuMqLXrFA5un94FXO6FUGtZhv3lDSJcmS2bUjPJj4l1bOaH n8ba/L3qDEjayTt3MLfpOVZiuuDKOsiGGyJ2RjKZv6aCRJ4D9YWkKtfF8WZ8dsuMz979 m+MvWNPcnKnmvT5f+NWhnmSiJG7dMRGZxer728tN3OCzWAX95YUXSSbatUi9NfP6TYjb 2J+g== X-Gm-Message-State: AOAM531IA+FDOgTdD2DOASejaO0m+MxGdeoCMe/DxHCUDl+260j+sG20 FPdP+Y9mPQcO/DwkxyqTX241aPq1usnnzA== X-Google-Smtp-Source: ABdhPJxt1WIdomBOeMGxG3n9Y6ePXqbj43FmisSV07X7Go+TpAMtThRdio0UrG9LJu1AMdg2dyjtBg== X-Received: by 2002:a7b:ce14:: with SMTP id m20mr1254698wmc.149.1608089635848; Tue, 15 Dec 2020 19:33:55 -0800 (PST) Received: from [192.168.1.8] (79-66-147-78.dynamic.dsl.as9105.com. [79.66.147.78]) by smtp.gmail.com with ESMTPSA id z8sm578150wmg.17.2020.12.15.19.33.55 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 15 Dec 2020 19:33:55 -0800 (PST) To: freebsd-current@freebsd.org From: Graham Perrin Subject: sysutils/openzfs-kmod installed from poudriere repo but not recognised as a non-automatic package Message-ID: <3f9072e5-df01-6ebc-efb6-e0fbc6600084@gmail.com> Date: Wed, 16 Dec 2020 03:33:54 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: 4Cwghj6nv7z3r41 X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-0.999]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::32a:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[79.66.147.78:received]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::32a:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32a:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Dec 2020 03:33:58 -0000 Do I misunderstand something below? root@mowa219-gjp4-8570p:~ # pkg query '%o %R' | grep poudriere | grep zfs | sort sysutils/openzfs-kmod poudriere root@mowa219-gjp4-8570p:~ # pkg query -e '%a = 0' '%o %R' | grep poudriere | sort archivers/zip poudriere devel/autoconf poudriere devel/ccache poudriere devel/cmake poudriere devel/gmake poudriere graphics/drm-kmod poudriere graphics/gpu-firmware-kmod poudriere ports-mgmt/pkg poudriere ports-mgmt/poudriere-devel FreeBSD textproc/groff poudriere root@mowa219-gjp4-8570p:~ # pkg info openzfs-kmod openzfs-kmod-2020120100 Name           : openzfs-kmod Version        : 2020120100 Installed on   : Tue Dec 15 19:59:00 2020 GMT Origin         : sysutils/openzfs-kmod Architecture   : FreeBSD:13:amd64 Prefix         : /usr/local Categories     : sysutils kld Licenses       : CDDL Maintainer     : freqlabs@FreeBSD.org WWW            : https://github.com/zfsonfreebsd/ZoF Comment        : OpenZFS kernel module for FreeBSD Options        :         DEBUG          : off         GCOV           : off         INVARIANTS     : off Annotations    :         FreeBSD_version: 1300131         repo_type      : binary         repository     : poudriere Flat size      : 4.99MiB Description    : Kernel module for OpenZFS on FreeBSD WWW: https://github.com/zfsonfreebsd/ZoF root@mowa219-gjp4-8570p:~ # From owner-freebsd-current@freebsd.org Wed Dec 16 06:22:11 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BF4734B1B44 for ; Wed, 16 Dec 2020 06:22:11 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x435.google.com (mail-wr1-x435.google.com [IPv6:2a00:1450:4864:20::435]) (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 4CwlQq0cgfz4SnQ for ; Wed, 16 Dec 2020 06:22:10 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x435.google.com with SMTP id t16so22003058wra.3 for ; Tue, 15 Dec 2020 22:22:10 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=FnSV9LTcWm4Ld589ta+1rzLa/vzQBVhFRdhQ892/Qeo=; b=YhIa6LRUOdNiEHVKK1R52B8s89XNS/XOkbBXMC91gHBHkXR7OYrOBs0H3+1HXSD/XT yZahLnjj1ov2STpDMlgYkXlqPDOEA6xhEDdYp8sCdwtEtsU1IfPHdnh0OO/zePac10Wx FyrM2sQkcpkwzu3Vi4PKNDLkY2ndNZKWR1iCo80Ms3vV211kpoQZmyIUbUitoVhcCf8B qvJjoT5AsK1bMpQ5Fk/LLS0zMfnpQj+zmkllNLM5Ry919zf9hGK63NVOJ2ImFX9OhfpN t52TBCngYjomcuD2MzvPW/DfCJK0rpEDnuawY3ykJsu4M1u+yYRO1BOLZV34+tCsySjS 9l3A== X-Gm-Message-State: AOAM5322xOsnXbkiUOwsHQgU+GrGEH3jMNjvo7BDiFp48c+LI4K5Sb40 l1K52Lnvckm1TpPmtrfouqkzLApmBEsEdw== X-Google-Smtp-Source: ABdhPJyrzq/f0ElnTtMIpS8gnOckyUAI1igQumwPTLSZpb1YQhGtXoeFGQqXdVtLQSkYdHqcfwsOeQ== X-Received: by 2002:adf:8b5a:: with SMTP id v26mr28834990wra.138.1608099729084; Tue, 15 Dec 2020 22:22:09 -0800 (PST) Received: from [192.168.1.8] (79-66-147-78.dynamic.dsl.as9105.com. [79.66.147.78]) by smtp.gmail.com with ESMTPSA id y7sm1105057wmb.37.2020.12.15.22.22.07 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 15 Dec 2020 22:22:08 -0800 (PST) Subject: Re: sysutils/openzfs-kmod installed from poudriere repo but not recognised as a non-automatic package From: Graham Perrin To: freebsd-current@freebsd.org References: <3f9072e5-df01-6ebc-efb6-e0fbc6600084@gmail.com> X-Priority: 5 (Lowest) Message-ID: <3da67c33-c62d-5dca-8fcf-f2e00436f237@gmail.com> Date: Wed, 16 Dec 2020 06:22:07 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 MIME-Version: 1.0 In-Reply-To: <3f9072e5-df01-6ebc-efb6-e0fbc6600084@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: 4CwlQq0cgfz4SnQ X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::435:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[79.66.147.78:received]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::435:from:127.0.2.255]; NEURAL_SPAM_SHORT(1.00)[1.000]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::435:from]; RCVD_TLS_ALL(0.00)[]; HAS_X_PRIO_FIVE(0.00)[5]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Dec 2020 06:22:11 -0000 On 16/12/2020 03:33, Graham Perrin wrote: > Do I misunderstand something below? > > root@mowa219-gjp4-8570p:~ # pkg query '%o %R' | grep poudriere | grep > zfs | sort > sysutils/openzfs-kmod poudriere > root@mowa219-gjp4-8570p:~ # pkg query -e '%a = 0' '%o %R' | grep > poudriere | sort > archivers/zip poudriere > devel/autoconf poudriere > devel/ccache poudriere > devel/cmake poudriere > devel/gmake poudriere > graphics/drm-kmod poudriere > graphics/gpu-firmware-kmod poudriere > ports-mgmt/pkg poudriere > ports-mgmt/poudriere-devel FreeBSD > textproc/groff poudriere > root@mowa219-gjp4-8570p:~ # pkg info openzfs-kmod > openzfs-kmod-2020120100 > Name           : openzfs-kmod > Version        : 2020120100 > Installed on   : Tue Dec 15 19:59:00 2020 GMT > Origin         : sysutils/openzfs-kmod > Architecture   : FreeBSD:13:amd64 > Prefix         : /usr/local > Categories     : sysutils kld > Licenses       : CDDL > Maintainer     : freqlabs@FreeBSD.org > WWW            : https://github.com/zfsonfreebsd/ZoF > Comment        : OpenZFS kernel module for FreeBSD > Options        : >         DEBUG          : off >         GCOV           : off >         INVARIANTS     : off > Annotations    : >         FreeBSD_version: 1300131 >         repo_type      : binary >         repository     : poudriere > Flat size      : 4.99MiB > Description    : > Kernel module for OpenZFS on FreeBSD > > WWW: https://github.com/zfsonfreebsd/ZoF > root@mowa219-gjp4-8570p:~ # > I realise my mistake, hopefully: root@mowa219-gjp4-8570p:~ # pkg query -e '%a = 0' '%o %R' | grep zfs | sort sysutils/openzfs FreeBSD sysutils/zfs-snap-diff FreeBSD sysutils/zfs-stats FreeBSD root@mowa219-gjp4-8570p:~ # pkg query -e '%a = 1' '%o %R' | grep zfs | sort sysutils/openzfs-kmod poudriere root@mowa219-gjp4-8570p:~ # Originally, openzfs-kmod was automated through my _installation_ of openzfs from the FreeBSD repo. I subsequently chose to _upgrade_ (not install) openzfs-kmod from my poudriere repo, i.e. pkg upgrade -f -r poudriere sysutils/openzfs-kmod From owner-freebsd-current@freebsd.org Wed Dec 16 15:31:02 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5BA734BFC18 for ; Wed, 16 Dec 2020 15:31:02 +0000 (UTC) (envelope-from freqlabs@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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cwzc61lJYz3JmN for ; Wed, 16 Dec 2020 15:31:02 +0000 (UTC) (envelope-from freqlabs@FreeBSD.org) Received: from Ryans-MBP.attlocal.net (unknown [IPv6:2600:1700:358a:c660:2028:287e:7c44:75c1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: freqlabs/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 16F329D08 for ; Wed, 16 Dec 2020 15:31:02 +0000 (UTC) (envelope-from freqlabs@FreeBSD.org) Subject: Re: (239489) buildkernel fails if PORTS_MODULES= includes openzfs-kmod To: freebsd-current@freebsd.org References: <7fe2fe36-a342-e863-a63e-47f6890f8220@gmail.com> From: Ryan Moeller Message-ID: Date: Wed, 16 Dec 2020 10:31:01 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.16; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Dec 2020 15:31:02 -0000 On 12/13/20 12:25 PM, John Kennedy wrote: > On Sun, Dec 13, 2020 at 08:19:30AM +0000, Graham Perrin wrote: >> Please: is there some way to include openzfs-kmod at buildkernel time? Not that I'm aware of, but you can write a script to build your system the way you like it and then build the kmod, clone a BE, etc, so you don't forget anything. >> To work around >> I habitually >> remove openzfs-kmod from /etc/src.conf _and_ modify /boot/loader.conf >> before performing the build: >> >> zfs_load="YES" >> openzfs_load="NO" > Isn't openzfs-kmod on 13-CURRENT more or less moot since r36474, the OpenZFS > merge, ~2020/8/25? That ticket was opened on 2019/7/28, pre-merge. The port tracks the openzfs/zfs master branch while the base system tracks the zfs-2.0-release branch. However, that is planned to switch to master once base makes the transition to git. > Now, I still see recent updates on openzfs-kmod port so the question might > still be relevant for non-13 or if you're just using the port for reasons or > anywhere older than 13 (12.2, etc). If the newer features in master (eg draid) aren't needed, the base zfs is at least less likely to break from kernel changes that haven't been coordinated well with the openzfs upstream and the port, which does happen from time to time. -Ryan From owner-freebsd-current@freebsd.org Thu Dec 17 00:46:47 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E86184CB03C for ; Thu, 17 Dec 2020 00:46:47 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x736.google.com (mail-qk1-x736.google.com [IPv6:2607:f8b0:4864:20::736]) (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 4CxCxM1CjSz4brF for ; Thu, 17 Dec 2020 00:46:47 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x736.google.com with SMTP id d14so24256142qkc.13 for ; Wed, 16 Dec 2020 16:46:47 -0800 (PST) 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=THHNLu6PWFBfthcL2OQUNxX5YWrw+kaIDXO9N27OWQM=; b=nIXIg+tQFlXpdaxiKsDHA4rODY1gVLszZyPcjzOJ89yEGSjbVKVNGfP0xMJFiC8nvO JY1pPYPcOjw23jk43I5ZIsdGzePceI470/BiCrrWlqOn/qPVP09ItpHh7wjX9W7JbIV2 jIznHXY4rjjFPQiuOyJvQNsGHKlp5ld56DH+XbsImYnoF3mphnzujZaBQu7ZCONBJteO eDrLe/mlc+iV1/iwSP6+2ALVz6xQLLBkwIFsiQPqrvypeeIw6ptTqZZ1axFZfA2GaCD5 hTSifTekWrJfVJ0GFiaMfoJ8ADXh/vRtGy3ihVZTcRAKgoP0X/IFEeTaIuk3wquMSjTR bdgw== X-Gm-Message-State: AOAM532Ym0EB+UZfNhcyx/BYXjb8ptqjdX3mXCrje/SJk2lkCKBUq3ex Y4/ytHbGIbjil8SD8lZQGBe9a3DZfu59PefVMZ8UU7FxFfonqZaE X-Google-Smtp-Source: ABdhPJwqPZmWNBMQI1Rn9pz+lQQWsfhbH8PmoCbJbk6pR+reeH1IinNf2HvlFNExAcplZH2amsM64pA/moLhVq/wDJw= X-Received: by 2002:a37:bf86:: with SMTP id p128mr45747905qkf.44.1608166005837; Wed, 16 Dec 2020 16:46:45 -0800 (PST) MIME-Version: 1.0 From: Warner Losh Date: Wed, 16 Dec 2020 17:46:35 -0700 Message-ID: Subject: HEADS UP: FreeBSD src repo transitioning to git this weekend To: FreeBSD Current , FreeBSD-STABLE Mailing List X-Rspamd-Queue-Id: 4CxCxM1CjSz4brF X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::736:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::736:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::736:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Dec 2020 00:46:48 -0000 Greetings, The FreeBSD project will be moving it's source repo from subversion to git starting this this weekend. The docs repo was moved 2 weeks ago. The ports repo will move at the end of March, 2021 due to timing issues. The short version is that we're switching the version control we're using. This switch will preserve much of the current FreeBSD development workflow. After the switch, the subversion repo will become almost read-only. All future work will be done in git, however as a transition aide we'll be replaying the MFCs to stable/11, stable/12 and the related releng branches for the life of those branches. For more detailed information, please see https://github.com/bsdimp/freebsd-git-docs/ for the current documentation. Please see https://wiki.freebsd.org/git for the latest detailed schedule (please note that this schedule is subject to change). Warner From owner-freebsd-current@freebsd.org Thu Dec 17 05:11:09 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8A2E74AA9C1 for ; Thu, 17 Dec 2020 05:11:09 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4CxKpP2H6nz4tGx for ; Thu, 17 Dec 2020 05:11:09 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: by mailman.nyi.freebsd.org (Postfix) id 4E4224AACA2; Thu, 17 Dec 2020 05:11:09 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4E0CC4AA9BF for ; Thu, 17 Dec 2020 05:11:09 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (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 4CxKpN3Xncz4t5j for ; Thu, 17 Dec 2020 05:11:08 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 6955C5C00D1 for ; Thu, 17 Dec 2020 00:02:46 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Thu, 17 Dec 2020 00:02:46 -0500 X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrudelfedgjeekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefvhffukffffgggtgfgsehtjeertd dtfeejnecuhfhrohhmpegjuhhrihcurfgrnhhkohhvuceohihurhhiphhvseihuhhrihhp vhdruggvvheqnecuggftrfgrthhtvghrnhepgfelheevieekueevkeetueegfeelhfehle efkeegtdfghfelfefhvdfftefhvdfgnecukfhppeeluddrvdegtddruddvgedrudehjeen ucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpeihuhhrih hpvheshihurhhiphhvrdguvghv X-ME-Proxy: Received: from mercury.lan (unknown [91.240.124.157]) by mail.messagingengine.com (Postfix) with ESMTPA id C7780240065 for ; Thu, 17 Dec 2020 00:02:45 -0500 (EST) To: current@freebsd.org From: Yuri Pankov Subject: installation on pvscsi fails with "The request was too large for this host" Message-ID: Date: Thu, 17 Dec 2020 08:02:44 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.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: 4CxKpN3Xncz4t5j X-Spamd-Bar: +++++++ X-Spamd-Result: default: False [7.82 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.29:from]; R_SPF_ALLOW(0.00)[+ip4:66.111.4.29:c]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[yuripv.dev:+,messagingengine.com:+]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.29:from]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.29:from]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[91.240.124.157:received]; R_DKIM_ALLOW(0.00)[yuripv.dev:s=fm1,messagingengine.com:s=fm1]; FREEFALL_USER(0.00)[yuripv]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.92)[0.919]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; DMARC_NA(0.00)[yuripv.dev]; NEURAL_SPAM_MEDIUM(1.00)[0.999]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.111.4.29:from:127.0.2.255]; BAD_REP_POLICIES(0.10)[]; NEURAL_SPAM_LONG(1.00)[1.000]; GREYLIST(0.00)[pass,body]; MAILMAN_DEST(0.00)[current] X-Spam: Yes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Dec 2020 05:11:09 -0000 Trying to install latest snapshot (20201210) on a VMware ESXi/Workstation VMs with pvscsi fails on bootloader step, and the following is in dmesg: pvscsi0: pvscsi_execute_ccb error 27 pvscsi0: pvscsi_execute_ccb error 27 (da0:pvscsi0:0:0:0): WRITE(10). CDB: 2a 00 00 00 00 28 00 04 00 (da0:pvscsi0:0:0:0): CAM status: The request was too large for this host (da0:pvscsi0:0:0:0): Error 22, Unretryable error (da0:pvscsi0:0:0:0): WRITE(10). CDB: 2a 00 00 00 00 28 00 04 00 (da0:pvscsi0:0:0:0): CAM status: The request was too large for this host (da0:pvscsi0:0:0:0): Error 22, Unretryable error That is the first I'm trying installing on pvscsi since it was integrated, so no idea if it worked previously. If yes, I have not tried to bisect this yet hoping that it could be identified as related to any of the recent changes. The VMs in question are set with 8-64 GB RAM, and 100 GB boot disks. From owner-freebsd-current@freebsd.org Thu Dec 17 08:24:42 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 899204B00A9 for ; Thu, 17 Dec 2020 08:24:42 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4CxQ5k2CLCz54rS for ; Thu, 17 Dec 2020 08:24:42 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: by mailman.nyi.freebsd.org (Postfix) id 49F0E4AFA62; Thu, 17 Dec 2020 08:24:42 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 49B6C4B0292 for ; Thu, 17 Dec 2020 08:24:42 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 4CxQ5j3Z50z54xf for ; Thu, 17 Dec 2020 08:24:41 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id D38C25C0158; Thu, 17 Dec 2020 03:24:40 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Thu, 17 Dec 2020 03:24:40 -0500 X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrudelfedguddvtdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefuhffvfhfkffgfgggjtgfgsehtjeertddtfeejnecuhfhrohhmpegjuhhr ihcurfgrnhhkohhvuceohihurhhiphhvseihuhhrihhpvhdruggvvheqnecuggftrfgrth htvghrnhepvddvhfejtddvleffhfduhedvjeeuheffgefgkeelgfeghfeghfdtudfgudet ueefnecukfhppeeluddrvdegtddruddvgedrudehjeenucevlhhushhtvghrufhiiigvpe dtnecurfgrrhgrmhepmhgrihhlfhhrohhmpeihuhhrihhpvheshihurhhiphhvrdguvghv X-ME-Proxy: Received: from mercury.lan (unknown [91.240.124.157]) by mail.messagingengine.com (Postfix) with ESMTPA id F207924005E; Thu, 17 Dec 2020 03:24:39 -0500 (EST) Subject: Re: acpi_wmi noisy without EC From: Yuri Pankov To: Vladimir Kondratyev Cc: current@freebsd.org References: <7dc142d3-1e0b-41d4-bdb4-7217bd09bbef@www.fastmail.com> <7b80877ae59fdd90f2f3b5dbf3db2113@kondratyev.su> <5bb9ac64-ebab-4d22-8a43-1305b16f28cd@www.fastmail.com> <274d456e15ce621889bfe9e7eda190da@kondratyev.su> Message-ID: Date: Thu, 17 Dec 2020 11:24:38 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4CxQ5j3Z50z54xf X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.99 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(0.00)[+ip4:66.111.4.25]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.25:from]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[yuripv.dev:+,messagingengine.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.91)[-0.909]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.25:from]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.25:from]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[91.240.124.157:received]; R_DKIM_ALLOW(0.00)[yuripv.dev:s=fm1,messagingengine.com:s=fm1]; FREEFALL_USER(0.00)[yuripv]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[yuripv.dev]; BAD_REP_POLICIES(0.10)[]; SPAMHAUS_ZRD(0.00)[66.111.4.25:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[0.999]; GREYLIST(0.00)[pass,meta]; MAILMAN_DEST(0.00)[current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Dec 2020 08:24:42 -0000 Yuri Pankov wrote: > On Tue, Nov 17, 2020, at 4:00 PM, Vladimir Kondratyev wrote: >> On 2020-11-17 15:29, Yuri Pankov wrote: >>> On Tue, Nov 17, 2020, at 11:07 AM, Vladimir Kondratyev wrote: >>>> On 2020-11-17 10:57, Vladimir Kondratyev wrote: >>>>> On 2020-11-17 03:00, Yuri Pankov wrote: >>>>>> I have started seeing the following on boot since some time: >>>>>> >>>>>> acpi_wmi0: on acpi0 >>>>>> acpi_wmi0: cannot find EC device >>>>>> device_attach: acpi_wmi0 attach returned 6 >>>>>> acpi_wmi0: on acpi0 >>>>>> acpi_wmi0: cannot find EC device >>>>>> device_attach: acpi_wmi0 attach returned 6 >>>>>> acpi_wmi0: on acpi0 >>>>>> acpi_wmi0: cannot find EC device >>>>>> device_attach: acpi_wmi0 attach returned 6 >>>>>> acpi_wmi0: on acpi0 >>>>>> acpi_wmi0: cannot find EC device >>>>>> device_attach: acpi_wmi0 attach returned 6 >>>>>> >>>>>> Likely following this commit: >>>>>> >>>>>> commit 708d048ccfdacf6199cc08a56aa05a9c899441fd >>>>>> Author: Vladimir Kondratyev >>>>>> Date: Sat Oct 31 22:19:39 2020 +0000 >>>>>> >>>>>> acpi_wmi(4): Add ACPI_PNP_INFO >>>>>> >>>>>> While the reason is obvious -- there's no EC in this system (Gigabyte >>>>>> X299X AORUS MASTER desktop motherboard), at least searching the >>>>>> `acpidump -dt` output doesn't show any PNP0C09 entries -- it certainly >>>>>> looks like "something is broken" when first noticed. I wonder if we >>>>>> could/should handle this gracefully -- no EC, do nothing, simply exit? >>>>> >>>>> Following patch should ignore missing EC like Linux does. Could you >>>>> test it? >>>>> >>>>> diff --git a/sys/dev/acpi_support/acpi_wmi.c >>>>> b/sys/dev/acpi_support/acpi_wmi.c >>>>> index 379cfd1705f1..efae96cdcc9a 100644 >>>>> --- a/sys/dev/acpi_support/acpi_wmi.c >>>>> +++ b/sys/dev/acpi_support/acpi_wmi.c >>>>> @@ -246,7 +246,7 @@ acpi_wmi_attach(device_t dev) >>>>> if ((sc->ec_dev = devclass_get_device(devclass_find("acpi_ec"), 0)) >>>>> == NULL) >>>>> device_printf(dev, "cannot find EC device\n"); >>>>> - else if (ACPI_FAILURE((status = >>>>> AcpiInstallNotifyHandler(sc->wmi_handle, >>>>> + if (ACPI_FAILURE((status = AcpiInstallNotifyHandler(sc->wmi_handle, >>>>> ACPI_DEVICE_NOTIFY, acpi_wmi_notify_handler, sc)))) >>>>> device_printf(sc->wmi_dev, "couldn't install notify handler - %s\n", >>>>> AcpiFormatException(status)); >>>>> @@ -701,6 +701,8 @@ acpi_wmi_ec_handler(UINT32 function, >>>>> ACPI_PHYSICAL_ADDRESS address, >>>>> return (AE_BAD_PARAMETER); >>>>> if (address + (width / 8) - 1 > 0xFF) >>>>> return (AE_BAD_ADDRESS); >>>>> + if (sc->ec_dev == NULL) >>>>> + return (AE_NOT_FOUND); >>>>> if (function == ACPI_READ) >>>>> *value = 0; >>>>> ec_addr = address; >>>> >>>> @#@##! Web client ate all the tabs. >>>> >>>> Patch is in attachment. >>> >>> Output changed, though it's still somewhat noisy -- I guess there >>> isn't a way to NOT report the device that we are not going to attach >>> to, or do that e.g. only for verbose boot? >>> >>> acpi_wmi0: on acpi0 >>> acpi_wmi0: cannot find EC device >>> acpi_wmi0: Embedded MOF found >>> ACPI: \134GSA1.WQCC: 1 arguments were passed to a non-method ACPI >>> object (Buffer) (20201113/nsarguments-361) >>> acpi_wmi1: on acpi0 >>> acpi_wmi1: cannot find EC device >>> acpi_wmi2: on acpi0 >>> acpi_wmi2: cannot find EC device >>> acpi_wmi3: on acpi0 >>> acpi_wmi3: cannot find EC device >> >> acpi_wmi does not try to attach to EC node (PNP0C09). It only queries it >> in OpRegion handler. >> WMI's _HID/_CID is PNP0C14. According to your output, acpi_wmi has >> successfully attached to 4 nodes. > > Oh great, I misunderstood then. And indeed, sysctl -b dev.acpi_wmi.0.bmof | bmf2mof provides some interesting information. All other 3 instances do not though. In any case, it seems to work now. > >> Verbosity can be reduced with attached patch if current level is too >> high for you. > > Works for me both ways, I simply had the wrong impression that if we don't have EC, we can't attach at all. Could you commit this, or is it incomplete fix? From owner-freebsd-current@freebsd.org Thu Dec 17 09:20:10 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7C2F04B14CA for ; Thu, 17 Dec 2020 09:20:10 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4CxRKk2J1dz57WY for ; Thu, 17 Dec 2020 09:20:10 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 4D1AD4B15E6; Thu, 17 Dec 2020 09:20:10 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4CE024B107A for ; Thu, 17 Dec 2020 09:20:10 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lf1-f53.google.com (mail-lf1-f53.google.com [209.85.167.53]) (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 4CxRKk1Z0jz57k7 for ; Thu, 17 Dec 2020 09:20:10 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lf1-f53.google.com with SMTP id o13so32385576lfr.3 for ; Thu, 17 Dec 2020 01:20:09 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=OxhnT68HcF8N91sMzYGmhdXHSa3BhlN3DdWRA/DWSxI=; b=AAHUtELrmquAkLJKNt5zpmBhPjF0hYS3LtrnrFEjrXt8VEmPjaYO9z50fzfE4fTq1n IXS1D7R0oW6kpeAoBBijyU3WMZ4sTFb7HADfCz7Eh3LDai/8hfnyjur08HSJQXss3dOp TQZDV0FBT4Af3Ij7wcrJI6EWAEpzr7F+gju7uNoMtVq3uyvDXBg+mABTbloeKBum6Qtr vp1oky1NgYZlkQ2jQ+o/5OBN/hoeKlcsxQsEwXIUhyPch18x41VSJmiRpWta7dJCIe0Q T/tO1BGYd0KSd8MYTXVnC38tJuOJIwlVv3LHCTJiv8MP5Uep4bSb6zETpnFC+4DCNAsU mVAg== X-Gm-Message-State: AOAM530o3NS3e1+009oyfN/kG7y+BB0CY5uKc/s0SjsosBigS14Rgj6q QOmV5ZXWCMFYhy57vkR2ODXqBXFmo7hfSg== X-Google-Smtp-Source: ABdhPJxH6s6Xf3Kv1DzndikStGS9ey8HZr60DWYsPfreHK7o8R4tJGioQ0tHtuz3aUS3hPSIFyWIVw== X-Received: by 2002:a19:4292:: with SMTP id p140mr13830374lfa.606.1608196808165; Thu, 17 Dec 2020 01:20:08 -0800 (PST) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id 6sm599311ljq.69.2020.12.17.01.20.06 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 17 Dec 2020 01:20:07 -0800 (PST) Subject: Re: installation on pvscsi fails with "The request was too large for this host" To: Yuri Pankov , current@freebsd.org References: From: Andriy Gapon Message-ID: Date: Thu, 17 Dec 2020 11:20:05 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Firefox/60.0 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4CxRKk1Z0jz57k7 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Dec 2020 09:20:10 -0000 On 17/12/2020 07:02, Yuri Pankov wrote: > Trying to install latest snapshot (20201210) on a VMware ESXi/Workstation VMs > with pvscsi fails on bootloader step, and the following is in dmesg: > > pvscsi0: pvscsi_execute_ccb error 27 > pvscsi0: pvscsi_execute_ccb error 27 > (da0:pvscsi0:0:0:0): WRITE(10). CDB: 2a 00 00 00 00 28 00 04 00 > (da0:pvscsi0:0:0:0): CAM status: The request was too large for this host > (da0:pvscsi0:0:0:0): Error 22, Unretryable error > (da0:pvscsi0:0:0:0): WRITE(10). CDB: 2a 00 00 00 00 28 00 04 00 > (da0:pvscsi0:0:0:0): CAM status: The request was too large for this host > (da0:pvscsi0:0:0:0): Error 22, Unretryable error > > That is the first I'm trying installing on pvscsi since it was integrated, so no > idea if it worked previously.  If yes, I have not tried to bisect this yet > hoping that it could be identified as related to any of the recent changes. > > The VMs in question are set with 8-64 GB RAM, and 100 GB boot disks. Not an expert in this areas, but that command tried to transfer 0x400 / 1024 blocks, which is 512KB of data. Could it be that the problem is revealed by the MAXPHYS increase? There might be a bug in pvscsi where it does not respect or correctly advertise some limit. There could be a similar issue with VMware itself (its emulation of a disk / target). -- Andriy Gapon From owner-freebsd-current@freebsd.org Thu Dec 17 09:42:08 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 23C764B23B0 for ; Thu, 17 Dec 2020 09:42:08 +0000 (UTC) (envelope-from vladimir@kondratyev.su) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4CxRq369wyz59NP for ; Thu, 17 Dec 2020 09:42:07 +0000 (UTC) (envelope-from vladimir@kondratyev.su) Received: by mailman.nyi.freebsd.org (Postfix) id D407D4B259F; Thu, 17 Dec 2020 09:42:07 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D3D044B23AF for ; Thu, 17 Dec 2020 09:42:07 +0000 (UTC) (envelope-from vladimir@kondratyev.su) Received: from corp.infotel.ru (corp.infotel.ru [195.170.219.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4CxRq34RVtz59R5 for ; Thu, 17 Dec 2020 09:42:07 +0000 (UTC) (envelope-from vladimir@kondratyev.su) Received: from corp (corp.infotel.ru [195.170.219.3]) by corp.infotel.ru (Postfix) with ESMTP id 8AFAA166120; Thu, 17 Dec 2020 12:42:05 +0300 (MSK) X-Virus-Scanned: amavisd-new at corp.infotel.ru Received: from corp.infotel.ru ([195.170.219.3]) by corp (corp.infotel.ru [195.170.219.3]) (amavisd-new, port 10024) with ESMTP id WhNwmHstO_tp; Thu, 17 Dec 2020 12:42:04 +0300 (MSK) Received: from mail.cicgroup.ru (unknown [195.170.219.74]) by corp.infotel.ru (Postfix) with ESMTP id 8537E166110; Thu, 17 Dec 2020 12:42:04 +0300 (MSK) Received: from mail.cicgroup.ru (localhost [127.0.0.1]) by mail.cicgroup.ru (Postfix) with ESMTP id 89B6742211F; Thu, 17 Dec 2020 12:42:03 +0300 (MSK) Received: from mail.cicgroup.ru ([127.0.0.1]) by mail.cicgroup.ru (mail.cicgroup.ru [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 67V3VHFtPXOI; Thu, 17 Dec 2020 12:42:00 +0300 (MSK) Received: from [192.168.0.30] (gateway [10.0.2.2]) by mail.cicgroup.ru (Postfix) with ESMTPA id CF65E42211C; Thu, 17 Dec 2020 12:42:00 +0300 (MSK) Subject: Re: acpi_wmi noisy without EC To: Yuri Pankov Cc: current@freebsd.org References: <7dc142d3-1e0b-41d4-bdb4-7217bd09bbef@www.fastmail.com> <7b80877ae59fdd90f2f3b5dbf3db2113@kondratyev.su> <5bb9ac64-ebab-4d22-8a43-1305b16f28cd@www.fastmail.com> <274d456e15ce621889bfe9e7eda190da@kondratyev.su> From: Vladimir Kondratyev Message-ID: Date: Thu, 17 Dec 2020 12:41:19 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4CxRq34RVtz59R5 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Dec 2020 09:42:08 -0000 On 17.12.2020 11:24, Yuri Pankov wrote: > Yuri Pankov wrote: >> On Tue, Nov 17, 2020, at 4:00 PM, Vladimir Kondratyev wrote: >>> On 2020-11-17 15:29, Yuri Pankov wrote: >>>> On Tue, Nov 17, 2020, at 11:07 AM, Vladimir Kondratyev wrote: >>>>> On 2020-11-17 10:57, Vladimir Kondratyev wrote: >>>>>> On 2020-11-17 03:00, Yuri Pankov wrote: >>>>>>> I have started seeing the following on boot since some time: >>>>>>> >>>>>>> acpi_wmi0: on acpi0 >>>>>>> acpi_wmi0: cannot find EC device >>>>>>> device_attach: acpi_wmi0 attach returned 6 >>>>>>> acpi_wmi0: on acpi0 >>>>>>> acpi_wmi0: cannot find EC device >>>>>>> device_attach: acpi_wmi0 attach returned 6 >>>>>>> acpi_wmi0: on acpi0 >>>>>>> acpi_wmi0: cannot find EC device >>>>>>> device_attach: acpi_wmi0 attach returned 6 >>>>>>> acpi_wmi0: on acpi0 >>>>>>> acpi_wmi0: cannot find EC device >>>>>>> device_attach: acpi_wmi0 attach returned 6 >>>>>>> >>>>>>> Likely following this commit: >>>>>>> >>>>>>> commit 708d048ccfdacf6199cc08a56aa05a9c899441fd >>>>>>> Author: Vladimir Kondratyev >>>>>>> Date:=C2=A0=C2=A0 Sat Oct 31 22:19:39 2020 +0000 >>>>>>> >>>>>>> =C2=A0=C2=A0=C2=A0=C2=A0 acpi_wmi(4): Add ACPI_PNP_INFO >>>>>>> >>>>>>> While the reason is obvious -- there's no EC in this system >>>>>>> (Gigabyte >>>>>>> X299X AORUS MASTER desktop motherboard), at least searching the >>>>>>> `acpidump -dt` output doesn't show any PNP0C09 entries -- it >>>>>>> certainly >>>>>>> looks like "something is broken" when first noticed.=C2=A0 I wond= er if we >>>>>>> could/should handle this gracefully -- no EC, do nothing, simply >>>>>>> exit? >>>>>> >>>>>> Following patch should ignore missing EC like Linux does. Could yo= u >>>>>> test it? >>>>>> >>>>>> diff --git a/sys/dev/acpi_support/acpi_wmi.c >>>>>> b/sys/dev/acpi_support/acpi_wmi.c >>>>>> index 379cfd1705f1..efae96cdcc9a 100644 >>>>>> --- a/sys/dev/acpi_support/acpi_wmi.c >>>>>> +++ b/sys/dev/acpi_support/acpi_wmi.c >>>>>> @@ -246,7 +246,7 @@ acpi_wmi_attach(device_t dev) >>>>>> =C2=A0 if ((sc->ec_dev =3D devclass_get_device(devclass_find("acpi= _ec"), 0)) >>>>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D=3D NULL) >>>>>> =C2=A0 device_printf(dev, "cannot find EC device\n"); >>>>>> - else if (ACPI_FAILURE((status =3D >>>>>> AcpiInstallNotifyHandler(sc->wmi_handle, >>>>>> + if (ACPI_FAILURE((status =3D AcpiInstallNotifyHandler(sc->wmi_ha= ndle, >>>>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ACPI_DEVICE_NOTIFY, acpi_wmi_notify= _handler, sc)))) >>>>>> =C2=A0 device_printf(sc->wmi_dev, "couldn't install notify handler= - >>>>>> %s\n", >>>>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 AcpiFormatException(status)); >>>>>> @@ -701,6 +701,8 @@ acpi_wmi_ec_handler(UINT32 function, >>>>>> ACPI_PHYSICAL_ADDRESS address, >>>>>> =C2=A0 return (AE_BAD_PARAMETER); >>>>>> =C2=A0 if (address + (width / 8) - 1 > 0xFF) >>>>>> =C2=A0 return (AE_BAD_ADDRESS); >>>>>> + if (sc->ec_dev =3D=3D NULL) >>>>>> + return (AE_NOT_FOUND); >>>>>> =C2=A0 if (function =3D=3D ACPI_READ) >>>>>> =C2=A0 *value =3D 0; >>>>>> =C2=A0 ec_addr =3D address; >>>>> >>>>> @#@##! Web client ate all the tabs. >>>>> >>>>> Patch is in attachment. >>>> >>>> Output changed, though it's still somewhat noisy -- I guess there >>>> isn't a way to NOT report the device that we are not going to attach >>>> to, or do that e.g. only for verbose boot? >>>> >>>> acpi_wmi0: on acpi0 >>>> acpi_wmi0: cannot find EC device >>>> acpi_wmi0: Embedded MOF found >>>> ACPI: \134GSA1.WQCC: 1 arguments were passed to a non-method ACPI >>>> object (Buffer) (20201113/nsarguments-361) >>>> acpi_wmi1: on acpi0 >>>> acpi_wmi1: cannot find EC device >>>> acpi_wmi2: on acpi0 >>>> acpi_wmi2: cannot find EC device >>>> acpi_wmi3: on acpi0 >>>> acpi_wmi3: cannot find EC device >>> >>> acpi_wmi does not try to attach to EC node (PNP0C09). It only queries= it >>> in OpRegion handler. >>> WMI's _HID/_CID is PNP0C14. According to your output, acpi_wmi has >>> successfully attached to 4 nodes. >> >> Oh great, I misunderstood then.=C2=A0 And indeed, sysctl -b >> dev.acpi_wmi.0.bmof | bmf2mof provides some interesting information.=C2= =A0 >> All other 3 instances do not though.=C2=A0 In any case, it seems to wo= rk now. >> >>> Verbosity can be reduced with attached patch if current level is too >>> high for you. >> >> Works for me both ways, I simply had the wrong impression that if we >> don't have EC, we can't attach at all. >=20 > Could you commit this, or is it incomplete fix? I did some tests with ACER ACPI extras which left functional after OPregion handler had been disabled, so I think, fix is complete. I have created a phabricator review: https://reviews.freebsd.org/D27653 From owner-freebsd-current@freebsd.org Thu Dec 17 14:40:22 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 835D34B9C98 for ; Thu, 17 Dec 2020 14:40:22 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4CxZRB2JNPz3lKS for ; Thu, 17 Dec 2020 14:40:22 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: by mailman.nyi.freebsd.org (Postfix) id 4D4FB4B9B3A; Thu, 17 Dec 2020 14:40:22 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4D1294B9C97 for ; Thu, 17 Dec 2020 14:40:22 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from wout1-smtp.messagingengine.com (wout1-smtp.messagingengine.com [64.147.123.24]) (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 4CxZRB10zmz3lGj; Thu, 17 Dec 2020 14:40:21 +0000 (UTC) (envelope-from yuripv@yuripv.dev) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id AD4C9A32; Thu, 17 Dec 2020 09:40:19 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Thu, 17 Dec 2020 09:40:19 -0500 X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrudelgedgieehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefuvfhfhffkffgfgggjtgfgsehtke ertddtfeejnecuhfhrohhmpegjuhhrihcurfgrnhhkohhvuceohihurhhiphhvseihuhhr ihhpvhdruggvvheqnecuggftrfgrthhtvghrnhepudeuffegtdehffdtffefkefhgfelie eitefghfeugeelfeduffegtdeufeekgfdvnecukfhppeeluddrvdegtddruddvgedrudeh jeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpeihuh hrihhpvheshihurhhiphhvrdguvghv X-ME-Proxy: Received: from mercury.lan (unknown [91.240.124.157]) by mail.messagingengine.com (Postfix) with ESMTPA id 8FC2A108005F; Thu, 17 Dec 2020 09:40:18 -0500 (EST) Subject: Re: installation on pvscsi fails with "The request was too large for this host" To: Andriy Gapon , current@freebsd.org References: From: Yuri Pankov Message-ID: Date: Thu, 17 Dec 2020 17:40:16 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4CxZRB10zmz3lGj X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Dec 2020 14:40:22 -0000 Andriy Gapon wrote: > On 17/12/2020 07:02, Yuri Pankov wrote: >> Trying to install latest snapshot (20201210) on a VMware ESXi/Workstation VMs >> with pvscsi fails on bootloader step, and the following is in dmesg: >> >> pvscsi0: pvscsi_execute_ccb error 27 >> pvscsi0: pvscsi_execute_ccb error 27 >> (da0:pvscsi0:0:0:0): WRITE(10). CDB: 2a 00 00 00 00 28 00 04 00 >> (da0:pvscsi0:0:0:0): CAM status: The request was too large for this host >> (da0:pvscsi0:0:0:0): Error 22, Unretryable error >> (da0:pvscsi0:0:0:0): WRITE(10). CDB: 2a 00 00 00 00 28 00 04 00 >> (da0:pvscsi0:0:0:0): CAM status: The request was too large for this host >> (da0:pvscsi0:0:0:0): Error 22, Unretryable error >> >> That is the first I'm trying installing on pvscsi since it was integrated, so no >> idea if it worked previously.  If yes, I have not tried to bisect this yet >> hoping that it could be identified as related to any of the recent changes. >> >> The VMs in question are set with 8-64 GB RAM, and 100 GB boot disks. > > Not an expert in this areas, but that command tried to transfer 0x400 / 1024 > blocks, which is 512KB of data. > Could it be that the problem is revealed by the MAXPHYS increase? > There might be a bug in pvscsi where it does not respect or correctly advertise > some limit. There could be a similar issue with VMware itself (its emulation of > a disk / target). Yes, it looks like reverting MAXPHYS back to 128K made the problem disappear, successfully installed VM from resulting cdrom image. From owner-freebsd-current@freebsd.org Thu Dec 17 18:20:58 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D22084BF114; Thu, 17 Dec 2020 18:20:58 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CxgKj5tzxz4WWk; Thu, 17 Dec 2020 18:20:57 +0000 (UTC) (envelope-from ohartmann@walstatt.org) X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from hermann.fritz.box ([77.191.42.43]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MysVs-1juAZI07qU-00vzlv; Thu, 17 Dec 2020 19:20:38 +0100 Date: Thu, 17 Dec 2020 19:20:29 +0100 From: "Hartmann, O." To: freebsd-security@freebsd.org Cc: John-Mark Gurney , freebsd-current@freebsd.org, John Kennedy Subject: Re: AMNESIA:33 and FreeBSD TCP/IP stack involvement Message-ID: <20201217192029.56f3d262@hermann.fritz.box> In-Reply-To: <20201210200250.GJ31099@funkthat.com> References: <20201209065849.47a51561@hermann.fritz.box> <20201210200250.GJ31099@funkthat.com> Organization: walstatt.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/c9Tn1HDtoa+xvI1obhUV/Ot"; protocol="application/pgp-signature"; micalg=pgp-sha256 X-Provags-ID: V03:K1:KlE/k/dVZbi2uwI7kWtmJ4P4ZhbyzpoVqjkz4SSEm2TiiBUHh/b KDfJhfrHxpzCaPgFMgCqMUO1ERyyKdi5L8ZuGdAILJ+KXwukFy6SUCLkX7yxAuLomffGaf7 QQFHZ/I6bUMwKNMF5Ezj37Elv4AyZPfF8w52v1tRkB4ZwhO3sedNMNh6cNxC3zPBKVYmK5T 1WaW1CgXHQ3SdOiycnr9w== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:PAMAFBdk5VA=:Aty8yPp7AH2SZUEht4ZZfP AKNKPeSK77eJlBZX07xCY1qBb2EWxg5yAP328fMByMwDKvi5u5GmFX55wcDQJAw3Mnz+3lWKv bpyj0cIRXXdjEMG6Dm7osWW+xhbJ/bNm4b7f/TFfSX4fDTXLXE5D37FTDkFQBeJHu7pR0vMeN 3xCu4PBhWEpmvjrN7sgBgVqldlM/9ezgLtwrT5fQdmg0GsmSkjiEp370d8UtoDx1j71mD9KC0 IR6VAsB7vvQvGhZ+qJD/jeia6E/yVCsshqcP+tKDKTU2V1nG7IsbZKlAw4hMZzg+SMncr90Jk qI9Zt/JrzxKzsRsbFMC+nrYeTrdgBjkcsTDd7ahLrudOBZavzfF0Om6L9BH6UrC81mEaxu0Ct PeJaaMJDs+C0cfaGlfE2PCuJHpIFr34hyOepFt/mqVaJVQ0EiAH4ofkLWHzD0k/HSQCMYcOSR 3qHFM8wHhQQ8u9DAIjU+Ag/XsObjyqO+a91fqFYUu8myrEqgadmDY6c7zaGO/r2K2wPP/k2Gr gnSbTLKy9+WFzgYzgKYQGn6ipbDz2benH1+DqopgSPZ0xW9OeimZFndpjnOJf/DVV0v9tOmGi oRWD1FasKL83khn6ZH8CPHQeRqBWLAS2SSxWtP/JVCCsASgsSIBQIodFBDrubXwSXuQPlx6fd gpVmPXmWO5GxVa9wksC4+5bhpWlHMKJ3WSXiF204vlWXFmDzNrOHFn/1j3BiKFABZvvIzK2+z MdRyRkMl11cY+972VR1FTfbgOITp3CuhLu7oL1XkKMleERntLd0lyrtJ3elPHpnX9Q59Z/psu 0lZEYAC8LQorPyZNH025yoZl907I367YvxItalRC7OBXuDPi0do1PTxkvMPlsLgMnlI9sc42d FkMGFmJ+emIdPZj+u7BA== X-Rspamd-Queue-Id: 4CxgKj5tzxz4WWk X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; HAS_ORG_HEADER(0.00)[]; DKIM_TRACE(0.00)[gmx.net:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_IN_DNSWL_LOW(-0.10)[212.227.15.18:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[212.227.15.18:from]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; RECEIVED_SPAMHAUS_PBL(0.00)[77.191.42.43:received]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[walstatt.org]; SPAMHAUS_ZRD(0.00)[212.227.15.18:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record]; RWL_MAILSPIKE_POSSIBLE(0.00)[212.227.15.18:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-security] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Dec 2020 18:20:58 -0000 --Sig_/c9Tn1HDtoa+xvI1obhUV/Ot Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable > Hartmann, O. wrote this message on Wed, Dec 09, 2020 at 06:58 +0100: > > I've got a question about recently discovered serious > > vulnerabilities in certain TCP stack implementations, designated as > > AMNESIA:33 (as far as I could follow the recently made > > announcements and statements, please see, for instance, > > https://www.zdnet.com/article/amnesia33-vulnerabilities-impact-millions= -of-smart-and-industrial-devices/). > >=20 > > All mentioned open-source TCP stacks seem not to be related in any > > way with freeBSD or any derivative of the FreeBSD project, but I do > > not dare to make a statement about that. > >=20 > > My question is very simple and aimes towards calming down my > > employees requests: is FreeBSD potentially vulnerable to this newly > > discovered flaw (we use mainly 12.1-RELENG, 12.2-RELENG, 12-STABLE > > and 13-CURRENT, latest incarnations, of course, should be least > > vulnerable ...). =20 >=20 > I'd be surprised if FreeBSD is vulnerable to those flaws, but I cannot > make any official statement as there are too many to even start to > investigate them. >=20 > Also of note is that there were three other IP stacks that were NOT > vulnerable to ANY new security issues in that report as well, so it > isn't like the report found security vulnerability in every TCP/IP > stack they tested. >=20 > The best way to have confidence is to pay people to analyize and > verify that the FreeBSD TCP/IP stack is secure, just as it is w/ > any critical code that a company runs. >=20 Thank you very much for responding. I'll take all comments into consideration; I think one thing is clear, that even if I'd had to report that freeBSD is vulnerable, I'd have to wait for a pacth. Since my personal patch policy on RELENG for FreeBSD is to patch/update as fast as possible after a SA has been published, I'd have to wait for the patches. CURRENT and STABLE systems are updated frequently - on a weekly basis, if necessary. Kind regards, O. Hartmann --Sig_/c9Tn1HDtoa+xvI1obhUV/Ot Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQSy8IBxAPDkqVBaTJ44N1ZZPba5RwUCX9uhbQAKCRA4N1ZZPba5 R1JDAQCwYAyUkkbdOr9OOzD1JK1k1MSxLMgQDmy4sn6hnJolLgEAzM7kjbwyHtlU wWMbHNnbEcoH6aJI1xI4nRfEfTH/8Ak= =YWqh -----END PGP SIGNATURE----- --Sig_/c9Tn1HDtoa+xvI1obhUV/Ot-- From owner-freebsd-current@freebsd.org Thu Dec 17 18:33:36 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 963714BF73F for ; Thu, 17 Dec 2020 18:33:36 +0000 (UTC) (envelope-from andreas@naund.org) Received: from naund.org (172-11-194-172.lightspeed.sntcca.sbcglobal.net [172.11.194.172]) by mx1.freebsd.org (Postfix) with ESMTP id 4CxgcG63vVz4XrS for ; Thu, 17 Dec 2020 18:33:34 +0000 (UTC) (envelope-from andreas@naund.org) Received: (from andreas@localhost) by naund.org (8.11.6/8.11.6-20030329ao) id 0BHIXRE14073; Thu, 17 Dec 2020 10:33:27 -0800 Date: Thu, 17 Dec 2020 10:33:27 -0800 From: Andreas Ott To: Warner Losh Cc: FreeBSD Current Subject: Re: HEADS UP: FreeBSD src repo transitioning to git this weekend Message-ID: <20201217103327.A13944@naund.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from imp@bsdimp.com on Wed, Dec 16, 2020 at 05:46:35PM -0700 X-Rspamd-Queue-Id: 4CxgcG63vVz4XrS X-Spamd-Bar: - X-Spamd-Result: default: False [-1.80 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[172.11.194.172:from]; FREEFALL_USER(0.00)[andreas]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:172.11.194.172]; MIME_GOOD(-0.10)[text/plain]; HFILTER_HELO_IP_A(1.00)[naund.org]; DMARC_NA(0.00)[naund.org]; SPAMHAUS_ZRD(0.00)[172.11.194.172:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7018, ipnet:172.0.0.0/12, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Dec 2020 18:33:36 -0000 Hi, On Wed, Dec 16, 2020 at 05:46:35PM -0700, Warner Losh wrote: > This switch will preserve much of the current FreeBSD development workflow. > After the switch, the subversion repo will become almost read-only. Will there be an update to the build from source instructions in https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html ? I am also interested in a (one-time) migration procedure from svn or svnlite to git, primarily for my servers that are tracking -CURRENT. Thanks, andreas -- Andreas Ott K6OTT +1.408.431.8727 andreas@naund.org From owner-freebsd-current@freebsd.org Thu Dec 17 18:47:59 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C71D84BFEAA for ; Thu, 17 Dec 2020 18:47:59 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x729.google.com (mail-qk1-x729.google.com [IPv6:2607:f8b0:4864:20::729]) (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 4Cxgwv0ZrZz4Z0j for ; Thu, 17 Dec 2020 18:47:58 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x729.google.com with SMTP id c7so27396359qke.1 for ; Thu, 17 Dec 2020 10:47:58 -0800 (PST) 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=SiKuo3OrYzsKQnjxI+hMKSlDmyAmx9/kzLtBX+GN2ro=; b=kPI9Y0z+XZCtiLE56C/h0GSJ/njVhcn40bn9rrGmRB7W4QjiMJzVZazQEraa03tFNt eMYe6UoBXaCsph5bW7j3vWuRnlOS7eT/46ja4DHQrwPGKFVqAxiS0z5GHkDOKpJsD1ka nR7iytX6A3zTYKQbCmuJxe9+yyl/hv33EMdjNsymWgqyUilvRpOQZcuUCah6hzK+PX01 GZi/gC1fXMsmeEKqdnWcz1Rfgz/LU5dciDe43Kb+6ReR1NZ7mGIZPN4ITFA0OWPI8Ed1 LvKeFU6A24a/HzVGOKHXkf9HQEHJzGDBYHL2QtcOQ8VR63VqiM8VH7odnccmetcK77ud 90zg== X-Gm-Message-State: AOAM5334ot6VdllWSbNdSKyRMD2E+GT9gQWb9V/BiMBAaHtUjUZWkDFa YcSuF3Uho4/IJmcarQujqqS4GL11O3x1IP2K/LN43bdBIPWQAO23 X-Google-Smtp-Source: ABdhPJwKOPZ6xaYjmjPXhp34rBAkqcMFNBg1X825HqVmtSovDIii1XS34k3i5+s9QBC5j07QqsHruVi/5HdblaKnP7Y= X-Received: by 2002:ae9:ebd5:: with SMTP id b204mr644174qkg.195.1608230878226; Thu, 17 Dec 2020 10:47:58 -0800 (PST) MIME-Version: 1.0 References: <20201217103327.A13944@naund.org> In-Reply-To: <20201217103327.A13944@naund.org> From: Warner Losh Date: Thu, 17 Dec 2020 11:47:48 -0700 Message-ID: Subject: Re: HEADS UP: FreeBSD src repo transitioning to git this weekend To: Andreas Ott Cc: FreeBSD Current X-Rspamd-Queue-Id: 4Cxgwv0ZrZz4Z0j X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::729:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::729:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::729:from]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; MAILMAN_DEST(0.00)[freebsd-current]; 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-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Dec 2020 18:47:59 -0000 On Thu, Dec 17, 2020 at 11:33 AM Andreas Ott wrote: > Hi, > > On Wed, Dec 16, 2020 at 05:46:35PM -0700, Warner Losh wrote: > > This switch will preserve much of the current FreeBSD development > workflow. > > After the switch, the subversion repo will become almost read-only. > > Will there be an update to the build from source instructions in > https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html > ? > Yes, eventually. There's also a transition to asciidoc going on in doc land, and I didn't want to make it harder by churning things for them while that was in progress. > I am also interested in a (one-time) migration procedure from svn or > svnlite to git, primarily for my servers that are tracking -CURRENT. > I've put together some docs on this. https://github.com/bsdimp/freebsd-git-docs/ has them all. https://github.com/bsdimp/freebsd-git-docs/blob/main/src-cvt.md has the specifics, but I'm still polishing it. It has the basics, but the examples still need work. The tl;dr version, though, is that you'll have to pull a fresh tree from the git repo once we make the cutover and then use git to update that tree. Other than that, the rest of the instructions are the same. If you have local changes, then https://github.com/bsdimp/freebsd-git-docs/blob/main/mini-primer.md also has some details beyond the basics. Warner From owner-freebsd-current@freebsd.org Thu Dec 17 19:01:12 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A7A504C07A7 for ; Thu, 17 Dec 2020 19:01:12 +0000 (UTC) (envelope-from nwhitehorn@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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CxhD84TBCz4bY5 for ; Thu, 17 Dec 2020 19:01:12 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from comporellon.tachypleus.net (unknown [IPv6:2601:405:4a00:acd:9dea:fa63:6d81:ab4d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: nwhitehorn/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 76B1E26213 for ; Thu, 17 Dec 2020 19:01:12 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Subject: Re: HEADS UP: FreeBSD src repo transitioning to git this weekend To: freebsd-current@freebsd.org References: From: Nathan Whitehorn Message-ID: <31ab8015-a0c4-af77-0ead-a17da0f88f1d@freebsd.org> Date: Thu, 17 Dec 2020 14:01:11 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Dec 2020 19:01:12 -0000 On 12/16/20 7:46 PM, Warner Losh wrote: > Greetings, > > The FreeBSD project will be moving it's source repo from subversion to git > starting this this weekend. The docs repo was moved 2 weeks ago. The ports > repo will move at the end of March, 2021 due to timing issues. > > The short version is that we're switching the version control we're using. > This switch will preserve much of the current FreeBSD development workflow. > After the switch, the subversion repo will become almost read-only. All > future work will be done in git, however as a transition aide we'll be > replaying the MFCs to stable/11, stable/12 and the related releng branches > for the life of those branches. > > For more detailed information, please see > https://github.com/bsdimp/freebsd-git-docs/ for the current documentation. > > Please see https://wiki.freebsd.org/git for the latest detailed schedule > (please note that this schedule is subject to change). > > Warner > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > One question I didn't see in the (excellent!) docs is whether we should be PGP-signing commits or not. Is that encouraged? -Nathan From owner-freebsd-current@freebsd.org Thu Dec 17 19:05:50 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 415574C0949 for ; Thu, 17 Dec 2020 19:05:50 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x72b.google.com (mail-qk1-x72b.google.com [IPv6:2607:f8b0:4864:20::72b]) (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 4CxhKV0kldz4cML for ; Thu, 17 Dec 2020 19:05:49 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x72b.google.com with SMTP id w79so27424354qkb.5 for ; Thu, 17 Dec 2020 11:05:49 -0800 (PST) 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=moeIAq2/2CgdhBiAYiungJPe4LV5yzbf9YLxsef1G1E=; b=SrOIY0UNIE67f7MIoS8A6qywQaEZ75z4tuvJDqcspBWTQMmnvKZITQfm4y3M9ZDPTk 2R+zLahEIEM1/q2tqjEC+wrmeJFlOvWasy1j6t4q5e2GBfzkCzXyOfZTlmv/b2qtiqM5 yJ/+nfak31dV1bH7gaUMKaZI5EgyeEmv0y3njf1RVU25/fV4kPI1af6SOP7KyPUUhmH6 WPqQTj94Bt42PBjKh9ExQBb9aR36v4lCflem66pu9XagC1OOsUcGCqOZuDuBZDsIk+JO IAGZPl9awwa+uGiLg1UvvP1AfTS0VR5nm21W8gyZdH5NE0EExAppUXh1MoAUHHpePQwO b6dg== X-Gm-Message-State: AOAM533dD2U0o4EkjhyHFF6o+NQJ4LyPk5HVNlg3s9cD3nHN/ma96Iyy VSWROyzocyV9NocBkcGUNktXmXZK+FsVaRZC7HWrEw== X-Google-Smtp-Source: ABdhPJx3/tFQZG2BG9nxjmreHxTIjzuFFNzmcDIdfER9sjMXc0+9zwpgSY48R48ASqwhFtPtkj+H6M9pUxKVPPhXStk= X-Received: by 2002:a37:bf86:: with SMTP id p128mr789268qkf.44.1608231938647; Thu, 17 Dec 2020 11:05:38 -0800 (PST) MIME-Version: 1.0 References: <31ab8015-a0c4-af77-0ead-a17da0f88f1d@freebsd.org> In-Reply-To: <31ab8015-a0c4-af77-0ead-a17da0f88f1d@freebsd.org> From: Warner Losh Date: Thu, 17 Dec 2020 12:05:28 -0700 Message-ID: Subject: Re: HEADS UP: FreeBSD src repo transitioning to git this weekend To: Nathan Whitehorn Cc: FreeBSD Current X-Rspamd-Queue-Id: 4CxhKV0kldz4cML X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Dec 2020 19:05:50 -0000 On Thu, Dec 17, 2020 at 12:01 PM Nathan Whitehorn wrote: > > > On 12/16/20 7:46 PM, Warner Losh wrote: > > Greetings, > > > > The FreeBSD project will be moving it's source repo from subversion to > git > > starting this this weekend. The docs repo was moved 2 weeks ago. The > ports > > repo will move at the end of March, 2021 due to timing issues. > > > > The short version is that we're switching the version control we're > using. > > This switch will preserve much of the current FreeBSD development > workflow. > > After the switch, the subversion repo will become almost read-only. All > > future work will be done in git, however as a transition aide we'll be > > replaying the MFCs to stable/11, stable/12 and the related releng > branches > > for the life of those branches. > > > > For more detailed information, please see > > https://github.com/bsdimp/freebsd-git-docs/ for the current > documentation. > > > > Please see https://wiki.freebsd.org/git for the latest detailed schedule > > (please note that this schedule is subject to change). > > > > Warner > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org" > > > > One question I didn't see in the (excellent!) docs is whether we should > be PGP-signing commits or not. Is that encouraged? > We've not started doing that in general. I don't think signing would cause issues, but since it is a bit of an unknown, we've not taken a position on this. Warner (on behalf of the git working group) From owner-freebsd-current@freebsd.org Thu Dec 17 19:53:03 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 399EA4C2383 for ; Thu, 17 Dec 2020 19:53:03 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-ot1-f53.google.com (mail-ot1-f53.google.com [209.85.210.53]) (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 4CxjMz0mKZz4gKP; Thu, 17 Dec 2020 19:53:02 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-ot1-f53.google.com with SMTP id o11so28558806ote.4; Thu, 17 Dec 2020 11:53:02 -0800 (PST) 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=2VtqSyJqaLCAgD4VYF/Ll/KOifIctCfOz8d1SZOc03U=; b=Pjru3N1XXi163qem4W+1osNSyqme7/HOvugBmLpDpJV6Zid0/ZiEwfJPTdIhQ4ObPy d0koxdvIxIvW6/Az0D2w0SD/x36ukK49i3v1hGMq4Gm0d3QilhGapGzMWAzmYCSnblQa 5hx2u64UtxNCWYuEqfPDaJnbCmazMaWQqND+vG692otgaFhYT5bfM6SI+Br9aEZkyYVN IBDfdEcwbb9E4GETPItFm7I8zmzKepulxLaLjQ+VN66/CFmPPWZPLuz3sa+vgdHdZS5r 83/McNv22/2ayum5xHhvOmjkwPIUuwIUz4TxhukJ0acdpHGEXPtDnVvVmxgv0YUh3e/N spNQ== X-Gm-Message-State: AOAM531ke79c38tatsO3zmTczCRcIGH8NuhQ/7XFqmFbAdzw0r0ZZ9v4 Q0cpzZ3peSdd2CnPBlycRrhHHc5L9Ysvh+f8w+spOPesn7A= X-Google-Smtp-Source: ABdhPJxFM2tcFbEqGeLLa0WUPD6CglySuaHJsq7XLzvh31ZtfvNWnBSYd/9kzG+FsdbsngPK9foP3jqQTifXpzc/Vvk= X-Received: by 2002:a05:6830:2413:: with SMTP id j19mr408076ots.251.1608234781920; Thu, 17 Dec 2020 11:53:01 -0800 (PST) MIME-Version: 1.0 References: <31ab8015-a0c4-af77-0ead-a17da0f88f1d@freebsd.org> In-Reply-To: From: Alan Somers Date: Thu, 17 Dec 2020 12:52:50 -0700 Message-ID: Subject: Re: HEADS UP: FreeBSD src repo transitioning to git this weekend To: Warner Losh Cc: Nathan Whitehorn , FreeBSD Current X-Rspamd-Queue-Id: 4CxjMz0mKZz4gKP X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Dec 2020 19:53:03 -0000 On Thu, Dec 17, 2020 at 12:06 PM Warner Losh wrote: > On Thu, Dec 17, 2020 at 12:01 PM Nathan Whitehorn > wrote: > > > > > > > On 12/16/20 7:46 PM, Warner Losh wrote: > > > Greetings, > > > > > > The FreeBSD project will be moving it's source repo from subversion to > > git > > > starting this this weekend. The docs repo was moved 2 weeks ago. The > > ports > > > repo will move at the end of March, 2021 due to timing issues. > > > > > > The short version is that we're switching the version control we're > > using. > > > This switch will preserve much of the current FreeBSD development > > workflow. > > > After the switch, the subversion repo will become almost read-only. All > > > future work will be done in git, however as a transition aide we'll be > > > replaying the MFCs to stable/11, stable/12 and the related releng > > branches > > > for the life of those branches. > > > > > > For more detailed information, please see > > > https://github.com/bsdimp/freebsd-git-docs/ for the current > > documentation. > > > > > > Please see https://wiki.freebsd.org/git for the latest detailed > schedule > > > (please note that this schedule is subject to change). > > > > > > Warner > > > _______________________________________________ > > > freebsd-current@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To unsubscribe, send any mail to " > > freebsd-current-unsubscribe@freebsd.org" > > > > > > > One question I didn't see in the (excellent!) docs is whether we should > > be PGP-signing commits or not. Is that encouraged? > > > > We've not started doing that in general. I don't think signing would cause > issues, but since it is a bit of an unknown, we've not taken a position on > this. > > Warner (on behalf of the git working group) > I hope we don't have to start signing all commits. saltstack/salt has that policy, and it's extremely annoying. -Alan From owner-freebsd-current@freebsd.org Thu Dec 17 20:11:32 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D48DC4C2B5A for ; Thu, 17 Dec 2020 20:11:32 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4CxjnJ46Kjz4hyl for ; Thu, 17 Dec 2020 20:11:32 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: by mailman.nyi.freebsd.org (Postfix) id 8B5774C25F7; Thu, 17 Dec 2020 20:11:32 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8B1BD4C2950 for ; Thu, 17 Dec 2020 20:11:32 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: from sonic316-21.consmr.mail.ne1.yahoo.com (sonic316-21.consmr.mail.ne1.yahoo.com [66.163.187.147]) (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 4CxjnG6qzNz4hlL for ; Thu, 17 Dec 2020 20:11:30 +0000 (UTC) (envelope-from filippomore@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1608235887; bh=LFnDT9QDIjEx2qwAb87nTmatrgTPhu8eRGRz8uP2nlO=; h=Date:From:To:Subject:From:Subject; b=VaxdSj+BnXPU9PzovI+xMMCtZFgwKH36jYWl9kM6T7n1/PdBCy7Vmd62LVRll0c6pR54j4FMWCPuyaINAsTPXCcHVRtcfpWUceyfmICadVCeaus4qw3ZGdzoJrvRrP58L1fZokvbgkaFRsahfohPAeBXufRNAKK0o/lsYoUMS9Qb7yBbwAT2TJ92TZ7cBxUOkrrK2MfcKFlMXxqhXXP8kkXZ+FixTlqFMK2Z3YqrKbU9M2Q4rY5HuIMlIxeMrD81VnWh0CEOOMaWgfc9eUU9WYPkQaOrYtGvrC2mnmv6FhzYckRPMxdTxxUVn8XcpL0V65X1D4ox3uWUxJRF1W8dBg== X-YMail-OSG: J47jcEwVM1l2rAf_tWqMjDnBQdEfvrTk54c8Vz0XIubT0bn__jkRXOgh.Fv8NqB gPirQRWe5Id2bBdqAOUP08bOFs.r9hRDc7XB4GqsE3wcVrLUkGRaAJtQTw3S5VyfCcXF2zv5BEEc iRFkVtg1PMJo7QUwHieopBza6romxb4gfVo9e1oYP_CpNL0fv0II9j18fN1kOlba.np3DQOhA0QA ZwRyl.QqVMliVuLCrNdOcS151S_qSTsDxXDBsv_RVe0H48vLGBipRkZH2eyLpPlFbPO44BzYN4uE Z82yq3SPNoKwZNV6D.RI_SmBBY0MCIHAZVLCh_l1.8ycFsBfrqHwCpVt0aEvhzu4lODAtkbDmQOB _eLD_7vAiRwY87Ufs0sUmC_naO2WceNfjJWLJ3yECoEasK4ZV4rkNqtzYmphDFaFUFuQHz9y.yV1 hiBRDvjQhkjkIcv_vg_q_NtimukqA0dS.xiPjaxwVcMD_M9RxXCWJ1dx0H1G1zLse.x2gGEoSlvh uJFjgDrprUjpIJ4.b4Fo5CIor0Io3y1EdV.QiBFCiM6..xzV3slm7x4_9.sPCJ1nVmjASbO5VuaE MfajEatuFzoa.4Vr.ipphZejz4Xq5_98oxOMowSiG3Gf9FspTqLu8j8O.hGn7BESrJj3CWz.DIQH GP_YECOgxNhUOG5XuQzfufQwrt3oPRQ56aEu12zzF63kVIcK5rXxRxUdZ6Vk3BUM0L6Yd3Cgj4eY 6LzbKMIBlBWD.5dSmOK5ki6UKdQSVwkdobqvs2E1m0mhHrZOJt5NjPYxkvoFxKwBgYBYsB9l4TeW TnxRWD4dCTeYPX47JiZ6qBUaQ5sOd579_ctXpP8fLLo5wtPQ3rX_GGwgnrxmwolbs3VYhvZsk_XT a_OGJDqGAgKtgqtfKVYCL7ydvTH84HeswNat8mURqBqdM5oG_PvVxikII0dXBF63U8SrAI4_8qa8 zQ1LLfwitja8sVa6Y93IofVdnUNwohFQXP98zTsNkemxhtCyWVa2DyM7kU0okq65gbFw2STEcz.E OKyVK7PmUh.Luf.2FE1w2hL6WvgscjpwEevcws_.6lUh_Mi5gy7VGRNtnQDocAOh39FF1ZQ2AI_r F__h9jkZGekLbTlSboLU0fwkmjhyI7DFBqokxMdHr1A0NxAg7e9QYYtaPdtJTqGCadKT0Q0z4HcQ VPFsFt8li.6t3hIoiTrVwGByqwfaRYH5moGiaFtJrInY.l5bd1v2KoiuB4fTlOxAvhPCPCfQKtgL xY.MKiWYF3u7.V_hhApew6sT.dZNoCRNA4bXb0_LtLsH8dNqcE1cGhXHmr9MtrhVC6HVmaNXXXxJ fVO9R_E04KVtKfWEaOS_ga_QieMdmhEvnYT2E7V_TiZVcza_ixcyrck.W7RcfEdejbyQRA5o9IS8 spGWOxA1Ip4e8lrPl9CllhxmjqWIu4yL1RrnBLJig9G1uNCQqfzcsFmafdfros3EwMVgEzJdcO8B _zFz6XOXaLZWZLKfjS7TM5y4vhGNbK4wa1xv2WBg7r1blYu3DQa4W1nu.5ujdCughCKMz4dk6sSD ER.yNgZqHu3o4n__G_Hpgd3BQxjqZ5NY2hHMcMZch04s4Ru3cMaFuQOwYO.d0WUhFgFIGUdUPImS 1Emf1Qxm2yh111CjVhR1WFWotvYp36r.PT1PE7NG0FtrjHdBWxAQYeUcLfRbMlONtV5ZVuWugLR5 Gq5wifyv6KqskswW406.62gtQQa733fHQcgrW6CS00iEVtD0MP8XqmLFSRQyKKT7z.U1XvpUFpTb Rk_DrqJgfGH2HrARoWe9uMODjZ5_iT.X_iwBx955XdnArLr3ALe9R8gLELIC1WfcvILjKbm8ARAW 6CDt.GxdKy2VMTCQStbC.wf2fVsjYkPxSVNkTvnLPVR1FxsD3SCcOO5EKPnut7NIgM_vcL6wkCVq e.M94rDyoxMpPIYTTVPjNXRRPoDxtIVZInhKaJR5R_CIr_6to.axPpJ3TT4SLc6oF.e0bay.W0v5 3fPwxdsyjcdHBUE7fH7w6K5UMZ5ximW6JEZIErsikYd.8Vrhc2L5Menx8GSvVw2NE_6WahO0HOgd bIVb00vKG8rniTOVEzCuHAJjmpmUiyEHYn4HV3tiWoUS6Gud5Hfl0FLSVd8.tL4qkiD1XOwrIJde jzQFspuBkeHA8N6DnK1KHAZ79gL.0tz5keioPq4drL8iUOIBeUk7dfJiAGCr9L4991ddXIeHCOvK TEcQ32rxeogr0vDCk3VOl70h9ApPowGQVzXfOTrFrzio5tlSj.57JCmJ23YTc1I_Ue86QKH6ogYO bmj2dG9IDUzsihla64y5Zsz1ilgfex58wFnIF7co1JL6IrImINS9fKuJ2R81y4oQP25T.vwkHMbI 6m5cn5qbOTl.LHq218fpPZl3yB0NfpwuHJDkGzVqWd8Il7YD9ME7W8k6KHo0- Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.ne1.yahoo.com with HTTP; Thu, 17 Dec 2020 20:11:27 +0000 Date: Thu, 17 Dec 2020 20:11:25 +0000 (UTC) From: Filippo Moretti To: FreeBSD Current Message-ID: <1061124731.1927937.1608235885208@mail.yahoo.com> In-Reply-To: References: <31ab8015-a0c4-af77-0ead-a17da0f88f1d@freebsd.org> Subject: Re: HEADS UP: FreeBSD src repo transitioning to git this weekend MIME-Version: 1.0 X-Mailer: WebService/1.1.17278 YMailNorrin Mozilla/5.0 (X11; FreeBSD amd64; rv:84.0) Gecko/20100101 Firefox/84.0 X-Rspamd-Queue-Id: 4CxjnG6qzNz4hlL X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.163.187.147:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.163.187.147:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[66.163.187.147:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.187.147:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[current] Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Dec 2020 20:11:32 -0000 =20 I tried cloning with the following result: [root@STING /home/filippo]# git clone -o freebsd -b main https://git.freebs= d.org/src.git /usr/src Cloning into '/usr/src'... fatal: repository 'https://git.freebsd.org/src.git/' not found Should I wait past the weekend to clone?Filippo On Thursday, December 17, 2020, 8:53:22 PM GMT+1, Alan Somers wrote: =20 =20 On Thu, Dec 17, 2020 at 12:06 PM Warner Losh wrote: > On Thu, Dec 17, 2020 at 12:01 PM Nathan Whitehorn > wrote: > > > > > > > On 12/16/20 7:46 PM, Warner Losh wrote: > > > Greetings, > > > > > > The FreeBSD project will be moving it's source repo from subversion t= o > > git > > > starting this this weekend. The docs repo was moved 2 weeks ago. The > > ports > > > repo will move at the end of March, 2021 due to timing issues. > > > > > > The short version is that we're switching the version control we're > > using. > > > This switch will preserve much of the current FreeBSD development > > workflow. > > > After the switch, the subversion repo will become almost read-only. A= ll > > > future work will be done in git, however as a transition aide we'll b= e > > > replaying the MFCs to stable/11, stable/12 and the related releng > > branches > > > for the life of those branches. > > > > > > For more detailed information, please see > > > https://github.com/bsdimp/freebsd-git-docs/ for the current > > documentation. > > > > > > Please see https://wiki.freebsd.org/git for the latest detailed > schedule > > > (please note that this schedule is subject to change). > > > > > > Warner > > > _______________________________________________ > > > freebsd-current@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To unsubscribe, send any mail to " > > freebsd-current-unsubscribe@freebsd.org" > > > > > > > One question I didn't see in the (excellent!) docs is whether we should > > be PGP-signing commits or not. Is that encouraged? > > > > We've not started doing that in general. I don't think signing would caus= e > issues, but since it is a bit of an unknown, we've not taken a position o= n > this. > > Warner (on behalf of the git working group) > I hope we don't have to start signing all commits.=C2=A0 saltstack/salt has= that policy, and it's extremely annoying. -Alan _______________________________________________ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" =20 From owner-freebsd-current@freebsd.org Thu Dec 17 20:39:20 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 71F4B4C3BAB for ; Thu, 17 Dec 2020 20:39:20 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x730.google.com (mail-qk1-x730.google.com [IPv6:2607:f8b0:4864:20::730]) (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 4CxkPN2Vd9z4lbV for ; Thu, 17 Dec 2020 20:39:20 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x730.google.com with SMTP id 186so35112qkj.3 for ; Thu, 17 Dec 2020 12:39:20 -0800 (PST) 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=FR0J6ZdEG/ZzboOldLUg3CPHvGZ8aQbpUv+lzhIda4Y=; b=QCEy5Jxb7Tzo4YS8mUii1TH70nOm5gx2mk0T+otnT7xOnOEluzpGSor7aZGrIn0qQJ neplJOAQ/6TirV4hDXj429HPqRrj8YZ6fePzPatN6q+w0E4AMYK5AlSM49k6kPCXVoID x+Ht7Fv5bEYiMoB7b266f3ZGQINHjxXwDoY6VLcbF0xkop7ujDpEwpGNBERw0oKJXCqF cQ/Ate5pP7tyPAvlPQB7T+4eHreekIGqBtSFXtpnrB7j5aNmjmdeNx2MQyn149w65GUx GKZHLantS+n+vm90hWVe2ER6XWuf5gNA22FFMoeXK1+54btWnXyvkkGU5mJooJef5+iF WgUQ== X-Gm-Message-State: AOAM532YAYfbZgqpcvlkmz15RoCPhQ0LzV260SE/9nuN54zzGC8IqaF0 WcP5a9TmMXkoaFI9rybYsee1NquQkSQ3WFk68RFHaeAhhoXkpg== X-Google-Smtp-Source: ABdhPJwsqHX+wWHqBPa9aE1gt1e1Zne/8hDF03OL/+6RVmM3EQWVXVE2ZQXveHMZz1cn7u1SfABtuOSZO67aAfiNOCA= X-Received: by 2002:ae9:ebd5:: with SMTP id b204mr1134102qkg.195.1608237559333; Thu, 17 Dec 2020 12:39:19 -0800 (PST) MIME-Version: 1.0 References: <31ab8015-a0c4-af77-0ead-a17da0f88f1d@freebsd.org> In-Reply-To: From: Warner Losh Date: Thu, 17 Dec 2020 13:39:09 -0700 Message-ID: Subject: Re: HEADS UP: FreeBSD src repo transitioning to git this weekend To: Alan Somers Cc: Nathan Whitehorn , FreeBSD Current X-Rspamd-Queue-Id: 4CxkPN2Vd9z4lbV X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Dec 2020 20:39:20 -0000 On Thu, Dec 17, 2020 at 12:53 PM Alan Somers wrote: > On Thu, Dec 17, 2020 at 12:06 PM Warner Losh wrote: > >> On Thu, Dec 17, 2020 at 12:01 PM Nathan Whitehorn > > >> wrote: >> >> > >> > >> > On 12/16/20 7:46 PM, Warner Losh wrote: >> > > Greetings, >> > > >> > > The FreeBSD project will be moving it's source repo from subversion to >> > git >> > > starting this this weekend. The docs repo was moved 2 weeks ago. The >> > ports >> > > repo will move at the end of March, 2021 due to timing issues. >> > > >> > > The short version is that we're switching the version control we're >> > using. >> > > This switch will preserve much of the current FreeBSD development >> > workflow. >> > > After the switch, the subversion repo will become almost read-only. >> All >> > > future work will be done in git, however as a transition aide we'll be >> > > replaying the MFCs to stable/11, stable/12 and the related releng >> > branches >> > > for the life of those branches. >> > > >> > > For more detailed information, please see >> > > https://github.com/bsdimp/freebsd-git-docs/ for the current >> > documentation. >> > > >> > > Please see https://wiki.freebsd.org/git for the latest detailed >> schedule >> > > (please note that this schedule is subject to change). >> > > >> > > Warner >> > > _______________________________________________ >> > > freebsd-current@freebsd.org mailing list >> > > https://lists.freebsd.org/mailman/listinfo/freebsd-current >> > > To unsubscribe, send any mail to " >> > freebsd-current-unsubscribe@freebsd.org" >> > > >> > >> > One question I didn't see in the (excellent!) docs is whether we should >> > be PGP-signing commits or not. Is that encouraged? >> > >> >> We've not started doing that in general. I don't think signing would cause >> issues, but since it is a bit of an unknown, we've not taken a position on >> this. >> >> Warner (on behalf of the git working group) >> > > I hope we don't have to start signing all commits. saltstack/salt has > that policy, and it's extremely annoying. > Have to? Not currently. As with all process changes, there will be community discussion around the different points. Warner From owner-freebsd-current@freebsd.org Thu Dec 17 21:21:24 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9262B4C4CCC for ; Thu, 17 Dec 2020 21:21:24 +0000 (UTC) (envelope-from uqs@freebsd.org) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a05:fc87:1:5::15]) (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 "www.spoerlein.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CxlKw2SrRz4phl; Thu, 17 Dec 2020 21:21:23 +0000 (UTC) (envelope-from uqs@freebsd.org) Received: from localhost (acme.spoerlein.net [IPv6:2a05:fc87:1:5:0:0:0:15]) by acme.spoerlein.net (8.16.1/8.15.2) with ESMTPS id 0BHLLLmG035198 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 17 Dec 2020 22:21:22 +0100 (CET) (envelope-from uqs@freebsd.org) Date: Thu, 17 Dec 2020 22:21:21 +0100 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Warner Losh Cc: Alan Somers , Nathan Whitehorn , FreeBSD Current Subject: Re: HEADS UP: FreeBSD src repo transitioning to git this weekend Message-ID: Mail-Followup-To: Warner Losh , Alan Somers , Nathan Whitehorn , FreeBSD Current References: <31ab8015-a0c4-af77-0ead-a17da0f88f1d@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: User-Agent: Mutt/2.0.1 (2020-11-14) X-Rspamd-Queue-Id: 4CxlKw2SrRz4phl X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Dec 2020 21:21:24 -0000 On Thu, 2020-12-17 at 13:39:09 -0700, Warner Losh wrote: >On Thu, Dec 17, 2020 at 12:53 PM Alan Somers wrote: >> On Thu, Dec 17, 2020 at 12:06 PM Warner Losh wrote: >>> On Thu, Dec 17, 2020 at 12:01 PM Nathan Whitehorn >> > One question I didn't see in the (excellent!) docs is whether we should >>> > be PGP-signing commits or not. Is that encouraged? >>> > >>> >>> We've not started doing that in general. I don't think signing would cause >>> issues, but since it is a bit of an unknown, we've not taken a position on >>> this. >>> >>> Warner (on behalf of the git working group) >>> >> >> I hope we don't have to start signing all commits. saltstack/salt has >> that policy, and it's extremely annoying. >> > >Have to? Not currently. As with all process changes, there will be >community discussion around the different points. If you've successfully pushed your commit into FreeBSD.org infra, you've essentially signed it with a working SSH key. Isn't that enough? Cheers Uli From owner-freebsd-current@freebsd.org Thu Dec 17 21:25:52 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3F39D4C5078 for ; Thu, 17 Dec 2020 21:25:52 +0000 (UTC) (envelope-from uqs@freebsd.org) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a05:fc87:1:5::15]) (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 "www.spoerlein.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CxlR405b4z4q2t; Thu, 17 Dec 2020 21:25:51 +0000 (UTC) (envelope-from uqs@freebsd.org) Received: from localhost (acme.spoerlein.net [IPv6:2a05:fc87:1:5:0:0:0:15]) by acme.spoerlein.net (8.16.1/8.15.2) with ESMTPS id 0BHLPgBU035499 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 17 Dec 2020 22:25:42 +0100 (CET) (envelope-from uqs@freebsd.org) Date: Thu, 17 Dec 2020 22:25:42 +0100 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Shawn Webb Cc: Baptiste Daroussin , Warner Losh , FreeBSD Current Subject: Re: git tools for building in base? Message-ID: Mail-Followup-To: Shawn Webb , Baptiste Daroussin , Warner Losh , FreeBSD Current References: <20201125150050.bz62hatil6sbhdwn@ivaldir.net> <20201125150548.vkqgtlqnawgwujbn@mutt-hbsd> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20201125150548.vkqgtlqnawgwujbn@mutt-hbsd> User-Agent: Mutt/2.0.1 (2020-11-14) X-Rspamd-Queue-Id: 4CxlR405b4z4q2t X-Spamd-Bar: / X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:39540, ipnet:2a05:fc87::/32, country:CH] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Dec 2020 21:25:52 -0000 On Wed, 2020-11-25 at 10:05:48 -0500, Shawn Webb wrote: >On Wed, Nov 25, 2020 at 04:00:50PM +0100, Baptiste Daroussin wrote: >> On Tue, Nov 24, 2020 at 09:59:15PM -0700, Warner Losh wrote: >> > On Tue, Nov 24, 2020 at 2:19 PM tech-lists wrote: >> > >> > > As subject - what will there be in base to interact with the new git repo? >> > > I mean, right now, for svn there is svnlite. What for git? >> > > >> > >> > 'pkg add git' is your choice now. >> >> pkg install not pkg add > >There's also fetch for a one-time download of the ports tree >(bootstrapping ports, for example). A HardenedBSD user would do this: > >fetch -o ports.tar.gz \ > https://git-01.md.hardenedbsd.org/HardenedBSD/hardenedbsd-ports/archive/master.tar.gz > >mkdir -p /usr/ports > >tar -xf ports.tar.gz --strip-components 1 -C /usr/ports > >Something similar could be done in FreeBSDlandia. > cgit supports this of course, so the troglodytes can download src/ports/doc from cgit, using only FreeBSD-provided tools like so: fetch -o- https://cgit.freebsd.org/doc/snapshot/doc-main.tar.gz | tar -C /usr/doc -xf - hth Uli From owner-freebsd-current@freebsd.org Fri Dec 18 01:53:10 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 749A74AA558 for ; Fri, 18 Dec 2020 01:53:10 +0000 (UTC) (envelope-from mueller6721@twc.com) Received: from p-impout005.msg.pkvw.co.charter.net (p-impout005aa.msg.pkvw.co.charter.net [47.43.26.136]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CxsMT2KBZz3LHR for ; Fri, 18 Dec 2020 01:53:08 +0000 (UTC) (envelope-from mueller6721@twc.com) Received: from localhost ([96.28.177.163]) by cmsmtp with ESMTP id q4x9kY3sHVgFoq4xAkjbwM; Fri, 18 Dec 2020 01:53:08 +0000 X-Authority-Analysis: v=2.3 cv=bIZo382Z c=1 sm=1 tr=0 a=xqrt2BZAGHte7XHhrxJgbA==:117 a=xqrt2BZAGHte7XHhrxJgbA==:17 a=HpEJnUlJZJkA:10 a=DBwwDor5xuMA:10 a=88pFccmmoAz4y0Y5psUA:9 a=pHzHmUro8NiASowvMSCR:22 a=Ew2E2A-JSTLzCXPT_086:22 From: "Thomas Mueller" To: freebsd-current@freebsd.org Subject: Re: HEADS UP: FreeBSD src repo transitioning to git this weekend References: <31ab8015-a0c4-af77-0ead-a17da0f88f1d@freebsd.org> X-CMAE-Envelope: MS4wfAqlQ8RkJRS7vIr4ejb3ejB2q6Zh3PxEo6j9psOH5ex5Uqc80gWd0EQdOWJ1Yh9kS8IwsPCGZ5YfUOF7RcXT2lEzF6KMU6YVQ+8LVrfpk3y7tKajrxpF N0Q3sxw/YGePxDHKwIZxYpzyXWw3MpRltVn4hHAtPJMJo5JoCXGncorI X-Rspamd-Queue-Id: 4CxsMT2KBZz3LHR X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.55 / 15.00]; FREEMAIL_FROM(0.00)[twc.com]; MISSING_DATE(1.00)[]; TO_DN_NONE(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:47.43.26.0/24]; FORGED_SENDER(0.30)[mueller6722@twc.com,mueller6721@twc.com]; RECEIVED_SPAMHAUS_PBL(0.00)[96.28.177.163:received]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[twc.com]; FROM_NEQ_ENVFROM(0.00)[mueller6722@twc.com,mueller6721@twc.com]; RBL_DBL_DONT_QUERY_IPS(0.00)[47.43.26.136:from]; ASN(0.00)[asn:40294, ipnet:47.43.24.0/21, country:US]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.998]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[twc.com]; NEURAL_SPAM_MEDIUM(0.05)[0.050]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[47.43.26.136:from:127.0.2.255]; MISSING_MID(2.50)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 18 Dec 2020 01:53:10 -0000 X-List-Received-Date: Fri, 18 Dec 2020 01:53:10 -0000 > > I hope we don't have to start signing all commits. saltstack/salt has > > that policy, and it's extremely annoying. > Have to? Not currently. As with all process changes, there will be > community discussion around the different points. > Warner I hope not! Signatures, at least in email messages, are just an annoyance as I see them. I don't even know how do sign an email message or make use of a signature in a message I receive. I have never made a commit to a repository, so would not be familiar with signatures there; imagine it would be a barrier. Tom From owner-freebsd-current@freebsd.org Fri Dec 18 02:02:19 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8EF9B4AB948 for ; Fri, 18 Dec 2020 02:02:19 +0000 (UTC) (envelope-from waitman@waitman.net) Received: from mail-ua1-x966.google.com (mail-ua1-x966.google.com [IPv6:2607:f8b0:4864:20::966]) (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 4CxsZ24GyHz3MZs for ; Fri, 18 Dec 2020 02:02:18 +0000 (UTC) (envelope-from waitman@waitman.net) Received: by mail-ua1-x966.google.com with SMTP id t15so337893ual.6 for ; Thu, 17 Dec 2020 18:02:18 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:content-transfer-encoding:date:from :to:subject:reply-to:in-reply-to:references:user-agent:message-id :organization; bh=dNZulbO19c5ZvTXsXrOacIyoGxb5Z8CNjPxPMuQuwEE=; b=BhF1O0MlUXVhmPqPR5SRVt0zvut4rk5HdrVAToKDV7OBvIfDGhCC0z0qZhQR2yPmX4 kfKsA32EGoVaoB8FOGHUmuDs0Mqp0E+NmM8lLDiwDj+WM3WVPMdnEl+m4T+l9eRzbseX DprMguLJcOpMDx07mjEUTdFLEsLOiE7Kg4BFeTLPWW9Kzq+ZYhcKNoj5V0EcbR7PNqTG r0y0n4h/haV2r+U0NaA67RjxW8WReGl+vOH5Qe0CUUoAmNow8LPVPj1P2T8sPQgCNesq utK4fgAizqnEtWXU+K6QovWLStPmbUxN7e3r0YHnGmm86zjFd4J2lbQmDRFsj/4cTpat 84PA== X-Gm-Message-State: AOAM531gl04+LpbKlU4jOACCxMwdhO/CnvgnaFZIx0P3+Ub4DiHyqj8E ppsepoeyyWr3QJ70aTpBNuvl7UlS2xBOeAuxaieL6aUHNZt3mMedn6A6LUfBSjc1Pg== X-Google-Smtp-Source: ABdhPJz1NMTkLDSKFKJ1ERLOVy2au1Zaey/y6SYhY72ZH1/wNU3Bo4P8QvA0R+WF0QHyzYzV5KxvgIYAt2sw X-Received: by 2002:ab0:74d2:: with SMTP id f18mr1959617uaq.48.1608256937448; Thu, 17 Dec 2020 18:02:17 -0800 (PST) Received: from waitman.net (j.smq.io. [2605:a140:2037:5070::1]) by smtp-relay.gmail.com with ESMTPS id a123sm571328vki.6.2020.12.17.18.02.17 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 17 Dec 2020 18:02:17 -0800 (PST) X-Relaying-Domain: culta.xyz MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 17 Dec 2020 22:02:16 -0400 From: Waitman Gobble To: freebsd-current@freebsd.org Subject: Re: HEADS UP: FreeBSD src repo transitioning to git this weekend Reply-To: waitman@waitman.net In-Reply-To: mid:846 References: <31ab8015-a0c4-af77-0ead-a17da0f88f1d@freebsd.org> mid:846 User-Agent: Roundcube Webmail/1.4.2 Message-ID: X-Sender: waitman@waitman.net Organization: Waitman Gobble X-Rspamd-Queue-Id: 4CxsZ24GyHz3MZs X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.98 / 15.00]; HAS_REPLYTO(0.00)[waitman@waitman.net]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_NONE(0.00)[]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[waitman.net:+]; DMARC_POLICY_ALLOW(-0.50)[waitman.net,reject]; NEURAL_HAM_SHORT(-0.98)[-0.984]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::966:from]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[waitman.net:s=google]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::966:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::966:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Dec 2020 02:02:19 -0000 On 2020-12-17 21:53, Thomas Mueller wrote: >> > I hope we don't have to start signing all commits. saltstack/salt has >> > that policy, and it's extremely annoying. > >> Have to? Not currently. As with all process changes, there will be >> community discussion around the different points. > >> Warner > > I hope not! > > Signatures, at least in email messages, are just an annoyance as I see > them. > > I don't even know how do sign an email message or make use of a > signature in a message I receive. > > I have never made a commit to a repository, so would not be familiar > with signatures there; imagine it would be a barrier. > > Tom > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" I'm not a FreeBSD committer, but on other git projects I sign my commits. AFAIK it's a good idea. I'm curious what is annoying about it? It's just adding the 'sign' tag. If you want a portable GPG key check out something like a yubikey. I'm sure there's other portable hardware options. # git commit -S -m "message" You can also set to always sign automatically, # git config --global commit.gpgsign true -- Waitman Gobble From owner-freebsd-current@freebsd.org Fri Dec 18 13:02:18 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8B1CC4B88B1 for ; Fri, 18 Dec 2020 13:02:18 +0000 (UTC) (envelope-from SRS0=dVww=FW=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 4Cy8CY5Bm4z4dxl for ; Fri, 18 Dec 2020 13:02:17 +0000 (UTC) (envelope-from SRS0=dVww=FW=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 7BAFE2840C for ; Fri, 18 Dec 2020 14:02:09 +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 C8CF428431 for ; Fri, 18 Dec 2020 14:02:08 +0100 (CET) Subject: Re: git tools for building in base? To: freebsd-current@freebsd.org References: <20201125055425.01AA628417@elsa.codelab.cz> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <10f7b800-b015-2a80-b741-4f7db03bf6eb@quip.cz> Date: Fri, 18 Dec 2020 14:02:08 +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: <20201125055425.01AA628417@elsa.codelab.cz> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Cy8CY5Bm4z4dxl X-Spamd-Bar: / X-Spamd-Result: default: False [-0.80 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=dVww=FW=quip.cz=000.fbsd@elsa.codelab.cz]; RECEIVED_SPAMHAUS_PBL(0.00)[94.113.69.69:received]; RCVD_TLS_LAST(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[94.124.105.4:from]; R_DKIM_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=dVww=FW=quip.cz=000.fbsd@elsa.codelab.cz]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; 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]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Dec 2020 13:02:18 -0000 On 25/11/2020 06:54, Thomas Mueller wrote: > NetBSD users face a similar problem with their upcoming switch from cvs to hg (Mercurial). Do anybody have a link to some documents stating why FreeBSD chose Git and why NetBSD chose Mercurial? I am using both tools at $WORK, I am just curious what leads to these decisions. Kind regards Miroslav Lachman From owner-freebsd-current@freebsd.org Fri Dec 18 13:16:07 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9435D4B8D84 for ; Fri, 18 Dec 2020 13:16:07 +0000 (UTC) (envelope-from SRS0=e8Q1=FW=FreeBSD.org=otis@ns2.wilbury.net) Received: from ns2.wilbury.net (ns2.wilbury.net [IPv6:2a01:b200:0:1:f816:3eff:fecd:13e6]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "svc.wilbury.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cy8WV5BJdz4fmX for ; Fri, 18 Dec 2020 13:16:06 +0000 (UTC) (envelope-from SRS0=e8Q1=FW=FreeBSD.org=otis@ns2.wilbury.net) Received: from [192.168.0.188] (unknown [195.98.7.50]) (Authenticated sender: juraj@lutter.sk) by svc.wilbury.net (Postfix) with ESMTPSA id B408945D8C9 for ; Fri, 18 Dec 2020 14:15:56 +0100 (CET) From: Juraj Lutter Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Subject: Re: git tools for building in base? Date: Fri, 18 Dec 2020 14:15:56 +0100 References: <20201125055425.01AA628417@elsa.codelab.cz> <10f7b800-b015-2a80-b741-4f7db03bf6eb@quip.cz> To: freebsd-current@freebsd.org In-Reply-To: <10f7b800-b015-2a80-b741-4f7db03bf6eb@quip.cz> Message-Id: <1FD6AC93-8BDA-4242-9D8C-74425612D3CC@FreeBSD.org> X-Mailer: Apple Mail (2.3608.120.23.2.4) X-Rspamd-Queue-Id: 4Cy8WV5BJdz4fmX X-Spamd-Bar: / X-Spamd-Result: default: False [-0.30 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; TO_DN_NONE(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[otis@FreeBSD.org,SRS0=e8Q1=FW=FreeBSD.org=otis@ns2.wilbury.net]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:44185, ipnet:2a01:b200::/32, country:SK]; FROM_NEQ_ENVFROM(0.00)[otis@FreeBSD.org,SRS0=e8Q1=FW=FreeBSD.org=otis@ns2.wilbury.net]; MID_RHS_MATCH_FROM(0.00)[]; TO_DOM_EQ_FROM_DOM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a01:b200:0:1:f816:3eff:fecd:13e6:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[FreeBSD.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a01:b200:0:1:f816:3eff:fecd:13e6:from:127.0.2.255]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Dec 2020 13:16:07 -0000 > On 18 Dec 2020, at 14:02, Miroslav Lachman <000.fbsd@quip.cz> wrote: >=20 > On 25/11/2020 06:54, Thomas Mueller wrote: >=20 >> NetBSD users face a similar problem with their upcoming switch from = cvs to hg (Mercurial). >=20 > Do anybody have a link to some documents stating why FreeBSD chose Git = and why NetBSD chose Mercurial? I am using both tools at $WORK, I am = just curious what leads to these decisions. Joerg Sonnenberger had a talk about it: https://archive.fosdem.org/2018/schedule/event/netbsd_and_mercurial/ At NetBSD it is not that straightforward: - git is used for pkgsrc-wip - src, xsrc and pkgsrc are in CVS and there are *plans* to move to hg, but there are no fixed deadlines when this will be done. otis From owner-freebsd-current@freebsd.org Fri Dec 18 14:26:52 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BC05D4BA221 for ; Fri, 18 Dec 2020 14:26:52 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mail.madpilot.net (vogon.madpilot.net [159.69.1.99]) (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 4CyB573wXCz4k9F for ; Fri, 18 Dec 2020 14:26:51 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 4CyB500ZkZz6dXZ; Fri, 18 Dec 2020 15:26:44 +0100 (CET) Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10026) with ESMTP id gDPCJhi5caFb; Fri, 18 Dec 2020 15:26:41 +0100 (CET) Subject: Re: git tools for building in base? To: Miroslav Lachman <000.fbsd@quip.cz>, freebsd-current@freebsd.org References: <20201125055425.01AA628417@elsa.codelab.cz> <10f7b800-b015-2a80-b741-4f7db03bf6eb@quip.cz> From: Guido Falsi Message-ID: Date: Fri, 18 Dec 2020 15:26:41 +0100 In-Reply-To: <10f7b800-b015-2a80-b741-4f7db03bf6eb@quip.cz> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4CyB573wXCz4k9F X-Spamd-Bar: / X-Spamd-Result: default: False [-1.00 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[159.69.1.99:from]; R_DKIM_ALLOW(-0.20)[madpilot.net:s=bjowvop61wgh]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MISSING_MIME_VERSION(2.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[159.69.1.99:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[madpilot.net:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[madpilot.net,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:24940, ipnet:159.69.0.0/16, country:DE]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Dec 2020 14:26:52 -0000 On 18/12/20 14:02, Miroslav Lachman wrote: > On 25/11/2020 06:54, Thomas Mueller wrote: > >> NetBSD users face a similar problem with their upcoming switch from >> cvs to hg (Mercurial). > > Do anybody have a link to some documents stating why FreeBSD chose Git > and why NetBSD chose Mercurial? I am using both tools at $WORK, I am > just curious what leads to these decisions. > This is a draft document discussing exactly this (I'm not the author, imp was) https://github.com/bsdimp/freebsd-git-docs/blob/main/git-why.md -- Guido Falsi From owner-freebsd-current@freebsd.org Fri Dec 18 15:50:04 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1F9744BB6F5 for ; Fri, 18 Dec 2020 15:50:04 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x72a.google.com (mail-qk1-x72a.google.com [IPv6:2607:f8b0:4864:20::72a]) (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 4CyCx72BDHz4p6Q for ; Fri, 18 Dec 2020 15:50:03 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x72a.google.com with SMTP id 186so2384501qkj.3 for ; Fri, 18 Dec 2020 07:50:03 -0800 (PST) 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=fXbuZMgYLoSe/OXp37vHFBs2NQPw+RpvqkhDsB31PTM=; b=jnue8vrbPTTb605Y6ilNrhbbmjA5eQjdEY4w6b38SWEWxrWigI0JlT8g/fiDmyUs7B m3h5Ihhjays7T4ZQ6hBSlE9HgUvWyHyD1m41qt/lntWJO1CnpEhzNWh+vwL65v1mbrNp JmPjSZ1Q0bqwH29G/Blqev8mkUH9lLwRFGymTHiM4QpUehICIEe3KfdnCqh1n0bS9fyG CGktszyjWEhuSByPAC14j3V+jy1uS1PcJO3WSXe9g2Fz4WPLBznLqgjfh9oW2AwMUrbS Y4aWWMszyJmvoU1Cqzt8AXWkmw/hl1QJzUBa9XlSWkTqJNPFywoltl8AOTEE/XqHtZT1 5aJQ== X-Gm-Message-State: AOAM532Hiw2Ucki3Iince00bpLbnZeWIHyI8s9zNR8macIZIa2T0fw+D U9l+ysGBVnyA1iiyqrxhYrp1aopHWm2V7vUbzZrFGg== X-Google-Smtp-Source: ABdhPJyaoRTLKnPuXy8DsnGXlFivA2zHK4FAE7T8jmAsmHhtaNADDo4/8PmixdgpusKwu+pMherSu0dIgShLMeoD5PY= X-Received: by 2002:a37:4a4e:: with SMTP id x75mr5333531qka.89.1608306602313; Fri, 18 Dec 2020 07:50:02 -0800 (PST) MIME-Version: 1.0 References: <20201125055425.01AA628417@elsa.codelab.cz> <10f7b800-b015-2a80-b741-4f7db03bf6eb@quip.cz> In-Reply-To: From: Warner Losh Date: Fri, 18 Dec 2020 08:49:50 -0700 Message-ID: Subject: Re: git tools for building in base? To: Guido Falsi Cc: Miroslav Lachman <000.fbsd@quip.cz>, FreeBSD Current X-Rspamd-Queue-Id: 4CyCx72BDHz4p6Q X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.00 / 15.00]; RCVD_TLS_ALL(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::72a:from]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::72a:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::72a:from]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; MAILMAN_DEST(0.00)[freebsd-current]; 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-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Dec 2020 15:50:04 -0000 On Fri, Dec 18, 2020, 7:27 AM Guido Falsi wrote: > On 18/12/20 14:02, Miroslav Lachman wrote: > > On 25/11/2020 06:54, Thomas Mueller wrote: > > > >> NetBSD users face a similar problem with their upcoming switch from > >> cvs to hg (Mercurial). > > > > Do anybody have a link to some documents stating why FreeBSD chose Git > > and why NetBSD chose Mercurial? I am using both tools at $WORK, I am > > just curious what leads to these decisions. > > > > This is a draft document discussing exactly this (I'm not the author, > imp was) > > https://github.com/bsdimp/freebsd-git-docs/blob/main/git-why.md My blog http://bsdimp.blogspot.com/2020/09/freebsd-subversion-to-git-migration.html And this video I did https://youtu.be/uj1Ricrq0bs that starts with an old in joke... Warner > > -- > Guido Falsi > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Fri Dec 18 16:24:38 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9AA434BCF2F for ; Fri, 18 Dec 2020 16:24:38 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-lf1-f42.google.com (mail-lf1-f42.google.com [209.85.167.42]) (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 4CyDj11v6Sz4s1p for ; Fri, 18 Dec 2020 16:24:36 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: by mail-lf1-f42.google.com with SMTP id 23so6793893lfg.10 for ; Fri, 18 Dec 2020 08:24:36 -0800 (PST) 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=8at70im/JZlDSXpPGUliGwAClmPnLmIiDILExBgCWmU=; b=MlTqqP2MEsiu0D4Y0Uow1WDGyN29htzjw7u8lhuM6H77sIzdnCIKfFiGyzFA8bttnI OCHxY18ngFdsIPgpKMN/Bk9/449kG80SF0M1WcaY26aLXs3ZKHuRQ2povufAZJXwSQ1Q qVT/UJFUNNMwLeXgemP/gUbVQLP2PlOC+S35sW85+p/3EECw6+TxDIyD2tmMYzxbxux1 1wtqAuXzu7Muc20+0giV/EZFEJiXwWR2RXqirVJQoW7mFqs+tWxaOngwyWzMNhy+jwJU Q1Ecbr/PqLVAz4chssnDk6+EYb6sKdgkqhP5n0GyTDXKVg0WuccfPd7Wv2bpdh3aX2n7 TK7g== X-Gm-Message-State: AOAM530UIxY1Izd0AvFVDv3i8qcXAhzjplJaiD9sqxkHjU+cFemiFj0c Rc10Cbs9lvh5Ozyzod13oMcYriLa+KyomQ== X-Google-Smtp-Source: ABdhPJyNx6jMTUzDEuk/D3Jfr0FqdmZZM/eV6Kl3/Q4Vn/Z53aQLjbQvgcc9lVpo59o+J9udpXSWUg== X-Received: by 2002:a2e:7e05:: with SMTP id z5mr2257257ljc.353.1608308674928; Fri, 18 Dec 2020 08:24:34 -0800 (PST) Received: from mail-lf1-f43.google.com (mail-lf1-f43.google.com. [209.85.167.43]) by smtp.gmail.com with ESMTPSA id n84sm972989lfd.176.2020.12.18.08.24.34 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 18 Dec 2020 08:24:34 -0800 (PST) Received: by mail-lf1-f43.google.com with SMTP id a12so6845069lfl.6 for ; Fri, 18 Dec 2020 08:24:34 -0800 (PST) X-Received: by 2002:a05:651c:1355:: with SMTP id j21mr1998253ljb.441.1608308674355; Fri, 18 Dec 2020 08:24:34 -0800 (PST) MIME-Version: 1.0 References: <20201125055425.01AA628417@elsa.codelab.cz> <10f7b800-b015-2a80-b741-4f7db03bf6eb@quip.cz> In-Reply-To: From: Gleb Popov Date: Fri, 18 Dec 2020 20:24:05 +0400 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: git tools for building in base? To: Warner Losh Cc: FreeBSD Current X-Rspamd-Queue-Id: 4CyDj11v6Sz4s1p X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; FORGED_SENDER(0.30)[arrowd@freebsd.org,6yearold@gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.167.42:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[arrowd@freebsd.org,6yearold@gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; R_DKIM_NA(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; SPAMHAUS_ZRD(0.00)[209.85.167.42:from:127.0.2.255]; SUBJECT_ENDS_QUESTION(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.167.42:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.167.42:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Dec 2020 16:24:38 -0000 On Fri, Dec 18, 2020 at 7:50 PM Warner Losh wrote: > On Fri, Dec 18, 2020, 7:27 AM Guido Falsi wrote: > > > On 18/12/20 14:02, Miroslav Lachman wrote: > > > On 25/11/2020 06:54, Thomas Mueller wrote: > > > > > >> NetBSD users face a similar problem with their upcoming switch from > > >> cvs to hg (Mercurial). > > > > > > Do anybody have a link to some documents stating why FreeBSD chose Git > > > and why NetBSD chose Mercurial? I am using both tools at $WORK, I am > > > just curious what leads to these decisions. > > > > > > > This is a draft document discussing exactly this (I'm not the author, > > imp was) > > > > https://github.com/bsdimp/freebsd-git-docs/blob/main/git-why.md > > > My blog > http://bsdimp.blogspot.com/2020/09/freebsd-subversion-to-git-migration.html > > And this video I did > https://youtu.be/uj1Ricrq0bs that starts with an old in joke... > > Warner > I can't find anything about Mercurial in all three links. From owner-freebsd-current@freebsd.org Fri Dec 18 16:31:51 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 347FE4BD31F for ; Fri, 18 Dec 2020 16:31:51 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x72f.google.com (mail-qk1-x72f.google.com [IPv6:2607:f8b0:4864:20::72f]) (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 4CyDsK6PH1z4sMr for ; Fri, 18 Dec 2020 16:31:49 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x72f.google.com with SMTP id z11so2499190qkj.7 for ; Fri, 18 Dec 2020 08:31:49 -0800 (PST) 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=nmjtgX5LBjS7NNmb+TaWsD/njB8PctMxSj6usjS7t/I=; b=KMQWRPNjRBprqnD2oIAbBKj6ipS3H+7TSwX4M82HWBHV0LfAsp6PA90MA+ZiLpDKim 8eQwgerEvYjeOgQe1glYXONxJpYbTDdNKXR6XpHgJzLX2CNooF5iln1Ky056aRKAP26e uax2Jz2FyENF0PRkt44/vClz1QUl5p3eo7IOjAlUG4vtK4iNoFETbP4JdRfw4+OtNGi4 2mGpHewD4xoGRtgKCzqhn8hyrKEDtcQ5oAkhRd9zIjDr3UNDONXfYJDMll8Bbpz0AeKL d1Jgd2fmi+UlEmBZKOy86TNKBl91B5jiFId0m4pCWw2vMSPrEK4w0OPrnQtboat6gNA5 7OEw== X-Gm-Message-State: AOAM531ZV15HXAojCzneCJvgizOcTMkjEHYr0JCseZykrgOLVIo/MG11 LV9H+RrJbc1pPDFBOOZ1N+t4Wzd4x0zZY8aHFy90STvtS2FHnA== X-Google-Smtp-Source: ABdhPJy2yLBYLQcbnX1nW/n33719PPxl0DJyC7e00buaiH42qWrwfiwCQN0SB4AumRShn+gN5wMyx/xckm9eYcIPArE= X-Received: by 2002:a37:a614:: with SMTP id p20mr5307227qke.359.1608309108914; Fri, 18 Dec 2020 08:31:48 -0800 (PST) MIME-Version: 1.0 References: <20201125055425.01AA628417@elsa.codelab.cz> <10f7b800-b015-2a80-b741-4f7db03bf6eb@quip.cz> In-Reply-To: From: Warner Losh Date: Fri, 18 Dec 2020 09:31:40 -0700 Message-ID: Subject: Re: git tools for building in base? To: Gleb Popov Cc: FreeBSD Current X-Rspamd-Queue-Id: 4CyDsK6PH1z4sMr X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.00 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::72f:from]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::72f:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::72f:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; MAILMAN_DEST(0.00)[freebsd-current]; 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-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Dec 2020 16:31:51 -0000 On Fri, Dec 18, 2020 at 9:24 AM Gleb Popov wrote: > > > On Fri, Dec 18, 2020 at 7:50 PM Warner Losh wrote: > >> On Fri, Dec 18, 2020, 7:27 AM Guido Falsi wrote: >> >> > On 18/12/20 14:02, Miroslav Lachman wrote: >> > > On 25/11/2020 06:54, Thomas Mueller wrote: >> > > >> > >> NetBSD users face a similar problem with their upcoming switch from >> > >> cvs to hg (Mercurial). >> > > >> > > Do anybody have a link to some documents stating why FreeBSD chose Git >> > > and why NetBSD chose Mercurial? I am using both tools at $WORK, I am >> > > just curious what leads to these decisions. >> > > >> > >> > This is a draft document discussing exactly this (I'm not the author, >> > imp was) >> > >> > https://github.com/bsdimp/freebsd-git-docs/blob/main/git-why.md >> >> >> My blog >> >> http://bsdimp.blogspot.com/2020/09/freebsd-subversion-to-git-migration.html >> >> And this video I did >> https://youtu.be/uj1Ricrq0bs that starts with an old in joke... >> >> Warner >> > > I can't find anything about Mercurial in all three links. > Yes. I was answering the first question asked about FreeBSD and git... The clincher for me was that git is better supported by third party tools and has gotten quite good at 'recovery from oops' which mercurial is still lacking in both areas. I too have used both, and I had to re clone my hg tree several times, but so far have never screwed up a git repo so bad I had to reclone... The history rewriting of git is more integrated and more polished than the equivalent in hg, as are the rebase workflows which really help have a cleaner history... Warner From owner-freebsd-current@freebsd.org Fri Dec 18 17:52:49 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 983854BE7C2 for ; Fri, 18 Dec 2020 17:52:49 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) (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 4CyGfm3p8Lz3DCn for ; Fri, 18 Dec 2020 17:52:48 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id EEAA43C0199; Fri, 18 Dec 2020 17:52:41 +0000 (UTC) Date: Fri, 18 Dec 2020 17:52:41 +0000 From: Brooks Davis To: Thomas Mueller Cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: FreeBSD src repo transitioning to git this weekend Message-ID: <20201218175241.GA72552@spindle.one-eyed-alien.net> References: <31ab8015-a0c4-af77-0ead-a17da0f88f1d@freebsd.org> <5fdc0b90.1c69fb81.866eb.8c29SMTPIN_ADDED_MISSING@mx.google.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J2SCkAp4GZ/dPZZf" Content-Disposition: inline In-Reply-To: <5fdc0b90.1c69fb81.866eb.8c29SMTPIN_ADDED_MISSING@mx.google.com> User-Agent: Mutt/1.9.4 (2018-02-28) X-Rspamd-Queue-Id: 4CyGfm3p8Lz3DCn X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.90 / 15.00]; ARC_NA(0.00)[]; FORGED_SENDER(0.30)[brooks@freebsd.org,brooks@spindle.one-eyed-alien.net]; FREEFALL_USER(0.00)[brooks]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[freebsd.org]; RBL_DBL_DONT_QUERY_IPS(0.00)[199.48.129.229:from]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[199.48.129.229:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; SIGNED_PGP(-2.00)[]; FREEMAIL_TO(0.00)[twc.com]; RCVD_COUNT_ZERO(0.00)[0]; R_SPF_NA(0.00)[no SPF record]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:36236, ipnet:199.48.128.0/22, country:US]; FROM_NEQ_ENVFROM(0.00)[brooks@freebsd.org,brooks@spindle.one-eyed-alien.net]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Dec 2020 17:52:49 -0000 --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 17, 2020 at 05:53:20PM -0800, Thomas Mueller wrote: > > > I hope we don't have to start signing all commits. saltstack/salt has > > > that policy, and it's extremely annoying. >=20 > > Have to? Not currently. As with all process changes, there will be > > community discussion around the different points. >=20 > > Warner >=20 > I hope not! >=20 > Signatures, at least in email messages, are just an annoyance as I see th= em. >=20 > I don't even know how do sign an email message or make use of a signature= in a message I receive. >=20 > I have never made a commit to a repository, so would not be familiar with= signatures there; imagine it would be a barrier. Signed commits have no practicl effect on users of a repo. -- Brooks --J2SCkAp4GZ/dPZZf Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJf3OxlAAoJEKzQXbSebgfAjC0IAKPIiW4GoLwcQ+43+6RwKN2O u8WfsiwcezNQspSWFg6U4Di4Iy9a918JZqmd7jKAg4Dmg4rmCq9XhT1rUnHKyFBN C/o61h+beRxq1W8VLD90Aw8eGUM2uCu4a7hRti7wPPKDkKRXNN5A5fPPGf0ySpTM QTvcBfjadudaUesuqpyjgTflyYSpr6NcwoCymbmNs8u3cVYZ2lQ0qbnODeqxsMGx vNzw9wMhtguDHYhc8VHt9SHog9/rgFkD4Oda7B1ibpkBKQwrE46jV8i98h94LRC+ EVbxwG3iFjfkToZUXvMitteLaC+A9AnhpJDH+znoShencp3SYeFOpkuXI4ATFYk= =giqf -----END PGP SIGNATURE----- --J2SCkAp4GZ/dPZZf-- From owner-freebsd-current@freebsd.org Fri Dec 18 18:28:30 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 498E34BF58E for ; Fri, 18 Dec 2020 18:28:30 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Received: from sdaoden.eu (sdaoden.eu [217.144.132.164]) (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 4CyHRx2RZVz3FZb; Fri, 18 Dec 2020 18:28:28 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Received: by sdaoden.eu (Postfix, from userid 1000) id D206416057; Fri, 18 Dec 2020 19:28:20 +0100 (CET) Date: Fri, 18 Dec 2020 19:28:20 +0100 From: Steffen Nurpmeso To: Brooks Davis Cc: Thomas Mueller , freebsd-current@freebsd.org Subject: Re: HEADS UP: FreeBSD src repo transitioning to git this weekend Message-ID: <20201218182820.1P0tK%steffen@sdaoden.eu> In-Reply-To: <20201218175241.GA72552@spindle.one-eyed-alien.net> References: <31ab8015-a0c4-af77-0ead-a17da0f88f1d@freebsd.org> <5fdc0b90.1c69fb81.866eb.8c29SMTPIN_ADDED_MISSING@mx.google.com> <20201218175241.GA72552@spindle.one-eyed-alien.net> Mail-Followup-To: Brooks Davis , Thomas Mueller , freebsd-current@freebsd.org User-Agent: s-nail v14.9.20-84-g7268a84d OpenPGP: id=EE19E1C1F2F7054F8D3954D8308964B51883A0DD; url=https://ftp.sdaoden.eu/steffen.asc; preference=signencrypt BlahBlahBlah: Any stupid boy can crush a beetle. But all the professors in the world can make no bugs. X-Rspamd-Queue-Id: 4CyHRx2RZVz3FZb X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.30 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[217.144.132.164:from]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[sdaoden.eu]; NEURAL_HAM_LONG(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[217.144.132.164:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MID_CONTAINS_FROM(1.00)[]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15987, ipnet:217.144.128.0/20, country:DE]; FREEMAIL_CC(0.00)[twc.com,freebsd.org]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Dec 2020 18:28:30 -0000 Brooks Davis wrote in <20201218175241.GA72552@spindle.one-eyed-alien.net>: |On Thu, Dec 17, 2020 at 05:53:20PM -0800, Thomas Mueller wrote: |>>> I hope we don't have to start signing all commits. saltstack/salt has |>>> that policy, and it's extremely annoying. |> |>> Have to? Not currently. As with all process changes, there will be |>> community discussion around the different points. |> |>> Warner |> |> I hope not! |> |> Signatures, at least in email messages, are just an annoyance as \ |> I see them. |> |> I don't even know how do sign an email message or make use of a signatur\ |> e in a message I receive. |> |> I have never made a commit to a repository, so would not be familiar \ |> with signatures there; imagine it would be a barrier. | |Signed commits have no practicl effect on users of a repo. Well you can verify integrity of a repository regardless of how it was distributed, this is why it is done, right. #?0$ git log --oneline --show-signature -1 v14.9.20.ar 16a21755 (...) gpg: Signature made Sun 13 Dec 2020 12:43:44 AM CET gpg: using RSA key DF082F6AEEC8C2FF gpg: Good signature from "Steffen Nurpmeso " Bump S-nail v14.9.20.ar ("Sombre Tit (Trauermeise)"), 2020-12-12 #?0$ git tag -v v14.9.20.ar; echo $? object 16a21755fd1fade2b15fdb78a592f12169c3453f type commit tag v14.9.20.ar tagger Steffen Nurpmeso 1607816624 +0100 Bump S-nail v14.9.20.ar ("Sombre Tit (Trauermeise)"), 2020-12-12 gpg: Signature made Sun 13 Dec 2020 12:43:44 AM CET gpg: using RSA key DF082F6AEEC8C2FF gpg: Good signature from "Steffen Nurpmeso " 0 --steffen | |Der Kragenbaer, The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt) From owner-freebsd-current@freebsd.org Sat Dec 19 06:27:40 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 165A44BCE6D for ; Sat, 19 Dec 2020 06:27:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-20.consmr.mail.gq1.yahoo.com (sonic301-20.consmr.mail.gq1.yahoo.com [98.137.64.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4CybPl1BRRz4mPB for ; Sat, 19 Dec 2020 06:27:38 +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=1608359257; bh=TrEoNJIGoArvvKCVW9hElhNqNnLpwviq0OquqNJ5awl=; h=From:Subject:Date:To:From:Subject; b=dmnMvwi93p70aZyGVmQjD/PEOZJN8X/r+jrrW8yPeqQXucMVtFXnMHTXlcgUCiGJtfxajfrb8rvD9KC4NL7BFv0Cn0jxWpmwmIkHXIAH0pefZo3U+yakkt4UEM0WT2UN2eH1VwxehRqe7fHrpP64wykB5B84bU4VxD5xI7jWyEN3OketG7/rjqyT74I4yfNEMuvHNW7aBMVgLT9Rllzh9XJl3S5a1tMa3OsKw1miwEk2jrNvkUkBTSBR+gLqA5wakUE3GYmbNkejHTEti5Lq4IKfSDKdNw7ueE5eualGmUndKHEZVw/oIJuc575nmO8yK84wdcKPy1ZcLogahjyCVw== X-YMail-OSG: WL5pAc8VM1mVY7nE9U3KvFVqc964rgTYOVjqH0IZSuS.PHxhD1EsrDaEx_JBKTy VBxijpqZBKg_vfKtMQ2GlhjyxpOAzmmOZQKGLgKRjolzhaS9qVFrWxmtAk8rb2c4BXTM.4FaF8mL DBqg5O8YQRGX3lhxVfkUx_COTeXiwajCdubgIwCFKRxtcBJ41S916mtG_3Yd6nvpzsVFazA5yJMl ZcF.Yj__e5VBEBeGLIgtisRNxSyvWCXH0i40AW2oDrn1_qkC.NvJsBa2HNknBVLeLhiAaibESSAu a0zP8DIpccp2YQDs1KEBFBTcg_c4qfFjB7nRn8aY..4oYwGgEG_ueueuZe_uFKgtSNfAXBOGWxrO 2f4ajIe2eWjY6YlmMaWThuz1YgO9Kr5iJdWXWVLzvCDhHGmeZ77EHEjb5T2ctBS8l01vM2hhYOm3 l_n1PQtNs.Eeo.ItaSApeuboHVX8uWiacjEK2FSwqQluQXhPst4D7hmYRKq_mocZgHTIelzLGo7Y l7XmK._myRJbxK9LnAeBnUpINTnHF89Jn.xtyoxHtz50mtjm3iHPOTvObCwUlEqqxEKKJHgF3tKR SOA1f6GAw8VXTErfLR_xMNtV2ryXmf2.rcoG0a_hOiqK1OmtGIxfEnw1eMM1z7H.Im0gbAiqTmkD xl5Yo.MuYXVPYmIkaOf8sy_GuX1Xlx4V5Yu5.YH831V6G1G7xxBOKl9q8aHBbYyvfGEnCXlfKFQg OWU9TxFuhYhjx3mbJvsRrRXSaXNvZCs0FcQbUuU8ZxvroXxB16L1nkF4jGqx79I9YiWRy3qGbWbc pa9pxokEjNErVH_IT5oW2ma3gXa3W6ynhrFnNvrnD_2ZM3LPunBTwsp72Gw89pI69urS5CBIyn4f kRDPlyzzYJAnw4RrKRjNSX9PlSu6AnC9aIMDZjpVkz5l5mt9lrK13lNKtuBd__nzS7y5DvAJCAHo nLaX3yOsIvBMaEyz3pZJLpkzNd.gtH.SkTZp2E_96MF8v0S.LJK3gZ6CHz8VA48_I6ZQtPxnd2A1 o1829nILg4WUP.8r9uXfNOl_l1kBOu.t5dnyRCEL91ZO8E7tfWnJs.fhwHXvaXoBOL.Jt9ZzJ3ql Cq6acCD2467b8JOsLV1fjzmPOdCza.sN37TBXqRVRG3gGMqrXWPXn7mEHXQIixvM.RerC87fbMGW UXE7t0Ve7nInhqkKvWxirkVejEhS8FC3GeeqqTmmeTVFbHx3rBiNgWH8tiICWHMxFKguhOvoXiFB O_6T3m3cbzc6DtI_IQn2NyAEIjRM6iY1WZk_qZc9085zcTue3SghgE2SpqmwVg5U8JGer1td8Q8V mwgZ4oja9p7znvSksDdDI5NhBnCGHyEW2gTGTpLIi41wA7YybWFe7D0PMAtK42hqZ67vTr6t8E52 AQMFmCRAs7rO3ULE5zHOEbALhpUgXFVxoym8XCTHR57uyUbWfsOlHCvIePkjAeLQ.pur9IOelNIE tE_vI_cAbZ9rn6lwVmUV.C3K777KjhWc0Tg7dHucxv_h5RLBxzmXA.HbmionSe5KcqhOkMXxL3J5 BVnfVWFX8JKUpbyiicHy9xXAYByE.WUnE3CVUWD8lfcAWDlbooC2F0dnhvUFAQVLp0EYoY9XKK5M vHi5DW4DRxbvpDSJJyhPYNE7m1W5_4ShYONYgnEwQOqcm4M9OsPa3QQAS6tYEVLVxw_0gHCHqpIP ewlUWGEXVDRQ.Otvjn5IAwc9zHWVVHNKYnN8jN3md87GYLqwb5EoTZGiTiSBJM4lqWIAnDU73IpU 3qy2ClglaPJCg2jnO5jBYsoCnXpsiXxHp3LXgHw6Lm7AF70_YwJdS_wSiAfsyHRJxhafX4QKKR1d DT2DPdaiFPS_MPlyEgyaKHEZ5akzHIVlK9fLReD0_luMdxn8eIe_NIu4VQNHU_S7q8Z6d4vb23wT 1LT.kj0dFc_uOsyZqkzgPwzwwa.bnRB80EkhayYrlo82CEtEZ9PKhOhszNMQx.YKKTqgd8RK71Ay tgmn8GvgrIu7xv63S2tP3a4yPGRGrpaDmb3LSlZ08e6r4ywgRM584NIGF1yb99mgApqZHdb0zRQg OAanKo0tPCc9dLXkm_0PAsRe1mGU3kzt.y2cK.kqJ790ev2yBfdcgdf1cVlHSRgJrla9sJvbVTl8 dls8JIVjmD8jL3Kk0NA0I1a4tHTgb5.rfenzQqAraRa27.K8tfwDg1ECLg5FaUYxx9ettpJCGHlw C2VXQrcVGPM1heOR8odjGN8PBztu3cEzsaB7sPnVoeT83WVvq9KyxCb8hF0m6DykUq.rI0FUnE3f uYEW83JufrRjZAEqvLf5urH1.cyv4sd1wEHoxO0j7SNb3Z5DpEo_0Zuo4XnTp2L9.Iuwcpyr1evZ eFWO1rj.VnlePb9nzrjMnQLm0fRQS8BIBp5Po5G3RW96PZDWTlWvFcHKYWrtnkojWFROL0QjZF0K bI8E54dFumStLzrVjSU6eda8b..BOY1.TwJGO9Bd4.vPoGZL8oaYSxeDmuNUFfdkOXNshT8.86hC 8B6yA62OnXgNwzMpXnn__gzxupGjenB61I.vyn1vMpmMFd5b8bsa5x0BYUfud638Yvz_MTIin2Vf H0dK1fCE2SjeXCgm8nzYArRvc5uV.ELCs_N4KNkgQMVl5anSxU4PDtQXkNfhHESBlBHJKwUE_PgQ vOa66Gms6z.7hID_UgPo6Jw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Sat, 19 Dec 2020 06:27:37 +0000 Received: by smtp411.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 26315aee6695c2f74e6055b656b85d35; Sat, 19 Dec 2020 06:27:31 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.20.0.2.21\)) Subject: debug head -r368500 kernel (for example) : "lock order reversal: (sleepable after non-sleepable)" involving ure0 and a sysctl lock; more Message-Id: Date: Fri, 18 Dec 2020 22:27:28 -0800 Cc: Hans Petter Selasky To: freebsd-arm , FreeBSD Current X-Mailer: Apple Mail (2.3654.20.0.2.21) References: X-Rspamd-Queue-Id: 4CybPl1BRRz4mPB X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.146:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.146:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.146:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.146:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Dec 2020 06:27:40 -0000 The following is from head -r368500's artifact kernel from: = https://artifact.ci.freebsd.org/snapshot/13.0-CURRENT/r368500/arm64/aarch6= 4/kernel.txz but the same sort of material showed for -r368000 . (I was attempting a bisect for a different issue but the debug kernels did not fail for what I was looking for and all the debug versions that I tried reported similarly to the below.) Note also the mixing in of "uma_zalloc_debug" activity after the initial LOR backtrace, ure0 still involved. Autoloading module: if_ure.ko ure0 on uhub0 ure0: = on usbus0 add host 127.0.0.1: gatelock order reversal: (sleepable after = non-sleepable) 1st 0xffffa00002b2cea0 ure0 (ure0, sleep mutex) @ = /usr/src/sys/dev/usb/usb_request.c:714 2nd 0xffff000000dd6858 sysctl lock (sysctl lock, sleepable rm) @ /usway = lo0 fib 0: route alrr/src/sys/kern/kern_sysctl.c:836 lock order ure0 -> sysctl lock attempted at: #0 0xffff00000056d068 at witness_checkorder+0xc54 #1 0xffff0000004f8f08 at _rm_wlock_debug+0x88 #2 0xffff00000050ee2c at sysctl_add_oid+0x60 #3 0xffff00009e415780 at ure_attach_post+0x1a78 #4 0xffff000000391d6c at ue_attach_post_task+0x3c #5 0xffff0000003826e0 at usb_process+0x10c #6 0xffff0000004baa1c at fork_exit+0x7c #7 0xffff000000816544 at fork_trampoline+0x10 uma_zalloc_debug: zone "malloc-128eady in table " with the following non-sleepable locks held: exclusive sleep mutex ure0 (ure0) r =3D 0 (0xffffa00002b2cea0) locked @ = /usr/src/sys/dev/usb/usb_request.c:714 stack backtrace: #0 0xffff00000056d388 at witness_debugger+0x64 #1 0xffff00000056e518 at witness_warn+0x3ec #2 0xffff000000778f9c at uma_zalloc_debug+0x2c #3 0xffff000000778998 at uma_zalloc_arg+0x2c #4 0xffff0000004d534c at malloc+0xa0 #5 0xffff00000050ee80 at sysctl_add_oid+0xb4 #6 0xffff00009e415780 at ure_attach_post+0x1a78 #7 0xffff000000391d6c at ue_attach_post_task+0x3c #8 0xffff0000003826e0 at usb_process+0x10c #9 0xffff0000004baa1c at fork_exit+0x7c #10 0xffff000000816544 at fork_trampoline+0x10 uma_zalloc_debug: zone "malloc-16" with the following non-sleepable = locks held: exclusive sleep mutex ure0 (ure0) r =3D 0 (0xffffa00002b2cea0) locked @ = /usr/src/sys/dev/usb/usb_request.c:714 stack backtrace: #0 0xffff00000056d388 at witness_debugger+0x64 #1 0xffff00000056e518 at witness_warn+0x3ec #2 0xffff000000778f9c at uma_zalloc_debug+0x2c #3 0xffff000000778998 at uma_zalloc_arg+0x2c #4 0xffff0000004d534c at malloc+0xa0 #5 0xffff0000005f8c80 at strdup+0x2c #6 0xffff00000050eeb8 at sysctl_add_oid+0xec #7 0xffff00009e415780 at ure_attach_post+0x1a78 #8 0xffff000000391d6c at ue_attach_post_task+0x3c #9 0xffff0000003826e0 at usb_process+0x10c #10 0xffff0000004baa1c at fork_exit+0x7c #11 0xffff000000816544 at fork_trampoline+0x10 uma_zalloc_debug: zone "malloc-64" with the following non-sleepable = locks held: exclusive sleep mutex ure0 (ure0) r =3D 0 (0xffffa00002b2cea0) locked @ = /usr/src/sys/dev/usb/usb_request.c:714 stack backtrace: #0 0xffff00000056d388 at witness_debugger+0x64 #1 0xffff00000056e518 at witness_warn+0x3ec #2 0xffff000000778f9c at uma_zalloc_debug+0x2c #3 0xffff000000778998 at uma_zalloc_arg+0x2c #4 0xffff0000004d534c at malloc+0xa0 #5 0xffff0000005f8c80 at strdup+0x2c #6 0xffff00000050eee4 at sysctl_add_oid+0x118 #7 0xffff00009e415780 at ure_attach_post+0x1a78 #8 0xffff000000391d6c at ue_attach_post_task+0x3c #9 0xffff0000003826e0 at usb_process+0x10c #10 0xffff0000004baa1c at fork_exit+0x7c #11 0xffff000000816544 at fork_trampoline+0x10 uma_zalloc_debug: zone "malloc-32" with the following non-sleepable = locks held: exclusive sleep mutex ure0 (ure0) r =3D 0 (0xffffa00002b2cea0) locked @ = /usr/src/sys/dev/usb/usb_request.c:714 stack backtrace: #0 0xffff00000056d388 at witness_debugger+0x64 #1 0xffff00000056e518 at witness_warn+0x3ec #2 0xffff000000778f9c at uma_zalloc_debug+0x2c #3 0xffff000000778998 at uma_zalloc_arg+0x2c #4 0xffff0000004d534c at malloc+0xa0 #5 0xffff00000050ef3c at sysctl_add_oid+0x170 #6 0xffff00009e415780 at ure_attach_post+0x1a78 #7 0xffff000000391d6c at ue_attach_post_task+0x3c #8 0xffff0000003826e0 at usb_process+0x10c #9 0xffff0000004baa1c at fork_exit+0x7c #10 0xffff000000816544 at fork_trampoline+0x10 miibus0: on ure0 rgephy0: PHY 0 on miibus0 add hrgephy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = 1000baseT-FDX, 1000baseT-FDX-master, auto 0 fib 0: route already iue0: on ure0 The context here is an RPi4 (aarch64 cortex-a72) with: # uname -apKU FreeBSD RPi4B 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r368500: Thu Dec 10 = 07:52:39 UTC 2020 = root@FreeBSD-head-aarch64-build.jail.ci.FreeBSD.org:/usr/obj/usr/src/arm64= .aarch64/sys/GENERIC arm64 aarch64 1300131 1300131 The boot attempts were via uefi/ACPI using https://github.com/pftf/RPi4 v1.21 materials, directly booting from the USB3 SSD, no microsd card involved. Some context in case it contributes something for the above (probably not) . . . The reason for the bisect was: such boot attempts fail to mount route with my non-debug head -r368500 kernel build. (Previously the RPi4 was back at head -r365932 or so.) But my non-debug builds use -mcpu=3Dcortex-a72 . (This combination has caught missing synchronization activity before.) In the failing case the following never shows up: da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SPC-4 SCSI device da0: Serial Number REPLACED da0: 400.000MB/s transfers da0: 228936MB (468862128 512 byte sectors) da0: quirks=3D0x2 and the message: Root mount waiting for: usbus0 repeats indefinitely, unlike historically for my configuration. With the artifact debug kernel instead of the non-debug kernel, the RPi4 boots fine, other things held constant. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Sat Dec 19 06:44:31 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7D4A64BE0C8 for ; Sat, 19 Dec 2020 06:44:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-23.consmr.mail.gq1.yahoo.com (sonic303-23.consmr.mail.gq1.yahoo.com [98.137.64.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4CybnB26Rgz4nXX for ; Sat, 19 Dec 2020 06:44:30 +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=1608360268; bh=2OkcfCe70t0hZmN0n4HF8nS6jEf/Hq+yfyrM6fYFSPZ=; h=Subject:From:Date:To:From:Subject; b=Mts7YoFU6wBdlmcX9QOES2tgt0enuhPyUzM/T/Z+YfXiibs7VVRIa52kisUAwDAIo5o3rgFtB3nc88Xm9QeM6Jqg7SnniekZDUj14nIZPql02xolvTPnHcIF3QHDv4Y7FkYk7si92CIagGS6EuggxZ6dOGSEcgOKENnX8+6N9TNtPYbriaMzEIfie7E4+YSo8XH7W78xqgllR6OLDkTiKwWnVmyllqhLEwQ5wOJoHiwc1IrOw3g+4cAVpTZX8JFWe71jbN22r0hlmx1xvOFgnP4GnShu2RcBG5kgDBhHkC96eKeB5y/lbMxQpsGenqT73p+EjXysXKlHO7HSyY0YNg== X-YMail-OSG: UZ_2zC4VM1kda.kYcD8xFqygxfMPQUaw5PDXYoXEeBMH4N9S1pS69jW1jLNXqDM S7iIdvtNNka12ajtredDG68KlLBP2Qcd_YEGgkE28wjCUWORIVZKQn3Jtp5yWuH_Mi8R4wuYA_Xn l1dcxtkL1.jOTIzFS9moWQh71rwY_AzXywYmiQY9uwELyqfk2epLGmTm7Mypm50FegqyFN_Tl4f6 9kegoOgRB57FE_XLyxPCseDG.KOgrcs1KgjH2oO51EvPgl37IGO2LUz49WZee4zQlAJxN.RPvutF uWxA_VBWkwQHMkfBWaTDMrRVZnm6RxKS.ZEk5QdkPWrZ86N7i0gLPbuV5_iAEOxoZ0M4zXLY9GrS PAv3UVwSGwwu.X5QT9lmFS34JBNWUL.SbC3UIcwX8SwQ27IlGmrNRj3eFqIO_lCWE9RUw1QO63VB 8ZBbg3bGsRPSU_6jJOYjAwhAq5S8zxfdxh9AbXDhDmSOC4eNcg085txLKoFmMfBp0Pnpkl4xzxyC GR8JkMi8fKTW.YJsxEPZIo1bsCnZhKgQ_Doj4M0AN557XBSRPuYtNefoNqbKNX3GSbEgxsCDLVvZ Ubf2cCGnHZ8iLxZwcZ3e1acKL2e.UhxPnnFbvLjzzSN2f8VLyagqZljMqkPE_vSmTujGddsWNTwI G4At8pOtlpnjzamH97I1XDZvpNJiUBNZh20hIBs.NjxziKEzoVM3uN0Yo7x._deoCSmiV1byqWhS m60yRdtoMODtZeoR2PolL0EJfEfL7cr2kflBgP_XivJBQXun4VGrNfBThUV.uMBAMhGf558l.bSp NFG5LFEdafk0K_ugjIFDfVJpgayh2Hh27H6z2CR3iHqlQUhJlSs3AcyYR9g5l1UDfngc4utO9vH2 CnwSg4kkjVowtIXZJU1zKjgaEvrm6VqZ_wia2FZFBKg_D8V2x355t1FWU5SDaqn_hhVMQMSbTpCr _N7qtiW5.xAVPArsfV94FXI5HiXpTowsFumRT3q72kgJ5oeV3zlXk5c1DzjQ.zlb4qJCm3lKtJZr eooOgMd54kz80t_M.Pe8or9fjGOXRT_M5eZd7qDUixwXqCtwLwQFyKdiwbzwozyywQiHB6P2BnaY r4JCwjlJT5te1nYhs4WBxkJxCb6q.kiWDoLiPoEfMC0xvB9_zPzDgz1L9cIKQCeECnVC4JT.dqHM _c4_ryk2uouzrQ0spv6kV.gOuj.lp64Ni8bW44EEAcBb24urMaoxXr_IG_kMY8LIUvMdh2ZrO0zo GcJnZDEjKDQKVJfFukrCH_t4XyfhO46EWmHdgrpKPE_K4jp03VmQGbTx.iAwj_9yHsOycs4_iaxG sg8tMsud2ih89rBzuqf0yLBmByhAeoTZKBsQT0MZBCyxDop2GJePFKLKed4mWVqJoqW2hF1EJi.O g1k_EZG3EAmuC_vz8kFtFFf_eUO5q7PEk46EkFy.Qe2hu6w7Twn_JAnP2ql4sfa53ahnZaciWxBs xcG5pSChaamWqmpPlSsZycRvhN7Vfg8HMyk5uOWZPMGbFYoQIw67ZV95af48ymYkVFpyDxhfLONH c_sEFzyEaQ8GizLA0QKxzE05q3oDX3sn3sY8Ax8VppecvqMBSllI8bjWLU2d1ulUrvk85rPbUF.. TsbT42ivEO7d0YdqflnG_NYr_FFmmgTS7HtBrm1v2kQkMh2Fq4pt5NUKOewWTJkF38aXTap30Zfv FRT53fAsKa0dVdrXvUOXjxpRghZczWxd.UPY3Q0b_5FHFI0v29fep__Y0nHojF68MSQSTkNYm3hw yzzEd3rW72Rf4AnHWlKYwYjKXxm9NhH5eXJwHuBLCQSBSRmGT04EHwPXKvFUAsuL5nWV2XVCAZty dHLbz69XHzBHRBpOz7YtDEwR20cfr6GXnFCAmn5T7erQFWdR.0i4dyjcWbq6JAAKwwGxvq5EOUHh nhAccR.onu_8L7w4tlUr0P3zhaKL1AjXMxohk2fgmEaoHR9Q2uhGP.Rl9tTEHsmgmqbPELsr0PPf 99SqGogfAIQAhfKhPGwV8C0lEl4CqNyG0q_sl9KyQc2T2mOOsOiFQcFM724hz4PCcb5p.kVcK.RV mueHEcMBDzNhiSyKhxtQuoAvDrfp8oqxFcWi27RUHIrvPHBnFWq4BiavotEXlKEWnBCXDB8l7syE kF4LkLCl3bMI2oSx6Evgs.r2394new52LdhHarGQvjTnvNla4ABbUOUdVkYxLwbqq0KJRgAiggW3 A1LTlpRgep_g0644K8yg8dwmwlqlXKOoEHq7iEm4c8QEmzradViDflojWN8AkOxri316WgSzZVyG xCBCqAUcQRO2e7vrUaYO_G_gESMlLZCCBRojcEnY4aHb2PkTRqw3wZEMA46d1uaxCbEvKb8ysRxA m.83ktAB2U1uDcnBd79d2X4jnxawyfHdAT179zY.br6PMb_k1I8czwdNszEVteUIZNTi2J9g4Yu7 P.BplZ3IkYsuB.pAVTmZfaapFCvrJf3oJrFKMTDjtKCn04ACDG0Y.QCst5YoL9yn7iPuv8w4pboA xWX4xNwgudFlB78HZdAxk9S3fh6r1F7hkGOzzY6BldmGNZyrYgmWLsVE5Cp3oyr9oqOxNyzyA_m6 OYoJ7ftWSDexe9CDA_2fmvhXXp3F1Q6eeDa.kflLY99RBznJU45qc9RCmnJeoJFBJL5vOia2G72v JUdfOLl5yQ.FJPb7te0CXo3A- Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Sat, 19 Dec 2020 06:44:28 +0000 Received: by smtp406.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 9d0c4ab4bd44960de7e21ec0a4bc7f89; Sat, 19 Dec 2020 06:44:26 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.20.0.2.21\)) Subject: Re: debug head -r368500 kernel (for example) : "lock order reversal: (sleepable after non-sleepable)" involving ure0 and a sysctl lock; more From: Mark Millard In-Reply-To: Date: Fri, 18 Dec 2020 22:44:24 -0800 Cc: John-Mark Gurney Content-Transfer-Encoding: quoted-printable Message-Id: <3392879C-F0DC-4F14-9C48-1ADD94214D49@yahoo.com> References: To: freebsd-arm , FreeBSD Current X-Mailer: Apple Mail (2.3654.20.0.2.21) X-Rspamd-Queue-Id: 4CybnB26Rgz4nXX X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.204:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.204:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.204:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.204:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Dec 2020 06:44:31 -0000 [I managed to not cc the primary person that I intended but to cc the = secondary person. So this resend just adds jmg and removes hps.] On 2020-Dec-18, at 22:27, Mark Millard wrote: > The following is from head -r368500's artifact kernel from: >=20 > = https://artifact.ci.freebsd.org/snapshot/13.0-CURRENT/r368500/arm64/aarch6= 4/kernel.txz >=20 > but the same sort of material showed for -r368000 . > (I was attempting a bisect for a different issue but > the debug kernels did not fail for what I was looking > for and all the debug versions that I tried reported > similarly to the below.) >=20 > Note also the mixing in of "uma_zalloc_debug" activity > after the initial LOR backtrace, ure0 still involved. >=20 > Autoloading module: if_ure.ko > ure0 on uhub0 > ure0: = on usbus0 > add host 127.0.0.1: gatelock order reversal: (sleepable after = non-sleepable) > 1st 0xffffa00002b2cea0 ure0 (ure0, sleep mutex) @ = /usr/src/sys/dev/usb/usb_request.c:714 > 2nd 0xffff000000dd6858 sysctl lock (sysctl lock, sleepable rm) @ = /usway lo0 fib 0: route alrr/src/sys/kern/kern_sysctl.c:836 > lock order ure0 -> sysctl lock attempted at: > #0 0xffff00000056d068 at witness_checkorder+0xc54 > #1 0xffff0000004f8f08 at _rm_wlock_debug+0x88 > #2 0xffff00000050ee2c at sysctl_add_oid+0x60 > #3 0xffff00009e415780 at ure_attach_post+0x1a78 > #4 0xffff000000391d6c at ue_attach_post_task+0x3c > #5 0xffff0000003826e0 at usb_process+0x10c > #6 0xffff0000004baa1c at fork_exit+0x7c > #7 0xffff000000816544 at fork_trampoline+0x10 > uma_zalloc_debug: zone "malloc-128eady in table > " with the following non-sleepable locks held: > exclusive sleep mutex ure0 (ure0) r =3D 0 (0xffffa00002b2cea0) locked = @ /usr/src/sys/dev/usb/usb_request.c:714 > stack backtrace: > #0 0xffff00000056d388 at witness_debugger+0x64 > #1 0xffff00000056e518 at witness_warn+0x3ec > #2 0xffff000000778f9c at uma_zalloc_debug+0x2c > #3 0xffff000000778998 at uma_zalloc_arg+0x2c > #4 0xffff0000004d534c at malloc+0xa0 > #5 0xffff00000050ee80 at sysctl_add_oid+0xb4 > #6 0xffff00009e415780 at ure_attach_post+0x1a78 > #7 0xffff000000391d6c at ue_attach_post_task+0x3c > #8 0xffff0000003826e0 at usb_process+0x10c > #9 0xffff0000004baa1c at fork_exit+0x7c > #10 0xffff000000816544 at fork_trampoline+0x10 > uma_zalloc_debug: zone "malloc-16" with the following non-sleepable = locks held: > exclusive sleep mutex ure0 (ure0) r =3D 0 (0xffffa00002b2cea0) locked = @ /usr/src/sys/dev/usb/usb_request.c:714 > stack backtrace: > #0 0xffff00000056d388 at witness_debugger+0x64 > #1 0xffff00000056e518 at witness_warn+0x3ec > #2 0xffff000000778f9c at uma_zalloc_debug+0x2c > #3 0xffff000000778998 at uma_zalloc_arg+0x2c > #4 0xffff0000004d534c at malloc+0xa0 > #5 0xffff0000005f8c80 at strdup+0x2c > #6 0xffff00000050eeb8 at sysctl_add_oid+0xec > #7 0xffff00009e415780 at ure_attach_post+0x1a78 > #8 0xffff000000391d6c at ue_attach_post_task+0x3c > #9 0xffff0000003826e0 at usb_process+0x10c > #10 0xffff0000004baa1c at fork_exit+0x7c > #11 0xffff000000816544 at fork_trampoline+0x10 > uma_zalloc_debug: zone "malloc-64" with the following non-sleepable = locks held: > exclusive sleep mutex ure0 (ure0) r =3D 0 (0xffffa00002b2cea0) locked = @ /usr/src/sys/dev/usb/usb_request.c:714 > stack backtrace: > #0 0xffff00000056d388 at witness_debugger+0x64 > #1 0xffff00000056e518 at witness_warn+0x3ec > #2 0xffff000000778f9c at uma_zalloc_debug+0x2c > #3 0xffff000000778998 at uma_zalloc_arg+0x2c > #4 0xffff0000004d534c at malloc+0xa0 > #5 0xffff0000005f8c80 at strdup+0x2c > #6 0xffff00000050eee4 at sysctl_add_oid+0x118 > #7 0xffff00009e415780 at ure_attach_post+0x1a78 > #8 0xffff000000391d6c at ue_attach_post_task+0x3c > #9 0xffff0000003826e0 at usb_process+0x10c > #10 0xffff0000004baa1c at fork_exit+0x7c > #11 0xffff000000816544 at fork_trampoline+0x10 > uma_zalloc_debug: zone "malloc-32" with the following non-sleepable = locks held: > exclusive sleep mutex ure0 (ure0) r =3D 0 (0xffffa00002b2cea0) locked = @ /usr/src/sys/dev/usb/usb_request.c:714 > stack backtrace: > #0 0xffff00000056d388 at witness_debugger+0x64 > #1 0xffff00000056e518 at witness_warn+0x3ec > #2 0xffff000000778f9c at uma_zalloc_debug+0x2c > #3 0xffff000000778998 at uma_zalloc_arg+0x2c > #4 0xffff0000004d534c at malloc+0xa0 > #5 0xffff00000050ef3c at sysctl_add_oid+0x170 > #6 0xffff00009e415780 at ure_attach_post+0x1a78 > #7 0xffff000000391d6c at ue_attach_post_task+0x3c > #8 0xffff0000003826e0 at usb_process+0x10c > #9 0xffff0000004baa1c at fork_exit+0x7c > #10 0xffff000000816544 at fork_trampoline+0x10 > miibus0: on ure0 > rgephy0: PHY 0 on miibus0 > add hrgephy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = 1000baseT-FDX, 1000baseT-FDX-master, auto > 0 fib 0: route already iue0: on ure0 >=20 >=20 >=20 > The context here is an RPi4 (aarch64 cortex-a72) with: >=20 > # uname -apKU > FreeBSD RPi4B 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r368500: Thu Dec 10 = 07:52:39 UTC 2020 = root@FreeBSD-head-aarch64-build.jail.ci.FreeBSD.org:/usr/obj/usr/src/arm64= .aarch64/sys/GENERIC arm64 aarch64 1300131 1300131 >=20 > The boot attempts were via uefi/ACPI using = https://github.com/pftf/RPi4 > v1.21 materials, directly booting from the USB3 SSD, no microsd card > involved. >=20 >=20 > Some context in case it contributes something for the above > (probably not) . . . >=20 > The reason for the bisect was: such boot attempts fail to mount > route with my non-debug head -r368500 kernel build. (Previously > the RPi4 was back at head -r365932 or so.) But my non-debug > builds use -mcpu=3Dcortex-a72 . (This combination has caught > missing synchronization activity before.) >=20 > In the failing case the following never shows up: >=20 > da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 > da0: Fixed Direct Access SPC-4 SCSI device > da0: Serial Number REPLACED > da0: 400.000MB/s transfers > da0: 228936MB (468862128 512 byte sectors) > da0: quirks=3D0x2 >=20 > and the message: >=20 > Root mount waiting for: usbus0 >=20 > repeats indefinitely, unlike historically for my configuration. >=20 > With the artifact debug kernel instead of the non-debug > kernel, the RPi4 boots fine, other things held constant. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Sat Dec 19 08:13:17 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 11D184C06E9 for ; Sat, 19 Dec 2020 08:13:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-19.consmr.mail.gq1.yahoo.com (sonic306-19.consmr.mail.gq1.yahoo.com [98.137.68.82]) (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 4Cydlc0N1bz4t2f for ; Sat, 19 Dec 2020 08:13:14 +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=1608365591; bh=BsVGUhYE8HdcLMNg71xRI5gfa/lAH/gad5IHv4jWGLB=; h=From:Subject:Date:To:From:Subject; b=ECK/rWgoU9wlwHXxWsE54oZt3hEFlNb1QuzpAHq3a2voD50nz8+kpxdx0la8rs7QE3i7i4bMtKlgYpVXUYTxLN0f6GYk/2cf5Eoi5Ju0xC0+mvdMurZpLBbM15Z3wvfpYQ8QjsqG3QpHyeN8bm+8g+E1bUh6aiJzesu0VGGrlgnwwzAQldZOsxcwH4buoxAAr75U+ECmpMzpuxx0UR3YiLfBKYivfei8WdRmkWgGVf1rnPyi0SjsaqVlRkDJJ++H7OU2HngvXpq9su31mODLynCN3YzE50cEN1ZjnS5OLY0RMrYlHzwQmsAkVcs+GrGhgfFTnXHuluu5bEKejJsqrg== X-YMail-OSG: 3aMcrOcVM1nmk7WwZ7q_WvmwYgPcZNpV1j5xwysIrdoD3Z0hJK0YqTzMcBleMLA ZpOLwWCg5HPYgNTNnJDyxFodcmrxwYfD.g_j79kw6bDPqnxoXi5KBSxZUPvsQiYLpvIMohUALVvd KLNZ1O07ChKCIxTpvSnPnoJfrajpdVZHzcUGuTUDVGZxbpgu0yunIOqvcUUfwBwN9p4Z22zJELmZ jSKLZOQzkFF9GnSaN_NT.BV0.ppSjRRrkD95cgxdUU1aNJRg.BxDqMrVy7jWiB65fx.1TUGZXd_p tIVWNTa84EBr6J8aoffVBRbXMKfI8afTKAa207ZSmrBXyFuZIsq_SAIKVUgUZlNMuTOtsSgAxZKb 5jKw1ETk0ET4Stj_6it0H.21sy1SFM4wuen3516a1AjpOk26kWWlalbuKVMLVRlopKKccdLwopYW 9U5V0oVFjJoFJOojTcdRblKt1lQ34hkJYXPAH6GsfhdKdpUQMXw7y95od.hfgqpNveao_U2qxUZ3 jGNeAm6AKtKHh7UyTRtdkCRJe2lRFhUPhJPcFjLfJ8XQzCE5BqxgkNvgxhJCidVBHcVk5CMN_g2M BW2WFbVC_fIBWy366e63BafrqvtK27O1hYQ3Hyk55T.DlV1OZ0lfJHUkVAcGFn9AjiIhUMJeX7Yz esYxrp2XuQr3l0kyJiFswoALhj.r4XpSfEW8gg9.EdOtUKuEwa9tHHpflsjyYJcSmNENQvrzqqe2 5mb5RQKljKG_OJAGYVN1FZBaFqocnvJgpkd3mnQEkhkA0W7vidqrBNGGmbunGcgB4zXDkV21Za8E PdkZpGJWxD2a_dt..8CrqGCF4pPyx8zDlOkOdr4ObDsp0xz.sM6Wm1BM_XCKbFHa.Kj7Q7J2yjHD UDjWaQc7o0vEQQj_ksDEqu6EaFWTpy_FKS57Xv_QPZI36MwBWG9wrjD4PyUkmNd.BHFvJHCOQhGS QnNEvLO7hv8lG9O0oQzhLVeETOf995n02gPmN6XRuLGpws5rpcd50_eMrAeLvFuPnFdJNn4pVCsy SyPqDaOYfDp9Y0PEMiyVazRBSlv4EpKsoY6Pk73BZX8iT8SqDmLcKibM6lO83u58xocXRpX952k_ Qf8FzOsC83hinq9FQkoPsBgp4w5ZkDGQuX_6lQaBD2e4dZV.WKmGo31B_6jRUwCJu3MoajPL4Sr_ 1BQX42t6RWcPYhG6RunVjaviahSCuF0S7wK6pF1f9zr4jshCtXtDQpyFhaY1zWL1edyDC6ozcOWd wXyuT9eFnRYR_aVP1SyxUKTKZHy79zSSbiqC3eBf8T0WwkkHdURq5WIR7rqa6tpsqGruCoFdPeEr v69tT1JVnCM8SvDyKHcbf4ptqkj4o_mUdIJLrGqWb_MfPc5JcPeMLbuWXVJNyAHj5VB9x6.fXVOI I6.tk0uqn88iaO7ZB1mBGfxIw.XplFmbejNA3U2QrvvhlTM4clCL6SX9.cUL8EpGEXQ3QJOu8WMU eyuTz_i7aRhzJIs2vP3EhJgePy_yoYaUMmfmgwGfjIUrsGG9HHsYQ0PWTrlxRmmltxD75yUXi1Xf rilJBldjjG34b9mSu.lwrjQm_YEHGSLzZuCCP2_d72iuSALywvHJJOG15uy73IeGqyLN6bp5Rc4D hKADnwJAXVqv0fLcfPgQ8mfEL6vcpCjCBcMJoDDGPv.qVsV5sp.QwtEr2qoKRx8YCJbDd4H6KWzo YLzVBWIQj6E8Z7OE6m2RJ3HYdzYxLTgKIoSe0dgQ.pzYgr4UG6ppgZYr8ch9x5c7EwAD10sVU95c TgRzwntcbahPjT9fFzf9v9q9DDwFhE8bJvYW2gtiS.bcKSGmHdsV95_tMnWnNQWKiHW_hstvYfzV pJnV.zg61YWa0IfnhahmcwvxqIa3P9HCFs5oiYG7a7ZvUuzs5aPgL6nOKpYzDNDzT49jtCcUDwBD cz3.CuH1bQ0RWreHrOUdDkXS_RtXw9i2auWYyh0P2FYwE8iUmqt5EDDNZAXsm2qni11Egjf4bQtP I0L73BMAieLquX_gqi_Fp8W.CJ8M_4lH3iiS7VwhqGyNGDZmA2muxLDXYruKAKaHvif_SO9La_uE LDHqVCZKC33mcTKOfa6Z.3wH2bOpnAVBPV40KokwWr_tPSbqZ9XqZ2gKjFlEmSq4khNqNQtNQqqD CkLrnCMyRBVOkoB3KAq4Z.geoCRCDZpTXUMF12TgFfLW4C9B1ZVGQuayo1c8sarWsyb_RvqR7c2m 7w70vVFCgfa5B2i6a3PnTkXUuYRNtkarDy0A6Gnzcmszl6t1YBFpB_8txMGZ3iIJcElQVsxFalZJ EzTJra2ln4iIC_j6RofdYapXmsuHI5GATpbcBUiNdF5NgeRkkv0U2LUuszYHINlOy.MXECsXZhF1 b4gx4P5QjccoqvLtfoWdjA0TKrVeW797xKdWx6njX8LEiTw1D27J_bEB2rSm5wnyDacc1Q5y_CKa bwh_MfFDNFOrj3Q5PSqtxXuScL3y9AKP_E8EM0eNyXaErIbLms97EBnWbqyHPn9rh4rTZXidtH65 pKq1nf2.2mju5C_i0EtDG3uMAmdgPBxK_qJPl.KqtkqVhO53RgqczZc8ZCDDrXgyefoFus4QoPuT m0G73iXz7iRWwaEbBiUBfQMDZbsK.MKwehRl6 Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Sat, 19 Dec 2020 08:13:11 +0000 Received: by smtp412.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID f127ff6c62797251a4bc6c4fed893dac; Sat, 19 Dec 2020 08:13:08 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.20.0.2.21\)) Subject: RPi4 (8 GiByte) example: non-debug head -r368500 kernel fails to mount root where artifact debug kernel works fine (uefi/ACPI boot) Message-Id: <4D39055C-A0B8-4E2C-AA2C-F703D5061771@yahoo.com> Date: Sat, 19 Dec 2020 00:13:06 -0800 Cc: Hans Petter Selasky To: freebsd-arm , FreeBSD Current X-Mailer: Apple Mail (2.3654.20.0.2.21) References: <4D39055C-A0B8-4E2C-AA2C-F703D5061771.ref@yahoo.com> X-Rspamd-Queue-Id: 4Cydlc0N1bz4t2f X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.68.82:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.68.82:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.82:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.82:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Dec 2020 08:13:17 -0000 The boot attempts were via uefi/ACPI using https://github.com/pftf/RPi4 v1.21 materials, directly booting from the USB3 SSD, no microsd card involved. Non-debug kernels built for cortex-A72 and for cortex-A53 both got the behavior that leads mount root failure. (This tends to eliminate some = types of missing synchronization as a potential issue: in the past the = cortex-a72 style of build caught a problem that cortex-a53 builds did not show. So = my original thought to cc hps may have been a waste.) Still, the below is based on my usual cortex-a72 based kernel being used as the non-debug = kernel example. The artifact debug kernel from: = https://artifact.ci.freebsd.org/snapshot/13.0-CURRENT/r368500/arm64/aarch6= 4/kernel.txz does not get the problem. The prior RPi4 context was back at head -r365932 or so and back then the combination worked. The FreeBSD upgrade is recent. In the failing contexts (i.e., non-debug contexts), the following never shows up: da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SPC-4 SCSI device da0: Serial Number REPLACED da0: 400.000MB/s transfers da0: 228936MB (468862128 512 byte sectors) da0: quirks=3D0x2 and the message: Root mount waiting for: usbus0 repeats indefinitely, unlike historically for my configuration. Capturing and diffing boot -v output did not show much interesting but here is the range with usbusN and the like (+: for artifact debug kernel, -: for non-debug -mcpu=3Dcortex-a72 kernel): @@ -197,18 +198,18 @@ vlan: initialized, using hash tables with chaining IPsec: Initialized Security Association Processing. tcp_init: net.inet.tcp.tcbhashsize auto tuned to 32768 -AcpiOsExecute: enqueue 1 pending tasks usbus0: 5.0Gbps Super Speed USB v3.0 usbus1: 480Mbps High Speed USB v2.0 -Release APs...Trying to mount root from ufs:/dev/gpt/RPi4Broot []... -done -Root mount waiting for: usbus0CPU 0: ARM Cortex-A72 r0p3 affinity: 0 - usbus1 Cache Type =3D <64 byte D-cacheline,64 byte = I-cacheline,PIPT ICache,64 byte ERG,64 byte CWG> - CAM - Instruction Set Attributes 0 =3D - Instruction Set Attributes 1 =3D <> - Processor Features 0 =3D - Processor Features 1 =3D <> +AcpiOsExecute: enqueue 1 pending tasks +Release APs...done +CPU 0: ARM Cortex-A72 r0p3 affinity: 0 +Trying to mount root from ufs:/dev/gpt/RPi4Broot []... + Cache Type =3D <64 byte D-cacheline,64 byte = I-cacheline,PIPT ICache,64 byte ERG,64 byte CWG> +Root mount waiting for: Instruction Set Attributes 0 =3D + usbus0 Instruction Set Attributes 1 =3D <> + usbus1 Processor Features 0 =3D + CAM Processor Features 1 =3D <> + Memory Model Features 0 =3D Memory Model Features 1 =3D <8bit VMID> Memory Model Features 2 =3D <32bit CCIDX,48bit VA> @@ -219,12 +220,13 @@ CPU 1: ARM Cortex-A72 r0p3 affinity: 1 CPU 2: ARM Cortex-A72 r0p3 affinity: 2 CPU 3: ARM Cortex-A72 r0p3 affinity: 3 +WARNING: WITNESS option enabled, expect reduced performance. regulator: shutting down unused regulators ugen1.1: at usbus1 ugen0.1: at usbus0 uhub0 on usbus1 -uhub0: on = usbus1 uhub1 on usbus0 +uhub0: on = usbus1 uhub1: on = usbus0 uhub0: 1 port with 1 removable, self powered uhub1: 5 ports with 4 removable, self powered @@ -233,15 +235,28 @@ uhub2: on = usbus0 Root mount waiting for: usbus0 CAM uhub2: 4 ports with 4 removable, self powered -Root mount waiting for: usbus0 CAM ugen0.3: at usbus0 Root mount waiting for: usbus0 CAM Root mount waiting for: usbus0 CAM -Root mount waiting for: usbus0 CAM -Root mount waiting for: usbus0 CAM -Root mount waiting for: usbus0 CAM -Root mount waiting for: usbus0 CAM -Root mount waiting for: usbus0 CAM -Root mount waiting for: usbus0 -Root mount waiting for: usbus0 -Root mount waiting for: usbus0 +ugen0.4: at usbus0 +umass0 on uhub1 +umass0: on = usbus0 +umass0: SCSI over Bulk-Only; quirks =3D 0x0100 +umass0:0:0: Attached to scbus0 +Root mount waiting for: CAM +Root mount waiting for: CAM +Root mount waiting for: CAM +Root mount waiting for: CAM +Root mount waiting for: CAM +GEOM: new disk da0 +pass0 at umass-sim0 bus 0 scbus0 target 0 lun 0 +pass0: Fixed Direct Access SPC-4 SCSI device +pass0: Serial Number REPLACED +pass0: 400.000MB/s transfers +da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 +da0: Fixed Direct Access SPC-4 SCSI device +da0: Serial Number REPLACED +da0: 400.000MB/s transfers +da0: 228936MB (468862128 512 byte sectors) +da0: quirks=3D0x2 +da0: Delete methods: (I did not include more of the waiting-for messages for the non-debug kernel ("-"). I see no reason to have later text from the debug kernel case ("+").) I do have a working u-boot 2020.10 based, microsd card first-stages boot for the same USB3 SSD that mounts the same root file system just fine. The kernel is a copy of the same non-debug kernel that the the above used, but the used copy is on the microsd card for this type of booting. (The u-boot is not ready to deal with USB-based booting of 8 GiByte RPi4's.) So it seems that having both ACPI-boot-style and non-debug kernel use combined are somehow involved to get the problem. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Sat Dec 19 11:09:59 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 025784C3F8B; Sat, 19 Dec 2020 11:09:59 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (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 4CyjgV2ySTz3K0R; Sat, 19 Dec 2020 11:09:57 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [178.17.145.105]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 9B466260528; Sat, 19 Dec 2020 12:09:56 +0100 (CET) Subject: Re: debug head -r368500 kernel (for example) : "lock order reversal: (sleepable after non-sleepable)" involving ure0 and a sysctl lock; more To: Mark Millard , freebsd-arm , FreeBSD Current Cc: John-Mark Gurney References: <3392879C-F0DC-4F14-9C48-1ADD94214D49@yahoo.com> From: Hans Petter Selasky Message-ID: <9373329c-42ad-14c3-c236-b340b865d05e@selasky.org> Date: Sat, 19 Dec 2020 12:09:48 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: <3392879C-F0DC-4F14-9C48-1ADD94214D49@yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4CyjgV2ySTz3K0R X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.28 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net:c]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a01:4f8:c17:6c4b::2:from]; SPAMHAUS_ZRD(0.00)[2a01:4f8:c17:6c4b::2:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.984]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEMAIL_TO(0.00)[yahoo.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm,freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Dec 2020 11:09:59 -0000 Please test: https://svnweb.freebsd.org/changeset/base/368799 https://svnweb.freebsd.org/changeset/base/368801 --HPS From owner-freebsd-current@freebsd.org Sat Dec 19 12:35:13 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D5F3B4C642F for ; Sat, 19 Dec 2020 12:35:13 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from p-impout001.msg.pkvw.co.charter.net (p-impout010aa.msg.pkvw.co.charter.net [47.43.26.141]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CylYs105Sz3PbX for ; Sat, 19 Dec 2020 12:35:12 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from localhost ([96.28.177.163]) by cmsmtp with ESMTP id qbG2kRPYzRetNqbG2kFky6; Sat, 19 Dec 2020 12:22:46 +0000 X-Authority-Analysis: v=2.3 cv=A7ESwJeG c=1 sm=1 tr=0 a=xqrt2BZAGHte7XHhrxJgbA==:117 a=xqrt2BZAGHte7XHhrxJgbA==:17 a=HpEJnUlJZJkA:10 a=DBwwDor5xuMA:10 a=bjdOB0i0AAAA:8 a=KHTdV73Ed2W4nDOUXTsA:9 a=sO8ACht8wOsjof9t48go:22 a=pHzHmUro8NiASowvMSCR:22 a=Ew2E2A-JSTLzCXPT_086:22 From: "Thomas Mueller" To: freebsd-current@freebsd.org Subject: Re: git tools for building in base? References: <20201125055425.01AA628417@elsa.codelab.cz> <10f7b800-b015-2a80-b741-4f7db03bf6eb@quip.cz> X-CMAE-Envelope: MS4wfEfEDABoigpohF1EgVWVU5+fDhyF+uieswDJilfmXKG/z6AavcPjHmQz6jZ+IqdJPw5iQARcgR4IFK6s0BOhWzh3/f8RWTUqzEyj7vCGRUR5fkZCdn0+ a9Y4V7KBWdNKFhAd3uygg6C0y31fyNA0p3V6ZIpXTpG0UGLBHwdXZRH+ X-Rspamd-Queue-Id: 4CylYs105Sz3PbX X-Spamd-Bar: +++++ X-Spamd-Result: default: False [5.20 / 15.00]; FREEMAIL_FROM(0.00)[twc.com]; MISSING_DATE(1.00)[]; TO_DN_NONE(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:47.43.26.0/24]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RECEIVED_SPAMHAUS_PBL(0.00)[96.28.177.163:received]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[twc.com]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[47.43.26.141:from]; ASN(0.00)[asn:40294, ipnet:47.43.24.0/21, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[twc.com]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[47.43.26.141:from:127.0.2.255]; MISSING_MID(2.50)[]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_IN_DNSWL_NONE(0.00)[47.43.26.141:from]; RCVD_COUNT_TWO(0.00)[2]; GREYLIST(0.00)[pass,body]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sat, 19 Dec 2020 12:35:13 -0000 X-List-Received-Date: Sat, 19 Dec 2020 12:35:13 -0000 > Yes. I was answering the first question asked about FreeBSD and git... > The clincher for me was that git is better supported by third party tools > and has gotten quite good at 'recovery from oops' which mercurial is still > lacking in both areas. I too have used both, and I had to re clone my hg > tree several times, but so far have never screwed up a git repo so bad I > had to reclone... The history rewriting of git is more integrated and more > polished than the equivalent in hg, as are the rebase workflows which > really help have a cleaner history... > Warner (Losh) I have messed up a git repo and had to reclone, but can't compare to mercurial because I have not yet used mercurial. Maybe I was inept with git. I notice many more open-source projects use git than mercurial, maybe because of the reasons explained in your post. I still see no timeline on when NetBSD will switch to mercurial, or if they could possibly change their mind in favor of git or otherwise. OpenBSD looks to be still using CVS, while DragonFlyBSD uses git. It looks like T2 project (t2sde.org) still uses subversion. Tom From owner-freebsd-current@freebsd.org Sat Dec 19 14:35:15 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 584684C9395 for ; Sat, 19 Dec 2020 14:35:15 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x334.google.com (mail-wm1-x334.google.com [IPv6:2a00:1450:4864:20::334]) (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 4CypDL2jcxz3nZj for ; Sat, 19 Dec 2020 14:35:14 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wm1-x334.google.com with SMTP id k10so5531460wmi.3 for ; Sat, 19 Dec 2020 06:35:14 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=/ZWp87ONqg3tm+EWd5Vct2E+Oc4NGMp5Jk1YKI2vGIw=; b=DK4RPcvkL0qWd+nlyV62Q1agj9nyLn7kI3vV28wUFj3fi68/CKbyUdBF8kRfluO02F Jw/EqXOUSAcBbudC+fd54n1QvO6i7voL2zsXCGu7LxRzsGp3grXVo0rXnnAMk/ythnCo MRiTfZb479Z54OUBHdo1YBL6qutPnNfmNVDuotqHyNMjBsv9O6P3YlfNIQT9UlL7tGmN wZnjQm3Eaemsk4By+3JmmJvyyEpHnTeJDHiIOoQ1OHz249enVyGm4a5Ras7Q+Ujq5nG1 AZKDvKJSH2DKj+E/CTRCKOsJjCOv5A7zg3xcQcHf5DUi4QJZhVnqdsThoPzEEeW5htFw FPPQ== X-Gm-Message-State: AOAM532mY6ld3Ykb81pZ0ujEps+yRlNQR9YhQZF/XVfUhFj2AZwWsIPo CrHxPgjrXaso7ylywx++uQsaeHkpooK0aA== X-Google-Smtp-Source: ABdhPJxqJpBAgsIwLVfIJakvRYqmLi0VexoYv4YzL8lzYgewRzBtjDHEcMEDsf2zfhx8iLfXZCSy/g== X-Received: by 2002:a1c:2d92:: with SMTP id t140mr8629795wmt.114.1608388512343; Sat, 19 Dec 2020 06:35:12 -0800 (PST) Received: from [192.168.1.8] (79-66-147-78.dynamic.dsl.as9105.com. [79.66.147.78]) by smtp.gmail.com with ESMTPSA id j7sm15868304wmb.40.2020.12.19.06.35.11 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 19 Dec 2020 06:35:11 -0800 (PST) Subject: =?UTF-8?Q?=28251866=29_installers_for_FreeBSD_fail_to_boot_HP_Elite?= =?UTF-8?Q?Book_830_G7=2c_440_G7_=e2=80=a6?= To: freebsd-current@freebsd.org References: <86360c9p2p.fsf@gmail.com> <8cd298fa-5b16-d58b-b63b-201905f83438@gmail.com> <8aa45f8c-7b14-a264-a8b7-9dd0b6b36f59@bsdio.com> From: Graham Perrin Message-ID: <36c65b46-58d9-9f03-9e31-d27cfb7a6dba@gmail.com> Date: Sat, 19 Dec 2020 14:35:11 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 MIME-Version: 1.0 In-Reply-To: <8aa45f8c-7b14-a264-a8b7-9dd0b6b36f59@bsdio.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: 4CypDL2jcxz3nZj X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::334:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[79.66.147.78:received]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::334:from:127.0.2.255]; NEURAL_SPAM_SHORT(1.00)[1.000]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::334:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Dec 2020 14:35:15 -0000 On 12/12/2020 19:18, Rebecca Cran wrote: > On 12/11/2020 8:03 PM, Graham Perrin wrote: >> On 11/12/2020 18:26, Ludovit Koren wrote: >> >>> … >> Probably >> > > This crash also happens on VMware Workstation 16 Pro with 13-CURRENT. > I'm hoping to find some time to debug it. Via : > Drop EFI_STAGING_SIZE back down to 64M … From owner-freebsd-current@freebsd.org Sat Dec 19 18:17:24 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9DAF34CD58F for ; Sat, 19 Dec 2020 18:17:24 +0000 (UTC) (envelope-from mhorne@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cyv8h3vlLz4Tll for ; Sat, 19 Dec 2020 18:17:24 +0000 (UTC) (envelope-from mhorne@freebsd.org) Received: from mail-yb1-f170.google.com (mail-yb1-f170.google.com [209.85.219.170]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: mhorne) by smtp.freebsd.org (Postfix) with ESMTPSA id 73F45C6DF for ; Sat, 19 Dec 2020 18:17:24 +0000 (UTC) (envelope-from mhorne@freebsd.org) Received: by mail-yb1-f170.google.com with SMTP id y128so5057540ybf.10 for ; Sat, 19 Dec 2020 10:17:24 -0800 (PST) X-Gm-Message-State: AOAM533/ZYo+exL4OSouZzwg16FLXI6tUKuYv6hFWuhhS+u3IG8uzl5Y sHQV1jjGW29ZKOkCHpzpDwhfqJXwGs/tEqhejq4= X-Google-Smtp-Source: ABdhPJz95EtVxl7a78JA9fa0xmd5H7nsn8kV0HnXf91fqgCtd2UB84hGHLBPGGMV2yObNwG3OJjuiD2B863MhrFss64= X-Received: by 2002:a25:d24a:: with SMTP id j71mr13094313ybg.13.1608401844019; Sat, 19 Dec 2020 10:17:24 -0800 (PST) MIME-Version: 1.0 References: <4fcf5f35-481b-a321-cb52-7264fc10d1d4@callfortesting.org> In-Reply-To: From: Mitchell Horne Date: Sat, 19 Dec 2020 14:17:14 -0400 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: RISC-V root device question -> Panic To: Michael Dexter Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Dec 2020 18:17:24 -0000 On Mon, Dec 14, 2020 at 6:03 PM Michael Dexter wrote: > > Mitchell, > > On 12/7/20 1:56 PM, Mitchell Horne wrote: > > You can also override it using the QEMU commandline, which is simpler > > since you won't need to recompile anything. Adding the following > > argument should suffice: > > This works great but riscv 12-STABLE using last week's snapshot revision > throws the panic output included below under QEMU and leaves nothing in > /var/crash > > What expectations should I set for RISC-V STABLE and CURRENT? > Hi Michael, sorry for my delayed reply. Development and testing has been almost entirely focused on CURRENT. I believe riscv64 may have been functional on stable/12 at some point (and we even made an effort to MFC changes there), but it is not used anymore as far as I know. The expectations I would set going forward are that 13.0 will be the first functional release for the architecture (including stable/13 when it is branched), and stable/12 will remain unsupported. Also, to follow up on earlier items in this thread, I have documented how to generate a bootable RISC-V image containing an EFI partition with loader.efi. If you encounter any issues with the instructions, please let me know. https://wiki.freebsd.org/riscv/QEMU#Generate_a_root_filesystem Cheers, Mitchell > All the best, > > Michael > > t[0] == 0xffffffc0006c9d98 > t[1] == 0x0000000040c50000 > t[2] == 0x0000000040c65000 > t[3] == 0x0000000000000001 > t[4] == 0x0000000000000000 > t[5] == 0x0000000000000001 > t[6] == 0x0000000000000001 > s[0] == 0xffffffd0b1600248 > s[1] == 0x0000000040e49000 > s[2] == 0xfffffffffffff000 > s[3] == 0x00000000000000ff > s[4] == 0x0000000041000000 > s[5] == 0x0000000000000001 > s[6] == 0xffffffc000aff988 > s[7] == 0x00000000410a1000 > s[8] == 0x0000000000000280 > s[9] == 0x0000000000000000 > s[10] == 0x0000000000001000 > s[11] == 0xffffffffffffff73 > a[0] == 0x0000000000000000 > a[1] == 0xffffffd00297d560 > a[2] == 0x0000000000000000 > a[3] == 0x0000000000000021 > a[4] == 0x0000000000000000 > a[5] == 0x0000000000000021 > a[6] == 0x000000000000003f > a[7] == 0xffffffc000aff900 > sepc == 0xffffffc0004ce414 > sstatus == 0x0000000000000120 > panic: Fatal page fault at 0xffffffc0004ce414: 0x00000000000065 > cpuid = 1 > time = 1607915275 > KDB: stack backtrace: > #0 0xffffffc00023f2d4 at kdb_backtrace+0x50 > Uptime: 2d1h40m41s > Automatic reboot in 15 seconds - press a key on the console to abort > Rebooting... From owner-freebsd-current@freebsd.org Sat Dec 19 21:21:21 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BB7EC4AB02A for ; Sat, 19 Dec 2020 21:21:21 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x434.google.com (mail-wr1-x434.google.com [IPv6:2a00:1450:4864:20::434]) (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 4CyzDw5YxFz3DXn for ; Sat, 19 Dec 2020 21:21:20 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x434.google.com with SMTP id y17so6772321wrr.10 for ; Sat, 19 Dec 2020 13:21:20 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-language; bh=EhQRVeTHxcBueK1dS6hYTLFb1hdJ4VtiwDg15DpD3qA=; b=AjN41TWhw3EGL5Wk+fWmhM6vlLj20aCx+DePLYAjcc5kpcR1HZYyLumsTgqVui/vs6 N4KwmiMMvOjHIExXxt9y6Y0THzihTXpm5uHDl7d0O0w9naOD1kJMipF/zjNnmKpIacUW JZqElk+isGj3UJf1EZUeKaxg6jAqYoPQTDG5/HpAutgVtlFHexyjKH1fmAYBvA9zuMM1 nvjxClSzJ5mZs5s4GQrMs/hlDIfyJGOijK13APpIhyRTzbCL2Y7RT4Kq85ZQDaSBqG7j hyH+5WHlobOfDEbFshSgCuiaR5iHeGSZS1AZNDIAL5o+ZiLO5n1P5VtoRk0Mh1r7ZSkz duFA== X-Gm-Message-State: AOAM532rp90twQGv5cMT6CuZ8GtGwoznJBhFLjmcWhGGXH/GsDRdcN5a +92CVy3usJ+mRbafUI3Qnz8CkGH8mHeIaA== X-Google-Smtp-Source: ABdhPJykuqARRADMSrG7LGPwGmlzq3gqDuAufh2sGhbvotblkLPSBexQVd/SLYRVCUXUAxJ3HP2VGw== X-Received: by 2002:a05:6000:85:: with SMTP id m5mr10758140wrx.378.1608412879095; Sat, 19 Dec 2020 13:21:19 -0800 (PST) Received: from [192.168.1.8] (79-66-147-78.dynamic.dsl.as9105.com. [79.66.147.78]) by smtp.gmail.com with ESMTPSA id x7sm16180376wmi.11.2020.12.19.13.21.18 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 19 Dec 2020 13:21:18 -0800 (PST) To: freebsd-current@freebsd.org From: Graham Perrin Subject: FreeBSD-CURRENT VirtualBox guest: EFI: lost the ability to boot Message-ID: Date: Sat, 19 Dec 2020 21:21:17 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 MIME-Version: 1.0 Content-Language: en-GB X-Rspamd-Queue-Id: 4CyzDw5YxFz3DXn X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.02 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::434:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[79.66.147.78:received]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::434:from:127.0.2.255]; NEURAL_SPAM_SHORT(0.98)[0.976]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::434:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Dec 2020 21:21:21 -0000 With VirtualBox on an r368589 host I installed the latest (17th December) snapshot of 13.0-CURRENT in a guest machine. I set the guest to EFI before installation, and chose GPT (UEFI) during installation. After installing KDE Plasma etc., the guest worked for a short while but then failed to boot. Screenshots at ; scroll down to 17:49:06 for a shot of a failure. Is this maybe another case of bug 251866? From owner-freebsd-current@freebsd.org Sat Dec 19 21:30:04 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 175714AB52B for ; Sat, 19 Dec 2020 21:30:04 +0000 (UTC) (envelope-from tsoome@me.com) Received: from pv50p00im-ztdg10022001.me.com (pv50p00im-ztdg10022001.me.com [17.58.6.58]) (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 4CyzQz0Lhgz3DyB for ; Sat, 19 Dec 2020 21:30:02 +0000 (UTC) (envelope-from tsoome@me.com) Received: from nazgul.lan (148-52-235-80.sta.estpak.ee [80.235.52.148]) by pv50p00im-ztdg10022001.me.com (Postfix) with ESMTPSA id DE915A01D3; Sat, 19 Dec 2020 21:29:54 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: FreeBSD-CURRENT VirtualBox guest: EFI: lost the ability to boot From: Toomas Soome In-Reply-To: Date: Sat, 19 Dec 2020 23:29:52 +0200 Cc: freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <34449A43-79AD-4644-8A9A-ACA693E01287@me.com> References: To: Graham Perrin X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.343, 18.0.737 definitions=2020-12-19_14:2020-12-19, 2020-12-19 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-2006250000 definitions=main-2012190161 X-Rspamd-Queue-Id: 4CyzQz0Lhgz3DyB X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[me.com]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16]; DKIM_TRACE(0.00)[me.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[me.com]; ASN(0.00)[asn:714, ipnet:17.58.0.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[17.58.6.58:from]; RECEIVED_SPAMHAUS_PBL(0.00)[80.235.52.148:received]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[me.com:s=1a1hai]; FREEFALL_USER(0.00)[tsoome]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[me.com:dkim]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[17.58.6.58:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Dec 2020 21:30:04 -0000 > On 19. Dec 2020, at 23:21, Graham Perrin = wrote: >=20 > With VirtualBox on an r368589 host I installed the latest (17th = December) snapshot of 13.0-CURRENT in a guest machine. I set the guest = to EFI before installation, and chose GPT (UEFI) during installation. >=20 > After installing KDE Plasma etc., the guest worked for a short while = but then failed to boot. Screenshots at ; = scroll down to 17:49:06 for a shot of a failure. >=20 > Is this maybe another case of bug 251866? = >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org=E2=80=9D Do You mean the screenshot with UEFI shell? You usually do drop to UEFI = shell when firmware did decide it can not start your efi application. = Other option is, we got failure and did exit loader.efi. it may help if you attempt to start loader.efi manually from ESP, by = entering: FS0:/efi/boot/bootx64.efi =E2=80=94 there may appear some = messages... rgds, toomas= From owner-freebsd-current@freebsd.org Sat Dec 19 22:47:43 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 81FE44ADD5B for ; Sat, 19 Dec 2020 22:47:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-22.consmr.mail.gq1.yahoo.com (sonic302-22.consmr.mail.gq1.yahoo.com [98.137.68.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cz18Z49yLz3LHn for ; Sat, 19 Dec 2020 22:47:42 +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=1608418059; bh=ttIWFuv4Gdib6IfNe6X+TvvEAx6NyAs2xL9/PyXWy/F=; h=Subject:From:Date:To:From:Subject; b=jkVbxtZn7iDq5hvXYhvibZqOCwWUWQNdtBZrAI0MFpZKjdR4CnjLXwcIUX/FRfBXzlyOD/MVCZ2jeIsbG21KsbexSXGFzRwnRf5MoiKpzhjWnLE+MOzPUdgymGgFup5x0ovFS24DknoqtmdHTWX8RJDMfLw49yx8kD1NFJrFsD3Gg0TGhubc4aDEoe99mCMh3IkUBWjC3jQPFaXjXcAZwmixN9KARS8FNE7j3d3Fd6b+CxtwZhXlv9OItPnuuqINRjr4JvAgECbHBevU+PSTHTd3Jk6ZkfZGB3odswDlrdCO9hFfErtBjntPZUUOL0YUucGzL40LMiYFkhLjL/Fl/g== X-YMail-OSG: vGltx0gVM1m8JpVucTnyqrQ5YnuWKdXwILc8pv8Umnlo.wiowudojxUVQSKgWZH nQAj1TnBcS4qW45aqJDN27e3iiPSBhMZ6SGnj39aBcaVb6bpeDCxg8jDiURLWJAx6Ka6v2dsUC9R aV9e8hs.Hr4Q0k9WL22_MQb43alFDZheVgVuE0cHwnMNGT1GIkcUylYS3vfmhw7mepA33NnoA9lD CKfZrzqHEwT3cQMVHoAJLw6gOG2Nv7CrdHbgiC3Dv3ATf3syMv7PlaMrHoxlnV78wegjlcNyM0es Qe.aazmFdcpMXtrGj.CjL8V5ac_z8.aFWBgrZvmlUIxJuhhB.Z5s.lZGwtXJXdD32PvitxEdPB3P XQufVY3B6G.NSy5_NFme7mlvqG.4mPCruXH5EK9l7X.ze8vWbIVA9jBC68Uh0.R1Du1icZlh03js rw2zXWaMp2jlZ4bg7T_3zveIlabqPnV8.T0k3JPcBhhKQDdoZHlYSrBQGk4k9yoY3qtlC0UjheRP LAgyIohj6wi4i_ogs8nrF3xzcw9dzKfimmgHyhyHCYct6KTiB0zQKk6Vlw_erVzlxnR6uJPmcHO3 Wyjt_aw3QV3dNaPG1brl0Jgz.wvtJh6aDlrA8Nzgr9jq..hPPO3lcRWUqlscwba.7QM9dYw7ZFnj U68vfuVuYSjDWOqTYsdxUvAAUWj6Paep1SPrpxvzkicIeQZW7ZMpI7EZkdJadzGKZ1gMZRaP712Y qt_B7i6syxvlmhD1YiyZxmPBFkMOq9iMXgY9vJPFHrJCRjJjkpzO1Eh2bOXhJUaGdtwxzrFCSIgz 8AfGivlU8TkVE_OfILRXcpYjtUsRMb1WWHD6JCJnzo_Y7Pj5BLvw9qZUDxIiUq.oQDVQVedW1t_3 8EA9.N5G8HlqK4DcB7Dl66e5wn73_qfyIJFfAdmpF_dklE5kyMc4cSJEY2udb8pvF4ADtzC9rLyN cg2HrZmemzEjU2sLskjMJAO6X555wCWr2XdVdkTj301LxuOjzRuVDXgwNsCEYCXZ0i0AO3qZgyYE Qtl8qWaUI57B5E70w8iIZ7tdUVB2PtS49r5nXzHmL2sL9mzCbixjXW2HdcNt2Hs6N38szs1UkwJc G0nX_G.qohSM_7QlKxFKaK44gIk3RwqjgwNvhImiMjgL78QR8Yey1bAtOfCUg5cHQAMCZq0vGKkR I9HKpORn3tMpSMRkQvX4b6CgUJwt1VJ.FDiU76h4sfj1jO7gFYpSiIR9y3LvCtJLcXe4HKifLWdB taiW3sVCPbjzCuZWG9OwjCPkq0YtN7SqQ0meX0dmurQwtAS7uJw_UVJz3JEAdz71l7oWtr4N1QIc ayKIXzMnJK3mrNaELioPDv6zqWW7oIgZS9peFz.l0JFEtsNK0LmsG7XI66qfU.bRLEuuF3zfS9iq _BD3mU6QX9XEkbYEXLOFtYoGpFb9KCzTpbwkZyE.Ai590Xe2z_HYRowIj2jSXnLlopbdkVu6WIyq .BLSWFxSVYWZGmo93cKnNzbjnu3.qAR4AsulG6VG9mCJbe9dnIgB7qjqJZXG50wcAVLtY2HvHbmk lJE8Y4UUIaMTUOIeAs1F0Ib23pdF_8apnsCWDvkXIrE1wK0yscm1XATmX9sXziTvqmoGrmjXCMIh jPDtsg0kv7NCmJYSKxobYuWTo6VENZabN0YRI7bgpollsRfz5z1zxftvNLQnw4YMEthPvQhx4._5 Y7SlejkXQPu0FonBCaiWZcHFPUOx5HFsWV0jlQ7KNpOW9LSulIv8EMXOPCNB9H9OhXSdbG54t369 IspVFUOndDtuNqUt7J_iRLYcmgiUXumCrQ5sdQKgCDLuq1Dy2ljcZD1VLSBAuN_G3lpc8MSMGu37 AOOi7ik4fkRUxtu1xjGrsPBXurXbDWQrABNGkqy6HeF.VujSlQMYdrD_PO8_S.xLs9S.r_s1nLh7 axwXthGm5c86iKZ7nTzHZDtySgM3RREVgNa9727rXUJRYJC3M_kOMYQgn60cAbgNQJ_FnsoUV.cs 67OWy5CWbxE5HW7oaa22jSiSV3btfseVzAxHWPyaLTUOZ1Qe47tB8uii0NzAS__1zqIzVWIfqlJY oFQ2VlxkEin9wwk49rHFYpuD.dlCH2G4bUqIQSQyYhQia3ozD.BXF9RUhFyMjWV2ZyWHQTpawgjW MS5z5VjmfbwFlGVrFn5Z4jJpPZ5wtrXZgV8PeS3Xk2hAGqC6f6d8AUyBaCpAB78ZFccaKIUiyWLp gzMsXm3vTFCDXvZ15h4FRdtAk7U0Jwx6SK_Pi8_quVlZN_9l83ooPJInN3ib3MbzNsRCSsULj4NW PkDJxfeULwfAYGt9B5hEf4IqOGhza.9A973XR.Zcfa8WxrB.UVaN2rmokAuV_9csb40s3QRgYbIe UPVotVGUDvr8ZuzpNh3miK1up1RXppg4xp_pvymuglS_JStlGD.LOyqhES5.bjsGjP9SNaxbKjR9 LhUtF6sA5zV1i1U8SziPCmmLsGcYMbtxbJpYbFPBJSheR83JW8eTuWo7PyCqtHcDDcnH7zQ.bO8_ zXZdQQDDj5uoIdfZds3k4k7A7LeyniF7dyuzSVW4s3_PYKkamUZ3CFeSqbEZRAFV35GZzlA3NOiQ xbO1SHQHaBWyxWxkcTnEJ8Cq2sOSo7PNOTHeVYl00_b7uagc2XcTNBHeekidPJFQU4PDjtGKKhXB X2bcoo75kAgeulP9h3iysGCQBKPyY.R3kl6idDCJtmQom9BafV9YvYQ4zUbqXmnB1aEAfMvpsZQN eQGr_wTTI_6RCs6a.XTN_wLS9zWTHXqGQDw4EqDD3Zhx5QekhTwupOfu1ocP2PBtNfbCQudMjVKx M Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.gq1.yahoo.com with HTTP; Sat, 19 Dec 2020 22:47:39 +0000 Received: by smtp424.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 85485875a8498cda2ed7b46f2f32a16b; Sat, 19 Dec 2020 22:47:37 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.20.0.2.21\)) Subject: Re: debug head -r368500 kernel (for example) : "lock order reversal: (sleepable after non-sleepable)" involving ure0 and a sysctl lock; more From: Mark Millard In-Reply-To: <9373329c-42ad-14c3-c236-b340b865d05e@selasky.org> Date: Sat, 19 Dec 2020 14:47:36 -0800 Cc: freebsd-arm , FreeBSD Current , John-Mark Gurney Content-Transfer-Encoding: quoted-printable Message-Id: References: <3392879C-F0DC-4F14-9C48-1ADD94214D49@yahoo.com> <9373329c-42ad-14c3-c236-b340b865d05e@selasky.org> To: Hans Petter Selasky X-Mailer: Apple Mail (2.3654.20.0.2.21) X-Rspamd-Queue-Id: 4Cz18Z49yLz3LHn X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.16 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.68.148:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.34)[0.339]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.68.148:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.148:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Dec 2020 22:47:43 -0000 On 2020-Dec-19, at 03:09, Hans Petter Selasky = wrote: > Please test: >=20 > https://svnweb.freebsd.org/changeset/base/368799 > https://svnweb.freebsd.org/changeset/base/368801 >=20 > --HPS I grabbed a debug -r368803 kernel from artifacts (first arm64 snapshot available containing the above 2 updates): = https://artifact.ci.freebsd.org/snapshot/13.0-CURRENT/r368803/arm64/aarch6= 4/kernel.txz I used it to substitute in the updated debug kernel and booted the same configuration. It booted fine with no LOR or uma_zalloc_debug related console output. I've not tried my own non-debug build yet but that kind of context had never given me a clue of these issues anyway. (I am not expecting the above to change the non-debug "Root mount waiting for: usbus0" for the uefi/ACPI USB3 SSD based boot sequence.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Sat Dec 19 23:20:10 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BEB8B4AF196 for ; Sat, 19 Dec 2020 23:20:10 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x82e.google.com (mail-qt1-x82e.google.com [IPv6:2607:f8b0:4864:20::82e]) (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 4Cz1t14wMSz3MMW for ; Sat, 19 Dec 2020 23:20:09 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x82e.google.com with SMTP id a6so4220154qtw.6 for ; Sat, 19 Dec 2020 15:20:09 -0800 (PST) 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=3zKedFKM38rsdIR3Vqw7BbfQyMq6MwKZ5n3j0a1PMsM=; b=UHeT4cJbvu8oI0e+HTLj0QJjRKToXMinLC8mS1QPmzsuM31xjs1nyxH9Lf2eL5DM9X 76zVwAWdAAoN/RTfcnt2OuacK6G8aTAOzQyF9k+XPEf1Z/IhdY9/gx+Uk3LM1UTWDdtb K+PgfHLu9caAhMRIGPJV6Kxz7DVl3H8JD2I3Rk5fmOasJnV5UliVGZ8e6DvHbE3NtAy3 rdpp9Qi3vtYQRyO/TFnlma4pL+nVyHAhkc/YtdyJB6FksPttB1RT0aXK9tm8z8XcDfNO NltvwucetTwUqoF6akyZin0HvsGdhtUp/JmZWt5hcCGfq10lAWw+xjQ4iPYK6lZwaMQN ddtw== X-Gm-Message-State: AOAM532YiWdGDmVk81gVuEYRPiFdQEc92ufou8t/BrEjn5yx+KY6n9KT ygAXua9F/ExK4CY+JOuRf+TzzGfbwOUTAF76QYSFuA== X-Google-Smtp-Source: ABdhPJwlCLq1AfpnvK63MadmpsRgE8revR4qxpaOjVJ935AU8HcB4IMcux7nkwLne0/TWhd9y86WHrHlGO5OuVW9Xxg= X-Received: by 2002:ac8:70c2:: with SMTP id g2mr10474394qtp.49.1608420008689; Sat, 19 Dec 2020 15:20:08 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Sat, 19 Dec 2020 16:20:01 -0700 Message-ID: Subject: Re: FreeBSD-CURRENT VirtualBox guest: EFI: lost the ability to boot To: Graham Perrin Cc: FreeBSD Current X-Rspamd-Queue-Id: 4Cz1t14wMSz3MMW X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.88 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::82e:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::82e:from]; NEURAL_HAM_SHORT(-0.88)[-0.881]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::82e:from]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; MAILMAN_DEST(0.00)[freebsd-current]; 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-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Dec 2020 23:20:10 -0000 On Sat, Dec 19, 2020 at 2:21 PM Graham Perrin wrote: > With VirtualBox on an r368589 host I installed the latest (17th > December) snapshot of 13.0-CURRENT in a guest machine. I set the guest > to EFI before installation, and chose GPT (UEFI) during installation. > > After installing KDE Plasma etc., the guest worked for a short while but > then failed to boot. Screenshots at ; > scroll down to 17:49:06 for a shot of a failure. > > Is this maybe another case of bug 251866? > > Try the next snapshot... I just fixed this in -current... or so I claim. Please validate my claim. :) Though unless there's a bunch of stuff where the boot loader fails and then loads the shell, maybe not... You need to check you ESP to make sure there's a bootx64.efi in \efi\boot\ as well... that would also kick you into the shell... Warner