From nobody Wed Dec 1 22:47:59 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7A1CE18B3C7E for ; Wed, 1 Dec 2021 22:48:12 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-vk1-xa2c.google.com (mail-vk1-xa2c.google.com [IPv6:2607:f8b0:4864:20::a2c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4J4Dl018n0z4ZWf for ; Wed, 1 Dec 2021 22:48:12 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-vk1-xa2c.google.com with SMTP id m16so16189044vkl.13 for ; Wed, 01 Dec 2021 14:48:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=WIPyuJFhr5Tfws8yjYW099/dIpE8xCS5eICwWO9fGFs=; b=FD9IkbbWiWpQuxdNTRybPblvw3ufREl7Ny02wtIaH4zhZd1DBgvM+7Y033sPCx9Frf qpE1ix6oTZDHbsG0ZV/7M1mwn6g0nMaTDi8batVAsA/S2YSjks06qVA+S1p/VR5Awa7a M7mGY8BE14cNYpShusDcbKmTcSW/bGPaUpvzr20Cwk8q5inlo3/SNlxPTgZ4BdqTt9h9 6wf4lFq3Tgsg4Wdc2wZLlX43ywtDKC9lqk4oeiyHI/K85H5Z22v5RMCrQo1w5Pj3tWlj sRob63oIUIb2nE9pUSEqGpRy8ZuPymAbEm8ddedxSjeqqbL96NSZFSse023hTguv3Ef1 A9vw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=WIPyuJFhr5Tfws8yjYW099/dIpE8xCS5eICwWO9fGFs=; b=X6MqbTR4kpicBnyMda5WMGgNOumt/bHUsESjhDrnR6TG9Dt4wrFRIvmLlpFFHFDocH 8exSGjnhADh1Qzd+NP0GsimCHfsoOdN9pUigV1h7R+L3R+1mYjF10Xq+Rohs6Y05LqZ2 Eu3xga0ViYlmo8yCn5IfzE0EvEoT3C4KIDkA3At7lOS0naiYqzH6Md5OrBjMuxtNilUL /k+ucDI02iYQfeEHCLW1+eZ7kF4rWR8tDY2sLhsjVYth/PVi9jF6SiNCmTYx4uqMncP8 O4NZ+EI3yblLS8yppnkjLkuf5+4WL6QTZcEnnnBxy3p+zG6VUiUMQeE3iDxUYONih3r/ nb7g== X-Gm-Message-State: AOAM531Om4iW/eKvIkTbTmtawN6/oYRBy9v3u3k7dugaSgSDZOAzXVBs CAy7EQeWgpIFUMrNWObEFRcSztnPWwyY1MngLKgB8hf+WrDO4g== X-Google-Smtp-Source: ABdhPJztNDq5Lkrtej6S/SaQY1TXzX4KgLlEuUcfEpVJMT1B/QHNEHuE4/yhGvuOScRaxPzg5tmqkjNrbIyw6duYo2M= X-Received: by 2002:a1f:c9c2:: with SMTP id z185mr12494550vkf.26.1638398891400; Wed, 01 Dec 2021 14:48:11 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Wed, 1 Dec 2021 15:47:59 -0700 Message-ID: Subject: Re: ZFS deadlocks triggered by HDD timeouts To: Alan Somers Cc: FreeBSD Content-Type: multipart/alternative; boundary="000000000000ec2e8605d21d77dc" X-Rspamd-Queue-Id: 4J4Dl018n0z4ZWf X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: Y --000000000000ec2e8605d21d77dc Content-Type: text/plain; charset="UTF-8" On Wed, Dec 1, 2021, 3:36 PM Alan Somers wrote: > On Wed, Dec 1, 2021 at 2:46 PM Warner Losh wrote: > > > > > > > > > > On Wed, Dec 1, 2021, 2:36 PM Alan Somers wrote: > >> > >> On Wed, Dec 1, 2021 at 1:56 PM Warner Losh wrote: > >> > > >> > > >> > > >> > On Wed, Dec 1, 2021 at 1:47 PM Alan Somers > wrote: > >> >> > >> >> On Wed, Dec 1, 2021 at 1:37 PM Warner Losh wrote: > >> >> > > >> >> > > >> >> > > >> >> > On Wed, Dec 1, 2021 at 1:28 PM Alan Somers > wrote: > >> >> >> > >> >> >> On Wed, Dec 1, 2021 at 11:25 AM Warner Losh > wrote: > >> >> >> > > >> >> >> > > >> >> >> > > >> >> >> > On Wed, Dec 1, 2021, 11:16 AM Alan Somers > wrote: > >> >> >> >> > >> >> >> >> On a stable/13 build from 16-Sep-2021 I see frequent ZFS > deadlocks > >> >> >> >> triggered by HDD timeouts. The timeouts are probably caused by > >> >> >> >> genuine hardware faults, but they didn't lead to deadlocks in > >> >> >> >> 12.2-RELEASE or 13.0-RELEASE. Unfortunately I don't have much > >> >> >> >> additional information. ZFS's stack traces aren't very > informative, > >> >> >> >> and dmesg doesn't show anything besides the usual information > about > >> >> >> >> the disk timeout. I don't see anything obviously related in > the > >> >> >> >> commit history for that time range, either. > >> >> >> >> > >> >> >> >> Has anybody else observed this phenomenon? Or does anybody > have a > >> >> >> >> good way to deliberately inject timeouts? CAM makes it easy > enough to > >> >> >> >> inject an error, but not a timeout. If it did, then I could > bisect > >> >> >> >> the problem. As it is I can only reproduce it on production > servers. > >> >> >> > > >> >> >> > > >> >> >> > What SIM? Timeouts are tricky because they have many sources, > some of which are nonlocal... > >> >> >> > > >> >> >> > Warner > >> >> >> > >> >> >> mpr(4) > >> >> > > >> >> > > >> >> > Is this just a single drive that's acting up, or is the controller > initialized as part of the error recovery? > >> >> > >> >> I'm not doing anything fancy with mprutil or sas3flash, if that's > what > >> >> you're asking. > >> > > >> > > >> > No. I'm asking if you've enabled debugging on the recovery messages > and see that we enter any kind of > >> > controller reset when the timeouts occur. > >> > >> No. My CAM setup is the default except that I enabled CAM_IO_STATS > >> and changed the following two sysctls: > >> kern.cam.da.retry_count=2 > >> kern.cam.da.default_timeout=10 > >> > >> > >> > > >> >> > >> >> > If a single drive, > >> >> > are there multiple timeouts that happen at the same time such that > we timeout a request while we're waiting for > >> >> > the abort command we send to the firmware to be acknowledged? > >> >> > >> >> I don't know. > >> > > >> > > >> > OK. > >> > > >> >> > >> >> > Would you be able to run a kgdb script to see > >> >> > if you're hitting a situation that I fixed in mpr that would cause > I/O to never complete in this rather odd circumstance? > >> >> > If you can, and if it is, then there's a change I can MFC :). > >> >> > >> >> Possibly. When would I run this kgdb script? Before ZFS locks up, > >> >> after, or while the problematic timeout happens? > >> > > >> > > >> > After the timeouts. I've been doing 'kgdb' followed by 'source > mpr-hang.gdb' to run this. > >> > > >> > What you are looking for is anything with a qfrozen_cnt > 0.. The > script is imperfect and racy > >> > with normal operations (but not in a bad way), so you may need to run > it a couple of times > >> > to get consistent data. On my systems, there'd be one or two devices > with a frozen count > 1 > >> > and no I/O happened on those drives and processes hung. That might > not be any different than > >> > a deadlock :) > >> > > >> > Warner > >> > > >> > P.S. here's the mpr-hang.gdb script. Not sure if I can make an > attachment survive the mailing lists :) > >> > >> Thanks, I'll try that. If this is the problem, do you have any idea > >> why it wouldn't happen on 12.2-RELEASE (I haven't seen it on > >> 13.0-RELEASE, but maybe I just don't have enough runtime on that > >> version). > > > > > > 9781c28c6d63 was merged to stable/13 as a996b55ab34c on Sept 2nd. I > fixed a bug > > with that version in current as a8837c77efd0, but haven't merged it. I > kinda expect that > > this might be the cause of the problem. But in Netflix's fleet we've > seen this maybe a > > couple of times a week over many thousands of machines, so I've been a > little cautious > > in merging it to make sure that it's really fixed. So far, the jury is > out. > > > > Warner > > Well, I'm experiencing this error much more frequently than you then. > I've seen it on about 10% of similarly-configured servers and they've > only been running that release for 1 week. > You can run my script soon then to see if it's the same thing. Warner -Alan > --000000000000ec2e8605d21d77dc-- From nobody Fri Dec 3 15:38:37 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E624618B0927 for ; Fri, 3 Dec 2021 15:38:56 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oi1-f170.google.com (mail-oi1-f170.google.com [209.85.167.170]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4J5H6m1jhgz3JxM for ; Fri, 3 Dec 2021 15:38:56 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-oi1-f170.google.com with SMTP id q25so6648202oiw.0 for ; Fri, 03 Dec 2021 07:38:56 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=fzJrFs3DZ3yj0964dR+iIMkPqER+nlRgHIm3SIgnNNk=; b=lSAHrduK7I1rlxN/4aylmLO23tzGmRGYzSy4vSpSi2CqvBD/nnjcfEwM43XbWQKq+6 BYTqtNf6vYLQ95vn4a0DydwFblEbLqE1UVv+Lx3vVl85+R9uxDa3hi7qfy98YX0sy80c EGgumsMjD267Ss8EEGBPOflao4xHnfx5GydnY+vZ3N7pDrVefxGzktyAaftcUSGaTV7a pbTk+HNjRFhi6eZP9/AjkDO+q7O+d3khskYnaQI6QztvsQR185xH4lSrsB5zW5N3pKGl odW+delxi9iIXowhwXlGYsO3hEekD1NdqjZrOEnUy6i4TgXPPRCvIBBBUPvQ8mRsI1Vw Nqpw== X-Gm-Message-State: AOAM530q510dc/wfHH829we5ywgeOkugdGvdx5IANfUdbbrCdPfJ9AUZ XeIrh4lLV+TJMEd8v+WPP2O2b5lqHgklQXGdzLqI3wHHUjU= X-Google-Smtp-Source: ABdhPJx64Ke/yp/gxRJX59kt+Lo2CSO2KNALhaKyuGWM0/sNoezyABketDtkYX649oL04d+/5JFlJvtbyjcBfW+auMY= X-Received: by 2002:aca:1001:: with SMTP id 1mr10340879oiq.55.1638545928631; Fri, 03 Dec 2021 07:38:48 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Alan Somers Date: Fri, 3 Dec 2021 08:38:37 -0700 Message-ID: Subject: Re: ZFS deadlocks triggered by HDD timeouts To: Warner Losh Cc: FreeBSD Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4J5H6m1jhgz3JxM X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.167.170 as permitted sender) smtp.mailfrom=asomers@gmail.com X-Spamd-Result: default: False [1.45 / 15.00]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[asomers]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; RCVD_TLS_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; NEURAL_SPAM_MEDIUM(0.63)[0.629]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.18)[-0.178]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[209.85.167.170:from]; NEURAL_SPAM_LONG(1.00)[1.000]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.167.170:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On Wed, Dec 1, 2021 at 3:48 PM Warner Losh wrote: > > > > On Wed, Dec 1, 2021, 3:36 PM Alan Somers wrote: >> >> On Wed, Dec 1, 2021 at 2:46 PM Warner Losh wrote: >> > >> > >> > >> > >> > On Wed, Dec 1, 2021, 2:36 PM Alan Somers wrote: >> >> >> >> On Wed, Dec 1, 2021 at 1:56 PM Warner Losh wrote: >> >> > >> >> > >> >> > >> >> > On Wed, Dec 1, 2021 at 1:47 PM Alan Somers wrote: >> >> >> >> >> >> On Wed, Dec 1, 2021 at 1:37 PM Warner Losh wrote: >> >> >> > >> >> >> > >> >> >> > >> >> >> > On Wed, Dec 1, 2021 at 1:28 PM Alan Somers wrote: >> >> >> >> >> >> >> >> On Wed, Dec 1, 2021 at 11:25 AM Warner Losh wrote: >> >> >> >> > >> >> >> >> > >> >> >> >> > >> >> >> >> > On Wed, Dec 1, 2021, 11:16 AM Alan Somers wrote: >> >> >> >> >> >> >> >> >> >> On a stable/13 build from 16-Sep-2021 I see frequent ZFS deadlocks >> >> >> >> >> triggered by HDD timeouts. The timeouts are probably caused by >> >> >> >> >> genuine hardware faults, but they didn't lead to deadlocks in >> >> >> >> >> 12.2-RELEASE or 13.0-RELEASE. Unfortunately I don't have much >> >> >> >> >> additional information. ZFS's stack traces aren't very informative, >> >> >> >> >> and dmesg doesn't show anything besides the usual information about >> >> >> >> >> the disk timeout. I don't see anything obviously related in the >> >> >> >> >> commit history for that time range, either. >> >> >> >> >> >> >> >> >> >> Has anybody else observed this phenomenon? Or does anybody have a >> >> >> >> >> good way to deliberately inject timeouts? CAM makes it easy enough to >> >> >> >> >> inject an error, but not a timeout. If it did, then I could bisect >> >> >> >> >> the problem. As it is I can only reproduce it on production servers. >> >> >> >> > >> >> >> >> > >> >> >> >> > What SIM? Timeouts are tricky because they have many sources, some of which are nonlocal... >> >> >> >> > >> >> >> >> > Warner >> >> >> >> >> >> >> >> mpr(4) >> >> >> > >> >> >> > >> >> >> > Is this just a single drive that's acting up, or is the controller initialized as part of the error recovery? >> >> >> >> >> >> I'm not doing anything fancy with mprutil or sas3flash, if that's what >> >> >> you're asking. >> >> > >> >> > >> >> > No. I'm asking if you've enabled debugging on the recovery messages and see that we enter any kind of >> >> > controller reset when the timeouts occur. >> >> >> >> No. My CAM setup is the default except that I enabled CAM_IO_STATS >> >> and changed the following two sysctls: >> >> kern.cam.da.retry_count=2 >> >> kern.cam.da.default_timeout=10 >> >> >> >> >> >> > >> >> >> >> >> >> > If a single drive, >> >> >> > are there multiple timeouts that happen at the same time such that we timeout a request while we're waiting for >> >> >> > the abort command we send to the firmware to be acknowledged? >> >> >> >> >> >> I don't know. >> >> > >> >> > >> >> > OK. >> >> > >> >> >> >> >> >> > Would you be able to run a kgdb script to see >> >> >> > if you're hitting a situation that I fixed in mpr that would cause I/O to never complete in this rather odd circumstance? >> >> >> > If you can, and if it is, then there's a change I can MFC :). >> >> >> >> >> >> Possibly. When would I run this kgdb script? Before ZFS locks up, >> >> >> after, or while the problematic timeout happens? >> >> > >> >> > >> >> > After the timeouts. I've been doing 'kgdb' followed by 'source mpr-hang.gdb' to run this. >> >> > >> >> > What you are looking for is anything with a qfrozen_cnt > 0.. The script is imperfect and racy >> >> > with normal operations (but not in a bad way), so you may need to run it a couple of times >> >> > to get consistent data. On my systems, there'd be one or two devices with a frozen count > 1 >> >> > and no I/O happened on those drives and processes hung. That might not be any different than >> >> > a deadlock :) >> >> > >> >> > Warner >> >> > >> >> > P.S. here's the mpr-hang.gdb script. Not sure if I can make an attachment survive the mailing lists :) >> >> >> >> Thanks, I'll try that. If this is the problem, do you have any idea >> >> why it wouldn't happen on 12.2-RELEASE (I haven't seen it on >> >> 13.0-RELEASE, but maybe I just don't have enough runtime on that >> >> version). >> > >> > >> > 9781c28c6d63 was merged to stable/13 as a996b55ab34c on Sept 2nd. I fixed a bug >> > with that version in current as a8837c77efd0, but haven't merged it. I kinda expect that >> > this might be the cause of the problem. But in Netflix's fleet we've seen this maybe a >> > couple of times a week over many thousands of machines, so I've been a little cautious >> > in merging it to make sure that it's really fixed. So far, the jury is out. >> > >> > Warner >> >> Well, I'm experiencing this error much more frequently than you then. >> I've seen it on about 10% of similarly-configured servers and they've >> only been running that release for 1 week. > > > You can run my script soon then to see if it's the same thing. > > Warner > >> -Alan That confirms it. I hit the deadlock again, and qfrozen_cnt was between 1 and 3 for four devices: two da devices (we use multipath) and their accompanying pass devices. So I should try merging a8837c77efd0 next? From nobody Sat Dec 4 00:18:51 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D2E7C18CE532 for ; Sat, 4 Dec 2021 00:19:09 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ua1-x931.google.com (mail-ua1-x931.google.com [IPv6:2607:f8b0:4864:20::931]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4J5Vg15L7Wz4n7X for ; Sat, 4 Dec 2021 00:19:09 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-ua1-x931.google.com with SMTP id t13so8519262uad.9 for ; Fri, 03 Dec 2021 16:19:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=xFXxhvn4nOqfacAyAWoto4ken8HdeC20DUMnY/Zy6b0=; b=Egeka2iJTbeeyCAgcKjeHHGNbIgsh7iS7d+Z5Twhuc+tIJuBlsTlL5VO/jGVUFDOwm nf7EIOMN7wSynn9JwUIk/FTlRV0GlNvEDHAqBTxR2yTTFMRn4oa3VaSWUoNG7w158mn4 EDqoZLitEeaUase1HP1TeSWXqkT0gCHompouMlONnbiVPj9qLeCzvm8rJPHkgstOGBzK e6vnKUOcLTICVkj7BOM54/KddbhHcUXyy+QiT9ybfqMrnx+Kc4n95zVqucVclIv69hya wj/YjbiSHoaCGJCG4cmAHKNRMDrV+d9etyyGJkIbAns56oiraFt7OvFhox6QSdlkp4i2 gqwg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=xFXxhvn4nOqfacAyAWoto4ken8HdeC20DUMnY/Zy6b0=; b=E7jHlHuJqX6EQxkegTpAJHU0My+JspGPfVFWdLjebTR49EtBcQ2QpqZs/xOdzJh33a 13/qcmcQOY7ZDwDEV3uM/la2SqvRez06slASYVqNPCF9xUw0gwodyJy4O/GNj9ZGO/iP ptr4X/q7PpWuyXgOC5T95SRirY6uHhukVJILQBxwnO4h9nI89nYa7Az2OTxs6cg9CIZT PunLN+/KE98kLe40Y2gzKNN8X7e3OhmZjzpT49fThkJjyR6lrpmEBs84y5OUIPC8mnsW g/4nDKfFr0T4bBJzLY2vUn0y2Bn0Gmzx2SZAmQ+7BQ3P07Lxr0ye/XNDwx+wiDpZKoqX hdQA== X-Gm-Message-State: AOAM531e/EnBGeHHEXsZarN9wnO62zkOZoPVdZmTVSu0lXw4FOteEMQa aQjz4MaFCMqFrgS2zc67nkilGA1Lz29efehNUPHv7Q== X-Google-Smtp-Source: ABdhPJx7LzhBkuwsxw5VMDi78AvT0k6M8QV5I++2jHWWs4fwN9F1oUAc0S4CPfhnabGNQBCkMVrjpsGdRtMZKG69dOg= X-Received: by 2002:a9f:21d7:: with SMTP id 81mr26716011uac.39.1638577142692; Fri, 03 Dec 2021 16:19:02 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Fri, 3 Dec 2021 17:18:51 -0700 Message-ID: Subject: Re: ZFS deadlocks triggered by HDD timeouts To: Alan Somers Cc: FreeBSD Content-Type: multipart/alternative; boundary="00000000000087180405d246f84e" X-Rspamd-Queue-Id: 4J5Vg15L7Wz4n7X X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: Y --00000000000087180405d246f84e Content-Type: text/plain; charset="UTF-8" Hey Alan, On Fri, Dec 3, 2021 at 8:38 AM Alan Somers wrote: > On Wed, Dec 1, 2021 at 3:48 PM Warner Losh wrote: > > > > > > > > On Wed, Dec 1, 2021, 3:36 PM Alan Somers wrote: > >> > >> On Wed, Dec 1, 2021 at 2:46 PM Warner Losh wrote: > >> > > >> > > >> > > >> > > >> > On Wed, Dec 1, 2021, 2:36 PM Alan Somers wrote: > >> >> > >> >> On Wed, Dec 1, 2021 at 1:56 PM Warner Losh wrote: > >> >> > > >> >> > > >> >> > > >> >> > On Wed, Dec 1, 2021 at 1:47 PM Alan Somers > wrote: > >> >> >> > >> >> >> On Wed, Dec 1, 2021 at 1:37 PM Warner Losh > wrote: > >> >> >> > > >> >> >> > > >> >> >> > > >> >> >> > On Wed, Dec 1, 2021 at 1:28 PM Alan Somers > wrote: > >> >> >> >> > >> >> >> >> On Wed, Dec 1, 2021 at 11:25 AM Warner Losh > wrote: > >> >> >> >> > > >> >> >> >> > > >> >> >> >> > > >> >> >> >> > On Wed, Dec 1, 2021, 11:16 AM Alan Somers < > asomers@freebsd.org> wrote: > >> >> >> >> >> > >> >> >> >> >> On a stable/13 build from 16-Sep-2021 I see frequent ZFS > deadlocks > >> >> >> >> >> triggered by HDD timeouts. The timeouts are probably > caused by > >> >> >> >> >> genuine hardware faults, but they didn't lead to deadlocks > in > >> >> >> >> >> 12.2-RELEASE or 13.0-RELEASE. Unfortunately I don't have > much > >> >> >> >> >> additional information. ZFS's stack traces aren't very > informative, > >> >> >> >> >> and dmesg doesn't show anything besides the usual > information about > >> >> >> >> >> the disk timeout. I don't see anything obviously related > in the > >> >> >> >> >> commit history for that time range, either. > >> >> >> >> >> > >> >> >> >> >> Has anybody else observed this phenomenon? Or does anybody > have a > >> >> >> >> >> good way to deliberately inject timeouts? CAM makes it > easy enough to > >> >> >> >> >> inject an error, but not a timeout. If it did, then I > could bisect > >> >> >> >> >> the problem. As it is I can only reproduce it on > production servers. > >> >> >> >> > > >> >> >> >> > > >> >> >> >> > What SIM? Timeouts are tricky because they have many > sources, some of which are nonlocal... > >> >> >> >> > > >> >> >> >> > Warner > >> >> >> >> > >> >> >> >> mpr(4) > >> >> >> > > >> >> >> > > >> >> >> > Is this just a single drive that's acting up, or is the > controller initialized as part of the error recovery? > >> >> >> > >> >> >> I'm not doing anything fancy with mprutil or sas3flash, if that's > what > >> >> >> you're asking. > >> >> > > >> >> > > >> >> > No. I'm asking if you've enabled debugging on the recovery > messages and see that we enter any kind of > >> >> > controller reset when the timeouts occur. > >> >> > >> >> No. My CAM setup is the default except that I enabled CAM_IO_STATS > >> >> and changed the following two sysctls: > >> >> kern.cam.da.retry_count=2 > >> >> kern.cam.da.default_timeout=10 > >> >> > >> >> > >> >> > > >> >> >> > >> >> >> > If a single drive, > >> >> >> > are there multiple timeouts that happen at the same time such > that we timeout a request while we're waiting for > >> >> >> > the abort command we send to the firmware to be acknowledged? > >> >> >> > >> >> >> I don't know. > >> >> > > >> >> > > >> >> > OK. > >> >> > > >> >> >> > >> >> >> > Would you be able to run a kgdb script to see > >> >> >> > if you're hitting a situation that I fixed in mpr that would > cause I/O to never complete in this rather odd circumstance? > >> >> >> > If you can, and if it is, then there's a change I can MFC :). > >> >> >> > >> >> >> Possibly. When would I run this kgdb script? Before ZFS locks > up, > >> >> >> after, or while the problematic timeout happens? > >> >> > > >> >> > > >> >> > After the timeouts. I've been doing 'kgdb' followed by 'source > mpr-hang.gdb' to run this. > >> >> > > >> >> > What you are looking for is anything with a qfrozen_cnt > 0.. The > script is imperfect and racy > >> >> > with normal operations (but not in a bad way), so you may need to > run it a couple of times > >> >> > to get consistent data. On my systems, there'd be one or two > devices with a frozen count > 1 > >> >> > and no I/O happened on those drives and processes hung. That might > not be any different than > >> >> > a deadlock :) > >> >> > > >> >> > Warner > >> >> > > >> >> > P.S. here's the mpr-hang.gdb script. Not sure if I can make an > attachment survive the mailing lists :) > >> >> > >> >> Thanks, I'll try that. If this is the problem, do you have any idea > >> >> why it wouldn't happen on 12.2-RELEASE (I haven't seen it on > >> >> 13.0-RELEASE, but maybe I just don't have enough runtime on that > >> >> version). > >> > > >> > > >> > 9781c28c6d63 was merged to stable/13 as a996b55ab34c on Sept 2nd. I > fixed a bug > >> > with that version in current as a8837c77efd0, but haven't merged it. > I kinda expect that > >> > this might be the cause of the problem. But in Netflix's fleet we've > seen this maybe a > >> > couple of times a week over many thousands of machines, so I've been > a little cautious > >> > in merging it to make sure that it's really fixed. So far, the jury > is out. > >> > > >> > Warner > >> > >> Well, I'm experiencing this error much more frequently than you then. > >> I've seen it on about 10% of similarly-configured servers and they've > >> only been running that release for 1 week. > > > > > > You can run my script soon then to see if it's the same thing. > > > > Warner > > > >> -Alan > > That confirms it. I hit the deadlock again, and qfrozen_cnt was > between 1 and 3 for four devices: two da devices (we use multipath) > and their accompanying pass devices. So I should try merging > a8837c77efd0 next? > Yes. I'd planned on merging it this weekend, but if you wanted a jump on me, that's the next step. Warner --00000000000087180405d246f84e-- From nobody Sat Dec 4 00:25:48 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id DAAEA18D1916 for ; Sat, 4 Dec 2021 00:26:06 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oo1-f45.google.com (mail-oo1-f45.google.com [209.85.161.45]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4J5Vq25hw6z4qg4 for ; Sat, 4 Dec 2021 00:26:06 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-oo1-f45.google.com with SMTP id p2-20020a4adfc2000000b002c2676904fdso2534209ood.13 for ; Fri, 03 Dec 2021 16:26:06 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Nc16PRQ/wTbIa+Bn30W4OXrhl7zlpk5Mqel61HNqLwk=; b=6sDpsTa2lRgmd5vVnkaImokjjX2V1QH/VWD/h/A1EgaTbszBngn2oGcQItFYTRlqdZ SUiiuug/shMFJfYgyJwpI8JiqEMRCzgbjOe+KEP7JwQZfmgen53u4lYUKOPvGSAR5SW4 ZK8U1yqXlmIOgRFaz7PsUaLWPF31ugdal/vucQOoCNSw0jxYN2rNT09blC0l3iU21Syu ILZP+5UINazCiadVnUY1FXhcNZb/FZbSPfm0w3yrWNrIumypcdFkeeiblcudMgAGE43R UfgNmxUtABh7iqSWGs+vo9Sie9+USZJG06FzAnDH+bakEFrHqa4Z9ZRJ7p+ayYZmSSC6 TV+A== X-Gm-Message-State: AOAM533/eJBMXqsHHPakn0ScBScSJmiNHmphzTanb8Pc53TeiiWcfA+D dqguknbSSj5+7XiUzyUtz4GRHTqPZmsFfCi59HhdliJD X-Google-Smtp-Source: ABdhPJxwpu6RLen28pqCi0q/r0p2eJxpv9D81Mm5A0ZPK432DSjnHq0GSkg5ISkd1TGvv9nvkRbuyM4rKzQmBB+Pe5o= X-Received: by 2002:a4a:6215:: with SMTP id x21mr14654316ooc.16.1638577560177; Fri, 03 Dec 2021 16:26:00 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Alan Somers Date: Fri, 3 Dec 2021 17:25:48 -0700 Message-ID: Subject: Re: ZFS deadlocks triggered by HDD timeouts To: Warner Losh Cc: FreeBSD Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4J5Vq25hw6z4qg4 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Fri, Dec 3, 2021 at 5:19 PM Warner Losh wrote: > > Hey Alan, > > On Fri, Dec 3, 2021 at 8:38 AM Alan Somers wrote: >> >> On Wed, Dec 1, 2021 at 3:48 PM Warner Losh wrote: >> > >> > >> > >> > On Wed, Dec 1, 2021, 3:36 PM Alan Somers wrote: >> >> >> >> On Wed, Dec 1, 2021 at 2:46 PM Warner Losh wrote: >> >> > >> >> > >> >> > >> >> > >> >> > On Wed, Dec 1, 2021, 2:36 PM Alan Somers wrote: >> >> >> >> >> >> On Wed, Dec 1, 2021 at 1:56 PM Warner Losh wrote: >> >> >> > >> >> >> > >> >> >> > >> >> >> > On Wed, Dec 1, 2021 at 1:47 PM Alan Somers wrote: >> >> >> >> >> >> >> >> On Wed, Dec 1, 2021 at 1:37 PM Warner Losh wrote: >> >> >> >> > >> >> >> >> > >> >> >> >> > >> >> >> >> > On Wed, Dec 1, 2021 at 1:28 PM Alan Somers wrote: >> >> >> >> >> >> >> >> >> >> On Wed, Dec 1, 2021 at 11:25 AM Warner Losh wrote: >> >> >> >> >> > >> >> >> >> >> > >> >> >> >> >> > >> >> >> >> >> > On Wed, Dec 1, 2021, 11:16 AM Alan Somers wrote: >> >> >> >> >> >> >> >> >> >> >> >> On a stable/13 build from 16-Sep-2021 I see frequent ZFS deadlocks >> >> >> >> >> >> triggered by HDD timeouts. The timeouts are probably caused by >> >> >> >> >> >> genuine hardware faults, but they didn't lead to deadlocks in >> >> >> >> >> >> 12.2-RELEASE or 13.0-RELEASE. Unfortunately I don't have much >> >> >> >> >> >> additional information. ZFS's stack traces aren't very informative, >> >> >> >> >> >> and dmesg doesn't show anything besides the usual information about >> >> >> >> >> >> the disk timeout. I don't see anything obviously related in the >> >> >> >> >> >> commit history for that time range, either. >> >> >> >> >> >> >> >> >> >> >> >> Has anybody else observed this phenomenon? Or does anybody have a >> >> >> >> >> >> good way to deliberately inject timeouts? CAM makes it easy enough to >> >> >> >> >> >> inject an error, but not a timeout. If it did, then I could bisect >> >> >> >> >> >> the problem. As it is I can only reproduce it on production servers. >> >> >> >> >> > >> >> >> >> >> > >> >> >> >> >> > What SIM? Timeouts are tricky because they have many sources, some of which are nonlocal... >> >> >> >> >> > >> >> >> >> >> > Warner >> >> >> >> >> >> >> >> >> >> mpr(4) >> >> >> >> > >> >> >> >> > >> >> >> >> > Is this just a single drive that's acting up, or is the controller initialized as part of the error recovery? >> >> >> >> >> >> >> >> I'm not doing anything fancy with mprutil or sas3flash, if that's what >> >> >> >> you're asking. >> >> >> > >> >> >> > >> >> >> > No. I'm asking if you've enabled debugging on the recovery messages and see that we enter any kind of >> >> >> > controller reset when the timeouts occur. >> >> >> >> >> >> No. My CAM setup is the default except that I enabled CAM_IO_STATS >> >> >> and changed the following two sysctls: >> >> >> kern.cam.da.retry_count=2 >> >> >> kern.cam.da.default_timeout=10 >> >> >> >> >> >> >> >> >> > >> >> >> >> >> >> >> >> > If a single drive, >> >> >> >> > are there multiple timeouts that happen at the same time such that we timeout a request while we're waiting for >> >> >> >> > the abort command we send to the firmware to be acknowledged? >> >> >> >> >> >> >> >> I don't know. >> >> >> > >> >> >> > >> >> >> > OK. >> >> >> > >> >> >> >> >> >> >> >> > Would you be able to run a kgdb script to see >> >> >> >> > if you're hitting a situation that I fixed in mpr that would cause I/O to never complete in this rather odd circumstance? >> >> >> >> > If you can, and if it is, then there's a change I can MFC :). >> >> >> >> >> >> >> >> Possibly. When would I run this kgdb script? Before ZFS locks up, >> >> >> >> after, or while the problematic timeout happens? >> >> >> > >> >> >> > >> >> >> > After the timeouts. I've been doing 'kgdb' followed by 'source mpr-hang.gdb' to run this. >> >> >> > >> >> >> > What you are looking for is anything with a qfrozen_cnt > 0.. The script is imperfect and racy >> >> >> > with normal operations (but not in a bad way), so you may need to run it a couple of times >> >> >> > to get consistent data. On my systems, there'd be one or two devices with a frozen count > 1 >> >> >> > and no I/O happened on those drives and processes hung. That might not be any different than >> >> >> > a deadlock :) >> >> >> > >> >> >> > Warner >> >> >> > >> >> >> > P.S. here's the mpr-hang.gdb script. Not sure if I can make an attachment survive the mailing lists :) >> >> >> >> >> >> Thanks, I'll try that. If this is the problem, do you have any idea >> >> >> why it wouldn't happen on 12.2-RELEASE (I haven't seen it on >> >> >> 13.0-RELEASE, but maybe I just don't have enough runtime on that >> >> >> version). >> >> > >> >> > >> >> > 9781c28c6d63 was merged to stable/13 as a996b55ab34c on Sept 2nd. I fixed a bug >> >> > with that version in current as a8837c77efd0, but haven't merged it. I kinda expect that >> >> > this might be the cause of the problem. But in Netflix's fleet we've seen this maybe a >> >> > couple of times a week over many thousands of machines, so I've been a little cautious >> >> > in merging it to make sure that it's really fixed. So far, the jury is out. >> >> > >> >> > Warner >> >> >> >> Well, I'm experiencing this error much more frequently than you then. >> >> I've seen it on about 10% of similarly-configured servers and they've >> >> only been running that release for 1 week. >> > >> > >> > You can run my script soon then to see if it's the same thing. >> > >> > Warner >> > >> >> -Alan >> >> That confirms it. I hit the deadlock again, and qfrozen_cnt was >> between 1 and 3 for four devices: two da devices (we use multipath) >> and their accompanying pass devices. So I should try merging >> a8837c77efd0 next? > > > Yes. I'd planned on merging it this weekend, but if you wanted a jump > on me, that's the next step. > > Warner It merged without conflict, and I'm testing it now. But without a way to inject timeouts I can't tell whether it's working. -Alan From nobody Sat Dec 4 00:28:03 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 03A7818D205D for ; Sat, 4 Dec 2021 00:28:22 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-vk1-xa2d.google.com (mail-vk1-xa2d.google.com [IPv6:2607:f8b0:4864:20::a2d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4J5Vsd6PcDz4rFs for ; Sat, 4 Dec 2021 00:28:21 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-vk1-xa2d.google.com with SMTP id e27so2948624vkd.4 for ; Fri, 03 Dec 2021 16:28:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=k/lkbrMjeUAzojxbYVWvs9t7CSmgUBOw5UOgXJDGwF8=; b=1oE6Q/p3cPJ9iTVZ8OzqVG5sYaBFTS8TueKk1OAnW3l00O9nWTXDn1KN/CyBxGeovJ YvM47u+dW3Gx0wPvg9zDMj9swuVgDmVrd91Rq645yrsgIT2A8lq0Ef1XPDr6nv+dEUQ5 mHC57YU9lEpiWcKZScxtA/dCLsUP8eSpeNl5MWR4E3gLhTcCOoJRCdfs75o4gjZzz/1E DNoI0OS3GGDtFaBQgWRUn+LKCIzl+3VOWm3yE8DqCN05Rvs7wUUmgcb4OfWghRVqIkD8 N9dAHBEJb2j9W20LmtfmqAVdsWTeqXT7ovF48r/7YNWtlHW0YEbVrPDOOcfKZ9gBV2sz 2huQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=k/lkbrMjeUAzojxbYVWvs9t7CSmgUBOw5UOgXJDGwF8=; b=lXkwGyIHENUC5fhSi5IVAm9jUn0oQ/BJZ7x9raT93d/DWwtK8m6+TtUy1bIiBc1W9D 40TZgMWqyWIHKfHF5AQjsON52XApEXWXoKrwLtsTkR160xqt6CDKE+3TeQfBrBWReoZx UCVMkwOEt8sX/FGYIpgVUlCZdsw+eL/MhJ9EaGQJ7KxOEEsJYyLknHDOjX1doaUAPiMo PKMbE3mMvvsjejWQ1NMv4pkwPpNb5+VN20gi8OBvwzB1MC4qN7yglpJRtNs7zDryK9Zi 6AEc8f5eEhxy5CbKOSpXkHCbXkk33pBrIVWcQ4FXm5jumgkunmrGthr48GQ7m4Yo+KRR fXEA== X-Gm-Message-State: AOAM531/vbLtKp4vsNAldRfmHtD/kRSpnIEoBMD3SALeif2F5JWfPCiI Iir3BJmzO+gKofs+aODmZs0xf5KyKyjANqjtgtsSzHKxv04hqVRf X-Google-Smtp-Source: ABdhPJzFregj6US8TmFe2MumxXm8n2+fwcTAPgpZS/TDjJkfXRz9WtcN1fYDSoTORE3aPckoqxdn2cJ0rkvQdMqeMIc= X-Received: by 2002:a1f:c9c2:: with SMTP id z185mr27953595vkf.26.1638577694824; Fri, 03 Dec 2021 16:28:14 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Fri, 3 Dec 2021 17:28:03 -0700 Message-ID: Subject: Re: ZFS deadlocks triggered by HDD timeouts To: Alan Somers Cc: FreeBSD Content-Type: multipart/alternative; boundary="0000000000006fef3905d2471928" X-Rspamd-Queue-Id: 4J5Vsd6PcDz4rFs X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: Y --0000000000006fef3905d2471928 Content-Type: text/plain; charset="UTF-8" Hey Alan, On Fri, Dec 3, 2021 at 5:26 PM Alan Somers wrote: > On Fri, Dec 3, 2021 at 5:19 PM Warner Losh wrote: > > > > Hey Alan, > > > > On Fri, Dec 3, 2021 at 8:38 AM Alan Somers wrote: > >> > >> On Wed, Dec 1, 2021 at 3:48 PM Warner Losh wrote: > >> > > >> > > >> > > >> > On Wed, Dec 1, 2021, 3:36 PM Alan Somers wrote: > >> >> > >> >> On Wed, Dec 1, 2021 at 2:46 PM Warner Losh wrote: > >> >> > > >> >> > > >> >> > > >> >> > > >> >> > On Wed, Dec 1, 2021, 2:36 PM Alan Somers > wrote: > >> >> >> > >> >> >> On Wed, Dec 1, 2021 at 1:56 PM Warner Losh > wrote: > >> >> >> > > >> >> >> > > >> >> >> > > >> >> >> > On Wed, Dec 1, 2021 at 1:47 PM Alan Somers > wrote: > >> >> >> >> > >> >> >> >> On Wed, Dec 1, 2021 at 1:37 PM Warner Losh > wrote: > >> >> >> >> > > >> >> >> >> > > >> >> >> >> > > >> >> >> >> > On Wed, Dec 1, 2021 at 1:28 PM Alan Somers < > asomers@freebsd.org> wrote: > >> >> >> >> >> > >> >> >> >> >> On Wed, Dec 1, 2021 at 11:25 AM Warner Losh > wrote: > >> >> >> >> >> > > >> >> >> >> >> > > >> >> >> >> >> > > >> >> >> >> >> > On Wed, Dec 1, 2021, 11:16 AM Alan Somers < > asomers@freebsd.org> wrote: > >> >> >> >> >> >> > >> >> >> >> >> >> On a stable/13 build from 16-Sep-2021 I see frequent ZFS > deadlocks > >> >> >> >> >> >> triggered by HDD timeouts. The timeouts are probably > caused by > >> >> >> >> >> >> genuine hardware faults, but they didn't lead to > deadlocks in > >> >> >> >> >> >> 12.2-RELEASE or 13.0-RELEASE. Unfortunately I don't > have much > >> >> >> >> >> >> additional information. ZFS's stack traces aren't very > informative, > >> >> >> >> >> >> and dmesg doesn't show anything besides the usual > information about > >> >> >> >> >> >> the disk timeout. I don't see anything obviously > related in the > >> >> >> >> >> >> commit history for that time range, either. > >> >> >> >> >> >> > >> >> >> >> >> >> Has anybody else observed this phenomenon? Or does > anybody have a > >> >> >> >> >> >> good way to deliberately inject timeouts? CAM makes it > easy enough to > >> >> >> >> >> >> inject an error, but not a timeout. If it did, then I > could bisect > >> >> >> >> >> >> the problem. As it is I can only reproduce it on > production servers. > >> >> >> >> >> > > >> >> >> >> >> > > >> >> >> >> >> > What SIM? Timeouts are tricky because they have many > sources, some of which are nonlocal... > >> >> >> >> >> > > >> >> >> >> >> > Warner > >> >> >> >> >> > >> >> >> >> >> mpr(4) > >> >> >> >> > > >> >> >> >> > > >> >> >> >> > Is this just a single drive that's acting up, or is the > controller initialized as part of the error recovery? > >> >> >> >> > >> >> >> >> I'm not doing anything fancy with mprutil or sas3flash, if > that's what > >> >> >> >> you're asking. > >> >> >> > > >> >> >> > > >> >> >> > No. I'm asking if you've enabled debugging on the recovery > messages and see that we enter any kind of > >> >> >> > controller reset when the timeouts occur. > >> >> >> > >> >> >> No. My CAM setup is the default except that I enabled > CAM_IO_STATS > >> >> >> and changed the following two sysctls: > >> >> >> kern.cam.da.retry_count=2 > >> >> >> kern.cam.da.default_timeout=10 > >> >> >> > >> >> >> > >> >> >> > > >> >> >> >> > >> >> >> >> > If a single drive, > >> >> >> >> > are there multiple timeouts that happen at the same time > such that we timeout a request while we're waiting for > >> >> >> >> > the abort command we send to the firmware to be acknowledged? > >> >> >> >> > >> >> >> >> I don't know. > >> >> >> > > >> >> >> > > >> >> >> > OK. > >> >> >> > > >> >> >> >> > >> >> >> >> > Would you be able to run a kgdb script to see > >> >> >> >> > if you're hitting a situation that I fixed in mpr that would > cause I/O to never complete in this rather odd circumstance? > >> >> >> >> > If you can, and if it is, then there's a change I can MFC :). > >> >> >> >> > >> >> >> >> Possibly. When would I run this kgdb script? Before ZFS > locks up, > >> >> >> >> after, or while the problematic timeout happens? > >> >> >> > > >> >> >> > > >> >> >> > After the timeouts. I've been doing 'kgdb' followed by 'source > mpr-hang.gdb' to run this. > >> >> >> > > >> >> >> > What you are looking for is anything with a qfrozen_cnt > 0.. > The script is imperfect and racy > >> >> >> > with normal operations (but not in a bad way), so you may need > to run it a couple of times > >> >> >> > to get consistent data. On my systems, there'd be one or two > devices with a frozen count > 1 > >> >> >> > and no I/O happened on those drives and processes hung. That > might not be any different than > >> >> >> > a deadlock :) > >> >> >> > > >> >> >> > Warner > >> >> >> > > >> >> >> > P.S. here's the mpr-hang.gdb script. Not sure if I can make an > attachment survive the mailing lists :) > >> >> >> > >> >> >> Thanks, I'll try that. If this is the problem, do you have any > idea > >> >> >> why it wouldn't happen on 12.2-RELEASE (I haven't seen it on > >> >> >> 13.0-RELEASE, but maybe I just don't have enough runtime on that > >> >> >> version). > >> >> > > >> >> > > >> >> > 9781c28c6d63 was merged to stable/13 as a996b55ab34c on Sept 2nd. > I fixed a bug > >> >> > with that version in current as a8837c77efd0, but haven't merged > it. I kinda expect that > >> >> > this might be the cause of the problem. But in Netflix's fleet > we've seen this maybe a > >> >> > couple of times a week over many thousands of machines, so I've > been a little cautious > >> >> > in merging it to make sure that it's really fixed. So far, the > jury is out. > >> >> > > >> >> > Warner > >> >> > >> >> Well, I'm experiencing this error much more frequently than you then. > >> >> I've seen it on about 10% of similarly-configured servers and they've > >> >> only been running that release for 1 week. > >> > > >> > > >> > You can run my script soon then to see if it's the same thing. > >> > > >> > Warner > >> > > >> >> -Alan > >> > >> That confirms it. I hit the deadlock again, and qfrozen_cnt was > >> between 1 and 3 for four devices: two da devices (we use multipath) > >> and their accompanying pass devices. So I should try merging > >> a8837c77efd0 next? > > > > > > Yes. I'd planned on merging it this weekend, but if you wanted a jump > > on me, that's the next step. > > > > Warner > > It merged without conflict, and I'm testing it now. But without a way > to inject timeouts I can't tell whether it's working. > You can enable, at runtime, the 'recovery' messages from the mpr driver. >From those you'll know if you are hitting the timeout when timeout active case. dev.mpr.0.debug_level=info,fault,recovery is what I think I use. Warner --0000000000006fef3905d2471928-- From nobody Sat Dec 4 10:44:22 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7252F18C20EA for ; Sat, 4 Dec 2021 10:54:28 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::12]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4J5mm31t2bz4pJR for ; Sat, 4 Dec 2021 10:54:27 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 1B4As5Bm022727 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sat, 4 Dec 2021 11:54:05 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-MDaemon-Deliver-To: X-Authentication-Warning: uucp.dinoex.org: Host uucp.dinoex.org [185.220.148.12] claimed to be uucp.dinoex.sub.de Received: (from uucp@localhost) by uucp.dinoex.sub.de (8.17.1/8.17.1/Submit) with UUCP id 1B4As554022726 for freebsd-stable@freebsd.org; Sat, 4 Dec 2021 11:54:05 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.16.1/8.16.1) with ESMTP id 1B4AigWc009197 for ; Sat, 4 Dec 2021 11:44:42 +0100 (CET) (envelope-from peter@gate.intra.daemon.contact) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by gate.intra.daemon.contact (8.16.1/8.16.1) with ESMTPS id 1B4AiMfJ009080 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sat, 4 Dec 2021 11:44:22 +0100 (CET) (envelope-from peter@gate.intra.daemon.contact) Received: (from peter@localhost) by gate.intra.daemon.contact (8.16.1/8.16.1/Submit) id 1B4AiMCE009079 for freebsd-stable@freebsd.org; Sat, 4 Dec 2021 11:44:22 +0100 (CET) (envelope-from peter) Date: Sat, 4 Dec 2021 11:44:22 +0100 From: Peter To: freebsd-stable@freebsd.org Subject: 12.3: igb driver does not receive vlan-tagged packets Message-ID: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.sub.de;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [185.220.148.12]); Sat, 04 Dec 2021 11:54:08 +0100 (CET) X-Rspamd-Queue-Id: 4J5mm31t2bz4pJR X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org designates 2a0b:f840::12 as permitted sender) smtp.mailfrom=pmc@citylink.dinoex.sub.org X-Spamd-Result: default: False [-3.30 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; HAS_XAW(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_NONE(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_NA(0.00)[sub.org]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE]; RCVD_TLS_LAST(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hija, after swapping network interface card (re0) to igb0, my networking failed. I found that igb does send out vlan tagged packets, but not receive any answers, unless a vlan* device was previousely attached with the required vlan number (observed with tcpdump). My current workaround is this hack in rc.conf, which makes things work again for now (I need vlan 7 only for ISP uplink): > cloned_interfaces="vlan0" > ifconfig_vlan0="vlan 7 vlandev igb0" > ifconfig_vlan0_alias0="destroy" That vlan0 device is not needed, but it must have existed once after boot in order to receive the packets at all. This was not the case with the re0 driver. Switching off all hw-offload stuff doesn't seem to change the issue. Is there a rationale for this, or am I missing some neccessary config? (Not seeing any bugreports or otherwise discussion of the matter) cheerio, PMc From nobody Sat Dec 4 11:06:33 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 5140118C806F for ; Sat, 4 Dec 2021 11:06:44 +0000 (UTC) (envelope-from ozkan.kirik@gmail.com) Received: from mail-ua1-x935.google.com (mail-ua1-x935.google.com [IPv6:2607:f8b0:4864:20::935]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4J5n2D1gsvz4sq8 for ; Sat, 4 Dec 2021 11:06:44 +0000 (UTC) (envelope-from ozkan.kirik@gmail.com) Received: by mail-ua1-x935.google.com with SMTP id a14so10481202uak.0 for ; Sat, 04 Dec 2021 03:06:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=hVOYio2/vgxgVPUwq4MNRQ+U5HXArLeJ9uTQIsNfQps=; b=D0eVh/V2AGb/6KQGkxhLCUcwdPXYrYqEenkP9odVj4ioGybbK0vNJwA4v9dVdjn0EI GIWdTaCY+TcvEDojLLa5Q25WCBGeRQ0+alXWq+aIkCMrTXpXjKWzB6z+j0DYm5UFAeAv lxuAteLyq2EjLGQicdXKldhef0ffQTlorfZsSjfSzDi1hGh7Ia8UYNfei/atgQTwF+DN cMu28d1fVQpPk0+UCEpF1RZFUaXtaBuerRbNNsI3jQODOxAzTV8jsygO97XDufE5Drnq 9OE5OrtKYdeeaG556phuQmJ6VGcRQw5RgCyXFVfo5L+YcRG2618xUlOk8X2omMwNgyPL 88LQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=hVOYio2/vgxgVPUwq4MNRQ+U5HXArLeJ9uTQIsNfQps=; b=yv9NzXC2BfwTOm9Fk70URdKviIgPUuoUUwtajpFQznIJv6BYZ+dRYU444ulhYNB7Qh LVq8QtZ1zWKmVXVj4wtT5KAQlYKSwc/ZuL+jsKMqcTgvzSLf9BtNIIU10KCpgkGQR3QK mGTzWxz7VqdL4Ocqppe0lzpvzoDaFe0RwWcw5LtsqRmceQ1jngxfLevWPlbkALg6JF66 KKWGJ7FXSA+sNwcQ0Xxwmx5GaRf72mmjIRxQO7Xysnj2sF12aaaHGnVJYzkV3ixxnB1W qzI7cynAM55Zbn/9gf8lxzwvN6c+bDfqwRnY9ojbFKESFsde2y+D8/fPADvf8gUzXS+5 pkJQ== X-Gm-Message-State: AOAM533KT4YuUeu3gfuGhqnVu7NQNeiRbQ67ghPW5rH0j+CHUAfvRONq PVghxf8zxA+Rx+0No/+a8FbKUR6tHmxy9Ax6YMZyocWaVF4= X-Google-Smtp-Source: ABdhPJx9Jq44uwKdzMCCvBh1ZcekjrDERK42WBlvUg6f1PrjYRjHgvzrkGlrABlYJsRhYZGw8FS4wD46TYr60kNCxAk= X-Received: by 2002:a05:6102:2922:: with SMTP id cz34mr25246587vsb.56.1638616003784; Sat, 04 Dec 2021 03:06:43 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: =?UTF-8?B?w5Z6a2FuIEtJUklL?= Date: Sat, 4 Dec 2021 14:06:33 +0300 Message-ID: Subject: Re: 12.3: igb driver does not receive vlan-tagged packets To: Peter Cc: freebsd-stable Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4J5n2D1gsvz4sq8 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hi, I hit an issue like this. The e1000 & igb driver doesn't reflect hw offload capabilities now. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260068 And the differential https://reviews.freebsd.org/D33154 was created for the bug reported by me. I saw that, you need disable "vlanhwfilter" capability. With the same differential, it will work for you also. regards Ozkan On Sat, Dec 4, 2021 at 1:54 PM Peter wrote: > > Hija, > > after swapping network interface card (re0) to igb0, my networking > failed. > > I found that igb does send out vlan tagged packets, but not receive > any answers, unless a vlan* device was previousely attached with the > required vlan number (observed with tcpdump). > > My current workaround is this hack in rc.conf, which makes things work > again for now (I need vlan 7 only for ISP uplink): > > > cloned_interfaces="vlan0" > > ifconfig_vlan0="vlan 7 vlandev igb0" > > ifconfig_vlan0_alias0="destroy" > > That vlan0 device is not needed, but it must have existed once after > boot in order to receive the packets at all. This was not the case > with the re0 driver. > Switching off all hw-offload stuff doesn't seem to change the issue. > > Is there a rationale for this, or am I missing some neccessary config? > (Not seeing any bugreports or otherwise discussion of the matter) > > > cheerio, > PMc > From nobody Sat Dec 4 18:20:25 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id ED94A18CC3FE for ; Sat, 4 Dec 2021 18:27:13 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::12]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4J5ypS6Shfz51bF for ; Sat, 4 Dec 2021 18:27:12 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 1B4IR5Q0076166 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sat, 4 Dec 2021 19:27:05 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-MDaemon-Deliver-To: X-Authentication-Warning: uucp.dinoex.org: Host uucp.dinoex.org [185.220.148.12] claimed to be uucp.dinoex.sub.de Received: (from uucp@localhost) by uucp.dinoex.sub.de (8.17.1/8.17.1/Submit) with UUCP id 1B4IR5Dq076165 for freebsd-stable@freebsd.org; Sat, 4 Dec 2021 19:27:05 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.16.1/8.16.1) with ESMTP id 1B4IL9BA026777 for ; Sat, 4 Dec 2021 19:21:09 +0100 (CET) (envelope-from peter@gate.intra.daemon.contact) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by gate.intra.daemon.contact (8.16.1/8.16.1) with ESMTPS id 1B4IKP00026487 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sat, 4 Dec 2021 19:20:25 +0100 (CET) (envelope-from peter@gate.intra.daemon.contact) Received: (from peter@localhost) by gate.intra.daemon.contact (8.16.1/8.16.1/Submit) id 1B4IKP9m026486 for freebsd-stable@freebsd.org; Sat, 4 Dec 2021 19:20:25 +0100 (CET) (envelope-from peter) Date: Sat, 4 Dec 2021 19:20:25 +0100 From: Peter To: freebsd-stable@freebsd.org Subject: 12.3: vt driver does not provide virtual console terminals Message-ID: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.sub.de;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [185.220.148.12]); Sat, 04 Dec 2021 19:27:08 +0100 (CET) X-Rspamd-Queue-Id: 4J5ypS6Shfz51bF X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org designates 2a0b:f840::12 as permitted sender) smtp.mailfrom=pmc@citylink.dinoex.sub.org X-Spamd-Result: default: False [-1.39 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; HAS_XAW(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_NONE(0.00)[]; NEURAL_SPAM_SHORT(0.91)[0.915]; DMARC_NA(0.00)[sub.org]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE]; RCVD_TLS_LAST(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hija, the (current default) vt console driver does not provide multiple virtual terminals on VGA console (no KMS). Only one console terminal is accessible. The others are present, they can be switched to with Alt-Fn, but they provide no I/O and are just black. When reverting to the sc console driver, the virtual terminals are working as expected. (But without UTF-8 hardly useable.) The hardware docs say the graphics is an AST-2400 (xeon server board) - I suppose that should resemble a VGA card. The /dev/ttyv* devices are present. (The same config did work with a intel core-i integrated graphics console.) It doesn't make a difference if hw.vga.textmode is on or off. There is also this error reported: > module_register_init: MOD_LOAD (vesa, 0xffffffff80e22c00, 0) error 19 This one is widely discussed as currently not supported by vt driver, but this should be related to higher resolution screen, and not virtual terminals missing. Or has it something to do with each other, and is it a known problem? cheerio, PMc From eugen@grosbein.net Sat Dec 4 18:36:07 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 64DC218CE6FD for ; Sat, 4 Dec 2021 18:36:48 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4J5z1X19WYz53Pm for ; Sat, 4 Dec 2021 18:36:47 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 1B4IaKo5013126 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 4 Dec 2021 18:36:20 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: pmc@citylink.dinoex.sub.org Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 1B4IaJ9V063777 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Sun, 5 Dec 2021 01:36:19 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: 12.3: vt driver does not provide virtual console terminals To: Peter , freebsd-stable@freebsd.org References: From: Eugene Grosbein Message-ID: <366b5ed5-27bd-ab9a-3217-f88416e302fb@grosbein.net> Date: Sun, 5 Dec 2021 01:36:07 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT autolearn=disabled version=3.4.2 X-Spam-Report: * -0.0 SHORTCIRCUIT No description available. * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4J5z1X19WYz53Pm X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N 05.12.2021 1:20, Peter wrote: > the (current default) vt console driver does not provide multiple > virtual terminals on VGA console (no KMS). Only one console terminal > is accessible. The others are present, they can be switched to with > Alt-Fn, but they provide no I/O and are just black. > > When reverting to the sc console driver, the virtual terminals are > working as expected. (But without UTF-8 hardly useable.) JFYI: the sc(4) driver supports UTF-8 since 8.0-RELEASE. A set of kernel options is required: options SC_PIXEL_MODE options VESA options TEKEN_XTERM options TEKEN_UTF8 And optionally for /boot/device.hints: hint.sc.0.flags="0x180" # switch to graphics mode at boot time hint.sc.0.vesa_mode="0x1F0" # preferred framebuffer video mode code And the port sysutils/jfbterm to render fonts. From nobody Sun Dec 5 02:27:41 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 6D9A41831FFE for ; Sun, 5 Dec 2021 02:36:35 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::12]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4J69g61Dv9z3FKW for ; Sun, 5 Dec 2021 02:36:34 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 1B52a5U4026731 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sun, 5 Dec 2021 03:36:05 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-MDaemon-Deliver-To: X-Authentication-Warning: uucp.dinoex.org: Host uucp.dinoex.org [185.220.148.12] claimed to be uucp.dinoex.sub.de Received: (from uucp@localhost) by uucp.dinoex.sub.de (8.17.1/8.17.1/Submit) with UUCP id 1B52a5XJ026730 for freebsd-stable@freebsd.org; Sun, 5 Dec 2021 03:36:05 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.16.1/8.16.1) with ESMTP id 1B52U8YZ037211 for ; Sun, 5 Dec 2021 03:30:08 +0100 (CET) (envelope-from peter@gate.intra.daemon.contact) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by gate.intra.daemon.contact (8.16.1/8.16.1) with ESMTPS id 1B52Rf3P035419 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sun, 5 Dec 2021 03:27:41 +0100 (CET) (envelope-from peter@gate.intra.daemon.contact) Received: (from peter@localhost) by gate.intra.daemon.contact (8.16.1/8.16.1/Submit) id 1B52RfSX035418 for freebsd-stable@freebsd.org; Sun, 5 Dec 2021 03:27:41 +0100 (CET) (envelope-from peter) Date: Sun, 5 Dec 2021 03:27:41 +0100 From: Peter To: freebsd-stable@freebsd.org Subject: 12.3: kernel crash when stopping disks Message-ID: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.sub.de;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [185.220.148.12]); Sun, 05 Dec 2021 03:36:08 +0100 (CET) X-Rspamd-Queue-Id: 4J69g61Dv9z3FKW X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org designates 2a0b:f840::12 as permitted sender) smtp.mailfrom=pmc@citylink.dinoex.sub.org X-Spamd-Result: default: False [-3.12 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.91)[-0.913]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; HAS_XAW(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_NONE(0.00)[]; NEURAL_HAM_SHORT(-0.90)[-0.902]; DMARC_NA(0.00)[sub.org]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE]; RCVD_TLS_LAST(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hija, that one doesn' seem to like me.=20 Dec 5 01:08:14 edge gstopd[8837]: da0: 0@Sun Dec 5 01:08= :14 2021=20 Dec 5 01:08:25 edge gstopd[64139]: Error received from stop = unit command Dec 5 01:08:25 edge kernel: ahd0: Recovery Initiated - Card wa= s not paused Dec 5 01:08:25 edge kernel: >>>>>>>>>>>>>>>>>> Dump Card State= Begins <<<<<<<<<<<<<<<<< Dec 5 01:08:25 edge kernel: ahd0: Dumping Card State at progra= m address 0x7e Mode 0x22 Dec 5 01:08:25 edge kernel: INTSTAT[0x0] SELOID[0x0] SELID[0x2= 0] HS_MAILBOX[0x0]=20 Dec 5 01:08:25 edge kernel: INTCTL[0xc0] SEQINTSTAT[0x10] SAVE= D_MODE[0x11] DFFSTAT[0x33]=20 Dec 5 01:08:25 edge kernel: SCSISIGI[0x0] SCSIPHASE[0x0] SCSIB= US[0x0] LASTPHASE[0x1]=20 Dec 5 01:08:25 edge kernel: SCSISEQ0[0x0] SCSISEQ1[0x12] SEQCT= L0[0x0] SEQINTCTL[0x0]=20 Dec 5 01:08:25 edge kernel: SEQ_FLAGS[0xc0] SEQ_FLAGS2[0x0] QF= REEZE_COUNT[0x1b]=20 Dec 5 01:08:25 edge kernel: KERNEL_QFREEZE_COUNT[0x1b] MK_MESS= AGE_SCB[0xff00]=20 Dec 5 01:08:25 edge kernel: MK_MESSAGE_SCSIID[0xff] SSTAT0[0x0= ] SSTAT1[0x8] SSTAT2[0x0]=20 Dec 5 01:08:25 edge kernel: SSTAT3[0x0] PERRDIAG[0x0] SIMODE1[= 0xa4] LQISTAT0[0x0]=20 Dec 5 01:08:25 edge kernel: LQISTAT1[0x0] LQISTAT2[0x0] LQOSTA= T0[0x0] LQOSTAT1[0x0]=20 Dec 5 01:08:25 edge kernel: LQOSTAT2[0x0]=20 Dec 5 01:08:25 edge kernel:=20 Dec 5 01:08:25 edge kernel: SCB Count =3D 512 CMDS_PENDING =3D= 3 LASTSCB 0xf3 CURRSCB 0xf7 NEXTSCB 0xff00 Dec 5 01:08:25 edge kernel: qinstart =3D 17017 qinfifonext =3D= 17017 Dec 5 01:08:25 edge kernel: QINFIFO: Dec 5 01:08:25 edge kernel: WAITING_TID_QUEUES: Dec 5 01:08:25 edge kernel: Pending list: Dec 5 01:08:25 edge kernel: 247 FIFO_USE[0x0] SCB_CONTROL[0x64= ] SCB_SCSIID[0x7]=20 Dec 5 01:08:25 edge kernel: 499 FIFO_USE[0x0] SCB_CONTROL[0x64= ] SCB_SCSIID[0x7]=20 Dec 5 01:08:25 edge kernel: 252 FIFO_USE[0x0] SCB_CONTROL[0x66= ] SCB_SCSIID[0x7]=20 Dec 5 01:08:25 edge kernel: Total 3 Dec 5 01:08:25 edge kernel: Kernel Free SCB lists:=20 Dec 5 01:08:25 edge kernel: COLIDX[0]: 243 503 508=20 Dec 5 01:08:25 edge kernel: Any Device: 254 510 506 250 242 = 498 500 244 507 251 245 501 248 249 504 505 253 502 246 509 497 241 239 495= 240 496 255 511 494 493 492 491 490 489 488 487 486 485 484 483 482 481 48= 0 479 478 477 476 475 474 473 472 471 470 469 468 467 466 465 464 463 462 4= 61 460 459 458 457 456 455 454 453 452 451 450 449 448 447 446 445 444 443 = 442 441 440 439 438 437 436 435 434 433 432 431 430 429 428 427 426 425 424= 423 422 421 420 419 418 417 416 415 414 413 412 411 410 409 408 407 406 40= 5 404 403 402 401 400 399 398 397 396 395 394 393 392 391 390 389 388 387 3= 86 385 384 383 382 381 380 379 378 377 376 375 374 373 372 371 370 369 368 = 367 366 365 364 363 362 361 360 359 358 357 356 355 354 353 352 351 350 349= 348 347 346 345 344 343 342 341 340 339 338 337 336 335 334 333 332 331 33= 0 329 328 327 326 325 324 323 322 321 320 319 318 317 316 315 314 313 312 3= 11 310 309 308 307 306 305 304 303 302 301 300 299 298 297 296 295 294 293 = 292 291 290 289 288 287 286 285 284 283 282 281 280 279 278 277 276 275 274= 273 272 271 270 269 268 267 266 265 264 263 262 261 260 259 258 257 256 23= 8 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 2= 19 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 = 200 199 198 197 196 195 194 193 192 191 190 189 188 187 186 185 184 183 182= 181 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164 16= 3 162 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 1= 44 143 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 = 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107= 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 8= 4 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 5= 9 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 3= 4 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9= 8 7 6 5 4 3 2 1 0=20 Dec 5 01:08:25 edge kernel: Sequencer Complete DMA-inprog list= :=20 Dec 5 01:08:25 edge kernel: Sequencer Complete list:=20 Dec 5 01:08:25 edge kernel: Sequencer DMA-Up and Complete list= :=20 Dec 5 01:08:25 edge kernel: Sequencer On QFreeze and Complete = list:=20 Dec 5 01:08:25 edge kernel:=20 Dec 5 01:08:25 edge syslogd: last message repeated 1 times Dec 5 01:08:25 edge kernel: ahd0: FIFO0 Free, LONGJMP =3D=3D 0= x826c, SCB 0x1fc Dec 5 01:08:25 edge kernel: SEQIMODE[0x3f] SEQINTSRC[0x0] DFCN= TRL[0x0] DFSTATUS[0x89]=20 Dec 5 01:08:25 edge kernel: SG_CACHE_SHADOW[0x2] SG_STATE[0x0]= DFFSXFRCTL[0x0]=20 Dec 5 01:08:25 edge kernel: SOFFCNT[0x0] MDFFSTAT[0x5] SHADDR = =3D 0x00, SHCNT =3D 0x0=20 Dec 5 01:08:25 edge kernel: HADDR =3D 0x00, HCNT =3D 0x0 CCSGC= TL[0x10]=20 Dec 5 01:08:25 edge kernel:=20 Dec 5 01:08:25 edge kernel: ahd0: FIFO1 Free, LONGJMP =3D=3D 0= x8254, SCB 0xf7 Dec 5 01:08:25 edge kernel: SEQIMODE[0x3f] SEQINTSRC[0x0] DFCN= TRL[0x4] DFSTATUS[0x89]=20 Dec 5 01:08:25 edge kernel: SG_CACHE_SHADOW[0x2] SG_STATE[0x0]= DFFSXFRCTL[0x0]=20 Dec 5 01:08:25 edge kernel: SOFFCNT[0x0] MDFFSTAT[0x5] SHADDR = =3D 0x00, SHCNT =3D 0x0=20 Dec 5 01:08:25 edge kernel: HADDR =3D 0x00, HCNT =3D 0x0 CCSGC= TL[0x10]=20 Dec 5 01:08:25 edge kernel: LQIN: 0x8 0x0 0x1 0xfc 0x0 0x0 0x0= 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0=20 Dec 5 01:08:25 edge kernel: ahd0: LQISTATE =3D 0x0, LQOSTATE = =3D 0x0, OPTIONMODE =3D 0x52 Dec 5 01:08:25 edge kernel: ahd0: OS_SPACE_CNT =3D 0x20 MAXCMD= CNT =3D 0x1 Dec 5 01:08:25 edge kernel: ahd0: SAVED_SCSIID =3D 0x0 SAVED_L= UN =3D 0x0 Dec 5 01:08:25 edge kernel: SIMODE0[0xc]=20 Dec 5 01:08:25 edge kernel: CCSCBCTL[0x4]=20 Dec 5 01:08:25 edge kernel: ahd0: REG0 =3D=3D 0xf7, SINDEX =3D= 0x1e0, DINDEX =3D 0xe1 Dec 5 01:08:25 edge kernel: ahd0: SCBPTR =3D=3D 0xfff3, SCB_NE= XT =3D=3D 0xff00, SCB_NEXT2 =3D=3D 0xff1e Dec 5 01:08:25 edge kernel: CDB 28 0 0 9a d1 0 Dec 5 01:08:25 edge kernel: STACK: 0x20 0x0 0x0 0x0 0x0 0x0 0x= 0 0x0 Dec 5 01:08:25 edge kernel: <<<<<<<<<<<<<<<<< Dump Card State = Ends >>>>>>>>>>>>>>>>>> Dec 5 01:08:25 edge kernel: (pass0:ahd0:0:0:0): SCB 247 - time= d out Dec 5 01:08:25 edge kernel: (pass0:ahd0:0:0:0): Queuing a BDR = SCB Dec 5 01:08:25 edge kernel: (pass0:ahd0:0:0:0): Bus Device Res= et Message Sent Dec 5 01:08:25 edge kernel: (pass0:ahd0:0:0:0): no longer in t= imeout, status =3D 24b Dec 5 01:08:25 edge kernel: ahd0: Bus Device Reset on A:0. 3 S= CBs aborted Dec 5 01:08:25 edge gstopd[8837]: da1: 0@Sun Dec 5 01:08= :25 2021=20 Dec 5 01:08:35 edge gstopd[64691]: Unit stopped successfully Dec 5 01:08:35 edge gstopd[8837]: da2: 0@Sun Dec 5 01:08= :35 2021=20 Dec 5 01:08:37 edge kernel: (da0:ahd0:0:0:0): READ(10). CDB: 2= 8 00 00 9a d1 00 00 00 08 00=20 Dec 5 01:08:37 edge kernel: (da0:ahd0:0:0:0): CAM status: SCSI= Status Error Dec 5 01:08:37 edge kernel: (da0:ahd0:0:0:0): SCSI status: Che= ck Condition Dec 5 01:08:37 edge kernel: (da0:ahd0:0:0:0): SCSI sense: UNIT= ATTENTION asc:29,3 (Bus device reset function occurred) Dec 5 01:08:37 edge kernel: (da0:ahd0:0:0:0): Retrying command= (per sense data) And then in the vmcore: <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> (pass0:ahd0:0:0:0): SCB 247 - timed out (pass0:ahd0:0:0:0): Queuing a BDR SCB (pass0:ahd0:0:0:0): Bus Device Reset Message Sent (pass0:ahd0:0:0:0): no longer in timeout, status =3D 24b ahd0: Bus Device Reset on A:0. 3 SCBs aborted (da0:ahd0:0:0:0): READ(10). CDB: 28 00 00 9a d1 00 00 00 08 00=20 (da0:ahd0:0:0:0): CAM status: SCSI Status Error (da0:ahd0:0:0:0): SCSI status: Check Condition (da0:ahd0:0:0:0): SCSI sense: UNIT ATTENTION asc:29,3 (Bus device reset fun= ction occurred) (da0:ahd0:0:0:0): Retrying command (per sense data) Fatal trap 12: page fault while in kernel mode cpuid =3D 1; apic id =3D 01 fault virtual address =3D 0x0 fault code =3D supervisor read data, page not present instruction pointer =3D 0x20:0xffffffff805cb396 stack pointer =3D 0x28:0xfffffe009b2f9a90 frame pointer =3D 0x28:0xfffffe009b2f9b10 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 11 (irq26: ahd0) trap number =3D 12 panic: page fault cpuid =3D 1 time =3D 1638662925 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe009b2f9= 750 vpanic() at vpanic+0x17b/frame 0xfffffe009b2f97a0 panic() at panic+0x43/frame 0xfffffe009b2f9800 trap_fatal() at trap_fatal+0x391/frame 0xfffffe009b2f9860 trap_pfault() at trap_pfault+0x4f/frame 0xfffffe009b2f98b0 trap() at trap+0x4cf/frame 0xfffffe009b2f99c0 calltrap() at calltrap+0x8/frame 0xfffffe009b2f99c0 --- trap 0xc, rip =3D 0xffffffff805cb396, rsp =3D 0xfffffe009b2f9a90, rbp = =3D 0xfffffe009b2f9b10 --- ahd_handle_seqint() at ahd_handle_seqint+0x706/frame 0xfffffe009b2f9b10 ahd_intr() at ahd_intr+0x154/frame 0xfffffe009b2f9b30 ahd_platform_intr() at ahd_platform_intr+0x39/frame 0xfffffe009b2f9b50 ithread_loop() at ithread_loop+0x241/frame 0xfffffe009b2f9bb0 fork_exit() at fork_exit+0x82/frame 0xfffffe009b2f9bf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe009b2f9bf0 --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- Uptime: 1h57m36s (da0:ahd0:0:0:0): SYNCHRONIZE CACHE(10). CDB: 35 00 00 00 00 00 00 00 00 00= =20 (da0:ahd0:0:0:0): CAM status: Command timeout (da0:ahd0:0:0:0): Error 5, Retries exhausted (da0:ahd0:0:0:0): Synchronize cache failed (da1:ahd0:0:2:0): SYNCHRONIZE CACHE(10). CDB: 35 00 00 00 00 00 00 00 00 00= =20 (da1:ahd0:0:2:0): CAM status: Command timeout (da1:ahd0:0:2:0): Error 5, Retries exhausted (da1:ahd0:0:2:0): Synchronize cache failed (da2:ahd0:0:4:0): SYNCHRONIZE CACHE(10). CDB: 35 00 00 00 00 00 00 00 00 00= =20 (da2:ahd0:0:4:0): CAM status: Command timeout (da2:ahd0:0:4:0): Error 5, Retries exhausted (da2:ahd0:0:4:0): Synchronize cache failed From nobody Thu Dec 9 06:11:08 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id ED64D18DC992 for ; Thu, 9 Dec 2021 06:18:42 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::12]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4J8kPY54mmz4dt7 for ; Thu, 9 Dec 2021 06:18:41 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 1B96I5V4095838 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Thu, 9 Dec 2021 07:18:05 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-MDaemon-Deliver-To: X-Authentication-Warning: uucp.dinoex.org: Host uucp.dinoex.org [185.220.148.12] claimed to be uucp.dinoex.sub.de Received: (from uucp@localhost) by uucp.dinoex.sub.de (8.17.1/8.17.1/Submit) with UUCP id 1B96I5PE095837 for freebsd-stable@freebsd.org; Thu, 9 Dec 2021 07:18:05 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.16.1/8.16.1) with ESMTP id 1B96Dd3U028952 for ; Thu, 9 Dec 2021 07:13:39 +0100 (CET) (envelope-from peter@gate.intra.daemon.contact) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by gate.intra.daemon.contact (8.16.1/8.16.1) with ESMTPS id 1B96B8cr027681 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Thu, 9 Dec 2021 07:11:08 +0100 (CET) (envelope-from peter@gate.intra.daemon.contact) Received: (from peter@localhost) by gate.intra.daemon.contact (8.16.1/8.16.1/Submit) id 1B96B8xE027680 for freebsd-stable@freebsd.org; Thu, 9 Dec 2021 07:11:08 +0100 (CET) (envelope-from peter) Date: Thu, 9 Dec 2021 07:11:08 +0100 From: Peter To: freebsd-stable@freebsd.org Subject: 12.3: "swapon -a" crashes the system Message-ID: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.sub.de;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [185.220.148.12]); Thu, 09 Dec 2021 07:18:07 +0100 (CET) X-Rspamd-Queue-Id: 4J8kPY54mmz4dt7 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org designates 2a0b:f840::12 as permitted sender) smtp.mailfrom=pmc@citylink.dinoex.sub.org X-Spamd-Result: default: False [0.48 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; HAS_XAW(0.00)[]; NEURAL_SPAM_MEDIUM(0.95)[0.946]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_NONE(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_SPAM_LONG(0.84)[0.836]; DMARC_NA(0.00)[sub.org]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE]; RCVD_TLS_LAST(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hija, if you run out of swapspace and you think you might just create some extra devices and add them to /etc/fstab and then run "swapon -a" to enable them, don't do that. The result might look like this: kernel: pid 12296 (daemon), jid 5, uid 5100: exited on signal 10 (core dumped) kernel: pid 17717 (ruby27), jid 5, uid 5100: exited on signal 6 (core dumped) kernel: pid 14938 (daemon), jid 10, uid 5100: exited on signal 10 (core dumped) kernel: pid 19184 (ruby27), jid 10, uid 5100: exited on signal 11 (core dumped) kernel: pid 19182 (ruby27), jid 10, uid 5100: exited on signal 10 (core dumped) ... with a subsequent kernel crash. In my case I did run out of swapspace despite proper sizing, because of unbalanced numa-domains. (Each of them may hit free_target on their own behalf, and then start paging.) So I did as described above, but I added them with the "late" option, and then did run "swapon -a", which did not even add them - but nevertheless produced the crash. The processes that do coredump might be those that are fully swapped out? cheerio, PMc From eugen@grosbein.net Thu Dec 9 07:35:55 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id EBE6D18CE539 for ; Thu, 9 Dec 2021 07:36:32 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4J8m7N55knz4sVh for ; Thu, 9 Dec 2021 07:36:32 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 1B97a4LY040118 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 9 Dec 2021 07:36:05 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: pmc@citylink.dinoex.sub.org Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 1B97a4Qw013793 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Thu, 9 Dec 2021 14:36:04 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: 12.3: "swapon -a" crashes the system To: Peter , freebsd-stable@freebsd.org References: From: Eugene Grosbein Message-ID: Date: Thu, 9 Dec 2021 14:35:55 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT autolearn=disabled version=3.4.2 X-Spam-Report: * -0.0 SHORTCIRCUIT No description available. * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4J8m7N55knz4sVh X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N 09.12.2021 13:11, Peter wrote: > if you run out of swapspace and you think you might just create > some extra devices and add them to /etc/fstab and then run "swapon -a" > to enable them, don't do that. > > The result might look like this: > kernel: pid 12296 (daemon), jid 5, uid 5100: exited on signal 10 (core dumped) > kernel: pid 17717 (ruby27), jid 5, uid 5100: exited on signal 6 (core dumped) > kernel: pid 14938 (daemon), jid 10, uid 5100: exited on signal 10 (core dumped) > kernel: pid 19184 (ruby27), jid 10, uid 5100: exited on signal 11 (core dumped) > kernel: pid 19182 (ruby27), jid 10, uid 5100: exited on signal 10 (core dumped) > ... > with a subsequent kernel crash. > > In my case I did run out of swapspace despite proper sizing, because > of unbalanced numa-domains. (Each of them may hit free_target on their > own behalf, and then start paging.) > > So I did as described above, but I added them with the "late" option, > and then did run "swapon -a", which did not even add them - but > nevertheless produced the crash. The processes that do coredump might > be those that are fully swapped out? Did you try using ZFS-backed files or devices for swap? If so, this is somewhat expected. From nobody Thu Dec 9 12:03:23 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3218E18DE646 for ; Thu, 9 Dec 2021 12:09:19 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::12]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4J8tB702Xgz4R1S for ; Thu, 9 Dec 2021 12:09:18 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 1B9C94i4035985 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 9 Dec 2021 13:09:05 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-Authentication-Warning: uucp.dinoex.org: Host uucp.dinoex.org [185.220.148.12] claimed to be uucp.dinoex.sub.de Received: (from uucp@localhost) by uucp.dinoex.sub.de (8.17.1/8.17.1/Submit) with UUCP id 1B9C94R5035984; Thu, 9 Dec 2021 13:09:04 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.16.1/8.16.1) with ESMTP id 1B9C4dDk049475; Thu, 9 Dec 2021 13:04:39 +0100 (CET) (envelope-from peter@gate.intra.daemon.contact) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by gate.intra.daemon.contact (8.16.1/8.16.1) with ESMTPS id 1B9C3NMH048708 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 9 Dec 2021 13:03:23 +0100 (CET) (envelope-from peter@gate.intra.daemon.contact) Received: (from peter@localhost) by gate.intra.daemon.contact (8.16.1/8.16.1/Submit) id 1B9C3NYj048707; Thu, 9 Dec 2021 13:03:23 +0100 (CET) (envelope-from peter) Date: Thu, 9 Dec 2021 13:03:23 +0100 From: Peter To: Eugene Grosbein Cc: Peter , freebsd-stable@freebsd.org Subject: Re: 12.3: "swapon -a" crashes the system Message-ID: References: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.sub.de;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [185.220.148.12]); Thu, 09 Dec 2021 13:09:07 +0100 (CET) X-Rspamd-Queue-Id: 4J8tB702Xgz4R1S X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Thu, Dec 09, 2021 at 02:35:55PM +0700, Eugene Grosbein wrote: ! 09.12.2021 13:11, Peter wrote: ! ! > if you run out of swapspace and you think you might just create ! > some extra devices and add them to /etc/fstab and then run "swapon -a" ! > to enable them, don't do that. ! > ! > The result might look like this: ! > kernel: pid 12296 (daemon), jid 5, uid 5100: exited on signal 10 (core dumped) ! > kernel: pid 17717 (ruby27), jid 5, uid 5100: exited on signal 6 (core dumped) ! > kernel: pid 14938 (daemon), jid 10, uid 5100: exited on signal 10 (core dumped) ! > kernel: pid 19184 (ruby27), jid 10, uid 5100: exited on signal 11 (core dumped) ! > kernel: pid 19182 (ruby27), jid 10, uid 5100: exited on signal 10 (core dumped) ! > ... ! > with a subsequent kernel crash. ! > ! > In my case I did run out of swapspace despite proper sizing, because ! > of unbalanced numa-domains. (Each of them may hit free_target on their ! > own behalf, and then start paging.) ! > ! > So I did as described above, but I added them with the "late" option, ! > and then did run "swapon -a", which did not even add them - but ! > nevertheless produced the crash. The processes that do coredump might ! > be those that are fully swapped out? ! ! Did you try using ZFS-backed files or devices for swap? If so, this is somewhat expected. Hi Eugene, that's a negative: # cat /etc/fstab /dev/ada3p3 / ufs rw 1 1 /dev/ada3p4 /usr ufs rw 1 2 /dev/ada3p5 /var ufs rw 1 2 proc /proc procfs rw 0 0 /dev/ada1p2.eli none swap sw,trimonce 0 0 /dev/ada3p2.eli none swap sw,trimonce,late 0 0 /dev/ada1p10.eli none swap sw,trimonce,late 0 0 /dev/ada3p10.eli none swap sw,trimonce,late 0 0 ... And it happened two times: first when I ran into exhaustion and found some space on a spinning to quickly add. And second after I had figured out the numa matter, reassessed my calculations, and added proper SSD space. cheerio, PMc From nobody Thu Dec 9 12:23:43 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 1708C18E43DE for ; Thu, 9 Dec 2021 12:36:19 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::12]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4J8tnG0xylz4WSs for ; Thu, 9 Dec 2021 12:36:18 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 1B9Ca5Iu055783 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Thu, 9 Dec 2021 13:36:05 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-MDaemon-Deliver-To: X-Authentication-Warning: uucp.dinoex.org: Host uucp.dinoex.org [185.220.148.12] claimed to be uucp.dinoex.sub.de Received: (from uucp@localhost) by uucp.dinoex.sub.de (8.17.1/8.17.1/Submit) with UUCP id 1B9Ca5JN055782 for freebsd-stable@freebsd.org; Thu, 9 Dec 2021 13:36:05 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.16.1/8.16.1) with ESMTP id 1B9CPemY062865 for ; Thu, 9 Dec 2021 13:25:40 +0100 (CET) (envelope-from peter@gate.intra.daemon.contact) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by gate.intra.daemon.contact (8.16.1/8.16.1) with ESMTPS id 1B9CNhRo061797 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Thu, 9 Dec 2021 13:23:43 +0100 (CET) (envelope-from peter@gate.intra.daemon.contact) Received: (from peter@localhost) by gate.intra.daemon.contact (8.16.1/8.16.1/Submit) id 1B9CNhPI061796 for freebsd-stable@freebsd.org; Thu, 9 Dec 2021 13:23:43 +0100 (CET) (envelope-from peter) Date: Thu, 9 Dec 2021 13:23:43 +0100 From: Peter To: freebsd-stable@freebsd.org Subject: [ahd driver] 12.3: kernel crash when stopping disks Message-ID: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.sub.de;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [185.220.148.12]); Thu, 09 Dec 2021 13:36:08 +0100 (CET) X-Rspamd-Queue-Id: 4J8tnG0xylz4WSs X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org designates 2a0b:f840::12 as permitted sender) smtp.mailfrom=pmc@citylink.dinoex.sub.org X-Spamd-Result: default: False [-2.89 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.66)[-0.661]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; HAS_XAW(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.93)[-0.932]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_NONE(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_NA(0.00)[sub.org]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE]; RCVD_TLS_LAST(0.00)[] X-ThisMailContainsUnwantedMimeParts: N > Dec 5 01:08:25 edge gstopd[64139]: Error received from stop unit command > Dec 5 01:08:25 edge kernel: ahd0: Recovery Initiated - Card was not paused > Dec 5 01:08:25 edge kernel: >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< > Dec 5 01:08:25 edge kernel: ahd0: Dumping Card State at program address 0x7e Mode 0x22 > Dec 5 01:08:25 edge kernel: (pass0:ahd0:0:0:0): SCB 247 - timed out > Dec 5 01:08:25 edge kernel: (pass0:ahd0:0:0:0): Queuing a BDR SCB > Dec 5 01:08:25 edge kernel: (pass0:ahd0:0:0:0): Bus Device Reset Message Sent Hija, I had a closer look into this one: There must be a timeout flaw in the driver logic. I tried to run the STOP UNIT from camcontrol with "-t 30", but nevertheless these controller errors happen to appear after some 5 or 10 seconds. So whereever it gets the timeout from, it is not the right one. The kernel crash is then an occasional consequence of these strange timeouts - it happened only once, while the erroneous timeouts happen more often. I now workaround the issue: as the STOP UNIT is the only concerned command, I invoke that with the IMMED bit, not waiting until the disk finally stops: as this is only for saving the rain-forests (any my power bill), I don't care if or when the disks might manage to stop. No more problems or errors since that. cheerio, PMc From eugen@grosbein.net Thu Dec 9 13:01:46 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id C333718C9273 for ; Thu, 9 Dec 2021 13:02:31 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4J8vMW40Npz4ZrP for ; Thu, 9 Dec 2021 13:02:31 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 1B9D1xxC042777 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 9 Dec 2021 13:01:59 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: pmc@citylink.dinoex.sub.org Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 1B9D1tEm016089 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Thu, 9 Dec 2021 20:01:55 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: [ahd driver] 12.3: kernel crash when stopping disks To: Peter , freebsd-stable@freebsd.org References: From: Eugene Grosbein Message-ID: <706a6123-48e5-b27a-3075-983bae62263b@grosbein.net> Date: Thu, 9 Dec 2021 20:01:46 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT autolearn=disabled version=3.4.2 X-Spam-Report: * -0.0 SHORTCIRCUIT No description available. * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4J8vMW40Npz4ZrP X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N 09.12.2021 19:23, Peter wrote: >> Dec 5 01:08:25 edge gstopd[64139]: Error received from stop unit command >> Dec 5 01:08:25 edge kernel: ahd0: Recovery Initiated - Card was not paused >> Dec 5 01:08:25 edge kernel: >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< >> Dec 5 01:08:25 edge kernel: ahd0: Dumping Card State at program address 0x7e Mode 0x22 > >> Dec 5 01:08:25 edge kernel: (pass0:ahd0:0:0:0): SCB 247 - timed out >> Dec 5 01:08:25 edge kernel: (pass0:ahd0:0:0:0): Queuing a BDR SCB >> Dec 5 01:08:25 edge kernel: (pass0:ahd0:0:0:0): Bus Device Reset Message Sent > > > Hija, > > I had a closer look into this one: > > There must be a timeout flaw in the driver logic. I tried to run the > STOP UNIT from camcontrol with "-t 30", but nevertheless these > controller errors happen to appear after some 5 or 10 seconds. > So whereever it gets the timeout from, it is not the right one. > > The kernel crash is then an occasional consequence of these strange > timeouts - it happened only once, while the erroneous timeouts happen > more often. > > I now workaround the issue: as the STOP UNIT is the only concerned > command, I invoke that with the IMMED bit, not waiting until the disk > finally stops: as this is only for saving the rain-forests (any my > power bill), I don't care if or when the disks might manage to stop. > > No more problems or errors since that. Please file a PR so you swap-related problems are not lost. From nobody Thu Dec 9 18:29:19 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 6B74A18ECCC2 for ; Thu, 9 Dec 2021 18:30:03 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-il1-f180.google.com (mail-il1-f180.google.com [209.85.166.180]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4J92dQ3r0Yz3plg for ; Thu, 9 Dec 2021 18:30:02 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-il1-f180.google.com with SMTP id s11so6210183ilv.3 for ; Thu, 09 Dec 2021 10:30:02 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=87D9L4bd1qPnYe2wBsmInchLw8rFordJ5+J4pCsh67U=; b=XjfoAAsE6rLomxy30dtLKLIYsz+N/k9nVyVig17HPDP9FLgEY87K2Cz/AUmgg0hIpl rEvVQgMLZg9KO83iJCcopbLP8OYc6izojIXJICsNNI/I2h+hQTgR4N9lhnslyKhZXNIT AfEPwYv0k8oVd3wT18syVrvy29YGdstaCle6n5Zau6mvNGG+DtpfR286XWtI7+s9q+b+ FnMV9Nppf20LiB+ISJJ2ccuEYHNxFST6VqUHPfUbqXkTSmpNj8/JpSwyONsO2jUd0lgR HShRlQmPaxK102UyY86ng463lzu7ZtsGuoGIhXr6rDdetKdsb7PQhMholl2f/U3jKFgA TQkg== X-Gm-Message-State: AOAM530nShU5qOBU3OOxPpwrIhnSCR6xQ+Yb/XsHoxwbzuFl8ecFwCHF nPNf/FrUhlUJIWN9QRtjdCH6k9bR9zZOwrMEFHc= X-Google-Smtp-Source: ABdhPJwT2jB61qgrRpb88PIZXcwaKO9gZCkfZz9xhaOWoOg4uUVB3J4tHTka+YarMuaWsmP3vqaUf8HKRWKfUnyhtT8= X-Received: by 2002:a05:6e02:20ce:: with SMTP id 14mr14278794ilq.252.1639074595738; Thu, 09 Dec 2021 10:29:55 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Ed Maste Date: Thu, 9 Dec 2021 13:29:19 -0500 Message-ID: Subject: Re: 12.3: vt driver does not provide virtual console terminals To: Peter Cc: freebsd-stable stable Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4J92dQ3r0Yz3plg X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.180 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-1.00 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[carpeddiem]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[209.85.166.180:from]; NEURAL_SPAM_LONG(1.00)[0.998]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.166.180:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On Sat, 4 Dec 2021 at 13:27, Peter wrote: > > There is also this error reported: > > module_register_init: MOD_LOAD (vesa, 0xffffffff80e22c00, 0) error 19 Are you trying to load vesa.ko via /boot/loader.conf or /etc/rc.d kld_list, or is this observed without any vesa-specific configuration? > This one is widely discussed as currently not supported by vt driver, but > this should be related to higher resolution screen, and not virtual > terminals missing. Or has it something to do with each other, and is > it a known problem? It is not a known problem, and I believe it should be unrelated to the MOD_LOAD error. You can try running `pgrep -fl getty` to confirm that getty(8) is running on each of the vtys. From nobody Sun Dec 12 10:53:51 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4404418E43D1 for ; Sun, 12 Dec 2021 11:00:29 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::12]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JBhWH6xxPz3tKL; Sun, 12 Dec 2021 11:00:27 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 1BCB04f4045398 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 12 Dec 2021 12:00:04 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-Authentication-Warning: uucp.dinoex.org: Host uucp.dinoex.org [185.220.148.12] claimed to be uucp.dinoex.sub.de Received: (from uucp@localhost) by uucp.dinoex.sub.de (8.17.1/8.17.1/Submit) with UUCP id 1BCB04cp045395; Sun, 12 Dec 2021 12:00:04 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.16.1/8.16.1) with ESMTP id 1BCAsqIY069808; Sun, 12 Dec 2021 11:54:52 +0100 (CET) (envelope-from peter@gate.intra.daemon.contact) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by gate.intra.daemon.contact (8.16.1/8.16.1) with ESMTPS id 1BCArpM7069541 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 12 Dec 2021 11:53:51 +0100 (CET) (envelope-from peter@gate.intra.daemon.contact) Received: (from peter@localhost) by gate.intra.daemon.contact (8.16.1/8.16.1/Submit) id 1BCArpFb069540; Sun, 12 Dec 2021 11:53:51 +0100 (CET) (envelope-from peter) Date: Sun, 12 Dec 2021 11:53:51 +0100 From: Peter To: Ed Maste Cc: freebsd-stable stable Subject: Re: 12.3: vt driver does not provide virtual console terminals Message-ID: References: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.sub.de;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [185.220.148.12]); Sun, 12 Dec 2021 12:00:07 +0100 (CET) X-Rspamd-Queue-Id: 4JBhWH6xxPz3tKL X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org designates 2a0b:f840::12 as permitted sender) smtp.mailfrom=pmc@citylink.dinoex.sub.org X-Spamd-Result: default: False [2.70 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[sub.org]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; NEURAL_SPAM_SHORT(1.00)[1.000]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(1.00)[1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE]; RCVD_TLS_LAST(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Thu, Dec 09, 2021 at 01:29:19PM -0500, Ed Maste wrote: ! On Sat, 4 Dec 2021 at 13:27, Peter wrote: ! > ! > There is also this error reported: ! > > module_register_init: MOD_LOAD (vesa, 0xffffffff80e22c00, 0) error 19 ! ! Are you trying to load vesa.ko via /boot/loader.conf or /etc/rc.d ! kld_list, or is this observed without any vesa-specific configuration? I verified now: I can reproduce the message with GENERIC 12.3 (id 70cb68e7a00, local patches removed), and no loader.conf. It appears before filesytems are mounted, so /etc/rc.d is irrelevant. Trying to load vesa.ko from loader.conf or from the loader prompt produces the same error message and then fails to boot with "vesa not found". A kernel with "device vesa" added does boot, but also produces the message. Doing "kldload vesa.ko" in single-user gives the same error message, and additionally: > sysctl_unregister_oid: failed(22) to unregister sysctl(vesa) ! > This one is widely discussed as currently not supported by vt driver, but ! > this should be related to higher resolution screen, and not virtual ! > terminals missing. Or has it something to do with each other, and is ! > it a known problem? ! ! It is not a known problem, and I believe it should be unrelated to the ! MOD_LOAD error. You can try running `pgrep -fl getty` to confirm that ! getty(8) is running on each of the vtys. Yes they are running. I can also redirect output to the ttyv*, and that works, only the output does not appear on the screens. cheerio, PMc From nobody Sun Dec 12 10:58:37 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 34C6F18E6A7C for ; Sun, 12 Dec 2021 11:09:21 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::12]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JBhjX4TyKz3wLN for ; Sun, 12 Dec 2021 11:09:20 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 1BCB95Ag051345 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 12 Dec 2021 12:09:05 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-Authentication-Warning: uucp.dinoex.org: Host uucp.dinoex.org [185.220.148.12] claimed to be uucp.dinoex.sub.de Received: (from uucp@localhost) by uucp.dinoex.sub.de (8.17.1/8.17.1/Submit) with UUCP id 1BCB95Zb051344; Sun, 12 Dec 2021 12:09:05 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.16.1/8.16.1) with ESMTP id 1BCB0qXk071970; Sun, 12 Dec 2021 12:00:52 +0100 (CET) (envelope-from peter@gate.intra.daemon.contact) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by gate.intra.daemon.contact (8.16.1/8.16.1) with ESMTPS id 1BCAwbrJ071145 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 12 Dec 2021 11:58:37 +0100 (CET) (envelope-from peter@gate.intra.daemon.contact) Received: (from peter@localhost) by gate.intra.daemon.contact (8.16.1/8.16.1/Submit) id 1BCAwbrR071144; Sun, 12 Dec 2021 11:58:37 +0100 (CET) (envelope-from peter) Date: Sun, 12 Dec 2021 11:58:37 +0100 From: Peter To: =?iso-8859-1?Q?=D6zkan?= KIRIK Cc: freebsd-stable Subject: Re: 12.3: igb driver does not receive vlan-tagged packets Message-ID: References: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.sub.de;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [185.220.148.12]); Sun, 12 Dec 2021 12:09:07 +0100 (CET) X-Rspamd-Queue-Id: 4JBhjX4TyKz3wLN X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org designates 2a0b:f840::12 as permitted sender) smtp.mailfrom=pmc@citylink.dinoex.sub.org X-Spamd-Result: default: False [0.67 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; NEURAL_SPAM_MEDIUM(0.98)[0.981]; DMARC_NA(0.00)[sub.org]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.99)[0.993]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE]; RCVD_TLS_LAST(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hi =D6zkan, I want to say a (late) thank-you for this quick and helpful answer! I did now include the change as of https://reviews.freebsd.org/D33154 into my 12.3-RELEASE, and it solves the issue. cheerio, PMc On Sat, Dec 04, 2021 at 02:06:33PM +0300, =D6zkan KIRIK wrote: ! Hi, !=20 ! I hit an issue like this. The e1000 & igb driver doesn't reflect hw ! offload capabilities now. ! https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D260068 ! And the differential https://reviews.freebsd.org/D33154 was created ! for the bug reported by me. ! I saw that, you need disable "vlanhwfilter" capability. With the same ! differential, it will work for you also. !=20 ! regards ! Ozkan !=20 ! On Sat, Dec 4, 2021 at 1:54 PM Peter wrote: ! > ! > Hija, ! > ! > after swapping network interface card (re0) to igb0, my networking ! > failed. ! > ! > I found that igb does send out vlan tagged packets, but not receive ! > any answers, unless a vlan* device was previousely attached with the ! > required vlan number (observed with tcpdump). ! > ! > My current workaround is this hack in rc.conf, which makes things work ! > again for now (I need vlan 7 only for ISP uplink): ! > ! > > cloned_interfaces=3D"vlan0" ! > > ifconfig_vlan0=3D"vlan 7 vlandev igb0" ! > > ifconfig_vlan0_alias0=3D"destroy" ! > ! > That vlan0 device is not needed, but it must have existed once after ! > boot in order to receive the packets at all. This was not the case ! > with the re0 driver. ! > Switching off all hw-offload stuff doesn't seem to change the issue. ! > ! > Is there a rationale for this, or am I missing some neccessary config? ! > (Not seeing any bugreports or otherwise discussion of the matter) ! > ! > ! > cheerio, ! > PMc ! > --=20 Peter Much * Fichtenstr. 28 * 65527 Niedernhausen home +49-6127-967111 * road +49-151-21416768 From nobody Sun Dec 12 11:24:28 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B437A18CA3C8 for ; Sun, 12 Dec 2021 11:24:39 +0000 (UTC) (envelope-from ozkan.kirik@gmail.com) Received: from mail-ua1-x929.google.com (mail-ua1-x929.google.com [IPv6:2607:f8b0:4864:20::929]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JBj3C4Yz8z4SrD for ; Sun, 12 Dec 2021 11:24:39 +0000 (UTC) (envelope-from ozkan.kirik@gmail.com) Received: by mail-ua1-x929.google.com with SMTP id n6so24539656uak.1 for ; Sun, 12 Dec 2021 03:24:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=HQY6ZQrBqQ1KafKziD69fiQyKN/OdLv8NMURKG47dF4=; b=DLjNHOgZBR4C6fFdN6uXS8ObaF9mjyBpYV6VOSjjcaxEUsAHzw4q3yonb+1KWD7CQ4 9cHxD6hbOPPeuU69VraxNLCA81jYtqaKcw48QRjFVd1XK6UgXAyDqww92GC+5OBvGJam ZGNtg7oLxsHCofNOj028SZLfDp+KqBH7wEaSaJP+FzujoRXAVsDXTWvc17LKDg4BsVDe CDMvKwM8GJbnUbVTZNZn9OhDiGBfNtMnyYFrHqah3K6wGk9OssepYLeBsouALAv8T8S8 QKdnXXyXA2yYuWk0iY02S4PNp5bA/tzx6P0rlzqwe5XOhfWlIamiWWbOC5qFDFegMW+j f75Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=HQY6ZQrBqQ1KafKziD69fiQyKN/OdLv8NMURKG47dF4=; b=LrGEjC7qbYALLAX/MGfT74iXXWD30J2xiXAgdpQk1SM/iZDNUIKZ4sNgGLSoI5qm8C xAxHs3JXR6MVvA6TQR87CbvCF8pF/vGkXUmKnMGxYwiJWa+yioLcaKJlvXKdSpR3IGvV 5iieQrXnoxKXMPuHtbGSGG6i27EmxFlusfOKMiw94hVbFA2Fd09pIyhZFwdJb1tL0pJX N4In+VmImN569Dt5Uk9qrtRda+mWqbBngmlfHQqZotThgdAgbEV9CwmwOEn1Yc0IOmoi mUdVN09eceasvOWpwKCLS3zPVY/2GiX52ARyuvDVLvKCbDJPr1yxj+gYNbmkhnGe5oy2 VdYA== X-Gm-Message-State: AOAM532uUTB9rWu7DCDborF9z09ZwCCueERtxT0sZOl36r6IB83Y5TeT EfarOG0SUgYxKOtgQ3M1SW6kxYitMiDCcXNayewlzOHM X-Google-Smtp-Source: ABdhPJwbET/c4v5mIlr2hjaoXWCagSohJ3cNY/915qImr7FGJBsEuixgVzSFazRwNKssttrIyIMaogCCzxQqqUWXs9E= X-Received: by 2002:a05:6102:548f:: with SMTP id bk15mr22012202vsb.31.1639308279077; Sun, 12 Dec 2021 03:24:39 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: =?UTF-8?B?w5Z6a2FuIEtJUklL?= Date: Sun, 12 Dec 2021 14:24:28 +0300 Message-ID: Subject: Re: 12.3: igb driver does not receive vlan-tagged packets To: Peter Cc: freebsd-stable Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4JBj3C4Yz8z4SrD X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N I'm glad to hear good news from you. On Sun, Dec 12, 2021 at 2:09 PM Peter wrote: > > Hi =C3=96zkan, > > I want to say a (late) thank-you for this quick and helpful answer! > I did now include the change as of https://reviews.freebsd.org/D33154 > into my 12.3-RELEASE, and it solves the issue. > > > cheerio, > PMc > > > On Sat, Dec 04, 2021 at 02:06:33PM +0300, =C3=96zkan KIRIK wrote: > ! Hi, > ! > ! I hit an issue like this. The e1000 & igb driver doesn't reflect hw > ! offload capabilities now. > ! https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D260068 > ! And the differential https://reviews.freebsd.org/D33154 was created > ! for the bug reported by me. > ! I saw that, you need disable "vlanhwfilter" capability. With the same > ! differential, it will work for you also. > ! > ! regards > ! Ozkan > ! > ! On Sat, Dec 4, 2021 at 1:54 PM Peter wrot= e: > ! > > ! > Hija, > ! > > ! > after swapping network interface card (re0) to igb0, my networking > ! > failed. > ! > > ! > I found that igb does send out vlan tagged packets, but not receive > ! > any answers, unless a vlan* device was previousely attached with the > ! > required vlan number (observed with tcpdump). > ! > > ! > My current workaround is this hack in rc.conf, which makes things wor= k > ! > again for now (I need vlan 7 only for ISP uplink): > ! > > ! > > cloned_interfaces=3D"vlan0" > ! > > ifconfig_vlan0=3D"vlan 7 vlandev igb0" > ! > > ifconfig_vlan0_alias0=3D"destroy" > ! > > ! > That vlan0 device is not needed, but it must have existed once after > ! > boot in order to receive the packets at all. This was not the case > ! > with the re0 driver. > ! > Switching off all hw-offload stuff doesn't seem to change the issue. > ! > > ! > Is there a rationale for this, or am I missing some neccessary config= ? > ! > (Not seeing any bugreports or otherwise discussion of the matter) > ! > > ! > > ! > cheerio, > ! > PMc > ! > > > -- > Peter Much * Fichtenstr. 28 * 65527 Niedernhausen > home +49-6127-967111 * road +49-151-21416768 From nobody Sun Dec 12 20:42:50 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 05E4918E7B35 for ; Sun, 12 Dec 2021 20:42:52 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:7ae3:b5ff:fe1b:23b4]) (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 "*.lerctr.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JBxRH3484z4bt6 for ; Sun, 12 Dec 2021 20:42:51 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=ler2019; h=Content-Transfer-Encoding:Content-Type:Message-ID:References: In-Reply-To:Subject:To:From:Date:MIME-Version:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=DDcUG4TShJnI+/Lb7AIsVqUvEy6JPtKhspFFeZm+nQg=; b=JUV/SvciisZ8oitUuS1sCngPKw OGCuAVrWyuCZLo79vRFhuYfPvwwvS7aQYbzZr4KPxQRg0spIl63mIANAcaDMPJvGTVZj6L1cj96cT W7JBPnDQnis+pk9lVf4HIuTLbimFtkoj6M2D3h8OtCJoyL7VcZvJdCv6DKbn37u7R+VE/jJQDDcJS cQLbC1GSewKPahBpYweJVwi4Lm9XFiNDMJlQz7VR/ipzwuks7oFKVnSOewfWs4UPr5j65B3wtSMzP tzB1oeato/OtAGhEJtKFTl6xXBWh5OvjqoFQCP4HVBQEpFPgWxGeLXC46z57IRj7/orD5aSXk3Elp ihGWOE1Q==; Received-SPF: pass (thebighonker.lerctr.org: domain of lerctr.org designates 2001:470:1f0f:3ad:bb:dcff:fe50:d900 as permitted sender) client-ip=2001:470:1f0f:3ad:bb:dcff:fe50:d900; envelope-from=ler@lerctr.org; helo=webmail.lerctr.org; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:bb:dcff:fe50:d900]:27144 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94.2 (FreeBSD)) (envelope-from ) id 1mwVgI-0001X8-Lt for freebsd-stable@freebsd.org; Sun, 12 Dec 2021 14:42:50 -0600 Received: from 76-250-255-117.lightspeed.austtx.sbcglobal.net ([76.250.255.117]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Sun, 12 Dec 2021 14:42:50 -0600 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Date: Sun, 12 Dec 2021 14:42:50 -0600 From: Larry Rosenman To: Freebsd stable Subject: Fwd: Poudriere: Can't build a 13-STABLE jail? In-Reply-To: <67de53d9b3085fdc6efa1c949dbd0237@lerctr.org> References: <67de53d9b3085fdc6efa1c949dbd0237@lerctr.org> Message-ID: <2bafd59ff05c9a9a0402c9b96f23abbb@lerctr.org> X-Sender: ler@lerctr.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4JBxRH3484z4bt6 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=lerctr.org header.s=ler2019 header.b="JUV/Svci"; dmarc=pass (policy=none) header.from=lerctr.org; spf=pass (mx1.freebsd.org: domain of ler@lerctr.org designates 2001:470:1f0f:3ad:7ae3:b5ff:fe1b:23b4 as permitted sender) smtp.mailfrom=ler@lerctr.org X-Spamd-Result: default: False [0.88 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[lerctr.org:s=ler2019]; FREEFALL_USER(0.00)[ler]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(0.98)[0.976]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[lerctr.org:+]; DMARC_POLICY_ALLOW(-0.50)[lerctr.org,none]; NEURAL_SPAM_LONG(0.16)[0.159]; NEURAL_HAM_SHORT(-0.26)[-0.260]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; RCVD_TLS_LAST(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Ideas? sudo poudriere jail -j p130-S-amd64 -t stable/13 -v stable/13 -D -m git+https -c -------- Original Message -------- Subject: Poudriere: Can't build a 13-STABLE jail? Date: 12/12/2021 2:39 pm From: Larry Rosenman To: developers@freebsd.org I tried to upgrade and also rebuild my 13-STABLE jail, and get this: ld: error: undefined symbol: uncompress >>> referenced by libdwarf_elf_init.c:233 >>> (/usr/src/contrib/elftoolchain/libdwarf/libdwarf_elf_init.c:233) >>> libdwarf_elf_init.o:(_dwarf_elf_init) in archive >>> /usr/lib/libdwarf.a cc: error: linker command failed with exit code 1 (use -v to see invocation) *** [nm.full] Error code 1 make[3]: stopped in /usr/local/poudriere/jails/p130-S-amd64/usr/src/usr.bin/nm 1 error make[3]: stopped in /usr/local/poudriere/jails/p130-S-amd64/usr/src/usr.bin/nm make[2]: stopped in /usr/local/poudriere/jails/p130-S-amd64/usr/src make[1]: stopped in /usr/local/poudriere/jails/p130-S-amd64/usr/src make: stopped in /usr/local/poudriere/jails/p130-S-amd64/usr/src [00:06:18] Error: Failed to 'make buildworld' [00:06:18] Error while creating jail, cleaning up. [00:06:18] Removing p130-S-amd64 jail... done [00:06:28] Cleaning p130-S-amd64 data... done ler in borg in ~ on â˜ï¸ (us-east-1) took 6m27s ⯠Ideas? -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 5708 Sabbia Dr, Round Rock, TX 78665-2106 From nobody Mon Dec 13 17:53:20 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B21C518E858F for ; Mon, 13 Dec 2021 17:53:22 +0000 (UTC) (envelope-from holm@freibergnet.de) Received: from pj5.freibergnet.de (pj5.freibergnet.de [5.9.189.157]) by mx1.freebsd.org (Postfix) with ESMTP id 4JCTdF5nT4z4lc2 for ; Mon, 13 Dec 2021 17:53:21 +0000 (UTC) (envelope-from holm@freibergnet.de) Received: from pj5.freibergnet.de (pj5.freibergnet.de [5.9.189.157]) by pj5.freibergnet.de (Postfix) with ESMTP id 57AEB7263C for ; Mon, 13 Dec 2021 18:53:21 +0100 (CET) X-Virus-Scanned: amavisd-new at freibergnet.de Received: from pj5.freibergnet.de ([5.9.189.157]) by pj5.freibergnet.de (pmail.freibergnet.de [5.9.189.157]) (amavisd-new, port 10024) with LMTP id skuZqotl-yC7 for ; Mon, 13 Dec 2021 18:53:21 +0100 (CET) Received: from pegasus.freibergnet.de (pj5.freibergnet.de [5.9.189.157]) by pj5.freibergnet.de (Postfix) with ESMTP id 07000724B7 for ; Mon, 13 Dec 2021 18:53:20 +0100 (CET) Received: by pegasus.freibergnet.de (Postfix, from userid 201) id E5BC666C14; Mon, 13 Dec 2021 18:53:20 +0100 (CET) Date: Mon, 13 Dec 2021 18:53:20 +0100 From: Holm Tiffe To: freebsd-stable@freebsd.org Subject: 13-stable, later adding geli disk with the same passphrase as Message-ID: Mail-Followup-To: Holm Tiffe , freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 4JCTdF5nT4z4lc2 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of holm@freibergnet.de designates 5.9.189.157 as permitted sender) smtp.mailfrom=holm@freibergnet.de X-Spamd-Result: default: False [-3.18 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:5.9.189.157/32:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[3]; MID_RHS_MATCH_FROMTLD(0.00)[]; NEURAL_HAM_SHORT(-0.98)[-0.978]; DMARC_NA(0.00)[freibergnet.de]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:5.9.0.0/16, country:DE] X-ThisMailContainsUnwantedMimeParts: N bootdisk Reply-To: Hi all, I hope here is still someone listening.. I have a new installed FreeBSD 13-stable machine with an zfs raidz1 over fours sas disks configured at installtime with geli. Now I want to add 2 additional SATA disks as raid0 for data storage in striped configuration, encrypted with geli also. $ gpart show ada0 => 40 1953525088 ada0 GPT (932G) 40 1952448512 1 freebsd-zfs (931G) 1952448552 1076576 - free - (526M) ada1 is the same, geli devices configured as stripe zpool status pool: zrdata state: ONLINE config: NAME STATE READ WRITE CKSUM zrdata ONLINE 0 0 0 ada0p1.eli ONLINE 0 0 0 ada1p1.eli ONLINE 0 0 0 So far so good. But how can I manage that I doesn't get asked a 2nd time for the geli passphrase for the 2nd disks? How can I use the same credentials that are used for the primary disk pool? I know that is the case if I init all the geli disks at the same time, but this isn't possible because I'm loosing all my data at this moment. The data have to live somewhere at transition time from one computer to the another and I want to reuse the SATA disks. I've tried to add -bg to geli configure, this makes no difference, besides of the fact that there is no bootable partition on those 2 disks. Can someone pls. help here? Regards, Holm -- Technik Service u. Handel Tiffe, www.tsht.de, Holm Tiffe, Goethestrasse 15, 09569 Oederan, USt-Id: DE253710583 info@tsht.de Fax +49 37292 709779 Tel +49 37292 709778 Mobil: 0172 8790 741 From nobody Mon Dec 13 19:34:13 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 56E4D18DCD6B for ; Mon, 13 Dec 2021 19:45:48 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::12]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JCX6z0RShz3FnX for ; Mon, 13 Dec 2021 19:45:46 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 1BDJj4OJ084428 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Mon, 13 Dec 2021 20:45:05 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-MDaemon-Deliver-To: X-Authentication-Warning: uucp.dinoex.org: Host uucp.dinoex.org [185.220.148.12] claimed to be uucp.dinoex.sub.de Received: (from uucp@localhost) by uucp.dinoex.sub.de (8.17.1/8.17.1/Submit) with UUCP id 1BDJj41B084427 for freebsd-stable@freebsd.org; Mon, 13 Dec 2021 20:45:04 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.16.1/8.16.1) with ESMTP id 1BDJb3dg034372 for ; Mon, 13 Dec 2021 20:37:03 +0100 (CET) (envelope-from peter@gate.intra.daemon.contact) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by gate.intra.daemon.contact (8.16.1/8.16.1) with ESMTPS id 1BDJYD9e033833 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 13 Dec 2021 20:34:13 +0100 (CET) (envelope-from peter@gate.intra.daemon.contact) Received: (from peter@localhost) by gate.intra.daemon.contact (8.16.1/8.16.1/Submit) id 1BDJYDb4033832; Mon, 13 Dec 2021 20:34:13 +0100 (CET) (envelope-from peter) Date: Mon, 13 Dec 2021 20:34:13 +0100 From: Peter To: freebsd-stable@freebsd.org Subject: 12.3:[ZFS pointer corruption] kernel crash exporting FreeBSD src repo Message-ID: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.sub.de;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [185.220.148.12]); Mon, 13 Dec 2021 20:45:07 +0100 (CET) X-Rspamd-Queue-Id: 4JCX6z0RShz3FnX X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org designates 2a0b:f840::12 as permitted sender) smtp.mailfrom=pmc@citylink.dinoex.sub.org X-Spamd-Result: default: False [-2.82 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; HAS_XAW(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_NONE(0.00)[]; NEURAL_HAM_SHORT(-0.52)[-0.523]; DMARC_NA(0.00)[sub.org]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE]; RCVD_TLS_LAST(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hija, I have a filesystem with the FreeBSD src repo clone. =20 When I do=20 > git checkout-index -a --prefix=3D/new-filesystem/ in 5 of 6 cases I get a kernel crash. The repo otherwise looks sane: # git status On branch local.generic Your branch is ahead of 'origin/releng/12.3' by 51 commits. (use "git push" to publish your local commits) nothing to commit, working tree clean # git branch -v -v * local.generic f99bc919533 [origin/releng/12.3: ahead 51] em/i= gb capabilities fix f=FCr 12.3 local.generic.releng/11.4 95388afb572 [origin/releng/11.4: ahead 12] KERN= CONF, make conf, sendmail mc local.generic.releng/12.2 63c868925fc [origin/releng/12.2: ahead 45] Kern= elconfigs aktualisiert main 01bad87a76d [origin/main: behind 12250] UPDATIN= G: add an entry for commit 875977314881 The filesystem is also responsive and in working order. ZFS scrub does not see anything to complain. No other error messages anywhere. zdb runs through it and finds no error. Everything else on the system (and there is a lot) appears to work just fine. In 2 of 5 cases a kernel dump is written, which is quite exactly the same every time (in another case the name was not "HEAD", but ".arcconfig", another time "sys"). Fatal trap 12: page fault while in kernel mode cpuid =3D 19; apic id =3D 19 fault virtual address =3D 0x410 fault code =3D supervisor read data, page not present instruction pointer =3D 0x20:0xffffffff808e9815 stack pointer =3D 0x28:0xfffffe00e667bf50 frame pointer =3D 0x28:0xfffffe00e667bff0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 18330 (git) trap number =3D 12 #8 0xffffffff808e9815 in _sx_xlock_hard () #9 0xffffffff8039e35b in __dbuf_hold_impl () #10 0xffffffff8039e44f in dbuf_hold () #11 0xffffffff803bc152 in dnode_hold_impl () #12 0xffffffff803a597d in dmu_bonus_hold () #13 0xffffffff80468b16 in zfs_zget () #14 0xffffffff80443ccf in zfs_dirent_lookup () #15 0xffffffff80443d9b in zfs_dirlook () #16 0xffffffff8045ddb0 in zfs_lookup () #17 0xffffffff8045e569 in zfs_freebsd_cachedlookup () #18 0xffffffff80d5ac5c in VOP_CACHEDLOOKUP_APV () #19 0xffffffff8099e27c in vfs_cache_lookup () #20 0xffffffff80d5ab2c in VOP_LOOKUP_APV () #21 0xffffffff80835ba5 in null_lookup () #22 0xffffffff80d5ab2c in VOP_LOOKUP_APV () #23 0xffffffff809a7cc1 in lookup () #24 0xffffffff809a716f in namei () #25 0xffffffff809bff32 in kern_statat () #26 0xffffffff809c06cf in sys_fstatat () #27 0xffffffff80cd38b0 in amd64_syscall () #28 0xffffffff80caba8e in fast_syscall_common () ------------------------------------------------------ #8 0xffffffff808e9815 in _sx_xlock_hard (sx=3D0xfffffe00ab1680a0,=20 x=3D, opts=3D) at /usr/src/sys/kern/kern_sx.c:682 #9 0xffffffff8039e35b in __dbuf_hold_impl (dh=3D0xfffff80018449000) at src/sys/sys/sx.h:168 #10 0xffffffff8039e44f in dbuf_hold (dn=3D0xfffff800183918a0, blkid=3D5302,= =20 tag=3D0xffffffff80d7ef0b) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c:3016 #11 0xffffffff803bc152 in dnode_hold_impl (os=3D0xfffff8001815e400,=20 object=3D169684, flag=3D1, slots=3D0, dnp=3D0xfffffe00e667c150) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dnode.c:1329 #12 0xffffffff803a597d in dmu_bonus_hold (os=3D,=20 object=3D, tag=3D,=20 dbp=3D0xfffffe00e667c1e8) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:345 #13 0xffffffff80468b16 in zfs_zget (zfsvfs=3D0xfffffe00ba7fe000, obj_num=3D= 169684,=20 zpp=3D0xfffffe00e667c298) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c:= 1165 #14 0xffffffff80443ccf in zfs_dirent_lookup (dzp=3D0xfffff80704c676c0,=20 name=3D0xfffffe00e667c3c0 "HEAD", zpp=3D, flag=3D2) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_dir.c:187 #15 0xffffffff80443d9b in zfs_dirlook (dzp=3D0xfffff80704c676c0,=20 name=3D, zpp=3D0xfffffe00e667c338) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_dir.c:238 #16 0xffffffff8045ddb0 in zfs_lookup (dvp=3D,=20 nm=3D0xfffffe00e667c3c0 "HEAD", vpp=3D,=20 cnp=3D, nameiop=3D0, cr=3D, f= lags=3D0,=20 cached=3D1) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:= 1671 #17 0xffffffff8045e569 in zfs_freebsd_cachedlookup (ap=3D0xfffffe00e667c520) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:= 4973 #18 0xffffffff80d5ac5c in VOP_CACHEDLOOKUP_APV (vop=3D0xffffffff81067150,= =20 a=3D0xfffffe00e667c520) at src/sys/sys/signalvar.h:352 #19 0xffffffff8099e27c in vfs_cache_lookup (ap=3D) at vnode_if.h:80 #20 0xffffffff80d5ab2c in VOP_LOOKUP_APV (vop=3D0xffffffff81067150,=20 a=3D0xfffffe00e667c5a8) at src/sys/sys/signalvar.h:352 #21 0xffffffff80835ba5 in null_lookup (ap=3D0xfffffe00e667c690) at vnode_if= =2Eh:54 #22 0xffffffff80d5ab2c in VOP_LOOKUP_APV (vop=3D0xffffffff810a2cc0,=20 a=3D0xfffffe00e667c690) at src/sys/sys/signalvar.h:352 #23 0xffffffff809a7cc1 in lookup (ndp=3D0xfffffe00e667c8b8) at vnode_if.h:54 #24 0xffffffff809a716f in namei (ndp=3D0xfffffe00e667c8b8) at /usr/src/sys/kern/vfs_lookup.c:499 #25 0xffffffff809bff32 in kern_statat (td=3D0xfffff805b25b1000,=20 flag=3D, fd=3D,=20 path=3D0x8009c7000
,=20 pathseg=3DUIO_USERSPACE, sbp=3D0xfffffe00e667c9d8, hook=3D0) at /usr/src/sys/kern/vfs_syscalls.c:2327 #26 0xffffffff809c06cf in sys_fstatat (td=3D,=20 uap=3D0xfffff805b25b13c0) at /usr/src/sys/kern/vfs_syscalls.c:2304 #27 0xffffffff80cd38b0 in amd64_syscall (td=3D0xfffff805b25b1000, traced=3D= 0) at src/sys/amd64/amd64/../../kern/subr_syscall.c:144 #28 0xffffffff80caba8e in fast_syscall_common () at /usr/src/sys/amd64/amd64/exception.S:582 Trying to understand this, it all looks quite useful up to #10. And there I am loosing track: how do we get from #10 to #9 ? Anyway, I'm bored of all these "optimized out". So I managed to build a kernel with -O0. (It's no longer very easy to do that, one might find a switch that works, but then it won't work for the modules. Thats one reason why I want everything compiled into the kernel, and no loadable modules.) It then does even run - and it runs quite well, only a little bit slower. Now the backtrace is more intellegible: #9 0xffffffff80bf6ec8 in _sx_xlock_hard (sx=3D0xfffffe00ab2500a0, x=3D0, o= pts=3D0) at ../../../kern/kern_sx.c:683 #10 0xffffffff803e4595 in __sx_xlock (sx=3D0xfffffe00ab2500a0,=20 td=3D0xfffff80106b3c000, opts=3D0, file=3D0x0, line=3D0) at sx.h:168 #11 0xffffffff803e8947 in dbuf_rele (db=3D0xfffffe00ab250030, tag=3D0x0) at ../../../cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c:3143 #12 0xffffffff803eaefa in __dbuf_hold_impl (dh=3D0xfffff80499edf000) at ../../../cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c:2987 #13 0xffffffff803e9fce in dbuf_hold_impl (dn=3D0xfffff8001fe2bb80, level=3D= 0 '\0',=20 blkid=3D5302, fail_sparse=3D0, fail_uncached=3D0, tag=3D0xffffffff81369= fca,=20 dbp=3D0xfffffe00e533eb18) at ../../../cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c:3016 It then took me a night trying to understand that code (uintptr_t, never seen before - back when I did learn C, the stance was that you shouldn't mix integers and pointers - let alone in the same variable). Then I figured that the x=3D0 in #9 is probably not a good thing. So I looked where that comes from. That is difficult, but it seems to come from the db variable in #11, which is a "dmu_buf_impl_t *", and that looks like this: $6 =3D {db =3D {db_object =3D 18446735312811784192, db_offset =3D 515396075= 52, db_size =3D 15168, db_data =3D 0x6}, db_objset =3D 0x4000001000,=20 db_dnode_handle =3D 0x0, db_parent =3D 0x0, db_hash_next =3D 0x0, db_link= =3D {avl_child =3D 0xfffffe00ab25a070, avl_pcb =3D 0}, db_blkid =3D 0,=20 db_blkptr =3D 0x0, db_level =3D 0 '\0', db_mtx =3D {lock_object =3D {lo_n= ame =3D 0x0, lo_flags =3D 0, lo_data =3D 0, lo_witness =3D 0x0}, sx_lock = =3D 0},=20 db_state =3D DB_UNCACHED, db_holds =3D {rc_count =3D 0}, db_buf =3D 0x0, = db_changed =3D {cv_description =3D 0x0, cv_waiters =3D 0}, db_data_pending = =3D 0x0,=20 db_last_dirty =3D 0x0, db_cache_link =3D {list_next =3D 0x0, list_prev = =3D 0x0}, db_caching_status =3D DB_DBUF_CACHE, db_user =3D 0x0,=20 db_user_immediate_evict =3D 0 '\0', db_freed_in_flight =3D 0 '\0', db_pen= ding_evict =3D 0 '\0', db_dirtycnt =3D 0 '\0'} We can see that the locking info (db_mtx) is just zeroed out, like almost everything else in there. This is not a dbuf, this is a rogue dbuf! I then spent some time reading about these dbufs - but there doesn't seem to be an easy way to get an inventory and monitor them somehow, so the question where this havoc comes from is not easy to figure out. Anyway, I don't necessarily want to figure it out. I want my pool running. And since this must have something to do with the pool (there are 5 other pools on the machine, and they do work), I dumped the pool with "zfs send" into a file. I replaced the disks. I replaced the disk controller with a different brand. I recreated the pool and loaded the file back in. And the kernel crashes do still appear. So the bottomline is: ZFS doesn't like git. Now how do I get that pool working?=20 cheerio, PMc From nobody Wed Dec 15 00:36:10 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 8FAE518ED8C3 for ; Wed, 15 Dec 2021 00:36:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-21.consmr.mail.gq1.yahoo.com (sonic317-21.consmr.mail.gq1.yahoo.com [98.137.66.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 4JDGWl6ynqz3LKY for ; Wed, 15 Dec 2021 00:36:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1639528572; bh=QCN3t79U9+rPywGIpE2TUfsI49ZUuh8Aw6oMTeWI9LI=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=IlEi2D8/PBe9BkE4DcoEm1P7BQJ31oGNjwgf65XXKir4zqy2TfF3f/tMjsqjO6HOGo5nt7Ra1JSEpM21rlaxKJLaNJJzQe3XeCn0h3Usn2mycLMsQoNzQ4DaqBz1TqvQUpedhXZOd7bM2HAljE3Ucs/AuVaknDRvlnPfyYV86N3Jsu3HWWdVL94Uj9Vzap6I7M1SV+JwPmog5TZmPy60V1A08P78wgsRThOJQUOBRLy8YEJkEJ3XhWdkouNI+2LxIpy8AdUnkz6xFcksmF9zf6KtcBGKZkTTK4cJJzOYzVEM8FOSUEGPWFhDFKfickXjG6Fo6Stx/kzzZb/KBKhw0w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1639528572; bh=46BrlhHNBfcpglm0YQcM32OmgJoQrB5viw5z4JRtRhK=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=YpJHOXbVMVDtO7oY97A13Eb44hCM4EUASXhmftvNyM13QdY0zfUNLrvK9PexT5O1IlCPmG+fYm1mET0UVEycoZjQrVecvaYkpqoF8aoi5fN9R08PSLYk3ob5UFvOW38mgB9gQNqPKmidLBAUL/0zXDbq3beri5p9NnYlJAiV+XrOoyIFUHMy/4JtpIr2Tts9ur8If4R+WDpAPis9EU7cnQTFop/c8vxNtfkAaOA8cjgzO8i2Aq+K8IFotYWbEt6lyojm9NFC8ynk1R284lSNH9ipO9RZ25swrNuEm5uiyQg0zGu/3Nv7fAGS2+8McickA3Tz9liobiDN812IYIOBDQ== X-YMail-OSG: qqxohhAVM1lJ3ooExakUH6yywfTghn17BQJDxp7fLstigGKB7YlQ8uS3eIMFJqr shiltKr80k.XRdXe1c7ujOCTaWLxFg6hJer3FxdnanVQ9XhYMFlFxfGo.dGeKSJZ73jz_5Qx6Uqz M4bWUjvcdR34gQd2ikaw8vNoy3l7tSxOdDv4T7jnvKSYHBUTrjAWza8xAxwFWmg0J.3EX1Kl0pDB gfFNt8zn4NnkwI9KydJox_cVqZ71jsVdk5o.PLQGvsIp0SQqZHAH4NYpirA0AoFSIxymNNWyirMF w9Wop3_2TtPt2V8bTVTzd2Wgk8vmzr86zRifhMMvbMunoKG4_GI8kd__aHgOPT8Jy8UpK_cCPtJ5 RFrsJ5cL1F3JHN1hk5G0k0cX.5qlSWvib0mXeR4yl34b1hb7TdKnc_rFoX4tN0k1ZJhMMByxtxvU OR9rk_0EcOLsHG5NYSDhIAeJrJK24rhuo19.0npG95fAeno7c5h0QeQ5o0mtPpvwi.JR3lzq3mLG rTzLTULYvvc6pFRkeQUMRb729SDF2v0VsNu1ZCCBKjWNbrAhySlq7GI87At9_7Fhqpc8eu3WdKm7 A3zl16xjzc5wB6TI7Cyk4B1qZ9tOtaqsH6XBoMaHV0KQGRdfsTI5UD4OlRQ3ZIeKyRgWVD3KoZP5 1HCF_AZ2quGWfBcCrAyxS7E0LuDT.isa62La_h1mEPEeLhFtYY77rdLm1lcfkEVp0gmnxUgGoTCX gZQQcfRnRb7bO9aavSinU3eYYIo5RjVejKKxABdq_3FzILx8IY2BZYcQNYmCC6BAo5uCkZaBuBhZ yfCsBnsnnvF1UGQNyWXjSwKTNNZL55XbI4wKJ.40FE7opX6JE_EF4CzsmAkVA.aoaC6Fd2yb2thJ zj4fhqUFNm.B0pWS2SItxwWybIOIv3WT23gGDzdvUq8gT.guTJuzJSRKtFHHW9KIEaarecqYMqfN 4F6koXWOs7sgFv.yPtXO_MBn1MfIVvHLqL6yRqwE3thzEMJtQbZ_bBtz1HcoJJJHtvJtaJrrdce1 w9QAMsiNvomCqkkRdrNiQG1GzRgTRYvzwcfTWTNOiIeqw8QC02.hN8mXlRrAx.neR660cl7.Ju4U WqfNPW470UMl196GPViAgKm46IN5jTkKew5_pqEru.TeudJVw6lPjKQVTYAX4iY00pWZAt1LcAQf vvA1737ksKkpRz4w8uiM_H.xMOKNRTYP9b2Y590CPQvTy6atWWdhTncMgg96P6RJd_1PZaSsqK_u d7eVH7tBr_7M.OLw63PxyJl_N9aSQqCUDMsz.5hL0uXOeZ2c1NrUxIqn1AlcadlWGLWOAca9WjWI LT_aLankiBX0n278e4IFIpLCYxJpkRzuuFWO2mmF0pwRR4GJ_vKPGJJ7KW1KzRCEfWVpmQ17WJSm Ji5zEyjWZ2rDCbrcRXliyt8r4TNhVogEe2RDT7eA3sF.gnK69NmRGKof0w2iBJc6j7sn.5xj.mWe 91hthAkDB0oYrMnRybYg6.DZg.NHsAS3qrz2fNuBaqWK5PEfN2B5r4_PKm4YngqFT3Q06u37OHRp _mKOZ7wiFp3ihVQJy13CtALQ9z9svUClRbiEm7EkDF2XenR_wFovP5kL4Zc.boVySxagiHRNMVYz xCOKAIXbEpIHW0OdZEPVvvLLvZnaScA6pbegKgaGpW_Tb8anNbxcviEgrxkCwNxr7f4taMxMxGu0 pzxorSkyKuMo_W3GtjJ519PqwipH5pjwrrnKllBNcdWnIGMblmE.iJlrkVjLGD9g6eAjGrZhVnHL F5yHzx5k5gXijbSbXYW7UYRtjiTiOMxbzuj1bdcRD72ic8aLdSLBai9Y62h6GOEIzZI3RE_DNz7T t2JHUAdxHXMrmQrGHHNYYB_OsYyBiODVcEq.3_8ZrTMmzxeGg43iLV_dfb3k6GfwSpmxyqaBizrz ZQhGiHmpZJjo8g5MSwSq_xsdP6t58k72PLxPV5Kaj51RId9o4AHjL9MsnAkiIavAx6dwi5k191lT gvZpFBgL.C0Fb6VCjNR4Lx492Hqoyzieif0uk7dlLxNuX8bLFSFfVBBwPPOXZVg3e4Aen70goUHk x77U4h2V9qn6QxZuOLQPgHmbAtpS3e3wdZWpzwl79GyGX30G5ya0elEtp9ow2oDuGO0AOIt9kPD. WbaBncXGteHsZZC7nZU6KHh.IE.lTgYXITYyakgGk5c0LDZzCfRsMjv2FJm_eoCyC2zGEk36bug_ kBdY9MEHpYog2Inr_cG7wAXVrCuI8hYG2dyilwQn5Xgb9_DTpv56lI9Z4u5dQXGwFIZUjHqhBd.h nuE3KwJzJL.V9EqKw X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Wed, 15 Dec 2021 00:36:12 +0000 Received: by kubenode539.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 03fd060a314e9d60a37daa747c21d2d4; Wed, 15 Dec 2021 00:36:11 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: /usr/share/zfs/compatibility.d/openzfs-2.1-freebsd vs. openzfs-2.1-linux vs. FreeBSD main [so: 14]: edonr status Message-Id: <928FE23E-C9DB-4473-B8C2-DB3A32529AF4@yahoo.com> Date: Tue, 14 Dec 2021 16:36:10 -0800 To: freebsd-current , FreeBSD-STABLE Mailing List X-Mailer: Apple Mail (2.3654.120.0.1.13) References: <928FE23E-C9DB-4473-B8C2-DB3A32529AF4.ref@yahoo.com> X-Rspamd-Queue-Id: 4JDGWl6ynqz3LKY X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b="IlEi2D8/"; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.66.147 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-1.58 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.66.147:from]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-0.13)[-0.129]; NEURAL_SPAM_SHORT(0.05)[0.051]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[98.137.66.147:from]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(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]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-current X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N I just noticed that main reports that my pools were created implicitly matching openzfs-2.1-freebsd (and without an explicit compatibility assignment) but, under main, zpool import and zpool status for those pools report a new, disabled feature. Turns out the issue matches what the diff below shows as present for openzfs-2.1-linux but not for openzfs-2.1-freebsd : # diff -u /usr/share/zfs/compatibility.d/openzfs-2.1-[fl]* --- /usr/share/zfs/compatibility.d/openzfs-2.1-freebsd 2021-12-07 = 21:23:21.573542000 -0800 +++ /usr/share/zfs/compatibility.d/openzfs-2.1-linux 2021-12-07 = 21:23:21.581738000 -0800 @@ -1,4 +1,4 @@ -# Features supported by OpenZFS 2.1 on FreeBSD +# Features supported by OpenZFS 2.1 on Linux allocation_classes async_destroy bookmark_v2 @@ -7,6 +7,7 @@ device_rebuild device_removal draid +edonr embedded_data empty_bpobj enabled_txg So I've taken to updating my existing zpool's via: zpool set compatibility=3Dopenzfs-2.1-freebsd NAME because I use them under releng/13 and stable/13 and main and do not want edonr accidentally enabled. It is not obvious to me if edonr being present for main is deliberate or not. For reference: # grep edonr /usr/share/zfs/compatibility.d/* /usr/share/zfs/compatibility.d/openzfs-2.0-linux:edonr /usr/share/zfs/compatibility.d/openzfs-2.1-linux:edonr /usr/share/zfs/compatibility.d/openzfsonosx-1.7.0:edonr /usr/share/zfs/compatibility.d/openzfsonosx-1.8.1:edonr /usr/share/zfs/compatibility.d/openzfsonosx-1.9.3:edonr /usr/share/zfs/compatibility.d/openzfsonosx-1.9.4:edonr /usr/share/zfs/compatibility.d/ubuntu-18.04:edonr /usr/share/zfs/compatibility.d/ubuntu-20.04:edonr /usr/share/zfs/compatibility.d/zol-0.7:edonr /usr/share/zfs/compatibility.d/zol-0.8:edonr I happened to do this activity in a aarch64 context, in case that matters. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Wed Dec 15 00:54:50 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id C29B718D2740; Wed, 15 Dec 2021 00:54:52 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-qk1-x72e.google.com (mail-qk1-x72e.google.com [IPv6:2607:f8b0:4864:20::72e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JDGx84m7Tz3Q9P; Wed, 15 Dec 2021 00:54:52 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: by mail-qk1-x72e.google.com with SMTP id l25so9222161qkl.5; Tue, 14 Dec 2021 16:54:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:subject:to:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=iW7Epxo8UhzIyLIivDj1YSoTn8CyjRAHgZfoqJACJFo=; b=ctn3fWx8uGxfkmeU+tPz24TrEJDO/QQwCGQPmm5hxVSR2P/3uaQ5Oz7PUlfIfc41zd YwthiJAl9gq25ShnaBlurO2b9nZ79KomXp8bUdupSh/R9zX3cg9JmPmW8dTWTcq9V27i bl7ApcAhxsUuFUPPn1SdD3DooF9/0AIAu5ecNzJUC6qFE5H/nfoYonMrObJK1bw9qH06 k293RQR83h+2TnfdsFdBda8mR1kj3WUfZDrI2mcyRJHHiaqlDLqXKN9uUrawlQnzaNHV 59B0XKVgv1WyqktP2NiEqb1qSsM2GlXWPaHFMkZHtqbHvrOAwxmWqWdqAxnrfxdFH6NI ySUQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:subject:to:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=iW7Epxo8UhzIyLIivDj1YSoTn8CyjRAHgZfoqJACJFo=; b=EWCRyti+zo8XGlub/7b4AQ14Wf+90s3nh+r4+2cfOK7cVFb/gB9iyswipW079RUIiy sQhz5DHvywOySbFn83+b5LbH0ZKJ7X0j/Po1DVKRKDDnDi6UhzCDRb6RptuoTAoRdEd1 pEhrTYgLVO5+myyMCzTnIa3v/TIwgX11LoJ88bnXwWWHeEAqE08QXl7huT/PSsOC58sv rtJkv0tBgZlfJPyZN04CdUBXqAgBkUtsEZI7V05wrmO5dJbsVDwUWuxmzbp2GsN+6Dd4 saHySssvCsCR9Tyn1e7wDye/dzX4TYAXZcQUV9XjDb3B6QPT405qwe+D08XEs/UbgXI2 qYpw== X-Gm-Message-State: AOAM532h39TfbPMvBLpPQA/UXfz1PomFXy2XPABpxGa5+Nvo3gyaiZN8 E5vM6dDV19kIN3hNvFqYIarBSqHped8= X-Google-Smtp-Source: ABdhPJw1Ga0nGIje42q2ignCiseHaxNYjPoRmrJhQQT/HVG83hPmdozK4se5hSCS2Gym03knJ0/CRA== X-Received: by 2002:a05:620a:4494:: with SMTP id x20mr6829172qkp.530.1639529691620; Tue, 14 Dec 2021 16:54:51 -0800 (PST) Received: from spectre.mavhome.dp.ua (104-55-12-234.lightspeed.knvltn.sbcglobal.net. [104.55.12.234]) by smtp.gmail.com with ESMTPSA id br13sm266119qkb.10.2021.12.14.16.54.50 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 14 Dec 2021 16:54:51 -0800 (PST) Subject: Re: /usr/share/zfs/compatibility.d/openzfs-2.1-freebsd vs. openzfs-2.1-linux vs. FreeBSD main [so: 14]: edonr status To: marklmi@yahoo.com, freebsd-current , FreeBSD-STABLE Mailing List References: <928FE23E-C9DB-4473-B8C2-DB3A32529AF4.ref@yahoo.com> <928FE23E-C9DB-4473-B8C2-DB3A32529AF4@yahoo.com> From: Alexander Motin Message-ID: Date: Tue, 14 Dec 2021 19:54:50 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: <928FE23E-C9DB-4473-B8C2-DB3A32529AF4@yahoo.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4JDGx84m7Tz3Q9P X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N Mark, Support for edonr checksums was added to FreeBSD main about a month ago: https://github.com/openzfs/zfs/pull/12735 . In 13 it is indeed still not supported. But you should not worry too much about it, since even enabled but not activated feature should not cause problems with pool import by older versions. And activated it will bcomee only when you explicitly set for some dataset with checksum=edonr. Some other features though activate immediately on enable, but compression and checksuming algorithms generally should not, with exception to lz4, which was optional originally, but become default later. On 14.12.2021 19:36, Mark Millard via freebsd-current wrote: > I just noticed that main reports that my pools were created > implicitly matching openzfs-2.1-freebsd (and without > an explicit compatibility assignment) but, under main, zpool > import and zpool status for those pools report a new, disabled > feature. Turns out the issue matches what the diff below shows > as present for openzfs-2.1-linux but not for > openzfs-2.1-freebsd : > > # diff -u /usr/share/zfs/compatibility.d/openzfs-2.1-[fl]* > --- /usr/share/zfs/compatibility.d/openzfs-2.1-freebsd 2021-12-07 21:23:21.573542000 -0800 > +++ /usr/share/zfs/compatibility.d/openzfs-2.1-linux 2021-12-07 21:23:21.581738000 -0800 > @@ -1,4 +1,4 @@ > -# Features supported by OpenZFS 2.1 on FreeBSD > +# Features supported by OpenZFS 2.1 on Linux > allocation_classes > async_destroy > bookmark_v2 > @@ -7,6 +7,7 @@ > device_rebuild > device_removal > draid > +edonr > embedded_data > empty_bpobj > enabled_txg > > So I've taken to updating my existing zpool's via: > > zpool set compatibility=openzfs-2.1-freebsd NAME > > because I use them under releng/13 and stable/13 and main > and do not want edonr accidentally enabled. > > It is not obvious to me if edonr being present for main > is deliberate or not. > > For reference: > > # grep edonr /usr/share/zfs/compatibility.d/* > /usr/share/zfs/compatibility.d/openzfs-2.0-linux:edonr > /usr/share/zfs/compatibility.d/openzfs-2.1-linux:edonr > /usr/share/zfs/compatibility.d/openzfsonosx-1.7.0:edonr > /usr/share/zfs/compatibility.d/openzfsonosx-1.8.1:edonr > /usr/share/zfs/compatibility.d/openzfsonosx-1.9.3:edonr > /usr/share/zfs/compatibility.d/openzfsonosx-1.9.4:edonr > /usr/share/zfs/compatibility.d/ubuntu-18.04:edonr > /usr/share/zfs/compatibility.d/ubuntu-20.04:edonr > /usr/share/zfs/compatibility.d/zol-0.7:edonr > /usr/share/zfs/compatibility.d/zol-0.8:edonr > > I happened to do this activity in a aarch64 context, in > case that matters. > > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > -- Alexander Motin From nobody Wed Dec 15 01:07:56 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id A266718D643C for ; Wed, 15 Dec 2021 01:08:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-21.consmr.mail.gq1.yahoo.com (sonic306-21.consmr.mail.gq1.yahoo.com [98.137.68.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4JDHDT3xh2z3jls for ; Wed, 15 Dec 2021 01:08:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1639530482; bh=2bsLQk8WaIixLZ/MW7N3nrDVxs48Z48jM2Wmg5IH82Q=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=eoktLdT17zrrDF6taoN1s2WquCDyYdHrcMU/yzlLeofXfHI62aThr2WHxw8HgjjiHMFuOzXNFZK0fe1ZZ41Z8eJWTxQJ+3XIiRFyjwP5WxgByZ2JYWWWf3gHaZdFSNblOS7LoDTM55YQ1WxG8ecR5YDDazW8gV5ojug4qonmN0gdhRIlBqnnqwRpUKXmoqyw8i3FfTHznSe8Nj/JwEgLS8cYvlnhMZECauoXwEm2zZ3ENcoyiqP9DAwDl4Jx5h2b/d2urL+wUxczUJO9C/RMC8/g7vpGS6ncrUVernh1feqgIlhJDsdU5iZZSDrEBUBcuIcSKSEcg6l+MLAKAVE4VA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1639530482; bh=0C60AieANyv8dV7SC1EOqgncP7WYxeiQIv3CqnFWa44=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=WX4NCrBiJBnb6d35msm+jaZu+hv3493HTxIUy6WgdF+TEYWhdiAp/bmu0JEnBgLr9bkf17HBoz+WDv6HCL8y1uAXybJKNEo7pYA17b7EcpajvAqv2TPWMMYVxEIPp82VQPKx2sOlmVGGH34ZOehe3MOqtCj7jv1ZtISuifeNDlokhBZrUrLL7iOihXxot7uXHhDz10nOPidyfo2tzvR1Jnw8iPiJ9MVvxAZ50aoq4HJ7esQofpR6IPcRlVwZ8exBBfoGpBwR/yntH2HQZqeus19s4gg9fSv76Gz1Jm+OPdBJBcMVLQtEFzaEmX2THZ3zDHFkhE8vYMN5EJGYUZ9EUA== X-YMail-OSG: VXl1AgMVM1mv2Jel8yJVPxheO5wIBpL.aBs3mSho6uSGAe7wDl7LNN95q4ejDjc 18WHOVmFBev4zdJS6wULpbDDyarbdrEeUVzhE6QluzHsl.ZybmBZgBrhP4XvWbhRZ5zOXmciJcuT dJZyNC3L4Fewsp9iqNxsTv7ZR7Nsvx3PrunNJNT7NF2hIYkp4Zm8yeyc4FGwuXahCT67m6LAGzRD 5r6LEAw7t_TjoGbm3_5386b528UfgjZ6PwTouMi162CA2WHyDz8Qcwi708pz7vMt93nM_hSyWcB3 xI0c8pEXeD.on_zLvIL.gpK3I7AKYHu.G94Nf3jywG1iSzdHK02uKcU9m.sCe7G5HNSfsJCcc7aH 1AUycLRrLJTAtvV9X6Wkd24vMFnPm8k3MOtVrWigNC9Enbd9smYvne2o5JfEFhG1d1IFJsrfH.4Z 09C6xEL_XJaECNOZ0ctdTgxu7YVxdAlOQZY_SorNlJ6Pqztl41kmLm0YD_o047ZOwyLAfLNB1HdU dQR_ROFQ1uGnMAJ0raWC4ribJLdr72xppw2jVgF2kTi3QRNcy4D1SHUAU271CdvPwP5gzQItuTK3 XkukLNdCr8Cg4wgYaAKNegcnklQJcmnmGxDUULykAcV_s3cP2nrJGfNMv4MFlnrzilxM0CUNTVtj QK_UC78uF499obCqaFL9lKyWm0jo.kb0tVIZCXrqfhP34zQ9vPSl_YMpznoshor_v7C.sIu.d.fh s.oGQ3OiKsg6A6T1HJj2fyLzogDFAVEmCJEJ19Koy9cOMuElt1ZDlcIhPGoeWttroIIDfTSZMwxw rW8V19TjvhmZy9xp.mpKimgZndk7fT7XJLqgq_zlbuwMBX_LsdJ6zS3P.fvN_cyxH8IJmLmLmK_V xTElwtcpjmX_e5rIYr4cZizMofut9pPcXqYr.PJ.EAV2FwKVoc2Q6Cw2Sj2lNUKevYXFisOJZS22 gtDxyss_Q1UvdNauBZpYXnE2IujAwM5QrgXwoumfolgdUwC.DOw7mp0mY125yeJLIlkLLzzTY2M5 XMPqo1OJHgG2Fi_uFzljTczD8cBOZGuPJdvrdQrWooM3Uf3W8sYsarLBSZq4s5vmLY.Ad6j3wnPc XrNDSgxCfucoPRO5jkjqy.hv7tuK1gSMD2UHJOU.zv27MFxr59CTix1ypOm2m8PL1Ga8uT2.irfK P5QpQsOVDb8Bb5BUx8zHbEtPNkS.G2tyCJW6LZv8u5cfV9.XrvtCdlJCVTLpudSh5X7Ri8tA3x3S MQJaJ4i6gZ_l8_ZXG8VHMLmKHpQ2CWZUAWuBhh51jB57Cy7VWZExb5QsKDzYjZ0IiPhT.D2WgV7r Ag2g65nSa88pedlpkASbKO4t9j.KBenyAhUPRWz9tpR4rTsuwniXGRw3ydzLzvZzXk6pVNX1A0gM rfVHD70.q_oV350Wpv9rlgMPdsnVpM1JwbphaLW64gT9Y7k69j8xQHFRKszLu59izqAHPZu8tP_W 3l90tZw4P53KdftQsznQlNZjI9zdwsYgoV37mUf3R0HHhprUL1mnHb0OmccH2oEIuTKhUrMQM8og ETuOiiaIdyz041lwJBxDQR91gt1hpxkkjp2X_P19ghJAWJcfEndN1rK9bbupF0hFIjHVJEL2GkSB xB1AhH6zzDj8EyOl77ABqhAznRY1ItpzQynlM5m7BXcNHLi2gWYWR1kSZ4midZfA9L6Lo25wnvXX 6m4nR20wHwM31DGH1zlT74oYFhsFPX0LLEjNt_6721AzdsH51pqaeopJ5TCGy7sKFDWq9yG3.z9d DQyXm7Yr9yR0iV7OOg3prt07LWQu0JfcGLcoG.Rn.Cb9nJG5DHbW1vsWzJ2EPTTs2wi2.p5fecTT 94nMxQ07AKM6wgIzp6d1nbM3HiFnW2Kbdat0BNnyXX8Id46uobYUPqFlky0tsjS6TqikICrrs_c6 qSeVsEWP2ng0wq_ozFi5xmpetr6uJR1dyxT1.XhG4uhQsL2ua1890Edg8k5uCBd4RiNeZ8FYQoPv 7kxeYns0UrKw1YMBni8DX1ibjKJIosz8eTvOmFBWXmjBm6WK3V_hGbgYmHrBSmSi.PgzH7vvrKT5 s8ZA5nO3pU4ip.gGIUADmZnmCijwCKTU7SwGM0EVCEe_5Jnv49o55VBMPGtrUGpAz8tWZPVqBsQv 4bngTQjw_C6IxA.GAXxSEVdZf4LKSZXJq910iLuBF_gmNyPZ.UDpWngrlj41_efaboOcJSN25bJq 6089QrA3m9mRQGhcURTFtpjRDt3uhD6m4KaxBH8pOD3FZiBUhY8PxTSJ8WFX7XtMh.b3w1D101LG hL6d93JXJ0B5lkhtLQA-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Wed, 15 Dec 2021 01:08:02 +0000 Received: by kubenode537.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 1cbb1e0026a65197ff1b71470d48129c; Wed, 15 Dec 2021 01:07:57 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: /usr/share/zfs/compatibility.d/openzfs-2.1-freebsd vs. openzfs-2.1-linux vs. FreeBSD main [so: 14]: edonr status Date: Tue, 14 Dec 2021 17:07:56 -0800 References: <928FE23E-C9DB-4473-B8C2-DB3A32529AF4@yahoo.com> To: freebsd-current , FreeBSD-STABLE Mailing List In-Reply-To: <928FE23E-C9DB-4473-B8C2-DB3A32529AF4@yahoo.com> Message-Id: <5C8E7635-4EF6-4D07-9250-FA0D108B4F60@yahoo.com> X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4JDHDT3xh2z3jls X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=eoktLdT1; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.84 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-1.97 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.84:from]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-0.19)[-0.186]; NEURAL_HAM_MEDIUM(-0.40)[-0.397]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.84:from]; NEURAL_HAM_SHORT(-0.89)[-0.888]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(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]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-current X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Dec-14, at 16:36, Mark Millard wrote: > I just noticed that main reports that my pools were created > implicitly matching openzfs-2.1-freebsd (and without > an explicit compatibility assignment) but, under main, zpool > import and zpool status for those pools report a new, disabled > feature. Turns out the issue matches what the diff below shows > as present for openzfs-2.1-linux but not for > openzfs-2.1-freebsd : >=20 > # diff -u /usr/share/zfs/compatibility.d/openzfs-2.1-[fl]* > --- /usr/share/zfs/compatibility.d/openzfs-2.1-freebsd 2021-12-07 = 21:23:21.573542000 -0800 > +++ /usr/share/zfs/compatibility.d/openzfs-2.1-linux 2021-12-07 = 21:23:21.581738000 -0800 > @@ -1,4 +1,4 @@ > -# Features supported by OpenZFS 2.1 on FreeBSD > +# Features supported by OpenZFS 2.1 on Linux > allocation_classes > async_destroy > bookmark_v2 > @@ -7,6 +7,7 @@ > device_rebuild > device_removal > draid > +edonr > embedded_data > empty_bpobj > enabled_txg >=20 > So I've taken to updating my existing zpool's via: >=20 > zpool set compatibility=3Dopenzfs-2.1-freebsd NAME >=20 > because I use them under releng/13 and stable/13 and main > and do not want edonr accidentally enabled. >=20 > It is not obvious to me if edonr being present for main > is deliberate or not. >=20 > For reference: >=20 > # grep edonr /usr/share/zfs/compatibility.d/* > /usr/share/zfs/compatibility.d/openzfs-2.0-linux:edonr > /usr/share/zfs/compatibility.d/openzfs-2.1-linux:edonr > /usr/share/zfs/compatibility.d/openzfsonosx-1.7.0:edonr > /usr/share/zfs/compatibility.d/openzfsonosx-1.8.1:edonr > /usr/share/zfs/compatibility.d/openzfsonosx-1.9.3:edonr > /usr/share/zfs/compatibility.d/openzfsonosx-1.9.4:edonr > /usr/share/zfs/compatibility.d/ubuntu-18.04:edonr > /usr/share/zfs/compatibility.d/ubuntu-20.04:edonr > /usr/share/zfs/compatibility.d/zol-0.7:edonr > /usr/share/zfs/compatibility.d/zol-0.8:edonr >=20 > I happened to do this activity in a aarch64 context, in > case that matters. >=20 Hmm. After (re-)import zpool status seems to track the compatibility assignment: no complaint in . . . # zpool import -f -N -R /zamd64-mnt -t zamd64 zpamd64 # zpool status zpamd64 pool: zpamd64 state: ONLINE config: NAME STATE READ WRITE CKSUM zpamd64 ONLINE 0 0 0 gpt/amd64zfs ONLINE 0 0 0 errors: No known data errors However there is the following (done after the above): # zpool export zpamd64 # zpool import . . . pool: zamd64 id: 4513815084006659826 state: ONLINE status: Some supported features are not enabled on the pool. (Note that they may be intentionally disabled if the 'compatibility' property is set.) action: The pool can be imported using its name or numeric identifier, = though some features will not be available without an explicit 'zpool = upgrade'. config: zamd64 ONLINE gpt/amd64zfs ONLINE This may be expected/intentional but was not obvious expectation to me. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Wed Dec 15 01:21:16 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 820C918DADF1 for ; Wed, 15 Dec 2021 01:21:28 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-25.consmr.mail.gq1.yahoo.com (sonic303-25.consmr.mail.gq1.yahoo.com [98.137.64.206]) (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 4JDHWr1cx8z3n6T for ; Wed, 15 Dec 2021 01:21:28 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1639531281; bh=ZKxO2QUR1VPZT3bIhH6ORbcfWFVz4EYu3Fgmu9RmrjU=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=BRKMk0T/LXALTwmu55GOf+BdtiQW1B9kqAmw0RCOKdQlemQ4EDcLxGt23zU0zrGIZCczO27I7Pt3ynmi8HNpttZxkG/csRDlFN/Vl+cW4ejzBi0C8FU3f/55/oVaw5D7+qSUXWWtgLyHKUdAOwzaT+QI6da4Z8BZ8IaJfKSOg0b/osu4YbfMIQYmVl6YKTEDjXM9NRz7fM7aIIxkLCy7RDuM085AkcIuvuh/+XRDzGBNPdYV8alV2taeZY97IFn5ZxdQB26ZtGWtENPrQu5lGJSoQl3YrAg6uYqwmrkPBmiaz6PHP0K08TM3jNBGQoe7Cv++TFI9FG588vkgTbszVg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1639531281; bh=t3goKJQHGR4qIJGi6K3xnBJE6sA58es1BRGNp6HUG5s=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=AsgPUrkHmwy/fSb64U2rW74cyDdbaJ25CSPS4SEvVppTVw7TyRHScc0Vds3HB77Jf9rvDeuQASSZGDM9hOFJee+PVPwD+bhAMpfiNrCnp4gp41qSsFJEyONACF6A/PRkY3yBR+MbpIJKUHFRGThIRclaY4nsuwim8VdATAAhGbzgBGg3hOiasfx7b+eNJwcwcWYq2h8KcT+xW/h2XFZz0wB3WgYRZEPYIi6KDLS8aI4aCyoPewQPlbke/uwaDw+cy1uB8bW0YzvMVW+fzmmE9pOYDMk/mEgsSPeXMHA1xLuxrFAugmZhuSOFRoc/MvihxMslysJt6d6bc+RDYACLaw== X-YMail-OSG: .Dx6VcQVM1kzCV_1Xe.ENQvK0k_yuyHsbhgvSrxY7IvGHP9K1..dDtkOeq6iT4n yFjg4LZxjBVxMZ2xvuHMsO7ML2p4PFXqZj5k4OQf2jPYXZA2TySdOYw9t8jtXcabOnossJKBf8iV Qt27Mg9UVO46ObbBWTnepWZLw5QPfgSpJn5._cDsf11FB70RRoVE8cV7_lMgj8bBh8oPV7dgQaHi 9AVtzAirhwJ_MC8bjMrq9hEjB0YCuJ9ZTbuyL421aDZcmcoCuBIB0Ctxhq7O_im6QgY_3m2TAq_R pw3.6EC_tAvjhiDLEbrtwXfbOAKQh2Ml0gWjeI.mjFEr8q7mlZB5KD3hPM0.5A67qWCRvKp9INWa xSslHPhNH2Mggqv5DSd57GAhId_uXLaN601f3LXsdAXk7ysJQQaX83EC_333CCS2c5f3U6cwvJTD NyXDhlApXaC1UceJT3oUCwewwSJZ_nKT5toacXWvcrijQ3QMqbnbmZphY6D1NN7E6krR0MuakE97 nZCwArJUlKz0GEcEHeqJOIfzPs.m6BcPQNbir69vngq4DWvsw_g36u1655rxOlZrMsDiefQ_QKKG REZlllPPxCL1f7L7J9fPvl.gXS6DiPtX4Nct5hQF6VOD_1N9E2fL8Kx_.fHNsugGAhel_91EsPG2 XxohD753T1Z4zai5SY1_r.fyzq2RLxM7QK9jYxjmyhvu6Rp9sacb51ytQ9m5F4NsZZCvW99BTNbw 7VRkYT5Uk3FWvlWykV9T_t8FrweJEq.hOV5moMbjaAj0ZQAq6L3k7MTNENaVhEsjI1kW.npgfEn0 LGJ6FT7Zt1WFUsyAFU6n0oNW8c0YLyIDh1XXPrGXF7WGe.a6f4IKgI_h5P19BEZO4vTBd4Y.x50Y nM.FZ4MvKBmHwCCLsxSnQBzjaLL5TeWKjOhpxvb4AYrGlNZWRS8A4o2GB64PIHIhK8Ooi_4wlieK gZ4QgMe9b8dfB1oXDUGuyqqM9aSszveMEuDtIvlZnlD1RIC4gZ_aoJI.N6B3uQCFBSRvHJhPm1e_ 9g.BHbQr4QivkwqaC64Dv7r0USXfFtwdFoHVlUlSQ9e5y4ez5.NRecFG8S9HJJlYMzP0gji.CgUE logTdceduDpAQhLOGSXwLPaDEIY_z0tZFvui.ll3ji0V7TQ2mncImaeg8ObE09tWeDm.ljDqCifM 14SeSMVu3r7oaW_VeCY3HgwGNbSvH43k_CTb4UQoe_M1qB21P6ijpQvZ95l85bIYvGweACFzmvHk Ztt_Wql_Rc1HHLm_Dx1Veq5kqNu.c9Hrh_QqWpN_5GH_w5fXglShfqFIgOSADLvKNLLg0zd3vjlH 53LKiuGPfA.FlEYu3sdvV5t7hG8LbnnUjEJW7Rlr.JXEnlZsNAvljT7MxwSghAy2jJdW.La7jm.U 7mFSJxc7bPZLLSZ3QmP.UCiAYdb0ud5ACpfDywy4zppFk8SXVVw21_5B.5F40aDzPGhoaBnj9a6n niVHha1KEE1ylcI9tZ_wbsRM7kmsRxc8w52TKk6nC1i.uDpOSwbGwGAJPYq0wvvfXD_urWBgwD_f Af.HIx8.Ag.EtKGejMzj4iS9SMET3qf7XG6aiHjlfKNsYsoTmGKX7vfIq1D6FQ_Bkb5rRrohk_ed 91WllVwSII32uGFtQ62aKqsVIGeGRbXvdyBa8IyJXN0T6chVvdW7r68CiRmDZJKkr5gmpIJCqHNW n9rY2nQz58yyQvc6NMcxMFwfAgtBFAhdn6rQjDdAyTmYPlbUL0Te8GqtzxEBLwnIL9P.XR0GXiED et_gfFXJND1jzVnZEv9d64zKPS6oKoe48vCxWGXR8h_PIvOV9l6rTxUW25evP8iQW2.PC1gh5Ve_ xgkCZ_jesgUeaYWx1BUXhO_q_oeHKEpcIyP.CGwjfMPD_J8TQv9XR7IRN5rJESdInh3sLNqug4Ca S9wOrp1pN9Io8VIRijpj0_ggg5Vg8vGWTPgKWbGGDBfx8oC0b0rAsZ4TsX50aHAqdoz2tsNGuW5Z LXa2cFqLNFpTnmk3ARwCOG7v6aQDiASbQnV3pAq0wAmk7NNt3YZalCb.skOQm4Ym3kJ4ewJXgwbe tspB3AV_U7IgvMJJ_G_jW94JKkgBG4gxJj.a9GbvVTO4SpFjOKsUn5mEIcWPNMOXtIf6vTjOv3fj .ehM5iCnj14yD7.s9L68bnBE5UUbgeAANZXxx1yPPGpsbwIWhzTGMlylEMp11YFsuh6AiBf3rRnZ OcrDemYQeOzl29qWnfYxpMfM8caGnRaMIwGNaxW7Qu8cFD4MXkCQR102zYzlGEWQkCrvw4Yn2GZB zF2bb.TUvfbVzyu.otw-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Wed, 15 Dec 2021 01:21:21 +0000 Received: by kubenode515.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 3b0fba5a032ab06484759bae9fb4f7a5; Wed, 15 Dec 2021 01:21:18 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: /usr/share/zfs/compatibility.d/openzfs-2.1-freebsd vs. openzfs-2.1-linux vs. FreeBSD main [so: 14]: edonr status In-Reply-To: Date: Tue, 14 Dec 2021 17:21:16 -0800 Cc: freebsd-current , FreeBSD-STABLE Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: References: <928FE23E-C9DB-4473-B8C2-DB3A32529AF4.ref@yahoo.com> <928FE23E-C9DB-4473-B8C2-DB3A32529AF4@yahoo.com> To: Alexander Motin X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4JDHWr1cx8z3n6T X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-current X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Dec-14, at 16:54, Alexander Motin wrote: > Mark, >=20 > Support for edonr checksums was added to FreeBSD main about a month = ago: > https://github.com/openzfs/zfs/pull/12735 . In 13 it is indeed still > not supported. But you should not worry too much about it, since even > enabled but not activated feature should not cause problems with pool > import by older versions. And activated it will bcomee only when you > explicitly set for some dataset with checksum=3Dedonr. Some other > features though activate immediately on enable, but compression and > checksuming algorithms generally should not, with exception to lz4, > which was optional originally, but become default later. I presume that because of FreeBSD's releng/13.0 and stable/13 (and releng/13.? futures) that: /usr/share/zfs/compatibility.d/openzfs-2.1-freebsd will never have edonr added to the file. Sound right? Is there going to be a = /usr/share/zfs/compatibility.d/openzfs-2.*-freebsd* that has edonr as well (instead of using a openzfs-2.1-linux file for such)? If yes, when does the file show up? Does main get drafts of the file over time until there is a releng/14.0 that would have the final version? > On 14.12.2021 19:36, Mark Millard via freebsd-current wrote: >> I just noticed that main reports that my pools were created >> implicitly matching openzfs-2.1-freebsd (and without >> an explicit compatibility assignment) but, under main, zpool >> import and zpool status for those pools report a new, disabled >> feature. Turns out the issue matches what the diff below shows >> as present for openzfs-2.1-linux but not for >> openzfs-2.1-freebsd : >>=20 >> # diff -u /usr/share/zfs/compatibility.d/openzfs-2.1-[fl]* >> --- /usr/share/zfs/compatibility.d/openzfs-2.1-freebsd 2021-12-07 = 21:23:21.573542000 -0800 >> +++ /usr/share/zfs/compatibility.d/openzfs-2.1-linux 2021-12-07 = 21:23:21.581738000 -0800 >> @@ -1,4 +1,4 @@ >> -# Features supported by OpenZFS 2.1 on FreeBSD >> +# Features supported by OpenZFS 2.1 on Linux >> allocation_classes >> async_destroy >> bookmark_v2 >> @@ -7,6 +7,7 @@ >> device_rebuild >> device_removal >> draid >> +edonr >> embedded_data >> empty_bpobj >> enabled_txg >>=20 >> So I've taken to updating my existing zpool's via: >>=20 >> zpool set compatibility=3Dopenzfs-2.1-freebsd NAME >>=20 >> because I use them under releng/13 and stable/13 and main >> and do not want edonr accidentally enabled. >>=20 >> It is not obvious to me if edonr being present for main >> is deliberate or not. >>=20 >> For reference: >>=20 >> # grep edonr /usr/share/zfs/compatibility.d/* >> /usr/share/zfs/compatibility.d/openzfs-2.0-linux:edonr >> /usr/share/zfs/compatibility.d/openzfs-2.1-linux:edonr >> /usr/share/zfs/compatibility.d/openzfsonosx-1.7.0:edonr >> /usr/share/zfs/compatibility.d/openzfsonosx-1.8.1:edonr >> /usr/share/zfs/compatibility.d/openzfsonosx-1.9.3:edonr >> /usr/share/zfs/compatibility.d/openzfsonosx-1.9.4:edonr >> /usr/share/zfs/compatibility.d/ubuntu-18.04:edonr >> /usr/share/zfs/compatibility.d/ubuntu-20.04:edonr >> /usr/share/zfs/compatibility.d/zol-0.7:edonr >> /usr/share/zfs/compatibility.d/zol-0.8:edonr >>=20 >> I happened to do this activity in a aarch64 context, in >> case that matters. >=20 >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Wed Dec 15 01:35:49 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id DC6F018DF21B; Wed, 15 Dec 2021 01:35:51 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-qt1-x82b.google.com (mail-qt1-x82b.google.com [IPv6:2607:f8b0:4864:20::82b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JDHrR5dZRz3rqs; Wed, 15 Dec 2021 01:35:51 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: by mail-qt1-x82b.google.com with SMTP id a2so20247131qtx.11; Tue, 14 Dec 2021 17:35:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=I3fW6l17aDAte9QIALYZqmTDcZY061EroKnoKtRRKys=; b=ItQkVU9nBr7D81ANzbTUdLXBj2KL32OhlHjvb2KjXEn4Nen+uChms8fdP34vUn3Jnm BavmukxAd8weZ5vvh/if+UN/lISWnr8+6mJQqxfzSCiv5eqY9mkJgw2v3YtkT8c/oZMw ctYuCKsM6grnLlzN6+mt1KZI4SyAXhO7ub6aObCVJnxp/3QFiRvFRczHi0O5K05PhZMl q2pkYXFO7EOgsjva4MX0Zd5jW9b2ZCtBq8ojjoN7ARRSSwu2Qj/wek5UsqtYYEVS6nIz LMEAeb1OKyN++wyp8eAex8HO/Z/UIicWvr5XCQtXYG2gzAhYJwmUhuxH6DHWsKWMeiSK aG2g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=I3fW6l17aDAte9QIALYZqmTDcZY061EroKnoKtRRKys=; b=RSatShG8JNV9utlxbMPcS9pa8jvTM8KILs4QcGZG96BGzey1Be3ZhTuFKeAKUDohR4 8jL+IviBhPrwUhQpJUy67sHRfWFKudrc6oUWnRsrc5IJkF7JJMgn3g8FqzYSl06Xejtu muu7neGQ7NnEiLCFbuydowRTiu74eEMSGA3vCQE3/e3OlEyAnHlFfWbF2P6U+av/W+E3 kbez5SZz7QgcGDE6Ctuj+bl9RNFkNUeq9ATMNI8Nn0UQhAovGjKLQS1Esy4E+2FWoFdl CYT4+vNy0nKH+pZK64qT7ddvMruPq617pyFVGvAcaqsriI2caICXnDF84DVICOnG+Ikz 5ACA== X-Gm-Message-State: AOAM532eN4Xqyrsbf34xnoiD/qTUFpKjujp1pydio5ZvgKuHyJfygEPb mgmy0mtIyQ+e61lEjldu88YeNv5tRvs= X-Google-Smtp-Source: ABdhPJyrFtM97aMI5JqfcMGbFO0rcXF6XSxpTImrdNabyGIDJfTwJf7M1Xbc7fYDI+aclTl1+QEuwQ== X-Received: by 2002:ac8:5881:: with SMTP id t1mr10006946qta.414.1639532150701; Tue, 14 Dec 2021 17:35:50 -0800 (PST) Received: from spectre.mavhome.dp.ua (104-55-12-234.lightspeed.knvltn.sbcglobal.net. [104.55.12.234]) by smtp.gmail.com with ESMTPSA id d6sm383981qtq.15.2021.12.14.17.35.50 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 14 Dec 2021 17:35:50 -0800 (PST) Subject: Re: /usr/share/zfs/compatibility.d/openzfs-2.1-freebsd vs. openzfs-2.1-linux vs. FreeBSD main [so: 14]: edonr status To: Mark Millard Cc: freebsd-current , FreeBSD-STABLE Mailing List References: <928FE23E-C9DB-4473-B8C2-DB3A32529AF4.ref@yahoo.com> <928FE23E-C9DB-4473-B8C2-DB3A32529AF4@yahoo.com> From: Alexander Motin Message-ID: Date: Tue, 14 Dec 2021 20:35:49 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4JDHrR5dZRz3rqs X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On 14.12.2021 20:21, Mark Millard wrote: > I presume that because of FreeBSD's releng/13.0 and stable/13 (and > releng/13.? futures) that: > > /usr/share/zfs/compatibility.d/openzfs-2.1-freebsd > > will never have edonr added to the file. Sound right? FreeBSD stable/13 is tracking still alive upstream zfs-2.1-release branch. It is still updated periodically, but primarily with bug fixes. > Is there going to be a /usr/share/zfs/compatibility.d/openzfs-2.*-freebsd* > that has edonr as well (instead of using a openzfs-2.1-linux file for > such)? If yes, when does the file show up? Does main get drafts of the > file over time until there is a releng/14.0 that would have the final > version? FreeBSD main though tracks openzfs master branch, and as a moving target it has no compatibility definitions. I'd expect by the time of FreeBSD stable/14 branching there to be some new openzfs branch it could switch to, but so far AFAIK there were no specific announcements yet. And enabled edonr is a step toward not differentiating FreeBSD and Linux compatibility settings any more. >> On 14.12.2021 19:36, Mark Millard via freebsd-current wrote: >>> I just noticed that main reports that my pools were created >>> implicitly matching openzfs-2.1-freebsd (and without >>> an explicit compatibility assignment) but, under main, zpool >>> import and zpool status for those pools report a new, disabled >>> feature. Turns out the issue matches what the diff below shows >>> as present for openzfs-2.1-linux but not for >>> openzfs-2.1-freebsd : >>> >>> # diff -u /usr/share/zfs/compatibility.d/openzfs-2.1-[fl]* >>> --- /usr/share/zfs/compatibility.d/openzfs-2.1-freebsd 2021-12-07 21:23:21.573542000 -0800 >>> +++ /usr/share/zfs/compatibility.d/openzfs-2.1-linux 2021-12-07 21:23:21.581738000 -0800 >>> @@ -1,4 +1,4 @@ >>> -# Features supported by OpenZFS 2.1 on FreeBSD >>> +# Features supported by OpenZFS 2.1 on Linux >>> allocation_classes >>> async_destroy >>> bookmark_v2 >>> @@ -7,6 +7,7 @@ >>> device_rebuild >>> device_removal >>> draid >>> +edonr >>> embedded_data >>> empty_bpobj >>> enabled_txg >>> >>> So I've taken to updating my existing zpool's via: >>> >>> zpool set compatibility=openzfs-2.1-freebsd NAME >>> >>> because I use them under releng/13 and stable/13 and main >>> and do not want edonr accidentally enabled. >>> >>> It is not obvious to me if edonr being present for main >>> is deliberate or not. >>> >>> For reference: >>> >>> # grep edonr /usr/share/zfs/compatibility.d/* >>> /usr/share/zfs/compatibility.d/openzfs-2.0-linux:edonr >>> /usr/share/zfs/compatibility.d/openzfs-2.1-linux:edonr >>> /usr/share/zfs/compatibility.d/openzfsonosx-1.7.0:edonr >>> /usr/share/zfs/compatibility.d/openzfsonosx-1.8.1:edonr >>> /usr/share/zfs/compatibility.d/openzfsonosx-1.9.3:edonr >>> /usr/share/zfs/compatibility.d/openzfsonosx-1.9.4:edonr >>> /usr/share/zfs/compatibility.d/ubuntu-18.04:edonr >>> /usr/share/zfs/compatibility.d/ubuntu-20.04:edonr >>> /usr/share/zfs/compatibility.d/zol-0.7:edonr >>> /usr/share/zfs/compatibility.d/zol-0.8:edonr >>> >>> I happened to do this activity in a aarch64 context, in >>> case that matters. >> >> > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > -- Alexander Motin From nobody Wed Dec 15 03:00:41 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 33BB018F185A for ; Wed, 15 Dec 2021 03:00:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-25.consmr.mail.gq1.yahoo.com (sonic311-25.consmr.mail.gq1.yahoo.com [98.137.65.206]) (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 4JDKkb3t4Hz4dDt for ; Wed, 15 Dec 2021 03:00:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1639537248; bh=cRD0vKE32+WNZmuuOzlr3VjRm9hokOcxcHbz6DB3Y+A=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=fjma/csfCUx+hKQgbzzVYZfrAu91sOqmfDo7xClx2bxb2WILkV3GawPGWxpaIsuEnq+rMV6PLJR1ke8oaeDdT1dF3+m15vn0jnVjNWFMQem1nbw4Evutgf9DHqRoLSarsnVo2238VlzkIMNlfkx0q9ZEqlLwDLR049EeZmHS6TRxyPhWl6gE+5eKCUImsuRiASn1pMpnoyuwiksQQVV83T1GPsgPfb2XCAk6+4vzPY4IbdRsJsSU6utWV3nWYNLpaD8cLrdLa9NOvLRgdm80g7BgSj3muOlbRzuWFeB4GY8siYbH2oXhsY+gF9c/VbpLyK8fyy5X9as1upc9YpWJaA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1639537248; bh=ovfDRN1EWxWJDczAm/etTmvkoiIM8sC5fFCtrG/rls2=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=bUtuvESLZ/pu9116zpD15nT9i1zGZoy0qFEpUzWL7zRzEXIYOfgmtcMtlhCsgSHFiQStPRgKlNcF0L6r92K6QudY20zuhy8EtgvAIwEQfTHneTcKtxJ53TfCdXwer/72laZT9czyuzR1O65UuvE6R5mY0UybIvH45FRVbdq5iOHRSIVq+JuFhgymb9tRKAi0cxAeJMuSlM3+OxKAJ5Jh0sPLMdryUTOzVp4mBQGQzCdY7M3/M4kI5ua6X5q86qIJeWawIepxwpKpMsno27BMbC7c8CMQmq8q7LqnM5fW/cC8xhGLVhUBFPrHB2Kn4478vKii2OWugTG3x5XiRp/nDw== X-YMail-OSG: 03QqZUgVM1lktEnPRnkwbP3mYR6H0BTcZyYiJ9D6PnD.2RzYPH.wMi.hfB8X7i3 FOE6WNJtGRkGNfkFvChMKD0tiA6C0GrgLEEakLcajn7Pkieb5WvIDVlx3vdlO3wQf9_iASXV3puX 436Dvk42AyTmjEzKTHwbaGP90eQq4AtYy88l5NXI11CfwU7QXI54uNdNGtQw8B8.29KEi1CSQl5q 9p8HncrB0w3pjltp.YrXFodYhbGJSqqW454PvQcjYoYbuD6ldTBfJXL8vIfm.OoyK8Qdpy.qqhLd 1bpD5cw5XhYmGCWtbU7Gijj4GaZDFN2hpuNqXxK.wYXonASEHGM7gAJjR.fFViZrif29vw148Dt0 FMsvhmj8vPpm2pBHELNcXfdeI05OnlJrC6buJGRyywuBSGfK.vFIlZjzMRIFTC9qWS0qVrLRRIoF YkZyKLvzzj.OAMsnN.KxdO4oDfYTYkNNJHME8MeuoTTr5blcjgCyRSr31EEJ39D8zX165dRzLOUy 2n0dSu1tdqwKufvWS9RJTg0jZvoW6kiZR4QgVJhd2tvu45dCZ4HSuiHQIFIkCylqz0zVSw3ZVZZg K6Hv9xKl218gUbKbmlEpTIIbJC2t4ZlhkmGnP9EqfD_zsw5_0HBcUdsC6V5czYc5eUksKIMoF5ja iCvl376ejvC8lmcSNhppLcu9F15O8ZN1rdu67dmkH6Pz85Rjf0B12z1._P7DJagavFlUll17m1cJ g56uAPCcF6bFBh7MefXkaQEZsVRzq6Ahq0GVmu5UVp9nMI9g2CbZJ8wn_X.MO_uE3IGrNDaAoT52 olnrTZf5bodGnDw8ZVg6Ise.AHemfFoLkRcw9404JieSFFWQhicAKBZjGmYZO94wp4V1rrYDaCqx 8fpjav_yC0eF0a6zRlYVEVDDJMAKrNyRXtbT6PML5cuI3kklkWPtJyVgbCGXIRq2R9yGcMoNDdbR roT80GLtqQGG3ozqz2zyh8qE2eQV2y71MplertClenOwtjgK.AVnZA_NyCruLu16ORFQ7UbnC_ZC AK57YUuZ83tWMOuW2cJHDeE3Imib4jPDRHdQ2PBq_eGxzyY6kNsfw_y7_VM_OFZ5wy7TxKkLY9Jq 26q7yVM5EErRtEwOPfEvCQuHg0BIF7tVxyF0FqSEmpYlLCwdzkUtiUL2Zq7vz74e6G7O2NYWtMfO u8.Ii6Q8_p_d1blNJ.EE48DQ4Xqaln9m3UEqqRySOUQ03ZFIJqFJ.5YPBRyxjl_r47TlSN2U2MrJ 9LPhVlK669WdLVVfQkAz8iKN4XUwQ19Nk2xUGT5MaOD.gYERVU7IRPZWlfBpMyv4YOPgJzyp286t zOOyUi4shJQtuhp4Na8Aik0mu2YcDRznH1RKBGeumQBsQ26298JAZPCVJ4ENdJeYXyw3wNKT_JuH L0uIrBP40Px3kfuuZVvNP60DYaUi8bXlCCnp7aE7f6_3l23OWLyx08aN7QqpygJD7ifuKVakd7PS hst2faXLAwf3nGE2FnSN1_x9rqhgB4u4ZMLDzqjPuMIpQM_fBcaaokjzAbw52LV58_KDCqC0MmlJ 0IRhKOleY81o3yXlNJyzXL34b.NccsS7pdFQ3WxzVqbadLSFRY.FaDUz4OH72OMxnI9qm1JAKipN lPjrUruJ2yRbzNwuQMQn2PWYWVPCIlREBaLlR1vjIb9n_cbER89p2tRPHpBG.jm.GJqT41JhDsay MBeinPtj8JY4Wdcj_QySbP7BfP7Ejsv8azf6OngCLid9GilXQ.F69TKJIZdHv1IylTRBfBIqyzP6 Ll1oA4_JzmmppJtIQa2VjE9WNLPYf82huhm_Ghe6WTjMLEJOVmdjQK2QVUcq5NQNVL6AHLNWAMmn kt1hpbLbc41Xi_DIGac4UFhbIeb25NT3cyaXLjg7NRuljsS7Sc6Ri5SRfZZ26kmOtBNbglGSFZbI 4.UWWqNA9ALm5ht_8psxjftiRzJKQyb6uMbjmyiJV_7QtIcMm4lgWWOPT4ugOfffiE46tFYGGqOf QDLwhezpdnQ95zVZpN8oR4SV_ve5q1HaEldnEll5Gi245lOEmcI7xTbVh38urewFl3rLn4rVDgsd Lu4CNVpgtKcI8HNQPrqObSLXZj3JrLZOBw5u5VOwKcxQED3ZPr6T.kAedKTvkLLO17rq_iSjin0A 1cXPhMdVB.tcsOg7hslpm3H89c9Ld212OHNs5PWH0XE7zCzzy5Dloqe0v8N6EV.mTRbsdAxvtk8X nhaMWUupNjwWlm1j.kgLBUebX6D_wLLWS_0hL5MXE X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Wed, 15 Dec 2021 03:00:48 +0000 Received: by kubenode502.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID d5abe871048774b325a8ffaa4999ad44; Wed, 15 Dec 2021 03:00:43 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: /usr/share/zfs/compatibility.d/openzfs-2.1-freebsd vs. openzfs-2.1-linux vs. FreeBSD main [so: 14]: edonr status In-Reply-To: Date: Tue, 14 Dec 2021 19:00:41 -0800 Cc: freebsd-current , FreeBSD-STABLE Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: <0C484963-D833-4B12-A9C8-8FADC0EF1D9B@yahoo.com> References: <928FE23E-C9DB-4473-B8C2-DB3A32529AF4.ref@yahoo.com> <928FE23E-C9DB-4473-B8C2-DB3A32529AF4@yahoo.com> To: Alexander Motin X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4JDKkb3t4Hz4dDt X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-current X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Dec-14, at 17:35, Alexander Motin wrote: > On 14.12.2021 20:21, Mark Millard wrote: >> I presume that because of FreeBSD's releng/13.0 and stable/13 (and >> releng/13.? futures) that: >>=20 >> /usr/share/zfs/compatibility.d/openzfs-2.1-freebsd >>=20 >> will never have edonr added to the file. Sound right? >=20 > FreeBSD stable/13 is tracking still alive upstream zfs-2.1-release > branch. It is still updated periodically, but primarily with bug = fixes. I infer from the above that: /usr/share/zfs/compatibility.d/openzfs-2.1-freebsd is unlikely to be changed to be inaccurate relative to releng/13.0 , at least as long as 13.0 is a supported FreeBSD release, but probably for all the releng/13.? . >> Is there going to be a = /usr/share/zfs/compatibility.d/openzfs-2.*-freebsd* >> that has edonr as well (instead of using a openzfs-2.1-linux file for >> such)? If yes, when does the file show up? Does main get drafts of = the >> file over time until there is a releng/14.0 that would have the final >> version? >=20 > FreeBSD main though tracks openzfs master branch, and as a moving = target > it has no compatibility definitions. I'd expect by the time of = FreeBSD > stable/14 branching there to be some new openzfs branch it could = switch > to, but so far AFAIK there were no specific announcements yet. And > enabled edonr is a step toward not differentiating FreeBSD and Linux > compatibility settings any more. I infer from the above that it will be much closer to releng/14.0 's time frame before there will be an additional: /usr/share/zfs/compatibility.d/openzfs-*-freebsd* ( or a name that does not even mention freebsd or linux but applies to releng/14.0 ). Good to know. I could imagine FreeBSD having links with names making it clear what each FreeBSD release should use for a matching feature-list file when one is desired. For example: # ln -s openzfs-2.1-freebsd openzfs-freebsd-13.0-RELEASE I had to do multiple comparisons to know for sure what file to use to have a match: it was not obvious from my background knowledge. (=46rom what you have reported, I'd not expect stable/* or main to have such links.) Thanks for the information. I know better what to do now. >>> On 14.12.2021 19:36, Mark Millard via freebsd-current wrote: >>>> I just noticed that main reports that my pools were created >>>> implicitly matching openzfs-2.1-freebsd (and without >>>> an explicit compatibility assignment) but, under main, zpool >>>> import and zpool status for those pools report a new, disabled >>>> feature. Turns out the issue matches what the diff below shows >>>> as present for openzfs-2.1-linux but not for >>>> openzfs-2.1-freebsd : >>>>=20 >>>> # diff -u /usr/share/zfs/compatibility.d/openzfs-2.1-[fl]* >>>> --- /usr/share/zfs/compatibility.d/openzfs-2.1-freebsd 2021-12-07 = 21:23:21.573542000 -0800 >>>> +++ /usr/share/zfs/compatibility.d/openzfs-2.1-linux 2021-12-07 = 21:23:21.581738000 -0800 >>>> @@ -1,4 +1,4 @@ >>>> -# Features supported by OpenZFS 2.1 on FreeBSD >>>> +# Features supported by OpenZFS 2.1 on Linux >>>> allocation_classes >>>> async_destroy >>>> bookmark_v2 >>>> @@ -7,6 +7,7 @@ >>>> device_rebuild >>>> device_removal >>>> draid >>>> +edonr >>>> embedded_data >>>> empty_bpobj >>>> enabled_txg >>>>=20 >>>> So I've taken to updating my existing zpool's via: >>>>=20 >>>> zpool set compatibility=3Dopenzfs-2.1-freebsd NAME >>>>=20 >>>> because I use them under releng/13 and stable/13 and main >>>> and do not want edonr accidentally enabled. >>>>=20 >>>> It is not obvious to me if edonr being present for main >>>> is deliberate or not. >>>>=20 >>>> For reference: >>>>=20 >>>> # grep edonr /usr/share/zfs/compatibility.d/* >>>> /usr/share/zfs/compatibility.d/openzfs-2.0-linux:edonr >>>> /usr/share/zfs/compatibility.d/openzfs-2.1-linux:edonr >>>> /usr/share/zfs/compatibility.d/openzfsonosx-1.7.0:edonr >>>> /usr/share/zfs/compatibility.d/openzfsonosx-1.8.1:edonr >>>> /usr/share/zfs/compatibility.d/openzfsonosx-1.9.3:edonr >>>> /usr/share/zfs/compatibility.d/openzfsonosx-1.9.4:edonr >>>> /usr/share/zfs/compatibility.d/ubuntu-18.04:edonr >>>> /usr/share/zfs/compatibility.d/ubuntu-20.04:edonr >>>> /usr/share/zfs/compatibility.d/zol-0.7:edonr >>>> /usr/share/zfs/compatibility.d/zol-0.8:edonr >>>>=20 >>>> I happened to do this activity in a aarch64 context, in >>>> case that matters. >>>=20 >>=20 >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Wed Dec 15 03:10:18 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 0048418F4CFF; Wed, 15 Dec 2021 03:10:27 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-qt1-x82d.google.com (mail-qt1-x82d.google.com [IPv6:2607:f8b0:4864:20::82d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JDKxZ6Bk3z4hMy; Wed, 15 Dec 2021 03:10:26 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: by mail-qt1-x82d.google.com with SMTP id o17so20511073qtk.1; Tue, 14 Dec 2021 19:10:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=53GxFRmVi32R2rqyJTmTPm+ja/p1teL1phSAW9IlCV4=; b=oSlfkEGv346hCR4aWbu9U5IzqcwpRhKfD8telcxBbHBL1dQBpyiB7mRtlNm1PSd1Nx EjJKV98bFdCtnvQqH7sduGB0qnTraiZGayFthgp2UC7BZxns15g9SE94Ez0H/KX7ZSGq nyTlnxUQVydd/3YEB36LvSdASDYKGzMichG8uanNquFZuPM95ctAKPJujknbHwpyWtAg WuLTSDuA2ggQrYQFoKDhXZTmOiSgv66TeDDBK/XvfAyvJSVEvXe87CsPqkLs5m5DOXTd jIaQQJu+eoyshN7A0k7GE6PONDpkH0XIMbgIGUHCNKzirr9xHpdDvZqOTArrb3tO8CM1 0v3Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=53GxFRmVi32R2rqyJTmTPm+ja/p1teL1phSAW9IlCV4=; b=BWCtdGxjiUemlpmmDUIeqJM1yTfXA99j39jWEjyztM/sTLfr9UvDE2jpZM0C+YtboW Dmtnl2LG+Qm7aflnPK86mL6EhJhILSoD4CR5XwjVTsuJVyrLLFeMJ/mZYqfCI18Ldcnd i5Vn4emj7bawRKfyv5OPWXW89pc0cpxYm0uB7N8uDkKNbQnLGs/Uu/aEsmiHWURxlwfd lk2w4auDYNIhqODjjE2V7Ff7QnRFzyITwMpFiDsvlEUvBGMjf2lTtZ2vQ1/HezIe2tZr g78tq4ucXZdRFjxvz/pdcS+C1B/7TiWI8VEBrsp1Re8oB6c8FfHMc982VKOZ1pE6ps/d hF5w== X-Gm-Message-State: AOAM533VObFIdyIdVnYyStkUiJVfaUagQWw74+JNOs2yAI9WaT+MJ12i apQAeCfSFPjgRT68eBeussjZaQ533/s= X-Google-Smtp-Source: ABdhPJyf1pnHvBpFbxlgiO9v9+9A23P3JG/dsthk/zuL5azkdoIhits4zHjAIon7Wc5wzQ/y+pJL+A== X-Received: by 2002:ac8:7d11:: with SMTP id g17mr10220712qtb.460.1639537819794; Tue, 14 Dec 2021 19:10:19 -0800 (PST) Received: from spectre.mavhome.dp.ua (104-55-12-234.lightspeed.knvltn.sbcglobal.net. [104.55.12.234]) by smtp.gmail.com with ESMTPSA id e17sm563634qtw.18.2021.12.14.19.10.19 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 14 Dec 2021 19:10:19 -0800 (PST) Subject: Re: /usr/share/zfs/compatibility.d/openzfs-2.1-freebsd vs. openzfs-2.1-linux vs. FreeBSD main [so: 14]: edonr status To: Mark Millard Cc: freebsd-current , FreeBSD-STABLE Mailing List References: <928FE23E-C9DB-4473-B8C2-DB3A32529AF4.ref@yahoo.com> <928FE23E-C9DB-4473-B8C2-DB3A32529AF4@yahoo.com> <0C484963-D833-4B12-A9C8-8FADC0EF1D9B@yahoo.com> From: Alexander Motin Message-ID: Date: Tue, 14 Dec 2021 22:10:18 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: <0C484963-D833-4B12-A9C8-8FADC0EF1D9B@yahoo.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4JDKxZ6Bk3z4hMy X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On 14.12.2021 22:00, Mark Millard wrote: > On 2021-Dec-14, at 17:35, Alexander Motin wrote: > >> On 14.12.2021 20:21, Mark Millard wrote: >>> I presume that because of FreeBSD's releng/13.0 and stable/13 (and >>> releng/13.? futures) that: >>> >>> /usr/share/zfs/compatibility.d/openzfs-2.1-freebsd >>> >>> will never have edonr added to the file. Sound right? >> >> FreeBSD stable/13 is tracking still alive upstream zfs-2.1-release >> branch. It is still updated periodically, but primarily with bug fixes. > > I infer from the above that: > > /usr/share/zfs/compatibility.d/openzfs-2.1-freebsd > > is unlikely to be changed to be inaccurate relative to releng/13.0 , at > least as long as 13.0 is a supported FreeBSD release, but probably for > all the releng/13.? . Yes, that would be my personal assumption. >>> Is there going to be a /usr/share/zfs/compatibility.d/openzfs-2.*-freebsd* >>> that has edonr as well (instead of using a openzfs-2.1-linux file for >>> such)? If yes, when does the file show up? Does main get drafts of the >>> file over time until there is a releng/14.0 that would have the final >>> version? >> >> FreeBSD main though tracks openzfs master branch, and as a moving target >> it has no compatibility definitions. I'd expect by the time of FreeBSD >> stable/14 branching there to be some new openzfs branch it could switch >> to, but so far AFAIK there were no specific announcements yet. And >> enabled edonr is a step toward not differentiating FreeBSD and Linux >> compatibility settings any more. > > I infer from the above that it will be much closer to releng/14.0 's > time frame before there will be an additional: > > /usr/share/zfs/compatibility.d/openzfs-*-freebsd* > > ( or a name that does not even mention freebsd or linux but > applies to releng/14.0 ). Good to know. Right. There would be nothing bad to have more openzfs releases before stable/14 branching though, just not after. We'll need to coordinate that with upstream. -- Alexander Motin From nobody Wed Dec 15 18:15:47 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 17FC418D4924 for ; Wed, 15 Dec 2021 18:16:16 +0000 (UTC) (envelope-from matpockuh@gmail.com) Received: from mail-lf1-x12e.google.com (mail-lf1-x12e.google.com [IPv6:2a00:1450:4864:20::12e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JDk2l2NtZz3KN4 for ; Wed, 15 Dec 2021 18:16:15 +0000 (UTC) (envelope-from matpockuh@gmail.com) Received: by mail-lf1-x12e.google.com with SMTP id z7so44713913lfi.11 for ; Wed, 15 Dec 2021 10:16:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:from:date:message-id:subject:to; bh=BDskF4p1gU3SFBRrsGjh+NpsKPyUNLsmlpNaN4PlGDw=; b=ARoABrXDUtQikaC23yVbNTYDwEx59SFxtiNXZCFh1qvtbdjoE/4K9x/ydkom7KK1rl MTmoUfknzQ8LN3nPj/2BYTS3kIXMEQzb0PU75GsgZsT1EOBsK1+cGSTHVcrp28CyuzYg eCRmgoL2DqFKxMptIc8U7MrnOAv2AzDx5hgkTD1yipRXd+2d9mX+zvCUDoiUSWXmFtcp MpCkq911t1fZqR3Yp36cET5CfsLPqajcXKMCZg/6XBFzo+DMx7YKU9VOGQ5WuVrBBX62 Of2WIfBNTFjA6tQYHNd8OgFF7iMjADblesmefNFBGV/OP4ipUoqhkkbDEPqhaE1iMMqt YwcA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=BDskF4p1gU3SFBRrsGjh+NpsKPyUNLsmlpNaN4PlGDw=; b=cnp8p29lvrWvbNrW2GopUPqueKlVQW+JhEtF2vDuvvvUU4kMCW9uwmt3ZmCGK8/c1z qSa1NymytmblUYib6+Mr9S1TMmCdnaN6mokp30Mb7D5fX+uGCyDCaNe/UwEB1tMpBvhm htqp1kheUwp0l9+xB03TO8MLd53epsxs3bY6CXl7hDnrpJUAofKyt8b2RFyXho+fl4f8 NDeOA8jHA+pMEKzEnaKhT42Erp2OfkS/Chq5Z5N7QsOLlt8lbiwdR1OF4wOBaQCNZTMk kvePjcjervh/bfOi/7sAWC8cVZB7D15apuu4pYHqW6vD+GmGIZqz/u4kiUuvh0vUJirn lwvQ== X-Gm-Message-State: AOAM532fVG3TusntRiYQTbLEGOcXX0OQFGn987uxnhd3gJj37+6rANSc fQLdw4tEttE3KfJfsVl9QC6Nn64RlLS6hkYVCLvNy5FwCO/3ww== X-Google-Smtp-Source: ABdhPJyw4uNyCFq5EJpmr1e2nOaSPhfU1sjwySl6Mvr4LUzqXfBlOzzObNeqpAyj/ZarSMbflqN5fJRERCFWsWI4w0k= X-Received: by 2002:a05:6512:2289:: with SMTP id f9mr10854222lfu.619.1639592168274; Wed, 15 Dec 2021 10:16:08 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 From: KOT MATPOCKuH Date: Wed, 15 Dec 2021 21:15:47 +0300 Message-ID: Subject: ping -6 ignores -e parameter To: freebsd-stable List Content-Type: multipart/alternative; boundary="000000000000c43e2d05d3334ccb" X-Rspamd-Queue-Id: 4JDk2l2NtZz3KN4 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=ARoABrXD; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of matpockuh@gmail.com designates 2a00:1450:4864:20::12e as permitted sender) smtp.mailfrom=matpockuh@gmail.com X-Spamd-Result: default: False [0.23 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_LONG(-0.76)[-0.761]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCPT_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::12e:from]; NEURAL_SPAM_SHORT(1.00)[0.995]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N --000000000000c43e2d05d3334ccb Content-Type: text/plain; charset="UTF-8" Hello! In a man page for ping(8) and in it's help output I found option "-e": -e gateway Specifies to use gateway as the next hop to the destination. The gateway must be a neighbor of the sending node. I tried to use this argument, ping ignores this parameter and sends the packet via default gateway. For example I have a tun0 which has ipv6 default gw, and an established bridge0 which has available some LL addresses: Neighbor Linklayer Address Netif Expire S Flags fe80::2a0:98ff:fe1d:e270%bridge0 00:a0:98:1d:e2:70 bridge0 23h56m34s S R I tried to run: ping -6 -e FE80::2A0:98FF:FE1D:E270%bridge0 google.com But the packet was sent via tun0 interface. What is wrong with it? -- MATPOCKuH --000000000000c43e2d05d3334ccb Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello!

In a man page for pin= g(8) and in it's help output I found option "-e":
= =C2=A0 =C2=A0=C2=A0 -e gateway
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0Specifies to use gateway as the next hop to the destination.=C2=A0 T= he
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0gateway must be a nei= ghbor of the sending node.

I tried to use this arg= ument, ping ignores this parameter and sends the packet via default gateway= .
For example I have a tun0 which has ipv6 default gw, and an est= ablished bridge0 which has available some LL addresses:
Neighbor = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 Linklayer Address =C2=A0Netif Expire =C2=A0 =C2=A0= S Flags
fe80::2a0:98ff:fe1d:e270%bridge0 =C2=A0 =C2=A0 00:a0:98:1d:e2:70= bridge0 23h56m34s S R

I tried to run:
ping -6 -e FE80::2A0:98FF:FE1D:E270%bridge0 google.com
But the packet was sent via tun0 interface.<= /div>

What is wrong with it?

--=
MATPOCKuH
--000000000000c43e2d05d3334ccb-- From nobody Wed Dec 15 18:32:00 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 988BC18D878F for ; Wed, 15 Dec 2021 18:32:17 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-ot1-f46.google.com (mail-ot1-f46.google.com [209.85.210.46]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JDkPF3sNHz3MhQ for ; Wed, 15 Dec 2021 18:32:17 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-ot1-f46.google.com with SMTP id i5-20020a05683033e500b0057a369ac614so25983203otu.10 for ; Wed, 15 Dec 2021 10:32:17 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=zInWjtJH1Uq338zCysszwC02IIXSyxw99aWuXdQtJIA=; b=1+3MHwgnbRMN+x7t3uHHqOldJU+tFPQWamsavNvrKZt4zRJxfVP6dxtgx0f2vOj4Jv za5mgFTukHygwdN4aqhrZNOSEzJKw2cHRK02vOOG/kGdTKmck69LJv9Y69rqBAolsJVu u5crt80abMgtOcH0VF1rQC9gltnjddUrpEHDts8eZuJEnTNaayIJuLALZXcNDzZ4nAFV 9ie/yVCu0udbxX5fFzfqzM4ei3UMAfmhCN2+nDIthK5oc02swvvLe01ZOsLSTFoJum9W IvjoqtEAd4z+CriOPb2jl/2evk/CEs7AkRsNbNAybxi0rrN9VYsJ7IfeZgCQptUzsBJy 0CxQ== X-Gm-Message-State: AOAM533bPJf+a0HSPc5/721GG13omf8cyPjub0kdT6Vtyzpf/vLjcL4l xqvcr9xwf/t7d7XMDfljT0ri3TPrwKM4RD3UEqc= X-Google-Smtp-Source: ABdhPJwHzs1hX9juWJrmPrs1ixuEdhqbmq9KcauZzlXmiNWve3OLLTDViKgQ88HLmZBPvs9dJzvh2UKDLB1YRdp74Ys= X-Received: by 2002:a9d:6d98:: with SMTP id x24mr9485555otp.371.1639593131162; Wed, 15 Dec 2021 10:32:11 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Alan Somers Date: Wed, 15 Dec 2021 11:32:00 -0700 Message-ID: Subject: Re: ping -6 ignores -e parameter To: KOT MATPOCKuH Cc: freebsd-stable List Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4JDkPF3sNHz3MhQ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Wed, Dec 15, 2021 at 11:16 AM KOT MATPOCKuH wrote: > > Hello! > > In a man page for ping(8) and in it's help output I found option "-e": > -e gateway > Specifies to use gateway as the next hop to the destination. The > gateway must be a neighbor of the sending node. > > I tried to use this argument, ping ignores this parameter and sends the packet via default gateway. > For example I have a tun0 which has ipv6 default gw, and an established bridge0 which has available some LL addresses: > Neighbor Linklayer Address Netif Expire S Flags > fe80::2a0:98ff:fe1d:e270%bridge0 00:a0:98:1d:e2:70 bridge0 23h56m34s S R > > I tried to run: > ping -6 -e FE80::2A0:98FF:FE1D:E270%bridge0 google.com > But the packet was sent via tun0 interface. > > What is wrong with it? > > -- > MATPOCKuH What version of FreeBSD are you using? There was a major change to ping's code in FreeBSD 13. Please show the output of 'freebsd-version' and 'netstat -rn'. -Alan From nobody Thu Dec 16 10:30:32 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7B4F718EBC46 for ; Thu, 16 Dec 2021 10:30:51 +0000 (UTC) (envelope-from matpockuh@gmail.com) Received: from mail-lj1-x22c.google.com (mail-lj1-x22c.google.com [IPv6:2a00:1450:4864:20::22c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JF7gH2Lyxz4bRB; Thu, 16 Dec 2021 10:30:51 +0000 (UTC) (envelope-from matpockuh@gmail.com) Received: by mail-lj1-x22c.google.com with SMTP id i63so37813574lji.3; Thu, 16 Dec 2021 02:30:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:subject:to:cc:references:message-id:date:user-agent :mime-version:in-reply-to:content-language; bh=JmIsAkl79A8kvAf0E5YJ8b67ealdYH3S5oQEEkVfWmA=; b=pW8+pJkDA2z1+S6W749Zgv798xmQOxPiAmNIKfxdzaQtp/efu9nWmmQ3p70fTCIjj9 3Iq9wEgzXkScredS7i8shIBQhtDJAQ/LqpPf5sAslD3/MpMVObt1Ph3QyKq4YlssxzM3 UXTBE619lRwxHZd7A45ATIJjiUdXR5j3tMjvJuS/JiudwFK07OSR84jTDXE8K4w3PROL o5t0LYUDuyhYX6+OATLEG5IV+z+UGVZAcvGzQnGksLWGAq/5L0xtLfQmLQfGu/4+1lYT 20U3JiGcTMmuibZZjOtTm7DiidQHWz5Qv0SXusrx0wnhfgjJcF9bR4P0UGezU0FfSpXa DL1w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:subject:to:cc:references:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=JmIsAkl79A8kvAf0E5YJ8b67ealdYH3S5oQEEkVfWmA=; b=0I4J81x0xcYTyL7+5gBY27Se1Et580TtZMT82z6Xx6FKgo1vpMfWmLUYhm3FZoe8ZU ZDyTXoNQoKllDEPdpFcpjIlO+hEtIHW0nk1XKN+dRCo7qv4ALqmxNwIf/uW2DQiNygJj QlKJuBUyawMxIqcVX+J5FCqrm3dOeQzX2lPtU0mSig0KvQcnT86QqOJc3m2mam5C7UkY QVQKRboFrJgUcr2P3Py7SBXkJCfmCWOJ+v1jyJKrNoQZYciDGx0eahWD7YMFeGRjVxG3 /TgV0D8JGfLCa019U/UQrHqtXzULMuB21GpEgEZjsFeL8G9QeLyOjucCwsznLeVAIGKs qJqw== X-Gm-Message-State: AOAM533QjsA+xNQJcDRxrl9dS6Sc11Sayde4OX16LNzEaE4PVgfx03PI kXcCKYETtPFh+s+XiOctFHrMzkyOusfe8w== X-Google-Smtp-Source: ABdhPJxdhmcJrmv+fpuMGxY/LeaessmiJ8yNQIIlUkLmWRrnTA/t+tUXceZClwUNEiVa2B3gJlUJQg== X-Received: by 2002:a2e:a311:: with SMTP id l17mr14185636lje.9.1639650644279; Thu, 16 Dec 2021 02:30:44 -0800 (PST) Received: from [192.168.18.64] (green.kot.spb.ru. [94.19.52.107]) by smtp.gmail.com with ESMTPSA id b32sm1052894ljf.41.2021.12.16.02.30.43 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 16 Dec 2021 02:30:43 -0800 (PST) From: KOT MATPOCKuH X-Google-Original-From: KOT MATPOCKuH Subject: Re: ping -6 ignores -e parameter To: Alan Somers Cc: freebsd-stable List References: Message-ID: <22748b81-2ae8-babd-d07e-752ed15dce58@GMail.Com> Date: Thu, 16 Dec 2021 13:30:32 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/mixed; boundary="------------71E341D5D02D154144AEB5F0" Content-Language: en-US X-Rspamd-Queue-Id: 4JF7gH2Lyxz4bRB X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --------------71E341D5D02D154144AEB5F0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello, Alan! I'm sorry, I'm forget to add freebsd-stable@ to CC: list. Yes, I'm using FreeBSD 13: 13.0-STABLE Today I have a native IPv6 access and my inet6 routing table is: # netstat -rn6 | grep -v -e lo0 Routing tables Internet6: Destination Gateway Flags Netif Expire default fe80::206:29ff:fee9:32a9%lan0 UG lan0 fd00:dead:beef:100::/64 link#5 U lan0 fe80::%lan0/64 link#5 U lan0 fe80::%bridge0/64 link#6 U bridge0 This means my default gateway is reachable via lan0. A node which link-local address fe80::2a0:98ff:fe1d:e270 is reachable via bridge0: # ping -c 1 fe80::2a0:98ff:fe1d:e270%bridge0 PING6(56=40+8+8 bytes) fe80::5a9c:fcff:fe10:ff9e%bridge0 --> fe80::2a0:98ff:fe1d:e270%bridge0 16 bytes from fe80::2a0:98ff:fe1d:e270%bridge0, icmp_seq=0 hlim=64 time=0.804 ms But ping anyway sends packets via lan0. Also I tried to configure fd13:dead:beef::2 on bridge0, on corresponding node I configured fd13:dead:beef::1, and then run a command: ping -6 -e fd13:dead:beef::1 google.com In this way ping uses source IP address from bridge0 interface, but sends via lan0 and to next-hop fe80::206:29ff:fee9:32a9%lan0: # tcpdump -epni lan0 icmp6 12:33:23.308763 8c:ec:4b:e9:28:23 > 00:06:29:e9:32:a9, ethertype IPv6 (0x86dd), length 70: fd13:dead:beef::2 > 2a00:1450:4010:c1e::8a: ICMP6, echo request, seq 52, length 16 I'm wrote a simple script to check this problem. I checked this script on image of VM from freebsd'site which FreeBSD-13. Please see attached file. On 15/12/2021 21:32, Alan Somers wrote: > On Wed, Dec 15, 2021 at 11:16 AM KOT MATPOCKuH wrote: >> >> Hello! >> >> In a man page for ping(8) and in it's help output I found option "-e": >> -e gateway >> Specifies to use gateway as the next hop to the destination. The >> gateway must be a neighbor of the sending node. >> >> I tried to use this argument, ping ignores this parameter and sends the packet via default gateway. >> For example I have a tun0 which has ipv6 default gw, and an established bridge0 which has available some LL addresses: >> Neighbor Linklayer Address Netif Expire S Flags >> fe80::2a0:98ff:fe1d:e270%bridge0 00:a0:98:1d:e2:70 bridge0 23h56m34s S R >> >> I tried to run: >> ping -6 -e FE80::2A0:98FF:FE1D:E270%bridge0 google.com >> But the packet was sent via tun0 interface. >> >> What is wrong with it? >> >> -- >> MATPOCKuH > > What version of FreeBSD are you using? There was a major change to > ping's code in FreeBSD 13. Please show the output of > 'freebsd-version' and 'netstat -rn'. > -Alan > --------------71E341D5D02D154144AEB5F0 Content-Type: application/x-shellscript; name="ping-e.sh" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="ping-e.sh" IyEvYmluL3NoCgppZmNvbmZpZyBlcGFpcjEgcGx1bWIKaWZjb25maWcgZXBhaXIxYSB1cApp ZmNvbmZpZyBlcGFpcjIgcGx1bWIKaWZjb25maWcgZXBhaXIyYSB1cAoKaWZjb25maWcgYnJp ZGdlMSBwbHVtYiBhZGRtIGVwYWlyMWEKaWZjb25maWcgYnJpZGdlMSBpbmV0NiAtaWZkaXNh YmxlZCBmZDAwOjE6OjIvNjQgYXV0b19saW5rbG9jYWwKaWZjb25maWcgYnJpZGdlMiBwbHVt YiBhZGRtIGVwYWlyMmEKaWZjb25maWcgYnJpZGdlMiBpbmV0NiAtaWZkaXNhYmxlZCBmZDAw OjI6OjIvNjQgYXV0b19saW5rbG9jYWwKCmlmY29uZmlnIGVwYWlyMWIgbmFtZSBndzEKamFp bCAtYyBuYW1lPWd3MSBwYXRoPS8gdm5ldCB2bmV0LmludGVyZmFjZT1ndzEgYWxsb3cucmF3 X3NvY2tldHM9MSBwZXJzaXN0PTEKamV4ZWMgZ3cxIGlmY29uZmlnIGd3MSBpbmV0NiAtaWZk aXNhYmxlZCBmZDAwOjE6OjEvNjQgYXV0b19saW5rbG9jYWwKaWZjb25maWcgZXBhaXIyYiBu YW1lIGd3MgpqYWlsIC1jIG5hbWU9Z3cyIHBhdGg9LyB2bmV0IHZuZXQuaW50ZXJmYWNlPWd3 MiBhbGxvdy5yYXdfc29ja2V0cz0xIHBlcnNpc3Q9MQpqZXhlYyBndzIgaWZjb25maWcgZ3cy IGluZXQ2IC1pZmRpc2FibGVkIGZkMDA6Mjo6MS82NCBhdXRvX2xpbmtsb2NhbAoKIyBDaGVj ayByZWFjaGFiaWxpdHkKcGluZyAtYyA0IGZkMDA6MTo6MQpwaW5nIC1jIDQgZmQwMDoyOjox CnJvdXRlIC02IGFkZCBkZWZhdWx0IGZkMDA6MTo6MQpwaW5nIC1lIGZkMDA6Mjo6MSBmZDAw OjM6OjEKIyBJbiBhbm90aGVyIHdpbmRvdyBjaGVjayB0cmFmZmljIG9uIGJyaWRnZTEKdGNw ZHVtcCAtYyAxIC1lcG5pIGJyaWRnZTEgaWNtcDYKCiMgSSBnb3Q6CiMgMTA6MjI6MzguOTc2 Mjk5IDU4OjljOmZjOjEwOjA0Ojc1ID4gMDI6Njc6ZjE6MGQ6NjY6MGIsIGV0aGVydHlwZSBJ UHY2ICgweDg2ZGQpLCBsZW5ndGggNzA6IGZkMDA6Mjo6MiA+IGZkMDA6Mzo6MTogSUNNUDYs IGVjaG8gcmVxdWVzdCwgc2VxIDUyLCBsZW5ndGggMTYKIyBmZDAwOjI6OjIgaXMgYSBhZGRy ZXNzIG9mIGJyaWRnZTIsIGJ1dCAwMjo2NzpmMTowZDo2NjowYiAtIG1hYyBhZGRyZXNzIG9m IGd3MQo= --------------71E341D5D02D154144AEB5F0-- From nobody Fri Dec 17 16:09:38 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 5308618F8B8F for ; Fri, 17 Dec 2021 16:09:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-55.consmr.mail.gq1.yahoo.com (sonic308-55.consmr.mail.gq1.yahoo.com [98.137.68.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4JFv7z0pvRz4Qnd for ; Fri, 17 Dec 2021 16:09:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1639757384; bh=Hs7F5FzkWNLEuPOUZdA+z0Jm5k0VEqvArWiiHSI7pxY=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=LIS5mc7u8ZCV2Eu++krmraQeZejkUdFNYS5aQ0aJiL2fpQ/M4xJ+Tcecuv0oiSvuDq38QynTWyx/r7FCiJY4Cdc2JUdeQ3D+ZwHmZsywFJtoJAXlWdtPvQUp2VSi4e2YFJU3nAB3v4nvgM4rFmKl4fdU5vMVNDuduoO6zjYwEkFvY+iWqIsXq95vCUN8DCkUs8msfoMIAPH0ACTrTKVKVywts1nIqgL1HZIQkmRExED4OOjOGZTIgmqo7INnR+l2M/itMwhDd8pOyJE3DqvVy77RftgqnLMFaWwlRbjTHsP+xMtpHoVq2MAh+7+N+jHLVaYnZNWsULwdsphbhhh5XQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1639757384; bh=s3T+nwHCJ5sMcNxqIqoCm/sRU18M1FFGHNpM12SQBrV=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=tSHv+GotRjdUcC+cMTrEgMLEkVsX2fSzmE6IzF0PGtW9pwfYxKhs4tNIkS6gLvgxLC443o0RaS1/Pa0+rLqw+vYWqYxQ4q2BgCCO99C7mhA9UJktKuKLFb6GFsPfhIrZMeJFBpf+QSiFWjV73QCFtYbWTKDCN4A6vI8GOEBc3SfMJ2t7GHiv3gRXpuIr8w3xSW/8X84ebJ3YM1XmpWlyI8bd6Yq9c35DM09pFzU+vsDOHAJD2yTX7gObAeHSMHj8ajCrk8kpy3j5wZR3OxmWGDZPlHfA+hMBZI/ctw7Eb+hJZxPvczwyP5liV+lUQe8Ysouv6RVGIL3dKBJyG0VQXw== X-YMail-OSG: eRpoINIVM1k_GIMeSpNI.kE6jJtdWMVVxuLl2g0yRVwOo9.pPwQWueHEs8DQkZJ y5C7vHewBO3IGD2i5rFNOiivO29eZA5C9U5g4.B6zfc_TRepOUbD18VfcxP92AXwryqEgo5s1yRp 0NM_ZsmjXrIYPkKlJLmQ2xOngLtqWqYRCmhRrATz2.N3n4FG3TQa0XFIGWTwJylnt_Ml0QB7rfwP y1ArM83w66Tk4pTF.tIDLBpf6Ix8PqoZlgGKBuNvp5nmizUhljhoCAPywOnk9KgT0E9KJhzOM_ng 3R236w8KLRA8IwsWzGjdTWM.KEaHfFvvhr5Ss_t.UCi24Q7B4tyhuuR1xqTEsYxH9LHG.BuN7nK1 jnDuro_l91B3aQz8knBcZazMEMT0eCk8X6B._5LnipyGBNpPdMa2Kquz2SP2PbvfKHLvuLkB1zUC d1_Mkm3VhBPFdJi0V7IvNcvk5ue9EABvmQPfXxAb6tzBYxj94e1ggp3UReapijiK3Vn5JxySLwcX AdO48kgC0b3kSDJPMbMlv0V8Zv4NDfLA8bFSm4cCFoJbKLkXKN0zry5XmL45ePcilYG.3wkBhuzd jlsdb.egDYpcYr49W3OuEcFQFjMmBMA_0o2K2GWCLgKy8s6jwZgy1ksDsYX42PZR4qqJiy3KucHd yJK.aVFZBt.08wYZr18MiweqXcKdf6gfXKjNOBwDrjEtwkc1Lv5ugFu5NdtmudyIphynHGnbEp6y M10a9PXpg18JbQ59.EoJ7dJ1cUcFsDTQ4gI_v3pHuSe8zcQtQH_ZZC0fXIabcV7h_m8ftTB2XU5k QsTCky0LAhrrlGiCreJAQOjI5aqDJaWc4FgqGoFgpVDTdo1HitkRHKTWAiewUH8KFBDw0oecAN3u EMmM8qqdLJSg4GbRtQw.qTUklkZG8tabRKLhWhcOGzt_iC6teOb02jEDsZIcAU8FGvpzKFoRL81X kIaOrPbwHpLA3YVA1_h_aG8oX_W.gC6QQb5.4rW_RhKbY3IK58Ny7K4eQecnveQ9J_YeQH3JAVBt sgkCqEzdU6Ajzlx7f_iU8ON3_wyq0VknleRL1hajht9EZ9BKbi4JwoU9aEviikAo6V90x8eGq_wY yJjZrtjvlOCUh0tMPrdyT2uFc5Bzusrtio9LIqMo.cgK.lluTFQ.czaJu1GqILDwi3b_P52agYsC qhdTIQ6O79E84OQBE8Tar_WtDc5gl3lvQ_dEppE5xxxqEZVBNr69XjNnAJLdOAq2a5Y1_tYFSfs3 DGC_6364Jr6QKyV2c65kX_edbLO4kpxbQ5AAYWvBjD6JlbaB1qeWzqWpasUaLW7eggKaCoVpWk9P MOcEuJjgkFVAcXYpEHIB98ThVT_GZ0z4k.AmSJuObGR2P.k0CGMS7OHzp1z5Wp8PmmoqWxcWGI3v c5LjBn02HxzOeNP95kHifggCQ1tVxXcbMLjlYtQB38RyQjN.iVsWP5Nwt8pucDAV9ysnwrXG6PBI 38WZ_he.gqKkUQGsoW1OwG1ADXSUQWhcWnsiiEzqqzMLlz_kMlrmVmiOPe3s5QiHHn5sTR7omT6t eEkHQzbp1BgD8wLAGZNqu8kQ5e0KgkvamMwGnYqV5_3uc7ENEGU0H.WyWhNnW.nQqNZ_uL1.PNIi XgtLnu0_ABo07Sh4fO0F0lsmtCDXnPCbYdKq_aVs2nU2D4_Z5b0UkrxbYergu0ohp4YA3aocU.tv 6I54_6DbalMRly7m4Ev85k0abtxdIdIywkp_wdrIWsZEy9ln.YhwA8mxKcKT0b3i2dS.gsp4CEzr djIO8EkJo8D765A8B94FSnfIdWcfI_FnNY.Bwy0NEVmuixm5iH7Va6ZtsW2awhfr_JK7oLW9Yj9z BtNuA6xlvmjxai5j3n9isIxWKBXx_7dA4tlhSOd80VmAdYOpudJ82.nhRYv5IpVVut6uN4LtrToR 8IocxHaAohisG.KmnecouF4B5KI.y5bSgGCmvRPLsCI7ecUoJqERjVbqT6PlxgUmiPtKDutjFKk1 _8NHn8HIFzGEm9Z0kA_UJ_pdkKFpb6Dn7RhadTE7hQVo9bmMpV9VkcUVT9cqPqJobU6EasaaDLHQ F7.Ns4tq5uxdAK6bBUJnT_87vNH8pnd8CBAZ36GifiILf74rLE5OZGsrcdhs.kkYarYBdiRmWi7d 8FPBUCXJP_S_sATHXKOwiikkWbumPsAEdUX21k4BXkdE9G4ZujtvQdTH4cGTmZmWbZNDq2mbyisO 6neEE5jtubVukiJeK2g0FKgso6MKG3qslvRTPoJZzBNQnlpHkrsdavUp.4Wfj2P_F2.2JHn5C1Dl K7nPGPUlMGURNrqrWrEQv X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Fri, 17 Dec 2021 16:09:44 +0000 Received: by kubenode502.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID bfc8781487c780f5d68af446b1e707c9; Fri, 17 Dec 2021 16:09:39 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: git: 30780c3f584a - stable/13 - README.md: correct GPL expansion Message-Id: Date: Fri, 17 Dec 2021 08:09:38 -0800 To: Ed Maste , Baptiste Daroussin , freebsd-current , FreeBSD-STABLE Mailing List X-Mailer: Apple Mail (2.3654.120.0.1.13) References: X-Rspamd-Queue-Id: 4JFv7z0pvRz4Qnd X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=LIS5mc7u; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.31 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.31:from]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.31:from]; NEURAL_HAM_SHORT(-1.00)[-0.997]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(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]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-current X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N From: Ed Maste wrote on Date: Fri, 17 Dec 2021 08:42:49 -0500 : > On Fri, 17 Dec 2021 at 05:12, Baptiste Daroussin = wrote: > > > > > -gnu Various commands and libraries under the GNU Public = License. > > > - Please see gnu/COPYING* for more information. > > > +gnu Various commands and libraries under the GNU General = Public > > > + License. Please see gnu/COPYING* for more = information. > > > > Which is wrong ;) > > > > There no library left under the GNU general public license, only one = under LGPL > > which will be soon gone. > > > > As for the commands, various is now a bit overrated, only diff3 is = under GPL >=20 > Good point, in main right now we have LGPL dialog and libdialog, and > GPL diff3, with additional ones in the stable branches. I'm confused, beyond just LGPL claims in the (fairly current) source code, but GPL more generally: # grep -rl "SPDX.*GPL" /usr/main-src/ /usr/main-src/sys/compat/linuxkpi/common/include/linux/net_dim.h /usr/main-src/sys/ofed/include/rdma/signature.h /usr/main-src/sys/ofed/include/rdma/ib_smi.h /usr/main-src/sys/ofed/include/rdma/rdmavt_qp.h /usr/main-src/sys/ofed/include/rdma/opa_smi.h . . . /usr/main-src/sys/ofed/drivers/infiniband/util/madeye.c /usr/main-src/sys/ofed/drivers/infiniband/core/ib_cq.c /usr/main-src/sys/ofed/drivers/infiniband/core/ib_uverbs_uapi.c /usr/main-src/sys/ofed/drivers/infiniband/core/ib_umem.c . . . /usr/main-src/sys/dev/isci/scil/sati_types.h /usr/main-src/sys/dev/isci/scil/sati_mode_sense_10.c /usr/main-src/sys/dev/isci/scil/sati_unmap.c /usr/main-src/sys/dev/isci/scil/scic_sds_stp_packet_request.c /usr/main-src/sys/dev/isci/scil/scic_sds_smp_request.h /usr/main-src/sys/dev/isci/scil/sati_translator_sequence.h /usr/main-src/sys/dev/isci/scil/scic_sds_stp_request.c /usr/main-src/sys/dev/isci/scil/sati_mode_sense.c . . . = /usr/main-src/sys/contrib/device-tree/Bindings/chrome/google,cros-ec-typec= .yaml /usr/main-src/sys/contrib/device-tree/Bindings/dsp/fsl,dsp.yaml = /usr/main-src/sys/contrib/device-tree/Bindings/reset/allwinner,sun6i-a31-c= lock-reset.yaml = /usr/main-src/sys/contrib/device-tree/Bindings/reset/brcm,bcm7216-pcie-sat= a-rescal.yaml = /usr/main-src/sys/contrib/device-tree/Bindings/reset/brcm,bcm6345-reset.ya= ml = /usr/main-src/sys/contrib/device-tree/Bindings/reset/brcm,bcm4908-misc-pci= e-reset.yaml . . . = /usr/main-src/sys/contrib/device-tree/include/dt-bindings/input/ti-drv260x= .h = /usr/main-src/sys/contrib/device-tree/include/dt-bindings/input/gpio-keys.= h = /usr/main-src/sys/contrib/device-tree/include/dt-bindings/input/cros-ec-ke= yboard.h /usr/main-src/sys/contrib/device-tree/include/dt-bindings/input/input.h = /usr/main-src/sys/contrib/device-tree/include/dt-bindings/input/atmel-maxt= ouch.h = /usr/main-src/sys/contrib/device-tree/include/dt-bindings/input/linux-even= t-codes.h . . . /usr/main-src/sys/contrib/device-tree/COPYING /usr/main-src/sys/contrib/device-tree/src/openrisc/or1klitex.dts /usr/main-src/sys/contrib/device-tree/src/openrisc/or1ksim.dts /usr/main-src/sys/contrib/device-tree/src/xtensa/lx200mx.dts /usr/main-src/sys/contrib/device-tree/src/xtensa/kc705_nommu.dts /usr/main-src/sys/contrib/device-tree/src/xtensa/ml605.dts /usr/main-src/sys/contrib/device-tree/src/xtensa/virt.dts /usr/main-src/sys/contrib/device-tree/src/xtensa/csp.dts . . . /usr/main-src/sys/contrib/dev/iwlwifi/iwl-op-mode.h /usr/main-src/sys/contrib/dev/iwlwifi/iwl-io.h /usr/main-src/sys/contrib/dev/iwlwifi/iwl-fh.h /usr/main-src/sys/contrib/dev/iwlwifi/iwl-eeprom-read.c /usr/main-src/sys/contrib/dev/iwlwifi/fw/dbg.h /usr/main-src/sys/contrib/dev/iwlwifi/fw/pnvm.c . . . /usr/main-src/sys/fs/fuse/fuse_kernel.h /usr/main-src/sys/gnu/gcov/gcc_4_7.c /usr/main-src/sys/gnu/gcov/gcov_fs.c /usr/main-src/sys/dts/arm/qcom-ipq4018-rt-ac58u.dts /usr/main-src/sys/dts/include/dt-bindings/soc/qcom,tcsr.h /usr/main-src/sys/cam/scsi/scsi_ses.h /usr/main-src/sys/cam/scsi/scsi_enc.h /usr/main-src/share/man/man4/pvscsi.4 /usr/main-src/share/man/man4/vmci.4 For reference: # cd /usr/main-src/ # ~/fbsd-based-on-what-commit.sh=20 branch: main merge-base: 22c4ab6cb015dc99eb82504e5fd957662cded3c3 merge-base: CommitDate: 2021-12-07 19:29:26 +0000 22c4ab6cb015 (HEAD -> main, freebsd/main, freebsd/HEAD) sys/_bitset.h: = Fix fall-out from commit 5e04571cf3c n251456 (--first-parent --count for merge-base) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Dec 18 01:16:36 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B6B3018F7B4D for ; Sat, 18 Dec 2021 01:16:48 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pl1-x62c.google.com (mail-pl1-x62c.google.com [IPv6:2607:f8b0:4864:20::62c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JG7H35D5qz4lhx; Sat, 18 Dec 2021 01:16:47 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: by mail-pl1-x62c.google.com with SMTP id m24so3252261pls.10; Fri, 17 Dec 2021 17:16:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:message-id:date:mime-version:user-agent:reply-to:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=GuESZN0gWTUcTt+gW6ECLZrsQKVkKkAZZDzrS3OdcfM=; b=U9CK8LNRr6QMc4OZYEAMCHBcIsZEs/wX/74H7m8klM+xnjpHQ0/d3sA0LKH9z3V0In YnVYkH8WCBca7doKnLn6NngK6oRascPvdrvqvs7yKKM0ArtEGCBNm55EnjESFE3bpKbC t39wmBDTCT5dIM5wi43rcfUCTTEVDZK16f3yV6K68uO76t916CeOtWkXPqLzcIeZ2fgI uL7ROdXWX6JRvjRXaKvK4Ef1PZaaCg7sQXXkaWP2jwex3W0FKciKxy9CzQ05JOhhaUrs rAHfFjkIlJpSjXHBZOT96DaOym+nse4Uh8EB0hI3j/bDu3rNvAep5ZlccMoPKp6PAyZc y4Gg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:message-id:date:mime-version:user-agent :reply-to:subject:content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=GuESZN0gWTUcTt+gW6ECLZrsQKVkKkAZZDzrS3OdcfM=; b=hUw1IbPZs4OOaKmYyKgkywKSKm2V9Dy9ZI/+IyxHFqRYsS4XKEpe3WX5JrRAQh5gdz WcrCU9Q4uubIJJym/S0uLIcb1Selu4E4AFfu3aJ9uCmV5OYg6Y6XJ5BedG56T1Tr6v6i 2sfyu7k/wOPphkq3pHUe4Z64/oHeeB7WmF+kn2sW7uspcISPXnIJqhw8/4ggzu1m58Wg W/Xx8xuMJKfyqCjw5vujb7QZcWG3E+Hub5Yxyj2eI5rnS4Jbu5c3YhSbiivn50qWxyue BWshqXWJ4LyweJNixjDX5cMJaX+GXZeJCK3N+wImdxtRw+nDZe+3PxSwACuy+Djkp4Q9 DpNw== X-Gm-Message-State: AOAM532EHar3SHGymOZ/1g8YsAmhdslRD9mHjAQv71nURNto0QA6WB7w dm1V+UoVPO9WPC8WSq7HrngGAX4qyJY= X-Google-Smtp-Source: ABdhPJwPSpYhHs7/1SSORXtXw7/wG40wf/QLWj0SOonsF22vdw4IrzG8yFR629pHXT09IK3KcLUoZg== X-Received: by 2002:a17:902:da8d:b0:142:4fa:9147 with SMTP id j13-20020a170902da8d00b0014204fa9147mr5832677plx.72.1639790201164; Fri, 17 Dec 2021 17:16:41 -0800 (PST) Received: from ?IPV6:2403:5807:1b:1:79b8:94ce:e5d2:9f00? ([2403:5807:1b:1:79b8:94ce:e5d2:9f00]) by smtp.gmail.com with ESMTPSA id d20sm10544569pfl.88.2021.12.17.17.16.39 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 17 Dec 2021 17:16:40 -0800 (PST) Message-ID: <5140f4e1-df13-ebaa-341e-5274ead366ce@FreeBSD.org> Date: Sat, 18 Dec 2021 12:16:36 +1100 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:97.0) Gecko/20100101 Thunderbird/97.0a1 Reply-To: koobs@FreeBSD.org Subject: Re: ping -6 ignores -e parameter Content-Language: en-US To: KOT MATPOCKuH Cc: freebsd-stable List , Alan Somers References: <22748b81-2ae8-babd-d07e-752ed15dce58@GMail.Com> From: Kubilay Kocak In-Reply-To: <22748b81-2ae8-babd-d07e-752ed15dce58@GMail.Com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4JG7H35D5qz4lhx X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=U9CK8LNR; dmarc=none; spf=pass (mx1.freebsd.org: domain of koobsfreebsd@gmail.com designates 2607:f8b0:4864:20::62c as permitted sender) smtp.mailfrom=koobsfreebsd@gmail.com X-Spamd-Result: default: False [-1.49 / 15.00]; HAS_REPLYTO(0.00)[koobs@FreeBSD.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[koobs@FreeBSD.org,koobsfreebsd@gmail.com]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FROM_NEQ_ENVFROM(0.00)[koobs@FreeBSD.org,koobsfreebsd@gmail.com]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; NEURAL_HAM_MEDIUM(-0.74)[-0.739]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[FreeBSD.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.45)[0.447]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::62c:from]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 16/12/2021 9:30 pm, KOT MATPOCKuH wrote: > Hello, Alan! > > I'm sorry, I'm forget to add freebsd-stable@ to CC: list. > > Yes, I'm using FreeBSD 13: > 13.0-STABLE > > Today I have a native IPv6 access and my inet6 routing table is: > # netstat -rn6 | grep -v -e lo0 > Routing tables > > Internet6: > Destination                       Gateway                       Flags > Netif Expire > default                           fe80::206:29ff:fee9:32a9%lan0 UG    lan0 > fd00:dead:beef:100::/64           link#5                        U    lan0 > fe80::%lan0/64                    link#5                        U    lan0 > fe80::%bridge0/64                 link#6                        U bridge0 > > This means my default gateway is reachable via lan0. > A node which link-local address fe80::2a0:98ff:fe1d:e270 is reachable > via bridge0: > # ping -c 1 fe80::2a0:98ff:fe1d:e270%bridge0 > PING6(56=40+8+8 bytes) fe80::5a9c:fcff:fe10:ff9e%bridge0 --> > fe80::2a0:98ff:fe1d:e270%bridge0 > 16 bytes from fe80::2a0:98ff:fe1d:e270%bridge0, icmp_seq=0 hlim=64 > time=0.804 ms > > But ping anyway sends packets via lan0. > Also I tried to configure fd13:dead:beef::2 on bridge0, on corresponding > node I configured fd13:dead:beef::1, and then run a command: > ping -6 -e fd13:dead:beef::1 google.com > > In this way ping uses source IP address from bridge0 interface, but > sends via lan0 and to next-hop fe80::206:29ff:fee9:32a9%lan0: > # tcpdump -epni lan0 icmp6 > 12:33:23.308763 8c:ec:4b:e9:28:23 > 00:06:29:e9:32:a9, ethertype IPv6 > (0x86dd), length 70: fd13:dead:beef::2 > 2a00:1450:4010:c1e::8a: ICMP6, > echo request, seq 52, length 16 > > I'm wrote a simple script to check this problem. I checked this script > on image of VM from freebsd'site which FreeBSD-13. > Please see attached file. > > On 15/12/2021 21:32, Alan Somers wrote: >> On Wed, Dec 15, 2021 at 11:16 AM KOT MATPOCKuH >> wrote: >>> >>> Hello! >>> >>> In a man page for ping(8) and in it's help output I found option "-e": >>>       -e gateway >>>               Specifies to use gateway as the next hop to the >>> destination.  The >>>               gateway must be a neighbor of the sending node. >>> >>> I tried to use this argument, ping ignores this parameter and sends >>> the packet via default gateway. >>> For example I have a tun0 which has ipv6 default gw, and an >>> established bridge0 which has available some LL addresses: >>> Neighbor                             Linklayer Address  Netif >>> Expire    S Flags >>> fe80::2a0:98ff:fe1d:e270%bridge0     00:a0:98:1d:e2:70 bridge0 >>> 23h56m34s S R >>> >>> I tried to run: >>> ping -6 -e FE80::2A0:98FF:FE1D:E270%bridge0 google.com >>> But the packet was sent via tun0 interface. >>> >>> What is wrong with it? >>> >>> -- >>> MATPOCKuH >> >> What version of FreeBSD are you using?  There was a major change to >> ping's code in FreeBSD 13.  Please show the output of >> 'freebsd-version' and 'netstat -rn'. >> -Alan >> > Potentially relevant issue issue who's stable/13 merge landed 2021-12-13: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=258048 Is your uname -a version prior to or after this date? If after, can you test reverting this revision? From nobody Sat Dec 18 17:30:12 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4A25118E1EED; Sat, 18 Dec 2021 17:30:42 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-il1-f179.google.com (mail-il1-f179.google.com [209.85.166.179]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JGXtn4KCRz4X4t; Sat, 18 Dec 2021 17:30:41 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-il1-f179.google.com with SMTP id x15so4225630ilc.5; Sat, 18 Dec 2021 09:30:41 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=5MC7Jxw9DgRPMlFrvESEw60SxQwViP1iqn4wPigSjQ4=; b=6budBHsz4pTb0p5gHd2ck0M8fGJEaz865tzwSWzUKXYfRM9Shot1LFHGfjZHCxTprt UkN2r96t6D/pmTmIZRPJ8BEnoFn1m7bvEqq51o/uQMGrvYrjlCwWDfQjKhXjrTUBMTma ExHYDKHcZUmQpJd9GcxkbJaHXJopUHUj6djd06m4qx7vW/H1kuQao7ALBDOGu2+xDWUG 73y0HRqjtuD2LT2a+GWgDmLs/JQQcE7TfRvthc8eB4g+MlARv9c3GqgEprDKI8jPi0DH +CC2JdoP1NS4eBR7eH8JjjdskTzhQQ56k/jVaNCmiw7XFzHruX+3VmNGq1EjbznNY/Qd sN1A== X-Gm-Message-State: AOAM530hjf35juSKRg0BrIWDgFcCNSp6AlCVuhFaf7ls4iLcG1dY3yAc 1gNFaQfRvm6wZVMaY2/3jUzGAEmv5wF8cmoHxXs= X-Google-Smtp-Source: ABdhPJxVxXaxRwhl4adJQAnLgkPIWg4+5OGLv5hu/8FojeoB7BaTF5ucOV7fK5en19SmfOGMU+q0KwznfJh+d4cnidI= X-Received: by 2002:a05:6e02:1528:: with SMTP id i8mr4547376ilu.312.1639848634986; Sat, 18 Dec 2021 09:30:34 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Ed Maste Date: Sat, 18 Dec 2021 12:30:12 -0500 Message-ID: Subject: Re: git: 30780c3f584a - stable/13 - README.md: correct GPL expansion To: Mark Millard Cc: Baptiste Daroussin , freebsd-current , FreeBSD-STABLE Mailing List Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4JGXtn4KCRz4X4t X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.179 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [0.21 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[carpeddiem]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; NEURAL_SPAM_MEDIUM(0.99)[0.987]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_SPAM_LONG(0.22)[0.222]; RCVD_IN_DNSWL_NONE(0.00)[209.85.166.179:from]; FREEMAIL_TO(0.00)[yahoo.com]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.166.179:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On Fri, 17 Dec 2021 at 11:09, Mark Millard wrote: > > I'm confused, beyond just LGPL claims in the (fairly > current) source code, but GPL more generally: > > # grep -rl "SPDX.*GPL" /usr/main-src/ You need to exclude the ones with SPDX tags like: SPDX-License-Identifier: BSD-2-Clause OR GPL-2.0 but also note that this text in README.md is just documenting the top-level gnu/ subdirectory. From nobody Sat Dec 18 17:52:16 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 57DDD18E7DDD for ; Sat, 18 Dec 2021 17:52:27 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ua1-x92f.google.com (mail-ua1-x92f.google.com [IPv6:2607:f8b0:4864:20::92f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JGYMv15vcz4d6g for ; Sat, 18 Dec 2021 17:52:27 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-ua1-x92f.google.com with SMTP id y22so10305898uap.2 for ; Sat, 18 Dec 2021 09:52:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=o2VFPKFLhTGeJp7snuAAgqgW3oSjN8v4jkbul0ZK9xg=; b=owyc9yVgWcfM95kA+ZYNfw5bl9jqfssUfUDYFq/U7Wh44SLBP0cYllwQZCidBe7Jtx PvpeT1T7buPzVP93DtNp98sZeljBJMm6Ldxh2GI+P0n/2MLv6cHLVXLme5pl/Eyraqo8 8lbfaPRNugNbDZfciKiMtvct11LxSqaM1HC8o7f2q4K4Uj9ai/4eEJ3ugG4FVYzAkMWm LDJOo9sDnHUn4QW4YI0sIw14wdXUe7dV3kOXONi0kplMJksZlPRc7/OfikwTxGAqvNTc qFJQf6OpcbRk1mB6ws3CA5qEr+Oi46vP+fa6tG4l36t+rJI1/mcrWOTrGNgCV2FHdg6A 1fsg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=o2VFPKFLhTGeJp7snuAAgqgW3oSjN8v4jkbul0ZK9xg=; b=WV7MDD0fB98bDm71xJyH4prVhd21kMALCGj8Al/x1wit9UJHjrTJ1fgmxSJXtY8dT3 iM5tQLtOiobKySS/PViEiBcZt7PyluQzIV9R9MU1csFfYlKo3peoPGEOixaqNhkU4QR3 WBs7QVfd9HyASueoaP3YaDnnhmXy0av6Uroucrue2URgzYAqKX4s/yMljYjOaD4BnFJ3 wntKPHJBax8Byim1Sbxsb+Np5/Ukjpxj5Fa1j17c9nfDLjCAW57zvJfcOXTbV5024FGh MuTHOW6vHEV1rPzG5GknEkf+I5JHnY2jQtizV4Vx/w3RdpCzjwlsOu4iV6x/yERxwgKh oFtA== X-Gm-Message-State: AOAM533zfOQA9F1zTT7ATC2xUgUWJv+rP/zoWDsf6CFsk56xk8lSU5ls 3/ulfksT6nkQOMY0aqdAOxovjZdcxYOGuyKxCxDN8A== X-Google-Smtp-Source: ABdhPJzEW/hE2M8lWnDDSUAawjWvhinwAG1ukjZBAUhhhdyFXToq4IYbYiK25iw5fiYZ8FydkfvLWzhP21HyPRtBJ14= X-Received: by 2002:a9f:2383:: with SMTP id 3mr2840565uao.77.1639849946500; Sat, 18 Dec 2021 09:52:26 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Sat, 18 Dec 2021 10:52:16 -0700 Message-ID: Subject: Re: git: 30780c3f584a - stable/13 - README.md: correct GPL expansion To: Ed Maste Cc: Mark Millard , Baptiste Daroussin , freebsd-current , FreeBSD-STABLE Mailing List Content-Type: multipart/alternative; boundary="0000000000008be76505d36f5181" X-Rspamd-Queue-Id: 4JGYMv15vcz4d6g X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N --0000000000008be76505d36f5181 Content-Type: text/plain; charset="UTF-8" On Sat, Dec 18, 2021, 10:31 AM Ed Maste wrote: > On Fri, 17 Dec 2021 at 11:09, Mark Millard wrote: > > > > I'm confused, beyond just LGPL claims in the (fairly > > current) source code, but GPL more generally: > > > > # grep -rl "SPDX.*GPL" /usr/main-src/ > > You need to exclude the ones with SPDX tags like: > SPDX-License-Identifier: BSD-2-Clause OR GPL-2.0 > > but also note that this text in README.md is just documenting the > top-level gnu/ subdirectory. > Yes. Readme.md has never been a comprehensive guide to license compliance. I'm working on revamping the project's license policies to be more in line with current industry practices. Warner > --0000000000008be76505d36f5181 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Sat, Dec 18, 2021, 10:31 AM Ed Maste <emaste@freebsd.org> wrote:
On Fri, 17 Dec 2021 at 11:09, Mark Millard <<= a href=3D"mailto:marklmi@yahoo.com" target=3D"_blank" rel=3D"noreferrer">ma= rklmi@yahoo.com> wrote:
>
> I'm confused, beyond just LGPL claims in the (fairly
> current) source code, but GPL more generally:
>
> # grep -rl "SPDX.*GPL" /usr/main-src/

You need to exclude the ones with SPDX tags like:
SPDX-License-Identifier: BSD-2-Clause OR GPL-2.0

but also note that this text in README.md is just documenting the
top-level gnu/ subdirectory.
=

Yes. Readme.md has = never been a comprehensive guide to license compliance. I'm working on = revamping the project's license policies to be more in line with curren= t industry practices.

Wa= rner
--0000000000008be76505d36f5181-- From nobody Sat Dec 18 18:31:54 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 6411618F3049 for ; Sat, 18 Dec 2021 18:32:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-21.consmr.mail.gq1.yahoo.com (sonic310-21.consmr.mail.gq1.yahoo.com [98.137.69.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 4JGZFc0srKz4pK5 for ; Sat, 18 Dec 2021 18:32:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1639852317; bh=DbuqOzzrG9eDcMy329t/+wYSj28DMn2PTKb4f21lZT4=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=rgycS2xuFuZuZX3O06TxPLRQ17nyGSSsTxnJn7MaTkpmZIQdV8SCfpVpxuxv5OWwivNfvdUCnDS4cFA4n4fpt2pUBmIewDSE2AhhTkE7Hmrr3l4V88CcS+q52alEIVNijqK1ha+yZImf4rgiGRHuYNkSML/ynXo/fOQG5WNFT2Kz0XKWZZ5PwC/gFeBY5b+Joyp2q6HV1zCktrFn/jQtgcKKgbSB/Vh9EQXP1ujsMu4Wmk12REr/miv4HcqMCRH0eLAni19dBbhKUpjNoQ4B8PPBlb5WEaneyvH9yAB1S0yZSsdVFlaovKFAnwojdmlVcdOddihMBIX0RM57ebz6KQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1639852317; bh=J2JqCSg2IuuGUgpbQrNuIlTW0rS5vMBrePcI+Mxe0F1=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=pAH5EFSUsOfUhMjXiWTmynIZwr4Pqav25Xma4+jnBFG+1HfHZ9gdTppxz/r0we2+aoTwluiWlYC6RXmKMmcX5V+RcWu/AQgpOJRXr0oyZLIET3AfLxDF6m5FYDQ1b2TC4WBS22pSf/Or36AH7LvtvknWlF9XPIlnQ21fJ0+GiRjdoxlB7fQz2e6/Qj4OD20aDqMpx2L867w5yuXxb513ZZQ5JLx50wSbwv8+dxvbvmlDlZgL7/WazLXMHQu9Gm8/hk82ie/NufQ6EoqEVFENIVv0txAM/EUsaQAXsAlUT3e/Sa1qZXR+yX9owV33a3zqmonOWyK9FO6JefU4dwJwfw== X-YMail-OSG: 35rMt4YVM1lhxXx2eswD776FqeesbqTH26kFhQ91EyJadkKxEgRAuHyqbSnC1bh YXzsG2iUUJl6Mj9.4HUnCB7ThW5KlAH35mCaCg7UV2VliZ5X2qXZDuVs9UG5L6Go9cjEiCgcyuZV H1DiBO3nMfH34GgOK9iKYVDrJ8G4gncvGE4UYm83f.Ax0zJQa2Zo8194tpl7.RPZ3Ih_MG8VIHzH wJ4O9A.x4JrSy5TDZYAMgOLaRfaqfuUd4z8O1YBVpPYVE2kEpxf_48hrp4oxh36RN1wZ.yccz5V9 smNs63_3ZZVQUtHE37Fv.xSLcXCA1pd1WAYGnuP2Xc_VBUJZIC6.0JlPPP7HJ7uWpfIT6ZkauzCb MBl8jsvKOltUTiTcIVlqt1y7jxN8Pk576DI7yyvjxaewvI9TH_4SZxHybHMg_jzj79dfZznCqSEw SPXmGuPpPcDyF_JMSAaXcVYwsSpzZHMS2BuA6kEHh7ZtD9.kjF9WLsGsE9u.zpq2nTFDzdomtNTG AcInyAnfq23hvvdj8CId2zSMZAg7xHinvpPoY8TGXvrUFn3SPF0cayQJH_5H9ct_DWrdTQL41bZK JTC8pMeLmqEHPN_mtTUuG70uh3SqQp0Murv9fufd464T4BZgQynuJwkI626R59rfkWU1PE0sVOVo v0jIvqJ3fcLrbc.neB2q.7RxhO45rz5J5WCQtPkefYNoX6wA1h5L12WHEQP7kiNunM5kQw5tpIg4 UDpuL.XmsDc1UyBpfL2xb9jNionv8MJATAs6tohyuIqH7diWvmQu.bIFpPWjsqngnGQeXjjyAZWC O0fa9SFUoS2Tfs4t64oiptWfyAxLS4dZ79RyvzInEwceUp5G0z5pu0fEyjJaXya7O_5BAYR6qsCf 7B_709pJc2gDFqaXUSqRHBm0Z0WDW2LMTYVuby1RblZqApeTUf.HDoR6oQvEZC3Hu9i4WpvQ7BVU d3UgTdTulvAT_GhMQQjwKUgiYz6zTgZvdsY8P3tXvAfcEG4fkX3SQ1vdpU1Um7wZfU5lXIKl4oUV CEuMK8B7iVSCgoQmha6gqgdeLl8JHZvgwG0AxB_oNI9eYhojJtmTm7csmPMbpzDoy9HLE8weWD18 pnq.qh5Armc3u9ZyswPXWBQb8lAYGSdNz_t3ZTif7T49XFXFC_kvIIre4e5SSQBmjExAMtFDjLBq t5Ikv_gKts9zEbEqkirBND.3n4Oqw4pNJwwWWZeVp01fxxIDARZcZPNvej1lWy3bCPSXEYr__hjv ntpf5l94UIZSlTAhz3sBXK4BVhY841D6QwUx_wEdh7iHoN2N2XgHMBeBUs3MhOS.B3l5ZTYJh_rA 2NBYxeBGDvS.s_l1rwIu8LZ.beYbcXhpS2ITZM4OcqM_BbOXoDAt5tiUTOVQ2pKwoei1Oc1mjrLB _.Lu4VQ20YTaCOYSBt8aaBdga14rMYKUVqp_zByf.DqFbee7D0_cfxzj1sZdDTohHj4UzFEDfJxD TkD_xoHxgvTHSopn.5pjka9e7w9RBZZSqTGIhjRbtQ_gM8eTpCCylQnWpQXDc9TLdT5186Z_MImX U04FkAcPXhdjEHEMGKHUAZ158X.AzC9EDywHfHP6c6ALuRmuKABQICszUrg8ST00scPBicsRt0Mo IzHfvpFJxuZZPeNaA9jAQN5xua3HcKLVF8Q8of14.QgrqZv5.l.Uv45LkYujHPZJab6B8wSQOhoU INs0tomFYvwMXmppXZgtDWINrKo1SM.Ob69MI7FSx_lkqChBL_LmVum4Xt60pNyQ96Ewri0_jZNv VveaHtGHqdEPbmYMSKIC4u5rgYrsokabkJ1GvkGiNnjMwCEF9nLAfteHuiiuOpU29p.9qvWLnBpA asoKRcRZvQ1I7ESN5SZf8DKumk_Xw8tI0vJrh4bhoZaDp3cvbuCP3dvlNLylSLwHvwP4wwFTnVTQ dLO3uXXBarOp92kD7kdrv4Fk9rWrrEffuEn_IOv9aDU2xkf95JaeFqSHdWR5CzshUrK1A9gqMLDa d1yM9LaszRvmaN1Y9XnmRPfktGGnrgZ_AJfIPuWf1yD3MMYQVLtvaPMXFwAk.F3SAskHfMmSv_yU LygrDflSepdBYik36aNkn.i_SeO50tWMOd4k8tQzf7EDeU1cY7xjQ9ZkqZ5KTwOa6aPE8BVo9ddD INyUHO9eICBbP7vIt27VJx_ljjymY8HmilmH.NTPWhDl9PIJdxR8Seqh11LD42ByHt2yxj.hk4eL zsA7x6Ymh5fKeJaJBgqpj2RgTA4QCZTIyhvJR7cQpFDfsjl398dnbqs3eekACxazsaIYVH6lzl2y xL0uwaXkLA6ScfVjb X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Sat, 18 Dec 2021 18:31:57 +0000 Received: by kubenode537.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 6fc99e18d15e2dcefe12edeac5765b5b; Sat, 18 Dec 2021 18:31:55 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: git: 30780c3f584a - stable/13 - README.md: correct GPL expansion In-Reply-To: Date: Sat, 18 Dec 2021 10:31:54 -0800 Cc: Baptiste Daroussin , freebsd-current , FreeBSD-STABLE Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: <4DFA25A9-4C30-4598-A694-4D818C5FAADA@yahoo.com> References: To: Ed Maste X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4JGZFc0srKz4pK5 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-current X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Dec-18, at 09:30, Ed Maste wrote: > On Fri, 17 Dec 2021 at 11:09, Mark Millard wrote: >>=20 >> I'm confused, beyond just LGPL claims in the (fairly >> current) source code, but GPL more generally: >>=20 >> # grep -rl "SPDX.*GPL" /usr/main-src/ >=20 > You need to exclude the ones with SPDX tags like: > SPDX-License-Identifier: BSD-2-Clause OR GPL-2.0 >=20 > but also note that this text in README.md is just documenting the > top-level gnu/ subdirectory. # grep -r "SPDX.*GPL" /usr/main-src/ | egrep -vi = "(mit|bsd|Linux-OpenIB)" | grep -v sys/contrib/device-tree/ | more /usr/main-src/sys/gnu/gcov/gcc_4_7.c:// SPDX-License-Identifier: GPL-2.0 /usr/main-src/sys/gnu/gcov/gcov_fs.c:// SPDX-License-Identifier: GPL-2.0 /usr/main-src/sys/dts/include/dt-bindings/soc/qcom,tcsr.h:/* = SPDX-License-Identifier: GPL-2.0 */ But . . . # grep -r "SPDX.*GPL" /usr/main-src/ | egrep -vi = "(mit|bsd|Linux-OpenIB)" | grep sys/contrib/device-tree/ | wc 3104 9958 345089 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Dec 18 19:10:53 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id BA9AF18FA89C for ; Sat, 18 Dec 2021 19:11:04 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ua1-x935.google.com (mail-ua1-x935.google.com [IPv6:2607:f8b0:4864:20::935]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JGb6c4GVvz4vNg for ; Sat, 18 Dec 2021 19:11:04 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-ua1-x935.google.com with SMTP id p37so10500066uae.8 for ; Sat, 18 Dec 2021 11:11:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=S/pd5o7CetoGe1gQArDICFoQ1sVZNKtx/eoKEy+d14o=; b=KeZDVoHGqYes9kUCnwTuGjU8XwmcNZekVA1ilLgYvzfN7+M685RvdV15hnUCSf7oEY 7kRS6VwOHDtlMZnXJnBRvqjRaUoKvOEAty0JdDU6+t+Iipl8/Lhu9HXFposny5ei2DHb zFWEJxrZUmqnOKUmiZU8qVdSonzq441PuWLqfAZG0K7oCjUwBJv38BFsvzBRdCmHRNxZ 4+9FH54VoNZbSO8Y8poNO861SbYgVYsDmhLMQ7AhWcDigzeI74lYlbGfFtPFqElKhyk0 poBYbFoYm3NFcINw76/GONg+220N8/GEd21RF46MWj7EOaJl5hPceEPgx5CnenpiqsVc 9YBA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=S/pd5o7CetoGe1gQArDICFoQ1sVZNKtx/eoKEy+d14o=; b=QWLBXJSUtwdz5Pc0QNQIyijd4R4APYvLUr3lJezaxBW+6rkDazSHD23rFkvxOKd849 u0IzkfxOVmXKnoRoswZsERZSHkIV5b3LbQ3lPaFhgOoVwRVdgOWDZ57oHC5aby2jbrWe mssUfBtwy8R5AqkZuCtPYLNkGxFgLntP3GMd+IWGxFWplmCDw3fuIaktPaxmtubNVp2X mnVQs4C/gERlj/AhXhVvTzBq5qwMCoMt36UDzkE4a/UDaG+cetwRXLNfT/J7S9g00gP9 04p3cR22JhUjFg8g7NwPpFiTd2cpre77Pkvf6rVWs3OFGjJ+4dXNO64DlzDTjVOdkSQ3 pKDw== X-Gm-Message-State: AOAM532lIN5wF+Khah2bbu+qrTy/RjPkzHBTmeaAXNqMjADb0b2IIBQO ypNqxryymQOS77wAIuuc2q2cqCPfYsED5OpJj4IU0w== X-Google-Smtp-Source: ABdhPJwtTappN5V4JqdquOMhmiUOd6KLDwsvanuKmvy/tddn8RLX0EbZ4SntPW+Qh431D+0DSc316jJmcuce9GeUULw= X-Received: by 2002:a05:6102:ec2:: with SMTP id m2mr3137272vst.6.1639854664011; Sat, 18 Dec 2021 11:11:04 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <4DFA25A9-4C30-4598-A694-4D818C5FAADA@yahoo.com> In-Reply-To: <4DFA25A9-4C30-4598-A694-4D818C5FAADA@yahoo.com> From: Warner Losh Date: Sat, 18 Dec 2021 12:10:53 -0700 Message-ID: Subject: Re: git: 30780c3f584a - stable/13 - README.md: correct GPL expansion To: Mark Millard Cc: Ed Maste , Baptiste Daroussin , freebsd-current , FreeBSD-STABLE Mailing List Content-Type: multipart/alternative; boundary="000000000000bb6a3d05d3706ab7" X-Rspamd-Queue-Id: 4JGb6c4GVvz4vNg X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N --000000000000bb6a3d05d3706ab7 Content-Type: text/plain; charset="UTF-8" On Sat, Dec 18, 2021 at 11:33 AM Mark Millard via freebsd-current < freebsd-current@freebsd.org> wrote: > On 2021-Dec-18, at 09:30, Ed Maste wrote: > > > On Fri, 17 Dec 2021 at 11:09, Mark Millard wrote: > >> > >> I'm confused, beyond just LGPL claims in the (fairly > >> current) source code, but GPL more generally: > >> > >> # grep -rl "SPDX.*GPL" /usr/main-src/ > > > > You need to exclude the ones with SPDX tags like: > > SPDX-License-Identifier: BSD-2-Clause OR GPL-2.0 > > > > but also note that this text in README.md is just documenting the > > top-level gnu/ subdirectory. > > # grep -r "SPDX.*GPL" /usr/main-src/ | egrep -vi "(mit|bsd|Linux-OpenIB)" > | grep -v sys/contrib/device-tree/ | more > /usr/main-src/sys/gnu/gcov/gcc_4_7.c:// SPDX-License-Identifier: GPL-2.0 > /usr/main-src/sys/gnu/gcov/gcov_fs.c:// SPDX-License-Identifier: GPL-2.0 > /usr/main-src/sys/dts/include/dt-bindings/soc/qcom,tcsr.h:/* > SPDX-License-Identifier: GPL-2.0 */ > > But . . . > > # grep -r "SPDX.*GPL" /usr/main-src/ | egrep -vi "(mit|bsd|Linux-OpenIB)" > | grep sys/contrib/device-tree/ | wc > 3104 9958 345089 > Yea, that doesn't matter that much... Those are generally not used for tier 1 platforms, except for some arm64 boards. And when they are used, they create a separate work (the .dtb files). And that's even assuming these files are expressive enough to have enough creative content that a copyright could attach... It's not used at all the build kernels, userland, etc (though one does have an option to attach a dtb to a kernel, to be fair). And they are all well marked with SPDX tags, so we're not misrepresenting anything and the project's use of them is in full compliance with whichever GPL they are released under. Downstream users will, as with all license things, need to ensure their uses comply. There have been various statements about these files over the years which one should consult if one ships a system with the .dtb w/o the .dts sources to determine compliance measures necessary (though the standard GPL measures will work, some folks have disclaimed the need to do them for their .dts files, ymmv). Warner --000000000000bb6a3d05d3706ab7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Sat, Dec 18, 2021 at 11:33 AM Mark= Millard via freebsd-current <freebsd-current@freebsd.org> wrote:
On 2021-Dec-18, at 09:30, Ed Maste <emaste@freebsd.org= > wrote:

> On Fri, 17 Dec 2021 at 11:09, Mark Millard <marklmi@yahoo.com> wrote:
>>
>> I'm confused, beyond just LGPL claims in the (fairly
>> current) source code, but GPL more generally:
>>
>> # grep -rl "SPDX.*GPL" /usr/main-src/
>
> You need to exclude the ones with SPDX tags like:
> SPDX-License-Identifier: BSD-2-Clause OR GPL-2.0
>
> but also note that this text in README.md is just documenting the
> top-level gnu/ subdirectory.

# grep -r "SPDX.*GPL" /usr/main-src/ | egrep -vi "(mit|bsd|L= inux-OpenIB)" | grep -v sys/contrib/device-tree/ | more
/usr/main-src/sys/gnu/gcov/gcc_4_7.c:// SPDX-License-Identifier: GPL-2.0 /usr/main-src/sys/gnu/gcov/gcov_fs.c:// SPDX-License-Identifier: GPL-2.0 /usr/main-src/sys/dts/include/dt-bindings/soc/qcom,tcsr.h:/* SPDX-License-I= dentifier: GPL-2.0 */

But . . .

# grep -r "SPDX.*GPL" /usr/main-src/ | egrep -vi "(mit|bsd|L= inux-OpenIB)" | grep sys/contrib/device-tree/ | wc
=C2=A0 =C2=A0 3104=C2=A0 =C2=A0 9958=C2=A0 345089

=
Yea, that doesn't matter that much...=C2=A0 Those are genera= lly not used for tier 1 platforms,=C2=A0except
for some arm64 boa= rds.=C2=A0 And when they are used, they create a separate work (the .dtb fi= les).
And that's even assuming these files are expressive eno= ugh to have enough creative content
that a copyright could attach= ... It's not used at all the build kernels, userland, etc (though one
does have an option to attach a dtb to a kernel, to be fair). And = they are all well marked with
SPDX tags, so we're not misrepr= esenting anything and the project's use of them is in full
co= mpliance with whichever GPL they are released under. Downstream users will,= as with
all license things, need to ensure their uses comply. Th= ere have been various statements
about these files over the years= which one should consult if one ships a system with the
.dtb w/o= the .dts sources to determine compliance measures necessary (though the st= andard
GPL measures will work, some folks have disclaimed the nee= d to do them for their
.dts files, ymmv).

Warner
--000000000000bb6a3d05d3706ab7-- From nobody Sat Dec 18 22:16:48 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D7A4118FE6C1 for ; Sat, 18 Dec 2021 22:27:35 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::12]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JGgTL4DmYz3qpL for ; Sat, 18 Dec 2021 22:27:34 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 1BIMR4Zb030182 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sat, 18 Dec 2021 23:27:04 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-MDaemon-Deliver-To: X-Authentication-Warning: uucp.dinoex.sub.de: Host uucp.dinoex.org [185.220.148.12] claimed to be uucp.dinoex.sub.de Received: (from uucp@localhost) by uucp.dinoex.sub.de (8.17.1/8.17.1/Submit) with UUCP id 1BIMR4S3030181 for freebsd-stable@freebsd.org; Sat, 18 Dec 2021 23:27:04 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.16.1/8.16.1) with ESMTP id 1BIMGqTn063373 for ; Sat, 18 Dec 2021 23:16:52 +0100 (CET) (envelope-from peter@gate.intra.daemon.contact) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by gate.intra.daemon.contact (8.16.1/8.16.1) with ESMTPS id 1BIMGm43063364 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sat, 18 Dec 2021 23:16:49 +0100 (CET) (envelope-from peter@gate.intra.daemon.contact) Received: (from peter@localhost) by gate.intra.daemon.contact (8.16.1/8.16.1/Submit) id 1BIMGmw3063363 for freebsd-stable@freebsd.org; Sat, 18 Dec 2021 23:16:48 +0100 (CET) (envelope-from peter) Date: Sat, 18 Dec 2021 23:16:48 +0100 From: Peter To: freebsd-stable@freebsd.org Subject: Re: 12.3:[ZFS pointer corruption] kernel crash exporting FreeBSD src repo Message-ID: References: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.sub.de;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [185.220.148.12]); Sat, 18 Dec 2021 23:27:07 +0100 (CET) X-Rspamd-Queue-Id: 4JGgTL4DmYz3qpL X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org designates 2a0b:f840::12 as permitted sender) smtp.mailfrom=pmc@citylink.dinoex.sub.org X-Spamd-Result: default: False [-3.30 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; HAS_XAW(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_NONE(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_NA(0.00)[sub.org]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE]; RCVD_TLS_LAST(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Mon, Dec 13, 2021 at 08:34:13PM +0100, Peter wrote: ! I have a filesystem with the FreeBSD src repo clone. ! ! When I do ! > git checkout-index -a --prefix=/new-filesystem/ ! in 5 of 6 cases I get a kernel crash. ! ! Fatal trap 12: page fault while in kernel mode ! cpuid = 19; apic id = 19 ! fault virtual address = 0x410 ! fault code = supervisor read data, page not present ! instruction pointer = 0x20:0xffffffff808e9815 ! stack pointer = 0x28:0xfffffe00e667bf50 ! frame pointer = 0x28:0xfffffe00e667bff0 ! code segment = base 0x0, limit 0xfffff, type 0x1b ! = DPL 0, pres 1, long 1, def32 0, gran 1 ! processor eflags = interrupt enabled, resume, IOPL = 0 ! current process = 18330 (git) ! trap number = 12 This one did finally turn out to be a known issue in the cam component. It had haunted me already back in 2016, and made me disassemble the whole machine, replace it with a newer (and then turning out to be much worse) machine with lots of other issues, and I couldn't figure what the problem actually is - it was not obvious when and why it had appeared and I thought it to be hardware related. Anyway, with another two changes to newer hardware (this time hopefully to the better) I thought the issue had disappeared. No, it hasn't - it just comes in a different disguise: now it creates bogus data in ZFS (back then the crashes appeared within the cam component). But the remedy/workaround is the same: changing the cam options. cheerio, PMc From nobody Sun Dec 19 21:55:19 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 05F331902AC5 for ; Sun, 19 Dec 2021 21:55:44 +0000 (UTC) (envelope-from matpockuh@gmail.com) Received: from mail-lj1-x22f.google.com (mail-lj1-x22f.google.com [IPv6:2a00:1450:4864:20::22f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JHGk71WKgz3FkM; Sun, 19 Dec 2021 21:55:43 +0000 (UTC) (envelope-from matpockuh@gmail.com) Received: by mail-lj1-x22f.google.com with SMTP id i63so12862591lji.3; Sun, 19 Dec 2021 13:55:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=nEm6+AVJ3RCJKh0FCvnMZ7dcreAW2EtUpdWGQwgTAPY=; b=j5wa1CEMlCvRQPl/VR6OQyuexEaGpi3+v6CvbSeUHHiKG6mDRjiV3gjclX8RCsRfsR pasVzS8kuDHC/QkLqOos8MA16Z/tZ32NybeWM5GLcOfqsgoaDP6qb/xcBcSMwhKbBQQ5 +84761pJud/HDADnDEYvE4ztl19oy8wqrsblwnojZLLmEFyiz1Dx3j6PgUZArfdprJUs lYf+Pe73wiWrKfTf55YrCnCddiPi8B9QGTe7fw2vZ5guU5nXUTqhx0GhFsd2eXKeMlK7 nfF/FyPPoZ36q+VaFRpqf1FoIY6wHyJOwnB1V4PM5cTiw1GyGh038gcACVxO7KRlo3Pe e1Bw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=nEm6+AVJ3RCJKh0FCvnMZ7dcreAW2EtUpdWGQwgTAPY=; b=R8rgkV0So3MaRjTEK6tjqmO9Ha8bxYA2I2sLIXcmUrriBGAltl13uA5FjXvFJoB8Rv vWb1PXwqUvGCoEwUBhCE/0O/xh7EVRN6kOlZmTM39G2jXi4XHrQyFiWSvKbVDDoOBost MvrlQlcl4/rF6O2I/4+6gtsUTN7Tbv/dx62M6aqf3hOrVOcfueX4t8p5Ua9D//V/dsAO HmKRlNTn5ccNEFz7U9BRBXsC2rpkG0Gj7Xi0CXc8U7VhFXnc1+Wq3Xsc81Hi2NecLmOf fEglZyYB6OIU8cUbiU3rm+pJndjU33l0NNzo9HeTc7xZCdy3TvwfUNOmdqfHBooMgF5Y Yh8A== X-Gm-Message-State: AOAM53154V0InqBuRJNIFXrvQhneS1/QuO7UmpE1/qUxNoVMdZvItI/L Dv6fPcLiYjXKMn/MjnhyhYsNPKc6T9FW+wwjVjt/1n6V6iI= X-Google-Smtp-Source: ABdhPJwhHCzM9bsK/rK25pVXdWperTyOurVXWWfyoVEVHFKJQrVj6kI1D16bbHMC+r3L9I5V8LRPfhLlNg0Ei3ppTf0= X-Received: by 2002:a2e:b88e:: with SMTP id r14mr12127401ljp.365.1639950941662; Sun, 19 Dec 2021 13:55:41 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <22748b81-2ae8-babd-d07e-752ed15dce58@GMail.Com> <5140f4e1-df13-ebaa-341e-5274ead366ce@FreeBSD.org> In-Reply-To: <5140f4e1-df13-ebaa-341e-5274ead366ce@FreeBSD.org> From: KOT MATPOCKuH Date: Mon, 20 Dec 2021 00:55:19 +0300 Message-ID: Subject: Re: ping -6 ignores -e parameter To: koobs@freebsd.org Cc: freebsd-stable List , Alan Somers Content-Type: multipart/alternative; boundary="00000000000053af0a05d386d56c" X-Rspamd-Queue-Id: 4JHGk71WKgz3FkM X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=j5wa1CEM; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of matpockuh@gmail.com designates 2a00:1450:4864:20::22f as permitted sender) smtp.mailfrom=matpockuh@gmail.com X-Spamd-Result: default: False [1.11 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; MID_RHS_MATCH_FROMTLD(0.00)[]; NEURAL_SPAM_SHORT(0.11)[0.110]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::22f:from]; NEURAL_SPAM_LONG(1.00)[1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N --00000000000053af0a05d386d56c Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello! I downloaded a daily snapshot VM from: https://download.freebsd.org/ftp/snapshots/VM-IMAGES/13.0-STABLE/amd64/2021= 1216/FreeBSD-13.0-STABLE-amd64-20211216-defb7da9772-248589.raw.xz root@freebsd:~ # uname -a FreeBSD freebsd 13.0-STABLE FreeBSD 13.0-STABLE #0 stable/13-n248589-defb7da9772: Thu Dec 16 02:33:55 UTC 2021 root@releng3.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd6= 4 It's 3 days later than 13th Dec. I checked on this VM and got the same behavior. Also I registered a bug: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D260474 There You can find steps to reproduce this problem. Also can You assign this report to a proper responsible? =D1=81=D0=B1, 18 =D0=B4=D0=B5=D0=BA. 2021 =D0=B3. =D0=B2 04:16, Kubilay Koc= ak : > On 16/12/2021 9:30 pm, KOT MATPOCKuH wrote: > > Hello, Alan! > > > > I'm sorry, I'm forget to add freebsd-stable@ to CC: list. > > > > Yes, I'm using FreeBSD 13: > > 13.0-STABLE > > > > Today I have a native IPv6 access and my inet6 routing table is: > > # netstat -rn6 | grep -v -e lo0 > > Routing tables > > > > Internet6: > > Destination Gateway Flags > > Netif Expire > > default fe80::206:29ff:fee9:32a9%lan0 UG > lan0 > > fd00:dead:beef:100::/64 link#5 U la= n0 > > fe80::%lan0/64 link#5 U la= n0 > > fe80::%bridge0/64 link#6 U bridg= e0 > > > > This means my default gateway is reachable via lan0. > > A node which link-local address fe80::2a0:98ff:fe1d:e270 is reachable > > via bridge0: > > # ping -c 1 fe80::2a0:98ff:fe1d:e270%bridge0 > > PING6(56=3D40+8+8 bytes) fe80::5a9c:fcff:fe10:ff9e%bridge0 --> > > fe80::2a0:98ff:fe1d:e270%bridge0 > > 16 bytes from fe80::2a0:98ff:fe1d:e270%bridge0, icmp_seq=3D0 hlim=3D64 > > time=3D0.804 ms > > > > But ping anyway sends packets via lan0. > > Also I tried to configure fd13:dead:beef::2 on bridge0, on correspondin= g > > node I configured fd13:dead:beef::1, and then run a command: > > ping -6 -e fd13:dead:beef::1 google.com > > > > In this way ping uses source IP address from bridge0 interface, but > > sends via lan0 and to next-hop fe80::206:29ff:fee9:32a9%lan0: > > # tcpdump -epni lan0 icmp6 > > 12:33:23.308763 8c:ec:4b:e9:28:23 > 00:06:29:e9:32:a9, ethertype IPv6 > > (0x86dd), length 70: fd13:dead:beef::2 > 2a00:1450:4010:c1e::8a: ICMP6, > > echo request, seq 52, length 16 > > > > I'm wrote a simple script to check this problem. I checked this script > > on image of VM from freebsd'site which FreeBSD-13. > > Please see attached file. > > > > On 15/12/2021 21:32, Alan Somers wrote: > >> On Wed, Dec 15, 2021 at 11:16 AM KOT MATPOCKuH > >> wrote: > >>> > >>> Hello! > >>> > >>> In a man page for ping(8) and in it's help output I found option "-e"= : > >>> -e gateway > >>> Specifies to use gateway as the next hop to the > >>> destination. The > >>> gateway must be a neighbor of the sending node. > >>> > >>> I tried to use this argument, ping ignores this parameter and sends > >>> the packet via default gateway. > >>> For example I have a tun0 which has ipv6 default gw, and an > >>> established bridge0 which has available some LL addresses: > >>> Neighbor Linklayer Address Netif > >>> Expire S Flags > >>> fe80::2a0:98ff:fe1d:e270%bridge0 00:a0:98:1d:e2:70 bridge0 > >>> 23h56m34s S R > >>> > >>> I tried to run: > >>> ping -6 -e FE80::2A0:98FF:FE1D:E270%bridge0 google.com > >>> But the packet was sent via tun0 interface. > >>> > >>> What is wrong with it? > >>> > >>> -- > >>> MATPOCKuH > >> > >> What version of FreeBSD are you using? There was a major change to > >> ping's code in FreeBSD 13. Please show the output of > >> 'freebsd-version' and 'netstat -rn'. > >> -Alan > >> > > > > Potentially relevant issue issue who's stable/13 merge landed 2021-12-13: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D258048 > > Is your uname -a version prior to or after this date? > > If after, can you test reverting this revision? > --=20 MATPOCKuH --00000000000053af0a05d386d56c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello!

I downloaded a daily = snapshot VM from:

root@freebsd:~ # una= me -a
FreeBSD freebsd 13.0-STABLE FreeBSD 13.0-STABLE #0 stable/13-n2485= 89-defb7da9772: Thu Dec 16 02:33:55 UTC 2021 =C2=A0 =C2=A0 root@releng3.nyi= .freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC =C2=A0amd64

It's 3 days later than 13th Dec.
I checke= d on this VM and got the same behavior.
Also I registered a bug:<= /div><= div>
There You can find steps to reproduce this problem.

Also can You assign this report to a proper responsibl= e?


=D1=81=D0=B1, 18 =D0=B4=D0=B5=D0=BA. 2021 =D0=B3= . =D0=B2 04:16, Kubilay Kocak <koob= s@freebsd.org>:
On 16/12/2021 9:30 pm, KOT MATPOCKuH wrote:
> Hello, Alan!
>
> I'm sorry, I'm forget to add freebsd-stable@ to CC: list.
>
> Yes, I'm using FreeBSD 13:
> 13.0-STABLE
>
> Today I have a native IPv6 access and my inet6 routing table is:
> # netstat -rn6 | grep -v -e lo0
> Routing tables
>
> Internet6:
> Destination=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= Gateway=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Flags=C2= =A0 =C2=A0
> Netif Expire
> default=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 fe80::206:29ff:fee9:32a9%lan0 UG =C2=A0=C2=A0 lan0
> fd00:dead:beef:100::/64=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 link#5=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 U =C2=A0=C2=A0 lan0
> fe80::%lan0/64=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 link#5=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 U =C2=A0=C2=A0 la= n0
> fe80::%bridge0/64=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 link#6=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 U bridge0
>
> This means my default gateway is reachable via lan0.
> A node which link-local address fe80::2a0:98ff:fe1d:e270 is reachable =
> via bridge0:
> # ping -c 1 fe80::2a0:98ff:fe1d:e270%bridge0
> PING6(56=3D40+8+8 bytes) fe80::5a9c:fcff:fe10:ff9e%bridge0 -->
> fe80::2a0:98ff:fe1d:e270%bridge0
> 16 bytes from fe80::2a0:98ff:fe1d:e270%bridge0, icmp_seq=3D0 hlim=3D64=
> time=3D0.804 ms
>
> But ping anyway sends packets via lan0.
> Also I tried to configure fd13:dead:beef::2 on bridge0, on correspondi= ng
> node I configured fd13:dead:beef::1, and then run a command:
> ping -6 -e fd13:dead:beef::1 google.com
>
> In this way ping uses source IP address from bridge0 interface, but > sends via lan0 and to next-hop fe80::206:29ff:fee9:32a9%lan0:
> # tcpdump -epni lan0 icmp6
> 12:33:23.308763 8c:ec:4b:e9:28:23 > 00:06:29:e9:32:a9, ethertype IP= v6
> (0x86dd), length 70: fd13:dead:beef::2 > 2a00:1450:4010:c1e::8a: IC= MP6,
> echo request, seq 52, length 16
>
> I'm wrote a simple script to check this problem. I checked this sc= ript
> on image of VM from freebsd'site which FreeBSD-13.
> Please see attached file.
>
> On 15/12/2021 21:32, Alan Somers wrote:
>> On Wed, Dec 15, 2021 at 11:16 AM KOT MATPOCKuH <matpockuh@gmail.com>
>> wrote:
>>>
>>> Hello!
>>>
>>> In a man page for ping(8) and in it's help output I found = option "-e":
>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 -e gateway
>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 Specifies to use gateway as the next hop to the
>>> destination.=C2=A0 The
>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 gateway must be a neighbor of the sending node.
>>>
>>> I tried to use this argument, ping ignores this parameter and = sends
>>> the packet via default gateway.
>>> For example I have a tun0 which has ipv6 default gw, and an >>> established bridge0 which has available some LL addresses:
>>> Neighbor=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Linklayer Address=C2=A0 Netif
>>> Expire=C2=A0=C2=A0=C2=A0 S Flags
>>> fe80::2a0:98ff:fe1d:e270%bridge0=C2=A0=C2=A0=C2=A0=C2=A0 00:a0= :98:1d:e2:70 bridge0
>>> 23h56m34s S R
>>>
>>> I tried to run:
>>> ping -6 -e FE80::2A0:98FF:FE1D:E270%bridge0 google.com
>>> But the packet was sent via tun0 interface.
>>>
>>> What is wrong with it?
>>>
>>> --
>>> MATPOCKuH
>>
>> What version of FreeBSD are you using?=C2=A0 There was a major cha= nge to
>> ping's code in FreeBSD 13.=C2=A0 Please show the output of
>> 'freebsd-version' and 'netstat -rn'.
>> -Alan
>>
>

Potentially relevant issue issue who's stable/13 merge landed 2021-12-1= 3:

=C2=A0 =C2=A0https://bugs.freebsd.org/bu= gzilla/show_bug.cgi?id=3D258048

Is your uname -a version prior to or after this date?

If after, can you test reverting this revision?


--
MATPOCKuH
--00000000000053af0a05d386d56c-- From nobody Mon Dec 20 17:17:34 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id CD66F18F8097 for ; Mon, 20 Dec 2021 17:17:41 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost1.sentex.ca", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JHmVr6Y7nz4RH0 for ; Mon, 20 Dec 2021 17:17:40 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [199.212.134.19]) by smarthost1.sentex.ca (8.16.1/8.16.1) with ESMTPS id 1BKHHXll058919 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Mon, 20 Dec 2021 12:17:34 -0500 (EST) (envelope-from mike@sentex.net) Received: from [IPV6:2607:f3e0:0:4:ec6a:c1f9:3c93:48cd] ([IPv6:2607:f3e0:0:4:ec6a:c1f9:3c93:48cd]) by pyroxene2a.sentex.ca (8.16.1/8.15.2) with ESMTPS id 1BKHHXlF030464 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO) for ; Mon, 20 Dec 2021 12:17:33 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <20dc973d-ecb0-27a8-4942-3c9dff7dedb4@sentex.net> Date: Mon, 20 Dec 2021 12:17:34 -0500 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.4.0 Content-Language: en-US To: FreeBSD-STABLE Mailing List From: mike tancsa Subject: installkernel/world over readonly nfs generating warnings (RELENG_13) Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.84 X-Rspamd-Queue-Id: 4JHmVr6Y7nz4RH0 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:1::12 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-1.31 / 15.00]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[mike]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[sentex.net]; NEURAL_SPAM_MEDIUM(0.95)[0.952]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.97)[-0.973]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.987]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N I made a new RELENG_13 buildserver that I want to nfs mount from clients to update world.  On RELENG_12 and below, I could do this on read only nfs mounts. However, when I try on RELENG_13, I get a constant spew of warnings for installkernel and world 0{git}# cd /crossbuild/src/ 0{git}# setenv MAKEOBJDIRPREFIX /crossbuild/obj/ 0{git}# make installkernel make warning: /crossbuild/obj//crossbuild/src: Read-only file system. make[1] warning: /crossbuild/src/: Read-only file system. make[2] warning: /crossbuild/obj/crossbuild/src/amd64.amd64: Read-only file system. -------------------------------------------------------------- >>> Install check kernel -------------------------------------------------------------- ... ===> aac (install) make[4] warning: /crossbuild/obj/crossbuild/src/amd64.amd64/sys/GENERIC/modules/crossbuild/src/sys/modules/aac: Read-only file system. install -T release -o root -g wheel -m 555   aac.ko /boot/kernel/ install -T dbg -o root -g wheel -m 555   aac.ko.debug /usr/lib/debug/boot/kernel/ ===> aacraid (install) make[4] warning: /crossbuild/obj/crossbuild/src/amd64.amd64/sys/GENERIC/modules/crossbuild/src/sys/modules/aacraid: Read-only file system. install -T release -o root -g wheel -m 555   aacraid.ko /boot/kernel/ install -T dbg -o root -g wheel -m 555   aacraid.ko.debug /usr/lib/debug/boot/kernel/ ===> accf_data (install) make[4] warning: /crossbuild/obj/crossbuild/src/amd64.amd64/sys/GENERIC/modules/crossbuild/src/sys/modules/accf_data: Read-only file system. install -T release -o root -g wheel -m 555   accf_data.ko /boot/kernel/ install -T dbg -o root -g wheel -m 555   accf_data.ko.debug /usr/lib/debug/boot/kernel/ and during installworld make warning: /crossbuild/obj//crossbuild/src: Permission denied. make[1] warning: /crossbuild/src/: Permission denied. make[1]: "/crossbuild/obj/crossbuild/src/amd64.amd64/toolchain-metadata.mk" line 1: Using cached toolchain metadata from build at build13.sentex.ca on Mon Dec 20 04:05:34 UTC 2021 make[2] warning: /crossbuild/obj/crossbuild/src/amd64.amd64: Permission denied. make[2] warning: /crossbuild/src/: Permission denied. make[3] warning: /crossbuild/obj/crossbuild/src/amd64.amd64: Permission denied. make[3] warning: /crossbuild/src/: Permission denied. make[4] warning: /crossbuild/obj/crossbuild/src/amd64.amd64: Permission denied. make[3] warning: /crossbuild/src/: Permission denied. make[3]: "/crossbuild/obj/crossbuild/src/amd64.amd64/toolchain-metadata.mk" line 1: Using cached toolchain metadata from build at build13.sentex.ca on Mon Dec 20 04:05:34 UTC 2021 make[4] warning: /crossbuild/obj/crossbuild/src/amd64.amd64: Permission denied. make[3] warning: /crossbuild/src/: Permission denied. make[4] warning: /crossbuild/obj/crossbuild/src/amd64.amd64: Permission denied. make[4] warning: /crossbuild/obj/crossbuild/src/amd64.amd64/obj-lib32/lib: Permission denied. make[5] warning: /crossbuild/obj/crossbuild/src/amd64.amd64/obj-lib32/lib/csu: Permission denied. make[6] warning: /crossbuild/obj/crossbuild/src/amd64.amd64/obj-lib32/lib/csu/i386: Permission denied. make[5] warning: /crossbuild/obj/crossbuild/src/amd64.amd64/obj-lib32/lib/libc: Permission denied. make[5] warning: /crossbuild/obj/crossbuild/src/amd64.amd64/obj-lib32/lib/libc_nonshared: Permission denied. make[5] warning: /crossbuild/obj/crossbuild/src/amd64.amd64/obj-lib32/lib/libcompiler_rt: Permission denied. make[5] warning: /crossbuild/obj/crossbuild/src/amd64.amd64/obj-lib32/lib/libclang_rt: Permission denied. It seems to install OK, but every module generates a warning.  Is there a better way to installkernel / world over nfs on RELENG_13 ? I dont want to make it RW if possible. 0{git}# mount -t nfs 192.168.153.29:/crossbuild on /crossbuild (nfs, read-only) 0{git}#     ---Mike From nobody Tue Dec 21 12:42:29 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id AFDF518EE1F9 for ; Tue, 21 Dec 2021 12:42:32 +0000 (UTC) (envelope-from gerrit.kuehn@aei.mpg.de) Received: from mailgate2.uni-hannover.de (mailgate2.uni-hannover.de [130.75.2.114]) (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 4JJGLw0qn4z4txP for ; Tue, 21 Dec 2021 12:42:31 +0000 (UTC) (envelope-from gerrit.kuehn@aei.mpg.de) Received: from intranet.aei.uni-hannover.de (ahin1.aei.uni-hannover.de [130.75.117.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mailgate2.uni-hannover.de (Postfix) with ESMTPS id B1EE644DE for ; Tue, 21 Dec 2021 13:42:30 +0100 (CET) Received: from comet2.terra.ger ([130.75.117.49]) by intranet.aei.uni-hannover.de (IBM Domino Release 9.0.1FP8) with ESMTP id 2021122113422955-52342 ; Tue, 21 Dec 2021 13:42:29 +0100 Date: Tue, 21 Dec 2021 13:42:29 +0100 From: Gerrit Kuehn To: FreeBSD Stable Mailing List Subject: support for broadcom sas3808 Message-ID: <20211221134229.7fb2c14f@comet2.terra.ger> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; amd64-portbld-freebsd12.1) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on intranet/aei-hannover(Release 9.0.1FP8|February 23, 2017) at 12/21/2021 01:42:29 PM, Serialize by Router on intranet/aei-hannover(Release 9.0.1FP8|February 23, 2017) at 12/21/2021 01:42:29 PM, Serialize complete at 12/21/2021 01:42:29 PM X-TNEFEvaluated: 1 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: clamav-milter 0.102.4 at mailgate2 X-Virus-Status: Clean X-Rspamd-Queue-Id: 4JJGLw0qn4z4txP X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of gerrit.kuehn@aei.mpg.de designates 130.75.2.114 as permitted sender) smtp.mailfrom=gerrit.kuehn@aei.mpg.de X-Spamd-Result: default: False [-3.50 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:130.75.2.114]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[mpg.de]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[130.75.2.114:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:680, ipnet:130.75.0.0/16, country:DE]; MIME_TRACE(0.00)[0:+] X-ThisMailContainsUnwantedMimeParts: N Hello, I was thinking about buying something like Supermicro's SSG-540P-E1CTR45L storage box which comes with a Broadcom 3808 chipset. The Broadcom docs claim this has FreeBSD support, and so does this thread of a few months ago: https://lists.freebsd.org/archives/freebsd-scsi/2021-June/000004.html However, I cannot find the mentioned support in the mpr driver when looking into the code of FreeBSD 13, and I am missing any pointer from which FreeBSD version on support might be available. I also don't understand at all what is meant by "inbox driver" vs. "out-of-box driver" from the post linked above. Can anyone here shed a light on this for me? Is the Broadcom 3808 chip supported, and if so, from which version on? cu Gerrit From nobody Tue Dec 21 17:48:38 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B05F41902584 for ; Tue, 21 Dec 2021 17:48:45 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost1.sentex.ca", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JJP8F0MD2z4g6c; Tue, 21 Dec 2021 17:48:45 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [199.212.134.19]) by smarthost1.sentex.ca (8.16.1/8.16.1) with ESMTPS id 1BLHmcxG092859 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 21 Dec 2021 12:48:38 -0500 (EST) (envelope-from mike@sentex.net) Received: from [IPV6:2607:f3e0:0:4:ac62:e308:ddf0:1eb9] ([IPv6:2607:f3e0:0:4:ac62:e308:ddf0:1eb9]) by pyroxene2a.sentex.ca (8.16.1/8.15.2) with ESMTPS id 1BLHmb2S093235 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Tue, 21 Dec 2021 12:48:37 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: Date: Tue, 21 Dec 2021 12:48:38 -0500 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.4.0 Subject: Re: installkernel/world over readonly nfs generating warnings (RELENG_13) Content-Language: en-US From: mike tancsa To: FreeBSD-STABLE Mailing List References: <20dc973d-ecb0-27a8-4942-3c9dff7dedb4@sentex.net> In-Reply-To: <20dc973d-ecb0-27a8-4942-3c9dff7dedb4@sentex.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.84 X-Rspamd-Queue-Id: 4JJP8F0MD2z4g6c X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:1::12 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [0.75 / 15.00]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[mike]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[sentex.net]; NEURAL_HAM_LONG(-0.92)[-0.920]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.97)[0.974]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 12/20/2021 12:17 PM, mike tancsa wrote: > I made a new RELENG_13 buildserver that I want to nfs mount from > clients to update world.  On RELENG_12 and below, I could do this on > read only nfs mounts. However, when I try on RELENG_13, I get a > constant spew of warnings for installkernel and world > > 0{git}# cd /crossbuild/src/ > 0{git}# setenv MAKEOBJDIRPREFIX /crossbuild/obj/ > 0{git}# make installkernel > make warning: /crossbuild/obj//crossbuild/src: Read-only file system. > make[1] warning: /crossbuild/src/: Read-only file system. > make[2] warning: /crossbuild/obj/crossbuild/src/amd64.amd64: Read-only > file system. > -------------------------------------------------------------- > >>> Install check kernel > -------------------------------------------------------------- > Still trying to debug this and looking at tcpdump, I am not sure if this is just "normal" now (ie installkernel/world will always generate warnings) or its some different mount options I need to use ? Looking at the tcpdump where (I think) the warning is generated, any idea what might be going on ? This is a RELENG_13 client mounting a RELENG_13 server. Server is from 5 days ago  13.0-STABLE #0 stable/13-n248589-defb7da9772:   108   0.020492 192.168.135.72 → 192.168.153.29  NFS 314 V4 Call Lookup LOOKUP DH: 0x6c734290/Makefile.sys.inc   109   0.020905  192.168.153.29 → 192.168.135.72 NFS 574 V4 Reply (Call In 108) Lookup LOOKUP   110   0.020939 192.168.135.72 → 192.168.153.29  NFS 278 V4 Call Access ACCESS FH: 0x2509e63f, [Check: RD LU MD XT DL XE]   111   0.021228  192.168.153.29 → 192.168.135.72 NFS 362 V4 Reply (Call In 110) Access ACCESS, [NOT Supported: LU DL], [Access Denied: MD XT], [Allowed: RD XE]   112   0.021264 192.168.135.72 → 192.168.153.29  NFS 334 V4 Call Open OPEN DH: 0x6c734290/Makefile.sys.inc   113   0.021538  192.168.153.29 → 192.168.135.72 NFS 262 V4 Reply (Call In 112) Open OPEN StateID: 0x33ab   108   0.020492 192.168.135.72 → 192.168.153.29  NFS 314 V4 Call Lookup LOOKUP DH: 0x6c734290/Makefile.sys.inc   109   0.020905  192.168.153.29 → 192.168.135.72 NFS 574 V4 Reply (Call In 108) Lookup LOOKUP   110   0.020939 192.168.135.72 → 192.168.153.29  NFS 278 V4 Call Access ACCESS FH: 0x2509e63f, [Check: RD LU MD XT DL XE]   111   0.021228  192.168.153.29 → 192.168.135.72 NFS 362 V4 Reply (Call In 110) Access ACCESS, [NOT Supported: LU DL], [Access Denied: MD XT], [Allowed: RD XE]   112   0.021264 192.168.135.72 → 192.168.153.29  NFS 334 V4 Call Open OPEN DH: 0x6c734290/Makefile.sys.inc   113   0.021538  192.168.153.29 → 192.168.135.72 NFS 262 V4 Reply (Call In 112) Open OPEN StateID: 0x33ab Network File System, Ops(4): SEQUENCE PUTFH ACCESS GETATTR     [Program Version: 4]     [V4 Procedure: COMPOUND (1)]     Status: NFS4_OK (0)     Tag: Access         length: 6         contents: Access         fill bytes: opaque data     Operations (count: 4)         Opcode: SEQUENCE (53)             Status: NFS4_OK (0)             sessionid: 0300000000000000b1adc06103000000             seqid: 0x00000069             slot id: 0             high slot id: 63             target high slot id: 63             status flags: 0x00000001, SEQ4_STATUS_CB_PATH_DOWN                 .... .... .... .... .... .... .... ...1 = SEQ4_STATUS_CB_PATH_DOWN: Set                 .... .... .... .... .... .... .... ..0. = SEQ4_STATUS_CB_GSS_CONTEXTS_EXPIRING: Not set                 .... .... .... .... .... .... .... .0.. = SEQ4_STATUS_CB_GSS_CONTEXTS_EXPIRED: Not set                 .... .... .... .... .... .... .... 0... = SEQ4_STATUS_EXPIRED_ALL_STATE_REVOKED: Not set                 .... .... .... .... .... .... ...0 .... = SEQ4_STATUS_EXPIRED_SOME_STATE_REVOKED: Not set                 .... .... .... .... .... .... ..0. .... = SEQ4_STATUS_ADMIN_STATE_REVOKED: Not set                 .... .... .... .... .... .... .0.. .... = SEQ4_STATUS_RECALLABLE_STATE_REVOKED: Not set                 .... .... .... .... .... .... 0... .... = SEQ4_STATUS_LEASE_MOVED: Not set                 .... .... .... .... .... ...0 .... .... = SEQ4_STATUS_RESTART_RECLAIM_NEEDED: Not set                 .... .... .... .... .... ..0. .... .... = SEQ4_STATUS_CB_PATH_DOWN_SESSION: Not set                 .... .... .... .... .... .0.. .... .... = SEQ4_STATUS_BACKCHANNEL_FAULT: Not set                 .... .... .... .... .... 0... .... .... = SEQ4_STATUS_DEVID_CHANGED: Not set                 .... .... .... .... ...0 .... .... .... = SEQ4_STATUS_DEVID_DELETED: Not set         Opcode: PUTFH (22)             Status: NFS4_OK (0)         Opcode: ACCESS (3), [NOT Supported: LU DL], [Access Denied: MD XT], [Allowed: RD XE]             Status: NFS4_OK (0)             Supported types (of requested): 0x2d                 .... ...1 = 0x001 READ: supported                 .... .1.. = 0x004 MODIFY: supported                 .... 1... = 0x008 EXTEND: supported                 ..1. .... = 0x020 EXECUTE: supported             Access rights (of requested): 0x21                 .... ...1 = 0x001 READ: allowed                 .... .0.. = 0x004 MODIFY: *Access Denied*                 .... 0... = 0x008 EXTEND: *Access Denied*                 ..1. .... = 0x020 EXECUTE: allowed > ... > > ===> aac (install) > make[4] warning: > /crossbuild/obj/crossbuild/src/amd64.amd64/sys/GENERIC/modules/crossbuild/src/sys/modules/aac: > Read-only file system. > install -T release -o root -g wheel -m 555   aac.ko /boot/kernel/ > install -T dbg -o root -g wheel -m 555   aac.ko.debug > /usr/lib/debug/boot/kernel/ > ===> aacraid (install) > make[4] warning: > /crossbuild/obj/crossbuild/src/amd64.amd64/sys/GENERIC/modules/crossbuild/src/sys/modules/aacraid: > Read-only file system. > install -T release -o root -g wheel -m 555   aacraid.ko /boot/kernel/ > install -T dbg -o root -g wheel -m 555   aacraid.ko.debug > /usr/lib/debug/boot/kernel/ > ===> accf_data (install) > make[4] warning: > /crossbuild/obj/crossbuild/src/amd64.amd64/sys/GENERIC/modules/crossbuild/src/sys/modules/accf_data: > Read-only file system. > install -T release -o root -g wheel -m 555   accf_data.ko /boot/kernel/ > install -T dbg -o root -g wheel -m 555   accf_data.ko.debug > /usr/lib/debug/boot/kernel/ > > and during installworld > > make warning: /crossbuild/obj//crossbuild/src: Permission denied. > make[1] warning: /crossbuild/src/: Permission denied. > make[1]: > "/crossbuild/obj/crossbuild/src/amd64.amd64/toolchain-metadata.mk" > line 1: Using cached toolchain metadata from build at > build13.sentex.ca on Mon Dec 20 04:05:34 UTC 2021 > make[2] warning: /crossbuild/obj/crossbuild/src/amd64.amd64: > Permission denied. > make[2] warning: /crossbuild/src/: Permission denied. > make[3] warning: /crossbuild/obj/crossbuild/src/amd64.amd64: > Permission denied. > make[3] warning: /crossbuild/src/: Permission denied. > make[4] warning: /crossbuild/obj/crossbuild/src/amd64.amd64: > Permission denied. > make[3] warning: /crossbuild/src/: Permission denied. > make[3]: > "/crossbuild/obj/crossbuild/src/amd64.amd64/toolchain-metadata.mk" > line 1: Using cached toolchain metadata from build at > build13.sentex.ca on Mon Dec 20 04:05:34 UTC 2021 > make[4] warning: /crossbuild/obj/crossbuild/src/amd64.amd64: > Permission denied. > make[3] warning: /crossbuild/src/: Permission denied. > make[4] warning: /crossbuild/obj/crossbuild/src/amd64.amd64: > Permission denied. > make[4] warning: > /crossbuild/obj/crossbuild/src/amd64.amd64/obj-lib32/lib: Permission > denied. > make[5] warning: > /crossbuild/obj/crossbuild/src/amd64.amd64/obj-lib32/lib/csu: > Permission denied. > make[6] warning: > /crossbuild/obj/crossbuild/src/amd64.amd64/obj-lib32/lib/csu/i386: > Permission denied. > make[5] warning: > /crossbuild/obj/crossbuild/src/amd64.amd64/obj-lib32/lib/libc: > Permission denied. > make[5] warning: > /crossbuild/obj/crossbuild/src/amd64.amd64/obj-lib32/lib/libc_nonshared: > Permission denied. > make[5] warning: > /crossbuild/obj/crossbuild/src/amd64.amd64/obj-lib32/lib/libcompiler_rt: > Permission denied. > make[5] warning: > /crossbuild/obj/crossbuild/src/amd64.amd64/obj-lib32/lib/libclang_rt: > Permission denied. > > > It seems to install OK, but every module generates a warning.  Is > there a better way to installkernel / world over nfs on RELENG_13 ? I > dont want to make it RW if possible. > > 0{git}# mount -t nfs > 192.168.153.29:/crossbuild on /crossbuild (nfs, read-only) > 0{git}# > >     ---Mike > > From nobody Wed Dec 22 22:17:57 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 8157C19015E7 for ; Wed, 22 Dec 2021 22:18:06 +0000 (UTC) (envelope-from mgrooms@shrew.net) Received: from mx1.shrew.net (mx1.shrew.net [38.97.5.131]) (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 4JK74Y1lV9z4sgB for ; Wed, 22 Dec 2021 22:18:05 +0000 (UTC) (envelope-from mgrooms@shrew.net) Received: from mail.shrew.net (mail.shrew.prv [10.24.10.20]) by mx1.shrew.net (8.15.2/8.15.2) with ESMTP id 1BMMHw6e083106 for ; Wed, 22 Dec 2021 16:17:58 -0600 (CST) (envelope-from mgrooms@shrew.net) Received: from [10.22.200.30] (unknown [136.49.68.36]) by mail.shrew.net (Postfix) with ESMTPSA id 85C0119D51C for ; Wed, 22 Dec 2021 16:17:53 -0600 (CST) Message-ID: <1cbc314c-f861-0a7f-9bfb-2fc0d0501756@shrew.net> Date: Wed, 22 Dec 2021 16:17:57 -0600 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.4.0 Content-Language: en-US To: freebsd-stable@freebsd.org From: Matthew Grooms Subject: missing bridge sysctl options Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (mx1.shrew.net [10.24.10.10]); Wed, 22 Dec 2021 16:17:58 -0600 (CST) X-Rspamd-Queue-Id: 4JK74Y1lV9z4sgB X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mgrooms@shrew.net designates 38.97.5.131 as permitted sender) smtp.mailfrom=mgrooms@shrew.net X-Spamd-Result: default: False [-2.78 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.990]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[shrew.net]; NEURAL_HAM_SHORT(-0.49)[-0.494]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:174, ipnet:38.0.0.0/8, country:US]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[136.49.68.36:received] X-ThisMailContainsUnwantedMimeParts: N Hey Everyone, I went to add a few bridge interfaces to a production firewall today and went to set packet filter options for the interfaces as described in the IF_BRIDGE(4) man page section for 12.2-RELEASE-p7. However, all the pfil net.link.bridge sysctl values are absent on both my firewall hosts ... root@fw1:~ # sysctl -a | grep bridge dev.isab.0.%desc: PCI-ISA bridge dev.ahciem.0.%desc: AHCI enclosure management bridge dev.hostb.1.%desc: Host to PCI bridge dev.hostb.0.%desc: Host to PCI bridge dev.pcib.7.%desc: ACPI PCI-PCI bridge dev.pcib.6.%desc: ACPI PCI-PCI bridge dev.pcib.5.%desc: ACPI PCI-PCI bridge dev.pcib.4.%desc: ACPI PCI-PCI bridge dev.pcib.3.%desc: ACPI PCI-PCI bridge dev.pcib.2.%desc: ACPI PCI-PCI bridge dev.pcib.1.%desc: ACPI PCI-PCI bridge dev.pcib.0.%desc: ACPI Host-PCI bridge dev.netmap.bridge_batch: 1024 Not sure whats going on here as the man page states there should be options here to control this ... PACKET FILTERING      Packet filtering can be used with any firewall package that hooks in via      the pfil(9) framework.  When filtering is enabled, bridged packets will      pass through the filter inbound on the originating interface, on the      bridge interface and outbound on the appropriate interfaces.  Either      stage can be disabled.  The filtering behaviour can be controlled using      sysctl(8): ...      net.link.bridge.pfil_member      Set to 1 to enable filtering on the                                       incoming and outgoing member interfaces,                                       set to 0 to disable it.      net.link.bridge.pfil_bridge      Set to 1 to enable filtering on the                                       bridge interface, set to 0 to disable                                       it. ... I also see recent mailing list posts that make mention of using these options on 12.2-RELEASE, so I don't think it's normal. Any ideas or suggestions? Thanks, -Matthew From nobody Wed Dec 22 22:27:34 2021 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B99EB190489D for ; Wed, 22 Dec 2021 22:27:42 +0000 (UTC) (envelope-from mgrooms@shrew.net) Received: from mx2.shrew.net (mx2.shrew.net [38.97.5.132]) (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 4JK7Hd5GDDz3CH7 for ; Wed, 22 Dec 2021 22:27:41 +0000 (UTC) (envelope-from mgrooms@shrew.net) Received: from mail.shrew.net (mail.shrew.prv [10.24.10.20]) by mx2.shrew.net (8.15.2/8.15.2) with ESMTP id 1BMMRZmH007197 for ; Wed, 22 Dec 2021 16:27:35 -0600 (CST) (envelope-from mgrooms@shrew.net) Received: from [10.22.200.30] (unknown [136.49.68.36]) by mail.shrew.net (Postfix) with ESMTPSA id 2AE5319D26B for ; Wed, 22 Dec 2021 16:27:30 -0600 (CST) Message-ID: Date: Wed, 22 Dec 2021 16:27:34 -0600 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.4.0 Subject: Re: missing bridge sysctl options Content-Language: en-US To: stable@freebsd.org References: <1cbc314c-f861-0a7f-9bfb-2fc0d0501756@shrew.net> From: Matthew Grooms In-Reply-To: <1cbc314c-f861-0a7f-9bfb-2fc0d0501756@shrew.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (mx2.shrew.net [10.24.10.11]); Wed, 22 Dec 2021 16:27:35 -0600 (CST) X-Rspamd-Queue-Id: 4JK7Hd5GDDz3CH7 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mgrooms@shrew.net designates 38.97.5.132 as permitted sender) smtp.mailfrom=mgrooms@shrew.net X-Spamd-Result: default: False [-3.30 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[shrew.net]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:174, ipnet:38.0.0.0/8, country:US]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[136.49.68.36:received] X-ThisMailContainsUnwantedMimeParts: N On 12/22/2021 4:17 PM, Matthew Grooms wrote: > Hey Everyone, > > I went to add a few bridge interfaces to a production firewall today > and went to set packet filter options for the interfaces as described > in the IF_BRIDGE(4) man page section for 12.2-RELEASE-p7. However, all > the pfil net.link.bridge sysctl values are absent on both my firewall > hosts ... > Ahh, never mind. I was inspecting before the module loaded. Sorry for the noise folks. -Matthew From nobody Thu Dec 23 11:43:29 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 5FEB41904FBE for ; Thu, 23 Dec 2021 11:43:41 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from erg.verweg.com (erg.verweg.com [IPv6:2a02:898:96::5e8e:f508]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4JKSy42G21z4Tqb for ; Thu, 23 Dec 2021 11:43:40 +0000 (UTC) (envelope-from ruben@verweg.com) DKIM-Filter: OpenDKIM Filter v2.10.3 erg.verweg.com (unknown-jobid) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=verweg.com; s=verweg; t=1640259811; bh=9jTT51DKgYigVN1bg4KYuH5vpHB2G5tXQKVuT/do5D0=; h=From:Subject:Date:References:In-Reply-To:To:From; b=rXEO30LeFs2AlPm/M12riDznLCu9qmPhwJB1q/tQ/5kqP+Yv3Nb1EMqqE8l19uJc9 3L4sbiEgF3B0UgZeO0Wo/qUweQKXVT3R7Ff7QkXLJ4kwHlkiGSsgJuCa0OnbbebzTj 5S0sZCrrRRRBCByxpgYbJDZKZ4GEOn2gMWpy+TxxLMVmUkNArLNBhlP/pp16eXbLtJ lAd6Jd1jW7eTLPf9qL0beKreeN57ZaUpm9kPayQx1TJh5OL5NIR9db0OxUhqS3ENb7 GJohRKPqU5kKgY4UXhaZsJBs046U0RzYSN46agY1yI9gJtfrQJ63yiZ8D9meuolqcl MDsxlpe+6kzmA== Received: from smtpclient.apple (2a10-3781-03e9.connected.by.freedominter.net [IPv6:2a10:3781:3e9:1:edf8:f8e2:83ec:da7] (may be forged)) (authenticated bits=0) by erg.verweg.com (8.17.1/8.17.1) with ESMTPSA id 1BNBhUll001534 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT) for ; Thu, 23 Dec 2021 11:43:31 GMT (envelope-from ruben@verweg.com) X-Authentication-Warning: erg.verweg.com: Host 2a10-3781-03e9.connected.by.freedominter.net [IPv6:2a10:3781:3e9:1:edf8:f8e2:83ec:da7] (may be forged) claimed to be smtpclient.apple Content-Type: multipart/alternative; boundary=Apple-Mail-072D91AF-64CE-475D-A1C6-807084C773A4 Content-Transfer-Encoding: 7bit List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (1.0) Subject: Re: No ConOut(Dev) on ASUS PRIME Z590M-PLUS UEFI Date: Thu, 23 Dec 2021 12:43:29 +0100 Message-Id: <84A8B82F-A466-44FD-B118-47F754878DD9@verweg.com> References: <40211B66-B082-4C58-B4F4-25A2CBBD0345@verweg.com> In-Reply-To: <40211B66-B082-4C58-B4F4-25A2CBBD0345@verweg.com> To: FreeBSD-STABLE Mailing List X-Mailer: iPad Mail (19C56) X-Rspamd-Queue-Id: 4JKSy42G21z4Tqb X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=verweg.com header.s=verweg header.b=rXEO30Le; dmarc=pass (policy=reject) header.from=verweg.com; spf=pass (mx1.freebsd.org: domain of ruben@verweg.com designates 2a02:898:96::5e8e:f508 as permitted sender) smtp.mailfrom=ruben@verweg.com X-Spamd-Result: default: False [-2.41 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[verweg.com:s=verweg]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain,multipart/related]; HAS_XAW(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; HAS_ATTACHMENT(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.40)[-0.398]; NEURAL_HAM_MEDIUM(-0.55)[-0.552]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[verweg.com:+]; DMARC_POLICY_ALLOW(-0.50)[verweg.com,reject]; NEURAL_HAM_SHORT(-0.96)[-0.960]; R_SPF_ALLOW(-0.20)[+mx]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; ASN(0.00)[asn:8283, ipnet:2a02:898::/32, country:NL]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Reply-To: ruben@verweg.com From: Ruben van Staveren via freebsd-stable X-Original-From: Ruben van Staveren X-ThisMailContainsUnwantedMimeParts: N --Apple-Mail-072D91AF-64CE-475D-A1C6-807084C773A4 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Note to self and other people interested. Maybe =E2=80=9Cloader.efi: Do not use as frame buffer BLT-only GOPs=E2=80=9C= https://cgit.freebsd.org/src/commit/?id=3D76cbf786406311b7d89db0b725f9cd0c8= 90e54e4 is worth trying, going to check this out tonight (CET) > On 19 Oct 2021, at 21:44, Ruben van Staveren wrote: >=20 > =EF=BB=BFI=E2=80=99ve booted the systems with the FreeBSD 12 live usb stic= k and the Ubuntu 20.04 LTS desktop live usb. >=20 > Both don=E2=80=99t show the required(???) ConOut/ConOutDev devices, preven= ting FreeBSD 13 from doing anything graphical there and falling back to seri= al. >=20 > It looks like the FreeBSD 12 loader tries vga textmode anyway in that case= but support for that has been removed from the FreeBSD 13 loader. >=20 > Does anyone more enlightened in UEFI has a clue wether this is a valid mot= herboard behaviour? >=20 >=20 >> On 6 Oct 2021, at 15:17, Warner Losh wrote: >>=20 >>=20 >>=20 >>> On Wed, Oct 6, 2021, 6:22 AM Tomoaki AOKI wr= ote: >>> On Wed, 6 Oct 2021 10:59:55 +0200 >>> Ruben van Staveren via freebsd-stable >>> wrote: >>>=20 >>> >=20 >>> >=20 >>> > > On 6 Oct 2021, at 05:20, Warner Losh wrote: >>> > >=20 >>> > > =E3=80=93 >>> > >=20 >>> > >=20 >>> > >> On Tue, Oct 5, 2021, 12:17 PM Ruben van Staveren via freebsd-stable= wrote: >>> > >>=20 >>> > >=20 >>> > >=20 >>> > > Can you pipe this through '| carbs sudo efivar --devicepath' please?= >>> >=20 >>> > sudo efivar | grep -- -Con | carbs sudo efivar --device-path >>> > 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConIn >>> > : PciRoot(0x0)/Pci(0x14,0x0)/USB(0x1,0x0)/USB(0x1,0x0),/PciRoot(0x0)/P= ci(0x14,0x0)/USB(0x1,0x0)/USB(0x3,0x0) >>> >=20 >>> > 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConInDev >>> > : PciRoot(0x0)/Pci(0x14,0x0)/USB(0x1,0x0)/USB(0x1,0x0),/PciRoot(0x0)/P= ci(0x14,0x0)/USB(0x1,0x0)/USB(0x3,0x0) >>=20 >>=20 >> So two USB devices. I'm guessing that they are a keyboard and mouse. >>=20 >> Warner >>=20 >>> >=20 >>> > > Warner=20 >>> > >>=20 >>> >=20 >>> > I wonder if this has something to do with secure boot restrictions, th= e documentation of that motherboard is quite heavy on it. This is disabled a= s far as I know, as all SATA/NVMe storage is available. At first I thought t= his might be due to the intel i9-11900T video not supported yet, but also wi= th a GeForce GT 710 installed the video doesn=E2=80=99t work in UEFI mode. >>> >=20 >>> > Best Regards, >>> > Ruben >>>=20 >>> Just a thought reading web page [1]. >>> The motherbord actually uses just the same device path as ConIn, but >>> does NOT set ConOut and ConOutDev erroneously. >>> If so, we would need trying device path of conIn for ConOut, if not set.= >>>=20 >>>=20 >>> [1] >>> https://edk2-docs.gitbook.io/edk-ii-uefi-driver-writer-s-guide/3_foundat= ion/readme.15/3157_conout >>>=20 >>>=20 >>> Just FYI, my ThinkPad P52 with nvidia GPU, UEFI boot is working, shows >>> output of `efivar | grep -- -Con | xargs efivar --device-path` >>>=20 >>> 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConOutDev >>> : PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/AcpiAdr(0x80010100) >>>=20 >>> 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConInDev >>> : PciRoot(0x0)/Pci(0x1f,0x0)/Acpi(PNP0303,0x0) >>>=20 >>> 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConOut >>> : PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/AcpiAdr(0x80010100) >>>=20 >>> 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConIn >>> : PciRoot(0x0)/Pci(0x1f, >>> 0x0)/Acpi(PNP0303,0x0),/VenHw(87c8ba12-5952-4012-8297-dede395f5d5b),/Pci= Root(0x0)/Pci(0x1f, >>> 0x0)/Acpi(PNP0f03,0x0),/VenHw(ea52f05f-ee81-45b7-807a-ceefbe9ba6c2),/Pci= Root(0x0)/Pci(0x14,0x0)/USB(0x5,0x0),/PciRoot(0x0)/Pci(0x14,0x0)/USB(0x3,0x0= )/USB(0x0,0x0),/PciRoot(0x0)/Pci(0x14,0x0)/USB(0x0,0x0) >>>=20 >>>=20 >>> --=20 >>> Tomoaki AOKI >=20 --Apple-Mail-072D91AF-64CE-475D-A1C6-807084C773A4 Content-Type: multipart/related; type="text/html"; boundary=Apple-Mail-7D06AC8D-436D-4DD3-B71C-ED5B120CDAD4 Content-Transfer-Encoding: 7bit --Apple-Mail-7D06AC8D-436D-4DD3-B71C-ED5B120CDAD4 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Not= e to self and other people interested.

Maybe =E2=80=9Cloader.efi: Do not use as frame buffer BLT-only GO= Ps=E2=80=9C https://cgit.freebsd.org/src/commit/?id=3D= 76cbf786406311b7d89db0b725f9cd0c890e54e4 is worth trying, going to c= heck this out tonight (CET)

On 19 Oct 2021, at 21:44, Ruben van Staveren <ruben@verweg.com> wr= ote:

=EF= =BB=BFI=E2=80=99ve booted the systems with the FreeBSD 12 live usb stick and th= e Ubuntu 20.04 LTS desktop live usb.

Both don=E2=80=99t show the required(???) ConOut/ConOutDev devi= ces, preventing FreeBSD 13 from doing anything graphical there and falling b= ack to serial.

It l= ooks like the FreeBSD 12 loader tries vga textmode anyway in that case but s= upport for that has been removed from the FreeBSD 13 loader.

Does anyone more enlightened in U= EFI has a clue wether this is a valid motherboard behaviour?


On 6 Oct 2021, at 15:17, Warner Losh <imp@bsdimp.com> wrote:



On Wed, Oct 6, 2021, 6:22 AM Tomoaki AOKI <junchoon@dec.sakura.ne.jp> wrote:=
On Wed, 6 Oct 2021 10:59:55 += 0200
Ruben van Staveren via freebsd-stable <freebsd-stable@freebsd.org>
wrote:
> 
> 
= > > On 6 Oct 2021, at 05:20, Warner Losh <imp@bsdimp.com&= gt; wrote:
> >&nbs= p;
> > =E3=80=93
> > 
> > 
> >> On Tue= , Oct 5, 2021, 12:17 PM Ruben van Staveren via freebsd-stable <freebsd-stable@freebsd.org> wrote:
> >>= ; 
> >=  
> ><= span class=3D"Apple-converted-space"> 
> > C= an you pipe this through '| carbs sudo efivar --devicepath' please?
> 
= > sudo efivar | grep -- -Con | carbs sudo efivar --device-path
> 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConIn
> : PciR= oot(0x0)/Pci(0x14,0x0)/USB(0x1,0x0)/USB(0x1,0x0),/PciRoot(0x0)/Pci(0x14,0x0)= /USB(0x1,0x0)/USB(0x3,0x0)
> 
> 8be4df61-93ca-11d2-aa0d-00e098032b8c= -ConInDev
> : PciRoot(0x0)/Pci(0x14,0x0)/USB(0x1,0x0)/USB(0= x1,0x0),/PciRoot(0x0)/Pci(0x14,0x0)/USB(0x1,0x0)/USB(0x3,0x0)
=

<= div dir=3D"auto" class=3D"">So two USB devices. I'm guessing that they are a= keyboard and mouse.

=
Warner

> 
> > Warner =
> >>&nb= sp;
> 
> I wonder if this has something to do with secure boo= t restrictions, the documentation of that motherboard is quite heavy on it. T= his is disabled as far as I know, as all SATA/NVMe storage is available. At f= irst I thought this might be due to the intel i9-11900T video not supported y= et, but also with a GeForce GT 710 installed the video doesn=E2=80=99t work i= n UEFI mode.
> <= /span>
> Best Regards,
>    &nbs= p;Ruben

Just a thought reading web page [1].The motherbord actually uses just the same device path as ConIn,= but
does NOT set ConOut and ConOutDev erroneously.
If so, we would need trying device path of conIn for ConOut, if not set.<= br class=3D"">

[1]
https://edk2-docs.gitbook.io/edk-ii-uefi-driver-writer-s-guide/3_foundati= on/readme.15/3157_conout


Jus= t FYI, my ThinkPad P52 with nvidia GPU, UEFI boot is working,  showsoutput of `efivar | grep -- -Con | xargs efivar --device-path`
8be4df61-93ca-11d2-aa0d-00e098032b8c-ConOutDev: PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/AcpiAdr(0x80010100)
8be4df61-93ca-11d2-aa0d-00e098032b8c-ConInDev
: PciRoot(0x0)/Pci(0x1f,0x0)/Acpi(PNP0303,0x0)

8be4df61-93ca-11d2-aa0d-00e098032b8c-ConOut
: PciRoo= t(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/AcpiAdr(0x80010100)

8be4df61-93ca-11d2-aa0d-00e098032b8c-ConIn
: PciRoot(0x0= )/Pci(0x1f,
0x0)/Acpi(PNP0303,0x0),/VenHw(87c8ba12-5952-4012-8= 297-dede395f5d5b),/PciRoot(0x0)/Pci(0x1f,
0x0)/Acpi(PNP0f03,0x= 0),/VenHw(ea52f05f-ee81-45b7-807a-ceefbe9ba6c2),/PciRoot(0x0)/Pci(0x14,0x0)/= USB(0x5,0x0),/PciRoot(0x0)/Pci(0x14,0x0)/USB(0x3,0x0)/USB(0x0,0x0),/PciRoot(= 0x0)/Pci(0x14,0x0)/USB(0x0,0x0)


= -- 
Tomoaki A= OKI    <junchoon@dec.sakura.ne.jp>

= --Apple-Mail-7D06AC8D-436D-4DD3-B71C-ED5B120CDAD4 Content-Type: application/octet-stream; name=signature.asc; x-apple-part-url=FF38E2AB-3F00-4645-B4C6-8F5363237963 Content-Disposition: attachment; filename=signature.asc Content-Transfer-Encoding: 7bit Content-Id: -----BEGIN PGP SIGNATURE----- iQIzBAEBAgAdFiEEJ5YXTZtFY5bgSLwXiG9r7NR3qT8FAmFvH7wACgkQiG9r7NR3 qT/dNBAAjGA4DXuZgbW1vm4ki6LEd6jBxB1f8dt64coezqysp9675qZTBgrVNbDO oNEWo1lCygCuc0DhQpbHeuZB0u1CqX8Bjh1AdEh/AfEpGqeAvKfsAo3Xau385PuT D/GAEROs/iadbj/Edu/KQOyBAxKM8KbO1H3j10dJq8DaibnIv8lzvw5LKaD7dOhg fTi4oPtuR/aX8rsFRp7UJeY5yRZ2i69n74G78RH7pslfSgW2DybIYycSveDX5zVN C8mtXwWa1IdlFBa7f2mdg/fbXhZYUuPT1W2/+W+Bi9i3LO92ayFlgI/UQ1msGcT6 ewMgSXrX/653a5OwyzXx4q3gFLOY0OJhBpsjO6urDxVgc/aXuTy2zsSjPTdtuOHw SNVGpd+Fvjqf0ZgNxPl6gL/7RfYgxgTAlRN+Uqm1m2suclS41tmtmHsSaCvTJPgI 9G5icU7ZrtR5MY8m1MsM4xM+8ov5xhRWHccSN8Pl0FzFgladALueDoZkU5cyZIEw Bg7yH0m1cHeOC8q4JONLHWyKe5JApaV9OLq1tPDcbh4FXRhFsm5Z6aGeY24RtqHt SEewFC5JhPZVIW3o5t/vDIkvL+bUnybQxYA8qOBZn9XB0l8zxO3JLA9+LHNJwbKZ OAReMOg6TOqnkFhxPUn1PKKyxMqyCywAC1eagA18nM1jOAFnEYU= =g8Ff -----END PGP SIGNATURE----- --Apple-Mail-7D06AC8D-436D-4DD3-B71C-ED5B120CDAD4-- --Apple-Mail-072D91AF-64CE-475D-A1C6-807084C773A4-- From nobody Thu Dec 23 15:04:53 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 692D91901C62 for ; Thu, 23 Dec 2021 15:05:01 +0000 (UTC) (envelope-from guido@gvr.org) Received: from gvr.gvr.org (gvr.gvr.org [62.251.117.91]) (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 "gvr.gvr.org", Issuer "Gandi Standard SSL CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JKYQN34nFz3BtJ for ; Thu, 23 Dec 2021 15:05:00 +0000 (UTC) (envelope-from guido@gvr.org) Received: from gvr.gvr.org (localhost [127.0.0.1]) by gvr.gvr.org (Postfix) with ESMTP id 2756FC883B for ; Thu, 23 Dec 2021 16:04:53 +0100 (CET) X-Virus-Scanned: amavisd-new at gvr.org Received: from gvr.gvr.org ([127.0.0.1]) by gvr.gvr.org (gvr.gvr.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 3Qv3ALSLHNox for ; Thu, 23 Dec 2021 16:04:53 +0100 (CET) Received: by gvr.gvr.org (Postfix, from userid 657) id 08FA1C86BD; Thu, 23 Dec 2021 16:04:53 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gvr.org; s=20190204; t=1640271893; bh=3UcdBj3J6cel7GUBzMVYyy9ZYkdeeIgBJQ+TX2sMlDA=; h=Date:From:To:Subject; b=KsI0Rp/3fYqgYW6CL2+laHCLywSXCXIL40fERSNXnOdxEU2HQDQi+0HMYWT395RnE zrxd4wPNVkb8ye2jWdZZPLBlw29fWnZYauIrav5t0t++0m72KVyuWvYovDXb14RWUe E9XFF3gcAB9NI3Criy252IBBW58FTGTa0h4VvN+JfHpqvwoMWkE8OvPIaP42kX8l0+ ncj+0BIv5AYKWQxqGDEOOfJrB5O3VdOTIu6wd+ks0WF+VzQaCuf/zZPrtsxRaheqO4 zyvAdaGdPADEiyo9pCK4HEMgLEMs+vQQ9RBAjeyAPIuQkqcSrJGsT3C5CiVSEWFrns uOrghrKQYFsgQ== Date: Thu, 23 Dec 2021 16:04:53 +0100 From: Guido van Rooij To: freebsd-stable@freebsd.org Subject: igb/vlan problem after upgrading from 12.2 to 12.3 Message-ID: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 4JKYQN34nFz3BtJ X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gvr.org header.s=20190204 header.b="KsI0Rp/3"; dmarc=pass (policy=none) header.from=gvr.org; spf=pass (mx1.freebsd.org: domain of guido@gvr.org designates 62.251.117.91 as permitted sender) smtp.mailfrom=guido@gvr.org X-Spamd-Result: default: False [-4.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gvr.org:s=20190204]; FREEFALL_USER(0.00)[guido]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[3]; MID_RHS_MATCH_FROMTLD(0.00)[]; DKIM_TRACE(0.00)[gvr.org:+]; DMARC_POLICY_ALLOW(-0.50)[gvr.org,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:3265, ipnet:62.251.0.0/17, country:NL] X-ThisMailContainsUnwantedMimeParts: N Hi, I have an APU2 system with intel I210 nics. After upgrading from 12.2 to 12.3 I noticed problems. It seems like larger packets somehow fail on igb0. This happens persistently, but when I bring the interface down and up again, the problem goes away. Here is the relavant config: # WAN interface ifconfig_igb0="mtu 1508 up -wol -arp" vlans_igb0="vlan4 vlan6" create_args_vlan4="vlan 4" create_args_vlan6="vlan 6 -arp" # Internet VLAN ifconfig_igb0_ipv6="inet6 ifdisabled -nud -auto_linklocal -accept_rtadv" ifconfig_vlan6_ipv6="inet6 ifdisabled -nud -auto_linklocal -accept_rtadv" # IPTV VLAN ifconfig_vlan4="SYNCDHCP" Here is relevant part of the ifconfig output: igb0: flags=8ac3 metric 0 mtu 1508 options=e507bb ether 00:0d:b9:4c:8b:e0 inet6 fe80::20d:b9ff:fe4c:8be0%igb0 prefixlen 64 tentative scopeid 0x1 media: Ethernet autoselect (1000baseT ) status: active nd6 options=8 vlan4: flags=8a43 metric 0 mtu 1508 options=600703 ether 00:0d:b9:4c:8b:e0 inet xx.xx.xxx.xx netmask 0xfffff800 broadcast xx.xx.xxx.255 groups: vlan vlan: 4 vlanpcp: 0 parent interface: igb0 media: Ethernet autoselect (1000baseT ) status: active nd6 options=69 vlan6: flags=88c3 metric 0 mtu 1508 options=600703 ether 00:0d:b9:4c:8b:e0 groups: vlan vlan: 6 vlanpcp: 0 parent interface: igb0 media: Ethernet autoselect (1000baseT ) status: active nd6 options=48 ng0: flags=88d1 metric 0 mtu 1500 inet xx.xxx.xxx.xx --> xxx.xxx.x.xxx netmask 0xffffffff inet6 fe80::20d:b9ff:fe4c:8be0%ng0 prefixlen 64 scopeid 0xc nd6 options=22 I do have two additional nics: igb2 is unused and igb1 has two vlan's (vlan100 and vlan200) but the settings on that interface do not have to be changed to get things working. Note that on vlan6 we run PPPoE via mpd5. After the PPPoE link comes up, I can ssh into my colo box (on the internet). A ping -s 1460 back does work, but ping -s 1480 does not. After bringing down and up igb0, ping -s 1480 does work again. (bringing down and up vlan6 does not let he ing come through) My gut feeling tells me this has to do with the mtu being 1508 on igb0. Perhaps this somehow does not get set correctly in the vlans initially but does so when bringing the iterface down and up again. Note again that this problem does not occur on 12.2. Perhaps PR 260260 is related? Hope you can help me debugging this further and get to a solution. Thanks. -Guido -- Guido van Rooij | Phone: ++31 653 994 773 Gonz Beheer | guido@gvr.org | FreeBSD dinosaur From nobody Thu Dec 23 18:18:58 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D573C190626A for ; Thu, 23 Dec 2021 18:19:27 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from erg.verweg.com (erg.verweg.com [IPv6:2a02:898:96::5e8e:f508]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4JKdkk43dmz3v5B for ; Thu, 23 Dec 2021 18:19:26 +0000 (UTC) (envelope-from ruben@verweg.com) DKIM-Filter: OpenDKIM Filter v2.10.3 erg.verweg.com (unknown-jobid) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=verweg.com; s=verweg; t=1640283562; bh=XICddZRKugJHFdCcSd6/1F2UNIgyKme/mWNJymyG4iA=; h=From:Subject:Date:References:In-Reply-To:To:From; b=FJc8EVBBdbcta0xV3b/jamFgBcucQasegOeKJ8jPRAnaNdj4ppm4WUP6yBlHINZqA Q674yjknzCLj+O+tTaFaHUuRudhd9hj4PxRFxNemFMLmZLRp7u9UqtKmWdrACDC1iW 9kk/tb/kdZnQXhtIuy0+Id+nHJcngJytKx1GYCkeEV1eFsFghRfh59tpJr3tpAZOka T6dCKvox0Ky7lCmtRmryiOcqBUGGRLP3CCykJ24DRNVow14Vf7Ly3jTk+mQDCmWaqi UO664HmYFQOgNMQyuEMpAMhkg/Wk5ugaCONsECFWDtb9NF4iIDZPkWZDTRT8hH7UoV YATRR7vkaxv0g== Received: from smtpclient.apple (2a10-3781-03e9.connected.by.freedominter.net [IPv6:2a10:3781:3e9:1:a5b8:bb4d:88bc:d95e] (may be forged)) (authenticated bits=0) by erg.verweg.com (8.17.1/8.17.1) with ESMTPSA id 1BNIJLXE019053 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT) for ; Thu, 23 Dec 2021 18:19:21 GMT (envelope-from ruben@verweg.com) X-Authentication-Warning: erg.verweg.com: Host 2a10-3781-03e9.connected.by.freedominter.net [IPv6:2a10:3781:3e9:1:a5b8:bb4d:88bc:d95e] (may be forged) claimed to be smtpclient.apple Content-Type: multipart/alternative; boundary=Apple-Mail-CEECFC5E-1867-410C-A3D8-C20EA9C8FE20 Content-Transfer-Encoding: 7bit List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (1.0) Subject: Re: No ConOut(Dev) on ASUS PRIME Z590M-PLUS UEFI Date: Thu, 23 Dec 2021 19:18:58 +0100 Message-Id: <0205EEAE-BE01-4FB4-A05E-6CAE76AFABC4@verweg.com> References: <84A8B82F-A466-44FD-B118-47F754878DD9@verweg.com> In-Reply-To: <84A8B82F-A466-44FD-B118-47F754878DD9@verweg.com> To: Ruben van Staveren via freebsd-stable X-Mailer: iPad Mail (19C56) X-Rspamd-Queue-Id: 4JKdkk43dmz3v5B X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=verweg.com header.s=verweg header.b=FJc8EVBB; dmarc=pass (policy=reject) header.from=verweg.com; spf=pass (mx1.freebsd.org: domain of ruben@verweg.com designates 2a02:898:96::5e8e:f508 as permitted sender) smtp.mailfrom=ruben@verweg.com X-Spamd-Result: default: False [-1.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[verweg.com:s=verweg]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain,multipart/related]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; HAS_XAW(0.00)[]; HAS_ATTACHMENT(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[verweg.com:+]; DMARC_POLICY_ALLOW(-0.50)[verweg.com,reject]; R_SPF_ALLOW(-0.20)[+mx]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; NEURAL_SPAM_SHORT(1.00)[0.999]; ASN(0.00)[asn:8283, ipnet:2a02:898::/32, country:NL]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Reply-To: ruben@verweg.com From: Ruben van Staveren via freebsd-stable X-Original-From: Ruben van Staveren X-ThisMailContainsUnwantedMimeParts: N --Apple-Mail-CEECFC5E-1867-410C-A3D8-C20EA9C8FE20 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Yes, this got the video console working again Thanks! > On 23 Dec 2021, at 12:44, Ruben van Staveren via freebsd-stable wrote: >=20 > =EF=BB=BF > Note to self and other people interested. >=20 > Maybe =E2=80=9Cloader.efi: Do not use as frame buffer BLT-only GOPs=E2=80=9C= https://cgit.freebsd.org/src/commit/?id=3D76cbf786406311b7d89db0b725f9cd0c8= 90e54e4 is worth trying, going to check this out tonight (CET) >=20 >>> On 19 Oct 2021, at 21:44, Ruben van Staveren wrote: >>>=20 >> =EF=BB=BFI=E2=80=99ve booted the systems with the FreeBSD 12 live usb sti= ck and the Ubuntu 20.04 LTS desktop live usb. >>=20 >> Both don=E2=80=99t show the required(???) ConOut/ConOutDev devices, preve= nting FreeBSD 13 from doing anything graphical there and falling back to ser= ial. >>=20 >> It looks like the FreeBSD 12 loader tries vga textmode anyway in that cas= e but support for that has been removed from the FreeBSD 13 loader. >>=20 >> Does anyone more enlightened in UEFI has a clue wether this is a valid mo= therboard behaviour? >>=20 >>=20 >>> On 6 Oct 2021, at 15:17, Warner Losh wrote: >>>=20 >>>=20 >>>=20 >>>> On Wed, Oct 6, 2021, 6:22 AM Tomoaki AOKI w= rote: >>>> On Wed, 6 Oct 2021 10:59:55 +0200 >>>> Ruben van Staveren via freebsd-stable >>>> wrote: >>>>=20 >>>> >=20 >>>> >=20 >>>> > > On 6 Oct 2021, at 05:20, Warner Losh wrote: >>>> > >=20 >>>> > > =E3=80=93 >>>> > >=20 >>>> > >=20 >>>> > >> On Tue, Oct 5, 2021, 12:17 PM Ruben van Staveren via freebsd-stabl= e wrote: >>>> > >>=20 >>>> > >=20 >>>> > >=20 >>>> > > Can you pipe this through '| carbs sudo efivar --devicepath' please= ? >>>> >=20 >>>> > sudo efivar | grep -- -Con | carbs sudo efivar --device-path >>>> > 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConIn >>>> > : PciRoot(0x0)/Pci(0x14,0x0)/USB(0x1,0x0)/USB(0x1,0x0),/PciRoot(0x0)/= Pci(0x14,0x0)/USB(0x1,0x0)/USB(0x3,0x0) >>>> >=20 >>>> > 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConInDev >>>> > : PciRoot(0x0)/Pci(0x14,0x0)/USB(0x1,0x0)/USB(0x1,0x0),/PciRoot(0x0)/= Pci(0x14,0x0)/USB(0x1,0x0)/USB(0x3,0x0) >>>=20 >>>=20 >>> So two USB devices. I'm guessing that they are a keyboard and mouse. >>>=20 >>> Warner >>>=20 >>>> >=20 >>>> > > Warner=20 >>>> > >>=20 >>>> >=20 >>>> > I wonder if this has something to do with secure boot restrictions, t= he documentation of that motherboard is quite heavy on it. This is disabled a= s far as I know, as all SATA/NVMe storage is available. At first I thought t= his might be due to the intel i9-11900T video not supported yet, but also wi= th a GeForce GT 710 installed the video doesn=E2=80=99t work in UEFI mode. >>>> >=20 >>>> > Best Regards, >>>> > Ruben >>>>=20 >>>> Just a thought reading web page [1]. >>>> The motherbord actually uses just the same device path as ConIn, but >>>> does NOT set ConOut and ConOutDev erroneously. >>>> If so, we would need trying device path of conIn for ConOut, if not set= . >>>>=20 >>>>=20 >>>> [1] >>>> https://edk2-docs.gitbook.io/edk-ii-uefi-driver-writer-s-guide/3_founda= tion/readme.15/3157_conout >>>>=20 >>>>=20 >>>> Just FYI, my ThinkPad P52 with nvidia GPU, UEFI boot is working, shows= >>>> output of `efivar | grep -- -Con | xargs efivar --device-path` >>>>=20 >>>> 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConOutDev >>>> : PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/AcpiAdr(0x80010100) >>>>=20 >>>> 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConInDev >>>> : PciRoot(0x0)/Pci(0x1f,0x0)/Acpi(PNP0303,0x0) >>>>=20 >>>> 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConOut >>>> : PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/AcpiAdr(0x80010100) >>>>=20 >>>> 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConIn >>>> : PciRoot(0x0)/Pci(0x1f, >>>> 0x0)/Acpi(PNP0303,0x0),/VenHw(87c8ba12-5952-4012-8297-dede395f5d5b),/Pc= iRoot(0x0)/Pci(0x1f, >>>> 0x0)/Acpi(PNP0f03,0x0),/VenHw(ea52f05f-ee81-45b7-807a-ceefbe9ba6c2),/Pc= iRoot(0x0)/Pci(0x14,0x0)/USB(0x5,0x0),/PciRoot(0x0)/Pci(0x14,0x0)/USB(0x3,0x= 0)/USB(0x0,0x0),/PciRoot(0x0)/Pci(0x14,0x0)/USB(0x0,0x0) >>>>=20 >>>>=20 >>>> --=20 >>>> Tomoaki AOKI >>=20 --Apple-Mail-CEECFC5E-1867-410C-A3D8-C20EA9C8FE20 Content-Type: multipart/related; type="text/html"; boundary=Apple-Mail-138F3C5E-B81C-4311-99CB-28B17CBBA9A6 Content-Transfer-Encoding: 7bit --Apple-Mail-138F3C5E-B81C-4311-99CB-28B17CBBA9A6 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Yes= , this got the video console working again

<= div dir=3D"ltr">Thanks!

= On 23 Dec 2021, at 12:44, Ruben van Staveren via freebsd-stable <freebsd-= stable@freebsd.org> wrote:

=EF=BB=BF
Note to= self and other people interested.

Maybe =E2=80=9Cloader.efi: Do not use as frame buffer BLT-only GOPs=E2= =80=9C https://cgit.freebsd.org/src/commit/?id=3D76c= bf786406311b7d89db0b725f9cd0c890e54e4 is worth trying, going to che= ck this out tonight (CET)

On 19 Oct 2021, at 21:44, Ruben van Staveren <ruben@verweg.com> wrot= e:

=EF=BB= =BF= I=E2=80=99ve booted the systems with the FreeBSD 12 live usb stick and the U= buntu 20.04 LTS desktop live usb.

Both don=E2=80=99t show the required(???) ConOut/ConOutDev devices= , preventing FreeBSD 13 from doing anything graphical there and falling back= to serial.

It loo= ks like the FreeBSD 12 loader tries vga textmode anyway in that case but sup= port for that has been removed from the FreeBSD 13 loader.

Does anyone more enlightened in UEFI= has a clue wether this is a valid motherboard behaviour?


<= div class=3D"">On 6 Oct 2021, at 15:17, Warner Losh <imp@bsdimp.com> wrote:

<= div dir=3D"auto" style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica;= font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight= : normal; letter-spacing: normal; text-align: start; text-indent: 0px; text-= transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke= -width: 0px; text-decoration: none;" class=3D"">


On Wed, Oct 6, 2021, 6:22 AM Tomoaki AOKI <junchoon@dec.sakura.ne.jp> wrote:
On Wed, 6 Oct 2021 10:59:55 +02= 00
Ruben van Staveren via freebsd-stable <freebsd-stable@freebsd.org>
wrote:

> 
> 
>= ; > On 6 Oct 2021, at 05:20, Warner Losh <imp@bsdimp.com>= wrote:
> > <= /span>
> > =E3=80=93
> > 
> > 
> >> On Tue, Oct= 5, 2021, 12:17 PM Ruben van Staveren via freebsd-stable <freebsd-stable@freebsd.org> wrote:
> >> 
> > 
> > 
> > Can you= pipe this through '| carbs sudo efivar --devicepath' please?
= > 
> s= udo efivar | grep -- -Con | carbs sudo efivar --device-path
&g= t; 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConIn
> : PciRoot(0= x0)/Pci(0x14,0x0)/USB(0x1,0x0)/USB(0x1,0x0),/PciRoot(0x0)/Pci(0x14,0x0)/USB(= 0x1,0x0)/USB(0x3,0x0)
> 
> 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConI= nDev
> : PciRoot(0x0)/Pci(0x14,0x0)/USB(0x1,0x0)/USB(0x1,0x= 0),/PciRoot(0x0)/Pci(0x14,0x0)/USB(0x1,0x0)/USB(0x3,0x0)

So two USB devices. I'm guessing that they are a keyb= oard and mouse.

Warner

> 
> > Warner 
> >> 
> > I wonder if this has something to do with secure boot rest= rictions, the documentation of that motherboard is quite heavy on it. This i= s disabled as far as I know, as all SATA/NVMe storage is available. At first= I thought this might be due to the intel i9-11900T video not supported yet,= but also with a GeForce GT 710 installed the video doesn=E2=80=99t work in U= EFI mode.
> 
> Best Regards,
>     R= uben

Just a thought reading web page [1].
The motherbord actually uses just the same device path as ConIn, bu= t
does NOT set ConOut and ConOutDev erroneously.
If so, we would need trying device path of conIn for ConOut, if not set.

[1]
https://edk2-docs.gitbook.io/edk-ii-uefi-driver-writer-s-guide/3_foundation= /readme.15/3157_conout


Just = FYI, my ThinkPad P52 with nvidia GPU, UEFI boot is working,  shows
output of `efivar | grep -- -Con | xargs efivar --device-path`

8be4df61-93ca-11d2-aa0d-00e098032b8c-ConOutDev
: PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/AcpiAdr(0x80010100)

8be4df61-93ca-11d2-aa0d-00e098032b8c-ConInDev
: PciRoot(0x0)/Pci(0x1f,0x0)/Acpi(PNP0303,0x0)

8be4df61-93ca-11d2-aa0d-00e098032b8c-ConOut
: PciRoot(= 0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/AcpiAdr(0x80010100)

8be4df61-93ca-11d2-aa0d-00e098032b8c-ConIn
: PciRoot(0x0)/P= ci(0x1f,
0x0)/Acpi(PNP0303,0x0),/VenHw(87c8ba12-5952-4012-8297= -dede395f5d5b),/PciRoot(0x0)/Pci(0x1f,
0x0)/Acpi(PNP0f03,0x0),= /VenHw(ea52f05f-ee81-45b7-807a-ceefbe9ba6c2),/PciRoot(0x0)/Pci(0x14,0x0)/USB= (0x5,0x0),/PciRoot(0x0)/Pci(0x14,0x0)/USB(0x3,0x0)/USB(0x0,0x0),/PciRoot(0x0= )/Pci(0x14,0x0)/USB(0x0,0x0)


--<= span class=3D"Apple-converted-space"> 
Tomoaki AOK= I    <junchoon@dec.sakura.ne.jp>

=
= --Apple-Mail-138F3C5E-B81C-4311-99CB-28B17CBBA9A6 Content-Type: application/octet-stream; name=signature.asc; x-apple-part-url=FF38E2AB-3F00-4645-B4C6-8F5363237963 Content-Disposition: attachment; filename=signature.asc Content-Transfer-Encoding: 7bit Content-Id: -----BEGIN PGP SIGNATURE----- iQIzBAEBAgAdFiEEJ5YXTZtFY5bgSLwXiG9r7NR3qT8FAmFvH7wACgkQiG9r7NR3 qT/dNBAAjGA4DXuZgbW1vm4ki6LEd6jBxB1f8dt64coezqysp9675qZTBgrVNbDO oNEWo1lCygCuc0DhQpbHeuZB0u1CqX8Bjh1AdEh/AfEpGqeAvKfsAo3Xau385PuT D/GAEROs/iadbj/Edu/KQOyBAxKM8KbO1H3j10dJq8DaibnIv8lzvw5LKaD7dOhg fTi4oPtuR/aX8rsFRp7UJeY5yRZ2i69n74G78RH7pslfSgW2DybIYycSveDX5zVN C8mtXwWa1IdlFBa7f2mdg/fbXhZYUuPT1W2/+W+Bi9i3LO92ayFlgI/UQ1msGcT6 ewMgSXrX/653a5OwyzXx4q3gFLOY0OJhBpsjO6urDxVgc/aXuTy2zsSjPTdtuOHw SNVGpd+Fvjqf0ZgNxPl6gL/7RfYgxgTAlRN+Uqm1m2suclS41tmtmHsSaCvTJPgI 9G5icU7ZrtR5MY8m1MsM4xM+8ov5xhRWHccSN8Pl0FzFgladALueDoZkU5cyZIEw Bg7yH0m1cHeOC8q4JONLHWyKe5JApaV9OLq1tPDcbh4FXRhFsm5Z6aGeY24RtqHt SEewFC5JhPZVIW3o5t/vDIkvL+bUnybQxYA8qOBZn9XB0l8zxO3JLA9+LHNJwbKZ OAReMOg6TOqnkFhxPUn1PKKyxMqyCywAC1eagA18nM1jOAFnEYU= =g8Ff -----END PGP SIGNATURE----- --Apple-Mail-138F3C5E-B81C-4311-99CB-28B17CBBA9A6-- --Apple-Mail-CEECFC5E-1867-410C-A3D8-C20EA9C8FE20-- From nobody Sat Dec 25 17:15:55 2021 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 6E3F619116CB for ; Sat, 25 Dec 2021 17:16:17 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [128.127.146.8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.norma.perm.ru", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JLrDv6Vttz4XmW for ; Sat, 25 Dec 2021 17:16:15 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from [192.168.243.7] ([192.168.243.7]) by elf.hq.norma.perm.ru (8.16.1/8.15.2) with ESMTP id 1BPHDhOO034128 for ; Sat, 25 Dec 2021 22:13:44 +0500 (+05) (envelope-from eugene@zhegan.in) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=vivat-retail.ru; s=key; t=1640452424; bh=iXfJhFClOfEXWmfX3KZseXpA0MBcTQaWjwIWezNfZ5o=; h=Date:To:From:Subject; b=dr38SSNqyWAdgAewaoTKB0C/T3PQX6Xd5/iDK2j5COBZ2FTiYnzmZYn3Wqc/t9zos VLk8reLKHwgt9fq9sXe61FYkQjCrfsd/l5EalFc2RMfKlTjRDJ00wVi/D/lJUjEsVU n7jDBx0wG2T51194eGRurSd9h6aWMuNRX0L3tUOE= Message-ID: <480b9b6c-33d2-4eb3-c48c-aeee8ded7751@zhegan.in> Date: Sat, 25 Dec 2021 22:15:55 +0500 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.4.1 To: stable@freebsd.org Content-Language: ru From: "Eugene M. Zheganin" Subject: FreeBSD and interface errors/drops Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4JLrDv6Vttz4XmW X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=fail ("headers rsa verify failed") header.d=vivat-retail.ru header.s=key header.b=dr38SSNq; dmarc=none; spf=pass (mx1.freebsd.org: domain of eugene@zhegan.in designates 128.127.146.8 as permitted sender) smtp.mailfrom=eugene@zhegan.in X-Spamd-Result: default: False [-0.45 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_DKIM_REJECT(1.00)[vivat-retail.ru:s=key]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; NEURAL_SPAM_MEDIUM(0.84)[0.839]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-0.998]; DMARC_NA(0.00)[zhegan.in]; R_SPF_ALLOW(-0.20)[+a]; DKIM_TRACE(0.00)[vivat-retail.ru:-]; NEURAL_HAM_SHORT(-1.00)[-0.996]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:212494, ipnet:128.127.146.0/24, country:RU]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hello, I have a FreeBSD used as an office router for an organisation. It was installed years ago and its configuration is: - IBM system x3250m2 - 4 gigs RAM - Intel Xeon E3110 - two WDC WD5000AADS-0 in a zfs mirror. - bge(4) NetXtreme BCM5722 Gigabit Ethernet PCI Express, initially present - em(4) 82572EI Gigabit Ethernet Controller (Copper) adapter, added later This server is connected with both WAN and LAN using one bge(4) link to a Cisco catalyst 2960, comprising several vlans. After several years of running, starting from 10.x, when 12.2 was already installed for quite some time, I started having a huge number of input errors on an interface, that were increasing the dev.bge.0 counters like dev.bge.0.stats.InputDiscards Error input rate was changing from 0 (most of the time) to 6K-80K per second. The observed interface input rate was floating around 300 Mbps during it's peak. Sample of netstat -I bge0 1 showing the moment when there's bunch of errors and the amount of traffic:           input        bge0       output    packets errs idrops bytes packets errs bytes colls      20695 701 0 19244062 18182 0 17059035 0        929 61003 0 938482 438 0 118494 0       1383 44667 0 1094321 537 0 196633 0      11726 1 0 8904828 11560 0 9012153 0       6116 0 0 3991680 6051 0 4001106 0       4772 0 0 3210074 4769 0 3224114 0       9679 0 0 8507153 9622 0 8719630 0      12355 0 0 10212352 12251 0 10288762 0       2975 0 0 1457118 2946 0 1466755 0       4397 0 0 3051610 4377 0 3056513 0       4782 0 0 3405659 4806 0 3501414 0       9202 0 0 7891629 9204 0 8080658 0 The catalyst shows to output errors when this is happening on the port that FreeBSD is connected to. Recovery measures that I attempted and that failed to resolve the sutuation (one step at a time): - changed the patch cable from catalyst - changed the onboard port from 1 to 0 - started to suspect the onboard ethernet controller, added the Intel Pro/1000 MT external adapter via the riser card, error rate migrated into the dev.em.0.mac_stats.missed_packets counter, sometimes triggering the dev.em.0.mac_stats.recv_no_buff: dev.em.0.mac_stats.recv_no_buff: 9424 dev.em.0.mac_stats.missed_packets: 1853592 - added the iflib/netmap tuning: net.isr.numthreads="2" net.isr.maxthreads="2" dev.em.0.iflib.rx_budget="65535" dev.em.0.iflib.override_nrxds="4096" dev.em.0.iflib.override_ntxds="4096" dev.em.0.iflib.disable_msix="0" - added the interrupt moderation dev.em.0.rx_int_delay="200" dev.em.0.tx_int_delay="200" dev.em.0.rx_abs_int_delay="4000" dev.em.0.tx_abs_int_delay="4000" - tried to play with the kern.eventtimer kern.eventtimer.periodic="1" - compiled out the em(4) driver from the kernel to dynamically loading module - changed the module from stock one to the one from net/intel-em-kmod port (with netmap compiled out. at this point errors even stopped for almost a day, and I was quick enough to report this as a regression into the FreeBSD bugtracker (I closed the bug as misdiagnosed after realizing this didn't help)). - upgraded the system to the FreeBSD 13.0 I also noticed that there's no correlation between reboots and the error flow: sometimes the er    ror counter could start to increase right after booting, sometimes several hours could pass. After realizing there's no options left, we switched to router to the neighbor server running FreeBSD 12.1-STABLE (I don't suspect the version that much, it was just running it) and at this time the errors stopped (however the network adapter there is igb(4)). After removing the load from the x3250 we did a full memtest scan, which reported no errors during several passes (didn't suspect the memory to be the root cause anyway, since the old one was able to build the world successfully, which is almost impossible when havingg memory issues). So - the obvious question is - what can be the cause of such errors ? Lack of system memory (the only thing that comes to mind) ? The memory distribution is like (when idle): Mem: 38M Active, 751M Inact, 2122M Wired, 988M Free ARC: 1064M Total, 312M MFU, 426M MRU, 575K Anon, 32M Header, 275M Other      559M Compressed, 1750M Uncompressed, 3,13:1 Ratio Swap: 2048M Total, 2048M Free But when loaded, there's almost no free memory. However, I've checked the netstat -m, and it reports to mbums requests were denied. CPU isn't loaded like at all during the peak input rate, or during the momemnts of time when the errors starts to stack. Thanks. Eugene. From eugen@grosbein.net Sat Dec 25 18:04:12 2021 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 1BE8918F92D6 for ; Sat, 25 Dec 2021 18:04:35 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JLsJf5sztz4dkn for ; Sat, 25 Dec 2021 18:04:34 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 1BPI4PaX006164 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 25 Dec 2021 18:04:26 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: eugene@zhegan.in Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 1BPI4Opl034646 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Sun, 26 Dec 2021 01:04:24 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: FreeBSD and interface errors/drops To: "Eugene M. Zheganin" , stable@freebsd.org References: <480b9b6c-33d2-4eb3-c48c-aeee8ded7751@zhegan.in> From: Eugene Grosbein Message-ID: <4909d222-372f-1f0f-ab8e-cda321246ce7@grosbein.net> Date: Sun, 26 Dec 2021 01:04:12 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: <480b9b6c-33d2-4eb3-c48c-aeee8ded7751@zhegan.in> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT autolearn=disabled version=3.4.2 X-Spam-Report: * -0.0 SHORTCIRCUIT No description available. * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4JLsJf5sztz4dkn X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N 26.12.2021 0:15, Eugene M. Zheganin wrote: [skip] That could be some software bug/regression. Are you in position to bisect the issue? Start comparing 12.1-RELEASE with 12.2-RELEASE. Then go to bisecting STABLE branch. From nobody Sat Dec 25 19:24:33 2021 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 1E34919072F8 for ; Sat, 25 Dec 2021 19:24:48 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [128.127.146.8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.norma.perm.ru", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JLv5B5DgHz4mxt for ; Sat, 25 Dec 2021 19:24:46 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from [192.168.243.7] ([192.168.243.7]) by elf.hq.norma.perm.ru (8.16.1/8.15.2) with ESMTP id 1BPJMMHb039887 for ; Sun, 26 Dec 2021 00:22:22 +0500 (+05) (envelope-from eugene@zhegan.in) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=vivat-retail.ru; s=key; t=1640460142; bh=067ExBwBE5Ij4qfOiWHQxdRiTDdzLT6O3i0ko6oSCXY=; h=Date:To:From:Subject; b=f6PgvEmybSfJxIE0XqGlhr3GWOmmLGCm5h79E9m/LrOSrjrTi1ZdWMYziqi3FswWp t6H9JA8RicKztkKB0S3VHNxq3EoFh2xFlNWbnOwW1ddZPHyyJ+cky+CsjsqVZ38VNx sYBcqaohNo+flxYNnVI9NbMV2aMRl/AEfD/bJw3E= Message-ID: Date: Sun, 26 Dec 2021 00:24:33 +0500 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.4.1 To: stable@freebsd.org Content-Language: ru From: "Eugene M. Zheganin" Subject: FreeBSD trap under some hypervisor Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4JLv5B5DgHz4mxt X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=fail ("headers rsa verify failed") header.d=vivat-retail.ru header.s=key header.b=f6PgvEmy; dmarc=none; spf=pass (mx1.freebsd.org: domain of eugene@zhegan.in designates 128.127.146.8 as permitted sender) smtp.mailfrom=eugene@zhegan.in X-Spamd-Result: default: False [1.57 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a:c]; R_DKIM_REJECT(1.00)[vivat-retail.ru:s=key]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; TO_DN_NONE(0.00)[]; NEURAL_SPAM_MEDIUM(0.88)[0.881]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.99)[-0.993]; DMARC_NA(0.00)[zhegan.in]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[vivat-retail.ru:-]; NEURAL_SPAM_SHORT(0.99)[0.986]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:212494, ipnet:128.127.146.0/24, country:RU]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hello, I have some experience deploying FreeBSD in several clouds that don't initially state FreeBSD support. When I upload the sample image into these clouds, it usually runs just fine. I created the image from bhyve, using sysutils/vm-bhyve config like: loader="bhyveload" cpu=1 memory=2048M network0_type="virtio-net" network0_switch="public" disk0_type="virtio-blk" disk0_name="disk0.img" uuid="248d160e-0bf2-11ec-971e-ac1f6b9712f0" network0_mac="58:9c:fc:05:a7:90" This image can then be run in several openstack-based public clouds, like russian VM provider Selectel one, or Rostelecom cloud. But when upploading this image into the Yandex cloud (seems to be KVM/Qemu-based), I get a trap immidiately after starting loading the kernel: Loading kernel... /boot/kernel/kernel text=0x17b9e0 text=0xdd6d30 text=0x65b9ac data=0x140 data=0x1b9348+0x445cb8 syms=[0x8+0x178e90+0x8+0x199058] Loading configured modules... /boot/entropy size=0x1000 /boot/kernel/cryptodev.ko size 0xae38 at 0x2113000 /boot/kernel/zfs.ko size 0x67feb0 at 0x211e000 /etc/hostid size=0x25 ---<>--- Copyright (c) 1992-2021 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994         The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 13.0-RELEASE #0 releng/13.0-n244733-ea31abc261f: Fri Apr 9 04:24:09 UTC 2021 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 FreeBSD clang version 11.0.1 (git@github.com:llvm/llvm-project.git llvmorg-11.0.1-0-g43ff75f2c3fe) kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address   = 0x7ffb2000 fault code              = supervisor read instruction, page not present instruction pointer     = 0x20:0x7ffb2000 stack pointer           = 0x28:0xffffffff827b2488 frame pointer           = 0x28:0xffffffff827b2510 code segment            = base 0x0, limit 0xfffff, type 0x1b                         = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags        = resume, IOPL = 0 current process         = 0 () trap number             = 12 panic: page fault cpuid = 0 time = 1 KDB: stack backtrace: #0 0xffffffff80c57345 at ??+0 #1 0xffffffff80c09d21 at ??+0 #2 0xffffffff80c09b93 at ??+0 #3 0xffffffff8108b187 at ??+0 #4 0xffffffff8108b1df at ??+0 #5 0xffffffff8108a83d at ??+0 #6 0xffffffff810617a8 at ??+0 #7 0xffffffff80b99fbf at ??+0 #8 0xffffffff8037c02c at ??+0 Uptime: 1s Does anyone have a clue for this ? Or may be anyone is more successfull in this than I am. Asking for support via usual Yandex channel seems to be futile, because they don't provide FreeBSD images in their catalog, thus they don't state FreeBSD as supported (in fact, only Azure or AliCloud are). Thanks. Eugene. From nobody Sat Dec 25 19:38:46 2021 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 8DF6B1909C8F for ; Sat, 25 Dec 2021 19:39:03 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-vk1-xa2f.google.com (mail-vk1-xa2f.google.com [IPv6:2607:f8b0:4864:20::a2f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JLvPg3T5Hz4pkY for ; Sat, 25 Dec 2021 19:39:03 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-vk1-xa2f.google.com with SMTP id c10so6341743vkn.2 for ; Sat, 25 Dec 2021 11:39:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=jea2x2QwRH30aByfLNjbEpBHQUxLGjpIo33Odoe+wy0=; b=H7MskaSRFnniaPa3pXA7TNEeQ9dlmsOLXCcq1kgUwRX/lhcYDTA49oWuwqkt2X+iN6 uN7LkMu16wxYqwfVCfisrv3veeI0nQeovIAOYqj3QuuLBzC5KGIKJY3qeZmc0i/fwgzY TPaA24fdlHQOFYXNXWyoehqU1n2fAmnxh4YML4KOvnlmh2MpCPCclyAKPJq8dJNzpfAo SfStYJYnArDyX0Ed52ucy38ad+6ZhqM9V/27/xVJ3FPjEjL3bcnDLk3MEcxwXlAmnLgT kOxnRsUMm8HYugKBixttsSg7CM8++8/pEbbbEly7/XqPd9/5+J+GUXrLKQo5oXwhO2q8 VE/g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=jea2x2QwRH30aByfLNjbEpBHQUxLGjpIo33Odoe+wy0=; b=h0IoZ3U5A5k0j0tK8aRPJ/1PleQqcD/Luu5oJN6QZdjfflHftWUh2adi4j+M7XueBr TiObDG3WBdP0p0OaUQ2PG1siEaR07kK6sckwsheNOOJN1bpbr39r1CQvTtU2mZSMJJrG ICoXzgEIttjgOvmDCmXrtUPTVCPlx8r4QK/C7GneZ93NLMLQ0R+1RjeeDSAunOkZSIWj /zXqSF+BXDl+sxeiZVbceDXusmMWp1m0YjpPqKXzWMPILg3cz+ump+smO9+PzWCWAYtp mkDFMnTbvBEyUhIx1KE5FY6E5Tv2NGBA5k+hUrYL1uZ0p70uKHJWbjJczy57Qm5kzT/U c1NA== X-Gm-Message-State: AOAM532hvnyLgAWayMbNw7kcLOgH3y5dRQD68v800DYgL12BUgoMrn6U 448TwRrjRdN4dLIXnt27cD97T5UGhXH2RpE8aU/PiJLiliA= X-Google-Smtp-Source: ABdhPJxfFitvUa0HegQFBfM5tHz+6wx3hwpWSIQX8hxZjT87QVo8VyhzX7ARvpR6nOr3k9bxHttvGWU2tjJ7bYmWQEc= X-Received: by 2002:a1f:c9c2:: with SMTP id z185mr3292977vkf.26.1640461136691; Sat, 25 Dec 2021 11:38:56 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Sat, 25 Dec 2021 12:38:46 -0700 Message-ID: Subject: Re: FreeBSD trap under some hypervisor To: "Eugene M. Zheganin" Cc: FreeBSD Stable ML Content-Type: multipart/alternative; boundary="000000000000521a9e05d3fd9f7f" X-Rspamd-Queue-Id: 4JLvPg3T5Hz4pkY X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N --000000000000521a9e05d3fd9f7f Content-Type: text/plain; charset="UTF-8" On Sat, Dec 25, 2021, 12:26 PM Eugene M. Zheganin wrote: > Hello, > > I have some experience deploying FreeBSD in several clouds that don't > initially state FreeBSD support. When I upload the sample image into > these clouds, it usually runs just fine. I created the image from bhyve, > using sysutils/vm-bhyve config like: > > loader="bhyveload" > cpu=1 > memory=2048M > network0_type="virtio-net" > network0_switch="public" > disk0_type="virtio-blk" > disk0_name="disk0.img" > uuid="248d160e-0bf2-11ec-971e-ac1f6b9712f0" > network0_mac="58:9c:fc:05:a7:90" > > This image can then be run in several openstack-based public clouds, > like russian VM provider Selectel one, or Rostelecom cloud. > > But when upploading this image into the Yandex cloud (seems to be > KVM/Qemu-based), I get a trap immidiately after starting loading the > kernel: > > Loading kernel... > /boot/kernel/kernel text=0x17b9e0 text=0xdd6d30 text=0x65b9ac data=0x140 > data=0x1b9348+0x445cb8 syms=[0x8+0x178e90+0x8+0x199058] > Loading configured modules... > /boot/entropy size=0x1000 > /boot/kernel/cryptodev.ko size 0xae38 at 0x2113000 > /boot/kernel/zfs.ko size 0x67feb0 at 0x211e000 > /etc/hostid size=0x25 > ---<>--- > Copyright (c) 1992-2021 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 13.0-RELEASE #0 releng/13.0-n244733-ea31abc261f: Fri Apr 9 > 04:24:09 UTC 2021 > root@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC > amd64 > FreeBSD clang version 11.0.1 (git@github.com:llvm/llvm-project.git > llvmorg-11.0.1-0-g43ff75f2c3fe) > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x7ffb2000 > fault code = supervisor read instruction, page not present > instruction pointer = 0x20:0x7ffb2000 > stack pointer = 0x28:0xffffffff827b2488 > frame pointer = 0x28:0xffffffff827b2510 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = resume, IOPL = 0 > current process = 0 () > trap number = 12 > panic: page fault > cpuid = 0 > time = 1 > KDB: stack backtrace: > #0 0xffffffff80c57345 at ??+0 > #1 0xffffffff80c09d21 at ??+0 > #2 0xffffffff80c09b93 at ??+0 > #3 0xffffffff8108b187 at ??+0 > #4 0xffffffff8108b1df at ??+0 > #5 0xffffffff8108a83d at ??+0 > #6 0xffffffff810617a8 at ??+0 > #7 0xffffffff80b99fbf at ??+0 > #8 0xffffffff8037c02c at ??+0 > Uptime: 1s > A traceback with symbols would be better.. though this looks to be too early to get them.... Warner > > Does anyone have a clue for this ? Or may be anyone is more successfull > in this than I am. Asking for support via usual Yandex channel seems to > be futile, because they don't provide FreeBSD images in their catalog, > thus they don't state FreeBSD as supported (in fact, only Azure or > AliCloud are). > > Thanks. > > Eugene. > > > --000000000000521a9e05d3fd9f7f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Sat, Dec 25, 2021, 12:26 PM Eugene M. Zheganin <= eugene@zhegan.in> wrote:
Hello,

I have some experience deploying FreeBSD in several clouds that don't <= br> initially state FreeBSD support. When I upload the sample image into
these clouds, it usually runs just fine. I created the image from bhyve, using sysutils/vm-bhyve config like:

loader=3D"bhyveload"
cpu=3D1
memory=3D2048M
network0_type=3D"virtio-net"
network0_switch=3D"public"
disk0_type=3D"virtio-blk"
disk0_name=3D"disk0.img"
uuid=3D"248d160e-0bf2-11ec-971e-ac1f6b9712f0"
network0_mac=3D"58:9c:fc:05:a7:90"

This image can then be run in several openstack-based public clouds,
like russian VM provider Selectel one, or Rostelecom cloud.

But when upploading this image into the Yandex cloud (seems to be
KVM/Qemu-based), I get a trap immidiately after starting loading the kernel= :

Loading kernel...
/boot/kernel/kernel text=3D0x17b9e0 text=3D0xdd6d30 text=3D0x65b9ac data=3D= 0x140
data=3D0x1b9348+0x445cb8 syms=3D[0x8+0x178e90+0x8+0x199058]
Loading configured modules...
/boot/entropy size=3D0x1000
/boot/kernel/cryptodev.ko size 0xae38 at 0x2113000
/boot/kernel/zfs.ko size 0x67feb0 at 0x211e000
/etc/hostid size=3D0x25
---<<BOOT>>---
Copyright (c) 1992-2021 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 The Regents of the Univers= ity of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 13.0-RELEASE #0 releng/13.0-n244733-ea31abc261f: Fri Apr 9
04:24:09 UTC 2021
root@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64=
FreeBSD clang version 11.0.1 (git@github.com:llvm/llvm-project.git
llvmorg-11.0.1-0-g43ff75f2c3fe)
kernel trap 12 with interrupts disabled


Fatal trap 12: page fault while in kernel mode
cpuid =3D 0; apic id =3D 00
fault virtual address=C2=A0=C2=A0 =3D 0x7ffb2000
fault code=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 =3D supervisor read instruction, page not present
instruction pointer=C2=A0=C2=A0=C2=A0=C2=A0 =3D 0x20:0x7ffb2000
stack pointer=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = =3D 0x28:0xffffffff827b2488
frame pointer=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = =3D 0x28:0xffffffff827b2510
code segment=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 =3D base 0x0, limit 0xfffff, type 0x1b
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D D= PL 0, pres 1, long 1, def32 0, gran 1
processor eflags=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D resume, IOPL= =3D 0
current process=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D 0 () trap number=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 =3D 12
panic: page fault
cpuid =3D 0
time =3D 1
KDB: stack backtrace:
#0 0xffffffff80c57345 at ??+0
#1 0xffffffff80c09d21 at ??+0
#2 0xffffffff80c09b93 at ??+0
#3 0xffffffff8108b187 at ??+0
#4 0xffffffff8108b1df at ??+0
#5 0xffffffff8108a83d at ??+0
#6 0xffffffff810617a8 at ??+0
#7 0xffffffff80b99fbf at ??+0
#8 0xffffffff8037c02c at ??+0
Uptime: 1s

A traceback with symbols would be better.. though this looks to b= e too early to get them....

Warner

Does anyone have a clue for this ? Or may be anyone is more successfull in this than I am. Asking for support via usual Yandex channel seems to be futile, because they don't provide FreeBSD images in their catalog, =
thus they don't state FreeBSD as supported (in fact, only Azure or
AliCloud are).

Thanks.

Eugene.


--000000000000521a9e05d3fd9f7f-- From nobody Sat Dec 25 20:08:28 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B1698190F661; Sat, 25 Dec 2021 20:08:39 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JLw3q398Dz4t2c; Sat, 25 Dec 2021 20:08:39 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "R3" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 312967AC4; Sat, 25 Dec 2021 20:08:39 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtpclient.apple (longrow.home.andric.com [192.168.0.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 6678954F47; Sat, 25 Dec 2021 21:08:36 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_644FA0F5-2EFF-4FDC-BE4B-0AA1B69C8C7C"; protocol="application/pgp-signature"; micalg=pgp-sha1 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 15.0 \(3693.40.0.1.81\)) Subject: NOTE: llvm-project 13.0.0 merged to stable/12 (was: Re: /stable/12 future) From: Dimitry Andric In-Reply-To: Date: Sat, 25 Dec 2021 21:08:28 +0100 Cc: Jan Beich Message-Id: References: To: toolchain@freebsd.org, FreeBSD stable X-Mailer: Apple Mail (2.3693.40.0.1.81) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1640462919; 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=u+riqvHBb+6uXKlHYEhwqyj960xMGFpotxd2PgMMg5c=; b=Wsx8ew2gdOp3qehrbADSIVyl+njmzYdMwdpwpmoyvqOzr5SNSdT12csT0Ee/Q0N1YItZbY wXQM7Fci7eXN4ZzBlJs8LiK63lCMBa22qYzpTacrcF1wiMIFawMLtE5M/nN+KWzYp5G/+8 AIETb3gc/Yb9IUdxrAFN3541W9QVb0pHebJiYK5Pu8jtSDlbUbpmmMvH29IDujHl62nX5c bT1chbm6VXmzQuKGwLBYh5S4/yGD1+x40G03eA5YBGQw+YzPWneIoFJCJpKQnfaStjP9aI nMD7cNN/Cxxbu0sW1zxLhQ9nfNqh4CcApuifm/xTrexaPqBfk52eCmli+or0ew== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1640462919; a=rsa-sha256; cv=none; b=sAfvTjmbDXvm2/xsGVCO1c5Skgdvj0toEd4CtfqgoNBW6ombj6rU88f0oRDZRloMQgCWHU 6ODyeC0zOyihwtbX/8AfPm6iNKm3AUdX94tWtlQBpCYl5KWNyXqQemtg8mlbOS7PZMPay6 HeB/ycuZdfO/wOftHxtafbKHCKutsJJsi/cSSBoqKvaOO/P/U7llx52JDu9M6g6OjSTjlI qRbrIekrjMXCsOt1tEuezjgU6/VFvVSkk83J90q/VSmgLSvgY8iMQrPIGpHqkCCaMg5mNh 0RYWxVbmXyqjhgl06bvwF0TIj8Dpss6HAW7W7TBu3nT4kGs52FRWIE5vYIX89Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N --Apple-Mail=_644FA0F5-2EFF-4FDC-BE4B-0AA1B69C8C7C Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 8 Dec 2021, at 20:47, Jan Beich wrote: > > 12.3-RELEASE still uses Clang/libc++ 10 from 1 year ago. Do you plan > to update in future as /stable/12 is supported until 2024-06-30? > > libc++ lags behind libstdc++ on C++20 features and sticking to an old > version puts the entire branch on a deathbed. Given drm-kmod on > /stable/12 is stuck with Linux 4.16 era (discontinued after 2018-06-26) > /stable/12 is already mostly dead from desktop POV. > > See also > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215193 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260139 After https://cgit.freebsd.org/src/commit/?h=stable/12&id=0b7be89b329e (which bumps __FreeBSD_version to 1203505), stable/12 has llvm-project 13.0.0, the same version as stable/13 and main. I had to add a few fixes here and there to cope with the architectures that have disappeared in later branches, i.e. arm.arm (aka armv4), mips and sparc64. So if you have such systems, please check if everything still works as expected. Note that arm.arm was switched to use clang with lld, instead of clang with ld.bfd 2.17.50, otherwise the BFD linker would crash in various interesting ways. (And unfortunately any fix falls under GPLv3 so cannot be imported.) The other old architectures, mips and sparc64, still use gcc 4.2.1 with ld.bfd 2.17.50 by default. If there is any interest, we could attempt to switch mips to using clang and lld. But I don't think that will work for sparc64. -Dimitry --Apple-Mail=_644FA0F5-2EFF-4FDC-BE4B-0AA1B69C8C7C Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCYcd6PAAKCRCwXqMKLiCW o9UKAKCi94CmGCBGFynOe2Gl40rnjWEdLwCeLZSu/GAb43BLApAqeTRVu02JSLc= =AcEo -----END PGP SIGNATURE----- --Apple-Mail=_644FA0F5-2EFF-4FDC-BE4B-0AA1B69C8C7C-- From nobody Sun Dec 26 05:28:31 2021 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 05416191FC84 for ; Sun, 26 Dec 2021 05:28:43 +0000 (UTC) (envelope-from freebsd@oldach.net) Received: from nuc.oldach.net (hmo.in-vpn.de [IPv6:2001:67c:1407:60::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "nuc.oldach.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JM8V1704Fz4ndG for ; Sun, 26 Dec 2021 05:28:41 +0000 (UTC) (envelope-from freebsd@oldach.net) Received: from nuc.oldach.net (localhost [127.0.0.1]) by nuc.oldach.net (8.17.1/8.17.1/hmo17dec20) with ESMTPS id 1BQ5SWmV063892 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 26 Dec 2021 06:28:32 +0100 (CET) (envelope-from freebsd@oldach.net) Received: (from hmo@localhost) by nuc.oldach.net (8.17.1/8.17.1/Submit) id 1BQ5SVpV063890; Sun, 26 Dec 2021 06:28:31 +0100 (CET) (envelope-from freebsd@oldach.net) Message-Id: <202112260528.1BQ5SVpV063890@nuc.oldach.net> Subject: Re: FreeBSD and interface errors/drops In-Reply-To: <480b9b6c-33d2-4eb3-c48c-aeee8ded7751@zhegan.in> from "Eugene M. Zheganin" at "25 Dec 2021 22:15:55" To: eugene@zhegan.in (Eugene M. Zheganin) Date: Sun, 26 Dec 2021 06:28:31 +0100 (CET) Cc: stable@freebsd.org From: freebsd@oldach.net (Helge Oldach) X-No-Archive: Yes List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: inspected by milter-greylist-4.6.4 (nuc.oldach.net [0.0.0.0]); Sun, 26 Dec 2021 06:28:32 +0100 (CET) for IP:127.0.0.1 DOMAIN:localhost HELO:nuc.oldach.net FROM:freebsd@oldach.net RCPT: X-Rspamd-Queue-Id: 4JM8V1704Fz4ndG X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@oldach.net designates 2001:67c:1407:60::1 as permitted sender) smtp.mailfrom=freebsd@oldach.net X-Spamd-Result: default: False [-3.30 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[oldach.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; FROM_NO_DN(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:29670, ipnet:2001:67c:1400::/45, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Eugene M. Zheganin wrote on Sat, 25 Dec 2021 18:15:55 +0100 (CET): > - bge(4) NetXtreme BCM5722 Gigabit Ethernet PCI Express, initially present > - em(4) 82572EI Gigabit Ethernet Controller (Copper) adapter, added later > > This server is connected with both WAN and LAN using one bge(4) link to > a Cisco catalyst 2960, comprising several vlans. > > After several years of running, starting from 10.x, when 12.2 was > already installed for quite some time, I started having a huge number of > input errors on an interface, that were increasing the dev.bge.0 > counters like > > dev.bge.0.stats.InputDiscards Did you check Ethernet flow control settings (also on the Catalyst)? Kind regards Helge From nobody Sun Dec 26 05:31:05 2021 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 58B0C18F8E55 for ; Sun, 26 Dec 2021 05:31:20 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [128.127.146.8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.norma.perm.ru", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JM8Y21stBz4pvK for ; Sun, 26 Dec 2021 05:31:18 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from [192.168.243.7] ([192.168.243.7]) by elf.hq.norma.perm.ru (8.16.1/8.15.2) with ESMTP id 1BQ5Ss8Y066278 for ; Sun, 26 Dec 2021 10:28:54 +0500 (+05) (envelope-from eugene@zhegan.in) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=vivat-retail.ru; s=key; t=1640496534; bh=o+9y6xUmNHYL2VmJt4+5sV2VeS0NgEh+Ktfa4Fh1zqo=; h=Date:Subject:To:References:From:In-Reply-To; b=iU+hsqmXt+ymk5fFAiiX+y+mzjYdyVbYXqb0kUghk+ZftPvfdxPGXiOyg1bvGal6R sTgGp4PhUUOcjudOJCO/i06Qr+kUnR3sfbhuiCh6MQ9a+cq0JCeGFynVHsgRG/wJUj 5c04jQdo/pG2GMF408OZO5oUk1n+TNzchPPDY/4E= Message-ID: <80df9457-886a-d5ad-23c4-98d54c4b4dcb@zhegan.in> Date: Sun, 26 Dec 2021 10:31:05 +0500 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.4.1 Subject: Re: FreeBSD and interface errors/drops Content-Language: ru To: stable@freebsd.org References: <202112260528.1BQ5SVpV063890@nuc.oldach.net> From: "Eugene M. Zheganin" In-Reply-To: <202112260528.1BQ5SVpV063890@nuc.oldach.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4JM8Y21stBz4pvK X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=fail ("headers rsa verify failed") header.d=vivat-retail.ru header.s=key header.b=iU+hsqmX; dmarc=none; spf=pass (mx1.freebsd.org: domain of eugene@zhegan.in designates 128.127.146.8 as permitted sender) smtp.mailfrom=eugene@zhegan.in X-Spamd-Result: default: False [-0.85 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a:c]; R_DKIM_REJECT(1.00)[vivat-retail.ru:s=key]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; TO_DN_NONE(0.00)[]; NEURAL_SPAM_MEDIUM(0.02)[0.016]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.56)[-0.564]; DMARC_NA(0.00)[zhegan.in]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[vivat-retail.ru:-]; NEURAL_HAM_SHORT(-1.00)[-0.999]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:212494, ipnet:128.127.146.0/24, country:RU]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hello, 26.12.2021 10:28, Helge Oldach пишет: > Eugene M. Zheganin wrote on Sat, 25 Dec 2021 18:15:55 +0100 (CET): >> dev.bge.0.stats.InputDiscards > Did you check Ethernet flow control settings (also on the Catalyst)? I did. Disabled on the catalyst, default on FreeBSD. Eugene. From nobody Mon Dec 27 02:12:08 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E2ABD191C2D7 for ; Mon, 27 Dec 2021 02:12:15 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:7ae3:b5ff:fe1b:23b4]) (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 "*.lerctr.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JMh4v0KK3z3FqD for ; Mon, 27 Dec 2021 02:12:15 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=ler2019; h=Content-Transfer-Encoding:Content-Type:Message-ID:Subject:To: From:Date:MIME-Version:Sender:Reply-To:Cc:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=N6EObCvxJOOYW1Yb/XqeRF/V/ibKEtZVVXoR68zDpnc=; b=nzvMqzo3JcPEmdgbB0Xcdo0J/a 4Z+/l5OCxRvpdXTob3vuK14SBf/00+CyHCxLtS4CCPLtsr6axL3uPJxT7R5zqN8ksVH2KCOgmSGHw EvEbxacUVZNPkK2hhifWw5by9pblUkZgsRj3FbKQPS22ia8ARjt6JEAVqOJENw1UIG5KUlf9yOAcL jkN1TsvoO4f9HpYb0jXAu0BrsWxL89m6uo5Xdb97trmiir7f9Hg9BQZva2QordbzkBPYciIxyXql0 FhH77z96/BXCEeiZJjeZYaHuj9rjlsnrIbjYRtvXmohPCvI3G7T4rcD5Zrva6mONDD9KfXfzSch7z dhCazjlA==; Received-SPF: pass (thebighonker.lerctr.org: domain of lerctr.org designates 2001:470:1f0f:3ad:bb:dcff:fe50:d900 as permitted sender) client-ip=2001:470:1f0f:3ad:bb:dcff:fe50:d900; envelope-from=ler@lerctr.org; helo=webmail.lerctr.org; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:bb:dcff:fe50:d900]:31969 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94.2 (FreeBSD)) (envelope-from ) id 1n1fUe-000NG9-LF for freebsd-stable@freebsd.org; Sun, 26 Dec 2021 20:12:08 -0600 Received: from 76-250-255-117.lightspeed.austtx.sbcglobal.net ([76.250.255.117]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Sun, 26 Dec 2021 20:12:08 -0600 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Date: Sun, 26 Dec 2021 20:12:08 -0600 From: Larry Rosenman To: Freebsd stable Subject: Make error: 13/Stable Message-ID: X-Sender: ler@lerctr.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4JMh4v0KK3z3FqD X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=lerctr.org header.s=ler2019 header.b=nzvMqzo3; dmarc=pass (policy=none) header.from=lerctr.org; spf=pass (mx1.freebsd.org: domain of ler@lerctr.org designates 2001:470:1f0f:3ad:7ae3:b5ff:fe1b:23b4 as permitted sender) smtp.mailfrom=ler@lerctr.org X-Spamd-Result: default: False [-3.88 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[lerctr.org:s=ler2019]; FREEFALL_USER(0.00)[ler]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-0.89)[-0.887]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[lerctr.org:+]; DMARC_POLICY_ALLOW(-0.50)[lerctr.org,none]; NEURAL_HAM_SHORT(-0.99)[-0.989]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Tried to update my 13-Stable box, and got: Building /usr/obj/usr/src/amd64.amd64/lib/libkvm/_INCSINS --- includes_subdir_include --- --- _IPFILTERINS --- install: /usr/obj/usr/src/amd64.amd64/tmp/usr/include/netinet/ip_nat.h: No such file or directory --- includes_subdir_usr.sbin --- --- includes_subdir_usr.sbin/fdread --- ===> usr.sbin/fdread (includes) --- includes_subdir_include --- *** [_IPFILTERINS] Error code 71 make[3]: stopped in /usr/src/include .ERROR_TARGET='_IPFILTERINS' .ERROR_META_FILE='/usr/obj/usr/src/amd64.amd64/include/_IPFILTERINS.meta' .MAKE.LEVEL='3' MAKEFILE='' .MAKE.MODE='meta missing-filemon=yes missing-meta=yes silent=yes verbose' _ERROR_CMD='install -U -C -o root -g wheel -m 444 /usr/src/sys/contrib/ipfilter/netinet/ip_auth.h /usr/src/sys/contrib/ipfilter/netinet/ip_compat.h /usr/src/sys/contrib/ipfilter/netinet/ip_dstlist.h /usr/src/sys/contrib/ipfilter/netinet/ip_fil.h /usr/src/sys/contrib/ipfilter/netinet/ip_frag.h /usr/src/sys/contrib/ipfilter/netinet/ip_htable.h /usr/src/sys/contrib/ipfilter/netinet/ip_lookup.h /usr/src/sys/contrib/ipfilter/netinet/ip_nat.h /usr/src/sys/contrib/ipfilter/netinet/ip_pool.h /usr/src/sys/contrib/ipfilter/netinet/ip_proxy.h /usr/src/sys/contrib/ipfilter/netinet/ip_rules.h /usr/src/sys/contrib/ipfilter/netinet/ip_scan.h /usr/src/sys/contrib/ipfilter/netinet/ip_state.h /usr/src/sys/contrib/ipfilter/netinet/ip_sync.h /usr/src/sys/contrib/ipfilter/netinet/ipf_rb.h /usr/src/sys/contrib/ipfilter/netinet/ipl.h /usr/src/sys/contrib/ipfilter/netinet/radix_ipf.h /usr/obj/usr/src/amd64.amd64/tmp/usr/include/netinet/;' .CURDIR='/usr/src/include' .MAKE='make' .OBJDIR='/usr/obj/usr/src/amd64.amd64/include' .TARGETS='includes' DESTDIR='/usr/obj/usr/src/amd64.amd64/tmp' LD_LIBRARY_PATH='' MACHINE='amd64' MACHINE_ARCH='amd64' MAKEOBJDIRPREFIX='' MAKESYSPATH='/usr/src/share/mk' MAKE_VERSION='20210206' PATH='/usr/obj/usr/src/amd64.amd64/tmp/bin:/usr/obj/usr/src/amd64.amd64/tmp/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/libexec::/sbin:/bin:/usr/sbin:/usr/bin' SRCTOP='/usr/src' OBJTOP='/usr/obj/usr/src/amd64.amd64' .MAKE.MAKEFILES='/usr/src/share/mk/sys.mk /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk /etc/src-env.conf /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/src.sys.obj.mk /usr/src/share/mk/auto.obj.mk /usr/src/share/mk/bsd.suffixes.mk /etc/make.conf /usr/src/share/mk/local.sys.mk /usr/src/share/mk/src.sys.mk /etc/src.conf /usr/src/include/Makefile /usr/src/share/mk/src.opts.mk /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.linker.mk /usr/src/share/mk/bsd.prog.mk /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/local.init.mk /usr/src/share/mk/src.init.mk /usr/src/share/mk/bsd.libnames.mk /usr/src/share/mk/src.libnames.mk /usr/src/share/mk/bsd.nls.mk /usr/src/share/mk/bsd.confs.mk /usr/src/share/mk/bsd.files.mk /usr/src/share/mk/bsd.dirs.mk /usr/src/share/mk/bsd.incs.mk /usr/src/share/mk/bsd.links.mk /usr/src/share/mk/bsd.man.mk /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk /usr/src/share/mk/bsd.sys.mk /dev/null' .PATH='. /usr/src/include /usr/src/contrib/libc-vis /usr/src/sys/dev/acpica /usr/src/sys/dev/agp /usr/src/sys/bsm /usr/src/sys/security/audit /usr/src/sys/cam /usr/src/sys/cam/ata /usr/src/sys/cam/mmc /usr/src/sys/cam/nvme /usr/src/sys/cam/scsi /usr/src/sys/fs/cd9660 /usr/src/sys/dev/evdev /usr/src/sys/dev/hid /usr/src/sys/dev/hyperv/include /usr/src/sys/dev/hyperv/utilities /usr/src/sys/opencrypto /usr/src/sys/dev/pci /usr/src/sys/dev/veriexec /usr/src/sys/contrib/ipfilter/netinet /usr/src/sys/netpfil/pf /usr/src/sys/rpc /usr/src/sys/teken /usr/src/sys/contrib/openzfs/include/sys /usr/src/sys/dev/mlx5' --- includes_subdir_lib --- make[2]: stopped in /usr/src --- includes_subdir_usr.sbin --- make[2]: stopped in /usr/src --- includes_subdir_usr.bin --- make[2]: stopped in /usr/src --- includes_subdir_secure --- --- includes_subdir_secure/lib --- make[4]: stopped in /usr/src/secure/lib make[3]: stopped in /usr/src/secure make[2]: stopped in /usr/src --- includes_subdir_include --- 1 error make[3]: stopped in /usr/src/include .ERROR_TARGET='_IPFILTERINS' .ERROR_META_FILE='/usr/obj/usr/src/amd64.amd64/include/_IPFILTERINS.meta' .MAKE.LEVEL='3' MAKEFILE='' .MAKE.MODE='meta missing-filemon=yes missing-meta=yes silent=yes verbose' _ERROR_CMD='install -U -C -o root -g wheel -m 444 /usr/src/sys/contrib/ipfilter/netinet/ip_auth.h /usr/src/sys/contrib/ipfilter/netinet/ip_compat.h /usr/src/sys/contrib/ipfilter/netinet/ip_dstlist.h /usr/src/sys/contrib/ipfilter/netinet/ip_fil.h /usr/src/sys/contrib/ipfilter/netinet/ip_frag.h /usr/src/sys/contrib/ipfilter/netinet/ip_htable.h /usr/src/sys/contrib/ipfilter/netinet/ip_lookup.h /usr/src/sys/contrib/ipfilter/netinet/ip_nat.h /usr/src/sys/contrib/ipfilter/netinet/ip_pool.h /usr/src/sys/contrib/ipfilter/netinet/ip_proxy.h /usr/src/sys/contrib/ipfilter/netinet/ip_rules.h /usr/src/sys/contrib/ipfilter/netinet/ip_scan.h /usr/src/sys/contrib/ipfilter/netinet/ip_state.h /usr/src/sys/contrib/ipfilter/netinet/ip_sync.h /usr/src/sys/contrib/ipfilter/netinet/ipf_rb.h /usr/src/sys/contrib/ipfilter/netinet/ipl.h /usr/src/sys/contrib/ipfilter/netinet/radix_ipf.h /usr/obj/usr/src/amd64.amd64/tmp/usr/include/netinet/;' .CURDIR='/usr/src/include' .MAKE='make' .OBJDIR='/usr/obj/usr/src/amd64.amd64/include' .TARGETS='includes' DESTDIR='/usr/obj/usr/src/amd64.amd64/tmp' LD_LIBRARY_PATH='' MACHINE='amd64' MACHINE_ARCH='amd64' MAKEOBJDIRPREFIX='' MAKESYSPATH='/usr/src/share/mk' MAKE_VERSION='20210206' PATH='/usr/obj/usr/src/amd64.amd64/tmp/bin:/usr/obj/usr/src/amd64.amd64/tmp/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/libexec::/sbin:/bin:/usr/sbin:/usr/bin' SRCTOP='/usr/src' OBJTOP='/usr/obj/usr/src/amd64.amd64' .MAKE.MAKEFILES='/usr/src/share/mk/sys.mk /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk /etc/src-env.conf /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/src.sys.obj.mk /usr/src/share/mk/auto.obj.mk /usr/src/share/mk/bsd.suffixes.mk /etc/make.conf /usr/src/share/mk/local.sys.mk /usr/src/share/mk/src.sys.mk /etc/src.conf /usr/src/include/Makefile /usr/src/share/mk/src.opts.mk /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.linker.mk /usr/src/share/mk/bsd.prog.mk /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/local.init.mk /usr/src/share/mk/src.init.mk /usr/src/share/mk/bsd.libnames.mk /usr/src/share/mk/src.libnames.mk /usr/src/share/mk/bsd.nls.mk /usr/src/share/mk/bsd.confs.mk /usr/src/share/mk/bsd.files.mk /usr/src/share/mk/bsd.dirs.mk /usr/src/share/mk/bsd.incs.mk /usr/src/share/mk/bsd.links.mk /usr/src/share/mk/bsd.man.mk /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk /usr/src/share/mk/bsd.sys.mk /dev/null' .PATH='. /usr/src/include /usr/src/contrib/libc-vis /usr/src/sys/dev/acpica /usr/src/sys/dev/agp /usr/src/sys/bsm /usr/src/sys/security/audit /usr/src/sys/cam /usr/src/sys/cam/ata /usr/src/sys/cam/mmc /usr/src/sys/cam/nvme /usr/src/sys/cam/scsi /usr/src/sys/fs/cd9660 /usr/src/sys/dev/evdev /usr/src/sys/dev/hid /usr/src/sys/dev/hyperv/include /usr/src/sys/dev/hyperv/utilities /usr/src/sys/opencrypto /usr/src/sys/dev/pci /usr/src/sys/dev/veriexec /usr/src/sys/contrib/ipfilter/netinet /usr/src/sys/netpfil/pf /usr/src/sys/rpc /usr/src/sys/teken /usr/src/sys/contrib/openzfs/include/sys /usr/src/sys/dev/mlx5' make[2]: stopped in /usr/src make[1]: stopped in /usr/src make: stopped in /usr/src ler in thebighonker in src🔒 on î‚  stable/13 [✘?] took 1m2s ⯠git: commit 3c3b641a610cf57577c26850edb9a1de2c024f96 Author: Rick Macklem Date: Mon Dec 13 15:32:19 2021 -0800 -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 5708 Sabbia Dr, Round Rock, TX 78665-2106 From nobody Mon Dec 27 02:17:29 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3516B191D97C for ; Mon, 27 Dec 2021 02:17:32 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:7ae3:b5ff:fe1b:23b4]) (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 "*.lerctr.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JMhBz0Bklz3HLq for ; Mon, 27 Dec 2021 02:17:31 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=ler2019; h=Content-Transfer-Encoding:Content-Type:Message-ID:References: In-Reply-To:Subject:To:From:Date:MIME-Version:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=z/BC084mBykd2vy11vEjtYGnbwGimSV2Xqeky5tILdA=; b=elq9xFoyEQpQQP/pPcQVtGeOx0 c6CJEaqD9WAkRQhdXXrO6VuRSOBLcn4Q6TsfOtsUGTJtYF0djzm6QsOKn7/2Ghl/Abg4/GqM1sRYG w8KyWQzIEwGb6I4sdR1RA2kcJbh7kVDyyAOZn2651CJW9V0ojhBSzbsEElqar8CB2F0B4RPzyx/II ePVHEA2UqsRpM57qrGWrKrH0Fhhme+opxaKsAvfwspaf7qmBqNDCysTL6b2aidQJ/W5L7lSKH1K4s 8LI/gakh8vRhEKFs2xWuqfimbU7h4q7VZu/+2vRa4/rBvzxBtUbbd3bXbcwAP1Z40NafAv9fGvqew kd5F+5MQ==; Received-SPF: pass (thebighonker.lerctr.org: domain of lerctr.org designates 2001:470:1f0f:3ad:bb:dcff:fe50:d900 as permitted sender) client-ip=2001:470:1f0f:3ad:bb:dcff:fe50:d900; envelope-from=ler@lerctr.org; helo=webmail.lerctr.org; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:bb:dcff:fe50:d900]:11993 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94.2 (FreeBSD)) (envelope-from ) id 1n1fZq-0009I8-3d for freebsd-stable@freebsd.org; Sun, 26 Dec 2021 20:17:30 -0600 Received: from 76-250-255-117.lightspeed.austtx.sbcglobal.net ([76.250.255.117]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Sun, 26 Dec 2021 20:17:29 -0600 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Date: Sun, 26 Dec 2021 20:17:29 -0600 From: Larry Rosenman To: Freebsd stable Subject: Re: Make error: 13/Stable In-Reply-To: References: Message-ID: <4feb75a3be599adb2eeaf5a2559ce80a@lerctr.org> X-Sender: ler@lerctr.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4JMhBz0Bklz3HLq X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=lerctr.org header.s=ler2019 header.b=elq9xFoy; dmarc=pass (policy=none) header.from=lerctr.org; spf=pass (mx1.freebsd.org: domain of ler@lerctr.org designates 2001:470:1f0f:3ad:7ae3:b5ff:fe1b:23b4 as permitted sender) smtp.mailfrom=ler@lerctr.org X-Spamd-Result: default: False [-3.99 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[lerctr.org:s=ler2019]; FREEFALL_USER(0.00)[ler]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-0.99)[-0.988]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[lerctr.org:+]; DMARC_POLICY_ALLOW(-0.50)[lerctr.org,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 12/26/2021 8:12 pm, Larry Rosenman wrote: > Tried to update my 13-Stable box, and got: > > Building /usr/obj/usr/src/amd64.amd64/lib/libkvm/_INCSINS > --- includes_subdir_include --- > --- _IPFILTERINS --- > install: > /usr/obj/usr/src/amd64.amd64/tmp/usr/include/netinet/ip_nat.h: No such > file or directory > --- includes_subdir_usr.sbin --- > --- includes_subdir_usr.sbin/fdread --- > ===> usr.sbin/fdread (includes) > --- includes_subdir_include --- > *** [_IPFILTERINS] Error code 71 > > make[3]: stopped in /usr/src/include > .ERROR_TARGET='_IPFILTERINS' > .ERROR_META_FILE='/usr/obj/usr/src/amd64.amd64/include/_IPFILTERINS.meta' > .MAKE.LEVEL='3' > MAKEFILE='' > .MAKE.MODE='meta missing-filemon=yes missing-meta=yes silent=yes > verbose' > _ERROR_CMD='install -U -C -o root -g wheel -m 444 > /usr/src/sys/contrib/ipfilter/netinet/ip_auth.h > /usr/src/sys/contrib/ipfilter/netinet/ip_compat.h > /usr/src/sys/contrib/ipfilter/netinet/ip_dstlist.h > /usr/src/sys/contrib/ipfilter/netinet/ip_fil.h > /usr/src/sys/contrib/ipfilter/netinet/ip_frag.h > /usr/src/sys/contrib/ipfilter/netinet/ip_htable.h > /usr/src/sys/contrib/ipfilter/netinet/ip_lookup.h > /usr/src/sys/contrib/ipfilter/netinet/ip_nat.h > /usr/src/sys/contrib/ipfilter/netinet/ip_pool.h > /usr/src/sys/contrib/ipfilter/netinet/ip_proxy.h > /usr/src/sys/contrib/ipfilter/netinet/ip_rules.h > /usr/src/sys/contrib/ipfilter/netinet/ip_scan.h > /usr/src/sys/contrib/ipfilter/netinet/ip_state.h > /usr/src/sys/contrib/ipfilter/netinet/ip_sync.h > /usr/src/sys/contrib/ipfilter/netinet/ipf_rb.h > /usr/src/sys/contrib/ipfilter/netinet/ipl.h > /usr/src/sys/contrib/ipfilter/netinet/radix_ipf.h > /usr/obj/usr/src/amd64.amd64/tmp/usr/include/netinet/;' > .CURDIR='/usr/src/include' > .MAKE='make' > .OBJDIR='/usr/obj/usr/src/amd64.amd64/include' > .TARGETS='includes' > DESTDIR='/usr/obj/usr/src/amd64.amd64/tmp' > LD_LIBRARY_PATH='' > MACHINE='amd64' > MACHINE_ARCH='amd64' > MAKEOBJDIRPREFIX='' > MAKESYSPATH='/usr/src/share/mk' > MAKE_VERSION='20210206' > PATH='/usr/obj/usr/src/amd64.amd64/tmp/bin:/usr/obj/usr/src/amd64.amd64/tmp/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/libexec::/sbin:/bin:/usr/sbin:/usr/bin' > SRCTOP='/usr/src' > OBJTOP='/usr/obj/usr/src/amd64.amd64' > .MAKE.MAKEFILES='/usr/src/share/mk/sys.mk > /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk > /etc/src-env.conf /usr/src/share/mk/bsd.mkopt.mk > /usr/src/share/mk/src.sys.obj.mk /usr/src/share/mk/auto.obj.mk > /usr/src/share/mk/bsd.suffixes.mk /etc/make.conf > /usr/src/share/mk/local.sys.mk /usr/src/share/mk/src.sys.mk > /etc/src.conf /usr/src/include/Makefile /usr/src/share/mk/src.opts.mk > /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.opts.mk > /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/bsd.compiler.mk > /usr/src/share/mk/bsd.linker.mk /usr/src/share/mk/bsd.prog.mk > /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/local.init.mk > /usr/src/share/mk/src.init.mk /usr/src/share/mk/bsd.libnames.mk > /usr/src/share/mk/src.libnames.mk /usr/src/share/mk/bsd.nls.mk > /usr/src/share/mk/bsd.confs.mk /usr/src/share/mk/bsd.files.mk > /usr/src/share/mk/bsd.dirs.mk /usr/src/share/mk/bsd.incs.mk > /usr/src/share/mk/bsd.links.mk /usr/src/share/mk/bsd.man.mk > /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk > /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk > /usr/src/share/mk/bsd.sys.mk /dev/null' > .PATH='. /usr/src/include /usr/src/contrib/libc-vis > /usr/src/sys/dev/acpica /usr/src/sys/dev/agp /usr/src/sys/bsm > /usr/src/sys/security/audit /usr/src/sys/cam /usr/src/sys/cam/ata > /usr/src/sys/cam/mmc /usr/src/sys/cam/nvme /usr/src/sys/cam/scsi > /usr/src/sys/fs/cd9660 /usr/src/sys/dev/evdev /usr/src/sys/dev/hid > /usr/src/sys/dev/hyperv/include /usr/src/sys/dev/hyperv/utilities > /usr/src/sys/opencrypto /usr/src/sys/dev/pci /usr/src/sys/dev/veriexec > /usr/src/sys/contrib/ipfilter/netinet /usr/src/sys/netpfil/pf > /usr/src/sys/rpc /usr/src/sys/teken > /usr/src/sys/contrib/openzfs/include/sys /usr/src/sys/dev/mlx5' > --- includes_subdir_lib --- > > make[2]: stopped in /usr/src > --- includes_subdir_usr.sbin --- > > make[2]: stopped in /usr/src > --- includes_subdir_usr.bin --- > > make[2]: stopped in /usr/src > --- includes_subdir_secure --- > --- includes_subdir_secure/lib --- > > make[4]: stopped in /usr/src/secure/lib > > make[3]: stopped in /usr/src/secure > > make[2]: stopped in /usr/src > --- includes_subdir_include --- > 1 error > > make[3]: stopped in /usr/src/include > .ERROR_TARGET='_IPFILTERINS' > .ERROR_META_FILE='/usr/obj/usr/src/amd64.amd64/include/_IPFILTERINS.meta' > .MAKE.LEVEL='3' > MAKEFILE='' > .MAKE.MODE='meta missing-filemon=yes missing-meta=yes silent=yes > verbose' > _ERROR_CMD='install -U -C -o root -g wheel -m 444 > /usr/src/sys/contrib/ipfilter/netinet/ip_auth.h > /usr/src/sys/contrib/ipfilter/netinet/ip_compat.h > /usr/src/sys/contrib/ipfilter/netinet/ip_dstlist.h > /usr/src/sys/contrib/ipfilter/netinet/ip_fil.h > /usr/src/sys/contrib/ipfilter/netinet/ip_frag.h > /usr/src/sys/contrib/ipfilter/netinet/ip_htable.h > /usr/src/sys/contrib/ipfilter/netinet/ip_lookup.h > /usr/src/sys/contrib/ipfilter/netinet/ip_nat.h > /usr/src/sys/contrib/ipfilter/netinet/ip_pool.h > /usr/src/sys/contrib/ipfilter/netinet/ip_proxy.h > /usr/src/sys/contrib/ipfilter/netinet/ip_rules.h > /usr/src/sys/contrib/ipfilter/netinet/ip_scan.h > /usr/src/sys/contrib/ipfilter/netinet/ip_state.h > /usr/src/sys/contrib/ipfilter/netinet/ip_sync.h > /usr/src/sys/contrib/ipfilter/netinet/ipf_rb.h > /usr/src/sys/contrib/ipfilter/netinet/ipl.h > /usr/src/sys/contrib/ipfilter/netinet/radix_ipf.h > /usr/obj/usr/src/amd64.amd64/tmp/usr/include/netinet/;' > .CURDIR='/usr/src/include' > .MAKE='make' > .OBJDIR='/usr/obj/usr/src/amd64.amd64/include' > .TARGETS='includes' > DESTDIR='/usr/obj/usr/src/amd64.amd64/tmp' > LD_LIBRARY_PATH='' > MACHINE='amd64' > MACHINE_ARCH='amd64' > MAKEOBJDIRPREFIX='' > MAKESYSPATH='/usr/src/share/mk' > MAKE_VERSION='20210206' > PATH='/usr/obj/usr/src/amd64.amd64/tmp/bin:/usr/obj/usr/src/amd64.amd64/tmp/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/libexec::/sbin:/bin:/usr/sbin:/usr/bin' > SRCTOP='/usr/src' > OBJTOP='/usr/obj/usr/src/amd64.amd64' > .MAKE.MAKEFILES='/usr/src/share/mk/sys.mk > /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk > /etc/src-env.conf /usr/src/share/mk/bsd.mkopt.mk > /usr/src/share/mk/src.sys.obj.mk /usr/src/share/mk/auto.obj.mk > /usr/src/share/mk/bsd.suffixes.mk /etc/make.conf > /usr/src/share/mk/local.sys.mk /usr/src/share/mk/src.sys.mk > /etc/src.conf /usr/src/include/Makefile /usr/src/share/mk/src.opts.mk > /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.opts.mk > /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/bsd.compiler.mk > /usr/src/share/mk/bsd.linker.mk /usr/src/share/mk/bsd.prog.mk > /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/local.init.mk > /usr/src/share/mk/src.init.mk /usr/src/share/mk/bsd.libnames.mk > /usr/src/share/mk/src.libnames.mk /usr/src/share/mk/bsd.nls.mk > /usr/src/share/mk/bsd.confs.mk /usr/src/share/mk/bsd.files.mk > /usr/src/share/mk/bsd.dirs.mk /usr/src/share/mk/bsd.incs.mk > /usr/src/share/mk/bsd.links.mk /usr/src/share/mk/bsd.man.mk > /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk > /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk > /usr/src/share/mk/bsd.sys.mk /dev/null' > .PATH='. /usr/src/include /usr/src/contrib/libc-vis > /usr/src/sys/dev/acpica /usr/src/sys/dev/agp /usr/src/sys/bsm > /usr/src/sys/security/audit /usr/src/sys/cam /usr/src/sys/cam/ata > /usr/src/sys/cam/mmc /usr/src/sys/cam/nvme /usr/src/sys/cam/scsi > /usr/src/sys/fs/cd9660 /usr/src/sys/dev/evdev /usr/src/sys/dev/hid > /usr/src/sys/dev/hyperv/include /usr/src/sys/dev/hyperv/utilities > /usr/src/sys/opencrypto /usr/src/sys/dev/pci /usr/src/sys/dev/veriexec > /usr/src/sys/contrib/ipfilter/netinet /usr/src/sys/netpfil/pf > /usr/src/sys/rpc /usr/src/sys/teken > /usr/src/sys/contrib/openzfs/include/sys /usr/src/sys/dev/mlx5' > > make[2]: stopped in /usr/src > > make[1]: stopped in /usr/src > > make: stopped in /usr/src > > ler in thebighonker in src🔒 on î‚  stable/13 [✘?] took 1m2s > ⯠> > git: > commit 3c3b641a610cf57577c26850edb9a1de2c024f96 > Author: Rick Macklem > Date: Mon Dec 13 15:32:19 2021 -0800 Did a make clean (I use meta mode), and it seems to have cleared. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 5708 Sabbia Dr, Round Rock, TX 78665-2106 From nobody Wed Dec 29 14:52:14 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 42FFC190D00C for ; Wed, 29 Dec 2021 14:52:21 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JPDs1013Vz3sGM for ; Wed, 29 Dec 2021 14:52:21 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id BF812244D5 for ; Wed, 29 Dec 2021 14:52:20 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.134.16] (unknown [94.19.243.255]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id 5B1B55DA1 for ; Wed, 29 Dec 2021 17:52:16 +0300 (MSK) Message-ID: <431b35b0-7745-d2d7-ab04-bbf76e58608a@FreeBSD.org> Date: Wed, 29 Dec 2021 17:52:14 +0300 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.4.1 To: Freebsd stable Content-Language: en-US From: Lev Serebryakov Reply-To: lev@FreeBSD.org Subject: What is FreeBSD 12 equivalent to Linux' "sysctl -w vm.nr_hugepages=1280"? Organization: FreeBSD Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1640789541; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=VyfSdrSvTllGYWKSkjJ237OT2fMP+E4pIKYoScaQuF8=; b=yJPGNldM/nbUCC77acy/e2jgbLe2/24DoBLV2z+WNjHy1XJtydIL3z9eSUDimwlpOzGQXt sjKef+p5pTvfJOGwpTSF+SFNXFdByXBC0bQFoxMmU69vXozn3XxiLLVSH7BhDZ0340X9Rd Nd03Ad1q64u1mK3qdSKF89+Vr/X1fVRZlivIkWREBdlLqQIPkFRdb130YB6syJNKs3IfHv g6yfD3b+q1wUTXMcZLBnqYWZnIpGMw9WpC48c07S3uDcmBm12glVoKUmHLkje1mjxDetW9 BAMrvLPE9hH4Im+NehyrlOKuGJX0uWb94P2pxTEq/+7rNwxRiAeJkt1Eyhwh/g== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1640789541; a=rsa-sha256; cv=none; b=EsNmM227MaBdYfsG5z7c+qtjdix9SQf/w1WiU2P/bv6NvRX5jt6uBBVdPQaQ++AUTfWj50 2POusQVcrVNiMhMijpNak/v7YQTtv7TxzJ3bMbNqiRJRlgs31ai//fPRtjF1YHRBMONLTN S6z/Tyxb0baVHiV14Eh9l6wR8sptg6DoEG+KKXUaY3j2rDteBrx785P5xVTzcuA9GsPB+r bNbhQV/VJ/f5hEZIFDJ5YkksJXOPRs3U37f82R2KK+pAeBu7bn29qoKolj5+4i6KWQz+fo IPcGSPA77hGcqXlD3BWc3R8B6MqLPl1AThg/BjkoVvTRaZY5y8egFffu6Gd3oQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N Hello! net-p2p/monero-cli shows a lot of exceptions on FreeBSD. Monero's github [1] says, that it needs "sysctl -w vm.nr_hugepages=1280" on Linux. What is FreeBSD equivalent for this Linux' setting? [1] - https://github.com/monero-project/monero/issues/6473 -- // Lev Serebryakov From eugen@grosbein.net Thu Dec 30 00:21:51 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 79867192C7D4 for ; Thu, 30 Dec 2021 00:22:11 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JPTVW1nBrz3vbM; Thu, 30 Dec 2021 00:22:11 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 1BU0M1pH047839 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 30 Dec 2021 00:22:02 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: lev@FreeBSD.org Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 1BU0M0oR076760 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Thu, 30 Dec 2021 07:22:00 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: What is FreeBSD 12 equivalent to Linux' "sysctl -w vm.nr_hugepages=1280"? To: lev@FreeBSD.org, Freebsd stable References: <431b35b0-7745-d2d7-ab04-bbf76e58608a@FreeBSD.org> From: Eugene Grosbein Message-ID: <987e541a-aafd-9ae1-e243-9e58bea56ba0@grosbein.net> Date: Thu, 30 Dec 2021 07:21:51 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: <431b35b0-7745-d2d7-ab04-bbf76e58608a@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT autolearn=disabled version=3.4.2 X-Spam-Report: * -0.0 SHORTCIRCUIT No description available. * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4JPTVW1nBrz3vbM X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N 29.12.2021 21:52, Lev Serebryakov wrote: > Hello! > > net-p2p/monero-cli shows a lot of exceptions on FreeBSD. Monero's github [1] says, that it needs "sysctl -w vm.nr_hugepages=1280" on Linux. > What is FreeBSD equivalent for this Linux' setting? Perhaps, you need to increase sysctl vm.max_wired that limits amount of mlock'ed memory for userland processes, and don't forget about "memorylocked" limit for a process. From eugen@grosbein.net Thu Dec 30 01:43:36 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 6D8131918E0D for ; Thu, 30 Dec 2021 01:43:49 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JPWJh1T9rz4htp; Thu, 30 Dec 2021 01:43:48 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 1BU1hko3048549 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 30 Dec 2021 01:43:46 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: lev@FreeBSD.org Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 1BU1hjiJ077267 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Thu, 30 Dec 2021 08:43:45 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: What is FreeBSD 12 equivalent to Linux' "sysctl -w vm.nr_hugepages=1280"? To: lev@FreeBSD.org, Freebsd stable References: <431b35b0-7745-d2d7-ab04-bbf76e58608a@FreeBSD.org> <987e541a-aafd-9ae1-e243-9e58bea56ba0@grosbein.net> From: Eugene Grosbein Message-ID: Date: Thu, 30 Dec 2021 08:43:36 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: <987e541a-aafd-9ae1-e243-9e58bea56ba0@grosbein.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT autolearn=disabled version=3.4.2 X-Spam-Report: * -0.0 SHORTCIRCUIT No description available. * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4JPWJh1T9rz4htp X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=fail (mx1.freebsd.org: domain of eugen@grosbein.net does not designate 2a01:4f8:c2c:26d8::2 as permitted sender) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-0.19 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; R_SPF_FAIL(1.00)[-all]; FREEFALL_USER(0.00)[eugen]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.38)[-0.375]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-0.72)[-0.718]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_TLS_ALL(0.00)[] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N 30.12.2021 7:21, Eugene Grosbein wrote: > 29.12.2021 21:52, Lev Serebryakov wrote: >> Hello! >> >> net-p2p/monero-cli shows a lot of exceptions on FreeBSD. Monero's github [1] says, that it needs "sysctl -w vm.nr_hugepages=1280" on Linux. >> What is FreeBSD equivalent for this Linux' setting? > > Perhaps, you need to increase sysctl vm.max_wired that limits amount of mlock'ed memory for userland processes, > and don't forget about "memorylocked" limit for a process. vm.max_wired counts physical memory in 4K pages for x86. From nobody Thu Dec 30 11:48:49 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B82751917798 for ; Thu, 30 Dec 2021 11:48:54 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JPmkt3Cnhz4vhb; Thu, 30 Dec 2021 11:48:54 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 33CB12E4A3; Thu, 30 Dec 2021 11:48:54 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.134.16] (unknown [94.19.243.255]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id 4D4265E22; Thu, 30 Dec 2021 14:48:50 +0300 (MSK) Message-ID: Date: Thu, 30 Dec 2021 14:48:49 +0300 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.4.1 Reply-To: lev@FreeBSD.org Subject: Re: What is FreeBSD 12 equivalent to Linux' "sysctl -w vm.nr_hugepages=1280"? Content-Language: en-US To: Eugene Grosbein , Freebsd stable References: <431b35b0-7745-d2d7-ab04-bbf76e58608a@FreeBSD.org> <987e541a-aafd-9ae1-e243-9e58bea56ba0@grosbein.net> From: Lev Serebryakov Organization: FreeBSD In-Reply-To: <987e541a-aafd-9ae1-e243-9e58bea56ba0@grosbein.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1640864934; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=FEw9EjJemniyRKcztYFfRBNxkWfE5x/Naoq+MB/qxvw=; b=tiuZl4amjLMPPt6GEMrhT56mQZNG4XgndZ8W9zIR6ROvP/PjbzxISrKGMEHQM5b2YTT01K JbT63HXtOBjBSh+qGVrbz+NxaOTgM6hfon43Vp9SQ32+ShWxHB4RlPtWVuSWu9ALm6dFj5 0i4e5BH39GaPxzeMPHGLwWsppv8XPKfWSU1pj2TDvRzaz+ObWFwJZcEPMv7MSq1fzKAFkM aD46p8qVLN6Xm6S3BRIfK3N02u23YLK84fkE4+lJtFBZNnQnb8dF2luigiK3yC0OkTc0Y3 uqQxgZ+v4kA6bgtH3pNSRIEhT6l/oUoQyy6nnmxZOPqp2S9BigzcTA6xkuEdjg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1640864934; a=rsa-sha256; cv=none; b=qLm8t3bxQOFhb3spaMa0vytDhELeVaYLQQhYWiG/yNkYarEGVpoUYc/CNvSwA5d3W2DJ2x X/VZ9pjRDPM87/1wmY6n87JOYQQPz2sESnkmYJ1YjCEF7eMIp9cslkiDri37MVQmxBopbV Y9RggAQIBnQqgtP0D2BTN97g/EueBVL/R8G+9Jutrw4zYJiGpYdD1eYP2DHEN4Fh7beHLc 0SpRQx1Wgm992HMpeSMqGQQpjMatgSAAZ+sTAzX3QzYtzh8zkvsOwdlvWYk0C1nMg7c7mD FeAJCuilidw1K8jdL7QRPfv0LtLty2LPzindfBpd3pKR4GM2ZmR7c51hXIaXfw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N On 30.12.2021 3:21, Eugene Grosbein wrote: >> net-p2p/monero-cli shows a lot of exceptions on FreeBSD. Monero's github [1] says, that it needs "sysctl -w vm.nr_hugepages=1280" on Linux. >> What is FreeBSD equivalent for this Linux' setting? > > Perhaps, you need to increase sysctl vm.max_wired that limits amount of mlock'ed memory for userland processes, > and don't forget about "memorylocked" limit for a process. I have "vm.max_wired" absurdly high (because I thought it is in bytes): # sysctl vm.max_wired vm.max_wired: 67108864 # And mlock is enabled: # sysctl security.bsd.unprivileged_mlock security.bsd.unprivileged_mlock: 1 # Limit is set to 16MB: # sudo -u monero limits cputime infinity secs filesize infinity kB datasize 33554432 kB stacksize 524288 kB coredumpsize infinity kB memoryuse infinity kB memorylocked 16384 kB maxprocesses 34290 openfiles 1883826 sbsize infinity bytes vmemoryuse infinity kB pseudo-terminals infinity swapuse infinity kB kqueues infinity umtxp infinity # I wonder, what does it mean "1280" in Linux. If it is 1280 1MB pages, I need to increase limit. Looks like setting both max_wired and limit to 1.5GB helps, thank you! -- // Lev Serebryakov From nobody Thu Dec 30 13:09:28 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B732A1925FC0 for ; Thu, 30 Dec 2021 13:09:32 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JPpWw3QyPz3M8F; Thu, 30 Dec 2021 13:09:32 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 3ADAB2E976; Thu, 30 Dec 2021 13:09:32 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.134.16] (unknown [94.19.243.255]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id 7FFCF5DDF; Thu, 30 Dec 2021 16:09:29 +0300 (MSK) Message-ID: <418411c1-9e2a-c0a5-581a-2508d9191187@FreeBSD.org> Date: Thu, 30 Dec 2021 16:09:28 +0300 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.4.1 Subject: Re: What is FreeBSD 12 equivalent to Linux' "sysctl -w vm.nr_hugepages=1280"? Content-Language: en-US From: Lev Serebryakov To: Eugene Grosbein , Freebsd stable Reply-To: lev@FreeBSD.org, lev@FreeBSD.org References: <431b35b0-7745-d2d7-ab04-bbf76e58608a@FreeBSD.org> <987e541a-aafd-9ae1-e243-9e58bea56ba0@grosbein.net> Organization: FreeBSD In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1640869772; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=NkS9o2vRHAC5nELgyba6rsVidwEZ6pjU2yeuKOb3qc4=; b=fx162RVofTdR+v9NYUxNI2DN4yShnlEsNdfMJBM0d/Z3wgp+C79U69cIh+sVXyc83TaCoW WeY+A4db/pBOxvVb4ElHYK81yY40tmgZ9/ZqPcrB6jhaxtjziv5OZi4Nd50/qZrGRKInPc BmC4XkNtByt7n6ucs6rGBmU62sgiK5ofT95l3zBcTmpFL6PZmqmSgvrA+KcYBt9Z7R7RxH lCMLr8M3Ek2Ipps5OVVKs123GbKkbaE6UZGO6na08WH5Mdgihznfvv9pngshtKKu1ujOKD M0KndSvWj+OSypicO1VWOL60OWcE6qN35/3iHsARNYn1ysG8FdxMRHnUsuj9nw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1640869772; a=rsa-sha256; cv=none; b=ZxJJeHTUNH2LpxxV9ekDU1GwBNxd9JI9sHPi1k3uUNVUWzPOxDul4cR3+dHPTgX78G2J8R CI/CmE8YXC63+GCmzGnR/Ic+x5hwpQJ45OUovzJnrz4jBrEhTItABdxkpgnn4fXQ6KkjBh jId9ec13mlNOVZxHsIsn3JhcmmK4QjZqtZ9k2hAMoMNKfUinCYd2tvrfPBC5cae9JqgvLs /vGtboOynjzEoZr3rD+4J2xb9/NjwRtHXb7TxUWCUxFc1sKVedNEt4srISdvK/JddbEMHp ZsGxn06p06nMAFLC42bi+FaUxd4dZQhf8PFO9KrvoWQ8l1uCKOTA0U6CoM5S2Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N On 30.12.2021 14:48, Lev Serebryakov wrote: >>>   net-p2p/monero-cli shows a lot of exceptions on FreeBSD. Monero's github [1] says, that it needs "sysctl -w vm.nr_hugepages=1280" on Linux. >>>   What is FreeBSD equivalent for this Linux' setting? >> >> Perhaps, you need to increase sysctl vm.max_wired that limits amount of mlock'ed memory for userland processes, >> and don't forget about "memorylocked" limit for a process. > >  I have "vm.max_wired" absurdly high (because I thought it is in bytes): > >  I wonder, what does it mean "1280" in Linux. If it is 1280 1MB pages, I need to increase limit. Looks like setting both max_wired and limit to 1.5GB helps, thank you! Ooops, no, it doesn't help. It only postponed problem :-( Looks like I need to report this problem to upstream as new one. -- // Lev Serebryakov From nobody Thu Dec 30 15:56:51 2021 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 81BDA1921C32; Thu, 30 Dec 2021 15:57:01 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from smtp.burggraben.net (smtp.burggraben.net [IPv6:2a01:4f8:140:510a::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.burggraben.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JPtF8585Cz3w49; Thu, 30 Dec 2021 15:57:00 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from elch.exwg.net (elch.exwg.net [IPv6:2001:470:7120:1:127b:44ff:fe4f:148d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "elch.exwg.net", Issuer "R3" (not verified)) by smtp.burggraben.net (Postfix) with ESMTPS id 0E93EC011E0; Thu, 30 Dec 2021 16:56:52 +0100 (CET) Received: by elch.exwg.net (Postfix, from userid 1000) id 870813AB09; Thu, 30 Dec 2021 16:56:51 +0100 (CET) Date: Thu, 30 Dec 2021 16:56:51 +0100 From: Christoph Moench-Tegeder To: stable@freebsd.org, Freebsd stable Subject: Re: What is FreeBSD 12 equivalent to Linux' "sysctl -w vm.nr_hugepages=1280"? Message-ID: Mail-Followup-To: stable@freebsd.org, Freebsd stable References: <431b35b0-7745-d2d7-ab04-bbf76e58608a@FreeBSD.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <431b35b0-7745-d2d7-ab04-bbf76e58608a@FreeBSD.org> User-Agent: Mutt/2.1.4 (2021-12-11) X-Rspamd-Queue-Id: 4JPtF8585Cz3w49 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of cmt@burggraben.net designates 2a01:4f8:140:510a::3 as permitted sender) smtp.mailfrom=cmt@burggraben.net X-Spamd-Result: default: False [-2.49 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEFALL_USER(0.00)[cmt]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:4f8:140:510a::3]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[burggraben.net]; NEURAL_HAM_LONG(-0.99)[-0.994]; RCVD_IN_DNSWL_MED(-0.20)[2a01:4f8:140:510a::3:from]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N ## Lev Serebryakov (lev@FreeBSD.org): > net-p2p/monero-cli shows a lot of exceptions on FreeBSD. Monero's > github [1] says, that it needs "sysctl -w vm.nr_hugepages=1280" on Linux. > What is FreeBSD equivalent for this Linux' setting? There is no equivalent setting on FreeBSD (as of yet), and there's no way to explicitely request huge pages (super pages, large pages, whatever you call them) on FreeBSD in the mmap()/shmget() interfaces (as there is in Linux) (there is MAP_ALIGNED_SUPER in FreeBSD to "maximize the potential use of large (“superâ€) pages", but from the desription alone that looks like slightly different semantics - and based on how I read those sementics, that randomX code in question should either have a fallback or avoid large pages on any BSD). Regards, Christoph -- Spare Space From nobody Thu Dec 30 15:56:51 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 81BDA1921C32; Thu, 30 Dec 2021 15:57:01 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from smtp.burggraben.net (smtp.burggraben.net [IPv6:2a01:4f8:140:510a::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.burggraben.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JPtF8585Cz3w49; Thu, 30 Dec 2021 15:57:00 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from elch.exwg.net (elch.exwg.net [IPv6:2001:470:7120:1:127b:44ff:fe4f:148d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "elch.exwg.net", Issuer "R3" (not verified)) by smtp.burggraben.net (Postfix) with ESMTPS id 0E93EC011E0; Thu, 30 Dec 2021 16:56:52 +0100 (CET) Received: by elch.exwg.net (Postfix, from userid 1000) id 870813AB09; Thu, 30 Dec 2021 16:56:51 +0100 (CET) Date: Thu, 30 Dec 2021 16:56:51 +0100 From: Christoph Moench-Tegeder To: stable@freebsd.org, Freebsd stable Subject: Re: What is FreeBSD 12 equivalent to Linux' "sysctl -w vm.nr_hugepages=1280"? Message-ID: Mail-Followup-To: stable@freebsd.org, Freebsd stable References: <431b35b0-7745-d2d7-ab04-bbf76e58608a@FreeBSD.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <431b35b0-7745-d2d7-ab04-bbf76e58608a@FreeBSD.org> User-Agent: Mutt/2.1.4 (2021-12-11) X-Rspamd-Queue-Id: 4JPtF8585Cz3w49 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of cmt@burggraben.net designates 2a01:4f8:140:510a::3 as permitted sender) smtp.mailfrom=cmt@burggraben.net X-Spamd-Result: default: False [-2.49 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEFALL_USER(0.00)[cmt]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:4f8:140:510a::3]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[burggraben.net]; NEURAL_HAM_LONG(-0.99)[-0.994]; RCVD_IN_DNSWL_MED(-0.20)[2a01:4f8:140:510a::3:from]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N ## Lev Serebryakov (lev@FreeBSD.org): > net-p2p/monero-cli shows a lot of exceptions on FreeBSD. Monero's > github [1] says, that it needs "sysctl -w vm.nr_hugepages=1280" on Linux. > What is FreeBSD equivalent for this Linux' setting? There is no equivalent setting on FreeBSD (as of yet), and there's no way to explicitely request huge pages (super pages, large pages, whatever you call them) on FreeBSD in the mmap()/shmget() interfaces (as there is in Linux) (there is MAP_ALIGNED_SUPER in FreeBSD to "maximize the potential use of large (“superâ€) pages", but from the desription alone that looks like slightly different semantics - and based on how I read those sementics, that randomX code in question should either have a fallback or avoid large pages on any BSD). Regards, Christoph -- Spare Space From nobody Thu Dec 30 16:17:08 2021 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 6B5991926F65 for ; Thu, 30 Dec 2021 16:17:17 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4JPthX4263z4Vr6 for ; Thu, 30 Dec 2021 16:17:16 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.16.1/8.16.1) with ESMTPS id 1BUGH84C020362 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Thu, 30 Dec 2021 18:17:11 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 1BUGH84C020362 Received: (from kostik@localhost) by tom.home (8.16.1/8.16.1/Submit) id 1BUGH8l0020361 for stable@freebsd.org; Thu, 30 Dec 2021 18:17:08 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 30 Dec 2021 18:17:08 +0200 From: Konstantin Belousov To: stable@freebsd.org Subject: Re: What is FreeBSD 12 equivalent to Linux' "sysctl -w vm.nr_hugepages=1280"? Message-ID: References: <431b35b0-7745-d2d7-ab04-bbf76e58608a@FreeBSD.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.5 X-Spam-Checker-Version: SpamAssassin 3.4.5 (2021-03-20) on tom.home X-Rspamd-Queue-Id: 4JPthX4263z4Vr6 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=gmail.com (policy=none); spf=softfail (mx1.freebsd.org: 2001:470:d5e7:1::1 is neither permitted nor denied by domain of kostikbel@gmail.com) smtp.mailfrom=kostikbel@gmail.com X-Spamd-Result: default: False [1.41 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; R_SPF_SOFTFAIL(0.00)[~all]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_NONE(0.00)[]; NEURAL_SPAM_SHORT(0.91)[0.907]; NEURAL_SPAM_LONG(0.49)[0.493]; NEURAL_HAM_MEDIUM(-0.99)[-0.989]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none] X-ThisMailContainsUnwantedMimeParts: N On Thu, Dec 30, 2021 at 04:56:51PM +0100, Christoph Moench-Tegeder wrote: > ## Lev Serebryakov (lev@FreeBSD.org): > > > net-p2p/monero-cli shows a lot of exceptions on FreeBSD. Monero's > > github [1] says, that it needs "sysctl -w vm.nr_hugepages=1280" on Linux. > > What is FreeBSD equivalent for this Linux' setting? > > There is no equivalent setting on FreeBSD (as of yet), and there's > no way to explicitely request huge pages (super pages, large pages, > whatever you call them) on FreeBSD in the mmap()/shmget() interfaces > (as there is in Linux) (there is MAP_ALIGNED_SUPER in FreeBSD to > "maximize the potential use of large (“superâ€) pages", but from the > desription alone that looks like slightly different semantics - and > based on how I read those sementics, that randomX code in question > should either have a fallback or avoid large pages on any BSD). I have no idea what the referenced setting does on Linux. Reply below is about 'explicitly request large pages'. This is not true. There is shm_create_largepages() function which returns fd referencing shm segment. This segment mappings are guaranteed to be backed by large pages of the requested size. More, you cannot split them into mappings backed by smaller pages, so e.g. mprotect() or munmap() would only work on the chosen superpage size boundary. From nobody Thu Dec 30 19:15:18 2021 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id F3054191CC75 for ; Thu, 30 Dec 2021 19:15:21 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from smtp.burggraben.net (smtp.burggraben.net [IPv6:2a01:4f8:140:510a::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.burggraben.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JPyf066X2z4sL8 for ; Thu, 30 Dec 2021 19:15:20 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from elch.exwg.net (elch.exwg.net [IPv6:2001:470:7120:1:127b:44ff:fe4f:148d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "elch.exwg.net", Issuer "R3" (not verified)) by smtp.burggraben.net (Postfix) with ESMTPS id E4BB7C011E0 for ; Thu, 30 Dec 2021 20:15:18 +0100 (CET) Received: by elch.exwg.net (Postfix, from userid 1000) id 430FD3AB09; Thu, 30 Dec 2021 20:15:18 +0100 (CET) Date: Thu, 30 Dec 2021 20:15:18 +0100 From: Christoph Moench-Tegeder To: stable@freebsd.org Subject: Re: What is FreeBSD 12 equivalent to Linux' "sysctl -w vm.nr_hugepages=1280"? Message-ID: Mail-Followup-To: stable@freebsd.org References: <431b35b0-7745-d2d7-ab04-bbf76e58608a@FreeBSD.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/2.1.4 (2021-12-11) X-Rspamd-Queue-Id: 4JPyf066X2z4sL8 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of cmt@burggraben.net designates 2a01:4f8:140:510a::3 as permitted sender) smtp.mailfrom=cmt@burggraben.net X-Spamd-Result: default: False [-2.29 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEFALL_USER(0.00)[cmt]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:4f8:140:510a::3]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_NA(0.00)[burggraben.net]; RCVD_IN_DNSWL_MED(-0.20)[2a01:4f8:140:510a::3:from]; NEURAL_HAM_SHORT(-0.79)[-0.792]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N Hi, ## Konstantin Belousov (kostikbel@gmail.com): > > There is no equivalent setting on FreeBSD (as of yet), and there's > > no way to explicitely request huge pages (super pages, large pages, > > whatever you call them) on FreeBSD in the mmap()/shmget() interfaces > > (as there is in Linux) (there is MAP_ALIGNED_SUPER in FreeBSD to > > "maximize the potential use of large (“superâ€) pages", but from the > > desription alone that looks like slightly different semantics - and > > based on how I read those sementics, that randomX code in question > > should either have a fallback or avoid large pages on any BSD). > > I have no idea what the referenced setting does on Linux. Reply > below is about 'explicitly request large pages'. This is not true. I was talking about "via mmap()/shmget() as in Linux", where you can request large ("huge") pages by setting MAP_HUGETLB/SHM_HUGETLB in the flags argument. We do not have that flag value. > There is shm_create_largepages() function which returns fd referencing > shm segment. This segment mappings are guaranteed to be backed by large > pages of the requested size. More, you cannot split them into mappings > backed by smaller pages, so e.g. mprotect() or munmap() would only work > on the chosen superpage size boundary. Hey, that's a great thing to have. Is that supposed to be part of our official interface? I can't find any manpage on that. I only knew about MAP_ALIGNED_SUPER and memfd_create() MFD_HUGETLB "This flag is currently unsupported". On Linux, the sysctl vm.nr_hugepages sets the minimun size of the huge page pool, that is the number of pre-reserved pages of the default huge page size (2MB on x86-like), and those pages will be used for {MAP,SHM}_HUGETLB allocations - they are not used for "normal" usage, that is, if you set nr_hugepages too high, you will be out of memory very quickly. That thing is not to be confused with Linux Transparent Huge Pages mechanism (background compaction/ migration etc.). As you're working in that area - did you see "A Comprehensive Analysis of Superpage Management Mechanisms and Policies" https://www.usenix.org/conference/atc20/presentation/zhu-weixi ? Regards, Christoph -- Spare Space From nobody Thu Dec 30 19:55:17 2021 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4C1D0192B3EE for ; Thu, 30 Dec 2021 19:55:26 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4JPzXF1QgMz3jDJ for ; Thu, 30 Dec 2021 19:55:25 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.16.1/8.16.1) with ESMTPS id 1BUJtH5F073881 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Thu, 30 Dec 2021 21:55:20 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 1BUJtH5F073881 Received: (from kostik@localhost) by tom.home (8.16.1/8.16.1/Submit) id 1BUJtHD3073879 for stable@freebsd.org; Thu, 30 Dec 2021 21:55:17 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 30 Dec 2021 21:55:17 +0200 From: Konstantin Belousov To: stable@freebsd.org Subject: Re: What is FreeBSD 12 equivalent to Linux' "sysctl -w vm.nr_hugepages=1280"? Message-ID: References: <431b35b0-7745-d2d7-ab04-bbf76e58608a@FreeBSD.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.5 X-Spam-Checker-Version: SpamAssassin 3.4.5 (2021-03-20) on tom.home X-Rspamd-Queue-Id: 4JPzXF1QgMz3jDJ X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=gmail.com (policy=none); spf=softfail (mx1.freebsd.org: 2001:470:d5e7:1::1 is neither permitted nor denied by domain of kostikbel@gmail.com) smtp.mailfrom=kostikbel@gmail.com X-Spamd-Result: default: False [0.98 / 15.00]; ARC_NA(0.00)[]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; R_SPF_SOFTFAIL(0.00)[~all:c]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(0.76)[0.757]; TO_DN_NONE(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.996]; NEURAL_SPAM_LONG(0.22)[0.219]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On Thu, Dec 30, 2021 at 08:15:18PM +0100, Christoph Moench-Tegeder wrote: > Hi, > > ## Konstantin Belousov (kostikbel@gmail.com): > > > > There is no equivalent setting on FreeBSD (as of yet), and there's > > > no way to explicitely request huge pages (super pages, large pages, > > > whatever you call them) on FreeBSD in the mmap()/shmget() interfaces > > > (as there is in Linux) (there is MAP_ALIGNED_SUPER in FreeBSD to > > > "maximize the potential use of large (“superâ€) pages", but from the > > > desription alone that looks like slightly different semantics - and > > > based on how I read those sementics, that randomX code in question > > > should either have a fallback or avoid large pages on any BSD). > > > > I have no idea what the referenced setting does on Linux. Reply > > below is about 'explicitly request large pages'. This is not true. > > I was talking about "via mmap()/shmget() as in Linux", where you can > request large ("huge") pages by setting MAP_HUGETLB/SHM_HUGETLB in > the flags argument. We do not have that flag value. > > > There is shm_create_largepages() function which returns fd referencing > > shm segment. This segment mappings are guaranteed to be backed by large > > pages of the requested size. More, you cannot split them into mappings > > backed by smaller pages, so e.g. mprotect() or munmap() would only work > > on the chosen superpage size boundary. > > Hey, that's a great thing to have. Is that supposed to be part of > our official interface? I can't find any manpage on that. > I only knew about MAP_ALIGNED_SUPER and memfd_create() MFD_HUGETLB > "This flag is currently unsupported". It already is. The only known issue is that the largepages stuff is not documented. MFD_HUGETLB is emulated using shm largepages stuff. > > On Linux, the sysctl vm.nr_hugepages sets the minimun size of the > huge page pool, that is the number of pre-reserved pages of the > default huge page size (2MB on x86-like), and those pages will > be used for {MAP,SHM}_HUGETLB allocations - they are not used for > "normal" usage, that is, if you set nr_hugepages too high, you will > be out of memory very quickly. That thing is not to be confused We do not reserve anything. Largepage shm needs to be truncated to desired size before mapping, at which time the contigous physical memory chunks of right alignment are allocated. There are policy flags SHM_LARGEPAGE_ALLOC_XXX which specify how hard kernel should try to defrag if there is no suitable contigous memory. > with Linux Transparent Huge Pages mechanism (background compaction/ > migration etc.). This should be similar to our transparent superpages, which has no relations to largepage stuff. Same as in Linux, I suppose. > As you're working in that area - did you see "A Comprehensive Analysis > of Superpage Management Mechanisms and Policies" > https://www.usenix.org/conference/atc20/presentation/zhu-weixi ? I remember seeing this paper some time ago. From eugen@grosbein.net Fri Dec 31 03:32:37 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 9D6DC191416B for ; Fri, 31 Dec 2021 03:32:58 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JQ9h94Cyfz3hqY; Fri, 31 Dec 2021 03:32:57 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 1BV3Wl0x064630 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 31 Dec 2021 03:32:48 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: lev@FreeBSD.org Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 1BV3Wlsm087959 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Fri, 31 Dec 2021 10:32:47 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: What is FreeBSD 12 equivalent to Linux' "sysctl -w vm.nr_hugepages=1280"? To: lev@FreeBSD.org, Freebsd stable References: <431b35b0-7745-d2d7-ab04-bbf76e58608a@FreeBSD.org> <987e541a-aafd-9ae1-e243-9e58bea56ba0@grosbein.net> <418411c1-9e2a-c0a5-581a-2508d9191187@FreeBSD.org> From: Eugene Grosbein Message-ID: Date: Fri, 31 Dec 2021 10:32:37 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: <418411c1-9e2a-c0a5-581a-2508d9191187@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT autolearn=disabled version=3.4.2 X-Spam-Report: * -0.0 SHORTCIRCUIT No description available. * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4JQ9h94Cyfz3hqY X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=fail (mx1.freebsd.org: domain of eugen@grosbein.net does not designate 2a01:4f8:c2c:26d8::2 as permitted sender) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [0.86 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; R_SPF_FAIL(1.00)[-all]; FREEFALL_USER(0.00)[eugen]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.96)[-0.965]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; ARC_NA(0.00)[]; NEURAL_SPAM_MEDIUM(0.92)[0.920]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_TLS_ALL(0.00)[] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N 30.12.2021 20:09, Lev Serebryakov wrote: > On 30.12.2021 14:48, Lev Serebryakov wrote: > >>>> net-p2p/monero-cli shows a lot of exceptions on FreeBSD. Monero's github [1] says, that it needs "sysctl -w vm.nr_hugepages=1280" on Linux. >>>> What is FreeBSD equivalent for this Linux' setting? >>> >>> Perhaps, you need to increase sysctl vm.max_wired that limits amount of mlock'ed memory for userland processes, >>> and don't forget about "memorylocked" limit for a process. >> >> I have "vm.max_wired" absurdly high (because I thought it is in bytes): > >> >> I wonder, what does it mean "1280" in Linux. If it is 1280 1MB pages, I need to increase limit. Looks like setting both max_wired and limit to 1.5GB helps, thank you! > > Ooops, no, it doesn't help. It only postponed problem :-( Looks like I need to report this problem to upstream as new one. Maybe it needs much more memory to mlock(). I used these settings for sysutils/memtester to be able to mlock() and test most part of newly installed physical RAM, so I used to raise it upto 80% of total 2GB RAM and was able successfully run memtester within X session without any adverse effects. I mean, try incresing it more. From nobody Fri Dec 31 07:18:03 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 0143D191F6A1 for ; Fri, 31 Dec 2021 07:18:12 +0000 (UTC) (envelope-from SRS0=LcGj=RQ=klop.ws=ronald-lists@realworks.nl) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (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 4JQGh35SfQz4kLd; Fri, 31 Dec 2021 07:18:11 +0000 (UTC) (envelope-from SRS0=LcGj=RQ=klop.ws=ronald-lists@realworks.nl) Date: Fri, 31 Dec 2021 08:18:03 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1640935084; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to; bh=Onfh0/heqrks3niMax9OjWRhyeGxT8NguJ4ZryDZvzE=; b=dwGzeTtDNTChAKUAlYgQHVyCx+v/bac1CYO9crsS25PB7PES6bOweubTQjfoLYOA82TRyC EOZgcH14D6FlwXaZ7LhsBUPEcc5iAPQH2x7fLwGXBGY1PY0ufaBTj5+FKv0WuGVtL1I4q3 T9HI3iSRFe/TP66zWyTz0LnSQwlUbce8xkZFua0fuHfD5UiLVdsqyzWJiD1x9vn622Rx2P 4nocZJcb8b8/gMKbLQRd9tybSykCwEK195OfznOyz2YJrMAubQiXMvrDSwVG5KS+0a6TN7 BXqaGfmidEPFtFEJ6xx5YkwnS3f5VCvEaYr04AYcc/+mc2IJ93zvoMF58hC91g== To: Freebsd stable , Eugene Grosbein , lev@FreeBSD.org Message-ID: <848013987.289.1640935083795@localhost> In-Reply-To: Subject: Re: What is FreeBSD 12 equivalent to Linux' "sysctl -w vm.nr_hugepages=1280"? List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_288_1136817559.1640935083793" X-Mailer: Realworks (588.243.940e108) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: 4JQGh35SfQz4kLd X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: ronald-lists@klop.ws From: Ronald Klop via freebsd-stable X-Original-From: Ronald Klop X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N ------=_Part_288_1136817559.1640935083793 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit What are the exceptions you are seeing? That would be very informational. Regards, Ronald Van: Eugene Grosbein Datum: 31 december 2021 04:33 Aan: lev@FreeBSD.org, Freebsd stable Onderwerp: Re: What is FreeBSD 12 equivalent to Linux' "sysctl -w vm.nr_hugepages=1280"? > > > 30.12.2021 20:09, Lev Serebryakov wrote: > > > On 30.12.2021 14:48, Lev Serebryakov wrote: > > > >>>> net-p2p/monero-cli shows a lot of exceptions on FreeBSD. Monero's github [1] says, that it needs "sysctl -w vm.nr_hugepages=1280" on Linux. > >>>> What is FreeBSD equivalent for this Linux' setting? > >>> > >>> Perhaps, you need to increase sysctl vm.max_wired that limits amount of mlock'ed memory for userland processes, > >>> and don't forget about "memorylocked" limit for a process. > >> > >> I have "vm.max_wired" absurdly high (because I thought it is in bytes): > > > >> > >> I wonder, what does it mean "1280" in Linux. If it is 1280 1MB pages, I need to increase limit. Looks like setting both max_wired and limit to 1.5GB helps, thank you! > > > > Ooops, no, it doesn't help. It only postponed problem :-( Looks like I need to report this problem to upstream as new one. > > Maybe it needs much more memory to mlock(). > I used these settings for sysutils/memtester to be able to mlock() and test > most part of newly installed physical RAM, so I used to raise it upto 80% of total 2GB RAM > and was able successfully run memtester within X session without any adverse effects. > > I mean, try incresing it more. > > > > > > ------=_Part_288_1136817559.1640935083793 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit What are the exceptions you are seeing?
That would be very informational.

Regards,
Ronald

Van: Eugene Grosbein <eugen@grosbein.net>
Datum: 31 december 2021 04:33
Aan: lev@FreeBSD.org, Freebsd stable <freebsd-stable@freebsd.org>
Onderwerp: Re: What is FreeBSD 12 equivalent to Linux' "sysctl -w vm.nr_hugepages=1280"?

30.12.2021 20:09, Lev Serebryakov wrote:

> On 30.12.2021 14:48, Lev Serebryakov wrote:
>
>>>>   net-p2p/monero-cli shows a lot of exceptions on FreeBSD. Monero's github [1] says, that it needs "sysctl -w vm.nr_hugepages=1280" on Linux.
>>>>   What is FreeBSD equivalent for this Linux' setting?
>>>
>>> Perhaps, you need to increase sysctl vm.max_wired that limits amount of mlock'ed memory for userland processes,
>>> and don't forget about "memorylocked" limit for a process.
>>
>>   I have "vm.max_wired" absurdly high (because I thought it is in bytes):
>
>>
>>   I wonder, what does it mean "1280" in Linux. If it is 1280 1MB pages, I need to increase limit. Looks like setting both max_wired and limit to 1.5GB helps, thank you!
>
>  Ooops, no, it doesn't help. It only postponed problem :-( Looks like I need to report this problem to upstream as new one.

Maybe it needs much more memory to mlock().
I used these settings for sysutils/memtester to be able to mlock() and test
most part of newly installed physical RAM, so I used to raise it upto 80% of total 2GB RAM
and was able successfully run memtester within X session without any adverse effects.

I mean, try incresing it more.





------=_Part_288_1136817559.1640935083793-- From nobody Fri Dec 31 11:25:01 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 829FC1923A96 for ; Fri, 31 Dec 2021 11:25:07 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JQN8y6q5jz3nr5; Fri, 31 Dec 2021 11:25:06 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [IPv6:2a01:4f8:201:6350::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 7ACBB9A5D; Fri, 31 Dec 2021 11:25:06 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [IPV6:2001:470:923f:1:44e3:ab45:7e9c:bbe4] (unknown [IPv6:2001:470:923f:1:44e3:ab45:7e9c:bbe4]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id B54E65F36; Fri, 31 Dec 2021 14:25:02 +0300 (MSK) Message-ID: <5edf390a-29d6-85c3-9fb8-1652488a647c@FreeBSD.org> Date: Fri, 31 Dec 2021 14:25:01 +0300 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.4.1 Reply-To: lev@FreeBSD.org Subject: Re: What is FreeBSD 12 equivalent to Linux' "sysctl -w vm.nr_hugepages=1280"? Content-Language: en-US To: Ronald Klop , Freebsd stable , Eugene Grosbein References: <848013987.289.1640935083795@localhost> From: Lev Serebryakov Organization: FreeBSD In-Reply-To: <848013987.289.1640935083795@localhost> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1640949907; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=exvkw/U94QJwCuF9DOeARFA7BdgVLZ+JLRLBog41IJY=; b=HAhqdQTQ+oyTtdludJo1G/m8d3nPNUn33RChw/fr1xX47y7GuXqO+bZ3rbFk/pqf/H1THm jhSsT7Zr54OEvBYdXivor8w9qgR2kX0muKKiUXKoCon99BceGJpvFgVCWLP4bqx1oNlw4u 2ebnGWYR3Hz/POpT5eL7/uBPcqNBGORiTJ6LnWN5i+DpkZ86yICNWH5CiYVIaMZhPMzku1 YGPZbZFVgdLTIhrL8ZYHjZENRGRcyN7cHhumTlPGFKc4PgYV5MF4Ra624WpDsB12ZlWDxK csIimFtnHupl4dQBdOU+BaunOpGscqLlPy+Hsu9qCI+lxZq2jVmDmT2Djdtimw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1640949907; a=rsa-sha256; cv=none; b=m0rapkEig8HvwYzom9o6Je+GjegbJWb0jz+6AeH4fG3XRZEa+dks7qJ9PjiIM39I7AAzuW wrYd6M1apnUgcSur5RyYKXRV8R6Dw4F7Dlm1Tv7quvMUUcbtxozdT1TQcNdzXdRkMS5xdu uVIesiEzhWzTLM/1t5EFfVgyBLQRktB0gwi2B341D17VK6Ugy7FJH7OcuboTlePypcO1u5 eSe8ubAd/KgrsELuw3t560JLBzLCpvm4g5GqbzuBmoZ+Vfz6OVBUJbVWpeDgkNgkEddOFT WbAO3WL8SxGaNSU7yd9uMju8Q57adYt/B2pIlisCiq2sTu381S6G0D9lnFWxCQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N On 31.12.2021 10:18, Ronald Klop wrote: > What are the exceptions you are seeing? > That would be very informational. (1) I can not build it WITH_DEBUG, looks like this setting is broken, as many internal libraries are linked dynamically and mot installed. I see complains about this problem on some forums for Linux, looks like it is upstream problem. (2) Exceptions without symbols looks like this: 2021-12-31 11:18:00.339 [P2P8] INFO stacktrace src/common/stack_trace.cpp:134 Exception: boost::wrapexcept 2021-12-31 11:18:00.339 [P2P8] INFO stacktrace src/common/stack_trace.cpp:135 Unwound call stack: 2021-12-31 11:18:01.419 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 1 0x1a1254e 2021-12-31 11:18:02.498 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 2 0x1456c5c 2021-12-31 11:18:03.572 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 3 0x17f187e 2021-12-31 11:18:04.656 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 4 0x17e6ae7 2021-12-31 11:18:05.733 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 5 0x1780998 2021-12-31 11:18:06.810 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 6 0x1780c4c 2021-12-31 11:18:07.880 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 7 0x177d3f4 2021-12-31 11:18:08.959 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 8 0x177cf22 2021-12-31 11:18:10.030 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 9 0x17f7cce 2021-12-31 11:18:11.112 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 a 0x17ed1e5 2021-12-31 11:18:12.192 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 b 0x17f3223 2021-12-31 11:18:13.265 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 c 0x17f3663 2021-12-31 11:18:14.333 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 d 0x17eca97 2021-12-31 11:18:15.392 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 e 0x17f2444 2021-12-31 11:18:16.469 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 f 0x17e7092 2021-12-31 11:18:17.553 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 10 0x1848f1c 2021-12-31 11:18:18.622 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 11 0x1848705 2021-12-31 11:18:19.676 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 12 0x1431df1 2021-12-31 11:18:20.748 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 13 0x14318b1 2021-12-31 11:18:21.826 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 14 0x17e919a 2021-12-31 11:18:22.899 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 15 0x80260b5ca 2021-12-31 11:18:23.971 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 16 0x8027aa08c 2021-12-31 11:18:25.045 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 17 0x0 2021-12-31 11:18:25.045 [P2P8] INFO stacktrace src/common/stack_trace.cpp:149 Failed to find the next frame 2021-12-31 11:18:25.045 [P2P8] INFO stacktrace src/common/stack_trace.cpp:134 Exception: boost::wrapexcept 2021-12-31 11:18:25.045 [P2P8] INFO stacktrace src/common/stack_trace.cpp:135 Unwound call stack: 2021-12-31 11:18:26.125 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 1 0x1a1254e 2021-12-31 11:18:27.198 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 2 0x1456c5c 2021-12-31 11:18:28.272 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 3 0x17f187e 2021-12-31 11:18:29.349 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 4 0x17e6ae7 2021-12-31 11:18:30.424 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 5 0x1780998 2021-12-31 11:18:31.496 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 6 0x1780c4c 2021-12-31 11:18:32.573 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 7 0x177d3f4 2021-12-31 11:18:33.640 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 8 0x177cf22 2021-12-31 11:18:34.709 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 9 0x17f7cce 2021-12-31 11:18:35.783 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 a 0x17ed1e5 2021-12-31 11:18:36.850 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 b 0x17f3223 2021-12-31 11:18:37.910 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 c 0x17f3663 2021-12-31 11:18:38.979 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 d 0x17eca97 2021-12-31 11:18:40.048 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 e 0x17f2444 2021-12-31 11:18:41.115 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 f 0x17e7092 2021-12-31 11:18:42.177 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 10 0x1848f1c 2021-12-31 11:18:43.258 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 11 0x1848705 2021-12-31 11:18:44.335 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 12 0x1431df1 2021-12-31 11:18:45.413 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 13 0x14318b1 2021-12-31 11:18:46.488 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 14 0x17e919a 2021-12-31 11:18:47.556 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 15 0x80260b5ca 2021-12-31 11:18:48.635 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 16 0x8027aa08c 2021-12-31 11:18:49.711 [P2P8] INFO stacktrace src/common/stack_trace.cpp:159 17 0x0 2021-12-31 11:18:49.711 [P2P8] INFO stacktrace src/common/stack_trace.cpp:149 Failed to find the next frame When monerod starts synchronization, it works Ok for hour or so, but later these exceptions occur from time to time and after about 3 hours there are only these exceptions in the log, back-to-back. When such exception is printed out, monerod consume 100% of one core and stack trace is printed out one line per second (!). Synchronization effectively stops. Exception like this is mentioned in https://github.com/monero-project/monero/issues/6473 which is closed as fixed / workarounded. -- // Lev Serebryakov From nobody Mon Jan 3 23:40:48 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 9987C193DD91; Mon, 3 Jan 2022 23:41:05 +0000 (UTC) (envelope-from droidbittin@gmail.com) Received: from mail-qv1-xf36.google.com (mail-qv1-xf36.google.com [IPv6:2607:f8b0:4864:20::f36]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JSXLm0wzzz4hlm; Mon, 3 Jan 2022 23:41:01 +0000 (UTC) (envelope-from droidbittin@gmail.com) Received: by mail-qv1-xf36.google.com with SMTP id kk22so32776367qvb.0; Mon, 03 Jan 2022 15:41:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:from:date:message-id:subject:to; bh=vVt6x/YFsbXPbfsyz1LmXL1sWIw2Ox/oed2XBV8Vqh4=; b=glgej2U0Iogh1QSw623fquZxI7TP8D7R+aq8TyyIqCz4ujCnaMRKd2hfa6a/MEkv12 3eBxqo+oV/gOr0kq4ECVmuPZucNDG7qal3ckQoiw55fBH9RJHtNVcSilOWxwKic88/7M fnsOvR7JhdpZ677W3MvUm/pKz6+hGDuXZV/Laf5DioBx7IELS3RbDLk2yo/7/CzIJ7SQ 7Es5R5crKkHFr3u6YnDaicDiDfG5+TzhlyDtiXsnngRcLlx7A+rIT7+ChmzgaH+q4+3R ZvztzH7pahFpf7YKyy5RQMHX3s4bvWHRPQW9zXEp5Xyt0a8k4NsSRTzF2LyBTZF4BgYc v0oA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=vVt6x/YFsbXPbfsyz1LmXL1sWIw2Ox/oed2XBV8Vqh4=; b=KDs5DYlEZWzq12UY4eqMT+GMIfRIupG3lEbgj8JF+yjcBXNnjCbjmT2nD0lNY4Mb3I DbVo4M5pzj5mFfV/dVXNnuFZQgECLW7/rG73GnVzccBsGWFvcYTDyy0cqXWM+KSA46DH IQej3cRjHbQ+dmITQ+X95x5Kw1+GTtk8ygzhlawnOguVNuxJIQ3710vtAziyPpK7N5ts II1930g5cEr5bkT7tdaTkAWGpidGFwKaEBo9u8n3szA7UrNZMVYCC6z0vNRtr+clq2lH PVOMTLUTQUyILrDseG1J68RZsH3PS3nxQ7eiaLWjDenCIgvuphV4MKGiIIe6mzEiVlLl LUkw== X-Gm-Message-State: AOAM531ZZjjOIhl3HQf4UR1F4lBO4MgLeaNsIvc5Hf1b/J5vbLnhVLNI yS4GWjKHl2FqlsyDKMA15qdV+bMEhYSmpVsfJXPeXJdTypA= X-Google-Smtp-Source: ABdhPJx75ThKxo6pgJ1vrcBqS83hfiq9fFPjT4nNYxEOjqNFHIAeiDpMx+PQzJrdi0c/bfLruirEs9N7OEwiytSRxtE= X-Received: by 2002:a05:6214:2583:: with SMTP id fq3mr43759668qvb.94.1641253260579; Mon, 03 Jan 2022 15:41:00 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 From: Luna Jernberg Date: Tue, 4 Jan 2022 00:40:48 +0100 Message-ID: Subject: Introduction Luna To: kde-freebsd@kde.org, freebsd-women@freebsd.org, test@freebsd.org, freebsd-chat@freebsd.org, freebsd-translators@freebsd.org, freebsd-i18n@freebsd.org, freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org, freebsd-testing@freebsd.org, freebsd-amd64@freebsd.org Content-Type: multipart/alternative; boundary="00000000000095581805d4b60de9" X-Rspamd-Queue-Id: 4JSXLm0wzzz4hlm X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=glgej2U0; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of droidbittin@gmail.com designates 2607:f8b0:4864:20::f36 as permitted sender) smtp.mailfrom=droidbittin@gmail.com X-Spamd-Result: default: False [-3.16 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.17)[-0.175]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCPT_COUNT_SEVEN(0.00)[10]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::f36:from]; NEURAL_HAM_SHORT(-0.98)[-0.983]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N --00000000000095581805d4b60de9 Content-Type: text/plain; charset="UTF-8" Hello! Just wanted to send an email to introduce myself i am Luna 31th year old non binary GhostBSD/FreeBSD user and see if posting to the lists works i have been involved a bit in the FreeBSD community in the past (PC-BSD/TrueOS Desktop/FreeNAS days) and now running GhostBSD on that old HP laptop with Core 2 duo been helping out at EuroBSDCon 2015 in Stockholm too and visited the one 2016 in Serbia and the one online last year, and the BSD Meetups in Stockholm so some people might recognize me already, but never thinked about joining or posting to the mailing lists until now --00000000000095581805d4b60de9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello!


Just wanted to se= nd an email to introduce myself i am Luna 31th year old non binary GhostBSD= /FreeBSD user and see if posting to the lists works
i have been i= nvolved a bit in the FreeBSD community in the=C2=A0past (PC-BSD/TrueOS Desk= top/FreeNAS days)=C2=A0
and now running GhostBSD on that old HP l= aptop with Core 2 duo=C2=A0

been helping out at Eu= roBSDCon 2015 in Stockholm too and visited the one 2016 in Serbia and the o= ne online last year, and the BSD Meetups in Stockholm so some people might = recognize=C2=A0me already, but never thinked about joining or posting to th= e mailing lists until now=C2=A0=C2=A0
--00000000000095581805d4b60de9-- From nobody Tue Jan 4 15:05:53 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 9BC50193561D for ; Tue, 4 Jan 2022 15:18:18 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::12]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JSx8948fcz3pSq; Tue, 4 Jan 2022 15:18:17 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 204FI4Nc048005 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 4 Jan 2022 16:18:05 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-Authentication-Warning: uucp.dinoex.sub.de: Host uucp.dinoex.org [185.220.148.12] claimed to be uucp.dinoex.sub.de Received: (from uucp@localhost) by uucp.dinoex.sub.de (8.17.1/8.17.1/Submit) with UUCP id 204FI4AZ048004; Tue, 4 Jan 2022 16:18:04 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.16.1/8.16.1) with ESMTP id 204F6QDt038399; Tue, 4 Jan 2022 16:06:26 +0100 (CET) (envelope-from peter@gate.intra.daemon.contact) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by gate.intra.daemon.contact (8.16.1/8.16.1) with ESMTPS id 204F5rtJ038177 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 4 Jan 2022 16:05:53 +0100 (CET) (envelope-from peter@gate.intra.daemon.contact) Received: (from peter@localhost) by gate.intra.daemon.contact (8.16.1/8.16.1/Submit) id 204F5rEY038176; Tue, 4 Jan 2022 16:05:53 +0100 (CET) (envelope-from peter) Date: Tue, 4 Jan 2022 16:05:53 +0100 From: Peter To: freebsd-stable@freebsd.org, markj@freebsd.org, jtl@freebsd.org Subject: Re: dtrace bitfields failure (was: 12.3-RC1 fails ...) Message-ID: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.sub.de;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [185.220.148.12]); Tue, 04 Jan 2022 16:18:07 +0100 (CET) X-Rspamd-Queue-Id: 4JSx8948fcz3pSq X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org designates 2a0b:f840::12 as permitted sender) smtp.mailfrom=pmc@citylink.dinoex.sub.org X-Spamd-Result: default: False [-2.30 / 15.00]; FAKE_REPLY(1.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[sub.org]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[4]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE]; RCVD_TLS_LAST(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hija, sadly, I was too early in agreeing that the two patches 22082f15f9 68396709e7 together do solve the issue. They only do on a certain assumption, which does not hold true in all cases. Let's look at https://reviews.freebsd.org/D27213 This is the code in question that will trigger the action: if (dst_type == CTF_ERR && name[0] != '\0' && (hep = ctf_hash_lookup(&src_fp->ctf_names, src_fp, name, strlen(name))) != NULL && src_type != (ctf_id_t)hep->h_type) { What happens here: in the case of a bitfield type we need to also copy the corresponding intrinsic type. This condition here checks for the case and also should deliver that respective intrinsic type into the "hep" variable. But this depends on the assumption that the intrinsic type appears first in the "src_fp" container, so that the hash will point to it. And that is not necessarily true; it depends on what options you have in your kernel config. For instance, with my custom kernel, things look like this: $ ctfdump -t kernel.full - Types ---------------------------------------------------------------------- [1] STRUCT (anon) (8 bytes) sle_next type=262 off=0 [2] STRUCT (anon) (8 bytes) stqe_next type=262 off=0 [3] UNION (anon) (8 bytes) m_next type=262 off=0 m_slist type=1 off=0 m_stailq type=2 off=0 [4] UNION (anon) (8 bytes) m_nextpkt type=262 off=0 m_slistpkt type=1 off=0 m_stailqpkt type=2 off=0 <5> INTEGER char encoding=SIGNED CHAR offset=0 bits=8 <6> POINTER (anon) refers to 5 <7> TYPEDEF caddr_t refers to 6 <8> INTEGER int encoding=SIGNED offset=0 bits=32 <9> TYPEDEF __int32_t refers to 8 <10> TYPEDEF int32_t refers to 9 [11] INTEGER unsigned int encoding=0x0 offset=0 bits=8 [12] INTEGER unsigned int encoding=0x0 offset=0 bits=24 [13] STRUCT (anon) (8 bytes) cstqe_next type=229 off=0 <14> POINTER (anon) refers to 229 [15] STRUCT (anon) (16 bytes) le_next type=229 off=0 le_prev type=14 off=64 <16> INTEGER long encoding=SIGNED offset=0 bits=64 <17> ARRAY (anon) content: 5 index: 16 nelems: 16 <18> INTEGER unsigned int encoding=0x0 offset=0 bits=32 <19> TYPEDEF u_int refers to 18 [etc.etc.] As we can see, this one has the bitfield types as #11 and #12, and the intrinsic type as #18. And consequentially things do fail. I currently do not know what is the culprit. Has the linking stage of the kernel a flaw? Or is the patch D27213 based on a wrong assumption? I hope You guys can answer that. For now I changed the patch D27213 to cover the case, so that things do work. Further details on request. cheerio, PMc From nobody Tue Jan 4 18:01:55 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id A9FEF1922DE5 for ; Tue, 4 Jan 2022 18:02:04 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-il1-x135.google.com (mail-il1-x135.google.com [IPv6:2607:f8b0:4864:20::135]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JT0n84H10z4sTZ; Tue, 4 Jan 2022 18:02:04 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-il1-x135.google.com with SMTP id c4so22529219iln.7; Tue, 04 Jan 2022 10:02:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=KybLp83FaPTguDgvl1YQNQCWVjZ0Xly9vCom3Go7o6k=; b=fEy1eyun9vgCnedaNUglB47z50GzMr5hORiTB9fvPmfxYLWimCvhweHOW0wsdkMc89 DQsrdJzckVbIfGVI2vtxB6jKdUwk3ZYVj5B1vfYsi7R0KlIMyS2yieyXIYag6AIzkINA BoZSKoqYhHqNHk/EZKbsy7MslvoptGLGfMbdWacqkFYgMQ7nPM0gwbjWOwBV9l7/nJFx pOAqYJpvtYwaEt9DJfJVROUJDnKLlSmWd/KMyEn5hW00P3KbGHtwQYZ1ZceAyt0Ru/gD S22VLLJEGd+FJtrOvAww4P0eHk244Mv1dwSn1j5nwIfjBIahmTQf+zdKp+ZYOC6AKx6p OJsg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=KybLp83FaPTguDgvl1YQNQCWVjZ0Xly9vCom3Go7o6k=; b=R6jer5px/w291PYWqbbE/k+P59W/q5wdcqMW+QxVFZEB0hEIlOH0vNbsSf/ttnrwW0 nMJyL5sFohYk/Jx0hAqaVRxeHbrP52qCR1uzlFdHjZfRcex3YrPo6PR0Oo7qdssEIEaO Cwsd/2VB+wfRtZ8JUwuWwgg6ms6Xkq1JJLLkmgPIPItfb8ByJyJqHv28MTeSNb58ZAZa o1cpXhvlJ16AXdH3t/NdC92KleKefAR2gXQ+I1ImKLiknszfbO4l3bDB/JwHAAI1uABh VsugjOyq8AstueLrhAtQxPNXmgm6CrxeQeXNgoxeSt9oteQ298TtscqM/MSUQFzyToPq dPQg== X-Gm-Message-State: AOAM530ygubQhujb2NquY9t/ijZmde1JmzntPjhPeytQca9epHjjb/Ca qKQ7U3fml+8D/ixfLcQFDc3xbGNx1/s= X-Google-Smtp-Source: ABdhPJyJkn+VU+82F3oHowTNHv33v0b5tNAsO9DLNSqGsPpYg3EvyQZO/kyw4TTRuOUG5Af3H3MAmg== X-Received: by 2002:a05:6e02:1908:: with SMTP id w8mr21088903ilu.148.1641319317965; Tue, 04 Jan 2022 10:01:57 -0800 (PST) Received: from nuc (198-84-189-58.cpe.teksavvy.com. [198.84.189.58]) by smtp.gmail.com with ESMTPSA id j2sm22509392ilr.71.2022.01.04.10.01.57 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 04 Jan 2022 10:01:57 -0800 (PST) Date: Tue, 4 Jan 2022 13:01:55 -0500 From: Mark Johnston To: Peter Cc: freebsd-stable@freebsd.org, jtl@freebsd.org Subject: Re: dtrace bitfields failure (was: 12.3-RC1 fails ...) Message-ID: References: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4JT0n84H10z4sTZ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Tue, Jan 04, 2022 at 04:05:53PM +0100, Peter wrote: > > Hija, > > sadly, I was too early in agreeing that the two patches > 22082f15f9 > 68396709e7 > together do solve the issue. They only do on a certain assumption, > which does not hold true in all cases. > > > Let's look at https://reviews.freebsd.org/D27213 > > This is the code in question that will trigger the action: > > if (dst_type == CTF_ERR && name[0] != '\0' && > (hep = ctf_hash_lookup(&src_fp->ctf_names, src_fp, name, > strlen(name))) != NULL && > src_type != (ctf_id_t)hep->h_type) { > > What happens here: in the case of a bitfield type we need to also > copy the corresponding intrinsic type. This condition here checks for > the case and also should deliver that respective intrinsic type > into the "hep" variable. > > But this depends on the assumption that the intrinsic type appears > first in the "src_fp" container, so that the hash will point to it. > And that is not necessarily true; it depends on what options you have > in your kernel config. > > > For instance, with my custom kernel, things look like this: > > $ ctfdump -t kernel.full > > - Types ---------------------------------------------------------------------- > > [1] STRUCT (anon) (8 bytes) > sle_next type=262 off=0 > > [2] STRUCT (anon) (8 bytes) > stqe_next type=262 off=0 > > [3] UNION (anon) (8 bytes) > m_next type=262 off=0 > m_slist type=1 off=0 > m_stailq type=2 off=0 > > [4] UNION (anon) (8 bytes) > m_nextpkt type=262 off=0 > m_slistpkt type=1 off=0 > m_stailqpkt type=2 off=0 > > <5> INTEGER char encoding=SIGNED CHAR offset=0 bits=8 > <6> POINTER (anon) refers to 5 > <7> TYPEDEF caddr_t refers to 6 > <8> INTEGER int encoding=SIGNED offset=0 bits=32 > <9> TYPEDEF __int32_t refers to 8 > <10> TYPEDEF int32_t refers to 9 > [11] INTEGER unsigned int encoding=0x0 offset=0 bits=8 > [12] INTEGER unsigned int encoding=0x0 offset=0 bits=24 > [13] STRUCT (anon) (8 bytes) > cstqe_next type=229 off=0 > > <14> POINTER (anon) refers to 229 > [15] STRUCT (anon) (16 bytes) > le_next type=229 off=0 > le_prev type=14 off=64 > > <16> INTEGER long encoding=SIGNED offset=0 bits=64 > <17> ARRAY (anon) content: 5 index: 16 nelems: 16 > > <18> INTEGER unsigned int encoding=0x0 offset=0 bits=32 > <19> TYPEDEF u_int refers to 18 > [etc.etc.] > > > As we can see, this one has the bitfield types as #11 and #12, and > the intrinsic type as #18. And consequentially things do fail. > > > I currently do not know what is the culprit. Has the linking stage of > the kernel a flaw? Or is the patch D27213 based on a wrong assumption? > > I hope You guys can answer that. For now I changed the patch D27213 > to cover the case, so that things do work. > Further details on request. I'm not immediately sure where the problem is. Could you please post the kernel configuration and src revision that you're using, so that I can try and reproduce this? How exactly does the bug manifest? From nobody Tue Jan 4 21:58:13 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 68AC6193D442 for ; Tue, 4 Jan 2022 22:09:18 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::12]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JT6GQ1QZnz4jt3; Tue, 4 Jan 2022 22:09:18 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 204M94n9037451 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 4 Jan 2022 23:09:04 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-Authentication-Warning: uucp.dinoex.sub.de: Host uucp.dinoex.org [185.220.148.12] claimed to be uucp.dinoex.sub.de Received: (from uucp@localhost) by uucp.dinoex.sub.de (8.17.1/8.17.1/Submit) with UUCP id 204M944K037450; Tue, 4 Jan 2022 23:09:04 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.16.1/8.16.1) with ESMTP id 204M0R0N079441; Tue, 4 Jan 2022 23:00:27 +0100 (CET) (envelope-from peter@gate.intra.daemon.contact) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by gate.intra.daemon.contact (8.16.1/8.16.1) with ESMTPS id 204LwDG0078488 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 4 Jan 2022 22:58:13 +0100 (CET) (envelope-from peter@gate.intra.daemon.contact) Received: (from peter@localhost) by gate.intra.daemon.contact (8.16.1/8.16.1/Submit) id 204LwDZv078487; Tue, 4 Jan 2022 22:58:13 +0100 (CET) (envelope-from peter) Date: Tue, 4 Jan 2022 22:58:13 +0100 From: Peter To: Mark Johnston Cc: freebsd-stable@freebsd.org, jtl@freebsd.org Subject: Re: dtrace bitfields failure (was: 12.3-RC1 fails ...) Message-ID: References: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.sub.de;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [185.220.148.12]); Tue, 04 Jan 2022 23:09:07 +0100 (CET) X-Rspamd-Queue-Id: 4JT6GQ1QZnz4jt3 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Tue, Jan 04, 2022 at 01:01:55PM -0500, Mark Johnston wrote: ! On Tue, Jan 04, 2022 at 04:05:53PM +0100, Peter wrote: ! > ! > Hija, ! > ! > sadly, I was too early in agreeing that the two patches ! > 22082f15f9 ! > 68396709e7 ! > together do solve the issue. They only do on a certain assumption, ! > which does not hold true in all cases. ! > ! > ! > Let's look at https://reviews.freebsd.org/D27213 ! > ! > This is the code in question that will trigger the action: ! > ! > if (dst_type == CTF_ERR && name[0] != '\0' && ! > (hep = ctf_hash_lookup(&src_fp->ctf_names, src_fp, name, ! > strlen(name))) != NULL && ! > src_type != (ctf_id_t)hep->h_type) { ! > ! > What happens here: in the case of a bitfield type we need to also ! > copy the corresponding intrinsic type. This condition here checks for ! > the case and also should deliver that respective intrinsic type ! > into the "hep" variable. ! > ! > But this depends on the assumption that the intrinsic type appears ! > first in the "src_fp" container, so that the hash will point to it. ! > And that is not necessarily true; it depends on what options you have ! > in your kernel config. ! > ! > ! > For instance, with my custom kernel, things look like this: ! > ! > $ ctfdump -t kernel.full ! > ! > - Types ---------------------------------------------------------------------- ! > ! > [1] STRUCT (anon) (8 bytes) ! > sle_next type=262 off=0 ! > ! > [2] STRUCT (anon) (8 bytes) ! > stqe_next type=262 off=0 ! > ! > [3] UNION (anon) (8 bytes) ! > m_next type=262 off=0 ! > m_slist type=1 off=0 ! > m_stailq type=2 off=0 ! > ! > [4] UNION (anon) (8 bytes) ! > m_nextpkt type=262 off=0 ! > m_slistpkt type=1 off=0 ! > m_stailqpkt type=2 off=0 ! > ! > <5> INTEGER char encoding=SIGNED CHAR offset=0 bits=8 ! > <6> POINTER (anon) refers to 5 ! > <7> TYPEDEF caddr_t refers to 6 ! > <8> INTEGER int encoding=SIGNED offset=0 bits=32 ! > <9> TYPEDEF __int32_t refers to 8 ! > <10> TYPEDEF int32_t refers to 9 ! > [11] INTEGER unsigned int encoding=0x0 offset=0 bits=8 ! > [12] INTEGER unsigned int encoding=0x0 offset=0 bits=24 ! > [13] STRUCT (anon) (8 bytes) ! > cstqe_next type=229 off=0 ! > ! > <14> POINTER (anon) refers to 229 ! > [15] STRUCT (anon) (16 bytes) ! > le_next type=229 off=0 ! > le_prev type=14 off=64 ! > ! > <16> INTEGER long encoding=SIGNED offset=0 bits=64 ! > <17> ARRAY (anon) content: 5 index: 16 nelems: 16 ! > ! > <18> INTEGER unsigned int encoding=0x0 offset=0 bits=32 ! > <19> TYPEDEF u_int refers to 18 ! > [etc.etc.] ! > ! > ! > As we can see, this one has the bitfield types as #11 and #12, and ! > the intrinsic type as #18. And consequentially things do fail. ! > ! > ! > I currently do not know what is the culprit. Has the linking stage of ! > the kernel a flaw? Or is the patch D27213 based on a wrong assumption? ! > ! > I hope You guys can answer that. For now I changed the patch D27213 ! > to cover the case, so that things do work. ! > Further details on request. ! ! I'm not immediately sure where the problem is. Could you please post ! the kernel configuration and src revision that you're using, so that I ! can try and reproduce this? Oh, I feared that would come... Src revision is easy now: release/12.3.0 (70cb68e7a00) Kernel config is difficult. I have compiled into the kernel * ipfw (obviousely) * dtraceall * drm2 & friends (that needs objects to be added to conf/files) * khelp/h_ertt/etc. (that needs the files and fixing the SI_SUB sequence to make it boot) So the kernel config itself doesn't help to reproduce. What I am currently looking for is only an educated statement, about if that types sequence (as quoted above) can possibly happen, or, should never happen at all. If it should not happen, then it's my fault and I might go and look why it happens. ! How exactly does the bug manifest? Exactly as is to be expected, with either of these two errors (depending on the native order of files in /usr/lib/dtrace); [1] dtrace: failed to establish error handler: "/usr/lib/dtrace/ipfw.d", line 107: failed to copy type of 'inp': Conflicting type is already defined [2] dtrace: failed to establish error handler: "/usr/lib/dtrace/psinfo.d", line 41: failed to copy type of 'pr_gid': Conflicting type is already defined Then I single-stepped the libctf and it clearly showed the mismatch between type #11 and type #18 (and the patch 68396709e7 one time doing things where it shouldn't and the other time not doing things where it should). So I am probably on track with understanding what happens, nevertheless I would greatly appreciate some input from You how it *is supposed to* work. cheerio, PMc From nobody Tue Jan 4 22:58:13 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 9B9DA192CFA1 for ; Tue, 4 Jan 2022 22:58:17 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-io1-xd2a.google.com (mail-io1-xd2a.google.com [IPv6:2607:f8b0:4864:20::d2a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JT7Lx3myvz3BvS; Tue, 4 Jan 2022 22:58:17 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-io1-xd2a.google.com with SMTP id x6so45879980iol.13; Tue, 04 Jan 2022 14:58:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=eqQOK2lKrTTp+rePJAmRZjWrWHZyJuF0oBjR3dOu4IM=; b=Qx9OXGzYdi6JuPSH3nyFsmj/LxocZ2J0+lrLulJKrzHi62Hhg4FOc+yWiuPzFMj35W 1FjaCn1nLIuyQSKo7iaa0ZXEHsCi3zxbf6LVsUFhoEA67p93Y4tRWXXI8PSDnOKOyL3v Ctt558UAk6zGGkhz5jgpMJ7xfJboDQt29kT+rIvm7A6FS2JV0yUVkDu9lxBs9r+z7lM/ 4RiAxwiLCGaYZ79OAA23NuGw+/HIN3YDy/iCpCrwAh9q5XqO/jvlxylXlxTC7WQbXkdM 0A0JsySOPgWuMiah4pzNrtnkoAiaxE3aIt3KJSiuz0MFdBVoVln6l+T/ZzJ9nMvUbY/Z 2S4g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=eqQOK2lKrTTp+rePJAmRZjWrWHZyJuF0oBjR3dOu4IM=; b=UAoTaoEmfQUIUaw1avlykiThJZwbfqaIv+ao4I9TZUTx8G6LE+8XXcxLFOnBvDJsFA x8xSriqpdMjJRMaLqDPDGoQAGoNGpgaLaHGQ9rK3RisE73nH8Z+QOq8wu2R3o9ZpnTr4 1fc9+/2Kb2xlYy4KCnBkhG3r6THZl/2/Rsog3mYKntwNvWnp+qAmgbn/0IK9b0UuXhSA g31X+2Pl7jysH77zKRMjGTBBPO8GX3sPHqNBGy01ggw2HjrkC27qk72poT1YCUTlfE3a p5kUhU1ZzVQ1AbumuSSvJUs0udnB207oFkUI6gB7UHP1H51GB1VZhzn5IgXdBWbPwACN O/BQ== X-Gm-Message-State: AOAM531bSQ/PCU6BknGeHeNrKGyM9DEqmHHCI61vMv9mlt1dKckOGq5p GmJHilvb67M62BgpMApDW5+NxrZcAlw= X-Google-Smtp-Source: ABdhPJwId48eSrowjtDWyS20vO5IC+YbVhAjYj+HrOZGaVlSRGmpwxaB+URAVemxIrcXcW9wZiMG/w== X-Received: by 2002:a05:6638:3791:: with SMTP id w17mr19033790jal.310.1641337096748; Tue, 04 Jan 2022 14:58:16 -0800 (PST) Received: from nuc (198-84-189-58.cpe.teksavvy.com. [198.84.189.58]) by smtp.gmail.com with ESMTPSA id y1sm26043904ilv.10.2022.01.04.14.58.15 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 04 Jan 2022 14:58:16 -0800 (PST) Date: Tue, 4 Jan 2022 17:58:13 -0500 From: Mark Johnston To: Peter Cc: freebsd-stable@freebsd.org, jtl@freebsd.org Subject: Re: dtrace bitfields failure (was: 12.3-RC1 fails ...) Message-ID: References: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4JT7Lx3myvz3BvS X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Tue, Jan 04, 2022 at 10:58:13PM +0100, Peter wrote: > On Tue, Jan 04, 2022 at 01:01:55PM -0500, Mark Johnston wrote: > ! On Tue, Jan 04, 2022 at 04:05:53PM +0100, Peter wrote: > ! > > ! > Hija, > ! > > ! > sadly, I was too early in agreeing that the two patches > ! > 22082f15f9 > ! > 68396709e7 > ! > together do solve the issue. They only do on a certain assumption, > ! > which does not hold true in all cases. > ! > > ! > > ! > Let's look at https://reviews.freebsd.org/D27213 > ! > > ! > This is the code in question that will trigger the action: > ! > > ! > if (dst_type == CTF_ERR && name[0] != '\0' && > ! > (hep = ctf_hash_lookup(&src_fp->ctf_names, src_fp, name, > ! > strlen(name))) != NULL && > ! > src_type != (ctf_id_t)hep->h_type) { > ! > > ! > What happens here: in the case of a bitfield type we need to also > ! > copy the corresponding intrinsic type. This condition here checks for > ! > the case and also should deliver that respective intrinsic type > ! > into the "hep" variable. > ! > > ! > But this depends on the assumption that the intrinsic type appears > ! > first in the "src_fp" container, so that the hash will point to it. > ! > And that is not necessarily true; it depends on what options you have > ! > in your kernel config. > ! > > ! > > ! > For instance, with my custom kernel, things look like this: > ! > > ! > $ ctfdump -t kernel.full > ! > > ! > - Types ---------------------------------------------------------------------- > ! > > ! > [1] STRUCT (anon) (8 bytes) > ! > sle_next type=262 off=0 > ! > > ! > [2] STRUCT (anon) (8 bytes) > ! > stqe_next type=262 off=0 > ! > > ! > [3] UNION (anon) (8 bytes) > ! > m_next type=262 off=0 > ! > m_slist type=1 off=0 > ! > m_stailq type=2 off=0 > ! > > ! > [4] UNION (anon) (8 bytes) > ! > m_nextpkt type=262 off=0 > ! > m_slistpkt type=1 off=0 > ! > m_stailqpkt type=2 off=0 > ! > > ! > <5> INTEGER char encoding=SIGNED CHAR offset=0 bits=8 > ! > <6> POINTER (anon) refers to 5 > ! > <7> TYPEDEF caddr_t refers to 6 > ! > <8> INTEGER int encoding=SIGNED offset=0 bits=32 > ! > <9> TYPEDEF __int32_t refers to 8 > ! > <10> TYPEDEF int32_t refers to 9 > ! > [11] INTEGER unsigned int encoding=0x0 offset=0 bits=8 > ! > [12] INTEGER unsigned int encoding=0x0 offset=0 bits=24 > ! > [13] STRUCT (anon) (8 bytes) > ! > cstqe_next type=229 off=0 > ! > > ! > <14> POINTER (anon) refers to 229 > ! > [15] STRUCT (anon) (16 bytes) > ! > le_next type=229 off=0 > ! > le_prev type=14 off=64 > ! > > ! > <16> INTEGER long encoding=SIGNED offset=0 bits=64 > ! > <17> ARRAY (anon) content: 5 index: 16 nelems: 16 > ! > > ! > <18> INTEGER unsigned int encoding=0x0 offset=0 bits=32 > ! > <19> TYPEDEF u_int refers to 18 > ! > [etc.etc.] > ! > > ! > > ! > As we can see, this one has the bitfield types as #11 and #12, and > ! > the intrinsic type as #18. And consequentially things do fail. > ! > > ! > > ! > I currently do not know what is the culprit. Has the linking stage of > ! > the kernel a flaw? Or is the patch D27213 based on a wrong assumption? > ! > > ! > I hope You guys can answer that. For now I changed the patch D27213 > ! > to cover the case, so that things do work. > ! > Further details on request. > ! > ! I'm not immediately sure where the problem is. Could you please post > ! the kernel configuration and src revision that you're using, so that I > ! can try and reproduce this? > > Oh, I feared that would come... > Src revision is easy now: release/12.3.0 (70cb68e7a00) > > Kernel config is difficult. I have compiled into the kernel > * ipfw (obviousely) > * dtraceall > * drm2 & friends (that needs objects to be added to conf/files) > * khelp/h_ertt/etc. (that needs the files and fixing the SI_SUB > sequence to make it boot) > So the kernel config itself doesn't help to reproduce. Can you show output of "ctfdump -S /path/to/your/kernel"? Though you're on a fairly old revision, with this set of extra modules linked into the kernel you might be overflowing CTFv2's limit of 2^15 distinct type definitions. That is not the proximate cause of the problem, which as you identified is that a bitfield type is appearing before the corresponding intrinsic, but it might be the root cause if a type ID overflow is causing ctfmerge to emit types in the wrong order. > What I am currently looking for is only an educated statement, about > if that types sequence (as quoted above) can possibly happen, or, should > never happen at all. > If it should not happen, then it's my fault and I might go and look why > it happens. > > ! How exactly does the bug manifest? > > Exactly as is to be expected, with either of these two errors > (depending on the native order of files in /usr/lib/dtrace); > > [1] dtrace: failed to establish error handler: "/usr/lib/dtrace/ipfw.d", > line 107: failed to copy type of 'inp': Conflicting type is already > defined > [2] dtrace: failed to establish error handler: > "/usr/lib/dtrace/psinfo.d", line 41: failed to copy type of > 'pr_gid': Conflicting type is already defined > > > Then I single-stepped the libctf and it clearly showed the mismatch > between type #11 and type #18 (and the patch 68396709e7 one time doing > things where it shouldn't and the other time not doing things where > it should). > > So I am probably on track with understanding what happens, nevertheless > I would greatly appreciate some input from You how it *is supposed to* > work. Reading libctf's init_types(), it seems pretty clear that the comment added in D27213 is true: the second pass over the type graph inserts definitions into various hash tables, and for integer types only the first instance of a type with a particular name is inserted. In your case this means that a lookup by name of "unsigned int" will return a bitfield type. I can't immediately see how exactly ctfconvert/ctfmerge ensure that bitfields are ordered after intrinsic types, if they really do at all. It would be interesting to try running ctfconvert on each object file for your kernel to see if the ordering you showed above exists in a specific object file. If not, then I think we should check for a type ID overflow, then look more closely at ctfmerge. From nobody Wed Jan 5 20:00:51 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id CA3CA19354EE for ; Wed, 5 Jan 2022 20:09:19 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::12]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JTgYW36wYz4kBj; Wed, 5 Jan 2022 20:09:19 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 205K94pE083165 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 5 Jan 2022 21:09:05 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-Authentication-Warning: uucp.dinoex.sub.de: Host uucp.dinoex.org [185.220.148.12] claimed to be uucp.dinoex.sub.de Received: (from uucp@localhost) by uucp.dinoex.sub.de (8.17.1/8.17.1/Submit) with UUCP id 205K94xS083164; Wed, 5 Jan 2022 21:09:04 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.16.1/8.16.1) with ESMTP id 205K3RHj082304; Wed, 5 Jan 2022 21:03:27 +0100 (CET) (envelope-from peter@gate.intra.daemon.contact) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by gate.intra.daemon.contact (8.16.1/8.16.1) with ESMTPS id 205K0pK4081845 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 5 Jan 2022 21:00:51 +0100 (CET) (envelope-from peter@gate.intra.daemon.contact) Received: (from peter@localhost) by gate.intra.daemon.contact (8.16.1/8.16.1/Submit) id 205K0pR5081844; Wed, 5 Jan 2022 21:00:51 +0100 (CET) (envelope-from peter) Date: Wed, 5 Jan 2022 21:00:51 +0100 From: Peter To: Mark Johnston Cc: freebsd-stable@freebsd.org, jtl@freebsd.org Subject: Re: dtrace bitfields failure (was: 12.3-RC1 fails ...) Message-ID: References: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.sub.de;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [185.220.148.12]); Wed, 05 Jan 2022 21:09:07 +0100 (CET) X-Rspamd-Queue-Id: 4JTgYW36wYz4kBj X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Tue, Jan 04, 2022 at 05:58:13PM -0500, Mark Johnston wrote: ! On Tue, Jan 04, 2022 at 10:58:13PM +0100, Peter wrote: ! > On Tue, Jan 04, 2022 at 01:01:55PM -0500, Mark Johnston wrote: ! > ! On Tue, Jan 04, 2022 at 04:05:53PM +0100, Peter wrote: ! > ! > ! > ! > Hija, ! > ! > ! > ! > sadly, I was too early in agreeing that the two patches ! > ! > 22082f15f9 ! > ! > 68396709e7 ! > ! > together do solve the issue. They only do on a certain assumption, ! > ! > which does not hold true in all cases. ! > ! > ! > ! > ! > ! > Let's look at https://reviews.freebsd.org/D27213 ! > ! > ! > ! > This is the code in question that will trigger the action: ! > ! > ! > ! > if (dst_type == CTF_ERR && name[0] != '\0' && ! > ! > (hep = ctf_hash_lookup(&src_fp->ctf_names, src_fp, name, ! > ! > strlen(name))) != NULL && ! > ! > src_type != (ctf_id_t)hep->h_type) { ! > ! > ! > ! > What happens here: in the case of a bitfield type we need to also ! > ! > copy the corresponding intrinsic type. This condition here checks for ! > ! > the case and also should deliver that respective intrinsic type ! > ! > into the "hep" variable. ! > ! > ! > ! > But this depends on the assumption that the intrinsic type appears ! > ! > first in the "src_fp" container, so that the hash will point to it. ! > ! > And that is not necessarily true; it depends on what options you have ! > ! > in your kernel config. ! > ! > ! > ! > ! > ! > For instance, with my custom kernel, things look like this: ! > ! > ! > ! > $ ctfdump -t kernel.full ! > ! > ! > ! > - Types ---------------------------------------------------------------------- ! > ! > ! > ! > [1] STRUCT (anon) (8 bytes) ! > ! > sle_next type=262 off=0 ! > ! > ! > ! > [2] STRUCT (anon) (8 bytes) ! > ! > stqe_next type=262 off=0 ! > ! > ! > ! > [3] UNION (anon) (8 bytes) ! > ! > m_next type=262 off=0 ! > ! > m_slist type=1 off=0 ! > ! > m_stailq type=2 off=0 ! > ! > ! > ! > [4] UNION (anon) (8 bytes) ! > ! > m_nextpkt type=262 off=0 ! > ! > m_slistpkt type=1 off=0 ! > ! > m_stailqpkt type=2 off=0 ! > ! > ! > ! > <5> INTEGER char encoding=SIGNED CHAR offset=0 bits=8 ! > ! > <6> POINTER (anon) refers to 5 ! > ! > <7> TYPEDEF caddr_t refers to 6 ! > ! > <8> INTEGER int encoding=SIGNED offset=0 bits=32 ! > ! > <9> TYPEDEF __int32_t refers to 8 ! > ! > <10> TYPEDEF int32_t refers to 9 ! > ! > [11] INTEGER unsigned int encoding=0x0 offset=0 bits=8 ! > ! > [12] INTEGER unsigned int encoding=0x0 offset=0 bits=24 ! > ! > [13] STRUCT (anon) (8 bytes) ! > ! > cstqe_next type=229 off=0 ! > ! > ! > ! > <14> POINTER (anon) refers to 229 ! > ! > [15] STRUCT (anon) (16 bytes) ! > ! > le_next type=229 off=0 ! > ! > le_prev type=14 off=64 ! > ! > ! > ! > <16> INTEGER long encoding=SIGNED offset=0 bits=64 ! > ! > <17> ARRAY (anon) content: 5 index: 16 nelems: 16 ! > ! > ! > ! > <18> INTEGER unsigned int encoding=0x0 offset=0 bits=32 ! > ! > <19> TYPEDEF u_int refers to 18 ! > ! > [etc.etc.] ! > ! > ! > ! > ! > ! > As we can see, this one has the bitfield types as #11 and #12, and ! > ! > the intrinsic type as #18. And consequentially things do fail. ! > ! > ! > ! > ! > ! > I currently do not know what is the culprit. Has the linking stage of ! > ! > the kernel a flaw? Or is the patch D27213 based on a wrong assumption? ! > ! > ! > ! > I hope You guys can answer that. For now I changed the patch D27213 ! > ! > to cover the case, so that things do work. ! > ! > Further details on request. ! > ! ! > ! I'm not immediately sure where the problem is. Could you please post ! > ! the kernel configuration and src revision that you're using, so that I ! > ! can try and reproduce this? ! > ! > Oh, I feared that would come... ! > Src revision is easy now: release/12.3.0 (70cb68e7a00) ! > ! > Kernel config is difficult. I have compiled into the kernel ! > * ipfw (obviousely) ! > * dtraceall ! > * drm2 & friends (that needs objects to be added to conf/files) ! > * khelp/h_ertt/etc. (that needs the files and fixing the SI_SUB ! > sequence to make it boot) ! > So the kernel config itself doesn't help to reproduce. ! ! Can you show output of "ctfdump -S /path/to/your/kernel"? Though you're ! on a fairly old revision, with this set of extra modules linked into the ! kernel you might be overflowing CTFv2's limit of 2^15 distinct type ! definitions. That is not the proximate cause of the problem, which as ! you identified is that a bitfield type is appearing before the ! corresponding intrinsic, but it might be the root cause if a type ID ! overflow is causing ctfmerge to emit types in the wrong order. # ctfdump -S kernel.full - CTF Statistics ------------------------------------------------------------- total number of data objects = 27754 total number of functions = 27789 total number of function arguments = 66565 maximum argument list length = 22 average argument list length = 2.40 total number of types = 23838 total number of integers = 60 total number of floats = 1 total number of pointers = 6618 total number of arrays = 2079 total number of func types = 1910 total number of structs = 7474 total number of unions = 362 total number of enums = 622 total number of forward tags = 38 total number of typedefs = 3929 total number of volatile types = 44 total number of const types = 551 total number of restrict types = 0 total number of unknowns (holes) = 150 total number of struct members = 50431 maximum number of struct members = 248 total size of all structs = 6834343 maximum size of a struct = 1593440 average number of struct members = 6.75 average size of a struct = 914.42 total number of union members = 1234 maximum number of union members = 36 total size of all unions = 39472 maximum size of a union = 8208 average number of union members = 3.41 average size of a union = 109.04 total number of enum members = 6380 maximum number of enum members = 1023 average number of enum members = 10.26 total number of unique strings = 47418 bytes of string data = 630726 maximum string length = 69 average string length = 13.30 ! > What I am currently looking for is only an educated statement, about ! > if that types sequence (as quoted above) can possibly happen, or, should ! > never happen at all. ! > If it should not happen, then it's my fault and I might go and look why ! > it happens. ! > ! > ! How exactly does the bug manifest? ! > ! > Exactly as is to be expected, with either of these two errors ! > (depending on the native order of files in /usr/lib/dtrace); ! > ! > [1] dtrace: failed to establish error handler: "/usr/lib/dtrace/ipfw.d", ! > line 107: failed to copy type of 'inp': Conflicting type is already ! > defined ! > [2] dtrace: failed to establish error handler: ! > "/usr/lib/dtrace/psinfo.d", line 41: failed to copy type of ! > 'pr_gid': Conflicting type is already defined ! > ! > ! > Then I single-stepped the libctf and it clearly showed the mismatch ! > between type #11 and type #18 (and the patch 68396709e7 one time doing ! > things where it shouldn't and the other time not doing things where ! > it should). ! > ! > So I am probably on track with understanding what happens, nevertheless ! > I would greatly appreciate some input from You how it *is supposed to* ! > work. ! ! Reading libctf's init_types(), it seems pretty clear that the comment ! added in D27213 is true: the second pass over the type graph inserts ! definitions into various hash tables, and for integer types only the ! first instance of a type with a particular name is inserted. In your ! case this means that a lookup by name of "unsigned int" will return a ! bitfield type. That is my understanding so far, as well. So then, when I had figured that the hash lookup delivers the wrong type, I just removed the hash lookup, and instead search through the types sequentially. That seems to work. [3], see below ! I can't immediately see how exactly ctfconvert/ctfmerge ensure that ! bitfields are ordered after intrinsic types, if they really do at all. ! It would be interesting to try running ctfconvert on each object file ! for your kernel to see if the ordering you showed above exists in a ! specific object file. If not, then I think we should check for a type ! ID overflow, then look more closely at ctfmerge. Lets do it, that will be fun. Because, I tried already by removing files from the kernel config. The funny thing is, if I remove any one of (dtraceall, drm2, khelp/h_errt), the problem goes away. Also, if I remove any one of the h_ertt files (cc_vegas, cc_cdg), the problem goes away. And, if I *add* things to the kernel config, it also goes away. Conclusion: it seems impossible to pinpoint a single file as the cause. At that point I gave up and started to singlestep the libctf instead. So, if You're curious and want to figure it out, here is a git-am patch, that should apply right on top of release/12.3.0 (70cb68e7a00). It should create a sys/amd64/conf/D6R12V1 kernelconfig and all my sourcetree modifications, and should cleanly build the respective kernel. [3] is included, so the flaw is already covered. http://oper.dinoex.de/.well-known/acme-challenge/patch-for-mark-johnston.patch (That one should be accessible) concerning [3]: this is just an utterly non-optimized proof-of-concept patch. cheerio, PMc From nobody Sun Jan 9 14:46:52 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 1148419372E6; Sun, 9 Jan 2022 14:47:02 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660072.outbound.protection.outlook.com [40.107.66.72]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JX0Cm73krz3pFS; Sun, 9 Jan 2022 14:47:00 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=LxW+2gkd+L52V2PD+G7WnHyXsf694GLZFo5++vK7Zdz0CPrg4Pvn7paN4q0fX/zWRTKrhCbrWul2ISroPuAudG1FdpM3Q8MJF6iN+xgc5gQiJztT3FxQ54GWBHVEdCsryrJsoMyrMpZxhF4AyUoxM2jOUmmM0apUVwGajcO5INwT3p9wROP0N0Ce3HKaAV48bg9p/wEfxMlVdU+TWqcjJa3LF283oolkv/iaZUoR4K8aWEOVhVwa/ePOsrxIGEB0eJFvjCsY6AwaLW5rcFoSR+IgiSkEi0iSnltfrDtewWtZthgYoKebzKQGvcWpRsVADadH2BVGBcexNo33iRksuQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=uYvhNjkLBbpVVyabLbY/PKaBbE243acD1UAKCGLDaWE=; b=haLPjseGyjB6XICNH7x5bo+pYFg6M+M2P50kE+6ewLPx/+B1j/gMYJAL8qYS2GtysRkewq+KxVY1QBljRvOkRKPdgkICpQIy2N8BLSwQ/RZoqkcV1DGvchVAAcxg73QWeIb/l2YkIfiIyMd+lwp9j5agYnf04MKEI2Rqbx5wSoJ8sBf3Br1d3MUQXqmIf3B7IrjibrWUWW+8NkfospkbstBh9JfH6ZHkPc3dr5DO1p4T87/QYeU2Z/HpLP8NwGLelVfN72j9ASQWFCDVckUGq/+dBxjLM5iQLppK8ZQ8LQTMOMWeXNp6LDlJZ0ZdiFa5e/gQPnRyfK6T++dHU5GY2A== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=uYvhNjkLBbpVVyabLbY/PKaBbE243acD1UAKCGLDaWE=; b=UC4rpMoWch9V6aJqdVGp1prfOVf0JtVV3wnszGHTRVTwD7meT9mXv60zu7kV+vavHIjoFF/747HfSS4vkafVk/+3SG/ksqYndWajvOIelipTcDLsNtVRp3deIz0KFlZLDntz7+i+XdwBX76LvL2ErADp/InTV7WsmEU9xk4rb3b/0l03m/gTGJb1EhSKMhuSDJP0IVSp4BUGiwXWBKn3X0BEyogyB8PVJLzKOJmn2pc0de2GgeZ+fgnJ2xchQkbCM/FtkPKH2SdPomG4mDDcUmLNEunWoh9ChQRToggG7n7jng0gBi3MNBWlrwO09owZwEInoyFPsQ7ja5UE57i/Jw== Received: from YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:19::29) by YQBPR0101MB9327.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c01:62::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4867.7; Sun, 9 Jan 2022 14:46:53 +0000 Received: from YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM ([fe80::c9d2:bf41:eeca:90aa]) by YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM ([fe80::c9d2:bf41:eeca:90aa%4]) with mapi id 15.20.4867.011; Sun, 9 Jan 2022 14:46:53 +0000 From: Rick Macklem To: Miroslav Lachman <000.fbsd@quip.cz>, "freebsd-current@freebsd.org" , freebsd-stable CC: Yuri Subject: Re: Deprecating smbfs(5) and removing it before FreeBSD 14 Thread-Topic: Deprecating smbfs(5) and removing it before FreeBSD 14 Thread-Index: AQHXzvvFA1WWxQSLW0uUJGavCusr2KvuZUQAgABpl4WAAGcwgIBr+tlB Date: Sun, 9 Jan 2022 14:46:52 +0000 Message-ID: References: <6f99f9bc-8831-aefe-4f73-72f50f8f347b@aetern.org> <79402464-f9e6-5f56-645e-cfd49640032e@quip.cz> <7db04ed9-39eb-7163-ce92-9a52c5f7d302@quip.cz> In-Reply-To: <7db04ed9-39eb-7163-ce92-9a52c5f7d302@quip.cz> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: suggested_attachment_session_id: 0bff1c0c-4c91-73f7-655b-38d0c8fc7db0 x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 833edab6-05d6-4750-5a23-08d9d37ee035 x-ms-traffictypediagnostic: YQBPR0101MB9327:EE_ x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: tp90gmxjhqZoLeQlvha8m3PSM0D6z5mJWR6kTi0FiN6hl0qMnn6DsIgw9KPK6Cd1wtyEE+HQBctfSnUH8xsPoXJ+37/1p10At6jIw+PRBSu6hlJb7EPH9mxTJaczWCPdHVBV2P8QFgFm9hULr6KlBMWgSCohvmLS6mX72viIktkW2zYQTv5Q1W4ybEXUJ8fkvI1YmFpDY7XPEvTjwP6M/THEMcIXPEs5tUPN/BLGX9wDHtPNAIJ5+DPVWAYUj6MrIN5kcGx5rEsC09/ERGeh6MjlPZ1Hzsq1kRUUxoxpUhkkmsANB5viaJELnGeJtqz5OMLhNKio4aSw1hzESG3sV+3CThMxkiOJwCpyVwuDppfrEdjwzmo2SM5JOg8FFBBvHbAYLC30bdXQmkv/8lpoL308iihS6ihwcjWqz6KVbkos21l+JbP8s94G35QqBjWsGm6GK9kwCd2rpaUtAqFEHbpcrspDKDGzMOYn385YNOy5QCLdv/ydlKpMueT7l8iZQgvTOXKtoekqg2BooHh1tWFRNBRxWebxPF5vXnRAtzLj1VTWdSVS0idHyvLrwuWLEdodzFhyDoPskMXE8Z6vA53lUE5teSgmnxs+LG6XHkW6+S99XhipK4GGhUEBewhk1rX53nbFW8h+f6ctR6w0SarKl0qA2PTYV+TRL707j+rTKW/+x3JFStCPhCsLyJC+XVUWfm5U5/nrJ/+yOb64RLHmXI8n86schHSQJv2xh4KYMJyvrRrk23T0l6lBAiOu/QcULe3jYG1SWOYHIaqzMtZRxis4NCt09IRSGTHxVOo= x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(366004)(2906002)(508600001)(71200400001)(4326008)(786003)(316002)(55016003)(186003)(38100700002)(966005)(9686003)(53546011)(6506007)(7696005)(86362001)(83380400001)(66946007)(5660300002)(38070700005)(8936002)(8676002)(33656002)(110136005)(91956017)(64756008)(66446008)(52536014)(66556008)(66476007)(122000001)(76116006);DIR:OUT;SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?Pl5J6imZZfgBribnm6fTA20p24YBeKtTTG7fK2GsWdX7veicHXly0Z8lQ2Dk?= =?us-ascii?Q?xvYe5+3+XnhN6bHPmhgmHXzCl3N9XZowtpI9dbvGHqmMENeeeRRbTTMYviwC?= =?us-ascii?Q?JCtQfFCBM0VrJFsL//+ESbvAPyBJ+ByaQ+yqo8vxhd82FqwoN1wLJSTbSzOJ?= =?us-ascii?Q?l9QI7HcH0XguJ5OfzhC/Eapiau66IDvbHvFvr2cNntCm8G3R1tuDwN2oqO7G?= =?us-ascii?Q?ouy88wH/hUvk0PAKI5Rb3pEaHDGhH7ofgpK94Y5RFrhv4wUDfJRqoBErk0l+?= =?us-ascii?Q?VP18ebDHaHrXGuXfCLfqjI/viOd/57Q0CvJ+YLR+iS/AUdctNQGQx/harBK2?= =?us-ascii?Q?aiis1pUYnsAXoiR5fJCZpJlMCDhebBp6fPF9RjwTQj1u4pjBNQVbaL/XmNZl?= =?us-ascii?Q?gyMmhjFCY0I4BsOELVUa+RZ1IT1PA3dBGKeyrnPzbanZaMxE/8ns2JoKaUNo?= =?us-ascii?Q?MsLm8e5VBs4q77/DwgwdeZmJ8J7IxdKJ54pVvJTPmX9WqqlUWDVqFRZYuNNr?= =?us-ascii?Q?fqJABYfvK9vI4RPSqVqygFhNSnB0n7tlVXQflMwPMRpIEbXWz+Dxlu4A4w1p?= =?us-ascii?Q?eyg0uwnAcqm/tsbKOP9pT5rxqLMElGu+fERpvRJujJXbQmXoGHozwVg05O8Y?= =?us-ascii?Q?N07VH1FHaLOVHeyTg25U5ogxIFChDTOdcJ4gaa8RQ4Ro4swpP8LJg/n9ne0j?= =?us-ascii?Q?DBii+KNXUkoHxDxGVS5/MSgPkGtxyDyYMem8pY80XUboi3tANKssLCRPpwYO?= =?us-ascii?Q?sH11oC9632YBw2fRJeLUg0UUS+B/NUsTvVBlWk2AXY7zgs92L0SZJdCHQkf5?= =?us-ascii?Q?x8gryjP2tg6AY47ljE6HmiKlQl554jZTa+B7xQedH7Z0CRgYY0E0uODBoQko?= =?us-ascii?Q?35dcujd7prlCnQDNQyGPxdWfSv5I+soqC1CWKkJAy/5SHDAwChGG6CaYP/AM?= =?us-ascii?Q?545MH7RwUuiogJXMnzqtQdQgKlhAEYfgGdrKwTm4VN/f9A26IQfNrAvT858N?= =?us-ascii?Q?oxiauWmWWec8/Cqc0wBrjzbsvd1uTPNC+Pwuu5NjdIqmAuk3KvmsmML57oiq?= =?us-ascii?Q?gEd2xqkLqaKN27vyX+0jlSvMUU58I+DB6i5CD8FYhx8/ZJb9WLz+ldH+F7jY?= =?us-ascii?Q?eHl9NqAHqklbsoJZ3gsJlBO8Q1RxMFFJ0x+JbiR6xhEXpRlUiIKSUIZnRsqf?= =?us-ascii?Q?dW1pvHcRIgjAY+UtfTK1XFNHATzdJ4rFNvPI5M/qaJMNryI6XzSTWLqr/xQg?= =?us-ascii?Q?8kytcQcOgme2naBAFivlbkxDloOrDwcvrSZ5xlg+McrGXyZzt/I4vjQ/HZd2?= =?us-ascii?Q?9L3rl2z9l1xAGiA4I4sHodhUAaUAFq+1AWQ/qoIRWl5+ieo3BSENvk8fH7Xf?= =?us-ascii?Q?uFee6Q1P9Zyy7uo0RSeVJ5Z4IKrr5gbF8KSmoc3eqtzqLsU8rG6Y0OeZNRav?= =?us-ascii?Q?ndBHkb6I0xJlJy+KGnLJH9YjPlObjXSHxIo6jIODNL1azHyXsjukCul9pgD0?= =?us-ascii?Q?CGHypF2CKA/GQVwAdMNx6VWE2JPjPqIrBPritPpZwHlgCux7GEebdF+5ZtrW?= =?us-ascii?Q?3ZYt3cr5IL5es6MB0Olb1DjybZ0jqUyif9bcgy+cyeNaAKfxdxOU8Wc52nne?= =?us-ascii?Q?nXmYXJK+hf5rH6CmA20ITPaS5Pnht9OyHuliTjgel0mjiXsPbmGEvLLsZUYN?= =?us-ascii?Q?gEXgCQ=3D=3D?= Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 833edab6-05d6-4750-5a23-08d9d37ee035 X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Jan 2022 14:46:52.9631 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: L4jXdLDLOxHwzYAg0ZJHuhxoHpgQvaRAuMkasMiEel33IKkKqz33qQLXHX/4u9bBTRAsPmn3nhA9XIpsB3x7hg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR0101MB9327 X-Rspamd-Queue-Id: 4JX0Cm73krz3pFS X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector2 header.b=UC4rpMoW; arc=pass ("microsoft.com:s=arcselector9901:i=1"); dmarc=pass (policy=none) header.from=uoguelph.ca; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.66.72 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-6.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector2]; FREEFALL_USER(0.00)[rmacklem]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[uoguelph.ca:+]; DMARC_POLICY_ALLOW(-0.50)[uoguelph.ca,none]; RCVD_IN_DNSWL_NONE(0.00)[40.107.66.72:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.66.72:from] X-ThisMailContainsUnwantedMimeParts: N Well, I took a look at the Apple code and I'm afraid I think porting it into FreeBSD is too big a job for me. I was hoping the code would have a layer that could be used as a "block box" for the VOP calls, but that does not seem to be the case. There is also a *lot* of code in it. I am going to look at the OpenSolaris code, to see if I think it will be an easier port. rick ________________________________________ From: Miroslav Lachman <000.fbsd@quip.cz> Sent: Monday, November 1, 2021 5:47 PM To: Rick Macklem; freebsd-current@freebsd.org; freebsd-stable Cc: Yuri Subject: Re: Deprecating smbfs(5) and removing it before FreeBSD 14 CAUTION: This email originated from outside of the University of Guelph. Do= not click links or open attachments unless you recognize the sender and kn= ow the content is safe. If in doubt, forward suspicious emails to IThelp@uo= guelph.ca On 01/11/2021 16:55, Rick Macklem wrote: > Miroslav Lachman wrote: > [good stuff snipped] >> Apple sources can be found there >> https://opensource.apple.com/source/smb/ with all the history from SMBv1 >> to SMBv3. The files have original copyright header from 2001 Boris Popov >> (same as FreeBSD) but otherwise it is very different code due to >> different kernel interfaces and so on. >> With Apple and Illumos sources it is possible to have smbfs in FreeBSD >> upgraded to v2 or v3 but very skilled programmer is needed for this >> work. And for the past years there is none interested in this work. > > Although I agree that it would be a non-trivial exercise, a lot of the Ap= ple > differences are in the "smoke and mirrors" category. > Around OSX 10.4, they changed their VFS/VOP to typedefs and accessor > functions. For example: > "struct vnode *vp" became "vnode_t vp" > and "vp->v_type" became "vnode_type(vp)" > > Ten years ago, the actual semantics were very close to what FreeBSD used. > If you look at sys/fs/nfs/nfskpiport.h in older sources (around FreeBSD 1= 0), > you'll see a bunch of macros I used to allow the Apple port to also build= /run > on FreeBSD (a couple, such as vnode_t are still left because I've never g= otten > around to doing the edit to replace them). If I see it right even the 10 years old Apple version of smbfs has support for SMBv2 so if this old version is closer to FreeBSD kernel / smbfs it can be a good starting point to merge changes to our smbfs to have SMBv2 support on FreeBSD. > The hard part will be dealing with the actual VFS/VOP semantics changes t= hat > have occurred in the last 10 years. > > Did they stick APSLs on the files? (If so, I think it could still be ok, = since the APSL > is a lot like the CDDL. However, I'm not sure if the APSL has ever been b= lessed > by FreeBSD as of yet?) The old versions of smbfs has original copyright header and no other license. Newer version has some added files with different header with APSL license. For example https://opensource.apple.com/source/smb/smb-759.40.1/kernel/smbfs/smbfs_sub= r_2.h.auto.html If license is a problem then I think it can live with APSL in the ports tree as a loadable kernel module. Maybe this will be the easier for development too? > Don't assume anything will happen, but I *might* take a look in the winte= r, > since outstanding NFS changes should be done by the end of 2021. I really appreciate your endless work on NFS on FreeBSD. Without your work the NFS will be lacking behind industry standards similar to what we see with smbfs. And if you will have some spare time to take a look on smbfs and maybe solve the SMBv2 / SMBv3 problem you will be my hero. I am waiting for it for many years and I know I am not alone who needs working SMB / CIFS on FreeBSD. > It does sound like there is some interest in this and that fuse doesn't s= olve > the problem (at least for everyone). Yes, there is an interest. It was discussed few times in the past in the mailing lists and web forums.freebsd.org but without anybody willing to touch the code. FUSE alternatives have so many problems with performance, stability and configuration. https://forums.freebsd.org/threads/getting-smbnetfs-to-work.78413/ Kind regards Miroslav Lachman From nobody Mon Jan 10 05:12:58 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D3B411946DED for ; Mon, 10 Jan 2022 05:13:22 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wr1-x42c.google.com (mail-wr1-x42c.google.com [IPv6:2a00:1450:4864:20::42c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JXMRQ0Mj8z4Yql for ; Mon, 10 Jan 2022 05:13:22 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-wr1-x42c.google.com with SMTP id h10so14306200wrb.1 for ; Sun, 09 Jan 2022 21:13:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:from:date:message-id:subject:to; bh=6STaXLCx6WxfWpprWGMnCNI8rCIUp4U/acbYfzXnhuI=; b=Ev9k0S99zVCLoGzEhXHxFl9ZEHRuWAEAIOkR3FtETD7a4H0FgBl4JuJvArMtjSGyQa fFdUPwdbrs1hZRd2MnlEZzSQm0RkhvT2VC2m7o2PpAwjrIip5AF5oeJmP9vBFOWNI/4M ecjL9a0+pjDJK/apzEJfglpWq2nJbc0s8M/stKownFfQV7YaP393xvG/xfL6gpye9MWu KQUJ9ingw2qRPU1odZo1yuD9UsIce/Ou8TxZINmm9pTy/xn0GNKdCNPprzMgOGskaLmU dJ9x0uezytW7tmPavGf2O/sMjXqTVyCgZhx99Kak34VhDxuLsFtrEWNAXlD66wOb+ydW Q46w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=6STaXLCx6WxfWpprWGMnCNI8rCIUp4U/acbYfzXnhuI=; b=cwePZX3tzQIv3Rh04d1irlDsYQHDva0Xu2hQzChetykrEU0YNQHWNyEnc2EbTj+Vk8 As8KoXjgQQ1Njyt4J52X3bKI3SjLt1LoOQ/Aq8zMBjPnr8/fyakRYFwtNJgh7r2m/JoL LbPqwTufYhbzt4aeq6H8KM33UNaCBaYcV2PKfQ2DDh1OIxMs7aOChtkdndnANAnYxtMd 1WgLEjuotkKMPGTwVPcsclxNV8iMkatdu/rXPZS4c6BTc4IpjokgV12xi/8Ibe78eV1T +4zzniC83g1/J/ZzxLMa3HlZ3XH3Ul6RFaMM7msXthNOMWcYE/zJ6oFHkhD3wHDBSky3 wVxw== X-Gm-Message-State: AOAM533/341ual/FmSjw9xy262MYrd2Lc3phIfym6EUnylOkchUPaWc9 zja6uKIfZQgkTcHMETOE77Dor6FTUauSd55QbRs1Z3A+Ivr1sQ== X-Google-Smtp-Source: ABdhPJy/Xi644khVtJ9zNdfMqw7AJ/5AbFqyRFTwJxnJ6LazmWsfPkjhXPV7ckKZ+vbUYvs9A6w1sPm4GHeqCwzi4lE= X-Received: by 2002:a05:6000:15ca:: with SMTP id y10mr61623083wry.718.1641791593882; Sun, 09 Jan 2022 21:13:13 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 From: Kevin Oberman Date: Sun, 9 Jan 2022 21:12:58 -0800 Message-ID: Subject: Odd performance problems with Lenovo L15 To: FreeBSD Stable ML Content-Type: multipart/alternative; boundary="000000000000bfa6f905d5336418" X-Rspamd-Queue-Id: 4JXMRQ0Mj8z4Yql X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=Ev9k0S99; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kob6558@gmail.com designates 2a00:1450:4864:20::42c as permitted sender) smtp.mailfrom=kob6558@gmail.com X-Spamd-Result: default: False [1.80 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; NEURAL_SPAM_SHORT(0.55)[0.547]; NEURAL_SPAM_MEDIUM(0.96)[0.956]; RCPT_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42c:from]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FORGED_SENDER(0.30)[rkoberman@gmail.com,kob6558@gmail.com]; NEURAL_SPAM_LONG(1.00)[1.000]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[rkoberman@gmail.com,kob6558@gmail.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N --000000000000bfa6f905d5336418 Content-Type: text/plain; charset="UTF-8" I continue to see odd performance issues and just noticed something I can put my finger on that may explain it. It has gone from odd to totally off the rails. Any ideas will be appreciated. Normally, on an idle system I see all CPUs running at full speed. dev.cpu.7.freq: 2101 dev.cpu.6.freq: 2101 dev.cpu.5.freq: 2101 dev.cpu.4.freq: 2101 dev.cpu.3.freq: 2101 dev.cpu.2.freq: 2101 dev.cpu.1.freq: 2101 dev.cpu.0.freq: 2101 But, during a large compile (e.g. llvm or firefox), things sometimes go wonky. Everything slows to a crawl. And, I see: dev.cpu.7.freq: 400 dev.cpu.6.freq: 400 dev.cpu.5.freq: 400 dev.cpu.4.freq: 400 dev.cpu.3.freq: 400 dev.cpu.2.freq: 400 dev.cpu.1.freq: 400 dev.cpu.0.freq: 2101 And, it never changes back to faster speeds. This is while the system is idle and the temps are all back as expected in an idle system (low 40s). I suspect that the change occurs when the system is very warm. The cores reach about 90C and then start to drop back to near idle temps (<50C). This is a 4 core system, but cpu 0 and 1 are running at very different speeds... 0 at max frequency and 1 at minimum. I don't think that it is possible as that is different clock rates on the threads of a single core. Everything seems messed up with super-slow IO and processes simply locking up. They can't be killed and the system will not even shut down with the inability to terminate the "stuck" process. This is one of the Lenovo systems that will lock-up with P-States enabled, so they are disabled. I suspect that running without P-States is not well tested. As far as I know, no progress has been made as to why this happens on FreeBSD, but not on Linux. It may or may not be related to this issue. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 --000000000000bfa6f905d5336418 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I continue to see odd performance issues and jus= t noticed something I can put my finger on that may explain it. It has gone= from odd to totally off the rails. Any ideas will be appreciated.

Normally, on an idle system I see all CPUs r= unning at full speed.
dev.cpu.7.freq: 2101
dev.cpu.6.freq= : 2101
dev.cpu.5.freq: 2101
dev.cpu.4.freq: 2101
dev.cpu.3.freq: 2= 101
dev.cpu.2.freq: 2101
dev.cpu.1.freq: 2101
dev.cpu.0.freq: 2101=

But, during a large compile (e.g. llvm = or firefox), things sometimes go wonky. Everything slows to a crawl. And, I= see:
dev.cpu.7.freq: 400
dev.cpu.6.freq: 400
dev.cpu.= 5.freq: 400
dev.cpu.4.freq: 400
dev.cpu.3.freq: 400
dev.cpu.2.freq= : 400
dev.cpu.1.freq: 400
dev.cpu.0.freq: 2101

And, it never changes back to faster speeds. This is while the= system is idle and the temps=C2=A0 are all back as expected in an idle sys= tem (low 40s). I suspect that the change occurs when the system is very war= m. The cores reach about 90C and then start to drop back to near idle temps= (<50C).

This is a 4 core system,= but cpu 0 and 1 are running at very different speeds... 0 at max frequency= and 1 at minimum. I don't think that it is possible as that is differe= nt clock rates on the threads of a single core. Everything seems messed up = with super-slow IO and processes simply locking up. They can't be kille= d and the system will not even shut down with the inability to terminate th= e "stuck" process.

This= is one of the Lenovo systems that will lock-up with P-States enabled, so t= hey are disabled. I suspect that running without P-States is not well teste= d. As far as I know, no progress has been made as to why this happens on Fr= eeBSD, but not on Linux. It may or may not be related to this issue.
--
Kevin Oberman, Part = time kid herder and retired Network Engineer
E-mail: rkoberman@gmail.com
PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
--000000000000bfa6f905d5336418-- From nobody Mon Jan 10 15:27:40 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E32591954BBC; Mon, 10 Jan 2022 15:27:52 +0000 (UTC) (envelope-from SRS0=eFGI=R2=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 4JXd4R6B5Qz3p4J; Mon, 10 Jan 2022 15:27:51 +0000 (UTC) (envelope-from SRS0=eFGI=R2=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 59DE82842B; Mon, 10 Jan 2022 16:27:44 +0100 (CET) Received: from illbsd.quip.test (ip-78-45-215-131.net.upcbroadband.cz [78.45.215.131]) (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 4B50428416; Mon, 10 Jan 2022 16:27:41 +0100 (CET) Subject: Re: Deprecating smbfs(5) and removing it before FreeBSD 14 To: Rick Macklem , "freebsd-current@freebsd.org" , freebsd-stable Cc: Yuri References: <6f99f9bc-8831-aefe-4f73-72f50f8f347b@aetern.org> <79402464-f9e6-5f56-645e-cfd49640032e@quip.cz> <7db04ed9-39eb-7163-ce92-9a52c5f7d302@quip.cz> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <54704b99-7b89-76a4-0368-79bee391926d@quip.cz> Date: Mon, 10 Jan 2022 16:27:40 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4JXd4R6B5Qz3p4J X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of "SRS0=eFGI=R2=quip.cz=000.fbsd@elsa.codelab.cz" has no SPF policy when checking 94.124.105.4) smtp.mailfrom="SRS0=eFGI=R2=quip.cz=000.fbsd@elsa.codelab.cz" X-Spamd-Result: default: False [-1.80 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[quip.cz]; AUTH_NA(1.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=eFGI=R2=quip.cz=000.fbsd@elsa.codelab.cz]; RECEIVED_SPAMHAUS_PBL(0.00)[78.45.215.131:received]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=eFGI=R2=quip.cz=000.fbsd@elsa.codelab.cz]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hello Rick, thank you for the update and your time on smbfs. I hope OpenSolaris version will be portable. (or mayby some older version from Apple?) FreeBSD without possibility to mount smbfs is not an option for some projects. Kind regards Miroslav Lachman On 09/01/2022 15:46, Rick Macklem wrote: > Well, I took a look at the Apple code and I'm afraid I > think porting it into FreeBSD is too big a job for me. > > I was hoping the code would have a layer that could > be used as a "block box" for the VOP calls, but that > does not seem to be the case. > There is also a *lot* of code in it. > > I am going to look at the OpenSolaris code, to see if > I think it will be an easier port. > > rick > > ________________________________________ > From: Miroslav Lachman <000.fbsd@quip.cz> > Sent: Monday, November 1, 2021 5:47 PM > To: Rick Macklem; freebsd-current@freebsd.org; freebsd-stable > Cc: Yuri > Subject: Re: Deprecating smbfs(5) and removing it before FreeBSD 14 > > CAUTION: This email originated from outside of the University of Guelph. Do not click links or open attachments unless you recognize the sender and know the content is safe. If in doubt, forward suspicious emails to IThelp@uoguelph.ca > > > On 01/11/2021 16:55, Rick Macklem wrote: >> Miroslav Lachman wrote: >> [good stuff snipped] >>> Apple sources can be found there >>> https://opensource.apple.com/source/smb/ with all the history from SMBv1 >>> to SMBv3. The files have original copyright header from 2001 Boris Popov >>> (same as FreeBSD) but otherwise it is very different code due to >>> different kernel interfaces and so on. >>> With Apple and Illumos sources it is possible to have smbfs in FreeBSD >>> upgraded to v2 or v3 but very skilled programmer is needed for this >>> work. And for the past years there is none interested in this work. >> >> Although I agree that it would be a non-trivial exercise, a lot of the Apple >> differences are in the "smoke and mirrors" category. >> Around OSX 10.4, they changed their VFS/VOP to typedefs and accessor >> functions. For example: >> "struct vnode *vp" became "vnode_t vp" >> and "vp->v_type" became "vnode_type(vp)" >> >> Ten years ago, the actual semantics were very close to what FreeBSD used. >> If you look at sys/fs/nfs/nfskpiport.h in older sources (around FreeBSD 10), >> you'll see a bunch of macros I used to allow the Apple port to also build/run >> on FreeBSD (a couple, such as vnode_t are still left because I've never gotten >> around to doing the edit to replace them). > > If I see it right even the 10 years old Apple version of smbfs has > support for SMBv2 so if this old version is closer to FreeBSD kernel / > smbfs it can be a good starting point to merge changes to our smbfs to > have SMBv2 support on FreeBSD. > >> The hard part will be dealing with the actual VFS/VOP semantics changes that >> have occurred in the last 10 years. >> >> Did they stick APSLs on the files? (If so, I think it could still be ok, since the APSL >> is a lot like the CDDL. However, I'm not sure if the APSL has ever been blessed >> by FreeBSD as of yet?) > > The old versions of smbfs has original copyright header and no other > license. Newer version has some added files with different header with > APSL license. For example > https://opensource.apple.com/source/smb/smb-759.40.1/kernel/smbfs/smbfs_subr_2.h.auto.html > > If license is a problem then I think it can live with APSL in the ports > tree as a loadable kernel module. Maybe this will be the easier for > development too? > >> Don't assume anything will happen, but I *might* take a look in the winter, >> since outstanding NFS changes should be done by the end of 2021. > > I really appreciate your endless work on NFS on FreeBSD. Without your > work the NFS will be lacking behind industry standards similar to what > we see with smbfs. > And if you will have some spare time to take a look on smbfs and maybe > solve the SMBv2 / SMBv3 problem you will be my hero. I am waiting for it > for many years and I know I am not alone who needs working SMB / CIFS on > FreeBSD. > >> It does sound like there is some interest in this and that fuse doesn't solve >> the problem (at least for everyone). > > Yes, there is an interest. It was discussed few times in the past in the > mailing lists and web forums.freebsd.org but without anybody willing to > touch the code. > FUSE alternatives have so many problems with performance, stability and > configuration. > https://forums.freebsd.org/threads/getting-smbnetfs-to-work.78413/ > > Kind regards > Miroslav Lachman > From eugen@grosbein.net Mon Jan 10 17:45:00 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id CE57F1931C92 for ; Mon, 10 Jan 2022 17:45:10 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JXh6t4GXlz4jdX for ; Mon, 10 Jan 2022 17:45:10 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 20AHj7w0077018 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Mon, 10 Jan 2022 17:45:08 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: stable@freebsd.org Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 20AHj7dk002723 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Tue, 11 Jan 2022 00:45:07 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Odd performance problems with Lenovo L15 To: Kevin Oberman , FreeBSD Stable ML References: From: Eugene Grosbein Message-ID: <3d702fac-6177-b881-5084-decce2aa52bb@grosbein.net> Date: Tue, 11 Jan 2022 00:45:00 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT autolearn=disabled version=3.4.2 X-Spam-Report: * -0.0 SHORTCIRCUIT No description available. * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4JXh6t4GXlz4jdX X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N 10.01.2022 12:12, Kevin Oberman wrote: > I continue to see odd performance issues and just noticed something I can put my finger on that may explain it. It has gone from odd to totally off the rails. Any ideas will be appreciated. > > Normally, on an idle system I see all CPUs running at full speed. > dev.cpu.7.freq: 2101 > dev.cpu.6.freq: 2101 > dev.cpu.5.freq: 2101 > dev.cpu.4.freq: 2101 > dev.cpu.3.freq: 2101 > dev.cpu.2.freq: 2101 > dev.cpu.1.freq: 2101 > dev.cpu.0.freq: 2101 > > But, during a large compile (e.g. llvm or firefox), things sometimes go wonky. Everything slows to a crawl. And, I see: > dev.cpu.7.freq: 400 > dev.cpu.6.freq: 400 > dev.cpu.5.freq: 400 > dev.cpu.4.freq: 400 > dev.cpu.3.freq: 400 > dev.cpu.2.freq: 400 > dev.cpu.1.freq: 400 > dev.cpu.0.freq: 2101 Did you set by any chance sysctl hw.acpi.thermal.tz0.passive_cooling=1 ? Maybe, some other non-default settings for any of hw.acpi.thermal.* in /etc/sysctl.conf or /boot/loader.conf? Is powerd(8) started? Also, you did not mention your FreeBSD version. From eugen@grosbein.net Wed Jan 12 06:55:47 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 93089194CFFF for ; Wed, 12 Jan 2022 06:56:16 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JYddD2sGsz3nD0 for ; Wed, 12 Jan 2022 06:56:15 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 20C6u5Jf098157 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Wed, 12 Jan 2022 06:56:05 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 20C6u4BN019027 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT) for ; Wed, 12 Jan 2022 13:56:04 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: [FreeBSD-Announce] FreeBSD Errata Notice FreeBSD-EN-22:06.libalias To: freebsd-stable@freebsd.org References: <20220111193932.EFD081D6F3@freefall.freebsd.org> From: Eugene Grosbein Message-ID: <225fba17-42bc-2267-05c7-45431fea696d@grosbein.net> Date: Wed, 12 Jan 2022 13:55:47 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: <20220111193932.EFD081D6F3@freefall.freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xxnjJwk8TVcsOrg42OpFNkV1riOwXQ78F" X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT autolearn=disabled version=3.4.2 X-Spam-Report: * -0.0 SHORTCIRCUIT No description available. * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4JYddD2sGsz3nD0 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --xxnjJwk8TVcsOrg42OpFNkV1riOwXQ78F Content-Type: multipart/mixed; boundary="UDkOIFU4wXGTohaB7m881lQUDPCfhfi6H"; protected-headers="v1" From: Eugene Grosbein To: freebsd-stable@freebsd.org Message-ID: <225fba17-42bc-2267-05c7-45431fea696d@grosbein.net> Subject: Re: [FreeBSD-Announce] FreeBSD Errata Notice FreeBSD-EN-22:06.libalias References: <20220111193932.EFD081D6F3@freefall.freebsd.org> In-Reply-To: <20220111193932.EFD081D6F3@freefall.freebsd.org> --UDkOIFU4wXGTohaB7m881lQUDPCfhfi6H Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable > =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=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D > FreeBSD-EN-22:06.libalias Errata = Notice > The FreeBSD P= roject >=20 > Topic: Incorrect fragmented IPv4 packet handling in libalias >=20 > Category: core > Module: libalias > Announced: 2022-01-11 > Affects: All supported versions of FreeBSD. > Corrected: 2022-01-09 22:04:56 UTC (stable/13, 13.0-STABLE) > 2022-01-11 18:15:02 UTC (releng/13.0, 13.0-RELEASE-p6) > 2022-01-09 23:06:52 UTC (stable/12, 12.3-STABLE) > 2022-01-11 18:19:32 UTC (releng/12.3, 12.3-RELEASE-p1) In case someone needs the fix for stable/11, here is same patch applied m= anually: http://www.grosbein.net/freebsd/patches/libalias.11.patch It is less in size because I did not change indentation for otherwise unm= odified code blocks. --UDkOIFU4wXGTohaB7m881lQUDPCfhfi6H-- --xxnjJwk8TVcsOrg42OpFNkV1riOwXQ78F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJh3nt8AAoJELDNGvImmIsojsYH/2dVaU8kVelOeDq8hBJpKWmx 5RX0xVvalfW0OQX/4E7h9VS1hXCKALjCbMH/cubTo2COdwQSJZCj031msE/f6b4w GMHlIxJb7KA/1Zzpa/bUcTqM6b8/HTY2VFauwPIEg9FUOl9s2+GesV29kQUHkF1p AkODJn3OrfLV0+tzO93sbEy0PR/BsFTMF14iBqrGbue3uwbpOD1xCbk/nT/dKEVs yihALVgLxFqiJV1BQEdzdDVSOyiysMpklRrWKYj/dCaS3PiGL1BacEhdimWQDjZj SDmHyg2BbtsCBvJiY3mvFMlXU9OHBo7zGznqy5JcJ0uHZfIixh/G9RyrXeu9RNk= =0uYI -----END PGP SIGNATURE----- --xxnjJwk8TVcsOrg42OpFNkV1riOwXQ78F-- From nobody Thu Jan 13 15:19:16 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D136D1945268 for ; Thu, 13 Jan 2022 15:19:41 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wr1-x433.google.com (mail-wr1-x433.google.com [IPv6:2a00:1450:4864:20::433]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JZSld1H5mz3GnJ for ; Thu, 13 Jan 2022 15:19:41 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-wr1-x433.google.com with SMTP id k30so10712487wrd.9 for ; Thu, 13 Jan 2022 07:19:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=OcHHPlMQ4yzqhgPVNuDzILMj9RI/YO+e+xmwbPkaoq0=; b=OohvDAVc0nLtIrt4uC7w0JyKzhaDjHeCv636kbydR+vvpiDIG0x5qPJhP7KU76ym0U fm9gXfskOuiVO/fsr7NdQwSHfclalZwhPXxsiDYtQ2Wq7Oz4Jjlqbe52FkrW4fHm6ny5 VPmc6yjxfxgy1ja0ZtTnmmmFjXTfWYY+LPlfToPTddqSbAzbyPQHKR9e9J4iNpIfOdtb uhYdcE+Dcghn57hzvYQOqTY0Vh4vmEdTAvaYvJFG2lyZdc+4I9SVxvSOKTUv3y2Ccsq7 kdgYTLOrbdOmX7DJautMziRCA+1nF6wxspwSIEMsfc7umadUNRyZIalDILzMPrwO4PY3 +z0g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=OcHHPlMQ4yzqhgPVNuDzILMj9RI/YO+e+xmwbPkaoq0=; b=j8MvrI9SOh+yOn5u57vs3aCO/pzOHXpI/D5UvYSMXWsSiuv37+CUT9HJ45eNH5OaiI 5HNpf8PlAMyl5qFeoAi/wYADvZCeyWvMXoi3O8kkZy7aXhXLWbg+5LraI+XsaWrjQ1iV jj6KwQStBZlYMjbU985GKWRd90CnwefqYeS0kZYmE2lijzFgcXREHjC8a11P8yYSPfSw hBg0WLc4iO4FnkC0+7q1ASFKxd8ab30EQ9RA5YSBjomb4P4Tyno5r1wbyxnOmcCN2JHh 04Sb5p88feHjSXpN8vX986a+3tSU1q53MK9vCR/oCYiI4b9yCyMBljv8DYSc6wFvIx6w e3AQ== X-Gm-Message-State: AOAM5319kXeBchWpdWm2eVoTUT/wG6mxpa3dZvsKqOi7QBzvssZJ6iHy a8JNmgQtSE30naRKlXFFGj19XZFI7RMRoTfUWG9bTNpMwSz7ZA== X-Google-Smtp-Source: ABdhPJxq5VkHWiNPqMvdGvnVjvsDYXA/MyPvekfBUa+LgGLIpI3pQWPxOUawGdhm3syLWfVaCiTGAN559sdVHDxI2JA= X-Received: by 2002:a5d:6586:: with SMTP id q6mr4557633wru.62.1642087173888; Thu, 13 Jan 2022 07:19:33 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <3d702fac-6177-b881-5084-decce2aa52bb@grosbein.net> In-Reply-To: <3d702fac-6177-b881-5084-decce2aa52bb@grosbein.net> From: Kevin Oberman Date: Thu, 13 Jan 2022 07:19:16 -0800 Message-ID: Subject: Re: Odd performance problems with Lenovo L15 To: Eugene Grosbein Cc: FreeBSD Stable ML Content-Type: multipart/alternative; boundary="000000000000b09f6505d5783622" X-Rspamd-Queue-Id: 4JZSld1H5mz3GnJ X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=OohvDAVc; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kob6558@gmail.com designates 2a00:1450:4864:20::433 as permitted sender) smtp.mailfrom=kob6558@gmail.com X-Spamd-Result: default: False [-1.67 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; NEURAL_SPAM_MEDIUM(0.03)[0.033]; NEURAL_HAM_SHORT(-1.00)[-1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::433:from]; MID_RHS_MATCH_FROMTLD(0.00)[]; MLMMJ_DEST(0.00)[stable]; FORGED_SENDER(0.30)[rkoberman@gmail.com,kob6558@gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[rkoberman@gmail.com,kob6558@gmail.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N --000000000000b09f6505d5783622 Content-Type: text/plain; charset="UTF-8" On Mon, Jan 10, 2022 at 9:46 AM Eugene Grosbein wrote: > 10.01.2022 12:12, Kevin Oberman wrote: > > > I continue to see odd performance issues and just noticed something I > can put my finger on that may explain it. It has gone from odd to totally > off the rails. Any ideas will be appreciated. > > > > Normally, on an idle system I see all CPUs running at full speed. > > dev.cpu.7.freq: 2101 > > dev.cpu.6.freq: 2101 > > dev.cpu.5.freq: 2101 > > dev.cpu.4.freq: 2101 > > dev.cpu.3.freq: 2101 > > dev.cpu.2.freq: 2101 > > dev.cpu.1.freq: 2101 > > dev.cpu.0.freq: 2101 > > > > But, during a large compile (e.g. llvm or firefox), things sometimes go > wonky. Everything slows to a crawl. And, I see: > > dev.cpu.7.freq: 400 > > dev.cpu.6.freq: 400 > > dev.cpu.5.freq: 400 > > dev.cpu.4.freq: 400 > > dev.cpu.3.freq: 400 > > dev.cpu.2.freq: 400 > > dev.cpu.1.freq: 400 > > dev.cpu.0.freq: 2101 > > Did you set by any chance sysctl hw.acpi.thermal.tz0.passive_cooling=1 ? > Maybe, some other non-default settings for any of hw.acpi.thermal.* in > /etc/sysctl.conf or /boot/loader.conf? > Is powerd(8) started? > > Also, you did not mention your FreeBSD version Sorry for the long delay in responding. No changes from the default hw.acpi.thermal settings. FreeBSD ptavv 13.0-STABLE FreeBSD 13.0-STABLE #1 stable/13-n248149-87c8d285397: Sat Nov 20 17:00:28 PST 2021 root@ptavv:/usr/obj/usr/src/amd64.amd64/sys/GENERIC.4BSD amd64 I have been seeing strange performance problems for some time; probably since about when 13.0 was released, maybe since I started using the system after it was discovered that disabling P-States stopped the system freezes I had been experiencing. This is not regularly reproducible. I built llvm90 and then did a buildworld yesterday without the issue showing up. Normally a large build will show temperatures rise and fall between about 45C and 92C. The fan will speed up as the temperature rises and slow when it falls. This happens over a period of minutes and never seems to find a "medium" point where the temperature stabilizes. When the problem shows up, the temperature drops to near idle levels and the build takes a very long time. I have not tried forcing the frequency back to the 2.1G max speed. I'm probably still missing some behaviors, but I think this is most of it. Thanks for the response. Sorry again for the long delay in respoinding. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 --000000000000b09f6505d5783622 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Mon, Jan 10, 2022 at 9:46 AM= Eugene Grosbein <eugen@grosbein.n= et> wrote:
10.01.2022 12:12, Kevin Oberman wrote:
> I continue to see odd performance issues and just noticed something I = can put my finger on that may explain it. It has gone from odd to totally o= ff the rails. Any ideas will be appreciated.
>
> Normally, on an idle system I see all CPUs running at full speed.
> dev.cpu.7.freq: 2101
> dev.cpu.6.freq: 2101
> dev.cpu.5.freq: 2101
> dev.cpu.4.freq: 2101
> dev.cpu.3.freq: 2101
> dev.cpu.2.freq: 2101
> dev.cpu.1.freq: 2101
> dev.cpu.0.freq: 2101
>
> But, during a large compile (e.g. llvm or firefox), things sometimes g= o wonky. Everything slows to a crawl. And, I see:
> dev.cpu.7.freq: 400
> dev.cpu.6.freq: 400
> dev.cpu.5.freq: 400
> dev.cpu.4.freq: 400
> dev.cpu.3.freq: 400
> dev.cpu.2.freq: 400
> dev.cpu.1.freq: 400
> dev.cpu.0.freq: 2101

Did you set by any chance sysctl hw.acpi.thermal.tz0.passive_cooling=3D1 ?<= br> Maybe, some other non-default settings for any of hw.acpi.thermal.* in /etc= /sysctl.conf or /boot/loader.conf?
Is powerd(8) started?

Also, you did not mention your FreeBSD version

<= div style=3D"font-family:tahoma,sans-serif;font-size:small" class=3D"gmail_= default">Sorry for the long delay in responding.

<= div style=3D"font-family:tahoma,sans-serif;font-size:small" class=3D"gmail_= default">No changes from the default hw.acpi.thermal settings.
FreeBSD ptavv 13.0-STABLE FreeBSD 13.0-STABLE #1 stable/13-n248149-87c8d= 285397: Sat Nov 20 17:00:28 PST 2021 =C2=A0 =C2=A0 root@ptavv:/usr/obj/usr/= src/amd64.amd64/sys/GENERIC.4BSD =C2=A0amd64

I have been seeing strange performance problems for some time; probabl= y since about when 13.0 was released, maybe since I started using the syste= m after it was discovered that disabling P-States stopped the system freeze= s I had been experiencing.

This is = not regularly reproducible. I built llvm90 and then did a buildworld yester= day without the issue showing up.

Normal= ly a large build will show temperatures rise and fall between about 45C and= 92C. The fan will speed up as the temperature rises and slow when it falls= . This happens over a period of minutes and never seems to find a "med= ium" point where the temperature stabilizes. When the problem shows up= , the temperature drops to near idle levels and the build takes a very long= time.

I have not tried forcing the freq= uency back to the 2.1G max speed.

I'= m probably still missing some behaviors, but I think this is most of it.

Thanks for the response. Sorry again for t= he long delay in respoinding.
--
Kevin Oberman, Part time kid herder and reti= red Network Engineer
E-mail: rkoberman@gmail.com
PGP Fingerprint: D03FB9= 8AFA78E3B78C1694B318AB39EF1B055683
--000000000000b09f6505d5783622-- From nobody Fri Jan 14 10:27:06 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 206B61956F51 for ; Fri, 14 Jan 2022 10:27:44 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [176.74.240.9]) (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 4JZyDG6tJRz4XMl for ; Fri, 14 Jan 2022 10:27:42 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from router10g.digiware.nl (localhost.digiware.nl [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id B808E5B3BF; Fri, 14 Jan 2022 11:27:34 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=digiware.nl; s=medusa-2017; t=1642156054; bh=UKDK2DV60LH72ff8b3miD2Sd4GjuCAm78p2EniC03xo=; h=Date:To:From:Subject; b=clxZlPnQxa0oLlbGJaCFpH9yI+J1cZrPe0aVDB1ecyXo9CeMsK9iee+CFccCzsgHN hvx1gUpsZkDil9m2PSwHCI+W3LvdmV+TnDuPIQyDhxFjLVD0LW6nQOU9HLp3scS2O7 4QgnR1wor5nSjcYiaemhNojmaGJlMKDNR19d/pbLFVD+qYRinsbhnNBhFIaJkXV4hC sW9eUsBSgBPqRSXvYqnJAkwz/snPYVCl4/gx7LZ6E1xlGk8QffacvFrsj4hwjvfLTC 13bHJY05S7iWMHA5v1gjIlPQPWkfZ4bW5vKgwJWWoTQC3fGGUSYJ/qERfQuymlIR7D oIFn8HQ611siA== X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by router10g.digiware.nl (router10g.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oKdl-8SPA0B8; Fri, 14 Jan 2022 11:27:08 +0100 (CET) Received: from [192.168.10.67] (opteron [192.168.10.67]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id DEF835B5AC for ; Fri, 14 Jan 2022 11:27:07 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=digiware.nl; s=medusa-2017; t=1642156027; bh=UKDK2DV60LH72ff8b3miD2Sd4GjuCAm78p2EniC03xo=; h=Date:To:From:Subject; b=dY2rDeJ9wyEt9u+vRePUTZTpqpE60X9VYbo245U3RqoH5PimayTXsKOJUFtSzJ+wj CmGMYo+PCclvZcB8gsOx3/LlFfkuvNKdEM4xMZlDDhbh7rPbHEBi+Rcw/zed/MAMX5 h7IC+ccRBBqmd3ixg/STqJNT+gmp8ipfSyMYB3WmQ/obb5ucY0Tf2H4ShdW5RjCEsB EwoU68PYrIfWGUjSrnN5642Tc2kpty/XsqNkp+q2KGxkMqlQfMNZ53vgX3S2w8R03h nqfAuY5fmNjEFIJvrAz/B+pE89L8Cd22+s+0Mi+0zh1A4A4rQZMW9PAyG/q31sJB9I Cxzr+NmLQpfLw== Message-ID: <8ac447b6-eaaf-0a8f-da69-27db15dd6f55@digiware.nl> Date: Fri, 14 Jan 2022 11:27:06 +0100 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0 Thunderbird/91.4.1 Content-Language: en-GB To: "stable@freebsd.org" From: Willem Jan Withagen Subject: Trying to boot a supermicro H8DMT board Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4JZyDG6tJRz4XMl X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=digiware.nl header.s=medusa-2017 header.b=clxZlPnQ; dkim=pass header.d=digiware.nl header.s=medusa-2017 header.b=dY2rDeJ9; dmarc=pass (policy=quarantine) header.from=digiware.nl; spf=pass (mx1.freebsd.org: domain of wjw@digiware.nl designates 176.74.240.9 as permitted sender) smtp.mailfrom=wjw@digiware.nl X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[digiware.nl:s=medusa-2017]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[digiware.nl:+]; DMARC_POLICY_ALLOW(-0.50)[digiware.nl,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; TO_DN_EQ_ADDR_ALL(0.00)[]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:28878, ipnet:176.74.224.0/19, country:NL]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hi, I was given these SMC h8DMT boards to experiment with. (For liquid cooling) Theze are server board that normally go into twin board systems. 2 Opteron 2380 per board. It sort of boots, and gets to:     Beasty loader     then booting the kernel after the spinner    prints the first few lines of boot output, like what compilers is used    and then output stops. I guess that it thinks it needs to write the rest to either serial console or something else. Does this sound familiar to anybody? What do I need to toggle to keep writing where it started? Thanx, --WjW From nobody Fri Jan 14 10:44:34 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E6DBE1961B91 for ; Fri, 14 Jan 2022 10:44:44 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from mail.in-addr.com (mail.in-addr.com [IPv6:2a01:4f8:191:61e8::2525:2525]) (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 4JZybv4zCfz4g5m for ; Fri, 14 Jan 2022 10:44:43 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from gjp by mail.in-addr.com with local (Exim 4.95 (FreeBSD)) (envelope-from ) id 1n8K4Q-000Klc-W7; Fri, 14 Jan 2022 10:44:35 +0000 Date: Fri, 14 Jan 2022 10:44:34 +0000 From: Gary Palmer To: Willem Jan Withagen Cc: "stable@freebsd.org" Subject: Re: Trying to boot a supermicro H8DMT board Message-ID: References: <8ac447b6-eaaf-0a8f-da69-27db15dd6f55@digiware.nl> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8ac447b6-eaaf-0a8f-da69-27db15dd6f55@digiware.nl> X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on mail.in-addr.com); SAEximRunCond expanded to false X-Rspamd-Queue-Id: 4JZybv4zCfz4g5m X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=softfail (mx1.freebsd.org: 2a01:4f8:191:61e8::2525:2525 is neither permitted nor denied by domain of gpalmer@freebsd.org) smtp.mailfrom=gpalmer@freebsd.org X-Spamd-Result: default: False [1.50 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; FREEFALL_USER(0.00)[gpalmer]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.90)[-0.895]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[freebsd.org]; R_SPF_SOFTFAIL(0.00)[~all:c]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(1.00)[1.000]; HFILTER_HELO_4(2.50)[mail.in-addr.com]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On Fri, Jan 14, 2022 at 11:27:06AM +0100, Willem Jan Withagen wrote: > Hi, > > I was given these SMC h8DMT boards to experiment with. > (For liquid cooling) > > Theze are server board that normally go into twin board systems. > 2 Opteron 2380 per board. > > It sort of boots, and gets to: > ?????? Beasty loader > ?????? then booting the kernel after the spinner > ???? prints the first few lines of boot output, like what compilers is used > ???? and then output stops. > > I guess that it thinks it needs to write the rest to either serial console > or something else. > > Does this sound familiar to anybody? > What do I need to toggle to keep writing where it started? What version of FreeBSD are you using? You can try going to the command prompt from the Beastie menu and putting in console="comconsole" comconsole_speed="115200" (replace the speed on 2nd line as appropriate to match the speed the board used prior to the kernel loading) and seeing if that helps. Regards, Gary From nobody Fri Jan 14 11:06:25 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 320EB194A573 for ; Fri, 14 Jan 2022 11:06:53 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [176.74.240.9]) (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 4JZz5S119Pz4rCY; Fri, 14 Jan 2022 11:06:52 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from router10g.digiware.nl (localhost.digiware.nl [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id CD6915B802; Fri, 14 Jan 2022 12:06:50 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=digiware.nl; s=medusa-2017; t=1642158410; bh=S1ko8MzfDIv4CgrBht8E/lBhpDR9UoxN90coOOv7x6Y=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=gmoqhMopHrgMsbvYqk6HXNo2r26WJJMO/f4xT4CdMndyRoUxVBy81Le72ny3tPAM5 Zph3ir9HSz6FCRYVjOEfGtPt/c4JPieDOw+wJtxinr4kX4hBnABf1ETRDK4X0xopsX SP+uRuHo69zJipa7xYmM1ZBrSBZFl8wZosPH8Tq3dekefQUwPTqymAsftVDvPvM2l+ ejoD+tC0SFt+y7EnO8iUjuy9hs+mFamds4JuFNGgLEoZlN/3s2Dc5n7zrwt422sL08 07Hm4D2wp2NgsQSAxLugGqMvn5T9LnIR1rCyvDxz3eOG65NP9bcaUG5t+LPY5IqBk/ LG7Jc50BmZonA== X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by router10g.digiware.nl (router10g.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UO2mvqPjNrR3; Fri, 14 Jan 2022 12:06:26 +0100 (CET) Received: from [192.168.10.67] (opteron [192.168.10.67]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id 3DACE5B73B; Fri, 14 Jan 2022 12:06:26 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=digiware.nl; s=medusa-2017; t=1642158386; bh=S1ko8MzfDIv4CgrBht8E/lBhpDR9UoxN90coOOv7x6Y=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=r76I+tPR801FPjypN012NjOqqgRYwGOnlzfQUrtNfdUEGgsao851qxYKSPG/y6UwU KXf3XQw44Sv5LjVukZOniZR2caVumm9pw8C10mMaeOMLK40rebvTznoiDmwB7IxUkP xEHFQTir/4KP9NoBPJXHuayRd5/d0AI3VdRiQutipd7atNdzlqHLnIi6U9l9t9zMnv hmd9Nt8O1CAz5UofUPKc1oGvYunzk8F0i2llw9VWrSJMX7oghkcnz52OiIxAPuTooD UYjrv2GpmgSX7B966G9xm1fnoJFiUut8DXhJnz3o613OnlyxvSdn2arqWxEUPUqhR+ Me8wX7GUmMmNQ== Message-ID: Date: Fri, 14 Jan 2022 12:06:25 +0100 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0 Thunderbird/91.4.1 Subject: Re: Trying to boot a supermicro H8DMT board Content-Language: nl To: Gary Palmer Cc: "stable@freebsd.org" References: <8ac447b6-eaaf-0a8f-da69-27db15dd6f55@digiware.nl> From: Willem Jan Withagen In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4JZz5S119Pz4rCY X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=digiware.nl header.s=medusa-2017 header.b=gmoqhMop; dkim=pass header.d=digiware.nl header.s=medusa-2017 header.b=r76I+tPR; dmarc=pass (policy=quarantine) header.from=digiware.nl; spf=pass (mx1.freebsd.org: domain of wjw@digiware.nl designates 176.74.240.9 as permitted sender) smtp.mailfrom=wjw@digiware.nl X-Spamd-Result: default: False [-4.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[digiware.nl:s=medusa-2017]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[4]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DKIM_TRACE(0.00)[digiware.nl:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[digiware.nl,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:28878, ipnet:176.74.224.0/19, country:NL]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 14-1-2022 11:44, Gary Palmer wrote: > On Fri, Jan 14, 2022 at 11:27:06AM +0100, Willem Jan Withagen wrote: >> Hi, >> >> I was given these SMC h8DMT boards to experiment with. >> (For liquid cooling) >> >> Theze are server board that normally go into twin board systems. >> 2 Opteron 2380 per board. >> >> It sort of boots, and gets to: >> ?????? Beasty loader >> ?????? then booting the kernel after the spinner >> ???? prints the first few lines of boot output, like what compilers is used >> ???? and then output stops. >> >> I guess that it thinks it needs to write the rest to either serial console >> or something else. >> >> Does this sound familiar to anybody? >> What do I need to toggle to keep writing where it started? > What version of FreeBSD are you using? I tried both 12.2 and 13.0 (both RELEASE) with similar effects. > You can try going to the command prompt from the Beastie menu and > putting in > > console="comconsole" > comconsole_speed="115200" > > (replace the speed on 2nd line as appropriate to match the speed the board > used prior to the kernel loading) 'mmm I would expect output then to go into the serial port, which is not connected. (I'd have to see if there is flatcable thingy somewhere here.) But I'll give it a try anyways. > and seeing if that helps. Note that the board has a VGA output that I'm using. It also has an IPMI board, but that does not connect to the network whatever I try. So I've taken that out, but still the output went into thin air. Thanx, --WjW From nobody Fri Jan 14 12:21:30 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4A7E1195BAFD for ; Fri, 14 Jan 2022 12:21:37 +0000 (UTC) (envelope-from fluffy@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Jb0lj0Q1Kz3rxP; Fri, 14 Jan 2022 12:21:37 +0000 (UTC) (envelope-from fluffy@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1642162897; 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=euFFpSLo4FIuOoj1InjWtKQ5Z0+X/QjUwmIu9UTL930=; b=QRNznbgDTt2jpex0uPWwugOMaod+RDQ1eWp3IuywvqjzGYqY17cdiJDJoj46SAh7RKAANO HOHzHbFbFPBIW4x0Tdgz9XDpNv3QZreHkxrIoiDkbN5N/zAg7PYnwZvXRtinmYaRFs/qXv 5IFer03xQ8+TBtNjaukwW03lu8RO3Yr8ayAeeJOcvvd2ZLmyQyFiA9UvTltCDAX/R6gxtq r/78gvvuCB+slB/c9oEfkv6YlI71kxVe9mbMvy05O4r0DUbGPhBYCX+au1IiVoCZu8FREv WFRxOlpfyKfplRwY8dfLFiRMiSvoQhsKtJH44BQDaNhHBV+b2sc1/R6gWU9xuQ== Received: from [10.103.46.146] (unknown [5.101.143.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: fluffy) by smtp.freebsd.org (Postfix) with ESMTPSA id 013397F92; Fri, 14 Jan 2022 12:21:35 +0000 (UTC) (envelope-from fluffy@FreeBSD.org) Date: Fri, 14 Jan 2022 15:21:30 +0300 From: Dima Panov To: Gary Palmer , Willem Jan Withagen Cc: "=?utf-8?Q?stable=40freebsd.org?=" Message-ID: <922d73de-3409-4fd5-a8e5-f85410043c98@Canary> In-Reply-To: References: <8ac447b6-eaaf-0a8f-da69-27db15dd6f55@digiware.nl> Subject: Re: Trying to boot a supermicro H8DMT board List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="61e16acb_b03e0c6_9b94"; protocol="application/pgp-signature" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1642162897; 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=euFFpSLo4FIuOoj1InjWtKQ5Z0+X/QjUwmIu9UTL930=; b=lTqaPeJSQ/490EGFxGjzzLAbVgCEx6zBzBLdVjs9ZGsa+gyT8ci+j9oSKfHl35WIUhv8MN 6Ym6QcNZ1t2J5Qm8nfcizjJ+TN+KL5OXwCnNpjOjYOZrvI1M25iEe69KcR/P39xsCkUTLf VIjZd7MPgMnD+AjtT8xBju3mjWE2oxprGtXKSG9D233QPXtVWZuG5rJ5dCaSLncB/Sv/tD rwknP2JWSAj9sZGf2zbTlCf1nxu3NwVKQHltlUslbw25Ghi1VRQqGSBB/FPA4LJ09EKpI0 iPw8zYabo2lKYuVIWC7OzP0bgnW92eRaPSEei+aaoAgPlD4DiEbnd2KGms8tvQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1642162897; a=rsa-sha256; cv=none; b=dAUHeooRcFBGXARgZ3LASSEkKgBjS3Euj0URxIzc9H53BI3UFZ74zwl9IaqoRSjDrpFTA4 84ErcN/+Wz0J5Yi85PnJcIA/vDUMBrE6YrmKb3bw3KvK2okQXeSPKuRJHx5dzGankSW8av cf20e+34UpGAg7pTmKaYc87GnV5bioTLrSH6AArpU3T9xRW9MpvP5jK61QKZUcLAuq44hn p/5Z90wT7IWSOX23EwcGrU2gDJDyZTc8U2RNmXCqL55HWO+gAX2SptSP5VnNMU4PrjAXpp LjBc5Jv+uiuGbpvMXB6LjtEzAETw1HeZD75wVJuf/ArUMYhnQ2xEh/RgMYlqIw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N --61e16acb_b03e0c6_9b94 Content-Type: multipart/alternative; boundary="61e16aca_4353d0cd_9b94" --61e16aca_4353d0cd_9b94 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Moin=21 Looks like boolloader select comconsole as primary output instead of loca= l framebuffer. try to play with loader settings console=3D=E2=80=9Cvidconsole=E2=80=9D or conlole=3D=E2=80=9Cefi=E2=80=9D (with uefi boot) -- Dima. (desktop, kde, x11, office, ports-secteam)=40=46reeBSD team (fluffy=40=46reeBSD.org, https://t.me/dima=5Fpanov) > On =46riday, Jan 14, 2022 at 2:08 PM, Willem Jan Withagen wrote: > On 14-1-2022 11:44, Gary Palmer wrote: > > On =46ri, Jan 14, 2022 at 11:27:06AM +0100, Willem Jan Withagen wrote= : > > > Hi, > > > > > > I was given these SMC h8DMT boards to experiment with. > > > (=46or liquid cooling) > > > > > > Theze are server board that normally go into twin board systems. > > > 2 Opteron 2380 per board. > > > > > > It sort of boots, and gets to: > > > =3F=3F=3F=3F=3F=3F Beasty loader > > > =3F=3F=3F=3F=3F=3F then booting the kernel after the spinner > > > =3F=3F=3F=3F prints the first few lines of boot output, like what c= ompilers is used > > > =3F=3F=3F=3F and then output stops. > > > > > > I guess that it thinks it needs to write the rest to either serial = console > > > or something else. > > > > > > Does this sound familiar to anybody=3F > > > What do I need to toggle to keep writing where it started=3F > > What version of =46reeBSD are you using=3F > I tried both 12.2 and 13.0 (both RELEASE) > with similar effects. > > You can try going to the command prompt from the Beastie menu and > > putting in > > > > console=3D=22comconsole=22 > > comconsole=5Fspeed=3D=22115200=22 > > > > (replace the speed on 2nd line as appropriate to match the speed the = board > > used prior to the kernel loading) > > 'mmm I would expect output then to go into the serial port, which is no= t > connected. > (I'd have to see if there is flatcable thingy somewhere here.) > But I'll give it a try anyways. > > > and seeing if that helps. > Note that the board has a VGA output that I'm using. > It also has an IPMI board, but that does not connect to the network > whatever I try. > So I've taken that out, but still the output went into thin air. > > Thanx, > --WjW > > --61e16aca_4353d0cd_9b94 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline <= meta name=3D=22viewport=22 content=3D=22width=3Ddevice-width, initial-sca= le=3D1.0, user-scalable=3Dno=22> 3D=22=22
Moin=21


Looks= like boolloader select comconsole as primary output instead of local fra= mebuffer.

try to play with loader settings
=

console=3D=E2=80=9Cvidconsole=E2=80=9D
or=C2= =A0
conlole=3D=E2=80=9Cefi=E2=80=9D (with uefi boot)=C2=A0

--
Dima. (desktop, kde, x11, office, po= rts-secteam)=40=46reeBSD team
(fluffy=40=46reeBSD.org, https://= t.me/dima=5Fpanov)

<= div>On =46riday, Jan 14, 2022 at 2:08 PM, Willem Jan Withagen <wjw=40digiware.nl> wrote:
On 14-1-2022 11:44, Gary Palmer wrote:
On =46ri, Jan 14, 2022 at 11:27:06AM +0100, Willem Jan Withagen w= rote:
Hi,

I was given these SM= C h8DMT boards to experiment with.
(=46or liquid cooling)

Th= eze are server board that normally go into twin board systems.
2 Opte= ron 2380 per board.

It sort of boots, and gets to:
=3F=3F=3F= =3F=3F=3F Beasty loader
=3F=3F=3F=3F=3F=3F then booting the kernel af= ter the spinner
=3F=3F=3F=3F prints the first few lines of boot outpu= t, like what compilers is used
=3F=3F=3F=3F and then output stops.
I guess that it thinks it needs to write the rest to either serial= console
or something else.

Does this sound familiar to anyb= ody=3F
What do I need to toggle to keep writing where it started=3F <= br>
What version of =46reeBSD are you using=3F
I tried both 12.2 and 13.0 (both RELEASE)
with similar effects.
You can try going to the command prompt f= rom the Beastie menu and
putting in

console=3D=22comconsole=22=
comconsole=5Fspeed=3D=22115200=22

(replace the speed on 2nd= line as appropriate to match the speed the board
used prior to the k= ernel loading)

'mmm I would expect output then to g= o into the serial port, which is not
connected.
(I'd have to see = if there is flatcable thingy somewhere here.)
But I'll give it a try = anyways.

and seeing if that helps.=
Note that the board has a VGA output that I'm using. It also has an IPMI board, but that does not connect to the network whatever I try.
So I've taken that out, but still the output went in= to thin air.

Thanx,
--WjW


--61e16aca_4353d0cd_9b94-- --61e16acb_b03e0c6_9b94 Content-Type: application/pgp-signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: Canary PGP V3 iQJVBAABCgA/OBxEaW1hIFBhbm92IChGcmVlQlNELk9SRyBDb21taXR0ZXIpIDxm bHVmZnlARnJlZUJTRC5PUkc+BQJh4WrKAAoJEPuLoJ3VOY8p/EAQAIcX/qPpXLud gZ3yaZuS8ig7I2ok8zU+ybSk0UKsb5xMU/PxpkY9Wdqqvkga69iVFL974m25hbLb 2F1/8M3Um5Vn4MfFG5fqFNLddSimwB+Qo8vnvKU0u8nIHu2SQJA4ImyH5gdLEjGL qC5JuIcSoc0eWKpHKdk7JuKkk52SsCcRXw1mrqMij0wtw0EfSr7naZ0te9Mbl1j+ u5QU3uuANraRHUPb9VfyaArRJsx4CoDdecBmfBGkrNMIjakXyysoJfdG9tkxaL/n UjvQ3OphMUCslhZQGscaYiNxcIVzDwzfeHRoO9MlL+y/wla+4OWhSu6hT8jwo0s4 g4HS9fU+UPH/JplFkomMT3ucka89vljm9I7t1hcvSCy4e6Lg6IPD/Yj/ju4KVNiP ZFTbMUbqBriDZurYoBWw7PEp7dzbsOKjmhZfeFU/EpIfEY3bTWz2SWMG06gexWk4 A9+CBbS6YVc7YfrIXavjQU5I0+YzXaSK9sXeN9UdRXXKxkmDU3lMA4mt8uVEPVhL Cy29oe9O90AMOsaBWK6hSCE9pOytciR00grTBsoGRcogl3PQLEU1SEWhae3DNeWr BtMwE/LzbNXuB3Mpm5EOe1fUAWT1sjbRwHw16ywi5i7Xb44amwIRZoUT3UndL6PZ PEKLW/6IzF/WZj9M3yiSeCNn74aYeSRG =om3v -----END PGP SIGNATURE----- --61e16acb_b03e0c6_9b94-- From nobody Fri Jan 14 12:23:23 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 06C0B195E11F for ; Fri, 14 Jan 2022 12:23:55 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [176.74.240.9]) (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 4Jb0pK3yYsz3v7D for ; Fri, 14 Jan 2022 12:23:50 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from router10g.digiware.nl (localhost.digiware.nl [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 92B525B9E9; Fri, 14 Jan 2022 13:23:49 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=digiware.nl; s=medusa-2017; t=1642163029; bh=b80Zk/sZrQvPTLKsHVJITZ5tM80hHvqj/H/IfOHxPa0=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=gUDh6xqoO4DEzaQZrZdWM4G9jaJhbrQ74gQeAAgBZp0//eFapndb9q9ZSb4BheZvo LQzr/psEupr0ou6hOoEEmsIqwX1ORQYXCIlBTMwEViWDfLMDYErNQ/mMqCkxFqjeAK 9k0i46ntGDYT0wLFqbtrV7GQRQxFmy9ud4Y9XrBYaRtjxkST+jf9HzSf7CyGZrmQSi lvegZIBV5RQhce2bYPEfxIZ1vjyBUbKo9xpAIn56eEENeQGYkELGnMZGrwMkTtJoBd HWZ7zYHwGicYoyZf8WzUhMSKIxm23l1J7IVkP04dTMNFCx//tu2JkV0b0j5QW8ejzn KT8+c+B8mEJ7g== X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by router10g.digiware.nl (router10g.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cU1S_AKaVr5r; Fri, 14 Jan 2022 13:23:24 +0100 (CET) Received: from [192.168.10.67] (opteron [192.168.10.67]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id 4DBF35BB5D; Fri, 14 Jan 2022 13:23:24 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=digiware.nl; s=medusa-2017; t=1642163004; bh=b80Zk/sZrQvPTLKsHVJITZ5tM80hHvqj/H/IfOHxPa0=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=Lj19U2iyKcW6eJ8R5uXi8sp4pUgEk0nPks4abq1Lc8tQhamzcsR3S8gHXqYp3B8ds CqZ1/thy7J5kyJBID1w/q1Tc9xydmt7ZCiCLWUGEM5eHrWFtukiY2IGxBrxelB9tJb ido5buUhPfp9iPqmVyV4/bxQRkBp/D7a/USUHmG67BIxX9LTdC7gxPMsJcjT+IEUVe 98yty+gpt5pPoSLsASdf5S6TC+fERD8YZ9gw6c+oY//DtiWlUEHJXFyayCWxj8zdD8 lXeTZ2JCgWY1Y9XiBhHLSNDnWDGzpIj+J8jJ61Jf4BlbKvxZK4QVPunAPq6BMDVGMa YkyDB9v6CD5fQ== Message-ID: <2ec39eef-d2e2-c55e-b032-43de86e71a57@digiware.nl> Date: Fri, 14 Jan 2022 13:23:23 +0100 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0 Thunderbird/91.4.1 Subject: Re: Trying to boot a supermicro H8DMT board Content-Language: nl To: Gary Palmer Cc: "stable@freebsd.org" References: <8ac447b6-eaaf-0a8f-da69-27db15dd6f55@digiware.nl> From: Willem Jan Withagen In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4Jb0pK3yYsz3v7D X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=digiware.nl header.s=medusa-2017 header.b=gUDh6xqo; dkim=pass header.d=digiware.nl header.s=medusa-2017 header.b=Lj19U2iy; dmarc=pass (policy=quarantine) header.from=digiware.nl; spf=pass (mx1.freebsd.org: domain of wjw@digiware.nl designates 176.74.240.9 as permitted sender) smtp.mailfrom=wjw@digiware.nl X-Spamd-Result: default: False [-4.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[digiware.nl:s=medusa-2017]; ARC_NA(0.00)[]; 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.10)[text/plain]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[digiware.nl:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[digiware.nl,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:28878, ipnet:176.74.224.0/19, country:NL]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 14-1-2022 12:26, Gary Palmer wrote: > On Fri, Jan 14, 2022 at 12:06:25PM +0100, Willem Jan Withagen wrote: >> On 14-1-2022 11:44, Gary Palmer wrote: >>> On Fri, Jan 14, 2022 at 11:27:06AM +0100, Willem Jan Withagen wrote: >>>> Hi, >>>> >>>> I was given these SMC h8DMT boards to experiment with. >>>> (For liquid cooling) >>>> >>>> Theze are server board that normally go into twin board systems. >>>> 2 Opteron 2380 per board. >>>> >>>> It sort of boots, and gets to: >>>> ?????? Beasty loader >>>> ?????? then booting the kernel after the spinner >>>> ???? prints the first few lines of boot output, like what compilers is used >>>> ???? and then output stops. >>>> >>>> I guess that it thinks it needs to write the rest to either serial console >>>> or something else. >>>> >>>> Does this sound familiar to anybody? >>>> What do I need to toggle to keep writing where it started? >>> What version of FreeBSD are you using? >> I tried both 12.2 and 13.0 (both RELEASE) >> with similar effects. >>> You can try going to the command prompt from the Beastie menu and >>> putting in >>> >>> console="comconsole" >>> comconsole_speed="115200" >>> >>> (replace the speed on 2nd line as appropriate to match the speed the board >>> used prior to the kernel loading) >> 'mmm I would expect output then to go into the serial port, which is not >> connected. >> (I'd have to see if there is flatcable thingy somewhere here.) >> But I'll give it a try anyways. >> >>> and seeing if that helps. >> Note that the board has a VGA output that I'm using. >> It also has an IPMI board, but that does not connect to the network whatever >> I try. >> So I've taken that out, but still the output went into thin air. > Apologies, I thought you were using comconsole. Just as info: As soon is I type 'set console="comconsole"' my input has gone... Not possible to set the linespeed after that, only it still accepts keyboard but does not echo to VGA. So I guess the order has to be the other way around:  set speed and then swithc console. > console="vidconsole" This is the default if I show the loader options. > or > > console="efi" > if the board has EFI, may work better. Not sure if H8DMT has EFI or not It is a 2004 bios, I guess not EFI. Did not find it in any of the bios settings. I have the feeling that one way or another the kernel thinks that:   it should no longer write to the VGA videobuffer Or that some settings disable the video output. --WjW From eugen@grosbein.net Fri Jan 14 12:58:03 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 74810194CF8A for ; Fri, 14 Jan 2022 12:58:24 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Jb1Z7482Fz4fvT for ; Fri, 14 Jan 2022 12:58:23 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 20ECwDEE026737 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 14 Jan 2022 12:58:14 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: wjw@digiware.nl Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 20ECwCda044221 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Fri, 14 Jan 2022 19:58:13 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Trying to boot a supermicro H8DMT board To: Willem Jan Withagen , "stable@freebsd.org" References: <8ac447b6-eaaf-0a8f-da69-27db15dd6f55@digiware.nl> From: Eugene Grosbein Message-ID: Date: Fri, 14 Jan 2022 19:58:03 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: <8ac447b6-eaaf-0a8f-da69-27db15dd6f55@digiware.nl> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT autolearn=disabled version=3.4.2 X-Spam-Report: * -0.0 SHORTCIRCUIT No description available. * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4Jb1Z7482Fz4fvT X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=fail (mx1.freebsd.org: domain of eugen@grosbein.net does not designate 2a01:4f8:c2c:26d8::2 as permitted sender) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [1.90 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_SPF_FAIL(1.00)[-all]; FREEFALL_USER(0.00)[eugen]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(1.00)[1.000]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N 14.01.2022 17:27, Willem Jan Withagen wrote: > Hi, > > I was given these SMC h8DMT boards to experiment with. > (For liquid cooling) > > Theze are server board that normally go into twin board systems. > 2 Opteron 2380 per board. > > It sort of boots, and gets to: > Beasty loader > then booting the kernel after the spinner > prints the first few lines of boot output, like what compilers is used > and then output stops. > > I guess that it thinks it needs to write the rest to either serial console > or something else. > > Does this sound familiar to anybody? > What do I need to toggle to keep writing where it started? Check it the system is capable of BIOS Legacy (CSM) mode booting instead of UEFI. If so, try using old console driver "syscons" instead of default vt: escape to loader prompt and do: set kern.vty=sc boot -v Or, add to /boot/loader.conf: kern.vty=sc If UEFI is only option, try using default vt driver but with text mode instead of framebuffer: hw.vga.textmode=1 Some of ACPI BIOS'es have bugs in ACPI Tables and there is workaround for the problem: hw.vga.acpi_ignore_no_vga=1 From eugen@grosbein.net Fri Jan 14 13:02:54 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 9CB7E195313F for ; Fri, 14 Jan 2022 13:09:24 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Jb1pq35KPz4kRy for ; Fri, 14 Jan 2022 13:09:23 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 20ED34IF026771 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 14 Jan 2022 13:03:05 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: wjw@digiware.nl Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 20ED34hp044281 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Fri, 14 Jan 2022 20:03:04 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Trying to boot a supermicro H8DMT board To: Willem Jan Withagen , Gary Palmer References: <8ac447b6-eaaf-0a8f-da69-27db15dd6f55@digiware.nl> <2ec39eef-d2e2-c55e-b032-43de86e71a57@digiware.nl> Cc: "stable@freebsd.org" From: Eugene Grosbein Message-ID: <3d87a0b3-7bed-453b-df23-4a258ea46fbb@grosbein.net> Date: Fri, 14 Jan 2022 20:02:54 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: <2ec39eef-d2e2-c55e-b032-43de86e71a57@digiware.nl> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT autolearn=disabled version=3.4.2 X-Spam-Report: * -0.0 SHORTCIRCUIT No description available. * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4Jb1pq35KPz4kRy X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=fail (mx1.freebsd.org: domain of eugen@grosbein.net does not designate 2a01:4f8:c2c:26d8::2 as permitted sender) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [1.89 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_SPF_FAIL(1.00)[-all]; FREEFALL_USER(0.00)[eugen]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.99)[0.988]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N 14.01.2022 19:23, Willem Jan Withagen wrote: > As soon is I type 'set console="comconsole"' my input has gone... The loader supports "dual console" mode: console="comconsole vidconsole" comconsole_port="0x3f8" # default for COM1, use 0x2f8 for COM2 comconsole_speed=115200 boot_multicons="YES" The order for "console" setting is important. You may want to change it for vidconsole be first in the list. From nobody Fri Jan 14 13:58:42 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 98444194D5FB for ; Fri, 14 Jan 2022 13:59:12 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [176.74.240.9]) (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 4Jb2wG5fH9z580m for ; Fri, 14 Jan 2022 13:59:10 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from router10g.digiware.nl (localhost.digiware.nl [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id EEA465C0D1; Fri, 14 Jan 2022 14:59:08 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=digiware.nl; s=medusa-2017; t=1642168748; bh=CpkrsWasnAdaBCqkxPBzGR3mHVYcfwctyWqJ1GBFHcc=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=mCuX1jI78g/qYnSFHh9J2i68RV1M/0zEG2LFv8VrF2PMk5x9QvrB9E7q4oaGnXUGj BOkU/rPamwVFaQ6kX/c3UzsY7aH+vTzcjx7uopurVpODqdhfOTsxsLxStBKLMbxLRW sQZtf6v1mMglxtaLsa8ktLirERPces96AP9IiCWTFfQYZJppj8G44fzb3XyDIUP+Kw l1mNx9IKhVeJ9/brm8a0sZ3P+Kw2ldxQksspLHHLb5p1hTg6X0vgQSAuEeo36xSiM8 4O+gz3f1jVN/UaxHJQV5OrsQYNukg0cNu7Ic27eGyEfNrVgnF7uu3KqN8Dp3iDpYpd IQxHYwxHv96aA== X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by router10g.digiware.nl (router10g.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7af97b1znueo; Fri, 14 Jan 2022 14:58:44 +0100 (CET) Received: from [192.168.10.67] (opteron [192.168.10.67]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id 10EBD5C1A6; Fri, 14 Jan 2022 14:58:44 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=digiware.nl; s=medusa-2017; t=1642168724; bh=CpkrsWasnAdaBCqkxPBzGR3mHVYcfwctyWqJ1GBFHcc=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=N5JnNcjXuREPCeHw3/CsXCpr21At0+ugGtHIx2i8R78SQC7wN2Deenmdw/fpeENfP d6OHy9g+FJ0Pn92ZL2wflCykVRO3QIwR+BAJjSl6n6G1IAQ/xCqix7l63uYhY6rAvT iDwo68Ro6Rk2l4pf8HHeERzcWl4pq48UjyCY22cORCObOGdNKZ8JVyjdlEb7fUEGBC QjSIW8uN879fO3z/0UG6iZvUPXzs/WmKXLYCRzPjPT8EGFN9O734RzUn+qi0mKryJN xQvVMO+1/mCXWO2GAn6TY2jpV07+qwko55bM3vVi0dPM+6gxKJ5t5VzcdyA6W96dsl ph2HvhfAg11SQ== Message-ID: Date: Fri, 14 Jan 2022 14:58:42 +0100 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0 Thunderbird/91.4.1 Subject: Re: Trying to boot a supermicro H8DMT board Content-Language: nl To: Eugene Grosbein , Gary Palmer Cc: "stable@freebsd.org" References: <8ac447b6-eaaf-0a8f-da69-27db15dd6f55@digiware.nl> <2ec39eef-d2e2-c55e-b032-43de86e71a57@digiware.nl> <3d87a0b3-7bed-453b-df23-4a258ea46fbb@grosbein.net> From: Willem Jan Withagen In-Reply-To: <3d87a0b3-7bed-453b-df23-4a258ea46fbb@grosbein.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4Jb2wG5fH9z580m X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=digiware.nl header.s=medusa-2017 header.b=mCuX1jI7; dkim=pass header.d=digiware.nl header.s=medusa-2017 header.b=N5JnNcjX; dmarc=pass (policy=quarantine) header.from=digiware.nl; spf=pass (mx1.freebsd.org: domain of wjw@digiware.nl designates 176.74.240.9 as permitted sender) smtp.mailfrom=wjw@digiware.nl X-Spamd-Result: default: False [-3.98 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[digiware.nl:s=medusa-2017]; ARC_NA(0.00)[]; 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.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[digiware.nl:+]; DMARC_POLICY_ALLOW(-0.50)[digiware.nl,quarantine]; NEURAL_HAM_SHORT(-0.98)[-0.982]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:28878, ipnet:176.74.224.0/19, country:NL]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 14-1-2022 14:02, Eugene Grosbein wrote: > 14.01.2022 19:23, Willem Jan Withagen wrote: > >> As soon is I type 'set console="comconsole"' my input has gone... > The loader supports "dual console" mode: > > console="comconsole vidconsole" > comconsole_port="0x3f8" # default for COM1, use 0x2f8 for COM2 > comconsole_speed=115200 > boot_multicons="YES" > > The order for "console" setting is important. > You may want to change it for vidconsole be first in the list. Also connected a terminal now to COM1 at 115200. And also direct bios output to COM1. So there I also see the system boot. Then: set kern.vty=sc set hw.vga.acpi_ignore_no_vga=1 set console="vidconsole comconsole" comconsole_port="0x3f8" comconsole_speed=115200 boot_multicons="YES" boot -v But it gets there just as far... And even waiting for a few minutes to perhaps get to gettty() prompt does not work. It does give me the opportunity to easily share the Boot output: ---<>--- list of commands, 'help' for more detailed help. APIC: Using the MADT enumerator. Copyright (c) 1992-2021 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994      The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 13.0-RELEASE #0 releng/13.0-n244733-ea31abc261f: Fri Apr  9 04:24:09 UTC 2021 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 FreeBSD clang version 11.0.1 (git@github.com:llvm/llvm-project.git llvmorg-11.0.1-0-g43ff75f2c3fe) How to debug this any further... --WjW From eugen@grosbein.net Fri Jan 14 14:29:03 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id AB85E1947392 for ; Fri, 14 Jan 2022 14:34:19 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Jb3hn6H36z3k3l for ; Fri, 14 Jan 2022 14:34:17 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 20EETEW8027514 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 14 Jan 2022 14:29:14 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: wjw@digiware.nl Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 20EETD4U045083 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Fri, 14 Jan 2022 21:29:13 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Trying to boot a supermicro H8DMT board To: Willem Jan Withagen , Gary Palmer References: <8ac447b6-eaaf-0a8f-da69-27db15dd6f55@digiware.nl> <2ec39eef-d2e2-c55e-b032-43de86e71a57@digiware.nl> <3d87a0b3-7bed-453b-df23-4a258ea46fbb@grosbein.net> Cc: "stable@freebsd.org" From: Eugene Grosbein Message-ID: <802cf542-979d-b8e1-3f71-616b026eb852@grosbein.net> Date: Fri, 14 Jan 2022 21:29:03 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT autolearn=disabled version=3.4.2 X-Spam-Report: * -0.0 SHORTCIRCUIT No description available. * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4Jb3hn6H36z3k3l X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=fail (mx1.freebsd.org: domain of eugen@grosbein.net does not designate 2a01:4f8:c2c:26d8::2 as permitted sender) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-0.09 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_SPF_FAIL(1.00)[-all]; FREEFALL_USER(0.00)[eugen]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.995]; NEURAL_SPAM_LONG(1.00)[1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N 14.01.2022 20:58, Willem Jan Withagen wrote: > On 14-1-2022 14:02, Eugene Grosbein wrote: >> 14.01.2022 19:23, Willem Jan Withagen wrote: >> >>> As soon is I type 'set console="comconsole"' my input has gone... >> The loader supports "dual console" mode: >> >> console="comconsole vidconsole" >> comconsole_port="0x3f8" # default for COM1, use 0x2f8 for COM2 >> comconsole_speed=115200 >> boot_multicons="YES" >> >> The order for "console" setting is important. >> You may want to change it for vidconsole be first in the list. > > Also connected a terminal now to COM1 at 115200. > And also direct bios output to COM1. > > So there I also see the system boot. > > Then: > > set kern.vty=sc > set hw.vga.acpi_ignore_no_vga=1 > set console="vidconsole comconsole" > comconsole_port="0x3f8" > comconsole_speed=115200 > boot_multicons="YES" For loader prompt, each assignment must be prepended wit "set " > boot -v > But it gets there just as far... > And even waiting for a few minutes to perhaps get to gettty() prompt does not work. > > It does give me the opportunity to easily share the Boot output: > ---<>--- list of commands, 'help' for more detailed help. > APIC: Using the MADT enumerator. > Copyright (c) 1992-2021 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 13.0-RELEASE #0 releng/13.0-n244733-ea31abc261f: Fri Apr 9 04:24:09 UTC 2021 > root@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 > FreeBSD clang version 11.0.1 (git@github.com:llvm/llvm-project.git llvmorg-11.0.1-0-g43ff75f2c3fe) > > How to debug this any further... Next line should describe the CPU, format similar to: CPU: Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz (2712.10-MHz K8-class CPU) Could you try 12.3-RELEASE or even 11.4-RELEASE? Just to compare. From nobody Fri Jan 14 14:57:58 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 2AF781958522 for ; Fri, 14 Jan 2022 14:58:36 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [IPv6:2001:4cb8:90:ffff::3]) (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 4Jb4Dp59Xcz3ttq for ; Fri, 14 Jan 2022 14:58:34 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from router10g.digiware.nl (localhost.digiware.nl [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 531655C364; Fri, 14 Jan 2022 15:58:25 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=digiware.nl; s=medusa-2017; t=1642172305; bh=Hcw67nn2nu6Go478TxYMhQ1RIqn9svvpfKLzxwq93jc=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=iksY9O4ZqndlPrVVQ18Pf9z3vQv4a7gP0R8tr06WQR+dmwNvfZmiALxwpkuPmb1Sh Da/xlWHIH8HQ3XUx5RCM6F2xmezQYOMwvj77VfxrTm2aVx9jCOTXLdF/nujQ3Ib247 iEqnfOXufLEfWvFZ+imoa2+l+4kzF+HsQLl3caQqRbYtJsTPhnWz3Ykup1OCRjSE7A 2TKbBiie/knjVcWIkcPPCew1jDPd7BVF4YEdBQFjLh8wj0P9E0jbvdewYI8acrwnu1 YBa+Owiu2LCZ7eQS5mAF7q+rMdlww/f48jnaQqMFukhPXgwJzVbZCDR5Q11ULbrNtX cEAmn5eCIaoyg== X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by router10g.digiware.nl (router10g.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Rwqsf5M8sxk6; Fri, 14 Jan 2022 15:58:00 +0100 (CET) Received: from [192.168.10.67] (opteron [192.168.10.67]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id EC7255C51F; Fri, 14 Jan 2022 15:57:59 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=digiware.nl; s=medusa-2017; t=1642172279; bh=Hcw67nn2nu6Go478TxYMhQ1RIqn9svvpfKLzxwq93jc=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=oteblaJn0DFNN+qMch528s6xvQQlLS+/cFNfYM0jq2Pj3qoU57kMHa9FBAvsrZI3I PGlNwO5vqb2RriLcBLEE4+kQYWzZi5B/vXQJqCNUCvg1BAyNPJ4SV7//ShENoipYTS 4zwJ/VQo8vghlm/bKCSExTJmrbwDYGj+1njsNhImOb/xwpL+SK2euGr3F7EL3mMV22 FUTx0BdK7aUzUCWe4E2nKOs+9YZGatW9piq8SQJERIe9hINIkjRxJz0D6/K5qCtpVW EeCGgYK9EKsu3CAQBLeQNCEDH2uL5iR/NqPsOknlh/wINCcPkuPT1YMKT4bFTVUMze zqUP/355maxyg== Message-ID: <39758c50-ae59-075f-3c0a-7f9ef98fdb88@digiware.nl> Date: Fri, 14 Jan 2022 15:57:58 +0100 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0 Thunderbird/91.4.1 Subject: Re: Trying to boot a supermicro H8DMT board Content-Language: nl To: Eugene Grosbein , Gary Palmer Cc: "stable@freebsd.org" References: <8ac447b6-eaaf-0a8f-da69-27db15dd6f55@digiware.nl> <2ec39eef-d2e2-c55e-b032-43de86e71a57@digiware.nl> <3d87a0b3-7bed-453b-df23-4a258ea46fbb@grosbein.net> <802cf542-979d-b8e1-3f71-616b026eb852@grosbein.net> From: Willem Jan Withagen In-Reply-To: <802cf542-979d-b8e1-3f71-616b026eb852@grosbein.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Jb4Dp59Xcz3ttq X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=digiware.nl header.s=medusa-2017 header.b=iksY9O4Z; dkim=pass header.d=digiware.nl header.s=medusa-2017 header.b=oteblaJn; dmarc=pass (policy=quarantine) header.from=digiware.nl; spf=pass (mx1.freebsd.org: domain of wjw@digiware.nl designates 2001:4cb8:90:ffff::3 as permitted sender) smtp.mailfrom=wjw@digiware.nl X-Spamd-Result: default: False [-4.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[digiware.nl:s=medusa-2017]; ARC_NA(0.00)[]; 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.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[digiware.nl:+]; DMARC_POLICY_ALLOW(-0.50)[digiware.nl,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:28878, ipnet:2001:4cb8::/29, country:NL]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 14-1-2022 15:29, Eugene Grosbein wrote: > 14.01.2022 20:58, Willem Jan Withagen wrote: > >> On 14-1-2022 14:02, Eugene Grosbein wrote: >>> 14.01.2022 19:23, Willem Jan Withagen wrote: >>> >>>> As soon is I type 'set console="comconsole"' my input has gone... >>> The loader supports "dual console" mode: >>> >>> console="comconsole vidconsole" >>> comconsole_port="0x3f8" # default for COM1, use 0x2f8 for COM2 >>> comconsole_speed=115200 >>> boot_multicons="YES" >>> >>> The order for "console" setting is important. >>> You may want to change it for vidconsole be first in the list. >> Also connected a terminal now to COM1 at 115200. >> And also direct bios output to COM1. >> >> So there I also see the system boot. >> >> Then: >> >> set kern.vty=sc >> set hw.vga.acpi_ignore_no_vga=1 >> set console="vidconsole comconsole" >> comconsole_port="0x3f8" >> comconsole_speed=115200 >> boot_multicons="YES" > For loader prompt, each assignment must be prepended wit "set " Yes, sorry, copy paste faults. But I did/do. > >> boot -v >> But it gets there just as far... >> And even waiting for a few minutes to perhaps get to gettty() prompt does not work. >> >> It does give me the opportunity to easily share the Boot output: >> ---<>--- list of commands, 'help' for more detailed help. >> APIC: Using the MADT enumerator. >> Copyright (c) 1992-2021 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >> The Regents of the University of California. All rights reserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 13.0-RELEASE #0 releng/13.0-n244733-ea31abc261f: Fri Apr 9 04:24:09 UTC 2021 >> root@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 >> FreeBSD clang version 11.0.1 (git@github.com:llvm/llvm-project.git llvmorg-11.0.1-0-g43ff75f2c3fe) >> >> How to debug this any further... > Next line should describe the CPU, format similar to: > > CPU: Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz (2712.10-MHz K8-class CPU) > > Could you try 12.3-RELEASE or even 11.4-RELEASE? Just to compare I think I have an 11.4 mem-stick image floating around somewhere. I'll be back. --WjW > From nobody Fri Jan 14 15:13:08 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 6C9BC1960359 for ; Fri, 14 Jan 2022 15:13:38 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [IPv6:2001:4cb8:90:ffff::3]) (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 4Jb4Z91zf3z4Vbg for ; Fri, 14 Jan 2022 15:13:37 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from router10g.digiware.nl (localhost.digiware.nl [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id BA0385C4CE; Fri, 14 Jan 2022 16:13:34 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=digiware.nl; s=medusa-2017; t=1642173214; bh=LEWz+oz0AshODxTGEyfhHcIf6b0cpEg5x1FRGvwZ2o8=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=MslWfwfQ36PmMNEtfGNCbMTbgFeScGdNRWuATlIjBS+L6JM0bpCST4CLX9Gu69hQk lXYet0+q2T5SeJuI00S92Svk45Lq9L8u0c/dsKWYari9KiQ1pZbPeOC/XB6lX93jY0 9qf6ksgC3BAtTLVworAWzPSxfItEo6uZ7esL8X6i5WsDc99KhCAbEr9X4tSS1JpB4v c1msoM82+goKSXOK7wCbEEGkPtpBqee2MPr+JCwTUE109Cqyigl/UdyhOiEO1Yz3C3 K5YiLD6xoLyDf1QOTHjLAMCETQxpadyVDpFrA5X9SgIEjRYtZGaaX0nwzvFkJgs0is R59WCkcESlByw== X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by router10g.digiware.nl (router10g.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IId0bS7gJdcU; Fri, 14 Jan 2022 16:13:09 +0100 (CET) Received: from [192.168.10.67] (opteron [192.168.10.67]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id D2A315C2FA; Fri, 14 Jan 2022 16:13:09 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=digiware.nl; s=medusa-2017; t=1642173189; bh=LEWz+oz0AshODxTGEyfhHcIf6b0cpEg5x1FRGvwZ2o8=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=PkCbR8zj86D9TX9YrOtSHx71FQWUpnHjzrWvqF3PmnAN2lenvdqS1UDJAp6+kr49v ++HJ87en6c7dONyqfVekowlY5c6Z94+iGLI0gBF6ErceG0uaArcNuOkSzDIS2g7u64 LH3rSA2MjmntSbJ9mdK3Frt7WUinCh35CvV/TmnrFIGhhB0DU+Gmly0+FvHEQye3de /rVMJRmQ1bxdXQR7x9/cJa2eP3v71gR30BCOe9py96jLBUXBLJrTCIEZSm99YrjLVs +wuyJLCobQ2yc/ITxh+4Y4lSpyN/AUv0sgsRY6ql+sdBSGEmxgClK6H76GRjNxmAS+ MLXxkQU9ONxlA== Message-ID: <48f57581-1f39-9f57-0e44-19c2c2bb3aeb@digiware.nl> Date: Fri, 14 Jan 2022 16:13:08 +0100 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0 Thunderbird/91.4.1 Subject: Re: Trying to boot a supermicro H8DMT board Content-Language: nl To: Eugene Grosbein Cc: "stable@freebsd.org" References: <8ac447b6-eaaf-0a8f-da69-27db15dd6f55@digiware.nl> <2ec39eef-d2e2-c55e-b032-43de86e71a57@digiware.nl> <3d87a0b3-7bed-453b-df23-4a258ea46fbb@grosbein.net> <802cf542-979d-b8e1-3f71-616b026eb852@grosbein.net> From: Willem Jan Withagen In-Reply-To: <802cf542-979d-b8e1-3f71-616b026eb852@grosbein.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4Jb4Z91zf3z4Vbg X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=digiware.nl header.s=medusa-2017 header.b=MslWfwfQ; dkim=pass header.d=digiware.nl header.s=medusa-2017 header.b=PkCbR8zj; dmarc=pass (policy=quarantine) header.from=digiware.nl; spf=pass (mx1.freebsd.org: domain of wjw@digiware.nl designates 2001:4cb8:90:ffff::3 as permitted sender) smtp.mailfrom=wjw@digiware.nl X-Spamd-Result: default: False [-4.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[digiware.nl:s=medusa-2017]; ARC_NA(0.00)[]; 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.10)[text/plain]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[digiware.nl:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[digiware.nl,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:28878, ipnet:2001:4cb8::/29, country:NL]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 14-1-2022 15:29, Eugene Grosbein wrote: > >> set kern.vty=sc >> set hw.vga.acpi_ignore_no_vga=1 >> set console="vidconsole comconsole" >> set comconsole_port="0x3f8" >> set comconsole_speed=115200 >> set multi_boot="YES" > >> But it gets there just as far... >> And even waiting for a few minutes to perhaps get to gettty() prompt does not work. >> >> It does give me the opportunity to easily share the Boot output: >> ---<>--- list of commands, 'help' for more detailed help. >> APIC: Using the MADT enumerator. >> Copyright (c) 1992-2021 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >> The Regents of the University of California. All rights reserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 13.0-RELEASE #0 releng/13.0-n244733-ea31abc261f: Fri Apr 9 04:24:09 UTC 2021 >> root@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 >> FreeBSD clang version 11.0.1 (git@github.com:llvm/llvm-project.git llvmorg-11.0.1-0-g43ff75f2c3fe) >> >> How to debug this any further... > Next line should describe the CPU, format similar to: > > CPU: Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz (2712.10-MHz K8-class CPU) > > Could you try 12.3-RELEASE or even 11.4-RELEASE? Just to compare. With 11.4 verbose boot over the serial port: Booting... Table 'FACP' at 0xdffc0200 Table 'APIC' at 0xdffc0390 APIC: Found table at 0xdffc0390 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 2: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 2 ACPI ID 3: enabled SMP: Added CPU 2 (AP) MADT: Found CPU APIC ID 3 ACPI ID 4: enabled SMP: Added CPU 3 (AP) MADT: Found CPU APIC ID 4 ACPI ID 5: enabled SMP: Added CPU 4 (AP) MADT: Found CPU APIC ID 5 ACPI ID 6: enabled SMP: Added CPU 5 (AP) MADT: Found CPU APIC ID 6 ACPI ID 7: enabled SMP: Added CPU 6 (AP) MADT: Found CPU APIC ID 7 ACPI ID 8: enabled SMP: Added CPU 7 (AP) MADT: Found CPU APIC ID 136 ACPI ID 9: disabled MADT: Found CPU APIC ID 137 ACPI ID 10: disabled MADT: Found CPU APIC ID 138 ACPI ID 11: disabled MADT: Found CPU APIC ID 139 ACPI ID 12: disabled Copyright (c) 1992-2020 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994         The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.4-RELEASE #0 r362094: Fri Jun 12 18:27:15 UTC 2020     root@releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 FreeBSD clang version 10.0.0 (git@github.com:llvm/llvm-project.git llvmorg-10.0.0-0-gd32170dbd5b) Table 'FACP' at 0xdffc0200 Table 'APIC' at 0xdffc0390 Table 'MCFG' at 0xdffc0460 Table 'OEMB' at 0xdffce040 Table 'SRAT' at 0xdffc50f0 SRAT: Found table at 0xdffc50f0 SRAT: Found CPU APIC ID 0 domain 0: enabled SRAT: Found CPU APIC ID 1 domain 0: enabled SRAT: Found CPU APIC ID 2 domain 0: enabled SRAT: Found CPU APIC ID 3 domain 0: enabled SRAT: Found memory domain 0 addr 0x0 len 0xa0000: enabled SRAT: Found memory domain 0 addr 0x100000 len 0xdff00000: enabled SRAT: Found memory domain 0 addr 0x100000000 len 0x120000000: enabled SRAT: Found CPU APIC ID 4 domain 1: enabled SRAT: Found CPU APIC ID 5 domain 1: enabled SRAT: Found CPU APIC ID 6 domain 1: enabled SRAT: Found CPU APIC ID 7 domain 1: enabled SRAT: Found memory domain 1 addr 0x220000000 len 0x200000000: enabled Table 'FACP' at 0xdffc0200 Table 'APIC' at 0xdffc0390 Table 'MCFG' at 0xdffc0460 Table 'OEMB' at 0xdffce040 Table 'SRAT' at 0xdffc50f0 ACPI: No SLIT table found From eugen@grosbein.net Fri Jan 14 16:21:30 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id DB150194D2AC for ; Fri, 14 Jan 2022 16:26:47 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Jb6BY5Rs9z3Jt6 for ; Fri, 14 Jan 2022 16:26:45 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 20EGLfZC028465 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 14 Jan 2022 16:21:42 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: wjw@digiware.nl Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 20EGLech045668 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Fri, 14 Jan 2022 23:21:40 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Trying to boot a supermicro H8DMT board To: Willem Jan Withagen References: <8ac447b6-eaaf-0a8f-da69-27db15dd6f55@digiware.nl> <2ec39eef-d2e2-c55e-b032-43de86e71a57@digiware.nl> <3d87a0b3-7bed-453b-df23-4a258ea46fbb@grosbein.net> <802cf542-979d-b8e1-3f71-616b026eb852@grosbein.net> <48f57581-1f39-9f57-0e44-19c2c2bb3aeb@digiware.nl> Cc: "stable@freebsd.org" From: Eugene Grosbein Message-ID: Date: Fri, 14 Jan 2022 23:21:30 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: <48f57581-1f39-9f57-0e44-19c2c2bb3aeb@digiware.nl> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT autolearn=disabled version=3.4.2 X-Spam-Report: * -0.0 SHORTCIRCUIT No description available. * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4Jb6BY5Rs9z3Jt6 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=fail (mx1.freebsd.org: domain of eugen@grosbein.net does not designate 2a01:4f8:c2c:26d8::2 as permitted sender) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-2.08 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_SPF_FAIL(1.00)[-all]; FREEFALL_USER(0.00)[eugen]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; NEURAL_HAM_MEDIUM(-0.98)[-0.983]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N 14.01.2022 22:13, Willem Jan Withagen wrote: > On 14-1-2022 15:29, Eugene Grosbein wrote: >> >>> set kern.vty=sc >>> set hw.vga.acpi_ignore_no_vga=1 >>> set console="vidconsole comconsole" >>> set comconsole_port="0x3f8" >>> set comconsole_speed=115200 >>> set multi_boot="YES" >> >>> But it gets there just as far... >>> And even waiting for a few minutes to perhaps get to gettty() prompt does not work. >>> >>> It does give me the opportunity to easily share the Boot output: >>> ---<>--- list of commands, 'help' for more detailed help. >>> APIC: Using the MADT enumerator. >>> Copyright (c) 1992-2021 The FreeBSD Project. >>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >>> The Regents of the University of California. All rights reserved. >>> FreeBSD is a registered trademark of The FreeBSD Foundation. >>> FreeBSD 13.0-RELEASE #0 releng/13.0-n244733-ea31abc261f: Fri Apr 9 04:24:09 UTC 2021 >>> root@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 >>> FreeBSD clang version 11.0.1 (git@github.com:llvm/llvm-project.git llvmorg-11.0.1-0-g43ff75f2c3fe) >>> >>> How to debug this any further... >> Next line should describe the CPU, format similar to: >> >> CPU: Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz (2712.10-MHz K8-class CPU) >> >> Could you try 12.3-RELEASE or even 11.4-RELEASE? Just to compare. > With 11.4 verbose boot over the serial port: > Booting... > Table 'FACP' at 0xdffc0200 > Table 'APIC' at 0xdffc0390 > APIC: Found table at 0xdffc0390 > APIC: Using the MADT enumerator. > MADT: Found CPU APIC ID 0 ACPI ID 1: enabled > SMP: Added CPU 0 (AP) > MADT: Found CPU APIC ID 1 ACPI ID 2: enabled > SMP: Added CPU 1 (AP) > MADT: Found CPU APIC ID 2 ACPI ID 3: enabled > SMP: Added CPU 2 (AP) > MADT: Found CPU APIC ID 3 ACPI ID 4: enabled > SMP: Added CPU 3 (AP) > MADT: Found CPU APIC ID 4 ACPI ID 5: enabled > SMP: Added CPU 4 (AP) > MADT: Found CPU APIC ID 5 ACPI ID 6: enabled > SMP: Added CPU 5 (AP) > MADT: Found CPU APIC ID 6 ACPI ID 7: enabled > SMP: Added CPU 6 (AP) > MADT: Found CPU APIC ID 7 ACPI ID 8: enabled > SMP: Added CPU 7 (AP) > MADT: Found CPU APIC ID 136 ACPI ID 9: disabled > MADT: Found CPU APIC ID 137 ACPI ID 10: disabled > MADT: Found CPU APIC ID 138 ACPI ID 11: disabled > MADT: Found CPU APIC ID 139 ACPI ID 12: disabled > Copyright (c) 1992-2020 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 11.4-RELEASE #0 r362094: Fri Jun 12 18:27:15 UTC 2020 > root@releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 > FreeBSD clang version 10.0.0 (git@github.com:llvm/llvm-project.git llvmorg-10.0.0-0-gd32170dbd5b) > Table 'FACP' at 0xdffc0200 > Table 'APIC' at 0xdffc0390 > Table 'MCFG' at 0xdffc0460 > Table 'OEMB' at 0xdffce040 > Table 'SRAT' at 0xdffc50f0 > SRAT: Found table at 0xdffc50f0 > SRAT: Found CPU APIC ID 0 domain 0: enabled > SRAT: Found CPU APIC ID 1 domain 0: enabled > SRAT: Found CPU APIC ID 2 domain 0: enabled > SRAT: Found CPU APIC ID 3 domain 0: enabled > SRAT: Found memory domain 0 addr 0x0 len 0xa0000: enabled > SRAT: Found memory domain 0 addr 0x100000 len 0xdff00000: enabled > SRAT: Found memory domain 0 addr 0x100000000 len 0x120000000: enabled > SRAT: Found CPU APIC ID 4 domain 1: enabled > SRAT: Found CPU APIC ID 5 domain 1: enabled > SRAT: Found CPU APIC ID 6 domain 1: enabled > SRAT: Found CPU APIC ID 7 domain 1: enabled > SRAT: Found memory domain 1 addr 0x220000000 len 0x200000000: enabled > Table 'FACP' at 0xdffc0200 > Table 'APIC' at 0xdffc0390 > Table 'MCFG' at 0xdffc0460 > Table 'OEMB' at 0xdffce040 > Table 'SRAT' at 0xdffc50f0 > ACPI: No SLIT table found It that all? It hangs, too? Try entering KDB (you may need to rebuild the kernel to include KDB) to obtain list of threads and states. From nobody Fri Jan 14 16:34:45 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E2D85195390D for ; Fri, 14 Jan 2022 16:35:14 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [176.74.240.9]) (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 4Jb6NK4gYcz3NPQ for ; Fri, 14 Jan 2022 16:35:13 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from router10g.digiware.nl (localhost.digiware.nl [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 24F165C7E3; Fri, 14 Jan 2022 17:35:12 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=digiware.nl; s=medusa-2017; t=1642178112; bh=hu0veCe1D6DSudN030XEdqRK1m4tf+j5HRMMS4Wdxlk=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=txq8hnfC5ZbEfTh8W1GPV+ucp41AK0iSWO02rPalk8w8T+bfOOIayeknIDm2KKSBO MigjFSmL7HenhSJ3HsBVphjpuag8p0xH98cFbVsLkDGjb3EkcD4soG66sdnWOaE0tc F/kvPRYe/CSrKhcdJ1axT5LNt2YrD4juPtXQKP5EF4WO08YWTVhsvOA3botTy1RhyU ta4/N/Y9eliTrFD9NKboGmkJ65OCjlCU6dZdIiAF1TNnonb8Pgjes+Tl1S4ysxWvWj 190DCeGisjdHl63vP0SX9QYg4ZsbYv/Wj1eRY3+VyI7wQuNF9KmbGi6NGFHiE7Nw42 etaIMQ7I+L9HQ== X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by router10g.digiware.nl (router10g.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Na8qIiMXnPPw; Fri, 14 Jan 2022 17:34:47 +0100 (CET) Received: from [192.168.10.67] (opteron [192.168.10.67]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id 28F625CAB6; Fri, 14 Jan 2022 17:34:47 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=digiware.nl; s=medusa-2017; t=1642178087; bh=hu0veCe1D6DSudN030XEdqRK1m4tf+j5HRMMS4Wdxlk=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=L0D+fzG/4lwY8fmHM+BTFIbpCSjT82EQaN68MiGYE6VDVgfmCavInlt4ayoPSKSW+ GwgA9cCTPytfXGk2QWGH6Vo/YsR3XZxHsSRpaRbKPVHtHDoJVBP54R/Ox2o/GVKMa+ rEl+1//OMRJmV57e2U70+mMPm/ezKMIZw/jfPUosXIneTy6kvyjOX80W97Xm/AJJqe A4sq1Z+KVEDwzhBX8I0o2mOsPAMhU67QFXOMLXLqGK4XzwVOcENbAJwBqGXqtyoFl/ T1prIs8HXQ3Nbv70bFwm/oh3G6840EY3fnHZRsw+qWiwT/yYP5WZh1vlIB2S95dJSG cRw4uBA4/QDtA== Message-ID: Date: Fri, 14 Jan 2022 17:34:45 +0100 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0 Thunderbird/91.4.1 Subject: Re: Trying to boot a supermicro H8DMT board Content-Language: nl To: Eugene Grosbein Cc: "stable@freebsd.org" References: <8ac447b6-eaaf-0a8f-da69-27db15dd6f55@digiware.nl> <2ec39eef-d2e2-c55e-b032-43de86e71a57@digiware.nl> <3d87a0b3-7bed-453b-df23-4a258ea46fbb@grosbein.net> <802cf542-979d-b8e1-3f71-616b026eb852@grosbein.net> <48f57581-1f39-9f57-0e44-19c2c2bb3aeb@digiware.nl> From: Willem Jan Withagen In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Jb6NK4gYcz3NPQ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=digiware.nl header.s=medusa-2017 header.b=txq8hnfC; dkim=pass header.d=digiware.nl header.s=medusa-2017 header.b="L0D+fzG/"; dmarc=pass (policy=quarantine) header.from=digiware.nl; spf=pass (mx1.freebsd.org: domain of wjw@digiware.nl designates 176.74.240.9 as permitted sender) smtp.mailfrom=wjw@digiware.nl X-Spamd-Result: default: False [-4.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[digiware.nl:s=medusa-2017]; ARC_NA(0.00)[]; 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.10)[text/plain]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[digiware.nl:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[digiware.nl,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:28878, ipnet:176.74.224.0/19, country:NL]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 14-1-2022 17:21, Eugene Grosbein wrote: > 14.01.2022 22:13, Willem Jan Withagen wrote: > >> On 14-1-2022 15:29, Eugene Grosbein wrote: >>>> set kern.vty=sc >>>> set hw.vga.acpi_ignore_no_vga=1 >>>> set console="vidconsole comconsole" >>>> set comconsole_port="0x3f8" >>>> set comconsole_speed=115200 >>>> set multi_boot="YES" >>>> But it gets there just as far... >>>> And even waiting for a few minutes to perhaps get to gettty() prompt does not work. >>>> >>>> It does give me the opportunity to easily share the Boot output: >>>> ---<>--- list of commands, 'help' for more detailed help. >>>> APIC: Using the MADT enumerator. >>>> Copyright (c) 1992-2021 The FreeBSD Project. >>>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >>>> The Regents of the University of California. All rights reserved. >>>> FreeBSD is a registered trademark of The FreeBSD Foundation. >>>> FreeBSD 13.0-RELEASE #0 releng/13.0-n244733-ea31abc261f: Fri Apr 9 04:24:09 UTC 2021 >>>> root@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 >>>> FreeBSD clang version 11.0.1 (git@github.com:llvm/llvm-project.git llvmorg-11.0.1-0-g43ff75f2c3fe) >>>> >>>> How to debug this any further... >>> Next line should describe the CPU, format similar to: >>> >>> CPU: Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz (2712.10-MHz K8-class CPU) >>> >>> Could you try 12.3-RELEASE or even 11.4-RELEASE? Just to compare. >> With 11.4 verbose boot over the serial port: >> Booting... >> Table 'FACP' at 0xdffc0200 >> Table 'APIC' at 0xdffc0390 >> APIC: Found table at 0xdffc0390 >> APIC: Using the MADT enumerator. >> MADT: Found CPU APIC ID 0 ACPI ID 1: enabled >> SMP: Added CPU 0 (AP) >> MADT: Found CPU APIC ID 1 ACPI ID 2: enabled >> SMP: Added CPU 1 (AP) >> MADT: Found CPU APIC ID 2 ACPI ID 3: enabled >> SMP: Added CPU 2 (AP) >> MADT: Found CPU APIC ID 3 ACPI ID 4: enabled >> SMP: Added CPU 3 (AP) >> MADT: Found CPU APIC ID 4 ACPI ID 5: enabled >> SMP: Added CPU 4 (AP) >> MADT: Found CPU APIC ID 5 ACPI ID 6: enabled >> SMP: Added CPU 5 (AP) >> MADT: Found CPU APIC ID 6 ACPI ID 7: enabled >> SMP: Added CPU 6 (AP) >> MADT: Found CPU APIC ID 7 ACPI ID 8: enabled >> SMP: Added CPU 7 (AP) >> MADT: Found CPU APIC ID 136 ACPI ID 9: disabled >> MADT: Found CPU APIC ID 137 ACPI ID 10: disabled >> MADT: Found CPU APIC ID 138 ACPI ID 11: disabled >> MADT: Found CPU APIC ID 139 ACPI ID 12: disabled >> Copyright (c) 1992-2020 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >> The Regents of the University of California. All rights reserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 11.4-RELEASE #0 r362094: Fri Jun 12 18:27:15 UTC 2020 >> root@releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 >> FreeBSD clang version 10.0.0 (git@github.com:llvm/llvm-project.git llvmorg-10.0.0-0-gd32170dbd5b) >> Table 'FACP' at 0xdffc0200 >> Table 'APIC' at 0xdffc0390 >> Table 'MCFG' at 0xdffc0460 >> Table 'OEMB' at 0xdffce040 >> Table 'SRAT' at 0xdffc50f0 >> SRAT: Found table at 0xdffc50f0 >> SRAT: Found CPU APIC ID 0 domain 0: enabled >> SRAT: Found CPU APIC ID 1 domain 0: enabled >> SRAT: Found CPU APIC ID 2 domain 0: enabled >> SRAT: Found CPU APIC ID 3 domain 0: enabled >> SRAT: Found memory domain 0 addr 0x0 len 0xa0000: enabled >> SRAT: Found memory domain 0 addr 0x100000 len 0xdff00000: enabled >> SRAT: Found memory domain 0 addr 0x100000000 len 0x120000000: enabled >> SRAT: Found CPU APIC ID 4 domain 1: enabled >> SRAT: Found CPU APIC ID 5 domain 1: enabled >> SRAT: Found CPU APIC ID 6 domain 1: enabled >> SRAT: Found CPU APIC ID 7 domain 1: enabled >> SRAT: Found memory domain 1 addr 0x220000000 len 0x200000000: enabled >> Table 'FACP' at 0xdffc0200 >> Table 'APIC' at 0xdffc0390 >> Table 'MCFG' at 0xdffc0460 >> Table 'OEMB' at 0xdffce040 >> Table 'SRAT' at 0xdffc50f0 >> ACPI: No SLIT table found > It that all? It hangs, too? > Try entering KDB (you may need to rebuild the kernel to include KDB) > to obtain list of threads and states. Perhaps move this to another list, because it is beyond Stable basics? That is it..... it is "dead" after that Does 14-CURRENT have KDB stuff preloaded, I could give it a shot. Otherwise I'd have to build 11.4 and go into KDB from there. What are the first things you need to know? BTW, I tried booting some of the Ubuntu servers (15,18,21)just to see what gives, they even do not return any output at all..... --WjW From eugen@grosbein.net Fri Jan 14 16:41:37 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 49FB51958E4C for ; Fri, 14 Jan 2022 16:46:52 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Jb6dk4zmmz3hXT for ; Fri, 14 Jan 2022 16:46:50 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 20EGflBF028606 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 14 Jan 2022 16:41:48 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: wjw@digiware.nl Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 20EGflNP045797 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Fri, 14 Jan 2022 23:41:47 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Trying to boot a supermicro H8DMT board To: Willem Jan Withagen References: <8ac447b6-eaaf-0a8f-da69-27db15dd6f55@digiware.nl> <2ec39eef-d2e2-c55e-b032-43de86e71a57@digiware.nl> <3d87a0b3-7bed-453b-df23-4a258ea46fbb@grosbein.net> <802cf542-979d-b8e1-3f71-616b026eb852@grosbein.net> <48f57581-1f39-9f57-0e44-19c2c2bb3aeb@digiware.nl> Cc: "stable@freebsd.org" From: Eugene Grosbein Message-ID: <78a47e83-a339-0c79-0ee0-9e55be80c78b@grosbein.net> Date: Fri, 14 Jan 2022 23:41:37 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT autolearn=disabled version=3.4.2 X-Spam-Report: * -0.0 SHORTCIRCUIT No description available. * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4Jb6dk4zmmz3hXT X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=fail (mx1.freebsd.org: domain of eugen@grosbein.net does not designate 2a01:4f8:c2c:26d8::2 as permitted sender) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-2.07 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_SPF_FAIL(1.00)[-all]; FREEFALL_USER(0.00)[eugen]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; NEURAL_HAM_MEDIUM(-0.97)[-0.970]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N 14.01.2022 23:34, Willem Jan Withagen wrote > That is it..... it is "dead" after that > Does 14-CURRENT have KDB stuff preloaded, I could give it a shot. I'm not sure, you'll have to try it yourself. > Otherwise I'd have to build 11.4 and go into KDB from there. > > What are the first things you need to know? https://docs.freebsd.org/en/books/developers-handbook/book/ Look at the section "10.6. Debugging Deadlocks" as the problem looks like some deadlock (no panic, no progress). From nobody Fri Jan 14 19:39:27 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 630E61940FDB for ; Fri, 14 Jan 2022 19:55:16 +0000 (UTC) (envelope-from gerard_seibert@outlook.com) Received: from NAM11-CO1-obe.outbound.protection.outlook.com (mail-co1nam11olkn2062.outbound.protection.outlook.com [40.92.18.62]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JbBq66G48z4dsZ for ; Fri, 14 Jan 2022 19:55:14 +0000 (UTC) (envelope-from gerard_seibert@outlook.com) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=QfNDIkJheqa+cI0kvi+zb4bvxRdajEWTNdXdfjgFrMLY6t8IsVUIZ44RtfBqauLK1E7n3bgEkYFDnwu0IELWDKH5I2h705Sbgv6Wo8umBK2ONbNnm9qvid5AEaa+HMgHM9pwALGq8w3x2hC9/ZUz01+cjchxz6rsDDZYjfGTlET8/6VuvjMp4rdia7y9+qpmUnbeZ7XCfCFOZgH/Dqe9FiPHT3DaT2enUoXE2qFXRo8tBEdO/zqncs+OwIUYXVIPV0LMAuaQtLdhKN8fYufPbtNzu7dF9GAwrdcOsuDZjvFr0i3OI/QNdYdFaLqsASp1M/awWbKaVHFstQT4//96Pw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=SHUGJB2OVa7B/3exQpbR3WuU2aqeMkAai7kZGFCqkhE=; b=d/Emsec8sIzXpD3xatb7MubQDg0zVoDCOZNqLqrI3KqBpRl+y0aotshMhzKzfRPVOvW4H67ZiWoGOkmHgX23J5JZVjUbON2ItzehLnAtJc3G5hgTk2U2d816921IhunbGL/nl86qOgm2Ox6ZKVEKks7MDzH7mrPu5dHdgi2ZWqPQYDb+aSPHVOxheOqQ/tRN6rJXzmJNjRpAN2DamKlnjak/h5/Eb/nYc3+/q3mM/kMuMEaTyzjx3oR37KeT0faitCUk1fCfflJKspVD2zb6VP98DMJwAyjIT4ECndx4b1WsGCYJ0LzvKNN92Y0U9nQ0qylKGRkkyW64tBvaOAwCFw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=SHUGJB2OVa7B/3exQpbR3WuU2aqeMkAai7kZGFCqkhE=; b=iJ8frlJBotSZhdgbH++sMZPCUsKD831WxRRJy8a5cJKyFIc1VAH4MmI/gjY2es1qAEV923YLOqw4tnADiIsO9wHpW8P18ESaDxk978b7075aeKlHRIWNn4h+KGlFCU4Mbxh4TYqcaGmZ3kTQBeZvOZ7U68N+q5J3eCWhW/UMhFQmqYySuoY786ThjJg1GKgPNgBebdIr+2eaqWZ1SrpJRqhMI9eukGJxCyzBxOb79vnN61LxJc1n9dqTkFEonQUJQJnrez4BCh4hWhqksKS1/NWeHEcaYEJPrl7ONDfmgGVCvGmes0DcGMAFBvg/9uDd//KMpfkrvTLHKpgx0baWnQ== Received: from DM6PR02MB5228.namprd02.prod.outlook.com (2603:10b6:5:46::29) by BN6PR02MB2849.namprd02.prod.outlook.com (2603:10b6:404:fc::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4888.9; Fri, 14 Jan 2022 19:39:30 +0000 Received: from DM6PR02MB5228.namprd02.prod.outlook.com ([fe80::b4ad:b213:2b8d:3223]) by DM6PR02MB5228.namprd02.prod.outlook.com ([fe80::b4ad:b213:2b8d:3223%6]) with mapi id 15.20.4888.011; Fri, 14 Jan 2022 19:39:29 +0000 Date: Fri, 14 Jan 2022 14:39:27 -0500 From: "Gerard E. Seibert" To: freebsd-stable@freebsd.org Subject: Intel + Thunderbolt Driver Message-ID: Reply-To: freebsd-stable@freebsd.org Organization: seibercom.NET X-Mailer: Claws Mail 3.18.0 (GTK+ 2.24.33; i686-w64-mingw32) Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-TMN: [NY/0n5AERTqoW4tkiCxKF2hce9x0W8eFj3PLxxbBl1c=] X-ClientProxiedBy: BN0PR02CA0033.namprd02.prod.outlook.com (2603:10b6:408:e5::8) To DM6PR02MB5228.namprd02.prod.outlook.com (2603:10b6:5:46::29) X-Microsoft-Original-Message-ID: <20220114143927.00002c3b@outlook.com> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 8cd7d8c8-6fb0-43c4-323d-08d9d79594c3 X-MS-TrafficTypeDiagnostic: BN6PR02MB2849:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: WBX0XbEuEfTbPCDoSEjP8DJtGOj261oEbLN2t/Sl3bIXnWgdEAqAja1mmbD7o+sPRgTmSja/ESZ3PBcAuusy8eSJjjPR8Wc0K+ejp0lX7r4eoyycJIRg44uuXAwW5NUblBrd2AtxTCs3zytN79wxhycDHno2AMOJ6qq2azeW4r7EUY3apQ/DbtKVWZ8ZXXGSHl5VE6fYh7N84wI7Duvf4YXXninDY0ibpxIk0/9bqq3eu0r8cwaLVekdHILk1lr1BQL5Ph8mLpjK8WqLfs4RY/lCtVSE2KxOlkNkmP/OTDEvpDoCHR1NPiXiUOFzZhVQSc9Nng0kj/8BNQcTgN0K7VfhHhlmzFUvtqZgIgSCkEMPOSCqpioTO5CGLm8hmKHQBr7Axiwf7D7ziEm/9xyfdume9ISq4OTPRmKnGyTr8a8OerAR5tEsTJ7uMXeuuiRl0+6+uc2mI9RQKDlwgFt01uudaIQM5fWLpY0H6BFQFn6OSWhSHsmi7+phtQlPAw4X88HCKoT75k6DR+Ujdk7vVf/+nWuk7x1O68/J6LhZOYsnQnn9btZgaqsmCOebeO3ubEpa+dWMfzbJh9301T8VyqEK7AflGkBijqC7naLr2LTYNzE/zSp3mJ7iZ/Wm3G0O X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?yzXZhTGwremme0p46dgLcisu8t88Hj4VIak5NGADduBQYdPxhnkchSvkyYpV?= =?us-ascii?Q?gkqn8o6zbs5ZOVQUINF9+AYwSrfhFMu6XH8CaX/j9TU6g/Yvo5Px5+lYPBVS?= =?us-ascii?Q?GMM1QyovKOK+mtQjJJxp+nB+D2qPNbnbiJqXt0V8BcdGhNpS3LrGhFpkY4ot?= =?us-ascii?Q?n8URn8N9ZIvWDMNqSdNhQe2AQWcJPebSVeQOd8zvYhZzz2ZUhaucpK0r5CPn?= =?us-ascii?Q?JWPJpBb70CMAiKFMp5g3HCe8ndBlyNkR4QLvpfekVDKKApaeaA91Qsioil58?= =?us-ascii?Q?fVieFa7pe8bnL8R6/8IT71ycA5oxno2cnSiOERtUPWiB9kPYXqynp/ng0Yda?= =?us-ascii?Q?yV5IodSw2CC6LnrdMereWgU4r43mTgU2i49XsG5FLL+TCcuJhccbqAc/Uvek?= =?us-ascii?Q?zkBUFnJJpXNE3qFpw4zgHk+mSR6Q80pjwAtalGiZh5oyheDuuVlaJtWSPMOv?= =?us-ascii?Q?TiMmJc9bSBv9RVoEWAhGdaJfR2JEhm779snsVfsGpwS0UZ2BVuNELeFOMFpu?= =?us-ascii?Q?1M7FCjU0bwCnKvGy+/BzmzEcXn2zDoWkiP7XfxhxMe2pGWd6AMT9extjzjY7?= =?us-ascii?Q?89fNbRWHeQ9JAFfZY0W2HouIhW/bByUnRg7yYJaJR9Scsl9acOTgfawBHuxo?= =?us-ascii?Q?ehjU0JIylRVWKCqhcdkMFz0bLEutvjRCa0HusPtiVRt1nIihixHSpuqVjZPw?= =?us-ascii?Q?80FK03JEnpgMQzmG0V0FTnj/1LL+P08R7yhN41ccxuX+up143seQ/xoyYzsR?= =?us-ascii?Q?FJL9wEZ4aodG+3By0hEDvSOJL0yJeb33Bbd0e7s4ZMAHcLK2oVmy281GoLCP?= =?us-ascii?Q?rMEVuVhOnTOZUvTgAkaGHB/p3LkW63O8m3M0hPkgh59BI+/smJsAzjTqGANc?= =?us-ascii?Q?yS+03k3J8+93br0AtooHggqEuN2UalnDN85MX8h1z6Mi3nuCk4NOX0wxB/Y7?= =?us-ascii?Q?c6XLuvv2ZJy+HuJsMbaqiw=3D=3D?= X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 8cd7d8c8-6fb0-43c4-323d-08d9d79594c3 X-MS-Exchange-CrossTenant-AuthSource: DM6PR02MB5228.namprd02.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 14 Jan 2022 19:39:29.9304 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR02MB2849 X-Rspamd-Queue-Id: 4JbBq66G48z4dsZ X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=outlook.com header.s=selector1 header.b=iJ8frlJB; arc=pass ("microsoft.com:s=arcselector9901:i=1"); dmarc=pass (policy=none) header.from=outlook.com; spf=pass (mx1.freebsd.org: domain of gerard_seibert@outlook.com designates 40.92.18.62 as permitted sender) smtp.mailfrom=gerard_seibert@outlook.com X-Spamd-Result: default: False [0.00 / 15.00]; HAS_REPLYTO(0.00)[freebsd-stable@freebsd.org]; FREEMAIL_FROM(0.00)[outlook.com]; R_SPF_ALLOW(-0.20)[+ip4:40.92.0.0/15]; TO_DN_NONE(0.00)[]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MID_RHS_MATCH_FROMTLD(0.00)[]; DKIM_TRACE(0.00)[outlook.com:+]; DMARC_POLICY_ALLOW(-0.50)[outlook.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; ASN(0.00)[asn:8075, ipnet:40.80.0.0/12, country:US]; FREEMAIL_ENVFROM(0.00)[outlook.com]; DWL_DNSWL_NONE(0.00)[outlook.com:dkim]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[outlook.com:s=selector1]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_EQ_TO_ADDR(5.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[40.92.18.62:from]; MLMMJ_DEST(0.00)[freebsd-stable]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.92.18.62:from] X-ThisMailContainsUnwantedMimeParts: N I was just wondering if anyone had heard or knows when FreeBSD will be able to support Intel's "Thunderbolt" technology? The lack of a driver that works for FreeBSD has made it impossible for me to update my system beyond version 11.4. https://en.wikipedia.org/wiki/Thunderbolt_(interface) -- Jerry "Eagles may soar, but weasels don't get sucked into jet engines." From eugen@grosbein.net Fri Jan 14 20:23:02 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 144531959082 for ; Fri, 14 Jan 2022 20:28:19 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JbCYF6GMWz4sPx for ; Fri, 14 Jan 2022 20:28:17 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 20EKNDrY030966 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 14 Jan 2022 20:23:14 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: wjw@digiware.nl Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 20EKNCgd047273 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Sat, 15 Jan 2022 03:23:12 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Trying to boot a supermicro H8DMT board To: Willem Jan Withagen References: <8ac447b6-eaaf-0a8f-da69-27db15dd6f55@digiware.nl> <2ec39eef-d2e2-c55e-b032-43de86e71a57@digiware.nl> <3d87a0b3-7bed-453b-df23-4a258ea46fbb@grosbein.net> <802cf542-979d-b8e1-3f71-616b026eb852@grosbein.net> <48f57581-1f39-9f57-0e44-19c2c2bb3aeb@digiware.nl> Cc: "stable@freebsd.org" From: Eugene Grosbein Message-ID: Date: Sat, 15 Jan 2022 03:23:02 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: <48f57581-1f39-9f57-0e44-19c2c2bb3aeb@digiware.nl> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT autolearn=disabled version=3.4.2 X-Spam-Report: * -0.0 SHORTCIRCUIT No description available. * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4JbCYF6GMWz4sPx X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=fail (mx1.freebsd.org: domain of eugen@grosbein.net does not designate 2a01:4f8:c2c:26d8::2 as permitted sender) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-2.10 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_SPF_FAIL(1.00)[-all]; FREEFALL_USER(0.00)[eugen]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N 14.01.2022 22:13, Willem Jan Withagen wrote: > With 11.4 verbose boot over the serial port: > Booting... > Table 'FACP' at 0xdffc0200 > Table 'APIC' at 0xdffc0390 > APIC: Found table at 0xdffc0390 > APIC: Using the MADT enumerator. > MADT: Found CPU APIC ID 0 ACPI ID 1: enabled > SMP: Added CPU 0 (AP) > MADT: Found CPU APIC ID 1 ACPI ID 2: enabled > SMP: Added CPU 1 (AP) > MADT: Found CPU APIC ID 2 ACPI ID 3: enabled > SMP: Added CPU 2 (AP) > MADT: Found CPU APIC ID 3 ACPI ID 4: enabled > SMP: Added CPU 3 (AP) > MADT: Found CPU APIC ID 4 ACPI ID 5: enabled > SMP: Added CPU 4 (AP) > MADT: Found CPU APIC ID 5 ACPI ID 6: enabled > SMP: Added CPU 5 (AP) > MADT: Found CPU APIC ID 6 ACPI ID 7: enabled > SMP: Added CPU 6 (AP) > MADT: Found CPU APIC ID 7 ACPI ID 8: enabled > SMP: Added CPU 7 (AP) > MADT: Found CPU APIC ID 136 ACPI ID 9: disabled > MADT: Found CPU APIC ID 137 ACPI ID 10: disabled > MADT: Found CPU APIC ID 138 ACPI ID 11: disabled > MADT: Found CPU APIC ID 139 ACPI ID 12: disabled > Copyright (c) 1992-2020 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 11.4-RELEASE #0 r362094: Fri Jun 12 18:27:15 UTC 2020 > root@releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 > FreeBSD clang version 10.0.0 (git@github.com:llvm/llvm-project.git llvmorg-10.0.0-0-gd32170dbd5b) > Table 'FACP' at 0xdffc0200 > Table 'APIC' at 0xdffc0390 > Table 'MCFG' at 0xdffc0460 > Table 'OEMB' at 0xdffce040 > Table 'SRAT' at 0xdffc50f0 > SRAT: Found table at 0xdffc50f0 > SRAT: Found CPU APIC ID 0 domain 0: enabled > SRAT: Found CPU APIC ID 1 domain 0: enabled > SRAT: Found CPU APIC ID 2 domain 0: enabled > SRAT: Found CPU APIC ID 3 domain 0: enabled > SRAT: Found memory domain 0 addr 0x0 len 0xa0000: enabled > SRAT: Found memory domain 0 addr 0x100000 len 0xdff00000: enabled > SRAT: Found memory domain 0 addr 0x100000000 len 0x120000000: enabled > SRAT: Found CPU APIC ID 4 domain 1: enabled > SRAT: Found CPU APIC ID 5 domain 1: enabled > SRAT: Found CPU APIC ID 6 domain 1: enabled > SRAT: Found CPU APIC ID 7 domain 1: enabled > SRAT: Found memory domain 1 addr 0x220000000 len 0x200000000: enabled > Table 'FACP' at 0xdffc0200 > Table 'APIC' at 0xdffc0390 > Table 'MCFG' at 0xdffc0460 > Table 'OEMB' at 0xdffce040 > Table 'SRAT' at 0xdffc50f0 > ACPI: No SLIT table found Note that at some point kernel's own console driver kicks in and kernel may start writing to primary console only, so if you prefer serial console, then use: set console="comconsole vidconsole" # comconsole is primary one From nobody Fri Jan 14 22:17:34 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 5B4B01952CBE for ; Fri, 14 Jan 2022 22:18:04 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [IPv6:2001:4cb8:90:ffff::3]) (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 4JbFzt75JZz4d0v for ; Fri, 14 Jan 2022 22:18:02 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from router10g.digiware.nl (localhost.digiware.nl [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 72E215DC40; Fri, 14 Jan 2022 23:17:59 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=digiware.nl; s=medusa-2017; t=1642198679; bh=z5pVyZspBCOvDeAY4mu0sQvS67gR24QHyrBo3juFTM4=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=Nkld8Ue2I88Mx2Az9mXyAgiaND73e8VKsxuDO190BLsZDC97nxGtNjciDU73zeGnX i/IamEueG1xRp8jw1CDoQt3KX9c/LCW8Jg0RC649W9bxfcl76HcGCy8eY1Qws50rs2 7Gsj7KS0yK9dteX21qwn62p910eBPMz9kGvVobCG7zfd24WlFDdPVilswrvnC4fIlz VApOiFCzNw7Vf/COUk3afMq53LcfmG9n4f8brpKDoSw6V1Zs1jAh1l8RCvLZBoBoff EnczpG7kIySyCqe7wvwlvasM1pnBMeYfuBAA5Na14Dp9gJRULMKzf5cgO+889raTzq 62Qg108yRNU/w== X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by router10g.digiware.nl (router10g.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id t8Be3tOJXSEg; Fri, 14 Jan 2022 23:17:34 +0100 (CET) Received: from [192.168.10.10] (asus [192.168.10.10]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id 7A8DE5DE11; Fri, 14 Jan 2022 23:17:34 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=digiware.nl; s=medusa-2017; t=1642198654; bh=z5pVyZspBCOvDeAY4mu0sQvS67gR24QHyrBo3juFTM4=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=WuvGucyUU5GMmTAXA4tEAIOPZ/uaHgph2VnueQwSwEqGtQ0RaMggV2sF1woE3Kt/j jMNVXi/3P1vQCFF6ysqHci6dLTPdYazLF4d4jVbQGbQyBchpWnKNa+MAB2ndMkMGfy pbR+7KVObgW0x2c+fudAOrN8XW0CnqUOfn3tIcUm29Wx5iZ5tEHE6Xb9fpQBH2EvcF nfx+U5s9gYudvsKBtIbC/oSuzgGpz5+tnA48gjcrH4+pmyu7luSRZE89tKliJE5qUu H56VHj4pR5UjF6v1pxzJH/OTtF/iZ8qdtNjzUUr+3rEmfTwguQ7bag55PyVyRC8/qI 32lXalCUuLKQQ== Message-ID: <12bae1f2-3930-adb1-ed7e-42eea94a9806@digiware.nl> Date: Fri, 14 Jan 2022 23:17:34 +0100 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0 Thunderbird/91.4.1 Subject: Re: Trying to boot a supermicro H8DMT board Content-Language: en-US To: Eugene Grosbein Cc: "stable@freebsd.org" References: <8ac447b6-eaaf-0a8f-da69-27db15dd6f55@digiware.nl> <2ec39eef-d2e2-c55e-b032-43de86e71a57@digiware.nl> <3d87a0b3-7bed-453b-df23-4a258ea46fbb@grosbein.net> <802cf542-979d-b8e1-3f71-616b026eb852@grosbein.net> <48f57581-1f39-9f57-0e44-19c2c2bb3aeb@digiware.nl> From: Willem Jan Withagen In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4JbFzt75JZz4d0v X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=digiware.nl header.s=medusa-2017 header.b=Nkld8Ue2; dkim=pass header.d=digiware.nl header.s=medusa-2017 header.b=WuvGucyU; dmarc=pass (policy=quarantine) header.from=digiware.nl; spf=pass (mx1.freebsd.org: domain of wjw@digiware.nl designates 2001:4cb8:90:ffff::3 as permitted sender) smtp.mailfrom=wjw@digiware.nl X-Spamd-Result: default: False [-4.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[digiware.nl:s=medusa-2017]; ARC_NA(0.00)[]; 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.10)[text/plain]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[digiware.nl:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[digiware.nl,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:28878, ipnet:2001:4cb8::/29, country:NL]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 14-1-2022 21:23, Eugene Grosbein wrote: > 14.01.2022 22:13, Willem Jan Withagen wrote: > >> With 11.4 verbose boot over the serial port: >> Booting... >> Table 'FACP' at 0xdffc0200 >> Table 'APIC' at 0xdffc0390 >> APIC: Found table at 0xdffc0390 >> APIC: Using the MADT enumerator. >> MADT: Found CPU APIC ID 0 ACPI ID 1: enabled >> SMP: Added CPU 0 (AP) >> MADT: Found CPU APIC ID 1 ACPI ID 2: enabled >> SMP: Added CPU 1 (AP) >> MADT: Found CPU APIC ID 2 ACPI ID 3: enabled >> SMP: Added CPU 2 (AP) >> MADT: Found CPU APIC ID 3 ACPI ID 4: enabled >> SMP: Added CPU 3 (AP) >> MADT: Found CPU APIC ID 4 ACPI ID 5: enabled >> SMP: Added CPU 4 (AP) >> MADT: Found CPU APIC ID 5 ACPI ID 6: enabled >> SMP: Added CPU 5 (AP) >> MADT: Found CPU APIC ID 6 ACPI ID 7: enabled >> SMP: Added CPU 6 (AP) >> MADT: Found CPU APIC ID 7 ACPI ID 8: enabled >> SMP: Added CPU 7 (AP) >> MADT: Found CPU APIC ID 136 ACPI ID 9: disabled >> MADT: Found CPU APIC ID 137 ACPI ID 10: disabled >> MADT: Found CPU APIC ID 138 ACPI ID 11: disabled >> MADT: Found CPU APIC ID 139 ACPI ID 12: disabled >> Copyright (c) 1992-2020 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >> The Regents of the University of California. All rights reserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 11.4-RELEASE #0 r362094: Fri Jun 12 18:27:15 UTC 2020 >> root@releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 >> FreeBSD clang version 10.0.0 (git@github.com:llvm/llvm-project.git llvmorg-10.0.0-0-gd32170dbd5b) >> Table 'FACP' at 0xdffc0200 >> Table 'APIC' at 0xdffc0390 >> Table 'MCFG' at 0xdffc0460 >> Table 'OEMB' at 0xdffce040 >> Table 'SRAT' at 0xdffc50f0 >> SRAT: Found table at 0xdffc50f0 >> SRAT: Found CPU APIC ID 0 domain 0: enabled >> SRAT: Found CPU APIC ID 1 domain 0: enabled >> SRAT: Found CPU APIC ID 2 domain 0: enabled >> SRAT: Found CPU APIC ID 3 domain 0: enabled >> SRAT: Found memory domain 0 addr 0x0 len 0xa0000: enabled >> SRAT: Found memory domain 0 addr 0x100000 len 0xdff00000: enabled >> SRAT: Found memory domain 0 addr 0x100000000 len 0x120000000: enabled >> SRAT: Found CPU APIC ID 4 domain 1: enabled >> SRAT: Found CPU APIC ID 5 domain 1: enabled >> SRAT: Found CPU APIC ID 6 domain 1: enabled >> SRAT: Found CPU APIC ID 7 domain 1: enabled >> SRAT: Found memory domain 1 addr 0x220000000 len 0x200000000: enabled >> Table 'FACP' at 0xdffc0200 >> Table 'APIC' at 0xdffc0390 >> Table 'MCFG' at 0xdffc0460 >> Table 'OEMB' at 0xdffce040 >> Table 'SRAT' at 0xdffc50f0 >> ACPI: No SLIT table found > Note that at some point kernel's own console driver kicks in > and kernel may start writing to primary console only, so if you prefer serial console, > then use: > > set console="comconsole vidconsole" # comconsole is primary one Yup, I did find loader(8), that explains this and other things. And it had more gems I did not know about. Building 11.4-Release is ongoing.... Since that was the release that seemed to get the furthest. --WjW From nobody Sat Jan 15 00:07:30 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 9E9131953D17; Sat, 15 Jan 2022 00:07:41 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4JbJQN1jFNz3t8x; Sat, 15 Jan 2022 00:07:39 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from kalamity.joker.local (123-48-130-181.area1b.commufa.jp [123.48.130.181]) (authenticated bits=0) by www121.sakura.ne.jp (8.16.1/8.16.1/[SAKURA-WEB]/20201212) with ESMTPA id 20F07UjA071482; Sat, 15 Jan 2022 09:07:31 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sat, 15 Jan 2022 09:07:30 +0900 From: Tomoaki AOKI To: freebsd-stable@freebsd.org Cc: "Gerard E. Seibert" , FreeBSD Hackers Subject: Re: Intel + Thunderbolt Driver Message-Id: <20220115090730.22f0013604e6c32134c88cc3@dec.sakura.ne.jp> In-Reply-To: References: Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.0) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4JbJQN1jFNz3t8x X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of junchoon@dec.sakura.ne.jp has no SPF policy when checking 153.125.133.21) smtp.mailfrom=junchoon@dec.sakura.ne.jp X-Spamd-Result: default: False [-1.60 / 15.00]; RCVD_TLS_LAST(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[sakura.ne.jp]; AUTH_NA(1.00)[]; TO_DN_SOME(0.00)[]; HAS_ORG_HEADER(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[123.48.130.181:received]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-hackers,freebsd-stable]; 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:7684, ipnet:153.125.128.0/18, country:JP]; FREEMAIL_CC(0.00)[outlook.com,freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On Fri, 14 Jan 2022 14:39:27 -0500 "Gerard E. Seibert" wrote: > I was just wondering if anyone had heard or knows when FreeBSD will be > able to support Intel's "Thunderbolt" technology? The lack of a driver > that works for FreeBSD has made it impossible for me to update my > system beyond version 11.4. > > https://en.wikipedia.org/wiki/Thunderbolt_(interface) CC'ing -hackers ML, as -stable ML wouldn't fit for this. For anyone on -hackers ML: Related topic is in progress (very very slowly) on [1] below. (Gerard and I are already on it.) You may feel it's unrelated reading the title, but actually it is caused by the behaviour of Intel ThunderBolt controller. [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237666 > > -- > Jerry > > "Eagles may soar, but weasels don't get sucked into jet engines." > -- Tomoaki AOKI From nobody Sat Jan 15 14:06:28 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4AAC61965E75 for ; Sat, 15 Jan 2022 14:07:01 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [176.74.240.9]) (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 4Jbg2q75jZz4Zmn for ; Sat, 15 Jan 2022 14:06:59 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from router10g.digiware.nl (localhost.digiware.nl [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id CB3A79DEE7; Sat, 15 Jan 2022 15:06:51 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=digiware.nl; s=medusa-2017; t=1642255611; bh=XxOZ9N5ayZz7T0NUgGZR8LroY7fNTM7tXWB5pzZMWJc=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=d0Fy8Ae7+IpH9+svHKzefHs+UuhCden5x7X5nsEwkxu3BVjgZudQNVKZwnQU5iFfa xfF97DvwBnsT+hKVHv3RvUfBOX1u40k7sL6iZNKMX8TGGR7B5l7kCrOPsoGz+G9Bvn AEteJ+vMo/aBoIP0XMZSNdWgFMypNYDh5s+4UQEAjVzxArE0082eWeSRs2UohogAoS e4w7p0CDypnmqs2BWP6AjUhzEOjiZUTkvo0/J30Y3uqRh3rvpI7Dj9nCYBdWKGICRG 6bD21Ffbb57tXfLXUT05kCs5Da5LSxxM+LTBVDmMr4n15Jou+Hgj7VSHVDLDhM+mj3 3YUrZ6yAvJhgA== X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by router10g.digiware.nl (router10g.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OlsuxywXo8Xo; Sat, 15 Jan 2022 15:06:27 +0100 (CET) Received: from [192.168.10.10] (asus [192.168.10.10]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id DC6629E042; Sat, 15 Jan 2022 15:06:26 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=digiware.nl; s=medusa-2017; t=1642255586; bh=XxOZ9N5ayZz7T0NUgGZR8LroY7fNTM7tXWB5pzZMWJc=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=UiGvzLBa7SiNnvmkm0O0tizgjEbXn08XfTxccwR1n2I0gEP0VebwrBQVxY6xQ1Duf zA1kTsNm7ZDAimTDjb7Q9BP9DMqfpa9wYmGd5SOK5qpG+qEtJlEun8mkST/KuxAOpD 75AYEDqFwIFA5wwVHpLdK5hHKvNU1QqmUlkq0O9nNmeREHjRTzXo2wc1wLsvud33Ed 5FQ5kT3FJ3KN/EvkI51fAkvBtPpwAP0ThLiEM9aKOFi0bpSD34+BHB2le+PRCBcCAR xGR93+NKgXY/zyAWxei3inBknsrHTrIzLK1UWLDM6iVP3BD0RDxnPW7kMpLkarYFtK tL5AcVuz4R4Kw== Message-ID: Date: Sat, 15 Jan 2022 15:06:28 +0100 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0 Thunderbird/91.4.1 Subject: Re: Trying to boot a supermicro H8DMT board Content-Language: en-US To: Eugene Grosbein Cc: "stable@freebsd.org" References: <8ac447b6-eaaf-0a8f-da69-27db15dd6f55@digiware.nl> <2ec39eef-d2e2-c55e-b032-43de86e71a57@digiware.nl> <3d87a0b3-7bed-453b-df23-4a258ea46fbb@grosbein.net> <802cf542-979d-b8e1-3f71-616b026eb852@grosbein.net> <48f57581-1f39-9f57-0e44-19c2c2bb3aeb@digiware.nl> <78a47e83-a339-0c79-0ee0-9e55be80c78b@grosbein.net> From: Willem Jan Withagen In-Reply-To: <78a47e83-a339-0c79-0ee0-9e55be80c78b@grosbein.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Jbg2q75jZz4Zmn X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=digiware.nl header.s=medusa-2017 header.b=d0Fy8Ae7; dkim=pass header.d=digiware.nl header.s=medusa-2017 header.b=UiGvzLBa; dmarc=pass (policy=quarantine) header.from=digiware.nl; spf=pass (mx1.freebsd.org: domain of wjw@digiware.nl designates 176.74.240.9 as permitted sender) smtp.mailfrom=wjw@digiware.nl X-Spamd-Result: default: False [-4.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[digiware.nl:s=medusa-2017]; ARC_NA(0.00)[]; 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.10)[text/plain]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[digiware.nl:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[digiware.nl,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:28878, ipnet:176.74.224.0/19, country:NL]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 14-1-2022 17:41, Eugene Grosbein wrote: > 14.01.2022 23:34, Willem Jan Withagen wrote > >> That is it..... it is "dead" after that >> Does 14-CURRENT have KDB stuff preloaded, I could give it a shot. > I'm not sure, you'll have to try it yourself. > >> Otherwise I'd have to build 11.4 and go into KDB from there. >> >> What are the first things you need to know? > https://docs.freebsd.org/en/books/developers-handbook/book/ > > Look at the section "10.6. Debugging Deadlocks" as the problem looks like some deadlock (no panic, no progress). > I have tried all incarnations on that page. Even found https://gist.github.com/bijanebrahimi/f2eb0c620d81aa6234e121a0ddd88cc2 which I think has the info more organized. Can it be that the deadlock is too early for the DDB break to be triggered? --WjW From nobody Sat Jan 15 14:55:21 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 1793F195EC15 for ; Sat, 15 Jan 2022 14:55:48 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [176.74.240.9]) (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 4Jbh764KW1z4tp4 for ; Sat, 15 Jan 2022 14:55:46 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from router10g.digiware.nl (localhost.digiware.nl [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 434AE9E43B; Sat, 15 Jan 2022 15:55:45 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=digiware.nl; s=medusa-2017; t=1642258545; bh=T1B4Fmy+3GfwX3aNhRwXI2IxOLoaM83MRaXuyZgOhSk=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=FrJclW/17mlN1XumOKwqH6eog1F2MXIdVvz/ERyBZoUuuSHMT0J6V+D9ANB9+SKDt U7lFBJLEOLtk9WNEwnhHACm4/vW9/NH9+4DDfhe4zXXQii2G3oDayyP+KU8OlVKyr/ b7TKKjRb3UVseK/oEnkdYa8IUOp73AN+bJ4cbQGeSG8IVFm7iirmxZVMXazuUKmPmd 1ZrMUmNCmDKTBJHc5SOfu3Qrf7tiE3D99XDMKIberZ753/+fY6uH9n/MTmMbpTJ4Aw OV21NAztXrP9yDrH+lvHdMQyciFaTZe5gvYoQCecb15ODIdH61pnUMXUjnhdO24ZDu ZrQSHUvZdcK1A== X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by router10g.digiware.nl (router10g.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H1L4tbhbGtdc; Sat, 15 Jan 2022 15:55:20 +0100 (CET) Received: from [192.168.10.10] (asus [192.168.10.10]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id 12BAF9E596; Sat, 15 Jan 2022 15:55:20 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=digiware.nl; s=medusa-2017; t=1642258520; bh=T1B4Fmy+3GfwX3aNhRwXI2IxOLoaM83MRaXuyZgOhSk=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=XAmlqQlFzSc0YfZ7cqjw7CM7JnPp8KjrVoTz7TffVHY/P4mi5YAclFGeOXi0t7SrR d8GnpSrADBIMDin6RT0Hy+w+kiPPlDG7jvCbAb0e3FxOzpolI0gkPlElY8pUCcPRkf 4oi/46+kMvg7w39R85zzRIUhKIygXu7NATZTqE9oEPyiM0nN32O2cJ9FsWm0wlqCgk zaNmxEcJwFrqhufCtAMAyztmjVLviA73gvOUu48InJW+powm2nUU3EEfhwmmwevia9 InPModlLLTBx8yRDWvR7q2OVvMHu0LTb1oX4nWmKwLE4uTuM6E1DYHCB8mnqESFRg1 QHy9nx7n46YKA== Message-ID: <028e476f-4983-2c46-9523-7f6ab662ceee@digiware.nl> Date: Sat, 15 Jan 2022 15:55:21 +0100 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0 Thunderbird/91.4.1 Subject: Re: Trying to boot a supermicro H8DMT board Content-Language: en-US To: Eugene Grosbein Cc: "stable@freebsd.org" References: <8ac447b6-eaaf-0a8f-da69-27db15dd6f55@digiware.nl> <2ec39eef-d2e2-c55e-b032-43de86e71a57@digiware.nl> <3d87a0b3-7bed-453b-df23-4a258ea46fbb@grosbein.net> <802cf542-979d-b8e1-3f71-616b026eb852@grosbein.net> <48f57581-1f39-9f57-0e44-19c2c2bb3aeb@digiware.nl> <78a47e83-a339-0c79-0ee0-9e55be80c78b@grosbein.net> <2f49fd20-cb5a-5ccc-7f9b-0229bc8e14b1@grosbein.net> From: Willem Jan Withagen In-Reply-To: <2f49fd20-cb5a-5ccc-7f9b-0229bc8e14b1@grosbein.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Jbh764KW1z4tp4 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=digiware.nl header.s=medusa-2017 header.b="FrJclW/1"; dkim=pass header.d=digiware.nl header.s=medusa-2017 header.b=XAmlqQlF; dmarc=pass (policy=quarantine) header.from=digiware.nl; spf=pass (mx1.freebsd.org: domain of wjw@digiware.nl designates 176.74.240.9 as permitted sender) smtp.mailfrom=wjw@digiware.nl X-Spamd-Result: default: False [-4.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[digiware.nl:s=medusa-2017]; ARC_NA(0.00)[]; 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.10)[text/plain]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[digiware.nl:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[digiware.nl,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:28878, ipnet:176.74.224.0/19, country:NL]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 15-1-2022 15:28, Eugene Grosbein wrote: > 15.01.2022 21:06, Willem Jan Withagen wrote: >> On 14-1-2022 17:41, Eugene Grosbein wrote: >>> 14.01.2022 23:34, Willem Jan Withagen wrote >>> >>>> That is it..... it is "dead" after that >>>> Does 14-CURRENT have KDB stuff preloaded, I could give it a shot. >>> I'm not sure, you'll have to try it yourself. >>> >>>> Otherwise I'd have to build 11.4 and go into KDB from there. >>>> >>>> What are the first things you need to know? >>> https://docs.freebsd.org/en/books/developers-handbook/book/ >>> >>> Look at the section "10.6. Debugging Deadlocks" as the problem looks like some deadlock (no panic, no progress). >>> >> I have tried all incarnations on that page. >> Even found https://gist.github.com/bijanebrahimi/f2eb0c620d81aa6234e121a0ddd88cc2 >> which I think has the info more organized. >> >> Can it be that the deadlock is too early for the DDB break to be triggered? > Maybe, can't tell for sure. I'm afraid you'll need to dig it more: > read the code and add more "prints" to the kernel. Yeah, looking forward to that. One question though, running 14-current I can use CTRL-ALT-ESC to get into ddb BUT only after the system has gone into starting 'init()' of the installer. Before that it is ignored. Am I overlooking the incantation to trap into a booting kernel? --WjW From nobody Sun Jan 16 09:36:43 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 77FF51945781 for ; Sun, 16 Jan 2022 09:37:03 +0000 (UTC) (envelope-from herbert@gojira.at) Received: from mail.bsd4all.net (mail.bsd4all.net [IPv6:2a01:4f8:13b:240c::25]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.bsd4all.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Jc90s1nxDz4slw for ; Sun, 16 Jan 2022 09:37:01 +0000 (UTC) (envelope-from herbert@gojira.at) Date: Sun, 16 Jan 2022 10:36:43 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gojira.at; s=mail202005; t=1642325812; bh=FSpNoSkNuMFfuOogSPvvCaB6suaJuDR9pks55Oa5O3w=; h=Date:Message-ID:From:To:Subject:MIME-Version:Content-Type; b=kzxSgkuTMSJTCH3iD/EzYfRt815dYwgYjjHa4P1jwHrqdjQSVHOQF48/qALgBITHy Zj+eeTpW/s7qrr05VaLO50pEoXaCLdS4qX+Q1Yhx98uJKYuwA+ZbcgvyFfsg96PkQn pLfPcxwyjPJ1TYit9E+bynTI2tN3e1TvjzzmyynxvXNBcgjj17jEpWsw+CiAEC1wi0 1UkSzrso6jhjQfzkUVMOT+IbEKFTqupVAxPp3DINt+9fAAeocfnwDh5cRuRzFOGzHK 5WLEplmJnfxgkcMLWeP6u1EGRb/Ma4eNaVBcxTcs2wf7FiUwiZ2lJp7BT5DXXTIAFh Q/y92FLyjzluw== Message-ID: <87k0f0owd0.wl-herbert@gojira.at> From: "Herbert J. Skuhra" To: stable@freebsd.org Subject: Jails + IPv6 - Postfix no longer starting User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/29.0 Mule/6.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4Jc90s1nxDz4slw X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gojira.at header.s=mail202005 header.b=kzxSgkuT; dmarc=none; spf=pass (mx1.freebsd.org: domain of herbert@gojira.at designates 2a01:4f8:13b:240c::25 as permitted sender) smtp.mailfrom=herbert@gojira.at X-Spamd-Result: default: False [-0.50 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gojira.at:s=mail202005]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:4f8:13b:240c::25]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[gojira.at]; RCPT_COUNT_ONE(0.00)[1]; DKIM_TRACE(0.00)[gojira.at:+]; NEURAL_SPAM_LONG(1.00)[1.000]; MID_CONTAINS_FROM(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE] X-ThisMailContainsUnwantedMimeParts: N Hi, after updating my system from stable/13-n248919-4ee9fbcd853 to stable/13-n249006-a04376045dd jails are no longer starting correctly: 1. Postfix fails to start: fatal: bind xxxx:xxx:xxx:xxx::xx port 25: Can't assign requested address 2. sshd listens only on IPv4 address If I restart services in the jails all is working again. A BE with main-n252398-dfb1c97ab97 is OK. Missing MFC? Any ideas? Or do I have to 'git bisect'? Thanks. -- Herbert From nobody Sun Jan 16 09:50:31 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 395AE194FB10 for ; Sun, 16 Jan 2022 09:50:45 +0000 (UTC) (envelope-from herbert@gojira.at) Received: from mail.bsd4all.net (mail.bsd4all.net [94.130.200.20]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.bsd4all.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Jc9Jg0nTqz3FZm for ; Sun, 16 Jan 2022 09:50:43 +0000 (UTC) (envelope-from herbert@gojira.at) Date: Sun, 16 Jan 2022 10:50:31 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gojira.at; s=mail202005; t=1642326641; bh=4Ns9+TKgYqaweHqe7CiPUxYChy8/Z8LA9DeAX9gb6KM=; h=Date:Message-ID:From:To:Subject:MIME-Version:Content-Type; b=Rd6K/iYUdQI6vB2cqfGKzTwOcacFVq08T6Rt16oI9XSxHwqu58wCYrNn6CZkE4mVq kw5gZ23nCBo/VjC4964vH1u478G5zkVrGRnpctffl/Ekf/SwxBBrSX7wIXfiobQlC2 raFtfdePGlE0tMkcYzqoXPlXlk9ZLJhllVjBfD8x50gaskifeTIa7Ea8DoZa41Bz6Q jjb19tGJQPMIudc8MYVEI0tE849/XKi80CZMq/zZPlg3hvCc8obTarggtzQQd+9znu VMoa/urD3kYXY9u7aBbZFKQOaoP/23eUIevm7T0vXa0rOzJG7TnccxDtiIGnDoDzXe 1F0r0n1aIrSRw== Message-ID: <87ilukovq0.wl-herbert@gojira.at> From: "Herbert J. Skuhra" To: stable@freebsd.org Subject: Re: Jails + IPv6 - Postfix no longer starting In-Reply-To: <87k0f0owd0.wl-herbert@gojira.at> References: <87k0f0owd0.wl-herbert@gojira.at> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/29.0 Mule/6.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4Jc9Jg0nTqz3FZm X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gojira.at header.s=mail202005 header.b="Rd6K/iYU"; dmarc=none; spf=pass (mx1.freebsd.org: domain of herbert@gojira.at designates 94.130.200.20 as permitted sender) smtp.mailfrom=herbert@gojira.at X-Spamd-Result: default: False [-0.50 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gojira.at:s=mail202005]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:94.130.200.20]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[gojira.at]; RCPT_COUNT_ONE(0.00)[1]; DKIM_TRACE(0.00)[gojira.at:+]; NEURAL_SPAM_LONG(1.00)[1.000]; MID_CONTAINS_FROM(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.998]; MLMMJ_DEST(0.00)[stable]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:94.130.0.0/16, country:DE] X-ThisMailContainsUnwantedMimeParts: N On Sun, 16 Jan 2022 10:36:43 +0100, "Herbert J. Skuhra" wrote: > > Hi, > > after updating my system from stable/13-n248919-4ee9fbcd853 to > stable/13-n249006-a04376045dd jails are no longer starting correctly: > > 1. Postfix fails to start: > fatal: bind xxxx:xxx:xxx:xxx::xx port 25: Can't assign requested address > > 2. sshd listens only on IPv4 address > > If I restart services in the jails all is working again. > > A BE with main-n252398-dfb1c97ab97 is OK. > > Missing MFC? Any ideas? Or do I have to 'git bisect'? > > Thanks. Weird, after another reboot the jails start correctly. -- Herbert From nobody Mon Jan 17 01:01:57 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 1E9BA196136E for ; Mon, 17 Jan 2022 01:02:33 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [176.74.240.9]) (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 4JcYXl650Sz3Hwm for ; Mon, 17 Jan 2022 01:02:31 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from router10g.digiware.nl (localhost.digiware.nl [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 9F8421CE8F; Mon, 17 Jan 2022 02:02:23 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=digiware.nl; s=medusa-2017; t=1642381343; bh=hzreBawdwhBOetMBkkPDuJecgKGHD7FVbBUJFqzeLbk=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=p9843douxXCELVUBvxD8yL6b6Si+WCwXCnWtuTs4sL/EIm+lf+0xLAGA+6hiL7r6z EGwYo9k1UQfeUnS5hueUskx1bkixLhG6FPq+GuPq+YZLO+RR2CaSmjDUoEz4rMTN7r ed/tZ8umeAnPCziW8Q4T1LTKd6vwx8/XAib2AmK80XInyWaaLe+5zkBtbXTAPsPpCg DlHviBtVprKlERFe0+vZ1CsZNkcAwI9SdZ99mc8SKf4l9vUixrKJRz9kNKjhbpBt3A 8NRfxg4xaD8MukOIqxltbpDpCO+ap91V6jBxHcpfcesVLPwYm/XtR2DIRtwAEADZWh 0YNSTlCIDfU0A== X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by router10g.digiware.nl (router10g.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PF4EbMAheUpw; Mon, 17 Jan 2022 02:01:58 +0100 (CET) Received: from [192.168.10.67] (opteron [192.168.10.67]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id 53A5B1CD5C; Mon, 17 Jan 2022 02:01:58 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=digiware.nl; s=medusa-2017; t=1642381318; bh=hzreBawdwhBOetMBkkPDuJecgKGHD7FVbBUJFqzeLbk=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=R4B33vUjZDf0uhBO2bsP+1HuyeTqSHxUvkH+P8Mu/zJqWYPlyM3cPf10fAf1Ym5HY iPwYbqdPLSvkDW6ax/OY6O3FSFeImfOTMNhGD5Yv3CN+CI7zA3rn8jT16gQE0mHwg4 56a0C8flhWs0FIkvrl9V0IjZxh5l65s2ch1TX1iaQxOqyj2aSG7kVJdKnmthcEYK19 DlnLihfMzmKvHEcGo4V8YAIttLdnW+KCoN1rhlRhkMBYLn93jzTMzyC3FB3CoRuo7i Q7EX8yGSujHFRFSO32288EYjipDqB9KsOEfV8zthXX6WiYV4bPp5LHopD+z3LbumzJ inMjiW1NtHB4A== Message-ID: <86766549-be58-1125-867e-ae4c415e1bb4@digiware.nl> Date: Mon, 17 Jan 2022 02:01:57 +0100 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0 Thunderbird/91.5.0 Subject: Re: Trying to boot a supermicro H8DMT board Content-Language: nl To: Eugene Grosbein Cc: "stable@freebsd.org" References: <8ac447b6-eaaf-0a8f-da69-27db15dd6f55@digiware.nl> <2ec39eef-d2e2-c55e-b032-43de86e71a57@digiware.nl> <3d87a0b3-7bed-453b-df23-4a258ea46fbb@grosbein.net> <802cf542-979d-b8e1-3f71-616b026eb852@grosbein.net> <48f57581-1f39-9f57-0e44-19c2c2bb3aeb@digiware.nl> <78a47e83-a339-0c79-0ee0-9e55be80c78b@grosbein.net> <2f49fd20-cb5a-5ccc-7f9b-0229bc8e14b1@grosbein.net> From: Willem Jan Withagen In-Reply-To: <2f49fd20-cb5a-5ccc-7f9b-0229bc8e14b1@grosbein.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4JcYXl650Sz3Hwm X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=digiware.nl header.s=medusa-2017 header.b=p9843dou; dkim=pass header.d=digiware.nl header.s=medusa-2017 header.b=R4B33vUj; dmarc=pass (policy=quarantine) header.from=digiware.nl; spf=pass (mx1.freebsd.org: domain of wjw@digiware.nl designates 176.74.240.9 as permitted sender) smtp.mailfrom=wjw@digiware.nl X-Spamd-Result: default: False [-4.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[digiware.nl:s=medusa-2017]; ARC_NA(0.00)[]; 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.10)[text/plain]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[digiware.nl:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[digiware.nl,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:28878, ipnet:176.74.224.0/19, country:NL]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 15-1-2022 15:28, Eugene Grosbein wrote: > 15.01.2022 21:06, Willem Jan Withagen wrote: >> On 14-1-2022 17:41, Eugene Grosbein wrote: >>> 14.01.2022 23:34, Willem Jan Withagen wrote >>> >>>> That is it..... it is "dead" after that >>>> Does 14-CURRENT have KDB stuff preloaded, I could give it a shot. >>> I'm not sure, you'll have to try it yourself. >>> >>>> Otherwise I'd have to build 11.4 and go into KDB from there. >>>> >>>> What are the first things you need to know? >>> https://docs.freebsd.org/en/books/developers-handbook/book/ >>> >>> Look at the section "10.6. Debugging Deadlocks" as the problem looks like some deadlock (no panic, no progress). >>> >> I have tried all incarnations on that page. >> Even found https://gist.github.com/bijanebrahimi/f2eb0c620d81aa6234e121a0ddd88cc2 >> which I think has the info more organized. >> >> Can it be that the deadlock is too early for the DDB break to be triggered? > Maybe, can't tell for sure. I'm afraid you'll need to dig it more: > read the code and add more "prints" to the kernel. Got this a bit further by adding this to the config: options ACPI_DEBUG options VERBOSE_SYSINIT=1 But now it tells me: Table 'FACP' at 0xdffc0200 Table 'APIC' at 0xdffc0390 Table 'MCFG' at 0xdffc0460 Table 'OEMB' at 0xdffce040 Table 'SRAT' at 0xdffc50f0 ACPI: No SLIT table found done. subsystem 1000000    vm_mem_init(0)... So I guess that the ACPI stuff is done, and we're going to look at init-ing the subsystems. But how do I translate the number to a name? I guess it is the virtual memory init, since there is only on place that calls vm_mem_init. And that is from the sysinit chain. But I would expect things to be really bad if the system hangs in the VM initialisation? --WjW From eugen@grosbein.net Mon Jan 17 02:45:11 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3931419558C0 for ; Mon, 17 Jan 2022 02:50:30 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JcbxH5DyNz4lmq for ; Mon, 17 Jan 2022 02:50:27 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 20H2jHPL055576 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 17 Jan 2022 02:45:18 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: wjw@digiware.nl Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 20H2jH94070194 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Mon, 17 Jan 2022 09:45:17 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Trying to boot a supermicro H8DMT board To: Willem Jan Withagen References: <8ac447b6-eaaf-0a8f-da69-27db15dd6f55@digiware.nl> <2ec39eef-d2e2-c55e-b032-43de86e71a57@digiware.nl> <3d87a0b3-7bed-453b-df23-4a258ea46fbb@grosbein.net> <802cf542-979d-b8e1-3f71-616b026eb852@grosbein.net> <48f57581-1f39-9f57-0e44-19c2c2bb3aeb@digiware.nl> <78a47e83-a339-0c79-0ee0-9e55be80c78b@grosbein.net> <2f49fd20-cb5a-5ccc-7f9b-0229bc8e14b1@grosbein.net> <86766549-be58-1125-867e-ae4c415e1bb4@digiware.nl> Cc: "stable@freebsd.org" From: Eugene Grosbein Message-ID: <7903a41f-94ba-2caf-9270-a1bd9582c600@grosbein.net> Date: Mon, 17 Jan 2022 09:45:11 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: <86766549-be58-1125-867e-ae4c415e1bb4@digiware.nl> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT autolearn=disabled version=3.4.2 X-Spam-Report: * -0.0 SHORTCIRCUIT No description available. * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4JcbxH5DyNz4lmq X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=fail (mx1.freebsd.org: domain of eugen@grosbein.net does not designate 2a01:4f8:c2c:26d8::2 as permitted sender) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [1.90 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_SPF_FAIL(1.00)[-all]; FREEFALL_USER(0.00)[eugen]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(1.00)[1.000]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N 17.01.2022 8:01, Willem Jan Withagen wrote: > Got this a bit further by adding this to the config: > options ACPI_DEBUG > options VERBOSE_SYSINIT=1 > > But now it tells me: > Table 'FACP' at 0xdffc0200 > Table 'APIC' at 0xdffc0390 > Table 'MCFG' at 0xdffc0460 > Table 'OEMB' at 0xdffce040 > Table 'SRAT' at 0xdffc50f0 > ACPI: No SLIT table found > done. > subsystem 1000000 > vm_mem_init(0)... > > So I guess that the ACPI stuff is done, and we're going to look at init-ing the subsystems. > But how do I translate the number to a name? Look at sys/sys/kernel.h: SI_SUB_VM = 0x1000000, /* virtual memory system init */ > I guess it is the virtual memory init, since there is only on place that calls vm_mem_init. > And that is from the sysinit chain. > > But I would expect things to be really bad if the system hangs in the VM initialisation? How much RAM does the system have? You can try reducing memory addressed by the kernel with another loader knob: hw.physmem=4G From nobody Mon Jan 17 11:43:24 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 079541969866 for ; Mon, 17 Jan 2022 11:44:03 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [IPv6:2001:4cb8:90:ffff::3]) (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 4Jcqmx3DhSz3FJX for ; Mon, 17 Jan 2022 11:44:01 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from router10g.digiware.nl (localhost.digiware.nl [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id C454F1F1A3; Mon, 17 Jan 2022 12:43:50 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=digiware.nl; s=medusa-2017; t=1642419830; bh=QExNLfQ/R6+ktuq1RiqEi8l15e2PxMB1MI/pl5RIYEU=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=cfZR8fZYhqTFWC2EDzzFaRpJBEn7eaR1wXSj2pYEGC+HzS/In/BlselXNhGgck7xA VherkxxW1I4QKzNk5uVj9v9WuqrxNXu5EqtlGiMx/b0/kk3NVF4X1Du/jQNwOsEE7E /LMj0GsUdAWb0v6HZP+UKDAgPnra0DfIaA3w9ws6AuUtzwD+blRU8NQzYYUaWdkzJy ozZChTuWUVyXJhGuGFC1gSX3rE4d8fEqwNTQ2c7kgvzSlktU5Ik/HSLg63ndCBbOjU YQjt7E2NNshn8ZHqcMp9h3Qapn/WHxzSLZqnKD0iZiWi18ylVlZnMSYmde0zHRL2H8 1tYDu+vp8S3jw== X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by router10g.digiware.nl (router10g.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2TEm-69qJApd; Mon, 17 Jan 2022 12:43:25 +0100 (CET) Received: from [192.168.10.67] (opteron [192.168.10.67]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id 9F7231F122; Mon, 17 Jan 2022 12:43:25 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=digiware.nl; s=medusa-2017; t=1642419805; bh=QExNLfQ/R6+ktuq1RiqEi8l15e2PxMB1MI/pl5RIYEU=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=rZEXGyoToZY1JGfpOFeyyyH+ol7Zs7i63vGa/opTZoB3DS3JIWpunAXhYy/78TMXr qfqUg9XU2/B8LscVP/VRaxzsVFv2MO6loFoM0a8ZpLopQdCSzSoJn2Fd+tdg+Rp82j EmTZt2EYfHCKFMAMdsgig8R4tFTpozsv+VnzErvh3ILUDYJTs5t4Z/ticPdSocwGrw Khh5X/GbiNKSqWWTq6uAu14XDoyvTaNgsMUZHQkjc3W/gdEfZeOGQuWhNQ946pX63A 5xHr/Jp9nYd8k+nR9f0ezr8tmEnVEiS10To06p1be9GIde9KUtKS5AjZiGx8OtEKRv P0CBl2kkN66RA== Message-ID: <229c3042-3297-7903-9778-9b55d5c3f998@digiware.nl> Date: Mon, 17 Jan 2022 12:43:24 +0100 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0 Thunderbird/91.5.0 Subject: Re: Trying to boot a supermicro H8DMT board Content-Language: nl To: Eugene Grosbein Cc: "stable@freebsd.org" References: <8ac447b6-eaaf-0a8f-da69-27db15dd6f55@digiware.nl> <2ec39eef-d2e2-c55e-b032-43de86e71a57@digiware.nl> <3d87a0b3-7bed-453b-df23-4a258ea46fbb@grosbein.net> <802cf542-979d-b8e1-3f71-616b026eb852@grosbein.net> <48f57581-1f39-9f57-0e44-19c2c2bb3aeb@digiware.nl> <78a47e83-a339-0c79-0ee0-9e55be80c78b@grosbein.net> <2f49fd20-cb5a-5ccc-7f9b-0229bc8e14b1@grosbein.net> <86766549-be58-1125-867e-ae4c415e1bb4@digiware.nl> <7903a41f-94ba-2caf-9270-a1bd9582c600@grosbein.net> From: Willem Jan Withagen In-Reply-To: <7903a41f-94ba-2caf-9270-a1bd9582c600@grosbein.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4Jcqmx3DhSz3FJX X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=digiware.nl header.s=medusa-2017 header.b=cfZR8fZY; dkim=pass header.d=digiware.nl header.s=medusa-2017 header.b=rZEXGyoT; dmarc=pass (policy=quarantine) header.from=digiware.nl; spf=pass (mx1.freebsd.org: domain of wjw@digiware.nl designates 2001:4cb8:90:ffff::3 as permitted sender) smtp.mailfrom=wjw@digiware.nl X-Spamd-Result: default: False [-4.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[digiware.nl:s=medusa-2017]; ARC_NA(0.00)[]; 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.10)[text/plain]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[digiware.nl:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[digiware.nl,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:28878, ipnet:2001:4cb8::/29, country:NL]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 17-1-2022 03:45, Eugene Grosbein wrote: > 17.01.2022 8:01, Willem Jan Withagen wrote: > >> Got this a bit further by adding this to the config: >> options ACPI_DEBUG >> options VERBOSE_SYSINIT=1 >> >> But now it tells me: >> Table 'FACP' at 0xdffc0200 >> Table 'APIC' at 0xdffc0390 >> Table 'MCFG' at 0xdffc0460 >> Table 'OEMB' at 0xdffce040 >> Table 'SRAT' at 0xdffc50f0 >> ACPI: No SLIT table found >> done. >> subsystem 1000000 >> vm_mem_init(0)... >> >> So I guess that the ACPI stuff is done, and we're going to look at init-ing the subsystems. >> But how do I translate the number to a name? > Look at sys/sys/kernel.h: > > SI_SUB_VM = 0x1000000, /* virtual memory system init */ Did not find that, so thanx for the hint. >> I guess it is the virtual memory init, since there is only on place that calls vm_mem_init. >> And that is from the sysinit chain. >> >> But I would expect things to be really bad if the system hangs in the VM initialisation? > How much RAM does the system have? > You can try reducing memory addressed by the kernel with another loader knob: > > hw.physmem=4G But this was an even better hint... I set it too 1G to even avond the 4Gb limit. Board should have 16Gb of mem.... It now get all the way to mounting the USB stick... This what could be the problem now? subsystem ffffff    parse_acpi_tables(0)... SRAT: Ignoring memory at addr 0x100000000 SRAT: Ignoring memory at addr 0x220000000 SRAT: No memory found for CPU 4 done. subsystem 1000000    vm_mem_init(0)... vm_mem_init:131 done. I have both tried 1Gb and 4Gb. Could be that one of the DIMMs is defect, not seated correctly, or in the wrong slot?? This would suggest that 4Gb is missing: real memory  = 12884901888 (12288 MB) Physical memory chunk(s): 0x0000000000010000 - 0x0000000000099fff, 565248 bytes (138 pages) 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) 0x0000000001200000 - 0x00000000da659fff, 3645218816 bytes (889946 pages) avail memory = 3618148352 (3450 MB) done. From nobody Mon Jan 17 13:24:01 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 488E61963BCD for ; Mon, 17 Jan 2022 13:24:31 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [176.74.240.9]) (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 4Jct0s5zvPz4h0N for ; Mon, 17 Jan 2022 13:24:29 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from router10g.digiware.nl (localhost.digiware.nl [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id E8E471F655; Mon, 17 Jan 2022 14:24:27 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=digiware.nl; s=medusa-2017; t=1642425867; bh=l2rVf8e01I4xZLB4+1O4meHhI0n69S86i7UJua6kLTA=; h=Date:Subject:To:References:From:In-Reply-To; b=XrR7iwnOjzwHT9xaxpnAvyQQNcyE6jKmLz5JCg9xrloR9smEhIWC+re8vas8CwiML E0ppl3WVlJ0fIgzhcTGx3Gz5hlRE4L+8/h0y568HEF+5YPC1hykrOGmICm1TlyeZx1 XMaL3Y4vSQxM/7Jvslfg1VbXMhVc186e1j096wpz20ayXtSYonRzXRImg0e+1ALjyH IQprmHATe6AvdBT/YXXPRxaHAGB8qaB01eKpeCMy0Jt1f6XM9cs18j0pDN9L2nRfV1 oaOsK89eQd0MYruQsGrEPcRGtuj4QWeb/pv2KZWs4oKYY4RfVIrK6YK+uGp67uJ6cA 6XSD+QJptGDRQ== X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by router10g.digiware.nl (router10g.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3yUShUsvAF6e; Mon, 17 Jan 2022 14:24:02 +0100 (CET) Received: from [192.168.10.67] (opteron [192.168.10.67]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id B607F1F479; Mon, 17 Jan 2022 14:24:02 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=digiware.nl; s=medusa-2017; t=1642425842; bh=l2rVf8e01I4xZLB4+1O4meHhI0n69S86i7UJua6kLTA=; h=Date:Subject:To:References:From:In-Reply-To; b=srgz38yH8uKfB21nuY3k2NumPB3N7fFxkU6LTItccP9u9mqzLRa+0MKIW9ChIqa8k YfXXkpxbI0vEufNJOMbaAYebwiP+ff6R36zfIpnvwX4gK62NC2xmQIezGP3A0x50ck YwAixnbde1ZO7aaSLRonKHTZE3wKzL5oUnAwcK5LG8OFsUflUbamjkwXxjEaCZDmYm jrNZnKgKZ8muyShN92TfJ+qA1yyU9k2QJBsuTtlYRhyDhxwozDRFTYBEEfS9ixk4TL i8wKjUdJTa8ltU4W3cIR1xlTi/Kjf2mYSJjSEeAON/Fdztl/YkjC/dDqoRN9yQ9/Ee d+L/MsmbMJr2g== Message-ID: Date: Mon, 17 Jan 2022 14:24:01 +0100 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0 Thunderbird/91.5.0 Subject: Re: Trying to boot a supermicro H8DMT board Content-Language: nl To: Eugene Grosbein , stable@freebsd.org References: <8ac447b6-eaaf-0a8f-da69-27db15dd6f55@digiware.nl> <2ec39eef-d2e2-c55e-b032-43de86e71a57@digiware.nl> <3d87a0b3-7bed-453b-df23-4a258ea46fbb@grosbein.net> <802cf542-979d-b8e1-3f71-616b026eb852@grosbein.net> <48f57581-1f39-9f57-0e44-19c2c2bb3aeb@digiware.nl> <78a47e83-a339-0c79-0ee0-9e55be80c78b@grosbein.net> <2f49fd20-cb5a-5ccc-7f9b-0229bc8e14b1@grosbein.net> <86766549-be58-1125-867e-ae4c415e1bb4@digiware.nl> <7903a41f-94ba-2caf-9270-a1bd9582c600@grosbein.net> <229c3042-3297-7903-9778-9b55d5c3f998@digiware.nl> <71d1e25c-f1f6-2371-486e-2382d67a3fc5@grosbein.net> From: Willem Jan Withagen In-Reply-To: <71d1e25c-f1f6-2371-486e-2382d67a3fc5@grosbein.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Jct0s5zvPz4h0N X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=digiware.nl header.s=medusa-2017 header.b=XrR7iwnO; dkim=pass header.d=digiware.nl header.s=medusa-2017 header.b=srgz38yH; dmarc=pass (policy=quarantine) header.from=digiware.nl; spf=pass (mx1.freebsd.org: domain of wjw@digiware.nl designates 176.74.240.9 as permitted sender) smtp.mailfrom=wjw@digiware.nl X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[digiware.nl:s=medusa-2017]; 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.10)[text/plain]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[digiware.nl:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[digiware.nl,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:28878, ipnet:176.74.224.0/19, country:NL]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 17-1-2022 14:09, Eugene Grosbein wrote: > 17.01.2022 18:43, Willem Jan Withagen wrote: > >>> How much RAM does the system have? >>> You can try reducing memory addressed by the kernel with another loader knob: >>> >>> hw.physmem=4G >> But this was an even better hint... I set it too 1G to even avond the 4Gb limit. >> Board should have 16Gb of mem.... >> >> It now get all the way to mounting the USB stick... >> >> This what could be the problem now? >> >> subsystem ffffff >> parse_acpi_tables(0)... SRAT: Ignoring memory at addr 0x100000000 >> SRAT: Ignoring memory at addr 0x220000000 >> SRAT: No memory found for CPU 4 >> done. >> subsystem 1000000 >> vm_mem_init(0)... vm_mem_init:131 >> done. >> >> I have both tried 1Gb and 4Gb. >> Could be that one of the DIMMs is defect, not seated correctly, or in the wrong slot?? >> >> This would suggest that 4Gb is missing: >> real memory = 12884901888 (12288 MB) >> Physical memory chunk(s): >> 0x0000000000010000 - 0x0000000000099fff, 565248 bytes (138 pages) >> 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) >> 0x0000000001200000 - 0x00000000da659fff, 3645218816 bytes (889946 pages) >> avail memory = 3618148352 (3450 MB) >> done. > Well, perform independent hardware (memory) testing with something like memtest86+ > and if it is all right, you show ask someone more knowledgeable. Maybe CC: arch@freebsd.org Perhaps should have done that when I started, but supplier assured me that the they just retired the boards with out any issues. Memtest86 found the faulty DIMM in 30 secs... Not sure if we could/want educate vm_mem_init() to actually detect this. It is still in the part where everthing is still running on the first CPU. Making things a bit easier to understand what is going on. Lets see if the box will run on 3 DIMMs for the rime being. Then figure out with DMIdecode what we need expand again. --WjW From eugen@grosbein.net Mon Jan 17 13:46:24 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 708FB19531EA for ; Mon, 17 Jan 2022 13:51:36 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Jctc73WXVz4s0W for ; Mon, 17 Jan 2022 13:51:35 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 20HDkV2Z061331 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 17 Jan 2022 13:46:32 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: wjw@digiware.nl Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 20HDkVNo074397 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Mon, 17 Jan 2022 20:46:31 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Trying to boot a supermicro H8DMT board To: Willem Jan Withagen , stable@freebsd.org References: <8ac447b6-eaaf-0a8f-da69-27db15dd6f55@digiware.nl> <2ec39eef-d2e2-c55e-b032-43de86e71a57@digiware.nl> <3d87a0b3-7bed-453b-df23-4a258ea46fbb@grosbein.net> <802cf542-979d-b8e1-3f71-616b026eb852@grosbein.net> <48f57581-1f39-9f57-0e44-19c2c2bb3aeb@digiware.nl> <78a47e83-a339-0c79-0ee0-9e55be80c78b@grosbein.net> <2f49fd20-cb5a-5ccc-7f9b-0229bc8e14b1@grosbein.net> <86766549-be58-1125-867e-ae4c415e1bb4@digiware.nl> <7903a41f-94ba-2caf-9270-a1bd9582c600@grosbein.net> <229c3042-3297-7903-9778-9b55d5c3f998@digiware.nl> <71d1e25c-f1f6-2371-486e-2382d67a3fc5@grosbein.net> From: Eugene Grosbein Message-ID: <9d73e9ba-af23-ea90-e5fa-cf3a04a8513b@grosbein.net> Date: Mon, 17 Jan 2022 20:46:24 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT autolearn=disabled version=3.4.2 X-Spam-Report: * -0.0 SHORTCIRCUIT No description available. * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4Jctc73WXVz4s0W X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=fail (mx1.freebsd.org: domain of eugen@grosbein.net does not designate 2a01:4f8:c2c:26d8::2 as permitted sender) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [1.90 / 15.00]; ARC_NA(0.00)[]; R_SPF_FAIL(1.00)[-all]; FREEFALL_USER(0.00)[eugen]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(1.00)[1.000]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N 17.01.2022 20:24, Willem Jan Withagen wrote: >> Well, perform independent hardware (memory) testing with something like memtest86+ >> and if it is all right, you show ask someone more knowledgeable. Maybe CC: arch@freebsd.org > > Perhaps should have done that when I started, but supplier assured me that > the they just retired the boards with out any issues. > Memtest86 found the faulty DIMM in 30 secs... > > Not sure if we could/want educate vm_mem_init() to actually detect this. > It is still in the part where everthing is still running on the first CPU. > Making things a bit easier to understand what is going on. > > Lets see if the box will run on 3 DIMMs for the rime being. > Then figure out with DMIdecode what we need expand again. Is it ECC memory or non-ECC? The kernel already have full memory testing performed at boot time unless disabled with another loader knob: hw.memtest.tests=0 Try booting it with memory testing disabled and without hw.physmem limitation. Maybe it will boot. With ECC, it could be hardware interrupt while kernel runs that test and wrong in-kernel processing of the interrupt. From nobody Mon Jan 17 14:04:16 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 19615195D8F8 for ; Mon, 17 Jan 2022 14:04:48 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [IPv6:2001:4cb8:90:ffff::3]) (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 4JctvM0Xkdz3FWN for ; Mon, 17 Jan 2022 14:04:46 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from router10g.digiware.nl (localhost.digiware.nl [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 016391F918; Mon, 17 Jan 2022 15:04:43 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=digiware.nl; s=medusa-2017; t=1642428283; bh=MjH9psjJ0q3xwN6/zGNu/VmSEnL1YOalLjukoVWPxY4=; h=Date:Subject:To:References:From:In-Reply-To; b=VKKD1GMr4rHxzJp2v/AZDrm2tn84q2n/b0CTBjG6UmEMwuClx5D9kTUoRFpJWS+gp TZZcFNLAp8treX0adCJcvfyteL5ff+9b64/9fKKh7fbOLnwcJnJ6GV5dvfYgU+jgco sDu9BYzGifDSsVoDvHf1ZfjrHifNk2zi1XLVoNUYq+HLESIcgO9VnCvoJrRmO1Jdf3 bB9GX1zZ9L/1whwkdllkFXqpHuU16vB9DXnijXLFsPO5XRiQ/vI6lebMwj8UJrmPLw 2UCqyl/IEYQoFjtffYQxOPvdAM8Mw5BGEXjWr9HL38gUQxB9W+bttJ/9q4dgjgxtTQ 1ghZ0jH75pWKg== X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by router10g.digiware.nl (router10g.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H25_pDfVFlNf; Mon, 17 Jan 2022 15:04:17 +0100 (CET) Received: from [192.168.10.67] (opteron [192.168.10.67]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id C94831F8AD; Mon, 17 Jan 2022 15:04:17 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=digiware.nl; s=medusa-2017; t=1642428257; bh=MjH9psjJ0q3xwN6/zGNu/VmSEnL1YOalLjukoVWPxY4=; h=Date:Subject:To:References:From:In-Reply-To; b=ZCxvqjLff9f/5ZTPKmnWUESaIs1XTdVuqX3p8KHiVt0onrrb0swrEX4mhy5ufCevp /q+10l5VC/T6z5jwbgEmJkyJxfrnc5m3u/WCKvsXilbEVsHkMsV2YY0bYkiFF99VFG dOhTtPLnW/FEijcANqemLFPV6aA82C5S54RrkBw1/vvfLt6uFD2dyDGDaGwxpYxgbZ +6gtgY1mUMrjsuQJABzP88+c5fx18Rk3ZhJol3wO3Mh56yGQNq+su79tjuL62pQr5k Z5k8fxyK/1LCGGLiUcwQ9U02TuAetyVaKgep8qkBDv5OQho9gYtSn829vPsRoei2b8 fZoGP8V+aLH2A== Message-ID: <7c5d9cc0-be85-c855-a294-71a93f2c5440@digiware.nl> Date: Mon, 17 Jan 2022 15:04:16 +0100 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0 Thunderbird/91.5.0 Subject: Re: Trying to boot a supermicro H8DMT board Content-Language: en-GB To: Eugene Grosbein , stable@freebsd.org References: <8ac447b6-eaaf-0a8f-da69-27db15dd6f55@digiware.nl> <2ec39eef-d2e2-c55e-b032-43de86e71a57@digiware.nl> <3d87a0b3-7bed-453b-df23-4a258ea46fbb@grosbein.net> <802cf542-979d-b8e1-3f71-616b026eb852@grosbein.net> <48f57581-1f39-9f57-0e44-19c2c2bb3aeb@digiware.nl> <78a47e83-a339-0c79-0ee0-9e55be80c78b@grosbein.net> <2f49fd20-cb5a-5ccc-7f9b-0229bc8e14b1@grosbein.net> <86766549-be58-1125-867e-ae4c415e1bb4@digiware.nl> <7903a41f-94ba-2caf-9270-a1bd9582c600@grosbein.net> <229c3042-3297-7903-9778-9b55d5c3f998@digiware.nl> <71d1e25c-f1f6-2371-486e-2382d67a3fc5@grosbein.net> <9d73e9ba-af23-ea90-e5fa-cf3a04a8513b@grosbein.net> From: Willem Jan Withagen In-Reply-To: <9d73e9ba-af23-ea90-e5fa-cf3a04a8513b@grosbein.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4JctvM0Xkdz3FWN X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=digiware.nl header.s=medusa-2017 header.b=VKKD1GMr; dkim=pass header.d=digiware.nl header.s=medusa-2017 header.b=ZCxvqjLf; dmarc=pass (policy=quarantine) header.from=digiware.nl; spf=pass (mx1.freebsd.org: domain of wjw@digiware.nl designates 2001:4cb8:90:ffff::3 as permitted sender) smtp.mailfrom=wjw@digiware.nl X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[digiware.nl:s=medusa-2017]; 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.10)[text/plain]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[digiware.nl:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[digiware.nl,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:28878, ipnet:2001:4cb8::/29, country:NL]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 17-1-2022 14:46, Eugene Grosbein wrote: > 17.01.2022 20:24, Willem Jan Withagen wrote: > >>> Well, perform independent hardware (memory) testing with something like memtest86+ >>> and if it is all right, you show ask someone more knowledgeable. Maybe CC: arch@freebsd.org >> Perhaps should have done that when I started, but supplier assured me that >> the they just retired the boards with out any issues. >> Memtest86 found the faulty DIMM in 30 secs... >> >> Not sure if we could/want educate vm_mem_init() to actually detect this. >> It is still in the part where everthing is still running on the first CPU. >> Making things a bit easier to understand what is going on. >> >> Lets see if the box will run on 3 DIMMs for the rime being. >> Then figure out with DMIdecode what we need expand again. > Is it ECC memory or non-ECC? > The kernel already have full memory testing performed at boot time > unless disabled with another loader knob: > > hw.memtest.tests=0 > > Try booting it with memory testing disabled and without hw.physmem limitation. > Maybe it will boot. > > With ECC, it could be hardware interrupt while kernel runs that test > and wrong in-kernel processing of the interrupt. Swapped the DIMM with 3 others, but still the same errors. Then I changed DIMM slot, and the errors went away. So definitely a hardware issue when booted FreeBSD reported already only 12Gb in system ( there are 4 4GB dimms) Using 8Gb. DIMMs are ECC. But then still it would only boot when mem set to 8G. Waiting for memtest to finish at least one pass. Usually that will take quite some time. --WjW From nobody Mon Jan 17 17:14:32 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 35E251964364 for ; Mon, 17 Jan 2022 17:14:58 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Jcz6n0PvNz3tjL for ; Mon, 17 Jan 2022 17:14:56 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from kalamity.joker.local (123-48-130-181.area1b.commufa.jp [123.48.130.181]) (authenticated bits=0) by www121.sakura.ne.jp (8.16.1/8.16.1/[SAKURA-WEB]/20201212) with ESMTPA id 20HHEWxs051052; Tue, 18 Jan 2022 02:14:33 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Tue, 18 Jan 2022 02:14:32 +0900 From: Tomoaki AOKI To: Willem Jan Withagen Cc: Eugene Grosbein , stable@freebsd.org Subject: Re: Trying to boot a supermicro H8DMT board Message-Id: <20220118021432.197aa1241d53b1cba6e8c562@dec.sakura.ne.jp> In-Reply-To: <7c5d9cc0-be85-c855-a294-71a93f2c5440@digiware.nl> References: <8ac447b6-eaaf-0a8f-da69-27db15dd6f55@digiware.nl> <2ec39eef-d2e2-c55e-b032-43de86e71a57@digiware.nl> <3d87a0b3-7bed-453b-df23-4a258ea46fbb@grosbein.net> <802cf542-979d-b8e1-3f71-616b026eb852@grosbein.net> <48f57581-1f39-9f57-0e44-19c2c2bb3aeb@digiware.nl> <78a47e83-a339-0c79-0ee0-9e55be80c78b@grosbein.net> <2f49fd20-cb5a-5ccc-7f9b-0229bc8e14b1@grosbein.net> <86766549-be58-1125-867e-ae4c415e1bb4@digiware.nl> <7903a41f-94ba-2caf-9270-a1bd9582c600@grosbein.net> <229c3042-3297-7903-9778-9b55d5c3f998@digiware.nl> <71d1e25c-f1f6-2371-486e-2382d67a3fc5@grosbein.net> <9d73e9ba-af23-ea90-e5fa-cf3a04a8513b@grosbein.net> <7c5d9cc0-be85-c855-a294-71a93f2c5440@digiware.nl> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.0) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Jcz6n0PvNz3tjL X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of junchoon@dec.sakura.ne.jp has no SPF policy when checking 153.125.133.21) smtp.mailfrom=junchoon@dec.sakura.ne.jp X-Spamd-Result: default: False [2.37 / 15.00]; RCVD_TLS_LAST(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[sakura.ne.jp]; AUTH_NA(1.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_MEDIUM(0.97)[0.973]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_SPAM_LONG(1.00)[1.000]; MLMMJ_DEST(0.00)[stable]; 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:7684, ipnet:153.125.128.0/18, country:JP]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[123.48.130.181:received] X-ThisMailContainsUnwantedMimeParts: N On Mon, 17 Jan 2022 15:04:16 +0100 Willem Jan Withagen wrote: > On 17-1-2022 14:46, Eugene Grosbein wrote: > > 17.01.2022 20:24, Willem Jan Withagen wrote: > > > >>> Well, perform independent hardware (memory) testing with something like memtest86+ > >>> and if it is all right, you show ask someone more knowledgeable. Maybe CC: arch@freebsd.org > >> Perhaps should have done that when I started, but supplier assured me that > >> the they just retired the boards with out any issues. > >> Memtest86 found the faulty DIMM in 30 secs... > >> > >> Not sure if we could/want educate vm_mem_init() to actually detect this. > >> It is still in the part where everthing is still running on the first CPU. > >> Making things a bit easier to understand what is going on. > >> > >> Lets see if the box will run on 3 DIMMs for the rime being. > >> Then figure out with DMIdecode what we need expand again. > > Is it ECC memory or non-ECC? > > The kernel already have full memory testing performed at boot time > > unless disabled with another loader knob: > > > > hw.memtest.tests=0 > > > > Try booting it with memory testing disabled and without hw.physmem limitation. > > Maybe it will boot. > > > > With ECC, it could be hardware interrupt while kernel runs that test > > and wrong in-kernel processing of the interrupt. > > Swapped the DIMM with 3 others, but still the same errors. > Then I changed DIMM slot, and the errors went away. > So definitely a hardware issue > > when booted FreeBSD reported already only 12Gb in system ( there are 4 > 4GB dimms) > Using 8Gb. DIMMs are ECC. > But then still it would only boot when mem set to 8G. > > Waiting for memtest to finish at least one pass. > Usually that will take quite some time. > > --WjW > > Not sure this is the case, but some motherboards have severe limitation about DIMM slot usage, if not fully used. For example, assuming slot No. are B0-0, 1, 2, 3 and B1-0, 1, 2, 3, *Must use "interleaved. If 4 in 8 slots are to be used, B0-0, B0-2, B1-0, B1-2 shall be used. (Some forced B0-1, B0-3, B1-1, B1-3, IIRC) *Must NOT use "interleaved. B0-0, B0-1, B1-0, B1-1 shall be used. *Must NOT use B1 unless B0 is full of DIMs. B0-0. B0-1, B0-2, B0-3 shall be used. and so on, depending on motherboard vendor (at worst, per model.) -- Tomoaki AOKI From nobody Mon Jan 17 18:45:13 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B334C1958954 for ; Mon, 17 Jan 2022 18:45:43 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [176.74.240.9]) (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 4Jd17V0Ls6z3Hss for ; Mon, 17 Jan 2022 18:45:41 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from router10g.digiware.nl (localhost.digiware.nl [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id D508D21309; Mon, 17 Jan 2022 19:45:39 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=digiware.nl; s=medusa-2017; t=1642445139; bh=OQwe0rVFe3JSj687xUzQwj+2NZsLZFevOc70SXlL7DA=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=P6MYGTbn/kdTc7Xbj27PovSwGoaLX//X6X6pY7biErgD37LIZXGqZueul3iDwC7Eo sfU7HObNSlMNEd8FkVNOKr5CePRgYTRKP+7R2ypgTOxof5dev6GdU+cWH/THk9Dwms SzAI9H4iReLFVuf4yh10+dTD5d0ARQ4lr959rEPqxYksTD5jugSDa8y/9mwjUjvzil /K+aIl42gF6JjYMEUm2l4fGPxxVteM/x8qf6Mb+h9ZlyOpXDHNSp+RzVy8f/cycRyi ZWVHw6C1w2qmniWlu2ZPB5T79WiZ9hSRXNuy3ABAjEBAu3WrX3n+I+jUKGaENkxXwQ peRRPe1ZKkGOQ== X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by router10g.digiware.nl (router10g.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id udt15QE-s43x; Mon, 17 Jan 2022 19:45:14 +0100 (CET) Received: from [192.168.10.67] (opteron [192.168.10.67]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id BB0C1212AC; Mon, 17 Jan 2022 19:45:14 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=digiware.nl; s=medusa-2017; t=1642445114; bh=OQwe0rVFe3JSj687xUzQwj+2NZsLZFevOc70SXlL7DA=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=Y2KSQP3RuaMMqAqgY758fJmevPWqmi3NUEzNpzB47JeMM8t19cG+HjOo9UaQusvqx x0LiNNCSoOW7lhBUZv8e/R0YB+NFvZ+Wq7br84323BVMDxSngvtxC5jmnD2ngyuwwX r+Peb8C7jXR24FwbracYMocn+oPv42igJLfsiFU9e4zYIN1x5PHVAzV65MWclSd7lL QL1MpCdhMH8gu1X2Q8vpLM3P8084p2YOGhGQfnYk32UB5e85QHW0nsEEAu154ijzLz gd6lFOmzTQknc2s2Lm2/4StesiQiWD88sn1YS9JhTC+hy7CVZWnWNPqQPud6zHGxc4 DtSoSfQB9xDyA== Message-ID: <8096cd7e-bc11-5fa7-cc96-6bcdf1278ffc@digiware.nl> Date: Mon, 17 Jan 2022 19:45:13 +0100 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0 Thunderbird/91.5.0 Subject: Re: Trying to boot a supermicro H8DMT board Content-Language: nl To: Tomoaki AOKI Cc: Eugene Grosbein , stable@freebsd.org References: <8ac447b6-eaaf-0a8f-da69-27db15dd6f55@digiware.nl> <2ec39eef-d2e2-c55e-b032-43de86e71a57@digiware.nl> <3d87a0b3-7bed-453b-df23-4a258ea46fbb@grosbein.net> <802cf542-979d-b8e1-3f71-616b026eb852@grosbein.net> <48f57581-1f39-9f57-0e44-19c2c2bb3aeb@digiware.nl> <78a47e83-a339-0c79-0ee0-9e55be80c78b@grosbein.net> <2f49fd20-cb5a-5ccc-7f9b-0229bc8e14b1@grosbein.net> <86766549-be58-1125-867e-ae4c415e1bb4@digiware.nl> <7903a41f-94ba-2caf-9270-a1bd9582c600@grosbein.net> <229c3042-3297-7903-9778-9b55d5c3f998@digiware.nl> <71d1e25c-f1f6-2371-486e-2382d67a3fc5@grosbein.net> <9d73e9ba-af23-ea90-e5fa-cf3a04a8513b@grosbein.net> <7c5d9cc0-be85-c855-a294-71a93f2c5440@digiware.nl> <20220118021432.197aa1241d53b1cba6e8c562@dec.sakura.ne.jp> From: Willem Jan Withagen In-Reply-To: <20220118021432.197aa1241d53b1cba6e8c562@dec.sakura.ne.jp> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Jd17V0Ls6z3Hss X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=digiware.nl header.s=medusa-2017 header.b=P6MYGTbn; dkim=pass header.d=digiware.nl header.s=medusa-2017 header.b=Y2KSQP3R; dmarc=pass (policy=quarantine) header.from=digiware.nl; spf=pass (mx1.freebsd.org: domain of wjw@digiware.nl designates 176.74.240.9 as permitted sender) smtp.mailfrom=wjw@digiware.nl X-Spamd-Result: default: False [-1.99 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[digiware.nl:s=medusa-2017]; 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)[+mx]; MIME_GOOD(-0.10)[text/plain]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[digiware.nl:+]; DMARC_POLICY_ALLOW(-0.50)[digiware.nl,quarantine]; NEURAL_SPAM_LONG(1.00)[1.000]; NEURAL_HAM_SHORT(-0.99)[-0.994]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:28878, ipnet:176.74.224.0/19, country:NL]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 17-1-2022 18:14, Tomoaki AOKI wrote: > On Mon, 17 Jan 2022 15:04:16 +0100 > Willem Jan Withagen wrote: > >> On 17-1-2022 14:46, Eugene Grosbein wrote: >>> 17.01.2022 20:24, Willem Jan Withagen wrote: >>> >>>>> Well, perform independent hardware (memory) testing with something like memtest86+ >>>>> and if it is all right, you show ask someone more knowledgeable. Maybe CC: arch@freebsd.org >>>> Perhaps should have done that when I started, but supplier assured me that >>>> the they just retired the boards with out any issues. >>>> Memtest86 found the faulty DIMM in 30 secs... >>>> >>>> Not sure if we could/want educate vm_mem_init() to actually detect this. >>>> It is still in the part where everthing is still running on the first CPU. >>>> Making things a bit easier to understand what is going on. >>>> >>>> Lets see if the box will run on 3 DIMMs for the rime being. >>>> Then figure out with DMIdecode what we need expand again. >>> Is it ECC memory or non-ECC? >>> The kernel already have full memory testing performed at boot time >>> unless disabled with another loader knob: >>> >>> hw.memtest.tests=0 >>> >>> Try booting it with memory testing disabled and without hw.physmem limitation. >>> Maybe it will boot. >>> >>> With ECC, it could be hardware interrupt while kernel runs that test >>> and wrong in-kernel processing of the interrupt. >> Swapped the DIMM with 3 others, but still the same errors. >> Then I changed DIMM slot, and the errors went away. >> So definitely a hardware issue >> >> when booted FreeBSD reported already only 12Gb in system ( there are 4 >> 4GB dimms) >> Using 8Gb. DIMMs are ECC. >> But then still it would only boot when mem set to 8G. >> >> Waiting for memtest to finish at least one pass. >> Usually that will take quite some time. >> >> --WjW >> >> > Not sure this is the case, but some motherboards have severe limitation > about DIMM slot usage, if not fully used. > > For example, assuming slot No. are B0-0, 1, 2, 3 and B1-0, 1, 2, 3, > > *Must use "interleaved. If 4 in 8 slots are to be used, > B0-0, B0-2, B1-0, B1-2 shall be used. > (Some forced B0-1, B0-3, B1-1, B1-3, IIRC) > > *Must NOT use "interleaved. > B0-0, B0-1, B1-0, B1-1 shall be used. > > *Must NOT use B1 unless B0 is full of DIMs. > B0-0. B0-1, B0-2, B0-3 shall be used. > > and so on, depending on motherboard vendor (at worst, per model.) Yup, I know... I used the board in the configuration I got it. And its a DUAL processor board with 2 opterons. The config works correct for the first Opteron (Called CPU1) using slots: CPU1/DIMM1A and CPU1/DIMM1B But on the second CPU I have to use the third slot.... so using slots: CPU2/DIMM1B and CPU2/DIMM2B And my memtest86 has complete 1 full pass over 16G without errors. So I'm guessing that the order is not majorly picky. But you are correct in noting this, so I will read up ont this in the manual. Thanx, --WjW From nobody Tue Jan 18 08:25:46 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D12F0196F080 for ; Tue, 18 Jan 2022 08:25:49 +0000 (UTC) (envelope-from fluffy@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JdMKn5JTlz3mJk; Tue, 18 Jan 2022 08:25:49 +0000 (UTC) (envelope-from fluffy@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1642494349; 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=TEsBEBm80TImnhmuHPLoaXV1KfAPMjhpqaoGlmcE/jo=; b=ntPQO4ix05s6JHvXkn6H+FKk0/dHCXM74Z3Efnr/pUOxjHmt2LmMpthaq6NmOrm6pmw6kg aFdSJjjBC1YmUA7s/I+GxBjWzftvG6zk9i5XtU/mxmeMcNmeZal+alJaDCHjGpOgN5Sq01 WuZoh0OyL7kI46Fhl9u4euiUzrowomBsjIdNlvcqXv8zTQ228jQQx3VKK9QilAze9ad8Hl mYjFbc40PdwdA/TX8NaCeLTWgSDS0wcleyl1hXXyY2anyoTX6eJmKObfq/eTL1kygWndj0 xlJV7QZ8tfL8eTYxUl47ITjb3uwXGXKOIRrUNmqPSIXw+d5jy67+/zK7Yafzkw== Received: from [192.168.0.149] (208-187-187-93.customer.senator-telecom.com [93.187.187.208]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: fluffy) by smtp.freebsd.org (Postfix) with ESMTPSA id BD15324CD4; Tue, 18 Jan 2022 08:25:48 +0000 (UTC) (envelope-from fluffy@FreeBSD.org) Date: Tue, 18 Jan 2022 11:25:46 +0300 From: Dima Panov To: Willem Jan Withagen , Tomoaki AOKI Cc: Eugene Grosbein , stable@freebsd.org Message-ID: In-Reply-To: <8096cd7e-bc11-5fa7-cc96-6bcdf1278ffc@digiware.nl> References: <8ac447b6-eaaf-0a8f-da69-27db15dd6f55@digiware.nl> <2ec39eef-d2e2-c55e-b032-43de86e71a57@digiware.nl> <3d87a0b3-7bed-453b-df23-4a258ea46fbb@grosbein.net> <802cf542-979d-b8e1-3f71-616b026eb852@grosbein.net> <48f57581-1f39-9f57-0e44-19c2c2bb3aeb@digiware.nl> <78a47e83-a339-0c79-0ee0-9e55be80c78b@grosbein.net> <2f49fd20-cb5a-5ccc-7f9b-0229bc8e14b1@grosbein.net> <86766549-be58-1125-867e-ae4c415e1bb4@digiware.nl> <7903a41f-94ba-2caf-9270-a1bd9582c600@grosbein.net> <229c3042-3297-7903-9778-9b55d5c3f998@digiware.nl> <71d1e25c-f1f6-2371-486e-2382d67a3fc5@grosbein.net> <9d73e9ba-af23-ea90-e5fa-cf3a04a8513b@grosbein.net> <7c5d9cc0-be85-c855-a294-71a93f2c5440@digiware.nl> <20220118021432.197aa1241d53b1cba6e8c562@dec.sakura.ne.jp> <8096cd7e-bc11-5fa7-cc96-6bcdf1278ffc@digiware.nl> Subject: Re: Trying to boot a supermicro H8DMT board List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="61e6798a_327b23c6_93a"; protocol="application/pgp-signature" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1642494349; 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=TEsBEBm80TImnhmuHPLoaXV1KfAPMjhpqaoGlmcE/jo=; b=slGbKblStncrVlDPlzlAvZcXDo0qjA8nikxP28Ds5PeeUMOsxFmpsgtVV/I0FqXRTuh6Ru UajPBe1VU8rSUsMynyMxdkKxrGwnjWsw2SpDGYgHYkMEFNUcchfFApGmQnXRq6M6Cdg3dK iawAsMROz+9miXx5qoHfGB/nsYvCJ2UIiiWzYVBNoC8AM6NEsjz3Z7E/mfGO1GRxnMlS8Z Y3HDTdsVVe/sDsoEPqu+FQGX45CinNaFbE1c9XvnxZSCaUpEm9VtsN7eegiOCXUWT+6BTu NFRDVa6VPeiQv08GdKGu4EYqBJ3SsUufirXhL3dL6kntBUCl7xovYLxGyJZgBg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1642494349; a=rsa-sha256; cv=none; b=jmnAfIIOLPwx/hWdhqS/fc+0b0fpwph9070U/93wuUbmhEocSwuXcSdaV+SXAbg1J23st+ P1b7HRx3CCAZefU950wcH8tOKaZDdkb+bSf1kvZA+49yXOWl2biPRceouxEh3+QNLCUn7q 0Z5WDbQ3VDyUxRoII0Km7gWqPbLxN+Ndq7ce4X1BwWEhn+G09Ca4gT/IZ+/z88u8Ewqh50 0JfYgCpDb7x1LPiC7guejAA9xXFwgz0PllIZ7B0EJLTxGqjWi/Q0efjN6GnLNbvlVTRWhi 7K9SLLbQess/zizF5Oot0PNkuRfo9lXWXx7lYz8tOxmob3opXXI45Vsk+U+BIA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N --61e6798a_327b23c6_93a Content-Type: multipart/alternative; boundary="61e6798a_6b8b4567_93a" --61e6798a_6b8b4567_93a Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Moin=21 As mobo manual says, u could use cpu1/1b, cpu1/1a, cpu2/1b, cpu2/1a due t= o hard dependency on pair interleaving support. Slots fills from far to close order from each cpu by pairs only -- Dima. (desktop, kde, x11, office, ports-secteam)=40=46reeBSD team (fluffy=40=46reeBSD.org, https://t.me/dima=5Fpanov) > On Monday, Jan 17, 2022 at 9:47 PM, Willem Jan Withagen wrote: > On 17-1-2022 18:14, Tomoaki AOKI wrote: > > On Mon, 17 Jan 2022 15:04:16 +0100 > > Willem Jan Withagen wrote: > > > > > On 17-1-2022 14:46, Eugene Grosbein wrote: > > > > 17.01.2022 20:24, Willem Jan Withagen wrote: > > > > > > > > > > Well, perform independent hardware (memory) testing with some= thing like memtest86+ > > > > > > and if it is all right, you show ask someone more knowledgeab= le. Maybe CC: arch=40freebsd.org > > > > > Perhaps should have done that when I started, but supplier assu= red me that > > > > > the they just retired the boards with out any issues. > > > > > Memtest86 found the faulty DIMM in 30 secs... > > > > > > > > > > Not sure if we could/want educate vm=5Fmem=5Finit() to actually= detect this. > > > > > It is still in the part where everthing is still running on the= first CPU. > > > > > Making things a bit easier to understand what is going on. > > > > > > > > > > Lets see if the box will run on 3 DIMMs for the rime being. > > > > > Then figure out with DMIdecode what we need expand again. > > > > Is it ECC memory or non-ECC=3F > > > > The kernel already have full memory testing performed at boot tim= e > > > > unless disabled with another loader knob: > > > > > > > > hw.memtest.tests=3D0 > > > > > > > > Try booting it with memory testing disabled and without hw.physme= m limitation. > > > > Maybe it will boot. > > > > > > > > With ECC, it could be hardware interrupt while kernel runs that t= est > > > > and wrong in-kernel processing of the interrupt. > > > Swapped the DIMM with 3 others, but still the same errors. > > > Then I changed DIMM slot, and the errors went away. > > > So definitely a hardware issue > > > > > > when booted =46reeBSD reported already only 12Gb in system ( there = are 4 > > > 4GB dimms) > > > Using 8Gb. DIMMs are ECC. > > > But then still it would only boot when mem set to 8G. > > > > > > Waiting for memtest to finish at least one pass. > > > Usually that will take quite some time. > > > > > > --WjW > > > > > > > > Not sure this is the case, but some motherboards have severe limitati= on > > about DIMM slot usage, if not fully used. > > > > =46or example, assuming slot No. are B0-0, 1, 2, 3 and B1-0, 1, 2, 3,= > > > > *Must use =22interleaved. If 4 in 8 slots are to be used, > > B0-0, B0-2, B1-0, B1-2 shall be used. > > (Some forced B0-1, B0-3, B1-1, B1-3, IIRC) > > > > *Must NOT use =22interleaved. > > B0-0, B0-1, B1-0, B1-1 shall be used. > > > > *Must NOT use B1 unless B0 is full of DIMs. > > B0-0. B0-1, B0-2, B0-3 shall be used. > > > > and so on, depending on motherboard vendor (at worst, per model.) > > Yup, I know... I used the board in the configuration I got it. > And its a DUAL processor board with 2 opterons. > The config works correct for the first Opteron (Called CPU1) > using slots: CPU1/DIMM1A and CPU1/DIMM1B > But on the second CPU I have to use the third slot.... > so using slots: CPU2/DIMM1B and CPU2/DIMM2B > > And my memtest86 has complete 1 full pass over 16G without errors. > So I'm guessing that the order is not majorly picky. > > But you are correct in noting this, so I will read up ont this in the > manual. > > Thanx, > --WjW > > --61e6798a_6b8b4567_93a Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline <= meta name=3D=22viewport=22 content=3D=22width=3Ddevice-width, initial-sca= le=3D1.0, user-scalable=3Dno=22> 3D=22=22
Moin=21

As mobo manual says, u could use cpu1/1b, cpu1/1a, cpu2/1b, cpu2/1a due = to hard dependency on pair interleaving support.=C2=A0
Slots fi= lls from far to close order from each cpu by pairs only

--
Dima. (desktop, kde, x11, office, ports-secteam)= =40=46reeBSD team
(fluffy=40=46reeBSD.org, https://t.me/dima=5F= panov)

On Mond= ay, Jan 17, 2022 at 9:47 PM, Willem Jan Withagen <wjw=40digiware.nl> wrote:
On 1= 7-1-2022 18:14, Tomoaki AOKI wrote:
On = Mon, 17 Jan 2022 15:04:16 +0100
Willem Jan Withagen <wjw=40digiwar= e.nl> wrote:

On 17-1-2022 14:46= , Eugene Grosbein wrote:
17.01.2022 20:= 24, Willem Jan Withagen wrote:

Well, perform independent hardware (memory) te= sting with something like memtest86+
and if it is all right, you show= ask someone more knowledgeable. Maybe CC: arch=40freebsd.org
Perhaps should have done that when I started, but supplier assured = me that
the they just retired the boards with out any issues.
Mem= test86 found the faulty DIMM in 30 secs...

Not sure if we could/= want educate vm=5Fmem=5Finit() to actually detect this.
It is still i= n the part where everthing is still running on the first CPU.
Making = things a bit easier to understand what is going on.

Lets see if = the box will run on 3 DIMMs for the rime being.
Then figure out with = DMIdecode what we need expand again.
Is it ECC memory or= non-ECC=3F
The kernel already have full memory testing performed at = boot time
unless disabled with another loader knob:

hw.memte= st.tests=3D0

Try booting it with memory testing disabled and wit= hout hw.physmem limitation.
Maybe it will boot.

With ECC, it= could be hardware interrupt while kernel runs that test
and wrong in= -kernel processing of the interrupt.
Swapped the DIMM wi= th 3 others, but still the same errors.
Then I changed DIMM slot, and= the errors went away.
So definitely a hardware issue

when b= ooted =46reeBSD reported already only 12Gb in system ( there are 4
4G= B dimms)
Using 8Gb. DIMMs are ECC.
But then still it would only b= oot when mem set to 8G.

Waiting for memtest to finish at least o= ne pass.
Usually that will take quite some time.

--WjW
=

Not sure this is the case, but some motherboards ha= ve severe limitation
about DIMM slot usage, if not fully used.
<= br>=46or example, assuming slot No. are B0-0, 1, 2, 3 and B1-0, 1, 2, 3, =

*Must use =22interleaved. If 4 in 8 slots are to be used,
B0= -0, B0-2, B1-0, B1-2 shall be used.
(Some forced B0-1, B0-3, B1-1, B1= -3, IIRC)

*Must NOT use =22interleaved.
B0-0, B0-1, B1-0, B1= -1 shall be used.

*Must NOT use B1 unless B0 is full of DIMs. B0-0. B0-1, B0-2, B0-3 shall be used.

and so on, depending on = motherboard vendor (at worst, per model.)

Yup, I kn= ow... I used the board in the configuration I got it.
And its a DUAL = processor board with 2 opterons.
The config works correct for the fir= st Opteron (Called CPU1)
using slots: CPU1/DIMM1A and CPU1/DIMM1B But on the second CPU I have to use the third slot....
so using slot= s: CPU2/DIMM1B and CPU2/DIMM2B

And my memtest86 has complete 1 f= ull pass over 16G without errors.
So I'm guessing that the order is n= ot majorly picky.

But you are correct in noting this, so I will = read up ont this in the
manual.

Thanx,
--WjW

<= br>
--61e6798a_6b8b4567_93a-- --61e6798a_327b23c6_93a Content-Type: application/pgp-signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: Canary PGP V3 iQJVBAABCgA/OBxEaW1hIFBhbm92IChGcmVlQlNELk9SRyBDb21taXR0ZXIpIDxm bHVmZnlARnJlZUJTRC5PUkc+BQJh5nmKAAoJEPuLoJ3VOY8p4p0QANZ8ZB2cnK2J YC5yOE2A/T6Mw3L+efPTzg83KYTDxeW4+MpDUzJv4ubmQDUF2R8qs4GPZXQmdtPW dvQ9Gjr909LQV2DiJo6jn9LXx+9yLuwDFZwp3P10p/hATakwQiwZxp2qrqQvVgBb 7oXgWe7Y379dnNc1LGg/GS4rbNQ3WCKLM6BMyAyKYXqWFvD5PDG5w4vIR9g7bszh L0q2oR7y3F2w4Icn7We7OmG0saZl7YQZ8GFdIiiKLUhc7R+kxJvRZErPUwECHei7 IDU5TXijPQg9Bc5JbJXcrFSxBL9XwGHKy/m9xw/OGFe0Gj4Qo9zsT0W46VT1smJS rF04EI5gowgB9XYI9YAaeGFEq7I8ywRBHQMABXKfJIq3ltyTY7m5JevDnSHKdPUG ccEdAQnHcM59z/J1fvwoebq5tKvMDre613fTIv4x3aFNi8O+sfpjIyME1EfcQ8p3 DEVdm7L94YBActUgQ6do3gs5MqV2rIhcnWrfXtsGhZWIx/53SIL4q7kRqsfJHdso 9qEu//nRT/sA6Cd1dj7xCJKtw53aB5UpZ86xhpgYUd2SkB/scV12A90UVY3DekBp Kj1WSllgXkVs3FVu3S5CQ4Qqb1XQS9sSvWLEdqLrI0PhYV8Iby25Ze2wTDcp8NAt yCjqHabd8AiYDyHs82KuAFdae91aIgvk =73Jv -----END PGP SIGNATURE----- --61e6798a_327b23c6_93a-- From nobody Tue Jan 18 23:52:03 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 260EB195C9AA for ; Tue, 18 Jan 2022 23:52:12 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gate2.funkthat.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Jdltg02Plz4Rrq for ; Tue, 18 Jan 2022 23:52:10 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.15.2/8.15.2) with ESMTPS id 20INq3Yr006214 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 18 Jan 2022 15:52:03 -0800 (PST) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id 20INq36s006213 for freebsd-stable@freebsd.org; Tue, 18 Jan 2022 15:52:03 -0800 (PST) (envelope-from jmg) Date: Tue, 18 Jan 2022 15:52:03 -0800 From: John-Mark Gurney To: freebsd-stable@freebsd.org Subject: Re: Intel + Thunderbolt Driver Message-ID: <20220118235203.GJ35602@funkthat.com> Mail-Followup-To: freebsd-stable@freebsd.org References: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.3-STABLE amd64 X-PGP-Fingerprint: D87A 235F FB71 1F3F 55B7 ED9B D5FF 5A51 C0AC 3D65 X-Files: The truth is out there X-URL: https://www.funkthat.com/ X-Resume: https://www.funkthat.com/~jmg/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (gold.funkthat.com [127.0.0.1]); Tue, 18 Jan 2022 15:52:03 -0800 (PST) X-Rspamd-Queue-Id: 4Jdltg02Plz4Rrq X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jmg@gold.funkthat.com has no SPF policy when checking 208.87.223.18) smtp.mailfrom=jmg@gold.funkthat.com X-Spamd-Result: default: False [0.20 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[jmg]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[funkthat.com]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_SPAM_LONG(1.00)[1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-stable]; FORGED_SENDER(0.30)[jmg@funkthat.com,jmg@gold.funkthat.com]; R_SPF_NA(0.00)[no SPF record]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:32354, ipnet:208.87.216.0/21, country:US]; FROM_NEQ_ENVFROM(0.00)[jmg@funkthat.com,jmg@gold.funkthat.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N Gerard E. Seibert wrote this message on Fri, Jan 14, 2022 at 14:39 -0500: > I was just wondering if anyone had heard or knows when FreeBSD will be > able to support Intel's "Thunderbolt" technology? The lack of a driver > that works for FreeBSD has made it impossible for me to update my > system beyond version 11.4. > > https://en.wikipedia.org/wiki/Thunderbolt_(interface) Last bit of info that I know about it the 2020 presentation on it: https://papers.freebsd.org/2020/bsdcan/long-thunderbolt_on_freebsd/ -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From nobody Wed Jan 19 19:24:43 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 332D31957BD5 for ; Wed, 19 Jan 2022 19:25:04 +0000 (UTC) (envelope-from gerard_seibert@outlook.com) Received: from NAM10-DM6-obe.outbound.protection.outlook.com (mail-dm6nam10olkn2082a.outbound.protection.outlook.com [IPv6:2a01:111:f400:7e88::82a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JfFvz1sZRz4qWr for ; Wed, 19 Jan 2022 19:25:03 +0000 (UTC) (envelope-from gerard_seibert@outlook.com) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Nk2W84t94g45tUo/PuK/LXIB2L4nyNw0NL0K8zRdrPiVMomywqYJyriJhllzLHZgxAioy7mGv8UZkyGWZlvqUfaZa0H1XUrNln+jcvShEl6cSj98FDS5jW1KpA9gXtb38HFiqzTAHTiD/z2yJycQXg0ZJdVet28EimGqZhtpJkHBDZyboAWAF1Apo73w1DSOlFj7MJMHvxJ5bTJSTRkXIUc85WRrAoEuEtglQ4FjNfkBReRYKubSik4t2yzL6J6KP5gwfSxtzbxCfKAGXU6BedLaptOvzxn8z5WorPQK2H0mrvEYWUS29sJTPhkIYfdGRUKOvF4e0A7gjJpU2nO0yg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=eCP+YlWQWAfZjV9Z7dhzylD/iXV8Pjv9MNVBpc17yCQ=; b=i4CiR8bRfQPyyM36LjeqCr2FZ2xwSQXgSOAmQY5WLLhf1ZxPfzZx2Oj5XLeBXV/ceXHP7NFB582cCrMIiIj9+8GQGhJpr0EPvc5h9RcAsuqN7RA8UvFJsc1Ar+mJez+dvNnclZd4GsA1VddBVddTS4FJcCvji12AEPhcs4Km93ql15aOFFbkqvPQF+UBTlDMyVbzLMj8Tf1rvBXN5eRgpNolKSWbYhMk7bDAJ4HEDPe3gwzaTPm7c4oJc3fZbT/J4qR4swkFRT+eNIxwJEkMUvOjec6BUdSpsKWdtFJAWdax3oUPkagKBJTcWnIi8QBuv9on0kgX5NJAXT1Y79AOfA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=eCP+YlWQWAfZjV9Z7dhzylD/iXV8Pjv9MNVBpc17yCQ=; b=qr4h169+Yt/FGC47W6VDXPd9mLNUACUEmZnXESEedIWUEkTlfXRpTH+csoo410CS8iQkXPA3mfcHMRn9COzgiM4+SDQnj8fOipEoljaUGY1awKBhMmf0oB4W8FMwTvpu7h8NWbvXk/VCWmEQcemKJy42FPPhv+N7MqvtMd5ExMuedBlVeDKcjoG8fFVXbwm//2nOY+mxVHTXK6JWZkuL98ifdaOFV4JUnQuYrvb0N3Lv4B2SU3A/7E7aDzbtzLuN2iK3mDJKILtCLNfKa+sMa9UOzVayXnbyEtFkwM2dcuCxda4/celPRX07XmsilbI8c2MloLAri84z8OxYCHeRMA== Received: from DM6PR02MB5228.namprd02.prod.outlook.com (2603:10b6:5:46::29) by BN6PR02MB2435.namprd02.prod.outlook.com (2603:10b6:404:52::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4909.7; Wed, 19 Jan 2022 19:24:56 +0000 Received: from DM6PR02MB5228.namprd02.prod.outlook.com ([fe80::8824:395c:a5f1:5292]) by DM6PR02MB5228.namprd02.prod.outlook.com ([fe80::8824:395c:a5f1:5292%4]) with mapi id 15.20.4909.008; Wed, 19 Jan 2022 19:24:56 +0000 Date: Wed, 19 Jan 2022 14:24:43 -0500 From: "Gerard E. Seibert" To: freebsd-stable@freebsd.org Subject: Re: Intel + Thunderbolt Driver Message-ID: In-Reply-To: <20220118235203.GJ35602@funkthat.com> References: <20220118235203.GJ35602@funkthat.com> Reply-To: freebsd-stable@freebsd.org Organization: seibercom.NET X-Mailer: Claws Mail 3.18.0 (GTK+ 2.24.33; i686-w64-mingw32) Content-Type: multipart/signed; boundary="Sig_/Sm7PnHURLeGV_p.ONGG=9aC"; protocol="application/pgp-signature"; micalg=pgp-sha256 X-TMN: [BoqOyu6KhbSmQ98qIKRho209j1Cb7dVc2W/Lv+R+UxM=] X-ClientProxiedBy: MN2PR06CA0008.namprd06.prod.outlook.com (2603:10b6:208:23d::13) To DM6PR02MB5228.namprd02.prod.outlook.com (2603:10b6:5:46::29) X-Microsoft-Original-Message-ID: <20220119142443.000029ca@outlook.com> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 276ac001-419b-49e2-4279-08d9db815fad X-MS-TrafficTypeDiagnostic: BN6PR02MB2435:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: uAAGZ0AkVJ3Jyj290Lv/eTnRdAYOpH4mTEdHX+cdL/EUXm+LesffsDrATs6n4Hm0FAa8DP/vQJPyzuAstvHQY/7AARJB8I0F3jtsUjqdNiXjBnm/vUdfd6BRuSCAeDfySpULf2rNRAgTr3zI7/H6ili5F2L55y8nY45yuel6fZEFnQH+aeNl8gZiNdmN+VdAOjC5xkB40ibEUcV20WPzGWQ3ruIZwkwDq3V/cnybqjCPfHVbo/O2Pe6yVXCXhN8grWbSVF7sQurSrkTb3zY7qH+uRW6qwsZsqA62HC1xnbl2wg7RwxbUhc/oVmf5fusvbKbfOs9LGwOx0Sp4TISk1rqAaJonfaVW68N4XTbXOX3O9nRhcnHWZchzXG6UcZsCl2DBmoMicldBl/WtNwbmuUBbWWwB94RRMHw+YZhu0xlrm6tJgqqVsXOFf3T+kP4m6ag7HxEI9IYWDxBlxlG086LNQftFeRDHWvlhWyVTTIawQ6nu6mIGG/VrsydTJfAmGEy1xZKzhSVPAJHykgv2L8NZHjSE9RKb3fI572nwrovKj2qg1pHLsVhg0wgrPrDUA6Waqst5uwpQiAn/pH5fAumfq0tqja3wRTXkcs5E4VxdOSmnkyP5nWmPNFrmamjP X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?LJ9aQZHUI+4utvs5f7nPwt9xRK5BinfwGu8hQz5xJH8DbCBgfF8HJ1tp2ZU3?= =?us-ascii?Q?tCnnUBtra6/ToKDuMfVePdKMEzFMIyDstrbQQG1TVPTaIHlF4R7htU8xJkai?= =?us-ascii?Q?LdbXjmYCgU1B5AIfKhKR4cIlMPXwqfsIJZQQokECW+0v611QGfYccBOLlt7d?= =?us-ascii?Q?PkBwiKUDeOFY7XdnxGRqQKEL1p7FTtpM1ff9yaaQ4kMxsM0/GNG0cByqmNK/?= =?us-ascii?Q?+GpCACAuPfu0O/kO5z612iQDuoGfqV9BdIpRfYONdDtbCw8YlW1IyP2LT9fH?= =?us-ascii?Q?ukIz8I0QkkarI2GNLKauZ95VjqjB1fEeBrTqIZNIhd0GqM98eX6FOTDxeuVh?= =?us-ascii?Q?IWSj+896h5ns3Uy6212kD8cPhbITJ4lVkkzHhdCh0yRc/TjeteW9DiJYPmgP?= =?us-ascii?Q?ZlqGsipVjC4VtMIkAeExjERqgTOveKMfSbPWTmoOpVfbemOH4TUNaPXaJRrd?= =?us-ascii?Q?mZPzt/hTz5sH16IacWCXJdvodz7MWaa3Om4tLyRD2hbYa697fF8b4cqJCL/i?= =?us-ascii?Q?HTPUGIKllXd8c+crPcG+cOiW1EA4wTP5iKcJf/Vx5p9fsoIMw0NVaSFHpja9?= =?us-ascii?Q?Aqv7E9DRRS6BIruHtFLSI5tjR9JSrayW3JnDJ4tMZpvRjeaHSgY5BSpAju35?= =?us-ascii?Q?KNsnhZnnwzsKv3k1ICUYuLd1vuAj8IyBSL1NOmXARQEQFpWooqYRg+qDkO43?= =?us-ascii?Q?6toBdyxl7mwefEKPLx+1S2S1WTimq9D0JXrVCM0zbY06cXhke+SWq6P4gxJA?= =?us-ascii?Q?4D3NBocNcP77WMcL6QEA0SfQJggU3pFExoQ1+6Qw82/dvryt2FeTl54PX0V7?= =?us-ascii?Q?IA9veo67nzjHvj5B5xZ0um0teOvrjdlFccxbheXXE6pIrfxsUIUDoyefZSSj?= =?us-ascii?Q?fuJW858ASfJeAOBg/mAgTSAEFs2DOvme1GQ7huyDDh8fv7XAoclnmulgCuln?= =?us-ascii?Q?zYzQItO18QGo30Iq8mLj5w=3D=3D?= X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 276ac001-419b-49e2-4279-08d9db815fad X-MS-Exchange-CrossTenant-AuthSource: DM6PR02MB5228.namprd02.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 19 Jan 2022 19:24:55.8183 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR02MB2435 X-Rspamd-Queue-Id: 4JfFvz1sZRz4qWr X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=outlook.com header.s=selector1 header.b=qr4h169+; arc=pass ("microsoft.com:s=arcselector9901:i=1"); dmarc=pass (policy=none) header.from=outlook.com; spf=pass (mx1.freebsd.org: domain of gerard_seibert@outlook.com designates 2a01:111:f400:7e88::82a as permitted sender) smtp.mailfrom=gerard_seibert@outlook.com X-Spamd-Result: default: False [-2.10 / 15.00]; HAS_REPLYTO(0.00)[freebsd-stable@freebsd.org]; FREEMAIL_FROM(0.00)[outlook.com]; R_SPF_ALLOW(-0.20)[+ip6:2a01:111:f400::/48]; TO_DN_NONE(0.00)[]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MID_RHS_MATCH_FROMTLD(0.00)[]; DKIM_TRACE(0.00)[outlook.com:+]; DMARC_POLICY_ALLOW(-0.50)[outlook.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; ASN(0.00)[asn:8075, ipnet:2a01:111:f000::/36, country:US]; FREEMAIL_ENVFROM(0.00)[outlook.com]; DWL_DNSWL_NONE(0.00)[outlook.com:dkim]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[outlook.com:s=selector1]; FROM_HAS_DN(0.00)[]; REPLYTO_EQ_TO_ADDR(5.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2a01:111:f400:7e88::82a:from]; MLMMJ_DEST(0.00)[freebsd-stable] X-ThisMailContainsUnwantedMimeParts: N --Sig_/Sm7PnHURLeGV_p.ONGG=9aC Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 18 Jan 2022 15:52:03 -0800, John-Mark Gurney stated:=20 >Gerard E. Seibert wrote this message on Fri, Jan 14, 2022 at 14:39 >-0500: >> I was just wondering if anyone had heard or knows when FreeBSD will >> be able to support Intel's "Thunderbolt" technology? The lack of a >> driver that works for FreeBSD has made it impossible for me to >> update my system beyond version 11.4. >>=20 >> https://na01.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fen.wi= kipedia.org%2Fwiki%2FThunderbolt_&data=3D04%7C01%7C%7C412331bc6f7b454c7= 58008d9daddc2e6%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C63778146826480= 9386%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik= 1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=3Dt%2Fno4cwPjlRrvId%2FvNLSHQiYUnHms9%= 2BFOksRCjiiwhQ%3D&reserved=3D0(interface) >> =20 > >Last bit of info that I know about it the 2020 presentation on it: >https://na01.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fpapers.= freebsd.org%2F2020%2Fbsdcan%2Flong-thunderbolt_on_freebsd%2F&data=3D04%= 7C01%7C%7C412331bc6f7b454c758008d9daddc2e6%7C84df9e7fe9f640afb435aaaaaaaaaa= aa%7C1%7C0%7C637781468264809386%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDA= iLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=3DoA%2Bufd= sscSF4eDh%2Fr9I0SXlrYETd44CwuSIQsBbbLBw%3D&reserved=3D0 FreeBSD's inability to support this technology will come back to bite them in the ass. --=20 Gerard --Sig_/Sm7PnHURLeGV_p.ONGG=9aC Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQiOBAEBCAb4FiEELeCiu2K+9VmEYYgTgHBP8gv9FXcFAmHoZXzGGSYAmQGNBF+4 XLcBDACugGY6FgAQjxK3dis7pVaE6Fb4yPpCb4NXprsj3yXXoFmCPbXwitivNxmb ec8elKabvywFSzOy5aZ6R3jeYu4ksLDPrZ6Pli40XRTkmIpGMeGzraRU6PbiQUbn 1DB8mpZSSI7Kcye/CwITTBnEWH9VMEYa+OPqTyl3GaJlbk46Gf3hYKsYVMt6a+SD y6FUIVlhUgj80aZa9JVgI7zLrGPktPE45deNJXF+R0jXUXyDWRuhjPv/wOYUUkdh Z9UhGcLJaQHBGbuOJWC5JI/uHwv6JA3KYC0k4tvKSG+zt1eqjjOYGQ15zIfsPB6d WzKEr0doB2E3YGyGmfPF4Tjxx43CvJGzuOjnQx/372lM+3/fyCESO4quJJmS2GfB UUW0OpP68/zcI9poSQa5Vmql/AnxL0SUY5WWtC8dpUqOlnYWz9+/nPq48WQZue49 XlMXOZILHcJUqKnGnOWVe9o5imP0TNFN09rhYuLAxi0GgudgS84sXoqHFPFyWM6b C+RV/YEAEQEAAbQoR2VyYXJkIEUuIFNlaWJlcnQgPGdlcmFyZEBzZWliZXJjb20u bmV0PokB0QQTAQgAOwIbAwULCQgHAgYVCgkICwIEFgIDAQIeAQIXgBYhBC3gorti vvVZhGGIE4BwT/IL/RV3BQJfuGKyAhkBAAoJEIBwT/IL/RV39AgL/izMdmr1Qucb hMzTvcRp3bGEyJpNDC1OQ87ZrwjEjjIKeInSo9h05eS7c4Sfr1t4EnhemuH5PyZC N1TZN4aE8BKH//B2ohJl9dC+4Os6kkSbGtZ6WMXvndOHzEmmYGMHNIR2Yyq+ujGm vvbWwKbVUKWpXV2hhhdwGQafSyuWEryQ4dDP5wpDBvLv3VSVoyJsMJPuLDi3v59P ZiJEMuDEPfWVHFU6ZhFi9sP/0b3qNezklzKuKi25PS/dm/300PSwJPoI82hW/MkN 180rAJx2oWU80r7wkhDUHlBqFTAQ13c1/qcXEdF732l0fu/0j3HGYZusamGeY2Yw /ymEOQcadf3xT2at5fDhR8nKQm8kr1YH3X22I7WzoLIKkQcTnRUWqaXo0LRQkFKU zOmwCf6lqCpMCWmliRNls2jwsjscGFI8arLCIfawm8JtsUxeiRWZdC9PTGi/zMFX I27JBPYavFZxx1bPyLzLLsQI8pjP7z2+AxiycGalMWZWgnSJHGB/UbkBjQRfuFy3 AQwA2mcUiW4P7Gy/dSyt/H02g+3E2OL6nuJ9vg3isebMPhTjUQwGdUKF8MLEfR9L rrb866h0VITW2kD60YZziUtY5GgChPgqnFO1ynDDX742RKdUkzEQunXrNxZBeuHw JIazEU5lBTaKrtI+MfkLlD88EBlfQhZnpG7E/wkGOAhmorpTIecAxA07kV5+2XH5 EGYPjceb+kU4k97I7b6V/UeLyd28ude3aMf69OHFAyMHpxZqMEoXaOOLrRF+MuS+ RiB75heLc5TIdv86yZZGYU2o0HnIA6Q9rF3n3xUC2OUTrzHZ3AFFkyERh3CbvUDt vxrbPBNbBs6r1IOdcaDvtwb+c1Ug6lz2AzbldyJWoZunDO4gR2MdXhKAqZLBtQF4 rcDKS6U8KknyMMCPjPhOWXGneCsmT3bY4Qem7uAFepMZIzR0Sj2Bqf8XaRuKE8j2 LwecOKev5bGAkmI3i8D/3d+w5ttFYrag79Ofd2fJYfGUnqkdz4JLuQa38N+9D6g8 yPLbABEBAAGJAbYEGAEIACAWIQQt4KK7Yr71WYRhiBOAcE/yC/0VdwUCX7hctwIb DAAKCRCAcE/yC/0Vd94EDACghnb9rXxQK63+EGuGTJA0Vm3N9lQXMLXOGx00+p36 vxKDeN+/JIm3aMdP1WdCrZlWLiI8SQUDbFUrG/7j2GmCkVpi2/EOFJBvrTP5zLh4 yHE2ZwaKi+YH+ugUxFXgrWrvn6yQzDetakAnwFvbBTG5uUNgVBqOwCr6MzWKBe/g yruRojHyHTFY6kX3B7RPzzLDc9BnPWdewQLvavsrTKayjuIIhanPKSK9+7sSIybu 0BgGyGBRAaWJ6M1Uh+AURMZLz6l37+/fGJrSzb4DiwvlE4AVSIbY42MVco8GK9tA 8QBeFua4+e4dU7dCUEkTMu5hlIp22Zt1Yktut2IzOzTD7GVvSOoQWYqvLow+6i0V gQ5Tot75wn4zPhyPv7A/iJLmWqxiz1kc2bato1u+3ap9s48UKa7nWMwA78gOAIV8 SUaeoQ1qA859TrFJejISkJEBTMH6tQuPIu17XG/oIABy/WzuGIBeL5X9StZv9a06 H94HvlnAwn48TZxSvamIu5QACgkQgHBP8gv9FXf6Lwv9Hs3ESlAZoiMKSXjnAhMb 2bI47TKOjtNFsfxub+tNzX2160Pb0oi4Ef52egNMAjGiLhkZHkTUktQgR619RDuw DrwDGqH8aLVqgGI/fg60e40TMFj9fq6NtL532Om3OrbGRVfIluDfMx7AoI7dWshg tPA1W4mOlYHobUgysw/iqM4jhzaqGDvNc70YJiREyjDqazzq0JCyj5dITqFfY89n 7HH2O7w0i2g2NWDWHkxKo6QlJP+zHg+kU04DKVIXlAMIHCBlnimJHJ6qkyGVO+3L CH6z44hscfTqGyQfO0Q6JybsT84Iy7bUlkE4+lPwaicIFogxmmIm+aZmwmeldqrD tKZ8iASaF4AJQzaA5xTViAXP1SzP4CBGMgByo36L4GwxxW/UzYQwMqcFpJKeG+h4 g/k77uTSXbUX+x3Gx0PHI8fVWpvtkYeN0jRTbbHQECtofQpadTEeQ7ZRZEMVYy2e 1auoO02pXjqo6BDk+d9iT7ySG9z4ypBsIsEg/y8vMImj =6ve0 -----END PGP SIGNATURE----- --Sig_/Sm7PnHURLeGV_p.ONGG=9aC-- From nobody Wed Jan 19 20:28:56 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 9D903195197D; Wed, 19 Jan 2022 20:29:04 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660043.outbound.protection.outlook.com [40.107.66.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JfHKq40qDz3lyb; Wed, 19 Jan 2022 20:29:03 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=lrTtoMyD///9HtUPy8HxvPjXm2TSHMJONMo8RdSjjWW7KJr7d2Nhx6pI6qeHsJju6sz4SiQoZkIzHCfSuykumJFvZn0UfI611BnfCC3fFwecHSDF9F6H57S1vz+85/i7kkk87JEf4pyaNS/tIy+BSLajEDboviH/KjqhGW9ZUPMYDfy7wjKvPxrTIA8wXAHWcGVol4zcGmL+Lm4SDsILnmWRfMku2SyWJCyh9YddknXw1CWR9YdRHeRwphLMoR5OlaKB7bbmhwvTh0y0pgQ0TbbHBvBI4ZxnUrF7xJEzZm3IwFgcscccDCsbi6f2zYqswGL0a19/bj3CyLcbqs57+g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=yw3qhd8KUBkXrwINUyGUKW+XTFLplw4qQ1JSPpNF2Z4=; b=hXDpviwTAli5FIPEFbIxyfHmqCra0Q6iyO5tV9IDP/yXjElfiQAx522oEdzILoyoK/ryVJDKzjGYM9N7fsnHPToNJHYJYBuESQTCkJma70PN4MZEL01zQTCpDTO9mX0YyodizzKniQ6CFuYpG4396uhfv3LVMLIqAL307R/o71oo8MTFu4gFjGBYuePJc7mRJkN5da2y+lROn2Puz0RvECZVxgDTzLnuN955hfQHKJaUSedUAK82xZxkSRWIQC9R6PIKzIAxw1d2e5TObMP1hZbF1bcM3ap+c3HWH1LBCOrANM6BnVj0HDUnpQnLp3diG1tdNm4QiAfODuJJEANV3g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=yw3qhd8KUBkXrwINUyGUKW+XTFLplw4qQ1JSPpNF2Z4=; b=K628dLH6zrzxywm/Lt9IN3ZgsqRZMA8DMmw72mvlkqkuTVI6kTmOpVJqRJDuhKY7N8IgDu6Holhouol2IT2UZCauarl/U5BCWEviOkJiXn2+Jdl60IjGJ6Ekdox41Nvr4NEW5anDrJqGJaBKaGIaFF2H5x8DsbGk40/VFCZPpTpBlZdqFgK5x5J+8PxAMQZvSHoITxTZ3SON8ylVZs/IZ9Z8rax+tIbKQZohxXf3WWgj0ENDC2EqRLpo6R51JA2YLgVVslq8saiXyDndqFdeC1Mr5VNajLPlcAsFccL0AQEMjk1aG4+ietMeG/U8Pj6uUtIZ0TBUYSpMS8pas6Dz3Q== Received: from YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:19::29) by YQBPR0101MB4388.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c01:9::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4909.7; Wed, 19 Jan 2022 20:28:56 +0000 Received: from YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM ([fe80::c9d2:bf41:eeca:90aa]) by YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM ([fe80::c9d2:bf41:eeca:90aa%5]) with mapi id 15.20.4888.014; Wed, 19 Jan 2022 20:28:56 +0000 From: Rick Macklem To: Miroslav Lachman <000.fbsd@quip.cz>, "freebsd-current@freebsd.org" , freebsd-stable CC: Yuri Subject: Re: Deprecating smbfs(5) and removing it before FreeBSD 14 Thread-Topic: Deprecating smbfs(5) and removing it before FreeBSD 14 Thread-Index: AQHXzvvFA1WWxQSLW0uUJGavCusr2KvuZUQAgABpl4WAAGcwgIBr+tlBgAGeWQCADnip0A== Date: Wed, 19 Jan 2022 20:28:56 +0000 Message-ID: References: <6f99f9bc-8831-aefe-4f73-72f50f8f347b@aetern.org> <79402464-f9e6-5f56-645e-cfd49640032e@quip.cz> <7db04ed9-39eb-7163-ce92-9a52c5f7d302@quip.cz> <54704b99-7b89-76a4-0368-79bee391926d@quip.cz> In-Reply-To: <54704b99-7b89-76a4-0368-79bee391926d@quip.cz> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: suggested_attachment_session_id: a8590312-cc43-dfa6-97f0-73ab8d71f4f8 x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 3a5395e5-6024-4057-e006-08d9db8a5144 x-ms-traffictypediagnostic: YQBPR0101MB4388:EE_ x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7219; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: owEVrWjqhyI7t4sKdfQrd574fUimEQ2dMgtHk/OfAVhmo9ibnsuNd/dIXKpYAEfBFODDvglpcMJ8sdcmDeftFRwouOWG0S+67YFzy7uEANXHd7Q5LaRKcvqnh/oGc5ZymdanDwW776lI4DGjsyd0ebMoTw/hrpHOnOiz0YOcUBOP4LzL6lcQcPb81EKTLuXmgIuQPZCLf33t2dRXodyeTvs/XCzuAxja1Yq1tyeY87puYhFpXR4SJCg8llzyNE2elOSWb+3uUioyTFteWQOvLHG+oo5RspVcUp1sj4JSENxK9lz6y8RZX2wh3iKax1AuCecy3Xbrx73GeMUK/SgFOCYi1eqTD6O3JZGcFnKLRvEwXzoVt0qxDkaWtlTHu+jvRkeUBWLkr4rI7/UoOPyYWmIfWthQRl7Lb4fHx3QDz5WVysSODJ9g6SOqCGPfTifXPHhy+axPmDIcGV7T03bI2CRT4v/0ONgY+Wz0rii/zKzUhzIwIR4NNxAPWZkZzxjfUYxvWNo3D3yzgBXmOtCrVjVSw6QLlGcmiRVAUeD+zaC3rX0NYKoHyQmYLbwW9K7/Va0qKqkm5KrUqtCQVRGKViH4rH2GfKy+k2k6pBusCgiWX7OkZpLumjzPH89fEWFk5bLdpM2m1aU6UkHhN4gUsp02NQxa+28CeehwP+TpZRt8fGtnfWMidsqGyA3ttQN8+tXy1gdDwDsUsk83lNBy4Y20y6vVSOtVeZamnuSCk2QE+htNxy/g/ONEeSdmo9+mmO7PbSLuPRX/GG3pfcFUXJlRPo1wnDem8ZvkhrmfuHk= x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(366004)(91956017)(76116006)(66476007)(5660300002)(52536014)(66446008)(64756008)(66946007)(8676002)(66556008)(186003)(38100700002)(122000001)(966005)(38070700005)(33656002)(83380400001)(55016003)(110136005)(53546011)(6506007)(9686003)(508600001)(2906002)(7696005)(8936002)(71200400001)(786003)(4326008)(316002)(86362001);DIR:OUT;SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?duRgS7yTs68p3MYRpDLzdhRL3+4kyAA2y6tl0TA2tIP47YN1Nh4Q/ZD9zDE5?= =?us-ascii?Q?PWaHpwN7BPH135h6V73hNtuTCWHFsdaHb48vRtTJ4tH03V6WMGZMveUzycnb?= =?us-ascii?Q?EvmRIrXP90EC6P6vmSL9Wv/qXbAxcLeeGmAuZ4YZ+NWMcREXNQ0UdmSd7qXO?= =?us-ascii?Q?l5G0+16iKLsShjeUL9bjZy6kbHYoBxLo72WTjTOCnqteXEqLvAA1RlCKrIAi?= =?us-ascii?Q?ZV/scrwn0N0j1lND/Fg7hKaSp5yGEtIxOGEM0zRWGA2fQglRozDGyq2odgc8?= =?us-ascii?Q?UtpNQoKQb7j5xNXFrsCfESbZG/J9aXlqw9Lz6jO/Ni1dgMh8nZGAGP0U+pTP?= =?us-ascii?Q?ljkoRLAgw1EQmb11Jm+39z+m9/RbCpaPbcme2mbWB9U9+X02LKTjVKDu/Ca1?= =?us-ascii?Q?hrE43oElH+i3cgahNUK68J5ZihEsGEIRdcC2mXMPRjBzaegAuns8k5JYaFEs?= =?us-ascii?Q?woj2CrJHxl8O256oSfl/6iOBJQPaAOsT6nPfWV9E4ToxHSTUW/IrF5WJ2Oaw?= =?us-ascii?Q?AEfKfgUtk3mjSQvpuwZB6zlLy5TH2ziG4aOtAKzLDuT1tvd+EILEYQ5P3LuK?= =?us-ascii?Q?AJem86+GN4/wGR1Qx2HZnMVFWozxFFf4022gpgX0NInmrs9cNfcHEXjpc+a+?= =?us-ascii?Q?hOasqxhE1y8PyBffEJKOAXUDjTQhHEWY8ppEJR4qz0zoQMwHFkfaWuumG0d9?= =?us-ascii?Q?2jIt9TB0N/e+ANZ2PLhaK8a6tZM1S9uHZJVmHEFkfYnAtx/tDvGTOFw+KIbt?= =?us-ascii?Q?K/ZbfaJDcabs9VBS/U8o35GQCrD5P5sMAGdAxzMPXFej2zKZkoD90Fs2BS+I?= =?us-ascii?Q?QK67zMdaZDDP2ftXwVcwbNXUDZA7ikQDAgYuQ4RdZ/1cLz61nrCWEMg8s5sI?= =?us-ascii?Q?zUgRUU1Ch8Zb9t+wXkzLHTWwcrIpPCtLOCEowh3W0zpPfjiHnT/lVaUwBrD+?= =?us-ascii?Q?wRYk21WQ7okjM6tLabAaZX++NDBGylXQHLZEHAjmYa27706drM3yDA1++kYA?= =?us-ascii?Q?nQKH+wCMC2HsLGUsPIhpJQMIwX92YuD4aJNT4a2uC8JyK9S6mqfLti5RmYGc?= =?us-ascii?Q?lRMIOHS6xcDuL0ppquazlaIgcl5v6ozzgkqgcvhsEFq9tpvuWQxc5E6jAcqs?= =?us-ascii?Q?QoJ4BIXBArXP7wDeCvNqQPBxvRm/AItg3O005j3Xc8TkSVEwbAuP5WVjMKI7?= =?us-ascii?Q?S/HvvK9l8ClgZOmEjXa9hYbkpn2UcfFXbsSFVNlsQH2FqZIi1WUOTMTDLPR4?= =?us-ascii?Q?JxZGzSKBHaHsGBdzjUGXViiJVMubMIQmo7YXy7EH81ikEm7hfrbjKKuF1hLH?= =?us-ascii?Q?4lRowF2NmVanewjiW9MrPlUXKceSU+jhOLfEsLI6NktF5IgYuZc7j0+Wv2Dk?= =?us-ascii?Q?4oXO+1JUR7N3EjPcx/TuO9DAcrh6a+RchoWKL2fpWDplwql3+8xjQ1KtMWHL?= =?us-ascii?Q?CcUFHxkOeqQ+H2Ow0LqDkAOJx6o9b3m7Y14aoJPRPNCKRA2BaYnAQ0XMXbdO?= =?us-ascii?Q?PRL9IrzyiXHeNDsskuKm/0C86nb7R17+jzU6oN3AQ3f8hRdLd3NWjrKoEo/j?= =?us-ascii?Q?b639InnyFW0ffM8arVOMoaX4Yqw5l6sGUMUCXTZ0zRP/4kv8TlH0U65UFqLh?= =?us-ascii?Q?NkwEEyAXByVXrSd7z0ijfa/ZnSKxguwf1zh9Yp3zuJbjOLTThW1NdjgYh/pR?= =?us-ascii?Q?tbsW0g=3D=3D?= Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 3a5395e5-6024-4057-e006-08d9db8a5144 X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Jan 2022 20:28:56.4292 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: lWZ4cERHtJCTJosuPj8YZsujabCzzWQxK7FNthHkj5t/37aPuHcnJQLlJ9MZSUf93ZsgdFsw8HO80gINKHzZXw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR0101MB4388 X-Rspamd-Queue-Id: 4JfHKq40qDz3lyb X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector2 header.b=K628dLH6; arc=pass ("microsoft.com:s=arcselector9901:i=1"); dmarc=pass (policy=none) header.from=uoguelph.ca; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.66.43 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-4.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector2]; FREEFALL_USER(0.00)[rmacklem]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[uoguelph.ca:+]; DMARC_POLICY_ALLOW(-0.50)[uoguelph.ca,none]; RCVD_IN_DNSWL_NONE(0.00)[40.107.66.43:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-current,freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.66.43:from] X-ThisMailContainsUnwantedMimeParts: N I have downloaded the final version of the opensolaris smbfs and it looks much more reasonable to port to FreeBSD. I will be starting to work on this (and maybe Mark Saad will be able to help). I have no idea when I'll have code that can be tested by others. rick ________________________________________ From: Miroslav Lachman <000.fbsd@quip.cz> Sent: Monday, January 10, 2022 10:27 AM To: Rick Macklem; freebsd-current@freebsd.org; freebsd-stable Cc: Yuri Subject: Re: Deprecating smbfs(5) and removing it before FreeBSD 14 CAUTION: This email originated from outside of the University of Guelph. Do= not click links or open attachments unless you recognize the sender and kn= ow the content is safe. If in doubt, forward suspicious emails to IThelp@uo= guelph.ca Hello Rick, thank you for the update and your time on smbfs. I hope OpenSolaris version will be portable. (or mayby some older version from Apple?) FreeBSD without possibility to mount smbfs is not an option for some projects. Kind regards Miroslav Lachman On 09/01/2022 15:46, Rick Macklem wrote: > Well, I took a look at the Apple code and I'm afraid I > think porting it into FreeBSD is too big a job for me. > > I was hoping the code would have a layer that could > be used as a "block box" for the VOP calls, but that > does not seem to be the case. > There is also a *lot* of code in it. > > I am going to look at the OpenSolaris code, to see if > I think it will be an easier port. > > rick > > ________________________________________ > From: Miroslav Lachman <000.fbsd@quip.cz> > Sent: Monday, November 1, 2021 5:47 PM > To: Rick Macklem; freebsd-current@freebsd.org; freebsd-stable > Cc: Yuri > Subject: Re: Deprecating smbfs(5) and removing it before FreeBSD 14 > > CAUTION: This email originated from outside of the University of Guelph. = Do not click links or open attachments unless you recognize the sender and = know the content is safe. If in doubt, forward suspicious emails to IThelp@= uoguelph.ca > > > On 01/11/2021 16:55, Rick Macklem wrote: >> Miroslav Lachman wrote: >> [good stuff snipped] >>> Apple sources can be found there >>> https://opensource.apple.com/source/smb/ with all the history from SMBv= 1 >>> to SMBv3. The files have original copyright header from 2001 Boris Popo= v >>> (same as FreeBSD) but otherwise it is very different code due to >>> different kernel interfaces and so on. >>> With Apple and Illumos sources it is possible to have smbfs in FreeBSD >>> upgraded to v2 or v3 but very skilled programmer is needed for this >>> work. And for the past years there is none interested in this work. >> >> Although I agree that it would be a non-trivial exercise, a lot of the A= pple >> differences are in the "smoke and mirrors" category. >> Around OSX 10.4, they changed their VFS/VOP to typedefs and accessor >> functions. For example: >> "struct vnode *vp" became "vnode_t vp" >> and "vp->v_type" became "vnode_type(vp)" >> >> Ten years ago, the actual semantics were very close to what FreeBSD used= . >> If you look at sys/fs/nfs/nfskpiport.h in older sources (around FreeBSD = 10), >> you'll see a bunch of macros I used to allow the Apple port to also buil= d/run >> on FreeBSD (a couple, such as vnode_t are still left because I've never = gotten >> around to doing the edit to replace them). > > If I see it right even the 10 years old Apple version of smbfs has > support for SMBv2 so if this old version is closer to FreeBSD kernel / > smbfs it can be a good starting point to merge changes to our smbfs to > have SMBv2 support on FreeBSD. > >> The hard part will be dealing with the actual VFS/VOP semantics changes = that >> have occurred in the last 10 years. >> >> Did they stick APSLs on the files? (If so, I think it could still be ok,= since the APSL >> is a lot like the CDDL. However, I'm not sure if the APSL has ever been = blessed >> by FreeBSD as of yet?) > > The old versions of smbfs has original copyright header and no other > license. Newer version has some added files with different header with > APSL license. For example > https://opensource.apple.com/source/smb/smb-759.40.1/kernel/smbfs/smbfs_s= ubr_2.h.auto.html > > If license is a problem then I think it can live with APSL in the ports > tree as a loadable kernel module. Maybe this will be the easier for > development too? > >> Don't assume anything will happen, but I *might* take a look in the wint= er, >> since outstanding NFS changes should be done by the end of 2021. > > I really appreciate your endless work on NFS on FreeBSD. Without your > work the NFS will be lacking behind industry standards similar to what > we see with smbfs. > And if you will have some spare time to take a look on smbfs and maybe > solve the SMBv2 / SMBv3 problem you will be my hero. I am waiting for it > for many years and I know I am not alone who needs working SMB / CIFS on > FreeBSD. > >> It does sound like there is some interest in this and that fuse doesn't = solve >> the problem (at least for everyone). > > Yes, there is an interest. It was discussed few times in the past in the > mailing lists and web forums.freebsd.org but without anybody willing to > touch the code. > FUSE alternatives have so many problems with performance, stability and > configuration. > https://forums.freebsd.org/threads/getting-smbnetfs-to-work.78413/ > > Kind regards > Miroslav Lachman > From nobody Wed Jan 19 22:06:27 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id CD671196E1D5; Wed, 19 Jan 2022 22:06:29 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-ua1-x936.google.com (mail-ua1-x936.google.com [IPv6:2607:f8b0:4864:20::936]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JfKVF04H0z3Crm; Wed, 19 Jan 2022 22:06:29 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: by mail-ua1-x936.google.com with SMTP id x33so7193522uad.12; Wed, 19 Jan 2022 14:06:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=wogZa0MUXf0df0jj6VmEz0nTMWIgmFdHRAdraIilDOQ=; b=BQRGwpdicy5LhOQNiPnU0YtNQh4whGIJfyOdmaIyAW8QExep5tFCrSfGlB0txrhnWy NauvSex+VKBjILJt5pzeM6kbCw2n/Qh73V8oG43czmzHTXZmdLGXKMzOPIymLTOw/xwM R09jkfwV3nxCj1CCrOM2Q7wnf6RDYcTjpAmVCbPdkhlz4aX9byIJNWzdb1xPdmqPmgl7 ZCa0EABywalZAGQemOz7bp2G3tAnEYWLyU+lIvwAp6PzpyyOglDFi0+iSDTnoEb6yWiO WKwoI+7B05iuDE4Pku/TXj7xyiD347IiwLa5Usl+Yc295LCYDTH20PRhEBI5c6nB2GhD AXyQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=wogZa0MUXf0df0jj6VmEz0nTMWIgmFdHRAdraIilDOQ=; b=Y+9E2FAJgb3M4bp4QRo6o6dso7Y9Cl+kTBmeWJJrLWvw7OwQxAUDZNR/HkzHWOatW9 JLC995SUQV0E/w4jQ+m/TVXcmTKXzDHiht2GoAoTq7Has/QhqaCJCBri6CqCvun2dUc1 iIXiFa4XBPgvGAo1RDFs4a6aZ3x+OQ204DHIATkcHgFhpTrG1PfKLrgk+JGJzMQgI8Tf I98rhmQaOHm8IAq1e38fEWaPt5aBApGx4fhzprpc0fdzaivisDcNX8M31HReu0qAvNxR KJUBluwvNPXc9aoKPNZ1o0CcfTUqqurZZFzD4leRerR7ReUIXjP31kNfD60ETpSzuGc4 CDAg== X-Gm-Message-State: AOAM5316B4n6pdcxbMt3N3kHVJHg/l8y/4xlcnrN74S0UtkViOJmLdJR GK2j1igVRCU/+iOt4j1tgUJbeFlDVmBxZFbKvWHspEQr8hDun/Zm X-Google-Smtp-Source: ABdhPJyhrxkyXv8onCdpFds94/uW1/X/J8lT7A/aIMbPkv0rtl+2obXuIPRa6EGDeLaIl+iHH5Yn884yDd2fAp4seos= X-Received: by 2002:a05:6102:5489:: with SMTP id bk9mr12433145vsb.0.1642629988152; Wed, 19 Jan 2022 14:06:28 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Received: by 2002:a59:cda4:0:b0:278:7001:4412 with HTTP; Wed, 19 Jan 2022 14:06:27 -0800 (PST) In-Reply-To: References: <20220118235203.GJ35602@funkthat.com> From: grarpamp Date: Wed, 19 Jan 2022 17:06:27 -0500 Message-ID: Subject: Re: Intel + Thunderbolt Driver To: freebsd-stable@freebsd.org Cc: freebsd-advocacy@freebsd.org, freebsd-chat@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4JfKVF04H0z3Crm X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=BQRGwpdi; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grarpamp@gmail.com designates 2607:f8b0:4864:20::936 as permitted sender) smtp.mailfrom=grarpamp@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::936:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-stable,freebsd-advocacy,freebsd-chat]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N On 1/19/22, Gerard E. Seibert wrote: > FreeBSD's inability to support this technology will come back > to bite them in the ass. Even if writing drivers is not their thing, users can actually do a lot to help relieve such situations. Have people considered buying some snake traps or at least some Preparation-H at the shoppe below? And speaking to manufacturers to get #OpenDocs and more #OpenHW built on #OpenFabs. And dropping hints of the GoodNews of FreeBSD and passing that collection box around in all the surfaceweb fora where the unwashed bidet-needing masses congregate waiting to crowdfund a cute saintly daemon that could help lead them out of the dark walled-in lands of wintel? https://freebsdfoundation.org/donate/ From nobody Thu Jan 20 00:01:36 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 1EF431950E1A; Thu, 20 Jan 2022 00:01:45 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670064.outbound.protection.outlook.com [40.107.67.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JfN3D255Qz4gLW; Thu, 20 Jan 2022 00:01:44 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=JgYDfHPmbeMbb9ll5obCHJBK4PTm/VBjzQSnmcEON2ARCmxoK/jnmqW71VxJBQHu5/wJSbm2EkrSSGPZ7Q01ODvpxyzrmLLsVMpz+76ReDZpp2AgD24vF5JIZaeQZtZUp7aAXZTgSBUzqR/5SuRkRYSSGhxAi1wk2Pdk+ljvzUNLqOLj+fwPPO1LVlb2Y8swjWV8+GhL9y8YyYGUWKavFTnjsn1nf+pHl4fXF3xM67uhN/9kAHLIGGKmxe/ogVo1FkDAOyCraw1FTDdfyeFBlFhxhf48VWYVYxUt8toC6qHasR1wsQHOsxlmTJqiqbVCCrRVX7Aq8kbvFHd2HhHS7Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=4UVnceWNMA4gKYC4za20RmRErqlB6IyzyLszTsLpgOA=; b=KV6n8wnGeRbhlSz18GoNE37c5HV7gf9asiPHwKmbzxbllpZsXCHBEi1k+iMnPHReqrImqpA6sTMRWBseysH9CizMgzcj+2OjXxCqP1b00os8vw0uzb0mR9mOdGYSXwmLivMQ2HZGzGKVcaPWafP6b3v93ew0FD27Wo110oK5aeF48kb2w60DM8aeJO0x5imaWDE+KPR6P2JVosmf5ItOrJp9y35S5qHuPrz5HSpVHY/cPJ/iDlIMPyZE+3dRy10dtjV9TX5oZuqHzDWeAKIT8uFqm2cpCbVf5kaQT9+KwA+EmeibAPDJV1MXZxtfbFSlp9ksVL1BXPr/pDSpb14LcA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=4UVnceWNMA4gKYC4za20RmRErqlB6IyzyLszTsLpgOA=; b=Gb/cMuZ0DZ0KnRQh9dftoWFGRorbXyAUINUDU5ejPcJnBwU5OwvySePboe5B0X7TsM6x1FRtHESibmRB8nd1BinIRzS4+0vVtLN8s1zQsIMvMQQrLRqYacX8jo6xV/n/eokQM2QZ2zEDpjxDi7keQf+JNhqxzYZiZ6d+CN6SveUeRop181UDvyYxr7rrM9tv6yxL/Q+MszU5IoJl8f8WgrnghBThuXbJJsaK7Ttrg33pwtl4S4ZsOqXjulA669jogkMA8vpswcbVBwwRhJ1WgRFNVZhaBZNiQMHgbRi6LqQuCrlkV2+sf/aMMrk0PrGuTldR7hkBSE/aK5TFQrxq6A== Received: from YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:19::29) by YT1PR01MB4661.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:b01:40::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4888.11; Thu, 20 Jan 2022 00:01:36 +0000 Received: from YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM ([fe80::c9d2:bf41:eeca:90aa]) by YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM ([fe80::c9d2:bf41:eeca:90aa%5]) with mapi id 15.20.4888.014; Thu, 20 Jan 2022 00:01:36 +0000 From: Rick Macklem To: Yuri , Miroslav Lachman <000.fbsd@quip.cz>, "freebsd-current@freebsd.org" , freebsd-stable Subject: Re: Deprecating smbfs(5) and removing it before FreeBSD 14 Thread-Topic: Deprecating smbfs(5) and removing it before FreeBSD 14 Thread-Index: AQHXzvvFA1WWxQSLW0uUJGavCusr2KvuZUQAgABpl4WAAGcwgIBr+tlBgAGeWQCADnip0IAAAWeAgAA5aNs= Date: Thu, 20 Jan 2022 00:01:36 +0000 Message-ID: References: <6f99f9bc-8831-aefe-4f73-72f50f8f347b@aetern.org> <79402464-f9e6-5f56-645e-cfd49640032e@quip.cz> <7db04ed9-39eb-7163-ce92-9a52c5f7d302@quip.cz> <54704b99-7b89-76a4-0368-79bee391926d@quip.cz> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: suggested_attachment_session_id: 5be4f8e9-fe39-508c-aa1d-7fd868bd9625 x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: e5a46c75-1fb1-4ddd-a9f6-08d9dba80698 x-ms-traffictypediagnostic: YT1PR01MB4661:EE_ x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7219; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: g2tRnlyqdy9HRDFisEe5Bpjysbk11k+rDzYK7ASqWgBVsJezZXe6NdJHFop6pI7dY3V6gBs781DHUaqYm3Py842jWos9FTbt9LkZRLQv7YJv7i+plkEHU7QF7VNEtFFQ3M700jR8nBEsOpPexNxRpgPEhY6A9rJGThXISHD2wiUG1SAXdsfFKbG/U6legKJVv4PBuGUJYjiqfLNt/nWZCKzAotNKvpH/lSiAt/OXyHH773F+/ZusBPPINyJeUIsWGZ1TI87Nw9cZq51CjGVktQ/ysPCz8hTVRsRRBEjUyE71UsZCJMACONuupEooovFy1QxvaT71n8gAwp6l1EJRZHf4WjmKWWrjc0jd+DNJPUtPD1SjXxeXdjb3B2J6f6n4zV68pmlydcXCYMk6Jr6ej+fxbj9qsb+LqHt4gcapaPubzMbX9QWUbBx7ANS3h6BZ/dvcowYoW7GB8wqhDkTYWay5VWzTq//EWGFLeITjIRJUYBOotYLgdcyU6NH3nXisZfLS4Y1UlL0bJUeV4nz+afqwi51rhEnU830FAH/oWiXxwr+6rgjMhYIydnor0TQ4DTUtsImkOkB34hsYnFNdX350LEfPgoy2eccJPOsfbtU5C/GSvXPQ006dzn3MaoyZoeZfCs51AUFkqtQ0zbaXmVDyM9WtZZkdZtmEpA6w4Kt1yQR6YRYyPmtRQdLyagErItnGzoQSHKAeajSJKtKMtKEoO/PrvWCRa5MLdF8+ibSpmGQRCRJe0JCLkYcE/0Li2WcAdfGYts8Wtb3YO4vGCkB7eiYi3ThxFp5gOakc1KE= x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(366004)(33656002)(8936002)(2906002)(66476007)(55016003)(71200400001)(86362001)(186003)(83380400001)(38070700005)(7696005)(786003)(5660300002)(66946007)(66446008)(66556008)(76116006)(64756008)(316002)(966005)(9686003)(91956017)(52536014)(122000001)(110136005)(508600001)(53546011)(38100700002)(6506007)(8676002);DIR:OUT;SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?l11eJ95DkvH5mBng8PWVFMf+pF+AAMOLqmlGw/x9G4km7hdNTYYgrsjLhx?= =?iso-8859-1?Q?Fkww4tKx72GmNaHkBw17fN+ex/VnVCVv3e10GAInivr2tS3OPa2ra9qlcu?= =?iso-8859-1?Q?rtQa9asE90ot9HTEEuqcTWyOy+jztSyswdTT40W2xDkUkIooxrcTZtd0no?= =?iso-8859-1?Q?heeyo2J52JAE9lhPvR8sAmd52dCrGNW+jrlDm4Y4+yf5WyWY+OlOqLO0hr?= =?iso-8859-1?Q?JuGWbIYyAqEO3T+lAR+F64uUhfKNqtX1rreGS2Ge2Ep9SFHyLtgWbfWigE?= =?iso-8859-1?Q?47hhnkaVnsuj15AGS5vo4oy6N+Ifi7O+/3yK60tzBbZr0/1s0NrQrSNboS?= =?iso-8859-1?Q?vUpi/qkqpOj7g9DRjrcj3zPHZK61a1UqRysYO0TYiPpFE+VnYu6l1SvLlq?= =?iso-8859-1?Q?dbEzg3hEhNEb7ulZ62Ls9wcdUTPy71ESdpgpPuo64/UaX6h+OvTtf84bGn?= =?iso-8859-1?Q?0PPtFQpHOF0uGYDFEu9X0HaqhJ/BM89YbY4sGLrRwhu8anD9158qjJytsJ?= =?iso-8859-1?Q?I6TClkA6FEdcF/NlmXjZ0+uIr8CLL4HvZO1UBOlj/F/WfanyyhlqZ/9KDl?= =?iso-8859-1?Q?JAwDkJXqiLEmjC0JAnwQCBfF7T+vyoF/fVGbhmMpIGlrNWBipNxgK3nSiq?= =?iso-8859-1?Q?wrxHybcei9Rw06W/GJhZyJl5r6dFRc3yMmzmHvMDRghtTSNM2mPqEzRDXp?= =?iso-8859-1?Q?5XJUIJYIVkZkyUVqGy/Q8r079WhsS+L0mUjo4tiPDilsyJlDjnIWXgTEE0?= =?iso-8859-1?Q?/wb3336leEe/TvPNWSlpjcdcSkUUSBqA/i5+wOjDnL25JxYJtkYUz/vAH/?= =?iso-8859-1?Q?Ff4CPKDCp1jWvNnPHeTXw1lTqgY3OoFvTGInsccX4y5lAWJEDoj31z6hYR?= =?iso-8859-1?Q?OiNwoMGai/Zu7uUoG6vXiXqsiphCIJR6gT3ljbd52juvaEXrML5cJJWBE4?= =?iso-8859-1?Q?P+tpxvWTmxSyMaGKy5dI/X1BSpkYns9kdy2ZI+PXDvheWDib3FCBgVKBcq?= =?iso-8859-1?Q?i2JfX1oyXnWV8JI/mf4NTj3BpHbSYCm4HyTWRxu2QzH45TdUSzqfQnRV6H?= =?iso-8859-1?Q?LsL4o9eqPwaYAU9bMe0BRFpIocuPq9/Zc8bV9hxl/IY+FjrS1K6hZOu3n2?= =?iso-8859-1?Q?Xx4jABptHAhfEepKSKaBe6jZKuYq0YF9qllIRIigKphwfmMpoZGvVeyhNq?= =?iso-8859-1?Q?CzADVJcDppLcp+pikCc934C5x9Ll936/LdrMACE2iCttIwk0Z7XAL81PZ9?= =?iso-8859-1?Q?h0tmifjgWKq2CaqkMWvU3Xz059I/SYJyeyDuOyBtI43xyiAJTjjy4Z2ENC?= =?iso-8859-1?Q?SdXh5jOkxtMG4KRzb1IMs6jBHkzuP52mHeJiGzYiHLY03HJ5y7PCKkDvix?= =?iso-8859-1?Q?Ru6YIyDVrhaFxyB84vPdgAFn+vsw21D/Ai2Zjx9r489jymUq8fQ7PgQk3S?= =?iso-8859-1?Q?oPWIwQKnKZxdd9mMwBNEOFLa+bOf0VJkFY5W5japwcGYtST1G2pSAKKbVk?= =?iso-8859-1?Q?72mA40B9QpYc8IzVG/Yg4gkxgTYBXAhb9E9E3nGdpCnA3kIXtE9NH4h6Ft?= =?iso-8859-1?Q?T3UK6c4ge0+G9xXd2EDQw+J0voMktA8OhNnZ5MgIPOQWv8xO+keFNGw6wM?= =?iso-8859-1?Q?iWk1t40b2jBRUaChMywhIqNaX1Ni/jqLQELZVRxCdb+W+MImFLjg4OWoOz?= =?iso-8859-1?Q?qz3i5/XhCbsvbZY2TWKB4jwGPSzTym/KOVd+aaAMSmhdzRWGYd0HoXebLG?= =?iso-8859-1?Q?PZfQ=3D=3D?= Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: e5a46c75-1fb1-4ddd-a9f6-08d9dba80698 X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Jan 2022 00:01:36.0824 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 3itPzOvtl45SP9b8jjBkpSH6j/RD4yYrIvBeQwBFfIccIoPkhNgDDCQKdgDwMhq8xq6PkgyxEdsxMilTnsFCpQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YT1PR01MB4661 X-Rspamd-Queue-Id: 4JfN3D255Qz4gLW X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector2 header.b="Gb/cMuZ0"; arc=pass ("microsoft.com:s=arcselector9901:i=1"); dmarc=pass (policy=none) header.from=uoguelph.ca; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.67.64 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-4.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector2]; FREEFALL_USER(0.00)[rmacklem]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[uoguelph.ca:+]; DMARC_POLICY_ALLOW(-0.50)[uoguelph.ca,none]; RCVD_IN_DNSWL_NONE(0.00)[40.107.67.64:from]; MLMMJ_DEST(0.00)[freebsd-current,freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.67.64:from] X-ThisMailContainsUnwantedMimeParts: N Yuri wrote:=0A= > Rick Macklem wrote:=0A= > > I have downloaded the final version of the opensolaris=0A= > > smbfs and it looks much more reasonable to port to=0A= > > FreeBSD.=0A= >=0A= > What do you mean by "final version of the opensolaris smbfs", the one=0A= > from 2010? Please note that illumos (actively maintained fork of=0A= > opensolaris) has a much more up to date one.=0A= I'm not surprised that illumos will have updates.=0A= I don't think it will affect the exercise at this time, since the current w= ork=0A= is to figure out what pieces of the opensolaris code needs to be pulled=0A= into the current smbfs to make the newer version work.=0A= Solaris uses a very different VFS/VOP locking model, so a direct port=0A= of the opensolaris code would be more work than I will be attempting.=0A= =0A= rick=0A= =0A= > I will be starting to work on this (and maybe Mark Saad will be=0A= > able to help).=0A= >=0A= > I have no idea when I'll have code that can be tested by others.=0A= >=0A= > rick=0A= >=0A= > ________________________________________=0A= > From: Miroslav Lachman <000.fbsd@quip.cz>=0A= > Sent: Monday, January 10, 2022 10:27 AM=0A= > To: Rick Macklem; freebsd-current@freebsd.org; freebsd-stable=0A= > Cc: Yuri=0A= > Subject: Re: Deprecating smbfs(5) and removing it before FreeBSD 14=0A= >=0A= > CAUTION: This email originated from outside of the University of Guelph. = Do not click links or open attachments unless you recognize the sender and = know the content is safe. If in doubt, forward suspicious emails to IThelp@= uoguelph.ca=0A= >=0A= >=0A= > Hello Rick,=0A= > thank you for the update and your time on smbfs. I hope OpenSolaris=0A= > version will be portable. (or mayby some older version from Apple?)=0A= > FreeBSD without possibility to mount smbfs is not an option for some=0A= > projects.=0A= >=0A= > Kind regards=0A= > Miroslav Lachman=0A= >=0A= >=0A= > On 09/01/2022 15:46, Rick Macklem wrote:=0A= >> Well, I took a look at the Apple code and I'm afraid I=0A= >> think porting it into FreeBSD is too big a job for me.=0A= >>=0A= >> I was hoping the code would have a layer that could=0A= >> be used as a "block box" for the VOP calls, but that=0A= >> does not seem to be the case.=0A= >> There is also a *lot* of code in it.=0A= >>=0A= >> I am going to look at the OpenSolaris code, to see if=0A= >> I think it will be an easier port.=0A= >>=0A= >> rick=0A= >>=0A= >> ________________________________________=0A= >> From: Miroslav Lachman <000.fbsd@quip.cz>=0A= >> Sent: Monday, November 1, 2021 5:47 PM=0A= >> To: Rick Macklem; freebsd-current@freebsd.org; freebsd-stable=0A= >> Cc: Yuri=0A= >> Subject: Re: Deprecating smbfs(5) and removing it before FreeBSD 14=0A= >>=0A= >> CAUTION: This email originated from outside of the University of Guelph.= Do not click links or open attachments unless you recognize the sender and= know the content is safe. If in doubt, forward suspicious emails to IThelp= @uoguelph.ca=0A= >>=0A= >>=0A= >> On 01/11/2021 16:55, Rick Macklem wrote:=0A= >>> Miroslav Lachman wrote:=0A= >>> [good stuff snipped]=0A= >>>> Apple sources can be found there=0A= >>>> https://opensource.apple.com/source/smb/ with all the history from SMB= v1=0A= >>>> to SMBv3. The files have original copyright header from 2001 Boris Pop= ov=0A= >>>> (same as FreeBSD) but otherwise it is very different code due to=0A= >>>> different kernel interfaces and so on.=0A= >>>> With Apple and Illumos sources it is possible to have smbfs in FreeBSD= =0A= >>>> upgraded to v2 or v3 but very skilled programmer is needed for this=0A= >>>> work. And for the past years there is none interested in this work.=0A= >>>=0A= >>> Although I agree that it would be a non-trivial exercise, a lot of the = Apple=0A= >>> differences are in the "smoke and mirrors" category.=0A= >>> Around OSX 10.4, they changed their VFS/VOP to typedefs and accessor=0A= >>> functions. For example:=0A= >>> "struct vnode *vp" became "vnode_t vp"=0A= >>> and "vp->v_type" became "vnode_type(vp)"=0A= >>>=0A= >>> Ten years ago, the actual semantics were very close to what FreeBSD use= d.=0A= >>> If you look at sys/fs/nfs/nfskpiport.h in older sources (around FreeBSD= 10),=0A= >>> you'll see a bunch of macros I used to allow the Apple port to also bui= ld/run=0A= >>> on FreeBSD (a couple, such as vnode_t are still left because I've never= gotten=0A= >>> around to doing the edit to replace them).=0A= >>=0A= >> If I see it right even the 10 years old Apple version of smbfs has=0A= >> support for SMBv2 so if this old version is closer to FreeBSD kernel /= =0A= >> smbfs it can be a good starting point to merge changes to our smbfs to= =0A= >> have SMBv2 support on FreeBSD.=0A= >>=0A= >>> The hard part will be dealing with the actual VFS/VOP semantics changes= that=0A= >>> have occurred in the last 10 years.=0A= >>>=0A= >>> Did they stick APSLs on the files? (If so, I think it could still be ok= , since the APSL=0A= >>> is a lot like the CDDL. However, I'm not sure if the APSL has ever been= blessed=0A= >>> by FreeBSD as of yet?)=0A= >>=0A= >> The old versions of smbfs has original copyright header and no other=0A= >> license. Newer version has some added files with different header with= =0A= >> APSL license. For example=0A= >> https://opensource.apple.com/source/smb/smb-759.40.1/kernel/smbfs/smbfs_= subr_2.h.auto.html=0A= >>=0A= >> If license is a problem then I think it can live with APSL in the ports= =0A= >> tree as a loadable kernel module. Maybe this will be the easier for=0A= >> development too?=0A= >>=0A= >>> Don't assume anything will happen, but I *might* take a look in the win= ter,=0A= >>> since outstanding NFS changes should be done by the end of 2021.=0A= >>=0A= >> I really appreciate your endless work on NFS on FreeBSD. Without your=0A= >> work the NFS will be lacking behind industry standards similar to what= =0A= >> we see with smbfs.=0A= >> And if you will have some spare time to take a look on smbfs and maybe= =0A= >> solve the SMBv2 / SMBv3 problem you will be my hero. I am waiting for it= =0A= >> for many years and I know I am not alone who needs working SMB / CIFS on= =0A= >> FreeBSD.=0A= >>=0A= >>> It does sound like there is some interest in this and that fuse doesn't= solve=0A= >>> the problem (at least for everyone).=0A= >>=0A= >> Yes, there is an interest. It was discussed few times in the past in the= =0A= >> mailing lists and web forums.freebsd.org but without anybody willing to= =0A= >> touch the code.=0A= >> FUSE alternatives have so many problems with performance, stability and= =0A= >> configuration.=0A= >> https://forums.freebsd.org/threads/getting-smbnetfs-to-work.78413/=0A= >>=0A= >> Kind regards=0A= >> Miroslav Lachman=0A= >>=0A= >=0A= =0A= From nobody Thu Jan 20 11:04:05 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3E78E195DA42 for ; Thu, 20 Jan 2022 11:04:08 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (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 4JfflW2XFlz4stf for ; Thu, 20 Jan 2022 11:04:07 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id E5D805C0182 for ; Thu, 20 Jan 2022 06:04:06 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Thu, 20 Jan 2022 06:04:06 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=samsco.org; h=cc :content-transfer-encoding:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to; s=fm2; bh=yUjJHACQQpJgXZ MC9T9/jS42dO0XOZf79ZohZ8UPR0k=; b=XkW64tWyn2D9FDj89fjwyaFKAu7dyP ID5I6d8Ji28q6HAHnSFesyqKgJX1d9IQKZPH2AoRfjYq0t691av2usxXKX0H2WnF c+mi3NvXf5rRF6Ai++bpOi7WxZmzDLQIFz4tXITXO7sooL75hoJrzxhNbN7WKh9l vLkyJ78gEDGbkkpxKccTowI7gaVJm3vmBqoZLZktltvm4eOXavJMcQq9PWkfkOR0 ujb7Of+RgxtX5ntMv/3mcXSJXhftdtHiw608Z6Jdxz3JAvEW4sjFV3on4avGR6aW xOI4am7fOskjU7VyE86aUSTA52L1dZxhQQjJh0jqmuSDt/TuEfCWIYGQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:date:from:from:in-reply-to:in-reply-to:message-id :mime-version:references:reply-to:sender:subject:subject:to:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; bh=yUjJHACQQpJgXZMC9T9/jS42dO0XOZf79ZohZ8UPR0k=; b=GfKNriOJ u2AVcB8ozaQMbq0ScnEQVpN3HRqo33zOyDb85ugSo8XweVATyytx7yMgzA9VT77M 3L4wjfVedpbLD36KLPpYsj+x2BrDffgxhVt3perOukhFIV8StiJe+ZAAm9/OYTGB rgMYykpodn6vxmQEM3e9e+4dUtd9Ml78WzhAzxpDv3amLq8p1c4Nc/0Zh3mYE805 HJKTiB/6L+DuWeDUPDE+hejXjn1PjxVxpoRp2IGVEK01I+VrBKN6GmuUxsAMKP/n AqwLwag2+x6BKVLS43gANokqFEIVQSr6i/ze+yUNJRjCYRbBD/OSzjsZtso6nW8s Av5g74ZnK5/C3Q== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddrudekgddvvdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhephfgtgfgguffffhfvjgfkofesthhqmh dthhdtjeenucfhrhhomhepufgtohhtthcunfhonhhguceoshgtohhtthhlsehsrghmshgt ohdrohhrgheqnecuggftrfgrthhtvghrnhepvdegfeegfeelgfdvfedthffgvedvhfelte egudetuedvtdethfdtkedtfeegfedunecuffhomhgrihhnpeifihhkihhpvgguihgrrdho rhhgnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepsh gtohhtthhlsehsrghmshgtohdrohhrgh X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Thu, 20 Jan 2022 06:04:06 -0500 (EST) From: Scott Long Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 15.0 \(3693.40.0.1.81\)) Subject: Re: Intel + Thunderbolt Driver Date: Thu, 20 Jan 2022 04:04:05 -0700 References: To: freebsd-stable@freebsd.org In-Reply-To: Message-Id: <00D5154E-7656-42A6-A899-DE77067EDF70@samsco.org> X-Mailer: Apple Mail (2.3693.40.0.1.81) X-Rspamd-Queue-Id: 4JfflW2XFlz4stf X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=samsco.org header.s=fm2 header.b=XkW64tWy; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=GfKNriOJ; dmarc=none; spf=pass (mx1.freebsd.org: domain of scottl@samsco.org designates 66.111.4.27 as permitted sender) smtp.mailfrom=scottl@samsco.org X-Spamd-Result: default: False [-4.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.27:from]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.27]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[samsco.org:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:19151, ipnet:66.111.4.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.27:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[samsco.org:s=fm2,messagingengine.com:s=fm1]; FREEFALL_USER(0.00)[scottl]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[samsco.org]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_LOW(-1.00)[messagingengine.com:dkim]; MLMMJ_DEST(0.00)[freebsd-stable] X-ThisMailContainsUnwantedMimeParts: N > On Jan 14, 2022, at 12:39 PM, Gerard E. Seibert = wrote: >=20 > I was just wondering if anyone had heard or knows when FreeBSD will be > able to support Intel's "Thunderbolt" technology? The lack of a driver > that works for FreeBSD has made it impossible for me to update my > system beyond version 11.4. >=20 > https://en.wikipedia.org/wiki/Thunderbolt_(interface) >=20 > --=20 > Jerry >=20 Hi, I have a driver in progress. It works at a basic level with my = AlpineRidge and Icelake controllers. I haven=E2=80=99t developed against TitanRidge, = MapleRidge, or AlderLake yet, mostly due to not having hardware. However, I=E2=80=99m = curious about your assertion of =E2=80=9Cimpossible=E2=80=9D. Thunderbolt3 is = mostly just a PCIe bridge with a dangerously ineffective security model on top. The only = thing that a driver provides is an authorization handshake with the controller firmware that runs the security protocol. If you turn off the security = feature of Thunderbolt via the BIOS, no driver is necessary. What makes a driver interesting in the future is it being the foundation = for supporting USB4. I have some of that code written. It also will = integrate more closely with the DMAR/IOMMU to provide actual protection against malicious peripherals, instead of, like I said above, the dangerously ineffective security model that Thunderbolt3 promotes. Also, there=E2=80=99s some interesting potential with creating high = speed point-to-point packet networks that=E2=80=99s cheaper than 40Gb ethernet = on a per-port basis. The new generation of Thunderbolt4 routers with = multiple downstream ports makes this even more interesting. =20 I was hoping to upstream my driver this past month. Unfortunately I = wasted time going down more TB3 security rabbit holes (Pre-boot ACL support, to be specific), so I=E2=80=99m behind schedule. Also, I have a = long-standing problem with the AlpineRidge controllers that seems to make them very finicky = and failure prone, and I=E2=80=99ve wasted months so far trying to figure = out if the problem is with my driver or with the hardware. However, none of this = is necessary for updating one=E2=80=99s system beyond version 11.4. If you = wouldn=E2=80=99t mind sharing the specifics of your difficulties, I might be able to = help. Scott From nobody Thu Jan 20 14:07:33 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E5BC3196A1E6; Thu, 20 Jan 2022 14:07:36 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JfkqD6Bhfz55VD; Thu, 20 Jan 2022 14:07:36 +0000 (UTC) (envelope-from avg@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1642687656; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=uTqvWc7yA/swOzBYBa/cl97h3YJwTaHv8eMgd22qUjA=; b=mgAbfr3wIt6GHIip0Sq9y/cif3L9NiVBp8Giv3X7Pd9s24mSL5d5rFOM+cXZgG4v6LvVTX jKw1I59NIMiFlipk6dLnqeRduyzoL+nUvaz7XAuN63nTKqJIfnqb0XDCVkbVKHVE8LslsP uW8YtxnT37cx/aMEDPx2EV8dme3duePZgN4+4jLSzTclu6OfAoP7venB1wqb3g4RLfDjTM DGqdHSuJkDEYYC16su41UIlSsTsWja/yf+SDenrSoxluAZvSZZMTxlFb0wePLJzmmSE6LL yjtfMEXPB9O4uy6BfGG2QnJslHrZ4JNQH3XLltnALD5iWE6bNngko67kCLH9gg== Received: from [192.168.0.88] (unknown [195.64.148.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: avg/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 35589F98B; Thu, 20 Jan 2022 14:07:36 +0000 (UTC) (envelope-from avg@FreeBSD.org) Message-ID: <0db4cfd1-363e-eeee-96d8-22d80bd9dc95@FreeBSD.org> Date: Thu, 20 Jan 2022 16:07:33 +0200 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:91.0) Gecko/20100101 Firefox/91.0 Thunderbird/91.4.1 Content-Language: en-US To: x11@FreeBSD.org, freebsd-stable List From: Andriy Gapon Subject: nvidia driver crash Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1642687656; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=uTqvWc7yA/swOzBYBa/cl97h3YJwTaHv8eMgd22qUjA=; b=TulWBt+iDtQz1V/AgzOzKUs7xv2eapE9jI28t6fh6qX4q+RTRLBzxD2c0udKXr8MycbkaX gUfgAEGItxMpTuw3cmlv3E9a43Uxfc0vOb4g2qKx1Qk6IeoPn7bi4Zs/H2wMOAHw/I7Aei Dm/8O7II34o4d6XFJE7WvrzN3XkRdGnUWohCMI1/FwRvSsrVKcE3qklwa8tmi20HS2mvsm XLZ8fzydjA3lubXP6JGQI9ev0EjbWE34cFtrRvK4WsYx8ZWABy9EX0EkjoTkoed7y6Qjjv 6JExvekDyJjUNtXU4uIwxwTWSc/LIN5mF437JIkioQjXhg0P6U9UUEUjueKDHQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1642687656; a=rsa-sha256; cv=none; b=F/MZuzrKsiQfCKB7Z7Nj/U50Ue5Bhui5vKrJjtS94ctuALk5LVFJFm+hTSX+d/PoL7ziow DwdzEA6jGvy1Ysz+UWJgsIH95MMDyTMedaLEA/I5OtWsWmcesi76JVJH/LrEizIvo1NsFC flhoVlHC8QbIOtNYyq1LmILjyPckLs/L2dr+aVq/9SFRRIRDTleExnN4eSV9sg47hBYZon TMU23kSmWYhtSXZoZiuyNqJ+9wlzLDlF9p3bL3XeoQEei8QzVdT4rZYZThvEzgHuLG5JVe yrTAPuyDoZS0lywE2oDAU/R28JVHUUQlebmu1GQ8gPmd+jxK9QRhr1AglKPcKA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N I've just got a kernel crash in the nvidia driver code on stable/13. The crash seemingly has to do with freed memory ('deadcode' seen in the register dump), but it is hard to tell anything beyond that as the crash is in the proprietary code. Is there a way to report this to nvidia? If (and that's a big if) they have FreeBSD support then maybe they'll be able to find out more details. The driver is nvidia-driver-470.86. Thank you. Fatal trap 9: general protection fault while in kernel mode cpuid = 5; apic id = 05 instruction pointer = 0x20:0xffffffff829ccc90 stack pointer = 0x28:0xfffffe02c1d7d840 frame pointer = 0x28:0xfffffe021a9a5d20 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 80434 (plasmashell) trap number = 9 panic: general protection fault cpuid = 5 time = 1642654429 KDB: stack backtrace: db_trace_self_wrapper() at 0xffffffff805ca63b = db_trace_self_wrapper+0x2b/frame 0xfffffe02c1d7d470 kdb_backtrace() at 0xffffffff808ae0c7 = kdb_backtrace+0x37/frame 0xfffffe02c1d7d520 vpanic() at 0xffffffff8086a2ec = vpanic+0x18c/frame 0xfffffe02c1d7d580 panic() at 0xffffffff80869f03 = panic+0x43/frame 0xfffffe02c1d7d5e0 trap_fatal() at 0xffffffff80b5ac35 = trap_fatal+0x375/frame 0xfffffe02c1d7d640 trap() at 0xffffffff80b5a0e7 = trap+0x67/frame 0xfffffe02c1d7d750 trap_check() at 0xffffffff80b5b069 = trap_check+0x29/frame 0xfffffe02c1d7d770 calltrap() at 0xffffffff80b36778 = calltrap+0x8/frame 0xfffffe02c1d7d770 --- trap 0x9, rip = 0xffffffff829ccc90, rsp = 0xfffffe02c1d7d840, rbp = 0xfffffe021a9a5d20 --- _nv035888rm() at 0xffffffff829ccc90 = _nv035888rm+0xb0/frame 0xfffffe021a9a5d20 ??() at 0xfffff803cf6cb570/frame 0xdeadc0df00000000 Uptime: 12d16h10m41s Dumping 6720 out of 32646 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% doadump (textdump=textdump@entry=1) at /usr/devel/git/trant/sys/kern/kern_shutdown.c:399 399 dumptid = curthread->td_tid; (kgdb) bt #0 doadump (textdump=textdump@entry=1) at /usr/devel/git/trant/sys/kern/kern_shutdown.c:399 #1 0xffffffff80869cef in kern_reboot (howto=260) at /usr/devel/git/trant/sys/kern/kern_shutdown.c:487 #2 0xffffffff8086a35f in vpanic (fmt=0xffffffff80c1a2f6 "%s", ap=) at /usr/devel/git/trant/sys/kern/kern_shutdown.c:920 #3 0xffffffff80869f03 in panic (fmt=) at /usr/devel/git/trant/sys/kern/kern_shutdown.c:844 #4 0xffffffff80b5ac35 in trap_fatal (frame=0xfffffe02c1d7d780, eva=0) at /usr/devel/git/trant/sys/amd64/amd64/trap.c:944 #5 0xffffffff80b5a0e7 in trap (frame=frame@entry=0xfffffe02c1d7d780) at /usr/devel/git/trant/sys/amd64/amd64/trap.c:249 #6 0xffffffff80b5b069 in trap_check (frame=0xfffffe02c1d7d780) at /usr/devel/git/trant/sys/amd64/amd64/trap.c:667 #7 #8 0xffffffff829ccc90 in _nv035888rm () from /boot/modules/nvidia.ko #9 0xfffff803cf6cb808 in ?? () #10 0xfffffe021a9a5f18 in ?? () #11 0xfffff80253624190 in ?? () #12 0xffffffff829ca95e in _nv014658rm () from /boot/modules/nvidia.ko #13 0x0000000000000000 in ?? () (kgdb) fr 8 #8 0xffffffff829ccc90 in _nv035888rm () from /boot/modules/nvidia.ko (kgdb) disassemble Dump of assembler code for function _nv035888rm: 0xffffffff829ccbe0 <+0>: push %r13 0xffffffff829ccbe2 <+2>: push %r12 0xffffffff829ccbe4 <+4>: mov %rsi,%r12 0xffffffff829ccbe7 <+7>: push %rbx 0xffffffff829ccbe8 <+8>: sub $0x20,%rbp 0xffffffff829ccbec <+12>: mov 0x20(%rsi),%rdx 0xffffffff829ccbf0 <+16>: mov %rdi,%rbx 0xffffffff829ccbf3 <+19>: test %rdx,%rdx 0xffffffff829ccbf6 <+22>: je 0xffffffff829ccc16 <_nv035888rm+54> 0xffffffff829ccbf8 <+24>: mov 0x18(%rdi),%rax 0xffffffff829ccbfc <+28>: test %rax,%rax 0xffffffff829ccbff <+31>: jne 0xffffffff829ccc11 <_nv035888rm+49> 0xffffffff829ccc01 <+33>: jmp 0xffffffff829ccc40 <_nv035888rm+96> 0xffffffff829ccc03 <+35>: nopl 0x0(%rax,%rax,1) 0xffffffff829ccc08 <+40>: mov 0x18(%rax),%rax 0xffffffff829ccc0c <+44>: test %rax,%rax 0xffffffff829ccc0f <+47>: je 0xffffffff829ccc40 <_nv035888rm+96> 0xffffffff829ccc11 <+49>: cmp %rax,%rdx 0xffffffff829ccc14 <+52>: jne 0xffffffff829ccc08 <_nv035888rm+40> 0xffffffff829ccc16 <+54>: mov %r12,%rdi 0xffffffff829ccc19 <+57>: call 0xffffffff822f53a0 <_nv035883rm> 0xffffffff829ccc1e <+62>: lea 0x120(%rbx),%rdi 0xffffffff829ccc25 <+69>: mov %r12,%rsi 0xffffffff829ccc28 <+72>: call 0xffffffff829c2520 <_nv029011rm> 0xffffffff829ccc2d <+77>: pop %rbx 0xffffffff829ccc2e <+78>: pop %r12 0xffffffff829ccc30 <+80>: pop %r13 0xffffffff829ccc32 <+82>: add $0x20,%rbp 0xffffffff829ccc36 <+86>: ret 0xffffffff829ccc37 <+87>: nopw 0x0(%rax,%rax,1) 0xffffffff829ccc40 <+96>: lea 0x148(%rdx),%rdi 0xffffffff829ccc47 <+103>: call 0xffffffff829c26f0 <_nv029013rm> 0xffffffff829ccc4c <+108>: mov %rax,%r13 0xffffffff829ccc4f <+111>: mov 0x20(%r12),%rax 0xffffffff829ccc54 <+116>: lea 0x148(%rax),%rdi 0xffffffff829ccc5b <+123>: call 0xffffffff829c26c0 <_nv028995rm> 0xffffffff829ccc60 <+128>: mov 0x20(%r12),%rcx 0xffffffff829ccc65 <+133>: mov %rax,%rdx 0xffffffff829ccc68 <+136>: mov %rbp,%rdi 0xffffffff829ccc6b <+139>: lea 0x148(%rcx),%rsi 0xffffffff829ccc72 <+146>: mov %r13,%rcx 0xffffffff829ccc75 <+149>: call 0xffffffff829c2800 <_nv029003rm> 0xffffffff829ccc7a <+154>: nopw 0x0(%rax,%rax,1) 0xffffffff829ccc80 <+160>: mov %rbp,%rdi 0xffffffff829ccc83 <+163>: call 0xffffffff829c2870 <_nv029002rm> 0xffffffff829ccc88 <+168>: test %al,%al 0xffffffff829ccc8a <+170>: je 0xffffffff829ccc16 <_nv035888rm+54> 0xffffffff829ccc8c <+172>: mov 0x0(%rbp),%rsi => 0xffffffff829ccc90 <+176>: cmp %rbx,0x8(%rsi) 0xffffffff829ccc94 <+180>: jne 0xffffffff829ccc80 <_nv035888rm+160> 0xffffffff829ccc96 <+182>: cmp %r12,(%rsi) 0xffffffff829ccc99 <+185>: jne 0xffffffff829ccc80 <_nv035888rm+160> 0xffffffff829ccc9b <+187>: mov 0x20(%r12),%rax 0xffffffff829ccca0 <+192>: lea 0x148(%rax),%rdi 0xffffffff829ccca7 <+199>: call 0xffffffff829c2520 <_nv029011rm> 0xffffffff829cccac <+204>: jmp 0xffffffff829ccc16 <_nv035888rm+54> End of assembler dump. (kgdb) i reg rax 0x1 1 rbx 0xfffff807c381b828 -8762748192728 rcx 0xfffff803cf6cb570 -8779728112272 rdx 0xdeadc0dedeadc0de -2401050962867404578 rsi 0xdeadc0df00000000 -2401050962308366336 rdi 0xfffffe021a9a5d20 -2189986996960 rbp 0xfffffe021a9a5d20 0xfffffe021a9a5d20 rsp 0xfffffe02c1d7d840 0xfffffe02c1d7d840 r8 0xffffffff80c2bc91 -2134721391 r9 0xffffffff8414fcab -2078999381 r10 0x0 0 r11 0x372 882 r12 0xfffff80253624190 -8786104139376 r13 0xdeadc0df00000000 -2401050962308366336 r14 0xfffffe021a9a5d98 -2189986996840 r15 0xfffff807c381b828 -8762748192728 rip 0xffffffff829ccc90 0xffffffff829ccc90 <_nv035888rm+176> eflags 0x10202 [ IF RF ] cs 0x20 32 ss 0x28 40 ds es fs gs fs_base gs_base (kgdb) x/10a $rdi 0xfffffe021a9a5d20: 0xdeadc0df00000000 0xfffff803cf6cb570 0xfffffe021a9a5d30: 0x0 0xdeadc0dedeadc0de 0xfffffe021a9a5d40: 0x0 0xfffffe021a9a5e18 0xfffffe021a9a5d50: 0xfffff807c381b948 0xfffff807c381b828 0xfffffe021a9a5d60: 0xfffffe021a9a5ed0 0x1441b5f4d70 -- Andriy Gapon From nobody Thu Jan 20 14:50:24 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 711331955571; Thu, 20 Jan 2022 14:50:24 +0000 (UTC) (envelope-from danfe@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Jflmc2Y3lz3R3H; Thu, 20 Jan 2022 14:50:24 +0000 (UTC) (envelope-from danfe@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1642690224; 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=CDzshY02wdpheeUoswv+RhzN4wn0VTyKkPiIcHkQvOo=; b=w6uQTBFNQZ8sIIVJkwda7OUsADHuKmNQonQzv/oiJeRdlCkkDx12uRO9DsmZ3qhSqC9wzI WDMEe17yaOdn8CWXT9eWRZjU2SK6Q0ZiXJw4i1a/R+h06i4mu5aPmWAQlJwQulKZo6N5tK ajXZkwkMAMydXZsKU4coXRvVffjqVbRVZ/H8n2yHwyl3RwMvKV+HmSdW1/XUaKd0+op4Yv Q+H/tXoTl6fyxiP0SA/IaR5hKEmfVPBNFsFyhraLzGS7iEGemn6e5knQHAMnHRHIuZA4dp CGnv60Zu5RYtg7ZuOqz5yryi9AAz8N/p1n8WjhO6mz1nfnWwhawWDGGI+VxcaA== Received: by freefall.freebsd.org (Postfix, from userid 1033) id 44544CEC; Thu, 20 Jan 2022 14:50:24 +0000 (UTC) Date: Thu, 20 Jan 2022 14:50:24 +0000 From: Alexey Dokuchaev To: Andriy Gapon Cc: x11@freebsd.org, freebsd-stable List Subject: Re: nvidia driver crash Message-ID: References: <0db4cfd1-363e-eeee-96d8-22d80bd9dc95@FreeBSD.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0db4cfd1-363e-eeee-96d8-22d80bd9dc95@FreeBSD.org> ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1642690224; 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=CDzshY02wdpheeUoswv+RhzN4wn0VTyKkPiIcHkQvOo=; b=Qbt2T/PN/UBCMTiO9rtY/OsH89BUk32va5o1TuPNqVp00Kh5JpyYotka8YgidYHJ3OZTTv 4RU+vqwYJMGhFfSlJMQw8fIctlFb7gRM5sDqG0SHqcyPphpBe4myWQb5ZKqQw8JaW9aemH XgkP9qH6grUQnsNCADpCh/5a22Tl4QNpkNFygbDdiK7gxZb0Jtm+QXjhpoNZRN7PtVPadH z2/6oaSYL1x8DsKsrCDkO6We3UyxAdqtWwZhHFbNdBrbUmKm6Omw0diG5dV5C4JWi5ElWy NV99C3RqC1vC0YxlYn+JLRBHCXGU/UQbPpWrzOoYbRvNBcKkB8Rc063hIIUjMA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1642690224; a=rsa-sha256; cv=none; b=dajyFdWskrBI8dGzgN0tW+SqJNY1p4WAaSYBKXKrdfCT06sjl/SZKteyYK3eWj2x71rh02 Q2rfL1b6wUq9AtaVQKzvnB5KtZ1cANd0YYfiCUGyrhBUQZaP1TxutdprQM9z8VF6B4j6X1 dpDAnpMU7CTMVnCMa8lLC69HVMk6kegGeyHw5PXd97mqtqvHWXWI7yJtU39sAdG5RtkUze ZuX+zCwdtgMl5ANPF0wooi5BgVOCySHMYFJ3laSA53sVyM1uiQ+/5E0vGDmrfs8n+7dUEs JX/KcbQ5QzV6ug669PvmKOHPoeQeHF7wxgnUkvbovNAK0hub7sRsqYSRqqkRsA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N On Thu, Jan 20, 2022 at 04:07:33PM +0200, Andriy Gapon wrote: > I've just got a kernel crash in the nvidia driver code on stable/13. > The crash seemingly has to do with freed memory ('deadcode' seen in the > register dump), but it is hard to tell anything beyond that as the > crash is in the proprietary code. > > (kgdb) bt > ... > #8 0xffffffff829ccc90 in _nv035888rm () from /boot/modules/nvidia.ko > #9 0xfffff803cf6cb808 in ?? () > #10 0xfffffe021a9a5f18 in ?? () > #11 0xfffff80253624190 in ?? () > #12 0xffffffff829ca95e in _nv014658rm () from /boot/modules/nvidia.ko > #13 0x0000000000000000 in ?? () I think I've seen a similar backtrace, cf. PR 251015, comment #9: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251015#c9 > Is there a way to report this to nvidia? > If (and that's a big if) they have FreeBSD support then maybe they'll > be able to find out more details. There is a link to their forums; unfortunately, these days we don't have liaison like Chris Zander, so I'm not sure how to expedite the problem. ./danfe From nobody Fri Jan 21 02:24:50 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 52CEA19666AC; Fri, 21 Jan 2022 02:24:50 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Jg39t1z8Sz4m4G; Fri, 21 Jan 2022 02:24:50 +0000 (UTC) (envelope-from danfe@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1642731890; 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=HtogBRZl4abwCbCjHTi/LYXKbOqi/z/RJbP+vfbsZlI=; b=PB7aALLjdJMz43klvXsh0NP8unSgMPcv5ElNPqywax+LLsim9V8puQ5kXaKy/UBTX9UIyI ke+/ydxCtRD70Vn4pR0L7g8aOCDcD2YymWkUffs7vHVOFBXEXVRq09sITnHOh0cYyTsF7O nj/8mmv6qLwZuoW3/fXsTXmpvTRqazj2XS0DlErX9VCPM+EAMZLRHzHmvttQN3Tvzv0NR6 B6WzB2AHX5dc6P4yo4/OvWw4c31x4nvRdkt2gsvm+rfJEo6PICNwefHOJcohZbi181Pj58 2f019a13Vb+xBDlDIWQbTzw+NV7p2DMiqdmqP6SI8oUu7cPirY8JaoR0oJry/A== Received: by freefall.freebsd.org (Postfix, from userid 1033) id 2B0D12AF1; Fri, 21 Jan 2022 02:24:50 +0000 (UTC) Date: Fri, 21 Jan 2022 02:24:50 +0000 From: Alexey Dokuchaev To: Ultima Cc: Andriy Gapon , x11@freebsd.org, freebsd-stable List Subject: Re: nvidia driver crash Message-ID: References: <0db4cfd1-363e-eeee-96d8-22d80bd9dc95@FreeBSD.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1642731890; 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=HtogBRZl4abwCbCjHTi/LYXKbOqi/z/RJbP+vfbsZlI=; b=DrPlSZArkBewZYfATzpzgJP5JaMFB98CRqzQcCw6qjJ33L6mUIoy+Y2bXh0BX/2b+ZRmVp JHL2QdZ4AIIRUqud7TKEsIkjhVtxVXUdkRJCUQ5jcWE9bjei4mRs+rhtb/HbY3ED1T0+N5 xp87aW/PjCm3RjYoqI/D+i4N6V2K1QuOuyPiSxCxFkxasD83VAcJl6XRh4Rj5g5ZNgiPLV +NefyBncCXXUZtu1Js39Ml57EHZPR7E01sq9MJEVpma5Oe/z/U7UP1RYA2AUg34IRZk/zT avgIEFEyoBzkzvzP/cDltx/IVjJaMt5dwLtyHqPRhupDDAh3CodWcZmyPAV8Qw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1642731890; a=rsa-sha256; cv=none; b=C79wNkwwVkLSHetEcKdI9N9rfLGbakDfny9iihacIvHFH2adPi6Z5X1ihQRA4Yie0u2K3B Rz7hK4mFZD1EQs0OYDXJCbbXUXowEWAbJpZTAaxJ1MgTFksbAyOF5N2FMGv7yNNjsaNiZl wNlxYJmfxU6AReI/IqBXJvQGdykBr7VEihIW1emr6Np5Y5IAIbe87oxSeim4bvco0qwLDv S7oKpfA3ZV2m+CJS+zt5/G9AU8eYZWoCfrw2twOO13IJ414HkLxLrwJ5rFdevgyNFZfIuf 9ChVL84ZXCbFQ3LO9y1iNaC38Hc+KcDBmaejmm+oMSc1xO9vPKmcwBcE5F6wrg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N On Thu, Jan 20, 2022 at 03:38:56PM -0800, Ultima wrote: > Hey Alexey and Andriy, > > Just so happens I'm currently with Nvidia in the networking department. I > opened an internal bug linking to 251015. I don't know anyone in the GPU > department, but at least now it may get some visibility. Thank you! Note that there are several crash/panic reports about those proprietary Resource Manager bits, PR 251015 is just one of them and is likely not exactly the same issue Andriy's seeing. Comments #7 and #9, however, contain pointers to other possibly related bugs. ./danfe From nobody Sat Jan 22 19:23:43 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 5EE9019585C9 for ; Sat, 22 Jan 2022 19:23:56 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: from mail-qv1-xf2a.google.com (mail-qv1-xf2a.google.com [IPv6:2607:f8b0:4864:20::f2a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Jh5lH525Vz3L15 for ; Sat, 22 Jan 2022 19:23:55 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: by mail-qv1-xf2a.google.com with SMTP id k4so14952201qvt.6 for ; Sat, 22 Jan 2022 11:23:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=longcount.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=1NAFH4tDEGuNdrr/sD/cnTAJvTZnQ0vJS+1tcbpX53A=; b=Ev3mzU2WdRNQqc/ZDuiLXFhjcWzfbjFysEHsKdH+Sm82rOhjFKkCeCvEMVvn3e8Vrs x8Np2Vup9bc+NbyTpDcvvJXt1Abtrqdq9gEm9GrLLYQZpU9N1Q1n9YwcpGZew86lhGGw DQ+9sxXsxGRM+OVU//y+qb8viBcIErilXRbaywvmcLoLFR9rnR40wC6f3hOd3AfiL3j1 N17B9BaLH4E1EFxmRwQb1i8w4jiFx2huNMzxHBNbbrwIqx3HcW5Ne8zcvy/sej+GcrCO yqtk3unYsGoSAq/mAz03odsOz7hEottoT5yD81fGFHsc8Gqm5O+fqG6nNLFeGs0aCCWF KCrw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=1NAFH4tDEGuNdrr/sD/cnTAJvTZnQ0vJS+1tcbpX53A=; b=zsRPal9QlhFD2keD6IDSFCVAC6tUF0cw/2FEY+AB8+x+RtmAaaYrXJ617q8MmoyBcN ix3wEgxS9Hdh674o67qOpplCc7VEZpMuu8vOhzZxEud0CLy6wuMhe+BTiLodWgyOTNBj eP+1KdMzAo39Uwyjp4QQqbQ4dcohMV4bvBbSESST9j87QcCZCYe1n300CMloTGKnynps Dyu6cFRPUIdnS3WEyREFsrqR/Pqkk7y1ANNsRvFZIjnbjgFq02zobkRxhJLU2DWovv+H +sBc8LozAgI3OzVgpBkwN4J+tnh/TQDB+HjXH2G2whb7hac+hYrfrIws1OHGi7XIfiTw ZXQA== X-Gm-Message-State: AOAM533H5UOKuliC6t1BKYUnFa9Fta2akCRivbNoOi8llmrMLmGnaxRy G+YZyjltkuxtL9Um2KZbiTZynDNU6yYarH/vBk6X0EK7fLE4xpAK X-Google-Smtp-Source: ABdhPJz40aCyiStb+Re3CVtGBlPCe6t6nsNLr6ZxlyWbm76z6zP73rTDjKv5wL9QhZQnGwO1yUExLJxcPcIVQ8Q32LM= X-Received: by 2002:ad4:5bc1:: with SMTP id t1mr9016837qvt.87.1642879435012; Sat, 22 Jan 2022 11:23:55 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <6f99f9bc-8831-aefe-4f73-72f50f8f347b@aetern.org> <79402464-f9e6-5f56-645e-cfd49640032e@quip.cz> <7db04ed9-39eb-7163-ce92-9a52c5f7d302@quip.cz> <54704b99-7b89-76a4-0368-79bee391926d@quip.cz> In-Reply-To: From: Mark Saad Date: Sat, 22 Jan 2022 14:23:43 -0500 Message-ID: Subject: Re: Deprecating smbfs(5) and removing it before FreeBSD 14 To: Rick Macklem Cc: Yuri , Miroslav Lachman <000.fbsd@quip.cz>, "freebsd-current@freebsd.org" , freebsd-stable Content-Type: multipart/alternative; boundary="000000000000220b6405d630ad13" X-Rspamd-Queue-Id: 4Jh5lH525Vz3L15 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=longcount.org header.s=google header.b=Ev3mzU2W; dmarc=none; spf=pass (mx1.freebsd.org: domain of nonesuch@longcount.org designates 2607:f8b0:4864:20::f2a as permitted sender) smtp.mailfrom=nonesuch@longcount.org X-Spamd-Result: default: False [-1.57 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[longcount.org:s=google]; NEURAL_HAM_MEDIUM(-0.10)[-0.099]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; NEURAL_HAM_LONG(-0.97)[-0.971]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[longcount.org]; URI_COUNT_ODD(1.00)[3]; RCPT_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[longcount.org:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::f2a:from]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N --000000000000220b6405d630ad13 Content-Type: text/plain; charset="UTF-8" On Wed, Jan 19, 2022 at 7:04 PM Rick Macklem wrote: > Yuri wrote: > > Rick Macklem wrote: > > > I have downloaded the final version of the opensolaris > > > smbfs and it looks much more reasonable to port to > > > FreeBSD. > > > > What do you mean by "final version of the opensolaris smbfs", the one > > from 2010? Please note that illumos (actively maintained fork of > > opensolaris) has a much more up to date one. > I'm not surprised that illumos will have updates. > I don't think it will affect the exercise at this time, since the current > work > is to figure out what pieces of the opensolaris code needs to be pulled > into the current smbfs to make the newer version work. > Solaris uses a very different VFS/VOP locking model, so a direct port > of the opensolaris code would be more work than I will be attempting. > > rick > > > I will be starting to work on this (and maybe Mark Saad will be > > able to help). > > > > I have no idea when I'll have code that can be tested by others. > > > > rick > > > > ________________________________________ > > From: Miroslav Lachman <000.fbsd@quip.cz> > > Sent: Monday, January 10, 2022 10:27 AM > > To: Rick Macklem; freebsd-current@freebsd.org; freebsd-stable > > Cc: Yuri > > Subject: Re: Deprecating smbfs(5) and removing it before FreeBSD 14 > > > > CAUTION: This email originated from outside of the University of Guelph. > Do not click links or open attachments unless you recognize the sender and > know the content is safe. If in doubt, forward suspicious emails to > IThelp@uoguelph.ca > > > > > > Hello Rick, > > thank you for the update and your time on smbfs. I hope OpenSolaris > > version will be portable. (or mayby some older version from Apple?) > > FreeBSD without possibility to mount smbfs is not an option for some > > projects. > > > > Kind regards > > Miroslav Lachman > > > > > > On 09/01/2022 15:46, Rick Macklem wrote: > >> Well, I took a look at the Apple code and I'm afraid I > >> think porting it into FreeBSD is too big a job for me. > >> > >> I was hoping the code would have a layer that could > >> be used as a "block box" for the VOP calls, but that > >> does not seem to be the case. > >> There is also a *lot* of code in it. > >> > >> I am going to look at the OpenSolaris code, to see if > >> I think it will be an easier port. > >> > >> rick > >> > >> ________________________________________ > >> From: Miroslav Lachman <000.fbsd@quip.cz> > >> Sent: Monday, November 1, 2021 5:47 PM > >> To: Rick Macklem; freebsd-current@freebsd.org; freebsd-stable > >> Cc: Yuri > >> Subject: Re: Deprecating smbfs(5) and removing it before FreeBSD 14 > >> > >> CAUTION: This email originated from outside of the University of > Guelph. Do not click links or open attachments unless you recognize the > sender and know the content is safe. If in doubt, forward suspicious emails > to IThelp@uoguelph.ca > >> > >> > >> On 01/11/2021 16:55, Rick Macklem wrote: > >>> Miroslav Lachman wrote: > >>> [good stuff snipped] > >>>> Apple sources can be found there > >>>> https://opensource.apple.com/source/smb/ with all the history from > SMBv1 > >>>> to SMBv3. The files have original copyright header from 2001 Boris > Popov > >>>> (same as FreeBSD) but otherwise it is very different code due to > >>>> different kernel interfaces and so on. > >>>> With Apple and Illumos sources it is possible to have smbfs in FreeBSD > >>>> upgraded to v2 or v3 but very skilled programmer is needed for this > >>>> work. And for the past years there is none interested in this work. > >>> > >>> Although I agree that it would be a non-trivial exercise, a lot of the > Apple > >>> differences are in the "smoke and mirrors" category. > >>> Around OSX 10.4, they changed their VFS/VOP to typedefs and accessor > >>> functions. For example: > >>> "struct vnode *vp" became "vnode_t vp" > >>> and "vp->v_type" became "vnode_type(vp)" > >>> > >>> Ten years ago, the actual semantics were very close to what FreeBSD > used. > >>> If you look at sys/fs/nfs/nfskpiport.h in older sources (around > FreeBSD 10), > >>> you'll see a bunch of macros I used to allow the Apple port to also > build/run > >>> on FreeBSD (a couple, such as vnode_t are still left because I've > never gotten > >>> around to doing the edit to replace them). > >> > >> If I see it right even the 10 years old Apple version of smbfs has > >> support for SMBv2 so if this old version is closer to FreeBSD kernel / > >> smbfs it can be a good starting point to merge changes to our smbfs to > >> have SMBv2 support on FreeBSD. > >> > >>> The hard part will be dealing with the actual VFS/VOP semantics > changes that > >>> have occurred in the last 10 years. > >>> > >>> Did they stick APSLs on the files? (If so, I think it could still be > ok, since the APSL > >>> is a lot like the CDDL. However, I'm not sure if the APSL has ever > been blessed > >>> by FreeBSD as of yet?) > >> > >> The old versions of smbfs has original copyright header and no other > >> license. Newer version has some added files with different header with > >> APSL license. For example > >> > https://opensource.apple.com/source/smb/smb-759.40.1/kernel/smbfs/smbfs_subr_2.h.auto.html > >> > >> If license is a problem then I think it can live with APSL in the ports > >> tree as a loadable kernel module. Maybe this will be the easier for > >> development too? > >> > >>> Don't assume anything will happen, but I *might* take a look in the > winter, > >>> since outstanding NFS changes should be done by the end of 2021. > >> > >> I really appreciate your endless work on NFS on FreeBSD. Without your > >> work the NFS will be lacking behind industry standards similar to what > >> we see with smbfs. > >> And if you will have some spare time to take a look on smbfs and maybe > >> solve the SMBv2 / SMBv3 problem you will be my hero. I am waiting for it > >> for many years and I know I am not alone who needs working SMB / CIFS on > >> FreeBSD. > >> > >>> It does sound like there is some interest in this and that fuse > doesn't solve > >>> the problem (at least for everyone). > >> > >> Yes, there is an interest. It was discussed few times in the past in the > >> mailing lists and web forums.freebsd.org but without anybody willing to > >> touch the code. > >> FUSE alternatives have so many problems with performance, stability and > >> configuration. > >> https://forums.freebsd.org/threads/getting-smbnetfs-to-work.78413/ > >> > >> Kind regards > >> Miroslav Lachman > >> > > > > > So I am looking at the Apple and Solaris code, provided by rick. I am not sure if the illumos code provides SMB2 support. They based the solaris code on Apple SMB-217.x which is from OSX 10.4 . Which I am sure predates smb2 . https://github.com/apple-oss-distributions/smb/tree/smb-217.19 If I am following this correctly we need to look at Apple's smb client from OSX 10.9 which is where I start to see bits about smb2 https://github.com/apple-oss-distributions/smb/tree/smb-697.95.1/kernel/netsmb This is also where this stuff starts to look less and less like FreeBSD . Let me ask some of the illumos people I know to see if there is anything they can point to. -- mark saad | nonesuch@longcount.org --000000000000220b6405d630ad13 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Wed, Jan 19, 2022 at 7:04 PM Rick = Macklem <rmacklem@uoguelph.ca> wrote:
Yur= i <yuri@aetern.org<= /a>> wrote:
> Rick Macklem wrote:
> > I have downloaded the final version of the opensolaris
> > smbfs and it looks much more reasonable to port to
> > FreeBSD.
>
> What do you mean by "final version of the opensolaris smbfs"= , the one
> from 2010?=C2=A0 Please note that illumos (actively maintained fork of=
> opensolaris) has a much more up to date one.
I'm not surprised that illumos will have updates.
I don't think it will affect the exercise at this time, since the curre= nt work
is to figure out what pieces of the opensolaris code needs to be pulled
into the current smbfs to make the newer version work.
Solaris uses a very different VFS/VOP locking model, so a direct port
of the opensolaris code would be more work than I will be attempting.

rick

> I will be starting to work on this (and maybe Mark Saad will be
> able to help).
>
> I have no idea when I'll have code that can be tested by others. >
> rick
>
> ________________________________________
> From: Miroslav Lachman <000.fbsd@quip.cz>
> Sent: Monday, January 10, 2022 10:27 AM
> To: Rick Macklem; freebsd-current@freebsd.org; freebsd-stable
> Cc: Yuri
> Subject: Re: Deprecating smbfs(5) and removing it before FreeBSD 14 >
> CAUTION: This email originated from outside of the University of Guelp= h. Do not click links or open attachments unless you recognize the sender a= nd know the content is safe. If in doubt, forward suspicious emails to IThelp@uoguelph.ca<= br> >
>
> Hello Rick,
> thank you for the update and your time on smbfs. I hope OpenSolaris > version will be portable. (or mayby some older version from Apple?) > FreeBSD without possibility to mount smbfs is not an option for some > projects.
>
> Kind regards
> Miroslav Lachman
>
>
> On 09/01/2022 15:46, Rick Macklem wrote:
>> Well, I took a look at the Apple code and I'm afraid I
>> think porting it into FreeBSD is too big a job for me.
>>
>> I was hoping the code would have a layer that could
>> be used as a "block box" for the VOP calls, but that
>> does not seem to be the case.
>> There is also a *lot* of code in it.
>>
>> I am going to look at the OpenSolaris code, to see if
>> I think it will be an easier port.
>>
>> rick
>>
>> ________________________________________
>> From: Miroslav Lachman <000.fbsd@quip.cz>
>> Sent: Monday, November 1, 2021 5:47 PM
>> To: Rick Macklem; freebsd-current@freebsd.org; freebsd-stable
>> Cc: Yuri
>> Subject: Re: Deprecating smbfs(5) and removing it before FreeBSD 1= 4
>>
>> CAUTION: This email originated from outside of the University of G= uelph. Do not click links or open attachments unless you recognize the send= er and know the content is safe. If in doubt, forward suspicious emails to = IThelp@uoguelph.ca<= /a>
>>
>>
>> On 01/11/2021 16:55, Rick Macklem wrote:
>>> Miroslav Lachman wrote:
>>> [good stuff snipped]
>>>> Apple sources can be found there
>>>> https://opensource.apple.com/source/smb/<= /a> with all the history from SMBv1
>>>> to SMBv3. The files have original copyright header from 20= 01 Boris Popov
>>>> (same as FreeBSD) but otherwise it is very different code = due to
>>>> different kernel interfaces and so on.
>>>> With Apple and Illumos sources it is possible to have smbf= s in FreeBSD
>>>> upgraded to v2 or v3 but very skilled programmer is needed= for this
>>>> work. And for the past years there is none interested in t= his work.
>>>
>>> Although I agree that it would be a non-trivial exercise, a lo= t of the Apple
>>> differences are in the "smoke and mirrors" category.=
>>> Around OSX 10.4, they changed their VFS/VOP to typedefs and ac= cessor
>>> functions. For example:
>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "struct vnode *vp"= became "vnode_t vp"
>>> and "vp->v_type" became "vnode_type(vp)"= ;
>>>
>>> Ten years ago, the actual semantics were very close to what Fr= eeBSD used.
>>> If you look at sys/fs/nfs/nfskpiport.h in older sources (aroun= d FreeBSD 10),
>>> you'll see a bunch of macros I used to allow the Apple por= t to also build/run
>>> on FreeBSD (a couple, such as vnode_t are still left because I= 've never gotten
>>> around to doing the edit to replace them).
>>
>> If I see it right even the 10 years old Apple version of smbfs has=
>> support for SMBv2 so if this old version is closer to FreeBSD kern= el /
>> smbfs it can be a good starting point to merge changes to our smbf= s to
>> have SMBv2 support on FreeBSD.
>>
>>> The hard part will be dealing with the actual VFS/VOP semantic= s changes that
>>> have occurred in the last 10 years.
>>>
>>> Did they stick APSLs on the files? (If so, I think it could st= ill be ok, since the APSL
>>> is a lot like the CDDL. However, I'm not sure if the APSL = has ever been blessed
>>> by FreeBSD as of yet?)
>>
>> The old versions of smbfs has original copyright header and no oth= er
>> license. Newer version has some added files with different header = with
>> APSL license. For example
>> h= ttps://opensource.apple.com/source/smb/smb-759.40.1/kernel/smbfs/smbfs_subr= _2.h.auto.html
>>
>> If license is a problem then I think it can live with APSL in the = ports
>> tree as a loadable kernel module. Maybe this will be the easier fo= r
>> development too?
>>
>>> Don't assume anything will happen, but I *might* take a lo= ok in the winter,
>>> since outstanding NFS changes should be done by the end of 202= 1.
>>
>> I really appreciate your endless work on NFS on FreeBSD. Without y= our
>> work the NFS will be lacking behind industry standards similar to = what
>> we see with smbfs.
>> And if you will have some spare time to take a look on smbfs and m= aybe
>> solve the SMBv2 / SMBv3 problem you will be my hero. I am waiting = for it
>> for many years and I know I am not alone who needs working SMB / C= IFS on
>> FreeBSD.
>>
>>> It does sound like there is some interest in this and that fus= e doesn't solve
>>> the problem (at least for everyone).
>>
>> Yes, there is an interest. It was discussed few times in the past = in the
>> mailing lists and web forums.freebsd.org but without anybody w= illing to
>> touch the code.
>> FUSE alternatives have so many problems with performance, stabilit= y and
>> configuration.
>> https://forums.freebsd.or= g/threads/getting-smbnetfs-to-work.78413/
>>
>> Kind regards
>> Miroslav Lachman
>>
>



So I am looking at the Apple and Solar= is code, provided by rick. I am not sure if the illumos code provides SMB2 = support. They based the solaris code on Apple SMB-217.x which is from OSX 1= 0.4 . Which I am sure predates smb2 .


If I am following this correctly we need to loo= k at Apple's smb client from OSX 10.9=C2=A0 which is where I start to s= ee bits about smb2


This is also where this stuff starts to = look less and less like FreeBSD .=C2=A0=C2=A0 Let me ask some of the illumo= s people I know to see if there is anything they can point to.



--
mark saad | nonesuch@longcount.org
--000000000000220b6405d630ad13-- From nobody Sat Jan 22 23:20:43 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E0F6119590D4; Sat, 22 Jan 2022 23:20:58 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660053.outbound.protection.outlook.com [40.107.66.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JhC0n5FP5z4gxr; Sat, 22 Jan 2022 23:20:57 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=gyzmZRcu0Jz/HA72l0yMwUYA4nCB6HQgnDElIat/ei8XRLT3ypsmovOoKCdQouXaVIzxe5leSGb7jhcq8bCf13lnp4fcgfP5HZmOd8q1JL7c32hSlF+CCXJ81TCT6l/nPhGZDYAZa64Xj7DlAbxSngvGEX4AqVAvFWfFhIIe/bTsjpWH6lSTSDHA4QQ9gCVz4GIYGhzoM1SCgjpoB64vY4deJjgv0nDjs6bjRD6mqJskErGNGlTmcl3CuDluKzN/RQC88tzGS29CI+HMRIvqOR21n4nC78LOMGsA6UUYsGVSby8dCn2gzsU3uAMlm6kFOczA0eK6PzzuQ+wOEoMIRg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=pHdNPna+a4BdEQ+mMG8Xuesg9xab8VWaDMXXdTy/MJE=; b=F6gv+KxyvWEpz2swWk+waLy4dd1YDsuOqvyt6usUojt7v7UmuipWfl9qeAMGtCJ0RDB4FqA75z7sUxDdElAdYZk4QiJ3PbDeVf8opFSPbTFZc1WZXtwrizM4Rz+lyFX7HgpZOA/n/prT5MsxBAckHh0IriAwq1FoDWjALknBlFhqhMXo5FKiqvzwLBbwRpF4jcK2lOseZ1NlDjz8WyiPAy0J6PczsSY0WfAaJ/ZqiQTMNorwDvW3yzkxP0wYSmP6oj3Z+8dLyJLv9PllmesVedIk0pFB4u50Qf2V3MQwuhzA65Ps0NVvvoajpzd8fBpf1X/bSN/Mk/ilCx8vOEdK1Q== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=pHdNPna+a4BdEQ+mMG8Xuesg9xab8VWaDMXXdTy/MJE=; b=kdXsvFi/5KBDiP8Kpeu7jW0CstojNH5EwVSVYTtfOVPOlSlS6EV3SLV/dxNGnTzcngNZ4ksv56bmFOXwvYFCaKreZZSPGbDFHJyxXWj3MXeufaczpPLK53ZKVHj0alXv6+Xv4NVeyjFSJf44lTpaD2KyJBENthX1mU/nLpILrtnhi69Jx/W/tl+fHn/ySBPAGeIBCvRxDNM++rz5HuGeB2FwsByVikFNNh2N1uxN+hD+GSOo4WN8FSOlkPITwoMhYJzlv67ul9I2EZYg0XSv2Vq3fqJcY8FfNzAzJJKXDvfHwRsWTxcN9sRbJSBSYEjl/vOjEIm5uenVlcc0vTvYqQ== Received: from YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:19::29) by YTXPR0101MB1806.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:b00:d::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4909.12; Sat, 22 Jan 2022 23:20:50 +0000 Received: from YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM ([fe80::7dfe:b92e:1f9f:a196]) by YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM ([fe80::7dfe:b92e:1f9f:a196%5]) with mapi id 15.20.4909.014; Sat, 22 Jan 2022 23:20:43 +0000 From: Rick Macklem To: Mark Saad CC: Yuri , Miroslav Lachman <000.fbsd@quip.cz>, "freebsd-current@freebsd.org" , freebsd-stable Subject: Re: Deprecating smbfs(5) and removing it before FreeBSD 14 Thread-Topic: Deprecating smbfs(5) and removing it before FreeBSD 14 Thread-Index: AQHXzvvFA1WWxQSLW0uUJGavCusr2KvuZUQAgABpl4WAAGcwgIBr+tlBgAGeWQCADnip0IAAAWeAgAA5aNuABGp2gIAAPwEO Date: Sat, 22 Jan 2022 23:20:43 +0000 Message-ID: References: <6f99f9bc-8831-aefe-4f73-72f50f8f347b@aetern.org> <79402464-f9e6-5f56-645e-cfd49640032e@quip.cz> <7db04ed9-39eb-7163-ce92-9a52c5f7d302@quip.cz> <54704b99-7b89-76a4-0368-79bee391926d@quip.cz> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: suggested_attachment_session_id: 48cea741-0bc1-0b2d-b42c-055e46148de6 x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: d7934dd0-acb2-4ca4-6cab-08d9ddfdd015 x-ms-traffictypediagnostic: YTXPR0101MB1806:EE_ x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: QbH/YohIyhvWici0A2W31Vd3MhmIo5XCs4lCE4vPQH1wHLi+F5Rr1Qpuh0FRuGMF3DiJv0WW5EpwRMXoxNhACn2alUKn/pTIEI9I2gaR4VjlKAYT4JK38hFDhdO0+f6EEJtmJFVSIBlaACiu1b6/pdkNPKE6X5KSlhjGQ80Vweqns4Oz1arXkhJMpzKj9DWZU2EPqAPR2Y/ZTt0fy7dGhkbW/elbqXYMt6q5pJcELIGZ69i1onNRk4y4AykWZzMXPN+S7oULD1w+e9jqlZO6TG519aOu8kFDBz6Rhhbffh3BxfoDetGWlkQZemGJD5Zk32KD5Yot/+IYm863krTAuoVvQ6AO9AlAoPqRqwq9Lwxw4smxEilUKoHM2R6WJjKNgHTDGqxgXb7CHlUqAjmxkaJOszTJ++ba8/PK6KR/OG3Mu8XOQDXUA3yNrm9ynRlRXBIVGKoVpCImANLH1F28hc9sIxRGCLGpdnQMN0AUr1VNTa7HbiUtmozz/SXDh38lgPmssFsfTgaSnSJ+2v/5BdhgUFav5rH9CZMaZ9SqHDF2sMPqJl+KKiQglJibaH6S860L5128Kdjthh4RwLWNvSVRJzjES+egpiXnPlZ4i1NPHteiCuYm8c2TxBhnlq7j+yLxxtNYVnzsGwrv6xju7hfOfja6xG/WSuIOWDtfgi23dk9JXBUamlObLjY11XLXTSTJa/Fq6kHssH0l4EgwNkS6qD0jjJ1g5qnccj3HuGlBLR8gX+oZlRWfjpkq3AXvbWbLv8mO/gOLDZLsjFdek2Ukr1nUtOitB/EcSSixJ01hv9396fmC9e33vTF2ueyAGPqM/rcZNfVdV0xMSnpqjg== x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(366004)(6916009)(966005)(8936002)(33656002)(52536014)(186003)(86362001)(508600001)(38070700005)(4326008)(55016003)(8676002)(5660300002)(91956017)(76116006)(7696005)(45080400002)(71200400001)(9686003)(66476007)(66946007)(64756008)(66556008)(2906002)(66446008)(6506007)(54906003)(122000001)(786003)(38100700002)(316002);DIR:OUT;SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?aHaBfug/rIVvoHLl+znmPWH1UY3jRa66/dvpbfAaIecJLZvi7x1zwNM4zl?= =?iso-8859-1?Q?UZo3+oaF9c1MtMhYQzQbUSEGLvG6ED5yRMscGmYBRkM3ocM0sKztTpb7Au?= =?iso-8859-1?Q?EIuy+7/qIr7WNQMxaij+YB/OpJL5AwdnkvqYTlCZ2xgTz+PyxZWKsq3DdE?= =?iso-8859-1?Q?YIH6PSzzP/xbalgdNYyQM2QP8AvbZNie0nM4RnfA6F7IiG7zYuIl+8k/mQ?= =?iso-8859-1?Q?yIlIwXpCjmEKSthBfyp9ukdateu/Q9gYZbK4N9g+/KTMaKMTuuiEp9+7uK?= =?iso-8859-1?Q?iZr6qV+EU7De+B9bL1CgVNZ9Gpl3rSG4XAmOZNMckszG7Kny6IMGrCZZCJ?= =?iso-8859-1?Q?XrH2H/T6IEccXQAMBiU9Ge6aR6yc6mI90h1Z05Nbc4cPVBJjqm7yNGTBL1?= =?iso-8859-1?Q?iQD24CqHXQheSptRSRoJyl88VVYPqnEvqG6hH4rq+RryH1N8DCkfx994bJ?= =?iso-8859-1?Q?EdJOq/o67W0w5hbEWiXywMUG9q+PShk2ymogRFZSKy+LB7bzodNa4gXgyA?= =?iso-8859-1?Q?55Z8FhvAUEBPV+DhGR+rZn9n4LPGMa2YBH9IQAJDr5w1qY/sfodyevUaEN?= =?iso-8859-1?Q?ELvJtByfm2LDOBCboqSFZrgNtt6u7s77YNvMFu2CEz0GX2u4KAIJd8v2U7?= =?iso-8859-1?Q?GkD7qMz5c3yMADBLyC6yk0TAC3kUU7SGpY2UYSYPe5+JRwzTAgHPtgalto?= =?iso-8859-1?Q?+rhsT7GQpGD2HV9BneYJX1MwmCq3dKrlQqrvBjseazzW47aamWpA54Bt4r?= =?iso-8859-1?Q?c80ZULyd9nSMbQhKFGWJ817cgP7IPJrjjWXBXjvyMx9Eba7hKFp9dLDuAQ?= =?iso-8859-1?Q?dyYJZ3XuIF9wvpA3wv059WsKhuX9JthIXUzSPdYozXg87hqdl5VBMSGQfG?= =?iso-8859-1?Q?rmzMQp/tSaJHUUw3xgklogA0oct4ERWimlIZLqKqdv7X7wRjblsYr7PKoj?= =?iso-8859-1?Q?GzwmzhMXV8Ypo72wfqzAkyPPoQYKrzmb6ebhBjMpCsnmH/whpCU+jODyRX?= =?iso-8859-1?Q?IBqkOQaFvZBwwoeflEWpRVVvSHjo6c4/upaGZEd4VqmPIRUVwyHsu45AdI?= =?iso-8859-1?Q?uCOpJqs1Xm+SRrUqEX/lwp74gScqefkLhhhC3lh+5h5bNJ4+NP+vJ7ugg2?= =?iso-8859-1?Q?KPtljCGmNi9c5hU8Gk48Mcg7lPN3T9JdrsODGFqiNx4VngullfeCmgUqEV?= =?iso-8859-1?Q?q877JnZ7uprX8Ac8luHCMAOD8OX6u8gNp1fIxJ4uLKrMJgDGAuqKwLbTKU?= =?iso-8859-1?Q?7AA2KHIrjpi7Vem4oZo7cul+f0zU1BRrXPPdhYY2h3PfeHmK0XWeAxWjo/?= =?iso-8859-1?Q?SS6mMy0SV+XxmDxq06z+1kB+ItEYz0NdGFU6kLeI0J/KEwcnqNKnDgb9RD?= =?iso-8859-1?Q?8ceNMMZtCcWVjKok+dkSu24mCMSyDf5xPRA4a0qSvoaZ+bt/aUH9AOkyr/?= =?iso-8859-1?Q?IZ069CfqSrJsKhIcvNQE9FRUNJBK+lUqZPbr38pidM7FWw/X5dRFUoKjWY?= =?iso-8859-1?Q?WzmTeOwaKtOxRTuIA3rC4qZ4XuSRSRhITDfXvbTM4KVhZUFkey7SqUTT3d?= =?iso-8859-1?Q?UAs9cC7WztWXoHiIi00LLYJ5FeJdJiX1LPztYEOghI+0EsR/DgYaXiSJvb?= =?iso-8859-1?Q?C8Qh92ABo15o69vCU0dl+EGr5akdJNQC4tlooOGUhwGaBMpF/gBflxeQrA?= =?iso-8859-1?Q?xo88VLoiNkTuxL5WrJIGJptI+EGr7Q4k8u/S63m4S0st1E3f7AjL8bDeoQ?= =?iso-8859-1?Q?yDvg=3D=3D?= Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: d7934dd0-acb2-4ca4-6cab-08d9ddfdd015 X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Jan 2022 23:20:43.5915 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: OxF63Fql4LD2pfI+vuE7oj1Eyfkix9AXIoGNJiJSjCiGKDwE1fU3blTBm4Ob+V/ZXKMNowdkhj+agVr5lDu96A== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTXPR0101MB1806 X-Rspamd-Queue-Id: 4JhC0n5FP5z4gxr X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector2 header.b="kdXsvFi/"; arc=pass ("microsoft.com:s=arcselector9901:i=1"); dmarc=pass (policy=none) header.from=uoguelph.ca; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.66.53 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-4.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector2]; FREEFALL_USER(0.00)[rmacklem]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_SHORT(1.00)[1.000]; RCPT_COUNT_FIVE(0.00)[5]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[uoguelph.ca:+]; DMARC_POLICY_ALLOW(-0.50)[uoguelph.ca,none]; RCVD_IN_DNSWL_NONE(0.00)[40.107.66.53:from]; MLMMJ_DEST(0.00)[freebsd-current,freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.66.53:from] X-ThisMailContainsUnwantedMimeParts: N Mark Saad wrote:=0A= [stuff snipped]=0A= > So I am looking at the Apple and Solaris code, provided by rick. I am not= =0A= > sure if the illumos code provides SMB2 support. They based the solaris=0A= > code on Apple SMB-217.x which is from OSX 10.4 . Which I am sure=0A= > predates smb2 .=0A= >=0A= > https://github.com/apple-oss-distributions/smb/tree/smb-217.19=0A= >=0A= > If I am following this correctly we need to look at Apple's smb client=0A= > from OSX 10.9 which is where I start to see bits about smb2=0A= >=0A= > https://github.com/apple-oss-distributions/smb/tree/smb-697.95.1/kernel/n= etsmb=0A= >=0A= > This is also where this stuff starts to look less and less like FreeBSD .= =0A= > Let me ask some of the illumos people I know to see if there is=0A= > anything they can point to.=0A= Yes. Please do so. I saw the "old" calls fo things like open and the=0A= new ntcreate version, so I assumed that was the newer SMB.=0A= If it is not, there is no reason to port it.=0A= =0A= The new Apple code is a monster. 10x the lines of C and a lot of=0A= weird stuff that looks Apple specific.=0A= =0A= It might actually be easier to write SMBv2 from the spec than port=0A= the Apple stuff.=0A= --> I'll try and look at whatever Microsoft publishes w.r.t. SMBv2/3.=0A= =0A= Thanks for looking at this, rick=0A= =0A= =0A= =0A= --=0A= mark saad | nonesuch@longcount.org=0A= From nobody Mon Jan 24 07:04:04 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 11F5B197551C for ; Mon, 24 Jan 2022 07:04:17 +0000 (UTC) (envelope-from mw@semihalf.com) Received: from mail-lf1-x131.google.com (mail-lf1-x131.google.com [IPv6:2a00:1450:4864:20::131]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Jj1Dw1z25z3D96 for ; Mon, 24 Jan 2022 07:04:16 +0000 (UTC) (envelope-from mw@semihalf.com) Received: by mail-lf1-x131.google.com with SMTP id x11so47242413lfa.2 for ; Sun, 23 Jan 2022 23:04:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :content-transfer-encoding; bh=w1kYVJL+0q84qKHnwq8eTXceqJelsJkQAwHb5Vi5JYc=; b=xOukJNMr2eiooydp9w2lTyztp+xm+1xkpGwzjTkptYD24fQuQrcgoE0Poz7JQNNoh6 xaBA8hCCUeAUtLhCKN7GmNqC+RpakDgHnlY0C9OYNPfhEDUqa/K78F28NuHEzeqjkwsQ 3kvPzIIq8NGRng5b5SA7dsfhMwjiVxcB0QjMT1tIuXkzM9K8LwIeTbXRVrXVlyOkLuHx 0zeeFN2vXCLoklG0cBqs9xzrwZiATV4dPgciReafCub/ZdKovVEFjQ60Pp0V5DkwT/AH IQgh4MkAbQLSo685OIGdA+7Q6E28WoDV/uo8kxA9Rtd8BlQ/Nai7ZSn7F2krviAgV8IM HdHg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:content-transfer-encoding; bh=w1kYVJL+0q84qKHnwq8eTXceqJelsJkQAwHb5Vi5JYc=; b=5sV9F4KIuGKZ2uY4gW9DiOfq3ia5gq94NaR/OJBSpCXgxsnSZMO15WdPjEreOPKoE4 ycQOHvZjY6UYETcI3xTSML9khqkuoJSwab9kvhDyCTQeqITbUc+B8TAdH/8riuOTT0f7 2YmUrEajQmMKzHJlPv9GP0Aae3GX3HMtmPwoneYsB9xxa5HryaDjaF9P52hcid53KnQr jE0JG5V44vJYSMo3kbkTacPUprT3KvmKBVix0iPzueRmeEUZCnUqrDbwB85d+qN6QU2I leGWcYmhTihxh78I3YHZZGKrZNyNerHMvsb+gZQor3hjt+tN14Kvo/pfMXJ6AzyFWxG6 WKzA== X-Gm-Message-State: AOAM533vPrnRVQyFIz3KR0w2JLKhLaUaOXnezxm6yD/xHYLYaA8CgU6t HbTOHgonP3IQCGUYg/nKPNrCBpWFEl9zFdWoPSUdaTq2Ox8= X-Google-Smtp-Source: ABdhPJzorzoCMO+o6jmeqBa3VdM7EQr2Oc95amTgkrTFamQOn886pnzH8I8SRWW4+lv1f55JzSZ2rkvJst7URVzxU84= X-Received: by 2002:a05:6512:1103:: with SMTP id l3mr2083952lfg.680.1643007854956; Sun, 23 Jan 2022 23:04:14 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Marcin Wojtas Date: Mon, 24 Jan 2022 08:04:04 +0100 Message-ID: Subject: Re: HEADS-UP: PIE enabled by default on stable/13 To: freebsd-current , freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4Jj1Dw1z25z3D96 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=semihalf-com.20210112.gappssmtp.com header.s=20210112 header.b=xOukJNMr; dmarc=none; spf=none (mx1.freebsd.org: domain of mw@semihalf.com has no SPF policy when checking 2a00:1450:4864:20::131) smtp.mailfrom=mw@semihalf.com X-Spamd-Result: default: False [0.69 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[semihalf-com.20210112.gappssmtp.com:s=20210112]; FREEFALL_USER(0.00)[mw]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.99)[0.994]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[semihalf.com]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[semihalf-com.20210112.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::131:from]; MLMMJ_DEST(0.00)[freebsd-stable]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N + freebsd-stable@, apologies for the noise. niedz., 23 sty 2022 o 11:36 Marcin Wojtas napisa=C5=82(a)= : > > Hi, > > As of 396e9f259d962 the base system binaries are now built as position-in= dependent executable (PIE) by default, for 64-bit architectures. Thanks to = that enabling ASLR can be done simply > by sysctls knobs when booting the kernel. > > If you track stable/13 and normally build WITHOUT_CLEAN you'll need to do= one initial clean build -- either run `make cleanworld` or set WITH_CLEAN= =3Dyes. > > The change is a pure MFC of the changes integrated to -CURRENT early 2021= and no issues are expected, but in case any problems are observed, please = issue a PR and/or let me know in this thread. > > Best regards, > Marcin From nobody Mon Jan 24 18:43:53 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3033D1981AD8 for ; Mon, 24 Jan 2022 18:44:07 +0000 (UTC) (envelope-from mw@semihalf.com) Received: from mail-lj1-x22c.google.com (mail-lj1-x22c.google.com [IPv6:2a00:1450:4864:20::22c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JjJmQ2JYbz4wMs for ; Mon, 24 Jan 2022 18:44:06 +0000 (UTC) (envelope-from mw@semihalf.com) Received: by mail-lj1-x22c.google.com with SMTP id j14so11603824lja.3 for ; Mon, 24 Jan 2022 10:44:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=7/hsuAQvHp5R088d0ePX2xN9n+brTYdSiRuntos1n5Q=; b=HqeIV5MUEsgcWL8Ur5VZ2Btj3kC6EBEsJGr91P5NwO5QgTbCYAIN0CaX8FCCTeYpky rw2jol6DqhcBerlBmm4feLi1O8rZ1YKAKtyJbYLhkEZQn5zwoWcX1epDJ+AH+TH3iBuG 8KvhAzo5bu71OBoDEbrJ3ZhtPxUyTXsuevf2p4uJhVnxMakjljj/S9BktDF+1BSOzf1o m947IpQHc0ESbAI7S0ystG3DiErtqLAXCYKkJc6BN/oRlFV2qCIfvDOQqtjlmG3B3Ul9 WNUbDADNHHWNeMIwZZ7WkeUOYQJRF+n3u1TrQBlKc7WiY77fudOOXq9VZeldncQYibhg ED+w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=7/hsuAQvHp5R088d0ePX2xN9n+brTYdSiRuntos1n5Q=; b=L63upMvJgf5g226662TWNqh9uL31ahAh9zuL4T3nBMoPNJFpA1wtvk8STHnMbeeyWl iAKrTQ5tmZsvgHesnBxACH0lCM3XvJdJ0wZqDw+V6EbMcI/vIj7YDLZNc9zaIicmN8nA 3jxdMREF7wiVvn76jnHKk0C+uua3FSTTTi3lE9Z9A7dIOdsYlwYGSdUPF6yJm8paAeTh 4Yki3upKsKfq87ydGDp5HnAGCmiMpMgOKJzcZHajXcl2K1JmxuqQoDOAUb2/t/OANLUO 7yD/cXM2S+LQ5PGAP41Ii1Wx6AR0JbmSlm9CLp+o9I2puSNhqbh2bwUKYaF4o+nvnZko aIVA== X-Gm-Message-State: AOAM533FcE3X2Kn9IUd9bynseR3yTD+zgVWanxEri/9vNi4kpPOl/0qM +hEOrrxoYmiZYVEdOAxdzsqBxZ80QOyHWRNGgE4pQA== X-Google-Smtp-Source: ABdhPJzUF6p9clqLeuZnuE3dylICJR4R19xFzvOuNK9/Uf2nlU3IEg70t0IS32Yy1prKjUMpmMe6glf1vvcaOHvKTDQ= X-Received: by 2002:a2e:b889:: with SMTP id r9mr12171917ljp.454.1643049844314; Mon, 24 Jan 2022 10:44:04 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <1ec9c802-c8a5-237a-50a3-31885cae917e@plan-b.pwste.edu.pl> In-Reply-To: <1ec9c802-c8a5-237a-50a3-31885cae917e@plan-b.pwste.edu.pl> From: Marcin Wojtas Date: Mon, 24 Jan 2022 19:43:53 +0100 Message-ID: Subject: Re: HEADS-UP: PIE enabled by default on stable/13 To: Marek Zarychta Cc: freebsd-current , freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4JjJmQ2JYbz4wMs X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=semihalf-com.20210112.gappssmtp.com header.s=20210112 header.b=HqeIV5MU; dmarc=none; spf=none (mx1.freebsd.org: domain of mw@semihalf.com has no SPF policy when checking 2a00:1450:4864:20::22c) smtp.mailfrom=mw@semihalf.com X-Spamd-Result: default: False [-3.30 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[semihalf-com.20210112.gappssmtp.com:s=20210112]; FREEFALL_USER(0.00)[mw]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[semihalf.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[semihalf-com.20210112.gappssmtp.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::22c:from]; MLMMJ_DEST(0.00)[freebsd-stable]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hi Marek, pon., 24 sty 2022 o 08:17 Marek Zarychta napisa=C5=82(a): > > W dniu 24.01.2022 o 07:42, Marcin Wojtas pisze: > > +freebsd-stable@ > > > > niedz., 23 sty 2022 o 11:36 Marcin Wojtas napisa=C5= =82(a): > >> > >> Hi, > >> > >> As of 396e9f259d962 the base system binaries are now built as position= -independent executable (PIE) by default, for 64-bit architectures. Thanks = to that enabling ASLR can be done simply > >> by sysctls knobs when booting the kernel. > >> > >> If you track stable/13 and normally build WITHOUT_CLEAN you'll need to= do one initial clean build -- either run `make cleanworld` or set WITH_CLE= AN=3Dyes. > >> > >> The change is a pure MFC of the changes integrated to -CURRENT early 2= 021 and no issues are expected, but in case any problems are observed, plea= se issue a PR and/or let me know in this thread. > >> > >> Best regards, > >> Marcin > > > > Thanks for enabling this. If I understand it correctly we got some > improvements mentioned here[1] and it doesn't imply that ASLR has to be > enabled, especially kern.elf64.aslr.pie_enable can be still set to 0 ? > Currently it still remains opt-in on stable/13 and is disabled by default. Best regards, Marcin > > [1] https://www.mail-archive.com/freebsd-current@freebsd.org/msg183605.ht= ml > From nobody Tue Jan 25 21:51:44 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id EE08C197A4B5 for ; Tue, 25 Jan 2022 21:52:09 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [176.74.240.9]) (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 4Jk0tw4Fb5z3LCS; Tue, 25 Jan 2022 21:52:08 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from router10g.digiware.nl (localhost.digiware.nl [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 760373DA6D; Tue, 25 Jan 2022 22:52:01 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=digiware.nl; s=medusa-2017; t=1643147521; bh=44VPJhr+9rhrjCDMzwVwlZLMMZFHLhtaxCDHlbhzNZY=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=re/osz/BLOAJmTNSwraqid/BVmnoHpOX5s1EdW6KU3TLiCvArzbp68VZvldZ68ojM II+TO/gbbzcekGUDxrtILKFmre1MMm39ZbUuLIAsUjPAv9eSIktaEIOajIZaR9MCsR d9h1GBtbj9jeELt1gvkp/p9GV2Ace6jxvvKRY0ssKO2V73TDxi5W+Cj57VQYv/GqOC OQMcHQMkgxFeLj+772i1nRWNspnLtzp1lgQNMdo0Ey816/aV/rcCvLJOfQgHI5OTEd jUHMvpmZMB8cGfpSVyUVnaHCIlyFVgLZfy4CSQgpXCcm8LHgm5TQgjOlp5s8nKeYWF 99bZchgID0bZg== X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by router10g.digiware.nl (router10g.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u1p56of62xzq; Tue, 25 Jan 2022 22:51:36 +0100 (CET) Received: from [192.168.10.10] (asus [192.168.10.10]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id 569183DDA8; Tue, 25 Jan 2022 22:51:36 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=digiware.nl; s=medusa-2017; t=1643147496; bh=44VPJhr+9rhrjCDMzwVwlZLMMZFHLhtaxCDHlbhzNZY=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=hPxFkAkNtiCHrhSxB9Ku4G3sYwkeQT7+QvkcklYQc9SfUfzMLnQexy3nrybOUdJNx CnEfC0CDCoLbYjqGWMN/Cb8rNxqSUk5kEI0NFF/IDgjisWI4F4g+8ghNR/UPtrqD5K l3v8Ivi6zKPxUyOax7b06oyLxyHz3AdkfL2B50J+jGuuO3HAqjMSojnP2z1mVYG1tw AGIGK8OcwFyTY2jc22XzWePn9IjVL4852cDajB5KJYdjB9MHoEAVUV6zMXESejkdfz ehvRv1xsXGsCWwpf4joc3UY384hw/oJ7iYKaRebbmK+4jL7JL23VKgfC0NKO79gwDY 7NTD2kdq1k3yw== Message-ID: Date: Tue, 25 Jan 2022 22:51:44 +0100 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0 Thunderbird/91.5.0 Subject: Re: Trying to boot a supermicro H8DMT board Content-Language: en-US To: Gary Palmer Cc: "stable@freebsd.org" References: <8ac447b6-eaaf-0a8f-da69-27db15dd6f55@digiware.nl> From: Willem Jan Withagen In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4Jk0tw4Fb5z3LCS X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=digiware.nl header.s=medusa-2017 header.b="re/osz/B"; dkim=pass header.d=digiware.nl header.s=medusa-2017 header.b=hPxFkAkN; dmarc=pass (policy=quarantine) header.from=digiware.nl; spf=pass (mx1.freebsd.org: domain of wjw@digiware.nl designates 176.74.240.9 as permitted sender) smtp.mailfrom=wjw@digiware.nl X-Spamd-Result: default: False [-4.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[digiware.nl:s=medusa-2017]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[4]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DKIM_TRACE(0.00)[digiware.nl:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[digiware.nl,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:28878, ipnet:176.74.224.0/19, country:NL]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 14-1-2022 11:44, Gary Palmer wrote: > On Fri, Jan 14, 2022 at 11:27:06AM +0100, Willem Jan Withagen wrote: >> Hi, >> >> I was given these SMC h8DMT boards to experiment with. >> (For liquid cooling) >> >> Theze are server board that normally go into twin board systems. >> 2 Opteron 2380 per board. >> >> It sort of boots, and gets to: >> ?????? Beasty loader >> ?????? then booting the kernel after the spinner >> ???? prints the first few lines of boot output, like what compilers is used >> ???? and then output stops. >> >> I guess that it thinks it needs to write the rest to either serial console >> or something else. >> >> Does this sound familiar to anybody? >> What do I need to toggle to keep writing where it started? > Just as a final report after ordering some more memory and running MemTest86+:   The A slots of the bus connected to the second CPU generate seem to be broken. Filling any of those slots will generate memory errors. One thing I'm going to do is reseat the CPU, and see if any of the flatbed pins is perhaps skewed or something of that nature. Sad thing is that the kernel is not able to report this and perhaps panic or the likes. But I must say I've again learned lots of nice things about kernel stuff. Thanx for all the support here, --WjW From nobody Thu Jan 27 13:57:03 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E9AF9197BCF0 for ; Thu, 27 Jan 2022 13:57:06 +0000 (UTC) (envelope-from uqs@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Jl2Ft6PDSz3HCs for ; Thu, 27 Jan 2022 13:57:06 +0000 (UTC) (envelope-from uqs@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1643291826; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=IdlfUCDNQePYR6m3vZf6wILWgBfGJLbjFmKqzW3Zd6Q=; b=RAJHG8yHis4LJgSjADgro03vthossEJbAuTEPc77xT6eDzuGh7Hb0QK9EzUc+SfXhlDUyz 6TSaeQXIcSqsN3pdfzlH7JjXjkX6agqta1u+njLT1O5E7+hmE5AzGFXlhTk/BfMk3zzdQr bbSkqJnX9LcibXI4Yzy2ATOLOjMquwLqzgYm59j458L/NOyLCFPEs3vCAExmhX3xpvlD4V cpk0YCc6s3AAnQGCdK/Do7cqVzDEjQdpwP6qZjz/MChr8tvlyBWvOo4F74me57p3GR5WEx jEkEKQX1OYzkLJf3ytQrCNuKhOSOEB8NWTdQYr9zo9RzIIFRu3KDOZLqPY6X2A== Received: from localhost (acme.spoerlein.net [IPv6:2a05:fc87:1:5::15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: uqs/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 6FE39272B for ; Thu, 27 Jan 2022 13:57:06 +0000 (UTC) (envelope-from uqs@freebsd.org) Date: Thu, 27 Jan 2022 14:57:03 +0100 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: freebsd-stable@freebsd.org Subject: gptzfsboot can't boot from 4TB SSD Message-ID: Mail-Followup-To: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline User-Agent: Mutt/2.0.6 (2021-03-06) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1643291826; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=IdlfUCDNQePYR6m3vZf6wILWgBfGJLbjFmKqzW3Zd6Q=; b=OmQfR4fpkFDhg5irx1sI9QBwxOeLpyBDnFVgpqU0pl4pepVAnLGHF4IEjUOjeTlSBquZor B+otwCl8CilcYK7Bm3vUmQc7PSQnd3/JEPSqp8epHQiLeP7n909lU5fJSmAxekz2/kzkqO 0I+r/AR9LY0Iuj8dYv3fyuDrLSbZYKF1D8ivY7Bhh4kHKMpwlcCEQUOhtyj6VKZLUBwFuy AVLFINQNt9TpJAPOjVcsYg3DKhC2y4dcplPtsR5aYPXlJKSrMaGKmMNc48KXzjUl9RoKo0 S+rsTbJzHFUsQJTD1EwNsGpaV9x99u9TUkuppbzybVS8QG5zV+WzXkcE84fOUw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1643291826; a=rsa-sha256; cv=none; b=kBD3GetJXmPh8et+v1TzTWgYohCzJJWXy3kevBTst+28D9vNsvLmFR93542fJHWdAs2k58 L0ZFYcb+cZ6dcZNtzUaxLQMDljfOA6YDdp6ruHpyGWNeEURwi85YjK4wsetcVI0JIDfzm7 Ryuwudwgohhq1JrmFPg8oDGUPumUJMHL377UIc11thkPKz5ikwr+8ktfGGogTepNIk9TDI 6uEdRsHkXgBzXjL5bgOGyC5y5Jj1L0RUmckzJH/ekM0QN39y4vyBPJ24wKjZuEb8CC/hvr CM+PyqKKfp0zMwn8mkDd5/pzieE8BWrGRefVDJ/12ywA9BxWBu15vW6AinG6Yg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N Hey folks, I'm stumped on what I assume is a BIOS bug... Upgraded a system from 2013 and a 60GB SSD with UFS (plus GELI and ZFS) with a shiny new 4TB Samsung SSD, on ZFS and with some parts of the pool encrypted. This was fine for half a year or so, but I noticed a stream of `zio_read error 5` from boot0 (I think?) sometimes during boot on the serial console, but it came up fine anyway. Did another installworld/installkernel dance yesterday and the system no longer boots. First it was showing streams of that zio_read error, then failed to load /tank/ROOT/default:/boot/kernel/kernel. Using the '?' command I could see / just fine, but I could get no combination to work to read inside dirs, the manpage makes me think I should try /boot?, but maybe I should've added a space?. Typed in /boot/kernel.old/kernel (!) and it started the spinner, but died shortly afterwards. Put the SSD into a different system (from ca. 2014) and it boots up just fine. Put the old 60GB SSD back in the old system, and it also boots just fine. Ok, on the newer system, I re-wrote the bootcode with `gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ada0` but that seems to have made things even worse on the old system. Now the tank pool isn't even found anymore (due to the protective MBR maybe?), all I get is some zio_read errors and (from memory, sorry): ZFS: i/o error - all block copies unavailable ZFS: can't read MOS of pool tank Issuing '?' finds nothing anymore. My hypothesis is that this worked initially, as the loader was under some specific LBA threshold, but with more data on the disk, every update moved it back further and this triggers a BIOS bug. There was even a BIOS update from 2018 that I flashed, but it didn't fix any of this, only some Intel ME bugs. Sigh. This is what it looks like: % gpart show => 40 7814037088 ada0 GPT (3.6T) 40 1024 1 freebsd-boot (512K) 1064 984 - free - (492K) 2048 33554432 2 freebsd-swap (16G) 33556480 7780478976 3 freebsd-zfs (3.6T) 7814035456 1672 - free - (836K) So can this be a shortcoming in the BIOS with large drives? I had thought that only applies to boot0, not the loader itself. I thought I can maybe boot from an USB stick and have it find the root of the pool, but the CMOS battery is dead, so I can't switch the boot drive unattended. I can't even turn on UEFI boot as, due to the battery, it won't stick. And this being an "industrial" PC, the CMOS battery is actually rechargeable but soldered onto the board, so I would have to get that fixed as well. Sigh. Should I try to switch to UEFI? Would I have to move all 4T around and re-partition, or could I steal 256M from the swap partition? Should I try with, gasp, GRUB2? I'm kinda stuck on GPT and BIOS here for a while, I think. Thanks for reading all of that, Uli From nobody Thu Jan 27 14:12:44 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id BF2DA19868C6 for ; Thu, 27 Jan 2022 14:12:47 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Jl2bz573Lz3Prq for ; Thu, 27 Jan 2022 14:12:47 +0000 (UTC) (envelope-from avg@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1643292767; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=x+KpdHlLqomkH8zxeo3on3uX/651IJDAeZavNYy94EE=; b=c4oSXS0F51kiJooPj6WPS45Ljp/nHj3rVNOHDhGdBA6l39Tf2/9JrwE6NWkzFI1ZL33OYI kocAmoTyBOJxSuDmTgd3xeMDF/+jKBRznpbCx4cguvT+ttQQOomk7vyjlGbDw4w/SFkIWZ FELkHoTMEPMf02OfmHeEz1yspZH5OE/9ue0ase6ZdoUYMfmcSFC80EkH6yFpjcxM+MyS19 g4Ef8Tl6cI4MGtJjBZJLX9Rnl1SIeOuR7YLklfmokWvScn22055sbGMt7H2J4LfTHL+hw5 4YNK3UzB0G3Mk5nqjPFYNUjjRWAKasTOsGWJyGUxtUgs1/jsKSiVsXuXaAlkfw== Received: from [192.168.0.88] (unknown [195.64.148.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: avg/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 548FE2818 for ; Thu, 27 Jan 2022 14:12:47 +0000 (UTC) (envelope-from avg@FreeBSD.org) Message-ID: <212cfd90-056f-d294-ae9c-fd2b632ae679@FreeBSD.org> Date: Thu, 27 Jan 2022 16:12:44 +0200 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:91.0) Gecko/20100101 Firefox/91.0 Thunderbird/91.5.0 Subject: Re: gptzfsboot can't boot from 4TB SSD Content-Language: en-US To: freebsd-stable@freebsd.org References: From: Andriy Gapon In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1643292767; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=x+KpdHlLqomkH8zxeo3on3uX/651IJDAeZavNYy94EE=; b=Go+UfX3Tz7Irp6/JCZpQqM5bxm7z1K9Vfr0Qnz9RfovmNEw6PK+3DXgQML2szhjIlCce27 rfymsLgHXiYpYTpB3YpUn1TagJOvWWSjBVh/8nKDKVrCBCY6cQV7a9vwW1EKEklv4YZXcs HS3xZ8lFzvrGJ3WdrJiD/6GSXsvFzgX4h4dkAJlXqhlplbjbd+tURFIabyzBq6JpXfwoAJ 9riiyqKpwOJDA8wfkkFt22ozm4jOuy6sDD2cSZC1F+CcNp4rJU026a3hJd4E1EF5no3Tg6 ANwHr1LKxbRAtWM3l5lPedlgVt8avK0Tlt7JaNqfrqnW8Fp0/KNZWtv2ru3yww== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1643292767; a=rsa-sha256; cv=none; b=Ij7obnE/8Lc8lAmf6jEIXYl1igaBV/Abesj0EJiONVotJOHhBIBtQq0xD5Q58uxKEwuXW+ WUTMTfbUm1WmHfEfX2XaugpgQkveA0b7xCY8FO9QmfvGwAIZyzR/G8NK+lFeEpc3QX8GTk L1t8b3AHVBdOlMJlV5FW2jeBytNAjGtICu07SY7Hg56satDATCv8Iht9YPhuA5S97qjsFu oa/aF/f8dysKX7R+IjpVfLA4oxi9Z2QYG+aAzOIWRGvdKWEeLPI1FzvwBKyEkRcJ0ST8di psXCFi3PBQ6KJfocOipiTA+rYUCeJMVI8m6fkRU0f7+VE+siIehOdnjNsHeSJA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N On 27/01/2022 15:57, Ulrich Spörlein wrote: > So can this be a shortcoming in the BIOS with large drives? Yes, it can. many people encountered this kind of a problem in the past. 2TB (2^31 bytes) is the common boundary. > I had thought that only applies to boot0, not the loader itself. loader also uses BIOS calls for disk access. -- Andriy Gapon From nobody Thu Jan 27 15:09:07 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 0BAA3198372E for ; Thu, 27 Jan 2022 15:09:27 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from mail-wr1-f54.google.com (mail-wr1-f54.google.com [209.85.221.54]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Jl3sL10R6z4ZMM; Thu, 27 Jan 2022 15:09:26 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by mail-wr1-f54.google.com with SMTP id h21so5325565wrb.8; Thu, 27 Jan 2022 07:09:26 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=RJqnjQzE1NB+IdyVbS88P+H/NEhkW8hnxPpm+VhZU/c=; b=ZdEZHoyjrKsN7FVD0ZnIXSItL1druJZbhaTUCCA2wEY6af/Kb2qm63u5K4j0e6ySVX J8Bjflz9MT57T7hjbbzx1ZGn7RlWIIvE9yxugfjaLiElbNM393MQOCl4yYwLyTR3NTD+ xOM8ULByQGzFuyYmCRdEXLCOp13dVrSaODUcr1Vg1hHwb+wbBdjK3CXtFzRCGfWn4HaH oHVQ54hOiq/ncY3UGTSjBdFZWGsFXrfPgzcuqTPY8hKkBJyG5iHXwUZFyk+AHfQVJqMh a7FJ1LiTqIE9daHyxoknDU0dEZDjoRPIazH5PMoY+V6kBrBIA6lmN9WVR+ynZye2SuII +Qjg== X-Gm-Message-State: AOAM530MLsvopTgIv+O4zc9C77CyiDQWa9o76CbaLUly6H7Ps0oQHt4M 0pbuKpAVzMMdAr8bFlDRhOClPxFyl5q4YxtbzDx/BpvK X-Google-Smtp-Source: ABdhPJxQr9B9ZiDhLWyNPe0evWWA2MC0443e3J6AFtxiW4clhz8ymOLuEa4f1hxeRzCwHwBEFyh98Zbvm6vhMvctkiA= X-Received: by 2002:a05:6000:1b8a:: with SMTP id r10mr3416243wru.665.1643296158533; Thu, 27 Jan 2022 07:09:18 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <212cfd90-056f-d294-ae9c-fd2b632ae679@FreeBSD.org> In-Reply-To: <212cfd90-056f-d294-ae9c-fd2b632ae679@FreeBSD.org> From: =?UTF-8?Q?Ulrich_Sp=C3=B6rlein?= Date: Thu, 27 Jan 2022 16:09:07 +0100 Message-ID: Subject: Re: gptzfsboot can't boot from 4TB SSD To: freebsd-stable@freebsd.org Cc: Andriy Gapon Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4Jl3sL10R6z4ZMM X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of uspoerlein@gmail.com designates 209.85.221.54 as permitted sender) smtp.mailfrom=uspoerlein@gmail.com X-Spamd-Result: default: False [-0.31 / 15.00]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-0.86)[-0.862]; NEURAL_SPAM_MEDIUM(0.99)[0.994]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[209.85.221.54:from]; MLMMJ_DEST(0.00)[freebsd-stable]; FORGED_SENDER(0.30)[uqs@freebsd.org,uspoerlein@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.221.54:from]; R_DKIM_NA(0.00)[]; R_MIXED_CHARSET(0.56)[subject]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; MIME_TRACE(0.00)[0:+]; FROM_NEQ_ENVFROM(0.00)[uqs@freebsd.org,uspoerlein@gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On Thu, Jan 27, 2022 at 3:13 PM Andriy Gapon wrote: > On 27/01/2022 15:57, Ulrich Sp=C3=B6rlein wrote: > > So can this be a shortcoming in the BIOS with large drives? > > Yes, it can. > many people encountered this kind of a problem in the past. > 2TB (2^31 bytes) is the common boundary. > > > I had thought that only applies to boot0, not the loader itself. > > loader also uses BIOS calls for disk access. Would that issue go away with UEFI and its ~100MB partition being in front of the disk? It would still need to be able to read the loader and kernel from anywhere in those 4TB though... Or should I bring back a / UFS partition in the front instead, with /usr and /var on ZFS? From nobody Thu Jan 27 15:13:10 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4C4661984EBD for ; Thu, 27 Jan 2022 15:13:14 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Jl3xk1mg8z4bbc; Thu, 27 Jan 2022 15:13:14 +0000 (UTC) (envelope-from avg@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1643296394; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=n8JLrvNPeNQ8YorlFJby2CZ7f+hLgEKCuN+MIFDzH1Q=; b=D3Wdtp1M3h/wCc+s7vtYfRhhWYuTpj3O8KBoU2wkw/Puy/sicym0lUuFAxNWyognB8fqg0 nhMy+tcQuPBlnVk4Eda5reu5MLxsMJ98zzmVXR6BRsUPhaTchGHpZdqwu9r9F4Juqh6AA5 T6AyxWU7T5ETXAVaFChS3qxCK+OJCsqvBScO0kueQ2sCGx2kUm8tfFJJKi9qaBDiKRR0Ag heNUJ1GytXRFRAaupvTPGgbLXGrv5LcBQwNS6uMitVUY3ATY/ivTQ59cDTU7ggWa4WypFP VfwMDW1Ag3TDFw7G6WtvjDIGc+D/v9jaop08JjRG31NRh27v12FXgLrKb8heYw== Received: from [192.168.0.88] (unknown [195.64.148.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: avg/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 9287720F2; Thu, 27 Jan 2022 15:13:13 +0000 (UTC) (envelope-from avg@freebsd.org) Message-ID: <9c9bba54-e6ee-157c-87f0-c85a5eafc676@FreeBSD.org> Date: Thu, 27 Jan 2022 17:13:10 +0200 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:91.0) Gecko/20100101 Firefox/91.0 Thunderbird/91.5.0 From: Andriy Gapon Subject: Re: gptzfsboot can't boot from 4TB SSD Content-Language: en-US To: =?UTF-8?Q?Ulrich_Sp=c3=b6rlein?= , freebsd-stable@freebsd.org References: <212cfd90-056f-d294-ae9c-fd2b632ae679@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1643296394; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=n8JLrvNPeNQ8YorlFJby2CZ7f+hLgEKCuN+MIFDzH1Q=; b=MNLY6NNCsVQ0PvTvtbmZYLG4XxMA9qmiQ1sGFr/zcTvjyWlC3ylvFhYxJXFjHJpymU/dEr 23umeSxnKvow28LNTdjwKSrcLj26eKdULHfmLa901pvaKGrvALMyx1909Lq95P+59NiOj4 AYWzV+Jk9YP940/mSaJWF1TjRQcqrcVndkclBZjF7mg+lRWLth3g9EjakjUJmUW1cySZW4 VpFuRqhlMNgcG1JnhmkWbBz4tTnvxw55NbwRVcjn3fFcSIm7U3zv9NwHNFMALsW5HjFkjt 3MVSd/iIwbGkmhdfd/QikuZOjgza03ceMehJ6LudvgsMk6SO7RnuZyXLk/j5EA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1643296394; a=rsa-sha256; cv=none; b=b0Wwo9lOK5Sbj1udQLCz3JXoAJvBTL8VpX/d7FkeGacay14m1vFnJTz+sJN0w/pC80XENZ 180a03XSrDAD26/xdM056OWQo2qQKpNfkCFGCVaiyZ/MpxIHbDkIt1h2gmoZSyl6WINpbE NteQQqlsS8PY+HHh90/+ogSaU023M4FbqXeW+gj+v8BdvQx4mDQJPZlBO6COBJQUFmivfg SAfIL/ua/elu/GyZtyV3ZTDqLJ/M1QU8TQIrpOTENQ4aptzpw8plN68bvuRtNslnnibyH5 gVCYreovkmpAw5SnCKfwkQ3N2fc0qWxIU3pspC+JTMmWxcCfmuXdYJUifSz7wQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N On 27/01/2022 17:09, Ulrich Spörlein wrote: > On Thu, Jan 27, 2022 at 3:13 PM Andriy Gapon wrote: >> On 27/01/2022 15:57, Ulrich Spörlein wrote: >>> So can this be a shortcoming in the BIOS with large drives? >> >> Yes, it can. >> many people encountered this kind of a problem in the past. >> 2TB (2^31 bytes) is the common boundary. >> >>> I had thought that only applies to boot0, not the loader itself. >> >> loader also uses BIOS calls for disk access. > > Would that issue go away with UEFI and its ~100MB partition being in > front of the disk? It would still > need to be able to read the loader and kernel from anywhere in those > 4TB though... I don't know. There is a greater chance that UEFI would be more correct, but there is no guarantee. > Or should I bring back a / UFS partition in the front instead, with > /usr and /var on ZFS? It's up to you, of course. You can also have a separate ZFS boot pool (a pool containing a dataset for /boot or for /) in the lower half of the disk. -- Andriy Gapon From eugen@grosbein.net Thu Jan 27 16:17:40 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id A112B19738A2 for ; Thu, 27 Jan 2022 16:17:57 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Jl5NN4PHHz3hWH; Thu, 27 Jan 2022 16:17:56 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 20RGHmkx092984 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 27 Jan 2022 16:17:48 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: uqs@freebsd.org Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 20RGHkIN000351 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Thu, 27 Jan 2022 23:17:46 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: gptzfsboot can't boot from 4TB SSD To: =?UTF-8?Q?Ulrich_Sp=c3=b6rlein?= , freebsd-stable@freebsd.org References: <212cfd90-056f-d294-ae9c-fd2b632ae679@FreeBSD.org> Cc: Andriy Gapon From: Eugene Grosbein Message-ID: Date: Thu, 27 Jan 2022 23:17:40 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT autolearn=disabled version=3.4.2 X-Spam-Report: * -0.0 SHORTCIRCUIT No description available. * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4Jl5NN4PHHz3hWH X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=fail (mx1.freebsd.org: domain of eugen@grosbein.net does not designate 2a01:4f8:c2c:26d8::2 as permitted sender) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-2.10 / 15.00]; ARC_NA(0.00)[]; R_SPF_FAIL(1.00)[-all]; FREEFALL_USER(0.00)[eugen]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N 27.01.2022 22:09, Ulrich Spörlein wrote: > Or should I bring back a / UFS partition in the front instead, with > /usr and /var on ZFS? I would recommend to create 10GB partition at the beginning of boot drive, create distinct ZFS boot pool there for the OS to keep everything except of /usr/local, /home and maybe other file systems not belonging to the OS. Use rest of space for second ZFS pool to keep /usr/local, /home etc. And you'll never have your problem again. From nobody Thu Jan 27 22:30:28 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id CDA2C1989279 for ; Thu, 27 Jan 2022 22:30:40 +0000 (UTC) (envelope-from greg.bal4@gmail.com) Received: from mail-ua1-x92d.google.com (mail-ua1-x92d.google.com [IPv6:2607:f8b0:4864:20::92d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JlFfS01lMz3Prt for ; Thu, 27 Jan 2022 22:30:39 +0000 (UTC) (envelope-from greg.bal4@gmail.com) Received: by mail-ua1-x92d.google.com with SMTP id 2so6594611uax.10 for ; Thu, 27 Jan 2022 14:30:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:from:date:message-id:subject:to; bh=ylsrtvXe4TJyMycdgup06610+DOzjhP/3cIP2Moh4zA=; b=V7uG3WBnlA311iK/TEoHyTRx17D8XTUXTbXexfcOpSh/9Sai/kzUolj5LJE6ZHTOnF k5sT6y5vlrXuAYGwYxDYMdQeEyAhKnnJol5iBZHW76EhVG7yXF5irC4GsNX0pnTGCUdJ 0epj/Oiv6tFIZBp7xhnIGCNt/RtgSx1biUpWevMRuwTQWXocrLwrZ8KYjgZTnxFbMFSF PBjxdOJp1l73no93PGHWUUxUQZ5lyU2M+uaK/n4yu0yyZVsoIdjriWUCj8Eq8AWsf426 YEKIMJahp+Pnp43M1PkH5GWQYKU/lAPJEzVJ775ydHYQgQH20ENRaQAVnLLyo0xbdGUZ JnnQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=ylsrtvXe4TJyMycdgup06610+DOzjhP/3cIP2Moh4zA=; b=48RtXR+8TbkYQuSqHeBUpxC0W8a5fDEW3bzmi2M+FQgO4Gwb4jKfzDkjScmnCTsvpU 1Yi8Y/kF+tZR+qa5qAuTE9LcCtz+ItJmWbI66ZQ8Km58zdmP7gctmOOqe+GR5KiQqAP4 wNwsT6Jb9Bqq9kibwKcBKKyczhrkZlmxqNyTA55gS8LWKJcudw4n5QgDSM+TQEoEj8qX xvGRuXtBOo8XNLX4JXCmOS1sld/2x9XHYJ1mqsJzfbRtJr0U9aFpdHpdQCufdbiZ+akM Wut2g2+SLdihIBW0H2yegvfFjglxW9G0zJL1GBaApLKW+P3QS2uvJECScnVdzhLWfdTJ exLw== X-Gm-Message-State: AOAM532609P8l0rV1E5VxR/8JT1kauEwzwRyfoB3xN8qlxYu+b5TkwV5 mhNDPpqu+d/qCoUUucUthPszt9rdMSzBks91wMO6YP05MFU= X-Google-Smtp-Source: ABdhPJzRjnHc/uIab3XWAHOK1G5kKnQ7+wpl6/7HNyohm+avciJhWG9M9fHJU7tkww4Uf6inDdA5Mfh/W8fjO2baWQ4= X-Received: by 2002:ab0:1d93:: with SMTP id l19mr3004499uak.32.1643322639217; Thu, 27 Jan 2022 14:30:39 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 From: Greg Balfour Date: Thu, 27 Jan 2022 16:30:28 -0600 Message-ID: Subject: 12.3-RELEASE GPU Hangs To: stable@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4JlFfS01lMz3Prt X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=V7uG3WBn; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of gregbal4@gmail.com designates 2607:f8b0:4864:20::92d as permitted sender) smtp.mailfrom=gregbal4@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; 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)[stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::92d:from]; MLMMJ_DEST(0.00)[stable]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Ever since upgrading to 12.3-RELEASE I've been experiencing GPU Hangs every 7 to 10 days. Almost always associated with Firefox (from ports) when either the Download for Print dialog windows are opened. I had it hang once (Jan 19) when running vlc. When it hangs the desktop is frozen. I am able to ssh into the machine and do a reboot when this happens. Any clues as to what the issue is and how to resolve it? Log messages and some config info below. Jan 2 09:55:42 desktop kernel: [drm] GPU HANG: ecode 6:0:0x8588cffc, in MainThread [100247], reason: Hang on rcs0, action: reset Jan 2 09:55:42 desktop kernel: drmn0: Resetting chip after gpu hang Jan 2 09:55:51 desktop syslogd: last message repeated 1 times Jan 2 09:55:56 desktop kernel: drmn0: i915_reset_device timed out, cancelling all in-flight rendering. Jan 12 13:40:03 desktop kernel: [drm] GPU HANG: ecode 6:0:0x8588fff8, in MainThread [100244], reason: Hang on rcs0, action: reset Jan 12 13:40:03 desktop kernel: drmn0: Resetting chip after gpu hang Jan 12 13:40:12 desktop syslogd: last message repeated 1 times Jan 12 13:40:17 desktop kernel: drmn0: i915_reset_device timed out, cancelling all in-flight rendering. Jan 19 12:34:07 desktop kernel: drmn0: Resetting chip after gpu hang Jan 19 12:34:12 desktop kernel: drmn0: i915_reset_device timed out, cancelling all in-flight rendering. Jan 27 15:54:58 desktop kernel: [drm] GPU HANG: ecode 6:0:0x8588fff8, in MainThread [100258], reason: Hang on rcs0, action: reset Jan 27 15:54:58 desktop kernel: drmn0: Resetting chip after gpu hang Jan 27 15:55:07 desktop syslogd: last message repeated 1 times Jan 27 15:55:12 desktop kernel: drmn0: i915_reset_device timed out, cancelling all in-flight rendering. ---<>--- Copyright (c) 1992-2021 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 12.3-RELEASE r371126 GENERIC amd64 FreeBSD clang version 10.0.1 (git@github.com:llvm/llvm-project.git llvmorg-10.0.1-0-gef32c611aa2) VT(vga): resolution 640x480 CPU: Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz (3392.37-MHz K8-class CPU) Origin="GenuineIntel" Id=0x206a7 Family=0x6 Model=0x2a Stepping=7 Features=0xbfebfbff Features2=0x1fbae3ff AMD Features=0x28100800 AMD Features2=0x1 XSAVE Features=0x1 VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID TSC: P-state invariant, performance statistics real memory = 17179869184 (16384 MB) avail memory = 16503447552 (15738 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 hardware threads ... vgapci0: port 0x3000-0x303f mem 0xe0c00000-0xe0ffffff,0xd0000000-0xdfffffff irq 16 at device 2.0 on pci0 vgapci0: Boot video device ... drmn0: on vgapci0 vgapci0: child drmn0 requested pci_enable_io vgapci0: child drmn0 requested pci_enable_io [drm] Unable to create a private tmpfs mount, hugepage support will be disabled(-19). Failed to add WC MTRR for [0xd0000000-0xdfffffff]: -22; performance may suffer [drm] Got stolen memory base 0xcba00000, size 0x4000000 [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [drm] Driver supports precise vblank timestamp query. [drm] Connector VGA-1: get mode from tunables: [drm] - kern.vt.fb.modes.VGA-1 [drm] - kern.vt.fb.default_mode [drm] Connector HDMI-A-1: get mode from tunables: [drm] - kern.vt.fb.modes.HDMI-A-1 [drm] - kern.vt.fb.default_mode [drm] Connector DP-1: get mode from tunables: [drm] - kern.vt.fb.modes.DP-1 [drm] - kern.vt.fb.default_mode [drm] Initialized i915 1.6.0 20171222 for drmn0 on minor 0 WARNING: Device "fb" is Giant locked and may be deleted before FreeBSD 14.0. VT: Replacing driver "vga" with new "fb". start FB_INFO: type=11 height=768 width=1024 depth=32 cmsize=16 size=3145728 pbase=0xd0061000 vbase=0xfffff800d0061000 name=drmn0 flags=0x0 stride=4096 bpp=32 cmap[0]=0 cmap[1]=7f0000 cmap[2]=7f00 cmap[3]=c4a000 end FB_INFO drmn0: fb0: inteldrmfb frame buffer device And in /etc/rc.conf: kld_list="/boot/modules/drm.ko /boot/modules/i915kms.ko" From nobody Fri Jan 28 08:15:27 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id DCF911988BF1 for ; Fri, 28 Jan 2022 08:15:35 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mail.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JlVdL2gb2z3nrK for ; Fri, 28 Jan 2022 08:15:34 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1643357727; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=MG9zHa86dxV6CmPFRvPh6k1XuOBnqd9yhfYI2zbgbZw=; b=QyNjbFNi4RouvPTSFhO4UWimsVZyC3fUG+GijzGnGoDRkrWJf5WJD+oLkGWZFsyM2t5quH gcnoHQJNOA2exloDgKLkBxjKmXmGzH5WMbJaeBOa+p43p9LlNT8ixy2m2lu33sDVXvzsJC qxoREu9pIic6/2sCwGS0DgVgWTZiNTw= Received: from amy (lfbn-idf2-1-1209-14.w90-92.abo.wanadoo.fr [90.92.34.14]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 82cef1c2 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Fri, 28 Jan 2022 08:15:27 +0000 (UTC) Date: Fri, 28 Jan 2022 09:15:27 +0100 From: Emmanuel Vadot To: Greg Balfour Cc: stable@freebsd.org Subject: Re: 12.3-RELEASE GPU Hangs Message-Id: <20220128091527.6cff34c1450c5ccf6b077be3@bidouilliste.com> In-Reply-To: References: X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4JlVdL2gb2z3nrK X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=QyNjbFNi; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-1.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; FREEFALL_USER(0.00)[manu]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+ip4:212.83.155.74/32]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Thu, 27 Jan 2022 16:30:28 -0600 Greg Balfour wrote: > Ever since upgrading to 12.3-RELEASE I've been experiencing GPU Hangs > every 7 to 10 days. Almost always associated with Firefox (from > ports) when either the Download for Print dialog windows are opened. > I had it hang once (Jan 19) when running vlc. > > When it hangs the desktop is frozen. I am able to ssh into the > machine and do a reboot when this happens. > > Any clues as to what the issue is and how to resolve it? > > Log messages and some config info below. > > Jan 2 09:55:42 desktop kernel: [drm] GPU HANG: ecode 6:0:0x8588cffc, > in MainThread [100247], reason: Hang on rcs0, action: reset > Jan 2 09:55:42 desktop kernel: drmn0: Resetting chip after gpu hang > Jan 2 09:55:51 desktop syslogd: last message repeated 1 times > Jan 2 09:55:56 desktop kernel: drmn0: i915_reset_device timed out, > cancelling all in-flight rendering. > > Jan 12 13:40:03 desktop kernel: [drm] GPU HANG: ecode 6:0:0x8588fff8, > in MainThread [100244], reason: Hang on rcs0, action: reset > Jan 12 13:40:03 desktop kernel: drmn0: Resetting chip after gpu hang > Jan 12 13:40:12 desktop syslogd: last message repeated 1 times > Jan 12 13:40:17 desktop kernel: drmn0: i915_reset_device timed out, > cancelling all in-flight rendering. > > Jan 19 12:34:07 desktop kernel: drmn0: Resetting chip after gpu hang > Jan 19 12:34:12 desktop kernel: drmn0: i915_reset_device timed out, > cancelling all in-flight rendering. > > Jan 27 15:54:58 desktop kernel: [drm] GPU HANG: ecode 6:0:0x8588fff8, > in MainThread [100258], reason: Hang on rcs0, action: reset > Jan 27 15:54:58 desktop kernel: drmn0: Resetting chip after gpu hang > Jan 27 15:55:07 desktop syslogd: last message repeated 1 times > Jan 27 15:55:12 desktop kernel: drmn0: i915_reset_device timed out, > cancelling all in-flight rendering. > > ---<>--- > Copyright (c) 1992-2021 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 12.3-RELEASE r371126 GENERIC amd64 > FreeBSD clang version 10.0.1 (git@github.com:llvm/llvm-project.git > llvmorg-10.0.1-0-gef32c611aa2) > VT(vga): resolution 640x480 > CPU: Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz (3392.37-MHz K8-class CPU) > Origin="GenuineIntel" Id=0x206a7 Family=0x6 Model=0x2a Stepping=7 > Features=0xbfebfbff > Features2=0x1fbae3ff > AMD Features=0x28100800 > AMD Features2=0x1 > XSAVE Features=0x1 > VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID > TSC: P-state invariant, performance statistics > real memory = 17179869184 (16384 MB) > avail memory = 16503447552 (15738 MB) > Event timer "LAPIC" quality 600 > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs > FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 hardware threads > ... > vgapci0: port 0x3000-0x303f mem > 0xe0c00000-0xe0ffffff,0xd0000000-0xdfffffff irq 16 at device 2.0 on > pci0 > vgapci0: Boot video device > ... > drmn0: on vgapci0 > vgapci0: child drmn0 requested pci_enable_io > vgapci0: child drmn0 requested pci_enable_io > [drm] Unable to create a private tmpfs mount, hugepage support will be > disabled(-19). > Failed to add WC MTRR for [0xd0000000-0xdfffffff]: -22; performance may suffer > [drm] Got stolen memory base 0xcba00000, size 0x4000000 > [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). > [drm] Driver supports precise vblank timestamp query. > [drm] Connector VGA-1: get mode from tunables: > [drm] - kern.vt.fb.modes.VGA-1 > [drm] - kern.vt.fb.default_mode > [drm] Connector HDMI-A-1: get mode from tunables: > [drm] - kern.vt.fb.modes.HDMI-A-1 > [drm] - kern.vt.fb.default_mode > [drm] Connector DP-1: get mode from tunables: > [drm] - kern.vt.fb.modes.DP-1 > [drm] - kern.vt.fb.default_mode > [drm] Initialized i915 1.6.0 20171222 for drmn0 on minor 0 > WARNING: Device "fb" is Giant locked and may be deleted before FreeBSD 14.0. > VT: Replacing driver "vga" with new "fb". > start FB_INFO: > type=11 height=768 width=1024 depth=32 > cmsize=16 size=3145728 > pbase=0xd0061000 vbase=0xfffff800d0061000 > name=drmn0 flags=0x0 stride=4096 bpp=32 > cmap[0]=0 cmap[1]=7f0000 cmap[2]=7f00 cmap[3]=c4a000 > end FB_INFO > drmn0: fb0: inteldrmfb frame buffer device > > And in /etc/rc.conf: > kld_list="/boot/modules/drm.ko /boot/modules/i915kms.ko" > I've seen those 'gpu hang' reports a lot of time (those looks like the ones reported in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260890#c9) but I've never managed to reproduce, although I don't really use my sandybridge system. One point to add is that nothing changed between 12.2 and 12.3 wrt drm. Would you mind testing 13.0 or CURRENT to see if that fixes your issue ? Cheers, -- Emmanuel Vadot From nobody Sat Jan 29 12:24:06 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id EAB67198632C for ; Sat, 29 Jan 2022 12:24:24 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from mail-wr1-f51.google.com (mail-wr1-f51.google.com [209.85.221.51]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JmD601sZgz3mZK; Sat, 29 Jan 2022 12:24:24 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by mail-wr1-f51.google.com with SMTP id w11so16024010wra.4; Sat, 29 Jan 2022 04:24:24 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=0unaHRLFJ3w4Hri4NgJBBcLPV4/7gZQsPJY9AWi6O38=; b=PruebwLYffPq6e72SgPXB4c/4eQDMLoDK2RDE8fTIo6F/HoZljkClSqaosgqIvt/dN pUophCboyggkBuhwnldqNCo3SKJsWKF3BuquVtLuaLWtwpbqymRHoMW9zHH21qHT3xal AJ6C04SJF9ROodXMjZoJrQ2eG4t7RMap/Nt4v6BVFsEdMVaGulnEbiy8w7wgVdBce0BG asxuV9NmA+YExLVWTRmWS762LUH0EmL2yhWC46ifGivTcXBUY7/QgKvsqIZxXNqyXVwk TJGNcWQ7/FDFZw2PgHNw/ohR7g2yZ9+tuMsBCtPHnF7mLrejwwXzD6xyExRqHrj80kKH KJmQ== X-Gm-Message-State: AOAM531X75HCpZtmoC2Zyck+Dq4Q4e4o2vSV6wFLpgoMLUCAkS/ZRqyo 1P9UtIJcOfol8R38vIpMRtXNZVp7xgbnfvKhj8wPSu3f2PI= X-Google-Smtp-Source: ABdhPJwuHaIbUV+Esgn33JzBAJhI34q8SH2S/xbICH4haRcl22Qbx7t0pNUn8LLcTb1BQdu5Ad3HcOXP4iSUm916lds= X-Received: by 2002:adf:ed0b:: with SMTP id a11mr10399381wro.283.1643459057385; Sat, 29 Jan 2022 04:24:17 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <212cfd90-056f-d294-ae9c-fd2b632ae679@FreeBSD.org> In-Reply-To: From: =?UTF-8?Q?Ulrich_Sp=C3=B6rlein?= Date: Sat, 29 Jan 2022 13:24:06 +0100 Message-ID: Subject: Re: gptzfsboot can't boot from 4TB SSD To: Eugene Grosbein Cc: freebsd-stable@freebsd.org, Andriy Gapon Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4JmD601sZgz3mZK X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of uspoerlein@gmail.com designates 209.85.221.51 as permitted sender) smtp.mailfrom=uspoerlein@gmail.com X-Spamd-Result: default: False [0.09 / 15.00]; RCVD_TLS_ALL(0.00)[]; R_MIXED_CHARSET(0.56)[subject]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-0.46)[-0.461]; NEURAL_SPAM_MEDIUM(1.00)[0.997]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_IN_DNSWL_NONE(0.00)[209.85.221.51:from]; MLMMJ_DEST(0.00)[freebsd-stable]; FORGED_SENDER(0.30)[uqs@freebsd.org,uspoerlein@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.221.51:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[uqs@freebsd.org,uspoerlein@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On Thu, Jan 27, 2022 at 5:18 PM Eugene Grosbein wrote: > 27.01.2022 22:09, Ulrich Sp=C3=B6rlein wrote: > > Or should I bring back a / UFS partition in the front instead, with > > /usr and /var on ZFS? > > I would recommend to create 10GB partition at the beginning of boot drive= , > create distinct ZFS boot pool there for the OS to keep everything > except of /usr/local, /home and maybe other file systems not belonging to= the OS. > > Use rest of space for second ZFS pool to keep /usr/local, /home etc. > And you'll never have your problem again. Thanks everyone, I managed to repurpose the swap partition to a root UFS partition and managed to copy everything over. What's puzzling is that I still get zio_read errors. It looks like so now: root@coyote:~# gpart show =3D> 40 7814037088 ada0 GPT (3.6T) 40 1024 1 freebsd-boot (512K) 1064 16777216 2 freebsd-ufs [bootme] (8.0G) 16778280 16778200 4 freebsd-swap (8.0G) 33556480 7780478976 3 freebsd-zfs (3.6T) 7814035456 1672 - free - (836K) and I ran this to replace gptzfsboot with gptboot (or so I thought): # gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 ada0 But after rebooting, I get these errors on the console still. Why would gptboot try to read zfs metadata? /boot/config: -Dh Consoles: internal video/keyboard serial port BIOS drive C: is disk0 zio_read error: 5 zio_read error: 5 zio_read error: 5 zio_read error: 5 ZFS: i/o error - all block copies unavailable ZFS: failed to read pool tank directory object BIOS 628kB/523264kB available memory FreeBSD/x86 bootstrap loader, Revision 1.1 Loading /boot/defaults/loader.conf Loading /boot/defaults/loader.conf Loading /boot/device.hints Loading /boot/loader.conf Loading /boot/loader.conf.local / Loading kernel... Cheers Uli From nobody Sat Jan 29 18:06:18 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 618B51988F79 for ; Sat, 29 Jan 2022 18:06:25 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4JmMhc0Fr9z3q8T; Sat, 29 Jan 2022 18:06:23 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from kalamity.joker.local (123-48-130-181.area1b.commufa.jp [123.48.130.181]) (authenticated bits=0) by www121.sakura.ne.jp (8.16.1/8.16.1/[SAKURA-WEB]/20201212) with ESMTPA id 20TI6Inm078153; Sun, 30 Jan 2022 03:06:19 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sun, 30 Jan 2022 03:06:18 +0900 From: Tomoaki AOKI To: Ulrich =?ISO-2022-JP?B?U3AbJEIiLhsoQnJsZWlu?= Cc: Eugene Grosbein , freebsd-stable@freebsd.org, Andriy Gapon Subject: Re: gptzfsboot can't boot from 4TB SSD Message-Id: <20220130030618.dd46cf514f98cdfa6caa1ad4@dec.sakura.ne.jp> In-Reply-To: References: <212cfd90-056f-d294-ae9c-fd2b632ae679@FreeBSD.org> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.0) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4JmMhc0Fr9z3q8T X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of junchoon@dec.sakura.ne.jp has no SPF policy when checking 153.125.133.21) smtp.mailfrom=junchoon@dec.sakura.ne.jp X-Spamd-Result: default: False [0.95 / 15.00]; RCVD_TLS_LAST(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[sakura.ne.jp]; AUTH_NA(1.00)[]; NEURAL_SPAM_SHORT(1.00)[0.998]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.45)[-0.445]; MLMMJ_DEST(0.00)[freebsd-stable]; 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:7684, ipnet:153.125.128.0/18, country:JP]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[123.48.130.181:received] X-ThisMailContainsUnwantedMimeParts: N On Sat, 29 Jan 2022 13:24:06 +0100 Ulrich Sp$B".(Brlein wrote: > On Thu, Jan 27, 2022 at 5:18 PM Eugene Grosbein wrote: > > 27.01.2022 22:09, Ulrich Sp$B".(Brlein wrote: > > > Or should I bring back a / UFS partition in the front instead, with > > > /usr and /var on ZFS? > > > > I would recommend to create 10GB partition at the beginning of boot drive, > > create distinct ZFS boot pool there for the OS to keep everything > > except of /usr/local, /home and maybe other file systems not belonging to the OS. > > > > Use rest of space for second ZFS pool to keep /usr/local, /home etc. > > And you'll never have your problem again. > > Thanks everyone, I managed to repurpose the swap partition to a root > UFS partition and > managed to copy everything over. What's puzzling is that I still get > zio_read errors. > > It looks like so now: > root@coyote:~# gpart show > => 40 7814037088 ada0 GPT (3.6T) > 40 1024 1 freebsd-boot (512K) > 1064 16777216 2 freebsd-ufs [bootme] (8.0G) > 16778280 16778200 4 freebsd-swap (8.0G) > 33556480 7780478976 3 freebsd-zfs (3.6T) > 7814035456 1672 - free - (836K) > > and I ran this to replace gptzfsboot with gptboot (or so I thought): > # gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 ada0 > > But after rebooting, I get these errors on the console still. Why > would gptboot try to read zfs metadata? > > /boot/config: -Dh > Consoles: internal video/keyboard serial port > BIOS drive C: is disk0 > zio_read error: 5 > zio_read error: 5 > zio_read error: 5 > zio_read error: 5 > ZFS: i/o error - all block copies unavailable > ZFS: failed to read pool tank directory object > BIOS 628kB/523264kB available memory > > FreeBSD/x86 bootstrap loader, Revision 1.1 > Loading /boot/defaults/loader.conf > Loading /boot/defaults/loader.conf > Loading /boot/device.hints > Loading /boot/loader.conf > Loading /boot/loader.conf.local > / > Loading kernel... > > Cheers > Uli > > Do you still have vfs.root.mountfrom="zfs:your/tank/dataset" line in /boot/loader.conf on UFS? And/or having /boot.config (or /boot/config) having configuration touching your ZFS pool? If so, and the partition position problem is really the root cause, it can cause loader to look for your ZFS root pool and fail. (/boot/zfsloader is used instead of /boot/loader.) Comment it out and let /etc/rc.d/zpool to import your now-non-root pool. If (and only if) the import fails, possibly you need to delete everything you moved to UFS from ZFS to avoid collision. -- Tomoaki AOKI From nobody Sat Jan 29 21:49:19 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 2652A1984D20 for ; Sat, 29 Jan 2022 21:49:38 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from mail-wr1-f48.google.com (mail-wr1-f48.google.com [209.85.221.48]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JmSf90NRrz4mwR; Sat, 29 Jan 2022 21:49:37 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by mail-wr1-f48.google.com with SMTP id h21so17785560wrb.8; Sat, 29 Jan 2022 13:49:37 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=SAIf0rx/S18phRIUAYf7RrEMERdJWQRJCaKEA6YTxp0=; b=Ugrm4kfOGNLIdxoe5nlZ+56z//1pJHS5ElLbzmL8bhw21mQ2yykZXvfFAfYfNss9Iw fNie2VMP/f39NAM6nBa0h6rQnm+RK1/LGQzM4JsiU15pBgJP2jBj/lDQ+ZMop67jEZFG z9MTzBJvhjAEXVy+mva03YI8i19OgQ6Lc471rP3dAU3zTyC1h/BIi5djkKUM2xZQKDLu JWCAPhEaQ91sQLyJiGc+e9OLCAxQzdXF2uri5FUqAK++B4CS7j4aqDOduoLjDVwi6lBL 37xBBa4soNobrRJH8cK6BNb75IOx/iUOX+CxTm9+gHLWxtL5FHi1vKWk01cENoFKeWMt k0HQ== X-Gm-Message-State: AOAM530/Ktd9FDgNqCaP9dLXHM+VUXQm3PQWJgSezK5MR7wZvbUElUIz yqHqHY8nNnBEjzRrUU0NeVtKLuLpOdBVDWa42/8+x6Hw X-Google-Smtp-Source: ABdhPJx54uLMvtrAbCVFeTY80g8c5Cp4tC693d350q1f4TInCOSgWKo3dx68nJroTpYsY3/y6e+YBYkjdsWZfIB5zWs= X-Received: by 2002:a5d:47cd:: with SMTP id o13mr11896289wrc.300.1643492970412; Sat, 29 Jan 2022 13:49:30 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <212cfd90-056f-d294-ae9c-fd2b632ae679@FreeBSD.org> <20220130030618.dd46cf514f98cdfa6caa1ad4@dec.sakura.ne.jp> In-Reply-To: <20220130030618.dd46cf514f98cdfa6caa1ad4@dec.sakura.ne.jp> From: =?UTF-8?Q?Ulrich_Sp=C3=B6rlein?= Date: Sat, 29 Jan 2022 22:49:19 +0100 Message-ID: Subject: Re: gptzfsboot can't boot from 4TB SSD To: Tomoaki AOKI Cc: Eugene Grosbein , freebsd-stable@freebsd.org, Andriy Gapon Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4JmSf90NRrz4mwR X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of uspoerlein@gmail.com designates 209.85.221.48 as permitted sender) smtp.mailfrom=uspoerlein@gmail.com X-Spamd-Result: default: False [-0.44 / 15.00]; RCVD_TLS_ALL(0.00)[]; R_MIXED_CHARSET(0.56)[subject]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_SPAM_SHORT(1.00)[1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.221.48:from]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-stable]; FORGED_SENDER(0.30)[uqs@freebsd.org,uspoerlein@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.221.48:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[uqs@freebsd.org,uspoerlein@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On Sat, Jan 29, 2022 at 7:06 PM Tomoaki AOKI wr= ote: > On Sat, 29 Jan 2022 13:24:06 +0100 > Ulrich Sp=E3=80=93rlein wrote: > > Thanks everyone, I managed to repurpose the swap partition to a root > > UFS partition and > > managed to copy everything over. What's puzzling is that I still get > > zio_read errors. > > > > It looks like so now: > > root@coyote:~# gpart show > > =3D> 40 7814037088 ada0 GPT (3.6T) > > 40 1024 1 freebsd-boot (512K) > > 1064 16777216 2 freebsd-ufs [bootme] (8.0G) > > 16778280 16778200 4 freebsd-swap (8.0G) > > 33556480 7780478976 3 freebsd-zfs (3.6T) > > 7814035456 1672 - free - (836K) > > > > and I ran this to replace gptzfsboot with gptboot (or so I thought): > > # gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 ada0 > > > > But after rebooting, I get these errors on the console still. Why > > would gptboot try to read zfs metadata? > > > > /boot/config: -Dh > > Consoles: internal video/keyboard serial port > > BIOS drive C: is disk0 > > zio_read error: 5 > > zio_read error: 5 > > zio_read error: 5 > > zio_read error: 5 > > ZFS: i/o error - all block copies unavailable > > ZFS: failed to read pool tank directory object > > BIOS 628kB/523264kB available memory > > > > FreeBSD/x86 bootstrap loader, Revision 1.1 > > Loading /boot/defaults/loader.conf > > Loading /boot/defaults/loader.conf > > Loading /boot/device.hints > > Loading /boot/loader.conf > > Loading /boot/loader.conf.local > > / > > Loading kernel... > > > > Cheers > > Uli > > > > > > Do you still have > > vfs.root.mountfrom=3D"zfs:your/tank/dataset" > > line in /boot/loader.conf on UFS? > And/or having /boot.config (or /boot/config) having configuration > touching your ZFS pool? This output is from _before_ loader is loaded, and I don't have any mountfrom settings in loader.conf anyway. ISorry, I wasn't clear, but the system boots just fine, it finds the loader, loader finds the kernel, and after I added a root entry in /etc/fstab, the kernel was also mounting the right root partition. So everything is working, but boot0 still seems to find gptzfsloader and then seems to fall back to loading from UFS? I inspected the start of the disk with xxd and it indeed looks like gptloader is embedded near the beginning, and not gptzfsloader. Guess I'm sitting on another timebomb here... Cheers all Uli From nobody Sat Jan 29 22:43:30 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id BCA2F19907CB for ; Sat, 29 Jan 2022 22:43:35 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JmTrR4vYTz3Ppy; Sat, 29 Jan 2022 22:43:35 +0000 (UTC) (envelope-from avg@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1643496215; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=nq6lULyQ74vicXP7XYL7XHrc6xZEzssOzDktigeRLTk=; b=ehJ147rgh5VZcxplJgLFtecWEsm74slbNgoO4EbWRLPd8H9q8zIkBE0aQKfXe74pvI5qDb qhc/OMhJ6lVWyR6qkozVJFih/eWBdouJCvSha8vfjf75nqy9ug0Fu63Enyu/Xbv4h+NCA/ I7KLJ3naTvTzIVIYoewY4Dtz7R4xbMQYVNlFXZiOxA7yiGTkWx9J32Vj1l3Wmp9qKfozQ6 io6wtEpYBYd7GniTPyMyO1wJ+3xABxLAc8jKuuFCeSTvEHMvGUGDNdvUW6CYVDmu7Dgck+ zKr1KSoGc6Z7ybQBtW2jaGktFw/QlZ9U5qqEUtaMyr9aSAs37MiplKGjpcWazA== Received: from [192.168.0.88] (unknown [195.64.148.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: avg/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 12F462E228; Sat, 29 Jan 2022 22:43:33 +0000 (UTC) (envelope-from avg@freebsd.org) Message-ID: <275959c1-60e0-623b-6e95-f892d7ab8566@FreeBSD.org> Date: Sun, 30 Jan 2022 00:43:30 +0200 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:91.0) Gecko/20100101 Firefox/91.0 Thunderbird/91.5.0 From: Andriy Gapon Subject: Re: gptzfsboot can't boot from 4TB SSD Content-Language: en-US To: =?UTF-8?Q?Ulrich_Sp=c3=b6rlein?= , Tomoaki AOKI Cc: Eugene Grosbein , freebsd-stable@freebsd.org References: <212cfd90-056f-d294-ae9c-fd2b632ae679@FreeBSD.org> <20220130030618.dd46cf514f98cdfa6caa1ad4@dec.sakura.ne.jp> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1643496215; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=nq6lULyQ74vicXP7XYL7XHrc6xZEzssOzDktigeRLTk=; b=oXphKCk2IhCojfpi7vu8lhfmRQ9h5jBBnXdyHbgRMlth4j9tSGIJ8alwKQRTATZfeV86lv bPmu7ZZpnNw4qIw5uADsrQqnM6BbyupgNigpgnj3F42BXP9U2EGxt2Ew08kxZpHHmeZLws osXi114mJJ+92zWsBemLnU4SmzjbYLjpPKmrXSDZWQJ1iFjtzz4yZDmb8ZFolt4hF1/zsG c11Y+Aw8MfUE7gERuriSniOCyuZJl0nGAcEHjzNWGfZJqsM11mGTuvnf+ZsOIkkMUSPxjO A5OkneMzbSScIllqIfOGXKMCVMYzLa7pIJwEEiHHv9B4H0FRLQyFtvvvIs54Zg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1643496215; a=rsa-sha256; cv=none; b=m+LA8cet4R7R0dqs9wyViUJ6RJiptQSDDy8IXeX/CR22sOWF9oIIEhEtoPKd4/8aHVTNq3 e8cwun61O+hcEbF+d58eb6X6Z2RPy5EKt9MUSzG1DLVt1avrAL3tdN5tT0KVeN7dz488za gKqwz33oQiyrnR6LXiAXgz4fos8k5htUG4uUtv396yOf7NjVYovCItMg/cGSaDi43Abp25 nBv/RNKMB+nGIJguGf2hNKlq/vQqIx+VcfsuYlgG13lYHx4sya1MC389vH+TNj7QW2+riZ eP0ASda0WeNdAHZLNH8g4HC2S1CArad4qM5TiA23tvgolcB0vycvuCa5t5Abeg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N On 29/01/2022 23:49, Ulrich Spörlein wrote: > This output is from_before_ loader is loaded What gives you confidence in that? Do you know exact moment where execution passes from gpt(zfs)boot to loader? > and I don't have any > mountfrom settings in loader.conf anyway. And they wouldn't affect gpt(zfs)boot or loader anyway. Those settings are for kernel. > ISorry, I wasn't clear, but the system boots just fine, it finds the > loader, loader finds the kernel, and after I added a root > entry in /etc/fstab, the kernel was also mounting the right root partition. > > So everything is working, but boot0 still seems to find gptzfsloader > and then seems to fall back to loading from UFS? So, given what you wrote below this is plain impossible? > I inspected the start of the disk with xxd and it indeed looks like > gptloader is embedded near the beginning, and not gptzfsloader. The only explanation I have is that those ZFS error messages come from loader. AFAIK, at preset we do not have loader vs zfsloader distinction, there is a single unified loader with ZFS support. So, the loader is able to detect and tries to probe the pool. And fails. -- Andriy Gapon From nobody Mon Jan 31 02:13:16 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 5A99A198C003 for ; Mon, 31 Jan 2022 02:17:02 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from smtp8.server.rpi.edu (smtp8.server.rpi.edu [128.113.1.208]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp8.server.rpi.edu", Issuer "smtp8.server.rpi.edu" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JnBXF3yPpz4m71 for ; Mon, 31 Jan 2022 02:17:01 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from mail-auth4.server.rpi.edu (mail-auth4.server.rpi.edu [128.113.1.234]) by smtp8.server.rpi.edu (8.14.4/8.14.4/Debian-8+deb8u2) with ESMTP id 20V2Gsfl076953 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Sun, 30 Jan 2022 21:16:55 -0500 Received: from mail-auth4.server.rpi.edu (localhost [127.0.0.1]) by mail-auth4.server.rpi.edu (Postfix) with ESMTP id CF09758047; Sun, 30 Jan 2022 21:16:54 -0500 (EST) Received: from [128.113.125.57] (calyx-57.net.rpi.edu [128.113.125.57]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: drosih) by mail-auth4.server.rpi.edu (Postfix) with ESMTPSA id 97D5A58034; Sun, 30 Jan 2022 21:16:54 -0500 (EST) From: "Garance A Drosehn" To: freebsd-stable@freebsd.org Subject: SSHD, diffie-hellman-group1-sha1 , and FreeBSD 13-stable Date: Sun, 30 Jan 2022 21:13:16 -0500 X-Mailer: MailMate (1.13.2r5673) Message-ID: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_MailMate_89668C7E-BD76-4B3F-8189-3AB56BE0D23F_=" X-Virus-Scanned: ClamAV using ClamSMTP X-Bayes-Prob: 0.0001 (Score 0, tokens from: outgoing, @@RPTN) X-Spam-Score: 0.00 () [Hold at 10.10] HTML_MESSAGE:0.001 X-CanIt-Incident-Id: 096NegTra X-CanIt-Geo: ip=128.113.125.57; country=US; region=New York; city=Troy; latitude=42.7841; longitude=-73.6756; http://maps.google.com/maps?q=42.7841,-73.6756&z=6 X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.1.208 X-Rspamd-Queue-Id: 4JnBXF3yPpz4m71 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=rpi.edu; spf=pass (mx1.freebsd.org: domain of drosih@rpi.edu designates 128.113.1.208 as permitted sender) smtp.mailfrom=drosih@rpi.edu X-Spamd-Result: default: False [0.19 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:128.113.1.208]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.99)[0.992]; DMARC_POLICY_ALLOW(-0.50)[rpi.edu,none]; NEURAL_SPAM_LONG(1.00)[1.000]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:91, ipnet:128.113.0.0/16, country:US]; RCVD_TLS_LAST(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N --=_MailMate_89668C7E-BD76-4B3F-8189-3AB56BE0D23F_= Content-Type: text/plain; format=flowed; markup=markdown I recently built a new server running freebsd-13-stable, and ran into an unexpected problem. It may be that there is no reasonable fix for this problem, but I thought I'd ask in case I'm missing something simple. This new server is replacing an older server which was last updated in February 2021. The original server needs to accept ssh connections coming some servers which are painfully ancient. Years ago OpenSSH disabled support for the key-exchange algorithm named diffie-hellman-group1-sha1 in the default configuration. Unfortunately my server needs to accept connections from systems so old that they don't support any of the newer Kex algorithms. In my older build of this server, I handled this need by adding the line: KexAlgorithms +diffie-hellman-group1-sha1 in /etc/ssh/sshd_config, and that worked fine. In the newer system that config line flags an error: -# /usr/sbin/sshd -f /etc/ssh/sshd_config4 -t /etc/ssh/sshd_config4: line 156: Bad configuration option: KexAlgorithm /etc/ssh/sshd_config4: terminating, 1 bad configuration options (It's "sshd_config4" instead of "sshd_config" because I have this in a copy of 'sshd' running on a separate port from the standard 'sshd'. This allows me to strictly limit which hosts are allowed to even try to use diffie-hellman-group1-sha1). So far I'm not even sure which component is rejecting the option. I notice, for instance, that the option is still available and works when specified on an 'ssh' command. This command works fine: -# ssh -4e none -oKexAlgorithms=+diffie-hellman-group1-sha1 \ -oCiphers=aes128-ctr,aes192-ctr,aes256-ctr,aes128-cbc,3des-cbc \ me@sad.ancient.server.rpi.edu (that command will succeed at logging into the ancient server, while 'ssh' cannot login to the ancient server unless I add those two -Options). Based on some searches of the web and mailing lists, I tried an experiment of adding the line: WITH_OPENSSL_KTLS=yes to the file /etc/src.conf . I then did a 'make cleanworld ; make buildworld'. The build and install worked fine, but sshd still won't accept the option for kex diffie-hellman-group1-sha1. Perhaps I have the wrong name for that build-option, or I set it to the wrong value? Or is there some option that I have to specify in the kernel-config file? It will be okay with me if this was an explicit decision to remove all support for the option in favor of better security, but I'm not finding anything to suggest that this change was intentional. I can't even tell when it happened, except to say that it was sometime between Feb 2021 and this past weekend. It might even be that this is a side-effect of building a new system from scratch? My older server was originally built as freebsd-9-stable, and had been upgraded many times until it got to 13-stable. Who knows what cruft is lurking around on it! In any case, if there is some easy way for me to enable the option for incoming 'sshd' connections, that would be very nice. -- Garance Alistair Drosehn = drosih@rpi.edu Lead Developer @rpi and gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA --=_MailMate_89668C7E-BD76-4B3F-8189-3AB56BE0D23F_= Content-Type: text/html Content-Transfer-Encoding: quoted-printable

I recently built a new server running freebsd-13-stable, = and ran into an unexpected problem. It may be that there is no reasonabl= e fix for this problem, but I thought I'd ask in case I'm missing somethi= ng simple.

This new server is replacing an older server which was la= st updated in February 2021. The original server needs to accept ssh con= nections coming some servers which are painfully ancient. Years ago Open= SSH disabled support for the key-exchange algorithm named diffie-hellman-= group1-sha1 in the default configuration. Unfortunately my server needs = to accept connections from systems so old that they don't support any of = the newer Kex algorithms. In my older build of this server, I handled th= is need by adding the line:
KexAlgorithms +diffie-hellman-group1-sha1
in /etc/ssh/sshd_config, and that worked fine.

In the newer system that config line flags an error:

-# /usr/sbin/sshd -f /etc/ssh/sshd_config4 -t
/etc/ssh/sshd_config4: line 156: Bad configuration option: KexAlgorith= m
/etc/ssh/sshd_config4: terminating, 1 bad configuration options

(It's "sshd_config4" instead of "sshd_config" because I h= ave this in a copy of 'sshd' running on a separate port from the standard= 'sshd'. This allows me to strictly limit which hosts are allowed to eve= n try to use diffie-hellman-group1-sha1).

So far I'm not even sure which component is rejecting the= option. I notice, for instance, that the option is still available and = works when specified on an 'ssh' command. This command works fine:

-# ssh -4e none -oKexAlgorithms=3D+diffie-hellman-group1-= sha1 \
-oCiphers=3Daes128-ctr,aes192-ctr,aes256-ctr,aes128-cbc,3des-cb= c \
me@sad.ancient= =2Eserver.rpi.edu

(that command will succeed at logging into the ancient se= rver, while 'ssh' cannot login to the ancient server unless I add those t= wo -Options).

Based on some searches of the web and mailing lists, I tr= ied an experiment of adding the line:
WITH_OPENSSL_KTLS=3Dyes
to the file /etc/src.conf . I then did a 'make cleanworld ; make buildwo= rld'. The build and install worked fine, but sshd still won't accept the= option for kex diffie-hellman-group1-sha1. Perhaps I have the wrong nam= e for that build-option, or I set it to the wrong value? Or is there som= e option that I have to specify in the kernel-config file?

It will be okay with me if this was an explicit decision = to remove all support for the option in favor of better security, but I'm= not finding anything to suggest that this change was intentional. I can= 't even tell when it happened, except to say that it was sometime between= Feb 2021 and this past weekend. It might even be that this is a side-ef= fect of building a new system from scratch? My older server was original= ly built as freebsd-9-stable, and had been upgraded many times until it g= ot to 13-stable. Who knows what cruft is lurking around on it!

In any case, if there is some easy way for me to enable t= he option for incoming 'sshd' connections, that would be very nice.

-- =
Garance Alistair Drosehn = =3D drosih@rpi.edu
Lead Developer @rpi = and gad@FreeBSD.org
Rensselaer Polytechnic Institut= e; Troy, NY; USA
--=_MailMate_89668C7E-BD76-4B3F-8189-3AB56BE0D23F_=-- From nobody Mon Jan 31 03:15:27 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 9B7D91993D5B for ; Mon, 31 Jan 2022 03:15:36 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from smtp7.server.rpi.edu (smtp7.server.rpi.edu [128.113.1.207]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "canit.localdomain", Issuer "canit.localdomain" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JnCqq51wRz3jNX; Mon, 31 Jan 2022 03:15:35 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from mail-auth1.server.rpi.edu (mail-auth1.server.rpi.edu [128.113.1.231]) by smtp7.server.rpi.edu (8.14.4/8.14.4/Debian-8+deb8u2) with ESMTP id 20V3FSLn072204 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 30 Jan 2022 22:15:28 -0500 Received: from mail-auth1.server.rpi.edu (localhost [127.0.0.1]) by mail-auth1.server.rpi.edu (Postfix) with ESMTP id 4FBB158026; Sun, 30 Jan 2022 22:15:28 -0500 (EST) Received: from [128.113.125.57] (calyx-57.net.rpi.edu [128.113.125.57]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: drosih) by mail-auth1.server.rpi.edu (Postfix) with ESMTPSA id 1066358003; Sun, 30 Jan 2022 22:15:28 -0500 (EST) From: "Garance A Drosehn" To: "Gary Palmer" Cc: freebsd-stable@freebsd.org Subject: Re: [EXTERNAL] SSHD, diffie-hellman-group1-sha1 , and FreeBSD 13-stable Date: Sun, 30 Jan 2022 22:15:27 -0500 X-Mailer: MailMate (1.13.2r5673) Message-ID: <7F2A9DA2-45CD-4C56-B911-D36AEF10983E@rpi.edu> In-Reply-To: References: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_MailMate_D6F8850A-4F23-42BA-81BF-1C4940881455_=" X-Virus-Scanned: ClamAV using ClamSMTP X-Bayes-Prob: 0.0001 (Score 0, tokens from: outgoing, @@RPTN) X-Spam-Score: 0.00 () [Hold at 10.10] HTML_MESSAGE:0.001 X-CanIt-Incident-Id: 086NffsAL X-CanIt-Geo: ip=128.113.125.57; country=US; region=New York; city=Troy; latitude=42.7841; longitude=-73.6756; http://maps.google.com/maps?q=42.7841,-73.6756&z=6 X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.1.207 X-Rspamd-Queue-Id: 4JnCqq51wRz3jNX X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=rpi.edu; spf=pass (mx1.freebsd.org: domain of drosih@rpi.edu designates 128.113.1.207 as permitted sender) smtp.mailfrom=drosih@rpi.edu X-Spamd-Result: default: False [-1.78 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:128.113.1.200/29:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_COUNT_THREE(0.00)[4]; NEURAL_HAM_SHORT(-0.98)[-0.979]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[rpi.edu,none]; NEURAL_SPAM_LONG(1.00)[1.000]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:91, ipnet:128.113.0.0/16, country:US]; RCVD_TLS_LAST(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N --=_MailMate_D6F8850A-4F23-42BA-81BF-1C4940881455_= Content-Type: text/plain; format=flowed On 30 Jan 2022, at 21:29, Gary Palmer wrote: > On Sun, Jan 30, 2022 at 09:13:16PM -0500, Garance A Drosehn wrote: >> In my older build of this server, I handled this need by adding >> the line: >> KexAlgorithms +diffie-hellman-group1-sha1 >> in /etc/ssh/sshd_config, and that worked fine. >> >> In the newer system that config line flags an error: >> >> -# /usr/sbin/sshd -f /etc/ssh/sshd_config4 -t >> /etc/ssh/sshd_config4: line 156: Bad configuration option: >> KexAlgorithm > > There is a 1 character difference between the option named above and > > > >> -# ssh -4e none -oKexAlgorithms=+diffie-hellman-group1-sha1 \ >> -oCiphers=aes128-ctr,aes192-ctr,aes256-ctr,aes128-cbc,3des-cbc >> \ >> me@sad.ancient.server.rpi.edu > > the one used here. That is why one works and one doesn't > > Regards, > > Gary UGH. Unbelievable! It even occurred to me I might have a typo while I was writing my email, but I triple-checked only the 'diffie-hellman-group1-sha1' part, and not the 'KexAlgorithms' part. I'm now going to bang my head on my desk for a few minutes. But this will save me quite a bit of work, so Thanks Muchly! -- Garance Alistair Drosehn = drosih@rpi.edu Lead Developer @rpi and gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA --=_MailMate_D6F8850A-4F23-42BA-81BF-1C4940881455_= Content-Type: text/html Content-Transfer-Encoding: quoted-printable

On 30 Jan 2022, at 21:29, G= ary Palmer wrote:

On Sun, Jan 30, 2022 at 09:13:16PM -0500, Gar= ance A Drosehn wrote:

In my older build of this server, I handled t= his need by adding
the line:
KexAlgorithms +diffie-hellman-group1-sha1
in /etc/ssh/sshd_config, and that worked fine.

In the newer system that config line flags an error:

-# /usr/sbin/sshd -f /etc/ssh/sshd_config4 -t
/etc/ssh/sshd_config4: line 156: Bad configuration option: KexAlgorith= m

There is a 1 character difference between th= e option named above and

<trim>

-# ssh -4e none -oKexAlgorithms=3D+diffie-= hellman-group1-sha1 \
-oCiphers=3Daes128-ctr,aes192-ctr,aes256-ctr,aes128-cbc,3des-cb= c \
me@sad.ancient.server.rpi.edu

the one used here. That is why one works an= d one doesn't

Regards,

Gary

UGH. Unbelievable! It even occurred to me = I might have a typo while I was writing my email, but I triple-checked on= ly the 'diffie-hellman-group1-sha1' part, and not the 'KexAlg= orithms' part.

I'm now going to bang my head on my desk for a few mi= nutes. But this will save me quite a bit of work, so Thanks Muchly!

-- =
Garance Alistair Drosehn = =3D drosih@rpi.edu
Lead Developer @rpi = and gad@FreeBSD.org
Rensselaer Polytechnic Institut= e; Troy, NY; USA
--=_MailMate_D6F8850A-4F23-42BA-81BF-1C4940881455_=-- From nobody Mon Jan 31 03:50:05 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id BAA93198076B for ; Mon, 31 Jan 2022 03:50:18 +0000 (UTC) (envelope-from ggm@algebras.org) Received: from mail-lf1-x12a.google.com (mail-lf1-x12a.google.com [IPv6:2a00:1450:4864:20::12a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JnDbs4WSQz3vc3 for ; Mon, 31 Jan 2022 03:50:17 +0000 (UTC) (envelope-from ggm@algebras.org) Received: by mail-lf1-x12a.google.com with SMTP id z19so24040345lfq.13 for ; Sun, 30 Jan 2022 19:50:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=algebras-org.20210112.gappssmtp.com; s=20210112; h=mime-version:from:date:message-id:subject:to; bh=MBuv+M3Sdf+m0mNzQrqcvQrQ9i4vgQc5wNvAldiaAUg=; b=vWdpE9+gBAc3VXuTfcpr5bq2KSudqUIyD/ggXLqV8oOTCP8LV/JXAqe6rt3wKf/pyy ewvyPCDExPFhlMMtGQIqwiWo/EzsjO5PAatqC96BpI/XIwRaYGiYmXLgCNeTni5nWnf6 TVfJCyNtevhOgFLCF3oMYJRoE10OBI1mM+DyVjOPxRyaONzAvSyLOiFZ8i2e6NJS5cgW 1fBwG2xbmf0HZ9LxcLeR8eRqyip9j4D4gr36U6tR3/lv/v4om8z6pjEA0EVw6NX874eo KxCnrIc3wO24E5iKOcS2O3RmYjunV4WY14JpRQYMN2CnkWVKUjaF/e+i4qbSqqsKfOmI bFkg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=MBuv+M3Sdf+m0mNzQrqcvQrQ9i4vgQc5wNvAldiaAUg=; b=ORaGOaGENz3+5NyLJ9TV3drBVjI2wDDRg89ukelWgXIEw1YaJJwFmE0xzgjLIQlef4 0cNDhuIz/71cc8I9VAFdknIfowEyOGXeaEkCWcSBMVVdrWSalFoqjoNmga3ATIA3rnij 1eNhGTb7hsSiXPclY4/lN+IIfGzUpDPWqQyAmKqF954h1mGleODXNT3nlhFR5/t5udx/ pZ3x1uI6au7thaHkzfsRbcg238wSsGL8qtjclWdHOFrMhFjunoNKPxnaMA6NR4rLI/fN 0cs8dFf7P1ZKpyB/bxRVJussxKc3WhL+ncRw0in9cErMSGXWd14FFOnkdWvPERwrKUZF 2CYg== X-Gm-Message-State: AOAM5329pUaLtfUZkg39q+EDr29n6MzNTsMpqG1ux5ToI/kG6Bg+EdCl 0naiv0QaRk4TSj19J0nwrKLvUlQS7mqI9Xe6y6RMlMx654kZeYPX X-Google-Smtp-Source: ABdhPJyimxzVqsg1dQM68oRjm06YsakwG4aXq3LHjYsB8n0StWVRR3RPpy2zSO6jkGhk5aOIwK0MHHmXJ3jQTYknpBc= X-Received: by 2002:ac2:5dc3:: with SMTP id x3mr13891231lfq.73.1643601016111; Sun, 30 Jan 2022 19:50:16 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 From: George Michaelson Date: Mon, 31 Jan 2022 13:50:05 +1000 Message-ID: Subject: Why is freebsd-update telling me 13.0 is EOL? 13.1 isn't visibly even in beta. To: FreeBSD Stable Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4JnDbs4WSQz3vc3 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=algebras-org.20210112.gappssmtp.com header.s=20210112 header.b=vWdpE9+g; dmarc=none; spf=pass (mx1.freebsd.org: domain of ggm@algebras.org designates 2a00:1450:4864:20::12a as permitted sender) smtp.mailfrom=ggm@algebras.org X-Spamd-Result: default: False [2.48 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[algebras-org.20210112.gappssmtp.com:s=20210112]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[algebras.org]; NEURAL_SPAM_MEDIUM(1.00)[0.999]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[algebras-org.20210112.gappssmtp.com:+]; NEURAL_SPAM_LONG(0.99)[0.985]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::12a:from]; NEURAL_SPAM_SHORT(1.00)[1.000]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; SUBJECT_HAS_QUESTION(0.00)[] X-ThisMailContainsUnwantedMimeParts: N I don't understand this response to FreeBSD-update: Sure. I can read. I know what the words literally mean. But, 2 months notice of retirement/EOL for a release when FreeBSD13.1 is not out? This doesn't make sense. 13.1 is due April 13. Thats 2 and a half months off, and I've seen nothing to suggest I will have the newer release inside 2 months. None of the release structure I can see on the web has 13.1 images, snapshots, or anything to indicate 13.1 is in the offing. Shouldn't this tell me something? --- [root@optimal /usr/home/ggm]# freebsd-update fetch Looking up update.FreeBSD.org mirrors... 2 mirrors found. Fetching metadata signature for 13.0-RELEASE from update1.freebsd.org... done. Fetching metadata index... done. Inspecting system... done. Preparing to download files... done. No updates needed to update system to 13.0-RELEASE-p6. WARNING: FreeBSD 13.0-RELEASE-p6 is approaching its End-of-Life date. It is strongly recommended that you upgrade to a newer release within the next 2 months. [root@optimal /usr/home/ggm]# --- -G From nobody Mon Jan 31 04:29:36 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 71F291999F65 for ; Mon, 31 Jan 2022 04:29:48 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JnFTS25cPz4gf8; Mon, 31 Jan 2022 04:29:48 +0000 (UTC) (envelope-from kevans@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1643603388; 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=70ty9A6qFakYXufyvMr404mTdv1qXCfQjkIrjV/gjZA=; b=r+1LSRB2dtlFjYQsAQSY0zCB4BLbxFRPWZc3D2XiC6St0/GG5naJWYH1TApfKZyVi7zdb3 QiCwwGfeqh/moGzzT1k0TsG8BdMLeLlsozu7WMcUDVKaJnZ1WZ6WgUKVeWFwXmDPVsrTTQ eVEOyvDiTV0x0WDEgPk2Tz0LR6BqzGIr1tq+4S7lMJc9fCmlZJ+PGT6nlre7U5wX/npJAo 6X5SGs53176JyoUfdwibfqUFe1t/moqUrofWzqr8IITgk528DED3U04ULZ8KfMIF8JSmet BZaJiuDRvPrKD9hone/w5uEA3jv8d7Y209WdR4AVxFJ53WyazQNIc7QgTL3htQ== Received: from mail-qt1-f182.google.com (mail-qt1-f182.google.com [209.85.160.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 190B3D599; Mon, 31 Jan 2022 04:29:48 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qt1-f182.google.com with SMTP id y8so10502303qtn.8; Sun, 30 Jan 2022 20:29:48 -0800 (PST) X-Gm-Message-State: AOAM530SrUxwS7edZxVlIn0W/5jULsgMQMtA+fwUGMsypAUHjpnlnViC Iu2xQjViEZ6ETbXk4JK1csYGkTkHiwp+22DmvQk= X-Google-Smtp-Source: ABdhPJx3EIq2Fq6SuWQkYFYoC/f4O1Kskq616A9mw05q5FGLIqtMBrKLm72YYNSNvLMV7JHeGSHBpE0hbubmiJqS3O8= X-Received: by 2002:ac8:7d0a:: with SMTP id g10mr13638790qtb.449.1643603387518; Sun, 30 Jan 2022 20:29:47 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Kyle Evans Date: Sun, 30 Jan 2022 22:29:36 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Why is freebsd-update telling me 13.0 is EOL? 13.1 isn't visibly even in beta. To: George Michaelson Cc: FreeBSD Stable , FreeBSD Security Team Content-Type: text/plain; charset="UTF-8" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1643603388; 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=70ty9A6qFakYXufyvMr404mTdv1qXCfQjkIrjV/gjZA=; b=aFVpLO6Wi607St59hnyT0NwXSSxb7dqhk1Sm9iQZEEGbfPbHxNcZCgE7ujvWlSYhgXYlPc E5rP6Ei6153hbNV7y5DrBUHTTGCBW2yw6odYmUpHUOqzecrRqrIcDlETgo/8fNHbmRrRAo ExICpmNMTJHkXOubFuayqwDMghB6mux1m5NBmZ/URoKErChEJdESOX5+rDa1LUMhjogftq Q/WBS/9+5hXCv4igk3PHyh72/Zb8uhfzKvcBpbLpeYywrD/skolH29LvxlcypqhgI9kJEf BfDKyQvv2FHX8PsG2tYz+FeQVO9w4zrJaS/SiuVjWb02ifYSD+gj37J3dU85Vw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1643603388; a=rsa-sha256; cv=none; b=uT85kQ+BUTuDQxYU+KGJthaQaxKAwsAcB6cd3teX/CQVyQ4Zt7r00tWxppzr5xBdFvvE8K UHCJrC0n3sICS6epTFRUyi6oISnXlObi10AL3NTe/pzMM08LwPySGB8+F4FvC1fCzJ32bX 4LFpCEJ4dV8p8z5OFQn+xqNghPddCwYPy82CHYCEFc82nGSGQDS600yysmhvMF6LhZN+l3 RNwOTaJ/iejeJFodmjeccTU8CjD7H3fmW9NFzEh7OiuoqYZ4M+JicO25+9lC7on/4X1fFr +SPgkWFlN4QEVEj1CwRxmKNu1ZDIQ3vtPobqSf9Nw72ihkrUvAADVMlmkrcLhQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N On Sun, Jan 30, 2022 at 9:50 PM George Michaelson wrote: > > I don't understand this response to FreeBSD-update: > > Sure. I can read. I know what the words literally mean. But, 2 months > notice of retirement/EOL for a release when FreeBSD13.1 is not out? > This doesn't make sense. 13.1 is due April 13. Thats 2 and a half > months off, and I've seen nothing to suggest I will have the newer > release inside 2 months. > Hi, The freebsd-update metadata contains an EoL date that is (presumably) solely for displaying this message. Right now, we don't know an exact EoL date of most minor releases until the next minor release schedule is published, so a projected EoL date is included and updated once the new release is published. I'm trying to get this changed to use the branch EoL before we know when the exact EoL is; the working theory is that nobody uses this metadata to actually gauge a minor release's EoL, so we'd be better off setting it to the branch-end until we know better rather than alerting people this way. Thanks, Kyle Evans From nobody Mon Jan 31 04:49:49 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 99E8C197D5F0 for ; Mon, 31 Jan 2022 04:50:02 +0000 (UTC) (envelope-from ggm@algebras.org) Received: from mail-lf1-x12a.google.com (mail-lf1-x12a.google.com [IPv6:2a00:1450:4864:20::12a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JnFwn616jz4ngh for ; Mon, 31 Jan 2022 04:50:01 +0000 (UTC) (envelope-from ggm@algebras.org) Received: by mail-lf1-x12a.google.com with SMTP id n8so24341279lfq.4 for ; Sun, 30 Jan 2022 20:50:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=algebras-org.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=iDH3U6U43z+Cm/4F+GesXd+4O8Khytz1B9YehYGKPQU=; b=7EIxmddz6TWv0FDxh/aW28+oQ103KsnUjk7h2XGCq11I0tQodwW1orzmu7s61S0O5e jvlOYlSdkiAKqFC7n9Aw8nh3drA3R/Df/cZOxl38LsUW8k2420wv8MfieRu1KoonnTgy smkrYcgBWEYfOVy/hVnUVaqh5rM1hZLbUHl/fgpjXaY2ptEuPNJNM4kDwd1dA8VDECUN JnCu63ElLnCvVdgdgr5wHSe2HgNEpk7tuKgyj8Ez+ML3gEaThCdNpYkzQy/Qe3Lz+/nf ansqp0o8Jgt57A6XAxXtvjLJWRznyC2vC5nkazzefWUSBvRfJZpsB/EoZwooB4/zxw8M C74Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=iDH3U6U43z+Cm/4F+GesXd+4O8Khytz1B9YehYGKPQU=; b=mrTCwuQzdlI2vCKlf1osfqnK9EQD0et71hLTZbAP+UNH2FLgkZH13oOTE53TroBg1x bI/caQ5UVDEzbX0cM3qLChohQkvwIGbBjvKuvKyVY8PSlt58rFa3IwGB3pHw5B6cZWkt iKMeHIwqH1Ca5fMAD5BB8x0JU+CaTiF453vFU1uJ64eQjJ0e/LvWnvodJliHgwLYP3pY opRSL4ZJnrGTRTOqABgaxCIodOcbVZr8Glt0T9hEROdj1Ebl5QwPgfdCFe7vTn1YKma4 8KMivWaNgJPknLHDOSaMspvsjksXANcJ2AIOUJJ1PEUE/pDfGm9DiG05zel1dWyybtuj lQQQ== X-Gm-Message-State: AOAM531I1leo31JwIKQxABTCwL3cx8+H165CGLJIMZfNZCuAa/YC0kaS sD3d0HrLr1+Kj1k7HCv+Iip79mT8c3CkhjHbNmp/rS7oCW/XdQ== X-Google-Smtp-Source: ABdhPJwErPJo+UgJf4Rb3Wh3f7aq0OYyCm2oOW1n1ulbtuDos2Gzhk+vvjXl5g7EkfC5se1maubjgKH6hyTnP+po8cg= X-Received: by 2002:a19:490d:: with SMTP id w13mr14148632lfa.177.1643604600363; Sun, 30 Jan 2022 20:50:00 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: George Michaelson Date: Mon, 31 Jan 2022 14:49:49 +1000 Message-ID: Subject: Re: Why is freebsd-update telling me 13.0 is EOL? 13.1 isn't visibly even in beta. To: Kyle Evans Cc: FreeBSD Stable , FreeBSD Security Team Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4JnFwn616jz4ngh X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=pass header.d=algebras-org.20210112.gappssmtp.com header.s=20210112 header.b=7EIxmddz; dmarc=none; spf=pass (mx1.freebsd.org: domain of ggm@algebras.org designates 2a00:1450:4864:20::12a as permitted sender) smtp.mailfrom=ggm@algebras.org X-Spamd-Result: default: False [1.14 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[algebras-org.20210112.gappssmtp.com:s=20210112]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; NEURAL_SPAM_SHORT(0.18)[0.177]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[algebras.org]; NEURAL_SPAM_MEDIUM(0.62)[0.615]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[algebras-org.20210112.gappssmtp.com:+]; NEURAL_SPAM_LONG(0.85)[0.846]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::12a:from]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; SUBJECT_HAS_QUESTION(0.00)[] X-ThisMailContainsUnwantedMimeParts: N > Hi, > > The freebsd-update metadata contains an EoL date that is (presumably) > solely for displaying this message. Right now, we don't know an exact > EoL date of most minor releases until the next minor release schedule > is published, so a projected EoL date is included and updated once the > new release is published. > > I'm trying to get this changed to use the branch EoL before we know > when the exact EoL is; the working theory is that nobody uses this > metadata to actually gauge a minor release's EoL, so we'd be better > off setting it to the branch-end until we know better rather than > alerting people this way. > > Thanks, > > Kyle Evans Thanks Kyle. The change sounds sensible. -G From nobody Tue Feb 1 09:02:55 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 9D66619ADF94 for ; Tue, 1 Feb 2022 09:03:15 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from mail-wr1-f51.google.com (mail-wr1-f51.google.com [209.85.221.51]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JnzVV0MlYz4WP9; Tue, 1 Feb 2022 09:03:14 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by mail-wr1-f51.google.com with SMTP id f17so30579329wrx.1; Tue, 01 Feb 2022 01:03:13 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=zBlU403YqiakvszUjp9GbZI7F9bX0oOAeNi52Za343o=; b=k1aYGuYf1E5AhBt67EGClPV3F1oyk0O+si09Wqu90X2oyzdbfv8N6VekxEAFO/G7CA spgE+spOhaaVQC8m9i2sJBuJKl2V3DpArrtVtRHavXn/Vl3fqkEgXwgRsbh/43uPMrIh uaXZIIzqbnthTglhYcroCYoNDfLPc8slUWKVQdyYgFWMmbrMtJt7HWuaoY8S/Lb0uOB2 EB2QWFBeLCmJQ016i93nNTDcXRb6iyoxovILTMvxdqGFU5R+MnJsIoCf1k/08V0FMDZ6 IxCaRt0r3W4epJcai3kbxY+WHvJcdYw1946mJPY1RIF4hlTOmwO4FbAKrDLDLHvB6YNg Yeeg== X-Gm-Message-State: AOAM530+FIH7jCnGSMbExdxoz4LG1jbFnpt1OzWVjdA6x3HG+52cCqye bgZS8mnUvAznghyLJFyRc11Yn7iHoBEcvu6f0h2IG3Bv4Js= X-Google-Smtp-Source: ABdhPJyKDxsiUFzxgU9BS5RXVEwohELB1RMi/v4Lf5UCp+plhMBnQ3hXiDmLpi78Rg9Hrll3ZMD3+dk3Qt0i6TKYsCo= X-Received: by 2002:adf:a1d3:: with SMTP id v19mr21138936wrv.303.1643706186908; Tue, 01 Feb 2022 01:03:06 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <212cfd90-056f-d294-ae9c-fd2b632ae679@FreeBSD.org> <20220130030618.dd46cf514f98cdfa6caa1ad4@dec.sakura.ne.jp> <275959c1-60e0-623b-6e95-f892d7ab8566@FreeBSD.org> In-Reply-To: <275959c1-60e0-623b-6e95-f892d7ab8566@FreeBSD.org> From: =?UTF-8?Q?Ulrich_Sp=C3=B6rlein?= Date: Tue, 1 Feb 2022 10:02:55 +0100 Message-ID: Subject: Re: gptzfsboot can't boot from 4TB SSD To: Andriy Gapon Cc: Tomoaki AOKI , Eugene Grosbein , freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4JnzVV0MlYz4WP9 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of uspoerlein@gmail.com designates 209.85.221.51 as permitted sender) smtp.mailfrom=uspoerlein@gmail.com X-Spamd-Result: default: False [-0.30 / 15.00]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; NEURAL_HAM_LONG(-0.87)[-0.868]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.99)[-0.992]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.221.51:from]; MLMMJ_DEST(0.00)[freebsd-stable]; FORGED_SENDER(0.30)[uqs@freebsd.org,uspoerlein@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.221.51:from]; R_DKIM_NA(0.00)[]; R_MIXED_CHARSET(0.56)[subject]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; MIME_TRACE(0.00)[0:+]; FROM_NEQ_ENVFROM(0.00)[uqs@freebsd.org,uspoerlein@gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On Sat, Jan 29, 2022 at 11:43 PM Andriy Gapon wrote: > > On 29/01/2022 23:49, Ulrich Sp=C3=B6rlein wrote: > > This output is from_before_ loader is loaded > > What gives you confidence in that? > Do you know exact moment where execution passes from gpt(zfs)boot to load= er? Huh, you are right. strings(1) confirmed that the messages could come from both gptzfsloader as well as from loader. My assumption was that the version string of the loader would be printed as early as possible, but now that I've opened stand/i386/loader/main.c, I see that bootprog_info gets printed very, very late in the process, after all the GPT and ZFS frobbing was already done, though I don't see an obvious, definitive call to probing ZFS there and then, it only sets up some stuff. Anyway, that mystery will have to wait for some other time Cheers Uli From nobody Fri Feb 4 09:12:54 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 1949619A81A3 for ; Fri, 4 Feb 2022 09:13:06 +0000 (UTC) (envelope-from mach@swishmail.com) Received: from vorlon-ext1.swishmail.com (vorlon-ext1.swishmail.com [208.72.58.75]) (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 ECDSA (P-384) client-digest SHA384) (Client CN "*.swishmail.com", Issuer "Sectigo ECC Domain Validation Secure Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JqqZS2Nmbz3wPk for ; Fri, 4 Feb 2022 09:13:04 +0000 (UTC) (envelope-from mach@swishmail.com) Received: from vorlon.swishmail.com (vorlon.swishmail.com [208.72.58.19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-384) server-signature ECDSA (P-384) server-digest SHA384) (No client certificate requested) by sinclair-ext1.swishmail.com (Postfix) with ESMTPS id 6F7053ACE2 for ; Fri, 4 Feb 2022 04:12:58 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=swishmail.com; s=dkim; t=1643965978; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=3fdX7Zjh4PvJvJrOwpej7Z1kRBpGh30irlkKpEK+HK8=; b=Cx1zJkr60CXA8sN5CbYqYo1xYX0z9Gf/0Z07Jzi+L001BPICw5hS/k8qkcGA01vZG8ujH3 VSBsxjljbRoTJolqtJvGku2+hM1DySP8Cd0j1WpEGJKs2oRhouRHZvMpeDC6aec68xa0PB WCeCNpC7lwgwVUiuOPi7B9UoxUjQxAw5NLdAzNMCfhNoQUn7aS3fhVsZ0Eu0/A3NqlX4xu Nqwp8cOTuO7KxlVB3TL1FI2pw7f9q+1odTDS+mKpDfTHx/1JvBV/COjgqku2iFklVtyWU5 CMlD6a6s3PGBNidU2W9NqRGo3jYrv3SRc+Zwi+INCpQ/E+bePKkqkbg03Ohs/w== Received: (qmail 78992 invoked by uid 89); 4 Feb 2022 04:12:57 -0500 Received: from unknown (HELO ?192.168.2.99?) (mach@swishmail.com) by vorlon.swishmail.com with ESMTPSA (TLS_AES_128_GCM_SHA256 encrypted, authenticated); 4 Feb 2022 04:12:57 -0500 Message-ID: Date: Fri, 4 Feb 2022 17:12:54 +0800 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:97.0) Gecko/20100101 Thunderbird/97.0 To: freebsd-stable@freebsd.org Content-Language: en-US From: Kris von Mach Subject: virtio_pci: Fatal trap 12: page fault while in kernel mode Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-10.80 X-Rspamd-Queue-Id: 4JqqZS2Nmbz3wPk X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=swishmail.com header.s=dkim header.b=Cx1zJkr6; dmarc=pass (policy=reject) header.from=swishmail.com; spf=pass (mx1.freebsd.org: domain of mach@swishmail.com designates 208.72.58.75 as permitted sender) smtp.mailfrom=mach@swishmail.com X-Spamd-Result: default: False [-3.09 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[swishmail.com:s=dkim]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:208.72.56.0/22]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.99)[-0.991]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[swishmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[swishmail.com,reject]; NEURAL_HAM_SHORT(-0.10)[-0.096]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:14469, ipnet:208.72.56.0/22, country:US]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[swishmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N Hello, I've got two crashes so far on FreeBSD 13.0-STABLE #0 n249132-70201cc45dc: Mon Jan 24 12:13:57 EST 2022 running as a VM on KVM with uptime for few days before the crash: [787783] Fatal trap 12: page fault while in kernel mode [787783] cpuid = 16; apic id = 10 [787783] fault virtual address  = 0x8 [787783] fault code             = supervisor read data, page not present [787783] instruction pointer    = 0x20:0xffffffff80c8c118 [787783] stack pointer          = 0x28:0xfffffe0133e678b0 [787783] frame pointer          = 0x28:0xfffffe0133e678f0 [787783] code segment           = base 0x0, limit 0xfffff, type 0x1b [787783]                        = DPL 0, pres 1, long 1, def32 0, gran 1 [787783] processor eflags       = interrupt enabled, resume, IOPL = 0 [787783] current process                = 12 (irq34: virtio_pci1) [787783] trap number            = 12 [787783] panic: page fault [787783] cpuid = 16 [787783] time = 1643964092 [787783] KDB: stack backtrace: [787783] #0 0xffffffff80c3e3a5 at kdb_backtrace+0x65 [787783] #1 0xffffffff80bf1acf at vpanic+0x17f [787783] #2 0xffffffff80bf1943 at panic+0x43 [787783] #3 0xffffffff810713a5 at trap_fatal+0x385 [787783] #4 0xffffffff810713ff at trap_pfault+0x4f [787783] #5 0xffffffff81049b08 at calltrap+0x8 [787783] #6 0xffffffff80c8c327 at sbdrop+0x37 [787783] #7 0xffffffff80da4681 at tcp_do_segment+0x2d91 [787783] #8 0xffffffff80da0ba8 at tcp_input_with_port+0xb78 [787783] #9 0xffffffff80da185b at tcp_input+0xb [787783] #10 0xffffffff80d93117 at ip_input+0x157 [787783] #11 0xffffffff80d21621 at netisr_dispatch_src+0xb1 [787783] #12 0xffffffff80d05a38 at ether_demux+0x138 [787783] #13 0xffffffff80d06d42 at ether_nh_input+0x352 [787783] #14 0xffffffff80d21621 at netisr_dispatch_src+0xb1 [787783] #15 0xffffffff80d05e59 at ether_input+0x69 [787783] #16 0xffffffff80a3099d at vtnet_rxq_eof+0x71d [787783] #17 0xffffffff80a30176 at vtnet_rx_vq_process+0xa6 [787783] Uptime: 9d2h49m43s I've updated from 13-release to stable to get the fix for Infinite writes on UFS with SU+J, which it does seem to fix, but now this started to happen. From nobody Fri Feb 4 12:22:24 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 838D819AA7C5 for ; Fri, 4 Feb 2022 12:22:34 +0000 (UTC) (envelope-from Ferdinand.Goldmann@jku.at) Received: from emailsecure.uni-linz.ac.at (emailsecure.uni-linz.ac.at [140.78.3.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "emailsecure.uni-linz.ac.at", Issuer "GEANT OV RSA CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Jqvn517KBz4jJk for ; Fri, 4 Feb 2022 12:22:32 +0000 (UTC) (envelope-from Ferdinand.Goldmann@jku.at) Received: from ferdi.local (dyn-ant69.edvz.uni-linz.ac.at [140.78.6.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by emailsecure.uni-linz.ac.at (Postfix) with ESMTPSA id 4Jqvmw5VTWz2PQ1 for ; Fri, 4 Feb 2022 13:22:24 +0100 (CET) Date: Fri, 4 Feb 2022 13:22:24 +0100 (CET) From: Ferdinand Goldmann To: freebsd-stable@freebsd.org Subject: Dell Perc H355 support? Message-ID: <5f5e1af-46be-f44-85a9-bf82b8bb7ea7@jku.at> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="1317807366-65240867-1643977344=:3811026" X-Rspamd-Queue-Id: 4Jqvn517KBz4jJk X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of Ferdinand.Goldmann@jku.at designates 140.78.3.66 as permitted sender) smtp.mailfrom=Ferdinand.Goldmann@jku.at X-Spamd-Result: default: False [-4.60 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[140.78.3.66:from]; R_SPF_ALLOW(-0.20)[+ip4:140.78.3.0/24]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[140.78.3.66:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:1205, ipnet:140.78.0.0/16, country:AT]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; SIGNED_SMIME(-2.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.997]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[jku.at]; RCPT_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[freebsd-stable]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N --1317807366-65240867-1643977344=:3811026 Content-Type: text/plain; format=flowed; charset=US-ASCII Hi, was thinking about getting a Dell R450 server, but unfortunately the PERC H355 RAID controller does not seem to be (yet?) supported. Has anybody tried running FreeBSD on such a machine? Regards Ferdinand --1317807366-65240867-1643977344=:3811026 Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: BASE64 Content-Description: S/MIME Cryptographic Signature Content-Disposition: attachment; filename=smime.p7s MIIXNgYJKoZIhvcNAQcCoIIXJzCCFyMCAQExDzANBglghkgBZQMEAgEFADAL BgkqhkiG9w0BBwGgghONMIIG5jCCBM6gAwIBAgIQMQJw1DW+mySa+FbQ4eKF STANBgkqhkiG9w0BAQwFADCBiDELMAkGA1UEBhMCVVMxEzARBgNVBAgTCk5l dyBKZXJzZXkxFDASBgNVBAcTC0plcnNleSBDaXR5MR4wHAYDVQQKExVUaGUg VVNFUlRSVVNUIE5ldHdvcmsxLjAsBgNVBAMTJVVTRVJUcnVzdCBSU0EgQ2Vy dGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNMjAwMjE4MDAwMDAwWhcNMzMwNTAx MjM1OTU5WjBGMQswCQYDVQQGEwJOTDEZMBcGA1UEChMQR0VBTlQgVmVyZW5p Z2luZzEcMBoGA1UEAxMTR0VBTlQgUGVyc29uYWwgQ0EgNDCCAiIwDQYJKoZI hvcNAQEBBQADggIPADCCAgoCggIBALNK4iJeJ1vpBFsUBDUyIBSutNIxQMbN UMAeoUTKr55KYX8tkN5imzNqLaRCypYBPP9wED2AaO6e8njkbjzJwLgPqDBk W9sG3kmi3GW6cF4Hwr5ysZqve/5EJDhV+9OhfTu/4dMnoR4Q41HcjMk9MzLO ADAQ0awBZ/29r0d49AUmIKELNeqEqmnTN6fndL7x/2K0TLToZLxqS7sy/Jvi 0wEFr0CfdjcAsioh7KaD+Jizyb1aRKQzJ6Q20VEHX7UqWc1SkzTkbz6xj0S5 ydBBFQh0fNiy+qM/deVpK4HgmPSJrrpQZ+LlbHfWabmwoDPxF71QZVYiqrrA oUrGRJ+47iLBiIg8miIYS7Hd2ppvAUt24CugMXUjETjQ+oYh09fNi5n/AvoE R8UBvTHLxt+blL0bvL+2z2YiUWk+2Qtn+dD+JU5Z2y71qV7+cr+4YXjvGzF5 bYsi8HiwflTb4Php3y+k1twKtchdcq2QGc0eDG6Y01nRHUiyr8/PtMAsLHEP NZ2wzsA7fb8mftHiV20ZFmYqknJ8AIOfwdTVA+E62JayOJ+sxadqcmFDorsz /mrPwGZ8+txr4xSuvVjg0dlv0yuA+1YpBDIYNfL4bkX+IcZ1mTstL4Xw0f4N 2iW3bBmnPnYmoYxMM8gflCiTgss73nBvG2f7v1PD7BDGYNO4iD4vAgMBAAGj ggGLMIIBhzAfBgNVHSMEGDAWgBRTeb9aqitKz1SA4dibwJ3ysgNmyzAdBgNV HQ4EFgQUaQChxyFY+ODFGyCwCt2nUb8T2eQwDgYDVR0PAQH/BAQDAgGGMBIG A1UdEwEB/wQIMAYBAf8CAQAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUF BwMEMDgGA1UdIAQxMC8wLQYEVR0gADAlMCMGCCsGAQUFBwIBFhdodHRwczov L3NlY3RpZ28uY29tL0NQUzBQBgNVHR8ESTBHMEWgQ6BBhj9odHRwOi8vY3Js LnVzZXJ0cnVzdC5jb20vVVNFUlRydXN0UlNBQ2VydGlmaWNhdGlvbkF1dGhv cml0eS5jcmwwdgYIKwYBBQUHAQEEajBoMD8GCCsGAQUFBzAChjNodHRwOi8v Y3J0LnVzZXJ0cnVzdC5jb20vVVNFUlRydXN0UlNBQWRkVHJ1c3RDQS5jcnQw JQYIKwYBBQUHMAGGGWh0dHA6Ly9vY3NwLnVzZXJ0cnVzdC5jb20wDQYJKoZI hvcNAQEMBQADggIBAAoFTnsNjx8TOQD9b+xixsPt7Req4wHMeNw/R5dddEPg QAQAYJZKz5BEv1cjGbH7nbPH3AxrxhN6OVH40p6OLIo9MXSrrfMzGs7/P+FT CjwgNxFEtLQ1KC9NboA3asJcl7mIs3l8h9iAgEH1zLUvq2s+5n++NQmbzudD sTFDMapY3kX1TwyUCTRzmItqcbsYIyg2MeIXWfRtqPqC5R4bufmpzA5BPINL X340Sp/CNQ9QZqw3VkfyHWwTo+vO9Gm2L6srNamJT6Lb+TeXZvl8UPL5a72O /pH0GgGHjt6z9QzPARnaRKshVWviNK6ST4WmZHllu3CJg0BXqx1vWyswawgv NeWt1qxITacYe9mSWTbNR2CftvTUwerruDSY2jMaZPoNqbjUpuG/blYwWzzv VerBUhviAahPXJF/9V48ybWPBq6qKOEokW+s3B4ad5sY96KlovEijaIQDip1 HO0SD+rLNYaiBcr9MV2aK+DfbZ8w9BaNCQyFEYwzxIKOVk3bYvzHRk5ihUDa scmbk/bkiNl74c/KfuKQmJImaqWoWZR6jBcXcPV0WUIKz/nILTpFhGojZEQW 77by3aezAi9jrEIUBHRG1LwzPbJc2V3SOzYyaJFQatzuKZbN1Q9s9y/2x1QX tKwREY8jNgvx0iIfOK35gKgYJJcyDql4XfuEc2nVMIIFgTCCBGmgAwIBAgIQ OXJEOvkit1HX02wQ3TE1lTANBgkqhkiG9w0BAQwFADB7MQswCQYDVQQGEwJH QjEbMBkGA1UECAwSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHDAdTYWxm b3JkMRowGAYDVQQKDBFDb21vZG8gQ0EgTGltaXRlZDEhMB8GA1UEAwwYQUFB IENlcnRpZmljYXRlIFNlcnZpY2VzMB4XDTE5MDMxMjAwMDAwMFoXDTI4MTIz MTIzNTk1OVowgYgxCzAJBgNVBAYTAlVTMRMwEQYDVQQIEwpOZXcgSmVyc2V5 MRQwEgYDVQQHEwtKZXJzZXkgQ2l0eTEeMBwGA1UEChMVVGhlIFVTRVJUUlVT VCBOZXR3b3JrMS4wLAYDVQQDEyVVU0VSVHJ1c3QgUlNBIENlcnRpZmljYXRp b24gQXV0aG9yaXR5MIICIjANBgkqhkiG9w0BAQEFAAOCAg8AMIICCgKCAgEA gBJlFzYOw9sIs9CsVw127c0n00ytUINh4qogTQktZAnczomfzD2p7PbPwdzx 07HWezcoEStH2jnGvDoZtF+mvX2do2NCtnbyqTsrkfjib9DsFiCQCT7i6HTJ GLSR1GJk23+jBvGIGGqQIjy8/hPwhxR79uQfjtTkUcYRZ0YIUcuGFFQ/vDP+ fmyc/xadGL1RjjWmp2bIcmfbIWax1Jt4A8BQOujM8Ny8nkz+rwWWNR9XWrf/ zvk9tyy29lTdyOcSOk2uTIq3XJq0tyA9yn8iNK5+O2hmAUTnAU5GU5szYPeU vlM3kHND8zLDU+/bqv50TmnHa4xgk97Exwzf4TKuzJM7UXiVZ4vuPVb+DNBp DxsP8yUmazNt925H+nND5X4OpWaxKXwyhGNVicQNwZNUMBkTrNN9N6frXTps NVzbQdcS2qlJC9/YgIoJk2KOtWbPJYjNhLixP6Q5D9kCnusSTJV882sFqV4W g8y4Z+LoE53MW4LTTLPtW//e5XOsIzstAL81VXQJSdhJWBp/kjbmUZIO8yZ9 HE0XvMnsQybQv0FfQKlERPSZ51eHnlAfV1SoPv10Yy+xUGUJ5lhCLkMaTLTw JUdZ+gQek9QmRkpQgbLevni3/GcV4clXhB4PY9bpYrrWX1Uu6lzGKAgEJTm4 Diup8kyXHAc/DVL17e8vgg8CAwEAAaOB8jCB7zAfBgNVHSMEGDAWgBSgEQoj PpbxB+zirynvgqV/0DCktDAdBgNVHQ4EFgQUU3m/WqorSs9UgOHYm8Cd8rID ZsswDgYDVR0PAQH/BAQDAgGGMA8GA1UdEwEB/wQFMAMBAf8wEQYDVR0gBAow CDAGBgRVHSAAMEMGA1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9jcmwuY29tb2Rv Y2EuY29tL0FBQUNlcnRpZmljYXRlU2VydmljZXMuY3JsMDQGCCsGAQUFBwEB BCgwJjAkBggrBgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29tMA0G CSqGSIb3DQEBDAUAA4IBAQAYh1HcdCE9nIrgJ7cz0C7M7PDmy14R3iJvm3WO nnL+5Nb+qh+cli3vA0p+rvSNb3I8QzvAP+u431yqqcau8vzY7qN7Q/aGNnwU 4M309z/+3ri0ivCRlv79Q2R+/czSAaF9ffgZGclCKxO/WIu6pKJmBHaIkU4M iRTOok3JMrO66BQavHHxW/BBC5gACiIDEOUMsfnNkjcZ7Tvx5Dq2+UUTJnWv u6rvP3t3O9LEApE9GQDTF1w52z97GA1FzZOFli9d31kWTz9RvdVFGD/tSo7o BmF0Ixa1DVBzJ0RHfxBdiSprhTEUxOipakyAvGp4z7h/jnZymQyd/teRCBah o1+VMIIHGjCCBQKgAwIBAgIRAJGfKJkty9TP7oIYV08QSDwwDQYJKoZIhvcN AQEMBQAwRjELMAkGA1UEBhMCTkwxGTAXBgNVBAoTEEdFQU5UIFZlcmVuaWdp bmcxHDAaBgNVBAMTE0dFQU5UIFBlcnNvbmFsIENBIDQwHhcNMjEwMzE1MDAw MDAwWhcNMjIwMzE1MjM1OTU5WjCBoDEfMB0GA1UECQwWQWx0ZW5iZXJnZXIg U3RyYcOfZSA2OTENMAsGA1UEBxMETGluejEYMBYGA1UECAwPT2JlcsO2c3Rl cnJlaWNoMQswCQYDVQQGEwJBVDEqMCgGA1UECgwhSm9oYW5uZXMgS2VwbGVy IFVuaXZlcnNpdMOkdCBMaW56MRswGQYDVQQDExJGZXJkaW5hbmQgR29sZG1h bm4wggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDaugERJMNx5fQK cecK1YefPIqiVOuAWyFzma8215k+EAZIJjD8mQlNj1myHRnEaeV7mbtzKuLI 9QApCw7ptKYfeKVZg8+/KZMbGFq1xx24A9Ug4bWt3JdUH41kcA3ODwyvaUkN uLih+R0IUweFXRKeCi/7NH4EQfOLCZrSrY9cmKj146OkXwIRV3zAFMruqPQD iiy1t9iaGojE6p+rNf83oyweMfxFXNudkREY67afuyDR9ObJwgQqostcMx2f un2/1yTqjJdfKuRlTpAsyldyrcmRWtGAlIVMvJkRM3zKDSUiKQEhNIXcsm4X nrWanpEOtES366J+Sxx9Unoks6kHE98futHFz+scKhcqU6E4S3IgXZcZ8cXJ yOVr+7TM3qY4FZfLP8JNWfQOJfEAhew4kkXfZcYhKhY3Ud7L8E0+4HSw7acM hwRY1KKb+ByJNXzfzNF1ST7e/bT9kjW9+ycSf0RpC8nM9WI8OtQK1q2tfCbf j7mVoDBYPEsN8Six/ixNu1zYEe8VJWoPnVBC792AnteWjiuU3/LhFpxH22NS qyXeCVauktFcjrsa2Wg+44jmom0W4r6/6NxCR7eSThegqxeMvaX02JUC2bKb l+ySk8AggJsZwJvG9B1uM8mgCOD6RMEPnK8ZGOT8tG0ZfYV95oS7vSKZw6Lm dtDQvjXRCQIDAQABo4IBpjCCAaIwHwYDVR0jBBgwFoAUaQChxyFY+ODFGyCw Ct2nUb8T2eQwHQYDVR0OBBYEFLvNmuwGUKOnEvcrr5BAtMcBqfVrMA4GA1Ud DwEB/wQEAwIFoDAMBgNVHRMBAf8EAjAAMB0GA1UdJQQWMBQGCCsGAQUFBwME BggrBgEFBQcDAjA/BgNVHSAEODA2MDQGCysGAQQBsjEBAgJPMCUwIwYIKwYB BQUHAgEWF2h0dHBzOi8vc2VjdGlnby5jb20vQ1BTMEIGA1UdHwQ7MDkwN6A1 oDOGMWh0dHA6Ly9HRUFOVC5jcmwuc2VjdGlnby5jb20vR0VBTlRQZXJzb25h bENBNC5jcmwweAYIKwYBBQUHAQEEbDBqMD0GCCsGAQUFBzAChjFodHRwOi8v R0VBTlQuY3J0LnNlY3RpZ28uY29tL0dFQU5UUGVyc29uYWxDQTQuY3J0MCkG CCsGAQUFBzABhh1odHRwOi8vR0VBTlQub2NzcC5zZWN0aWdvLmNvbTAkBgNV HREEHTAbgRlGZXJkaW5hbmQuR29sZG1hbm5Aamt1LmF0MA0GCSqGSIb3DQEB DAUAA4ICAQB+8RYqnNIybk2BjO6lyErrG7cTwWoAdZPQzsavL3H5j/3ZFukg C6tQ7/7yyj6JWtlH33B5//mP4K4H8MUSFPxvBwCY3Oqdr8j76t7YTl9oHoPj qyQR4/6bVUBuFK9zOnWAGVZ/YnMEpLHQ7BW4Dp+Vsoca09MG3OF+4h+ltjHi kuTNQGfWCslIMG/ud7HMYRjsW0C+lkyQ211klYuP+BlxtsiLlM4UjYSS/8+7 PUE3J7r/c+Ti4XK/3o/OQFzo90W7l35u//apT2tLTVSIjnX+ofKSAs0wGSVg PSCf/cEhbaID+tO3fYtyh2vpp2LPe+nLI3gdLcC7tnLQAJEhx/mbcA+eaybp naL4HNgjp867W6Fj+MfVRQHZIrkW37l1sxtlqeQN0AMuejnuSYUzw+gV61al 5LOR4MtXEQ+r1t0B+Rzr/yc4ibTMaDHawIkPY+lOOlRbiHkuMO6sBjPydzgx UXjZzzVmYPMcKykOEgi00ourFsp+E8mmSP12RcMfRTq4C0SEDtn8zu+5sIK+ Hb3hwtPMKuU3GKH61IWkEZX7mi9T9CIcYg70rZqyPGhE+0D9ilZKM/w2XbO3 MxDwLIbdTZu7HPGJvH/d/N8xLF3igK9ytlxbo1gTG2C62WWM2V4quCQMoRwj eK/OEAbED7PW4ZzLT6d2L20XC3tkROR7fjGCA20wggNpAgEBMFswRjELMAkG A1UEBhMCTkwxGTAXBgNVBAoTEEdFQU5UIFZlcmVuaWdpbmcxHDAaBgNVBAMT E0dFQU5UIFBlcnNvbmFsIENBIDQCEQCRnyiZLcvUz+6CGFdPEEg8MA0GCWCG SAFlAwQCAQUAoIHkMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTIyMDIwNDEyMjIyNFowLwYJKoZIhvcNAQkEMSIEICNpMPdk ZrxDhq3JwgDD8GE9TA91EJpDMW5PDl7n3exJMHkGCSqGSIb3DQEJDzFsMGow CwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBFjALBglghkgBZQMEAQIwCgYIKoZI hvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIH MA0GCCqGSIb3DQMCAgEoMA0GCSqGSIb3DQEBAQUABIICACyVLRXyfrvfgBGt 8PipJxr+jzYKey/bK2JvcVhU4qdgGADEdKwJq3JDHo5OACQ8DwPcaXqTTvu/ bf5vHBKQ+FbT3SwOR5v8Chsfcua87E/0WZv7D0NntpmAvQbh6GWh7DGgTaoa 7TRAWltesDPMKfIfyq5kSsO81S5wdY0pAfVhFVV+gOcqgwzs0b6FkHG24XM1 PyqYPgtJyBUeFkZkVBhxG9ZRAN5RGpsZkiTIfKtyPvtZLIsetmfl7D7Pn6E+ XsvSiD+1h7GS12NBKqEYLFz6w4TCMZuvbGPznuKwMJKr6hKbfBYmr2iqGI8f RjN9RHX57a7HJgZlCTcynwOtZEgxuVfCu1nDco+AiQWhrJtkRRnL9q/TKNcY kbdrwg9XUqzkdJtz5lBTlf9W7Sv95nKvGvAZJ5JBSNdoCVgsjaMOmqQSo9ee Or4bbgMrZRd4/9cUfz4y8uprfPVcgNoI+6D1VQTmadqkCSQngA1gMvKOg8MQ 9GEHjxZpZuSpspqY9CK7vHuzJ3/vdoSgH0Z7v3ge2Z4reMFvFtCinjvNzWy2 423GOT5Fbk6k+eLvLsY2/gjjr/URBnBQ7y46OyH16Wq1eCRVA4VL7FHrusmb P59jwsNI999Fcq2PWQQ4uNvBpHvYtS0ShMW/VFNXDxwxlKrL7qEMsUHJxHyY nVgwwq8u --1317807366-65240867-1643977344=:3811026-- From eugen@grosbein.net Fri Feb 4 13:35:26 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 6D3BA19B6058 for ; Fri, 4 Feb 2022 13:35:40 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JqxPR1Bfhz3hTw for ; Fri, 4 Feb 2022 13:35:38 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 214DZTxF091923 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 4 Feb 2022 13:35:30 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: Ferdinand.Goldmann@jku.at Received: from [10.58.0.10] (dadv@dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 214DZSLW080562 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Fri, 4 Feb 2022 20:35:28 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Dell Perc H355 support? To: Ferdinand Goldmann , freebsd-stable@freebsd.org References: <5f5e1af-46be-f44-85a9-bf82b8bb7ea7@jku.at> From: Eugene Grosbein Message-ID: Date: Fri, 4 Feb 2022 20:35:26 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: <5f5e1af-46be-f44-85a9-bf82b8bb7ea7@jku.at> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT autolearn=disabled version=3.4.2 X-Spam-Report: * -0.0 SHORTCIRCUIT No description available. * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4JqxPR1Bfhz3hTw X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=fail (mx1.freebsd.org: domain of eugen@grosbein.net does not designate 2a01:4f8:c2c:26d8::2 as permitted sender) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [1.18 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; R_SPF_FAIL(1.00)[-all]; FREEFALL_USER(0.00)[eugen]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.62)[-0.623]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.90)[0.902]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N 04.02.2022 19:22, Ferdinand Goldmann wrote: > Hi, > > was thinking about getting a Dell R450 server, but unfortunately the PERC H355 > RAID controller does not seem to be (yet?) supported. > > Has anybody tried running FreeBSD on such a machine? Have you tried mrsas(4) driver? Please be sure to read its manual page for the PRIORITY section, or else it probably will fail. From nobody Mon Feb 7 07:44:08 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 9AB7C19BB901 for ; Mon, 7 Feb 2022 07:44:17 +0000 (UTC) (envelope-from Ferdinand.Goldmann@jku.at) Received: from emailsecure.uni-linz.ac.at (emailsecure.uni-linz.ac.at [140.78.3.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "emailsecure.uni-linz.ac.at", Issuer "GEANT OV RSA CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JsdSc3sTqz4SjT for ; Mon, 7 Feb 2022 07:44:15 +0000 (UTC) (envelope-from Ferdinand.Goldmann@jku.at) Received: from ferdi.local (dyn-ant69.edvz.uni-linz.ac.at [140.78.6.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by emailsecure.uni-linz.ac.at (Postfix) with ESMTPSA id 4JsdSS1V7gz2PPs; Mon, 7 Feb 2022 08:44:08 +0100 (CET) Date: Mon, 7 Feb 2022 08:44:08 +0100 (CET) From: Ferdinand Goldmann To: Eugene Grosbein cc: freebsd-stable@freebsd.org Subject: Re: Dell Perc H355 support? In-Reply-To: Message-ID: References: <5f5e1af-46be-f44-85a9-bf82b8bb7ea7@jku.at> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="1317807366-869437831-1644219848=:233725" X-Rspamd-Queue-Id: 4JsdSc3sTqz4SjT X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of Ferdinand.Goldmann@jku.at designates 140.78.3.66 as permitted sender) smtp.mailfrom=Ferdinand.Goldmann@jku.at X-Spamd-Result: default: False [-2.45 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[140.78.3.66:from]; SIGNED_SMIME(-2.00)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; HAS_ATTACHMENT(0.00)[]; DMARC_NA(0.00)[jku.at]; R_SPF_ALLOW(-0.20)[+ip4:140.78.3.0/24]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[140.78.3.66:from]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.73)[0.726]; NEURAL_HAM_SHORT(-1.00)[-0.998]; NEURAL_HAM_MEDIUM(-0.58)[-0.578]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:1205, ipnet:140.78.0.0/16, country:AT]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N --1317807366-869437831-1644219848=:233725 Content-Type: text/plain; charset=US-ASCII; format=flowed On Fri, 4 Feb 2022, Eugene Grosbein wrote: > 04.02.2022 19:22, Ferdinand Goldmann wrote: >> Hi, >> >> was thinking about getting a Dell R450 server, but unfortunately the PERC H355 >> RAID controller does not seem to be (yet?) supported. >> >> Has anybody tried running FreeBSD on such a machine? > > Have you tried mrsas(4) driver? I don't have a R450 system yet, so I can't try it. :-) I read the mrsas manpage and it lists severall Perc controllers, but unfortunately no H355 :-/ --1317807366-869437831-1644219848=:233725 Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: BASE64 Content-Description: S/MIME Cryptographic Signature Content-Disposition: attachment; filename=smime.p7s MIIXNgYJKoZIhvcNAQcCoIIXJzCCFyMCAQExDzANBglghkgBZQMEAgEFADAL BgkqhkiG9w0BBwGgghONMIIG5jCCBM6gAwIBAgIQMQJw1DW+mySa+FbQ4eKF STANBgkqhkiG9w0BAQwFADCBiDELMAkGA1UEBhMCVVMxEzARBgNVBAgTCk5l dyBKZXJzZXkxFDASBgNVBAcTC0plcnNleSBDaXR5MR4wHAYDVQQKExVUaGUg VVNFUlRSVVNUIE5ldHdvcmsxLjAsBgNVBAMTJVVTRVJUcnVzdCBSU0EgQ2Vy dGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNMjAwMjE4MDAwMDAwWhcNMzMwNTAx MjM1OTU5WjBGMQswCQYDVQQGEwJOTDEZMBcGA1UEChMQR0VBTlQgVmVyZW5p Z2luZzEcMBoGA1UEAxMTR0VBTlQgUGVyc29uYWwgQ0EgNDCCAiIwDQYJKoZI hvcNAQEBBQADggIPADCCAgoCggIBALNK4iJeJ1vpBFsUBDUyIBSutNIxQMbN UMAeoUTKr55KYX8tkN5imzNqLaRCypYBPP9wED2AaO6e8njkbjzJwLgPqDBk W9sG3kmi3GW6cF4Hwr5ysZqve/5EJDhV+9OhfTu/4dMnoR4Q41HcjMk9MzLO ADAQ0awBZ/29r0d49AUmIKELNeqEqmnTN6fndL7x/2K0TLToZLxqS7sy/Jvi 0wEFr0CfdjcAsioh7KaD+Jizyb1aRKQzJ6Q20VEHX7UqWc1SkzTkbz6xj0S5 ydBBFQh0fNiy+qM/deVpK4HgmPSJrrpQZ+LlbHfWabmwoDPxF71QZVYiqrrA oUrGRJ+47iLBiIg8miIYS7Hd2ppvAUt24CugMXUjETjQ+oYh09fNi5n/AvoE R8UBvTHLxt+blL0bvL+2z2YiUWk+2Qtn+dD+JU5Z2y71qV7+cr+4YXjvGzF5 bYsi8HiwflTb4Php3y+k1twKtchdcq2QGc0eDG6Y01nRHUiyr8/PtMAsLHEP NZ2wzsA7fb8mftHiV20ZFmYqknJ8AIOfwdTVA+E62JayOJ+sxadqcmFDorsz /mrPwGZ8+txr4xSuvVjg0dlv0yuA+1YpBDIYNfL4bkX+IcZ1mTstL4Xw0f4N 2iW3bBmnPnYmoYxMM8gflCiTgss73nBvG2f7v1PD7BDGYNO4iD4vAgMBAAGj ggGLMIIBhzAfBgNVHSMEGDAWgBRTeb9aqitKz1SA4dibwJ3ysgNmyzAdBgNV HQ4EFgQUaQChxyFY+ODFGyCwCt2nUb8T2eQwDgYDVR0PAQH/BAQDAgGGMBIG A1UdEwEB/wQIMAYBAf8CAQAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUF BwMEMDgGA1UdIAQxMC8wLQYEVR0gADAlMCMGCCsGAQUFBwIBFhdodHRwczov L3NlY3RpZ28uY29tL0NQUzBQBgNVHR8ESTBHMEWgQ6BBhj9odHRwOi8vY3Js LnVzZXJ0cnVzdC5jb20vVVNFUlRydXN0UlNBQ2VydGlmaWNhdGlvbkF1dGhv cml0eS5jcmwwdgYIKwYBBQUHAQEEajBoMD8GCCsGAQUFBzAChjNodHRwOi8v Y3J0LnVzZXJ0cnVzdC5jb20vVVNFUlRydXN0UlNBQWRkVHJ1c3RDQS5jcnQw JQYIKwYBBQUHMAGGGWh0dHA6Ly9vY3NwLnVzZXJ0cnVzdC5jb20wDQYJKoZI hvcNAQEMBQADggIBAAoFTnsNjx8TOQD9b+xixsPt7Req4wHMeNw/R5dddEPg QAQAYJZKz5BEv1cjGbH7nbPH3AxrxhN6OVH40p6OLIo9MXSrrfMzGs7/P+FT CjwgNxFEtLQ1KC9NboA3asJcl7mIs3l8h9iAgEH1zLUvq2s+5n++NQmbzudD sTFDMapY3kX1TwyUCTRzmItqcbsYIyg2MeIXWfRtqPqC5R4bufmpzA5BPINL X340Sp/CNQ9QZqw3VkfyHWwTo+vO9Gm2L6srNamJT6Lb+TeXZvl8UPL5a72O /pH0GgGHjt6z9QzPARnaRKshVWviNK6ST4WmZHllu3CJg0BXqx1vWyswawgv NeWt1qxITacYe9mSWTbNR2CftvTUwerruDSY2jMaZPoNqbjUpuG/blYwWzzv VerBUhviAahPXJF/9V48ybWPBq6qKOEokW+s3B4ad5sY96KlovEijaIQDip1 HO0SD+rLNYaiBcr9MV2aK+DfbZ8w9BaNCQyFEYwzxIKOVk3bYvzHRk5ihUDa scmbk/bkiNl74c/KfuKQmJImaqWoWZR6jBcXcPV0WUIKz/nILTpFhGojZEQW 77by3aezAi9jrEIUBHRG1LwzPbJc2V3SOzYyaJFQatzuKZbN1Q9s9y/2x1QX tKwREY8jNgvx0iIfOK35gKgYJJcyDql4XfuEc2nVMIIFgTCCBGmgAwIBAgIQ OXJEOvkit1HX02wQ3TE1lTANBgkqhkiG9w0BAQwFADB7MQswCQYDVQQGEwJH QjEbMBkGA1UECAwSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHDAdTYWxm b3JkMRowGAYDVQQKDBFDb21vZG8gQ0EgTGltaXRlZDEhMB8GA1UEAwwYQUFB IENlcnRpZmljYXRlIFNlcnZpY2VzMB4XDTE5MDMxMjAwMDAwMFoXDTI4MTIz MTIzNTk1OVowgYgxCzAJBgNVBAYTAlVTMRMwEQYDVQQIEwpOZXcgSmVyc2V5 MRQwEgYDVQQHEwtKZXJzZXkgQ2l0eTEeMBwGA1UEChMVVGhlIFVTRVJUUlVT VCBOZXR3b3JrMS4wLAYDVQQDEyVVU0VSVHJ1c3QgUlNBIENlcnRpZmljYXRp b24gQXV0aG9yaXR5MIICIjANBgkqhkiG9w0BAQEFAAOCAg8AMIICCgKCAgEA gBJlFzYOw9sIs9CsVw127c0n00ytUINh4qogTQktZAnczomfzD2p7PbPwdzx 07HWezcoEStH2jnGvDoZtF+mvX2do2NCtnbyqTsrkfjib9DsFiCQCT7i6HTJ GLSR1GJk23+jBvGIGGqQIjy8/hPwhxR79uQfjtTkUcYRZ0YIUcuGFFQ/vDP+ fmyc/xadGL1RjjWmp2bIcmfbIWax1Jt4A8BQOujM8Ny8nkz+rwWWNR9XWrf/ zvk9tyy29lTdyOcSOk2uTIq3XJq0tyA9yn8iNK5+O2hmAUTnAU5GU5szYPeU vlM3kHND8zLDU+/bqv50TmnHa4xgk97Exwzf4TKuzJM7UXiVZ4vuPVb+DNBp DxsP8yUmazNt925H+nND5X4OpWaxKXwyhGNVicQNwZNUMBkTrNN9N6frXTps NVzbQdcS2qlJC9/YgIoJk2KOtWbPJYjNhLixP6Q5D9kCnusSTJV882sFqV4W g8y4Z+LoE53MW4LTTLPtW//e5XOsIzstAL81VXQJSdhJWBp/kjbmUZIO8yZ9 HE0XvMnsQybQv0FfQKlERPSZ51eHnlAfV1SoPv10Yy+xUGUJ5lhCLkMaTLTw JUdZ+gQek9QmRkpQgbLevni3/GcV4clXhB4PY9bpYrrWX1Uu6lzGKAgEJTm4 Diup8kyXHAc/DVL17e8vgg8CAwEAAaOB8jCB7zAfBgNVHSMEGDAWgBSgEQoj PpbxB+zirynvgqV/0DCktDAdBgNVHQ4EFgQUU3m/WqorSs9UgOHYm8Cd8rID ZsswDgYDVR0PAQH/BAQDAgGGMA8GA1UdEwEB/wQFMAMBAf8wEQYDVR0gBAow CDAGBgRVHSAAMEMGA1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9jcmwuY29tb2Rv Y2EuY29tL0FBQUNlcnRpZmljYXRlU2VydmljZXMuY3JsMDQGCCsGAQUFBwEB BCgwJjAkBggrBgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29tMA0G CSqGSIb3DQEBDAUAA4IBAQAYh1HcdCE9nIrgJ7cz0C7M7PDmy14R3iJvm3WO nnL+5Nb+qh+cli3vA0p+rvSNb3I8QzvAP+u431yqqcau8vzY7qN7Q/aGNnwU 4M309z/+3ri0ivCRlv79Q2R+/czSAaF9ffgZGclCKxO/WIu6pKJmBHaIkU4M iRTOok3JMrO66BQavHHxW/BBC5gACiIDEOUMsfnNkjcZ7Tvx5Dq2+UUTJnWv u6rvP3t3O9LEApE9GQDTF1w52z97GA1FzZOFli9d31kWTz9RvdVFGD/tSo7o BmF0Ixa1DVBzJ0RHfxBdiSprhTEUxOipakyAvGp4z7h/jnZymQyd/teRCBah o1+VMIIHGjCCBQKgAwIBAgIRAJGfKJkty9TP7oIYV08QSDwwDQYJKoZIhvcN AQEMBQAwRjELMAkGA1UEBhMCTkwxGTAXBgNVBAoTEEdFQU5UIFZlcmVuaWdp bmcxHDAaBgNVBAMTE0dFQU5UIFBlcnNvbmFsIENBIDQwHhcNMjEwMzE1MDAw MDAwWhcNMjIwMzE1MjM1OTU5WjCBoDEfMB0GA1UECQwWQWx0ZW5iZXJnZXIg U3RyYcOfZSA2OTENMAsGA1UEBxMETGluejEYMBYGA1UECAwPT2JlcsO2c3Rl cnJlaWNoMQswCQYDVQQGEwJBVDEqMCgGA1UECgwhSm9oYW5uZXMgS2VwbGVy IFVuaXZlcnNpdMOkdCBMaW56MRswGQYDVQQDExJGZXJkaW5hbmQgR29sZG1h bm4wggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDaugERJMNx5fQK cecK1YefPIqiVOuAWyFzma8215k+EAZIJjD8mQlNj1myHRnEaeV7mbtzKuLI 9QApCw7ptKYfeKVZg8+/KZMbGFq1xx24A9Ug4bWt3JdUH41kcA3ODwyvaUkN uLih+R0IUweFXRKeCi/7NH4EQfOLCZrSrY9cmKj146OkXwIRV3zAFMruqPQD iiy1t9iaGojE6p+rNf83oyweMfxFXNudkREY67afuyDR9ObJwgQqostcMx2f un2/1yTqjJdfKuRlTpAsyldyrcmRWtGAlIVMvJkRM3zKDSUiKQEhNIXcsm4X nrWanpEOtES366J+Sxx9Unoks6kHE98futHFz+scKhcqU6E4S3IgXZcZ8cXJ yOVr+7TM3qY4FZfLP8JNWfQOJfEAhew4kkXfZcYhKhY3Ud7L8E0+4HSw7acM hwRY1KKb+ByJNXzfzNF1ST7e/bT9kjW9+ycSf0RpC8nM9WI8OtQK1q2tfCbf j7mVoDBYPEsN8Six/ixNu1zYEe8VJWoPnVBC792AnteWjiuU3/LhFpxH22NS qyXeCVauktFcjrsa2Wg+44jmom0W4r6/6NxCR7eSThegqxeMvaX02JUC2bKb l+ySk8AggJsZwJvG9B1uM8mgCOD6RMEPnK8ZGOT8tG0ZfYV95oS7vSKZw6Lm dtDQvjXRCQIDAQABo4IBpjCCAaIwHwYDVR0jBBgwFoAUaQChxyFY+ODFGyCw Ct2nUb8T2eQwHQYDVR0OBBYEFLvNmuwGUKOnEvcrr5BAtMcBqfVrMA4GA1Ud DwEB/wQEAwIFoDAMBgNVHRMBAf8EAjAAMB0GA1UdJQQWMBQGCCsGAQUFBwME BggrBgEFBQcDAjA/BgNVHSAEODA2MDQGCysGAQQBsjEBAgJPMCUwIwYIKwYB BQUHAgEWF2h0dHBzOi8vc2VjdGlnby5jb20vQ1BTMEIGA1UdHwQ7MDkwN6A1 oDOGMWh0dHA6Ly9HRUFOVC5jcmwuc2VjdGlnby5jb20vR0VBTlRQZXJzb25h bENBNC5jcmwweAYIKwYBBQUHAQEEbDBqMD0GCCsGAQUFBzAChjFodHRwOi8v R0VBTlQuY3J0LnNlY3RpZ28uY29tL0dFQU5UUGVyc29uYWxDQTQuY3J0MCkG CCsGAQUFBzABhh1odHRwOi8vR0VBTlQub2NzcC5zZWN0aWdvLmNvbTAkBgNV HREEHTAbgRlGZXJkaW5hbmQuR29sZG1hbm5Aamt1LmF0MA0GCSqGSIb3DQEB DAUAA4ICAQB+8RYqnNIybk2BjO6lyErrG7cTwWoAdZPQzsavL3H5j/3ZFukg C6tQ7/7yyj6JWtlH33B5//mP4K4H8MUSFPxvBwCY3Oqdr8j76t7YTl9oHoPj qyQR4/6bVUBuFK9zOnWAGVZ/YnMEpLHQ7BW4Dp+Vsoca09MG3OF+4h+ltjHi kuTNQGfWCslIMG/ud7HMYRjsW0C+lkyQ211klYuP+BlxtsiLlM4UjYSS/8+7 PUE3J7r/c+Ti4XK/3o/OQFzo90W7l35u//apT2tLTVSIjnX+ofKSAs0wGSVg PSCf/cEhbaID+tO3fYtyh2vpp2LPe+nLI3gdLcC7tnLQAJEhx/mbcA+eaybp naL4HNgjp867W6Fj+MfVRQHZIrkW37l1sxtlqeQN0AMuejnuSYUzw+gV61al 5LOR4MtXEQ+r1t0B+Rzr/yc4ibTMaDHawIkPY+lOOlRbiHkuMO6sBjPydzgx UXjZzzVmYPMcKykOEgi00ourFsp+E8mmSP12RcMfRTq4C0SEDtn8zu+5sIK+ Hb3hwtPMKuU3GKH61IWkEZX7mi9T9CIcYg70rZqyPGhE+0D9ilZKM/w2XbO3 MxDwLIbdTZu7HPGJvH/d/N8xLF3igK9ytlxbo1gTG2C62WWM2V4quCQMoRwj eK/OEAbED7PW4ZzLT6d2L20XC3tkROR7fjGCA20wggNpAgEBMFswRjELMAkG A1UEBhMCTkwxGTAXBgNVBAoTEEdFQU5UIFZlcmVuaWdpbmcxHDAaBgNVBAMT E0dFQU5UIFBlcnNvbmFsIENBIDQCEQCRnyiZLcvUz+6CGFdPEEg8MA0GCWCG SAFlAwQCAQUAoIHkMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTIyMDIwNzA3NDQwOFowLwYJKoZIhvcNAQkEMSIEIKfCb4RR 1sXhQNIk4U3o2xBydPSjhn6St7TMRvejWzZIMHkGCSqGSIb3DQEJDzFsMGow CwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBFjALBglghkgBZQMEAQIwCgYIKoZI hvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIH MA0GCCqGSIb3DQMCAgEoMA0GCSqGSIb3DQEBAQUABIICAJ4VC5YibV7Aq+VS mibOiwyS6cv5SyLuOKIY5IqQ0QEFVK92QdSveriuc/6WksPd6EmiWs2KibGg KCrWnCjIZIHM0pswkRbGDst/uipy6lJG2iWl0zDP/adp9tPz4qX1ZogiLnXV E4Nm6vocJQEQSmi+JcyrmhjHzjCCG6AGQzlsvhjfdNYCvDrHXAIa1HFcANxG 9ucTOqRqJxkuOxZabytb7dzRim8YrJwCcnlCuTBPdFl6h7GX0wcyA9f0lPva t3Ejr7qQ6m2IVvEeKqf+6G0FkayH7xTPHudOFhmNLZAbDpPV08CB62V5v3y+ M5WohDr42nHOZPb6PBQtH/dfLyH46F8J9I5GKyCibNXaK7hN65ADbFndMUjA 7m7KGC497lDGw29vvAxHovTk5sT/R7nKrhx05KrFEjgZGQ0uCgcrjdChv/xg lBUMMBbKaCuDIszOjryr/SZkARytwoo5Wdo02cvRNKedKORbHp+PZcuy6MBR /DXP+xBJ7yE+7HsxNsQ6EBtZbxg2yLjYuQLA4I5BD0NmkCaNyT9ndTRIxNAQ bWgt5Rb4/3aJp/qJzsA71th+vcwFVPJhC2ox2iva6h0FXsfhuf+5edSGF2Uo SpJjE6qyom1QDrlvc1FuTjkDUZqqb7gRkpmnv0sILYt7lW86hiryRDzcebIN MyaQn7Mc --1317807366-869437831-1644219848=:233725-- From nobody Mon Feb 7 12:15:57 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id DF4B819A5EFE; Mon, 7 Feb 2022 12:16:00 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JslV860HCz3qVn; Mon, 7 Feb 2022 12:16:00 +0000 (UTC) (envelope-from avg@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1644236160; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=cd9ui52/RStpcE3HJrID3rJG8TtS+b6Yhyc6AkbB79Y=; b=JMPPBA43oEZcUPH3LrxOsVhNPj7StLTS0PYIpFrsC9Q0FPbNVg3SJIVoTLN663xASj08mu vICWbjr5SfEV2u2MZ9oDM41s9OddeuYa67iiB8qyBZah4cyiXbjnVQs8jqyxcwGpPze5F4 hmLR/FJ+a1cWvtTVS1xYANMwpEvkv6EjF/DLGgP7ditFfxYB5SRvRmLAdxCsfzYaVhTi5s 51ezkYN/+tLvQHZ4o3wi8Q4upUdyaxpY4x4M0Mftwl159zJgNzAFneAujgJPHElkE6CoKD ZkXSS6emmoMiEN6LV2ybdR5LY7xzG3ECAYsuXUZb8ANnWyBD7PyRQ7wo070hFA== Received: from [192.168.0.88] (unknown [195.64.148.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: avg/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 36FE42C328; Mon, 7 Feb 2022 12:16:00 +0000 (UTC) (envelope-from avg@FreeBSD.org) Message-ID: <346d021f-b737-f41a-883f-e821389c4431@FreeBSD.org> Date: Mon, 7 Feb 2022 14:15:57 +0200 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:91.0) Gecko/20100101 Firefox/91.0 Thunderbird/91.5.1 Content-Language: en-US To: freebsd-stable List , freebsd-fs , "freebsd-geom@FreeBSD.org" From: Andriy Gapon Subject: fsck -C -p: NO WRITE ACCESS Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1644236160; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=cd9ui52/RStpcE3HJrID3rJG8TtS+b6Yhyc6AkbB79Y=; b=cIenr7KV+C6How86wGdecdaxCrUuZ7kzaUv4Pay22mPHsXBrdo02G8JdvNQEDa+21VymPU sxtT9oJPiLwCfl6eGrSgcrKQJ2GIK+spMKdd4LrMoZinYjty7uwNfdVWgD+oM6ah+/HClJ 8ySCY7Z6zSmij1YAAAkWSY5qL20v85P75Ltz0/9oRQrK18XLJGZBVPt6TSW1YVKWYI5Afe jo+zT5cRo2JyNbvRpb22y0Kk1LTxQP8H/Um80Nc3+pQ6ByV6G1y8GLovmusg3FIpfQkf0O 1a4gQ+aQHRU5Nd1dLV7g7jtYQu5U3430ToX9R1WjxlvMZCOr8oHOQtyxfOd9Xw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1644236160; a=rsa-sha256; cv=none; b=vX2X8LVjOh4KTAAWkDa59YYg9DDKTchzIhsoHQgfuBbynxmjR2ZvNWcURVeH3OxxhlW++E 95cGcaZr11cUjGpMjk8KUxpaAoopbaCwkRUbTBB4VlypSbQXOlgTMtfR+K6fP5hGatrNhl 9gqH9aKoDNzn1SFixGfkPG9nqrkT/s6UyTBIIgyR6+XGBrDweXoIZnca7dTmXaYVa24cxR 4kxhkKB9qQNCiuZJtmVA3ktGgxhvaEiZCychS4CWwdjfcAi2WABqG3pLvk+l0UkAhXFScw fDkoCc4o8Ze0HtObjXb2jEcUXCRY1tploeN5zaKMK/CT7sZG1/w+nZyzDNX45A== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N I've got a problem where fsck behaves differently from my expectations. The problem happens with a filesystem on a GELI encrypted ZVOL. The volume has 4K block size and that's the GELI's sector size as well. FreeBSD is stable/13 from mid January. Let me demonstrate: # fsck -C -p /dev/zvol/.../vault.eli /dev/zvol/.../vault.eli: NO WRITE ACCESS /dev/zvol/.../vault.eli: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. # fsck /dev/zvol/.../vault.eli ** /dev/zvol/.../vault.eli SAVE DATA TO FIND ALTERNATE SUPERBLOCKS? [yn] n ADD CYLINDER GROUP CHECK-HASH PROTECTION? [yn] n ADD SUPERBLOCK CHECK-HASH PROTECTION? [yn] n ADD INODE CHECK-HASH PROTECTION? [yn] n ** Last Mounted on /usr/home/avg/secret ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 136 files, 371 used, 253491 free (35 frags, 31682 blocks, 0.0% fragmentation) ***** FILE SYSTEM IS CLEAN ***** # fsck -C -p /dev/zvol/.../vault.eli /dev/zvol/.../vault.eli: NO WRITE ACCESS /dev/zvol/.../vault.eli: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. # mount /dev/zvol/.../vault.eli ~/secret So, mount can mount the filesystem without problems. Plain fsck suggests to enable some features, it does not find any problem and sees the filesystem as clean. But fsck -C -p fails with a rather cryptic error. I don't think I saw this before. If I try to allow fsck to enable some things that it wants, it actually does fail to write: # fsck /dev/zvol/.../vault.eli ** /dev/zvol/.../vault.eli SAVE DATA TO FIND ALTERNATE SUPERBLOCKS? [yn] y CANNOT WRITE BLK: 15 CONTINUE? [yn] n With ktrace I see: fsck_ufs CALL pwrite(0x4,0x800aa0000,0x1000,0x1e00) fsck_ufs RET pwrite -1 errno 22 Invalid argument So, a 4K write but the offset is not 4K aligned. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ A little bit more data: # dumpfs -m /dev/zvol/.../vault.eli # newfs command for /dev/zvol/.../vault.eli (/dev/zvol/.../vault.eli) newfs -L vault -O 2 -a 4 -b 32768 -d 32768 -e 4096 -f 4096 -g 16384 -h 64 -i 8192 -k 2616 -m 8 -o time -s 2097144 /dev/zvol/.../vault.eli # geli list Geom name: zvol/.../vault.eli State: ACTIVE EncryptionAlgorithm: AES-XTS KeyLength: 128 Crypto: software Version: 7 UsedKey: 0 Flags: NONE KeysAllocated: 1 KeysTotal: 1 Providers: 1. Name: zvol/.../vault.eli Mediasize: 1073737728 (1.0G) Sectorsize: 4096 Mode: r0w0e0 Consumers: 1. Name: zvol/.../vault Mediasize: 1073741824 (1.0G) Sectorsize: 512 Stripesize: 4096 Stripeoffset: 0 Mode: r1w1e1 # tunefs -p /dev/zvol/.../vault.eli tunefs: POSIX.1e ACLs: (-a) disabled tunefs: NFSv4 ACLs: (-N) disabled tunefs: MAC multilabel: (-l) disabled tunefs: soft updates: (-n) disabled tunefs: soft update journaling: (-j) disabled tunefs: gjournal: (-J) disabled tunefs: trim: (-t) disabled tunefs: maximum blocks per file in a cylinder group: (-e) 4096 tunefs: average file size: (-f) 16384 tunefs: average number of files in a directory: (-s) 64 tunefs: minimum percentage of free space: (-m) 8% tunefs: space to hold for metadata blocks: (-k) 2616 tunefs: optimization preference: (-o) time tunefs: volume label: (-L) vault # dumpfs /dev/zvol/.../vault.eli magic 19540119 (UFS2) last mounted time Mon Feb 7 13:44:30 2022 last modified time Mon Feb 7 13:51:18 2022 superblock location 65536 id [ 581f28b7 8a03690e ] ncg 4 size 262143 blocks 253862 bsize 32768 shift 15 mask 0xffff8000 fsize 4096 shift 12 mask 0xfffff000 frag 8 shift 3 fsbtodb 3 minfree 8% optim time symlinklen 120 maxbsize 32768 maxbpg 4096 maxcontig 4 contigsumsize 4 nbfree 31682 ndir 27 nifree 130934 nffree 35 bpg 8192 fpg 65536 ipg 32768 unrefs 0 nindir 4096 inopb 128 maxfilesize 2252349704110079 sbsize 4096 cgsize 16384 csaddr 2088 cssize 4096 sblkno 24 cblkno 32 iblkno 40 dblkno 2088 cgrotor 0 fmod 0 ronly 0 clean 1 metaspace 2616 avgfpdir 64 avgfilesize 16384 flags none fsmnt /usr/home/avg/secret volname vault swuid 0 providersize 262143 cs[].cs_(nbfree,ndir,nifree,nffree): (7905,3,32748,1) (7920,17,32691,10) (7928,3,32755,21) (7929,4,32740,3) blocks in last group 8191 cg 0: magic 90255 tell 20000 time Fri Dec 17 00:25:26 2021 cgx 0 ndblk 65536 niblk 32768 initiblk 256 unrefs 0 nbfree 7905 ndir 3 nifree 32748 nffree 1 rotor 4872 irotor 19 frotor 4744 frsum 1 0 0 0 0 0 0 sum of frsum: 1 clusters 1-3: 0 0 0 clusters size 4 and over: 2 clusters free: 264-587, 611-8191 inodes used: 0-19 blks free: 2112-4703, 4751, 4888-65535 cg 1: magic 90255 tell 10020000 time Thu Oct 21 10:39:16 2021 cgx 1 ndblk 65536 niblk 32768 initiblk 256 unrefs 0 nbfree 7920 ndir 17 nifree 32691 nffree 10 rotor 4776 irotor 20 frotor 4776 frsum 5 1 1 0 0 0 0 sum of frsum: 10 clusters 1-3: 0 0 1 clusters size 4 and over: 2 clusters free: 0-2, 265-587, 598-8191 inodes used: 0-19, 21-66, 68, 70, 74-82 blks free: 0-23, 2118, 2120-4703, 4726, 4743, 4745, 4757-4758, 4764, 4781-65535 cg 2: magic 90255 tell 20020000 time Tue Dec 28 18:40:22 2021 cgx 2 ndblk 65536 niblk 32768 initiblk 256 unrefs 0 nbfree 7928 ndir 3 nifree 32755 nffree 21 rotor 4720 irotor 6 frotor 4712 frsum 0 0 0 2 0 1 1 sum of frsum: 21 clusters 1-3: 0 0 1 clusters size 4 and over: 3 clusters free: 0-2, 262-587, 590-641, 645-8191 inodes used: 0-5, 8-9, 12-14, 17, 19 blks free: 0-23, 2090-4703, 4716-5135, 5144-5147, 5153-65535 cg 3: magic 90255 tell 30020000 time Wed Sep 1 12:52:02 2021 cgx 3 ndblk 65535 niblk 32768 initiblk 256 unrefs 0 nbfree 7929 ndir 4 nifree 32740 nffree 3 rotor 4736 irotor 26 frotor 4728 frsum 0 0 1 0 0 0 0 sum of frsum: 3 clusters 1-3: 0 0 1 clusters size 4 and over: 2 clusters free: 0-2, 261-587, 592-8190 inodes used: 0-25, 27-28 blks free: 0-23, 2088-4703, 4731-4733, 4736-65527 -- Andriy Gapon From nobody Mon Feb 7 23:16:31 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3C99E19A7C11 for ; Mon, 7 Feb 2022 23:16:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-25.consmr.mail.gq1.yahoo.com (sonic311-25.consmr.mail.gq1.yahoo.com [98.137.65.206]) (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 4Jt28V4GNDz4ldF for ; Mon, 7 Feb 2022 23:16:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1644275795; bh=mhPQvh0pdrODV9FSWL/2GFN78vLg1i9eNw105odoD6M=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=qxZKYm1F0E3Loyf6udyulAh0aylph9eyAaRRaiC3sJVjaOQL8i0W3AWlX+EU1bXxySup04hV75kKueFpz0bIe2/fiEd195LAnQvjiDzLlCpPCb3EjLiCkkAD9yxjvXLXyjvmZCG+B/k1ISbI8tNQ1FAgRNF6OQPBedOBDejUqALOIbbjT3MweBSijWk1IyYYYxnAw/GQpZ+RVEXU2IFQJBxtSI/bQXvKxO0zWc008D7mYOocN1M3H5WFo9JT1YtAytcSCbAuLxj0EDMYypKKr5FqYMC26pwKHZ9TQkmS45msNh/dLjfWBGJ7vXvC5aBOsheu7F/aETiByn9DD2XJvg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1644275795; bh=VX4ETLsASk+HT0Re0FMqk6DLox2OgOg3Wfgk75s04tI=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=JSoKtfTQi5qgmrzWc3cszgEcwt85RY43ur2sLVuWRw3ch+mgb2q5GXnZpeSbsON48JAlKk2ilE974t2xwSAdmsNwTRX2k1krnjCuECo+aXEvJ7C8Yej3oZIY3cMnguKVy7YBXHkKCJYco90Bi3T5GW4ujTXvnrONtq+MtYcHahJbFNxoVYfxzRCyGNxycwExhIOQ6dCelnjFywidP5p9S2yy1AmNahWa1zy7Tgf8RLw1tahfFR4NkMivki8ZkUdRozfaIsBnd5gIE90lFwS/nZPZVHTGvYliNBtPP42/IaI5grN4KCxI/IIQ2sUQuV17yywkYPKqgvq0oCAozLb0yA== X-YMail-OSG: r4miil4VM1n7k22IT6AsmSiCShZUlCWQxMt9datKGE9kpfS49gCi99Ku6Vu3VY5 9Q_D07ke.XBdmIrVXNmzkTT3p8CAFsXhbBppOS74UZBCSsalkOuAwTdsO1L5GDAulNaREjiq4I7Y 5VW29I.PDuSWH_8gNfeDFQM2fho0qsOiu0puBQMds7EdVZsKf8CZ7CxsUGunhSR8fLcVvgLbRKNp sQyJLETPGj_HMtiFoSgo30DcmF1owzyHyJJY2EN3M5NtwntTdxOlCRZRIISRqTLayVwBH5Xl3W_7 p6IREWHcEfktp67nRylvyzcexbrEgzft_bnyf5uInTRdCryoTfGuSh8XSAin0ySpNoj4MGbsdgYP S.KQgeonx8WaMX4noWz_V65UdWXnlxyiKKkJ378CQ5npbf8oqlEV8m4KJNFhGqvFo3BwkOoFUVgD NoBRZt0l1w40XCg4e.7G.0H2eTjhmGzBbkBb.LUf15E9XiXl0gIItVIVdTDZ02TjnvrUS6EUbPTJ KUnusku5a5ak7A._3dNBvR0Q8wYmzXsASfF7ZwpyHx0a2_AfYxyBoqbnVCoeMItFQ.5ukyI._o7h 7wjXUsZjZ04.2n4xJvMxsF6Furgup_KN6IpjocXDR2R5VigCEEuWdZs6hVrPUuhTZehaBhmTDQ.K RyURzNqG2kYomsQU4e_cowcpyMAY5QJk9j0vgwh7XNobgQlhkRLQt9pEPd0smGuJLVvSke5290gs 3FnY5L_7FVW5C.hR.AaIHY5JrA3FZ8h19uORndFhtKjMVtN8wBiqvkog1UyF_xZZ58LDIKrEkapN IQLakf29j5GXStJ9aNO8vtAU32XRQcdfwGvmn09.WpCPS6.LGUC4XCSFYpTHAUfr_PL8BNRq0Kmg qd3pf_QUK51U.Wsm.tFwLmIzUdkmLeRGc.hM9plQJUAHj7FmFtTCnu.7GLrFgHyLksymIJxwCwMu xtbbLh1eIgzCBSLDx3n5yvYezENtmpkdMJwPEdBkAm2JP9kg6z83jpifD5AHBbRN0TtyF75pivmt yF3yCq4Ex5sLkXe8F_c9by8FwuPGGrdpkh.aOby9LX42_8qcifgkbFiota.eFSZVdv3jlJbI6jOM Jm3vKVUl0FEfX87fTeWT4ECmn.NsmcwNLLZSF8zpUwfTjTt6C3uHr7azorcTALjG1fNQ5NOgm3GR q.B56._synP9I_KJQCREDH.j3dFaR2z86adS0pQNlJJDRvYo_7IVpnif66iGmYWgItEvSfyGgENJ BSVLAGyg7_21fjMhmcPuyG9T1o8YoQ7k4a8tAplTikTYD5rRR5v8KO6YzdzbcfsDaTV4czF.NFI7 BpQPSZ8ORoCmCIyH_nVDIR7uFacQoy4E31KkJR7AdrJVv6c6OdAWzUffsKNBrafew72N2GQEsyHi k8qTzZWqBEMwAI9ziTaI_hK4KWE29bIXrH8oiW7aMxB0ox7KhVxV4swca265gftBqXjuqMO7Le2a N_Sl6IfnRmJHRWv4mKDoCZFjMt5nNuDz2aD9bPZK.X9yOsA1xZVZBQvVkH7sETWWLfK9mMO8GcMl cxR0_GDWrrs2YCp59DD0.6mTkylOh8JjOiU9jsys972gO6nYj5zMJxH1MzyP5PqgrSxB0sUTsb8e GMlKybcvvt50DFHu9VNnN5Ji6Ad5.fae5xXOedSARbGTE306ffGMNx91rToW8zhpwwUobOAiO7X9 Ht0mFjvje5Z4GEyfTmBJ7wfZAfHpHSosl9KvTy_jOVtTKV6nyDbIjEnYiu0g8j.Q4XNziRJ0h_Ii p2_SE3RhDVPps848ivI.fO3riOeG8nrhGRz0oCbh27j9T10djp5LNYNJqyYjT8S1Yw61x2FWfur_ N3BqZHXU3Hoord8Oa7n6xT8VisK2uPE8lHcKTBsJDp9jN_7AcQFNbBggTta5E4rtazZEmCBZobZo SQASu4R3gcZ2wdCHUP4GrYy5thfgL8jepE5QvGroJfBSgLtynNdpeWmTw.cSjXZ0ney7GrmXrFGK ZyqPvw4mJna8kmhEVhqcNeXXonSep7tWc6vd5wxRfrtY00meBHCoNj6c3oZJdq_513mNdeHmWD5g BTHCkna28wYAGIgAkl9WuN8x8WrAkIOwHOs10i.I6SwBCyCqyDdnsWra3QAeffGJ3WIvv6DlJ1IM oF964hTBrpy2EaDCYs9TVx9scSm_nC5x1Ac7Tmh06Qc4GOkNyfu.U.8crd21ti1Wn.Sjy3i6IqkQ mcyrvRJHlTfrfSzJaXrkWCLFZemgnPzX1dFUlfbW_UZfgfQfrYVUyPZFV4bMZWyKZLCQ_Grh7n.F u5GvCJMzF8aaBKQ-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Mon, 7 Feb 2022 23:16:35 +0000 Received: by kubenode524.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 98c090baffbeae86c5386226890028c9; Mon, 07 Feb 2022 23:16:33 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: Troubles building world on stable/13 [the little bit of evidence about the compiler failures: a jemalloc-tie/ASLR-tie?] From: Mark Millard In-Reply-To: <22832BFB-D1A2-4964-B7C0-3E8F97E9C5E0@yahoo.com> Date: Mon, 7 Feb 2022 15:16:31 -0800 Cc: Free BSD , FreeBSD-STABLE Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: References: <20220202223208.GA78110@www.zefox.net> <70550346-BC53-458F-B01B-68559E5C9847@yahoo.com> <20220203015149.GA78722@www.zefox.net> <8A85F917-F4E8-4382-B777-15AF7401E616@yahoo.com> <20220204214403.GA85107@www.zefox.net> <20220205000800.GA85644@www.zefox.net> <51D494E4-6D8D-49C7-8F0C-FD53311264A5@yahoo.com> <20220205020612.GA85996@www.zefox.net> <22832BFB-D1A2-4964-B7C0-3E8F97E9C5E0@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4Jt28V4GNDz4ldF X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=qxZKYm1F; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; 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)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.206:from]; MLMMJ_DEST(0.00)[freebsd-stable]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.206:from]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N The primary evidence that I have gotten is dumps of part of the stack spanning the failure in the stable/13 c++ compiler. [Bob does his own buildworld buildkernel activities on the RPi3* in question, but normally absent the likes of make.conf and src.conf (or equivalents).] The following did lead to such a stack dump showing 8 bytes of 0xa5 that otherwise was 0x00. [The "junk:true" is a means of having jemalloc fill allocated memory with 0xa5 on allocation and 0x5a on deallocation (when jemalloc is built to allow such).] # ls -Tld /etc/malloc.conf=20 lrwxr-xr-x 1 root wheel 20 Feb 4 03:47:13 2022 /etc/malloc.conf -> = junk:true,abort:true It was around the beginning of the region that looked to have been stomped on: 0xffffffffa360: 00 00 00 00 00 00 00 00 a5 a5 a5 a5 a5 a5 a5 a5 = ................ Elsewhere in the dumped subregion of the stack (smaller addresses), there was also an example of "a5 a5 a5" : 0xffffffffae20: b8 3f 53 00 00 00 00 00 02 22 71 01 c1 a5 a5 a5 = .?S......"q..... There were no examples of "5a 5a" in the region and only the above examples of back to back a5's. (I did not check for back-to-back across lines.) What looks to be a valid fp/lr pair is: 0xffffffffa2d0: 70 a5 ff ff ff ff 00 00 6c 2b b7 02 00 00 00 00 = p.......l+...... But in the dump what the left part (fp part) refers to is: 0xffffffffa570: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... For reference for lr's "6c 2b b7 02": (lldb) disass -c 10 -a 0x2b72b6c c++`::ParseOptionalCXXScopeSpecifier(): 0x2b723fc <+0>: stp x29, x30, [sp, #-0x60]! 0x2b72400 <+4>: stp x28, x27, [sp, #0x10] 0x2b72404 <+8>: stp x26, x25, [sp, #0x20] 0x2b72408 <+12>: stp x24, x23, [sp, #0x30] 0x2b7240c <+16>: stp x22, x21, [sp, #0x40] 0x2b72410 <+20>: stp x20, x19, [sp, #0x50] 0x2b72414 <+24>: mov x29, sp 0x2b72418 <+28>: sub sp, sp, #0x250 ; =3D0x250=20 0x2b7241c <+32>: adrp x8, 9734 0x2b72420 <+36>: ldr x8, [x8, #0xe60] Most failures have the 0x01 after the ": ", but on occasion I've gotten one with 0x05 instead. The surrounding lines for the example at hand, that follow a simple, similarity-pattern, look like: 0xffffffffa450: 01 00 00 00 00 00 00 00 80 32 b2 55 00 00 00 00 = .........2.U.... 0xffffffffa460: 00 00 00 00 00 00 00 00 e2 34 b2 55 00 00 00 00 = .........4.U.... 0xffffffffa470: 01 00 00 00 00 00 00 00 00 33 b2 55 00 00 00 00 = .........3.U.... 0xffffffffa480: 00 00 00 00 00 00 00 00 f2 34 b2 55 00 00 00 00 = .........4.U.... 0xffffffffa490: 01 00 00 00 00 00 00 00 80 33 b2 55 00 00 00 00 = .........3.U.... 0xffffffffa4a0: 00 00 00 00 00 00 00 00 02 35 b2 55 00 00 00 00 = .........5.U.... 0xffffffffa4b0: 01 00 00 00 00 00 00 00 00 34 b2 55 00 00 00 00 = .........4.U.... 0xffffffffa4c0: 00 00 00 00 00 00 00 00 12 35 b2 55 00 00 00 00 = .........5.U.... 0xffffffffa4d0: 01 00 00 00 00 00 00 00 80 34 b2 55 00 00 00 00 = .........4.U.... 0xffffffffa4e0: 00 00 00 00 00 00 00 00 22 35 b2 55 00 00 00 00 = ........"5.U.... 0xffffffffa4f0: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa500: 00 00 00 00 00 00 00 00 5a 35 b2 55 00 00 00 00 = ........Z5.U.... 0xffffffffa510: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa520: 00 00 00 00 00 00 00 00 a2 35 b2 55 00 00 00 00 = .........5.U.... 0xffffffffa530: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa540: 00 00 00 00 00 00 00 00 ea 35 b2 55 00 00 00 00 = .........5.U.... 0xffffffffa550: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa560: 00 00 00 00 00 00 00 00 32 36 b2 55 00 00 00 00 = ........26.U.... 0xffffffffa570: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa580: 00 00 00 00 00 00 00 00 7a 36 b2 55 00 00 00 00 = ........z6.U.... 0xffffffffa590: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa5a0: 00 00 00 00 00 00 00 00 c2 36 b2 55 00 00 00 00 = .........6.U.... 0xffffffffa5b0: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa5c0: 00 00 00 00 00 00 00 00 0a 37 b2 55 00 00 00 00 = .........7.U.... 0xffffffffa5d0: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa5e0: 00 00 00 00 00 00 00 00 52 37 b2 55 00 00 00 00 = ........R7.U.... 0xffffffffa5f0: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa600: 00 00 00 00 00 00 00 00 9a 37 b2 55 00 00 00 00 = .........7.U.... 0xffffffffa610: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa620: 00 00 00 00 00 00 00 00 e2 37 b2 55 00 00 00 00 = .........7.U.... 0xffffffffa630: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa640: 00 00 00 00 00 00 00 00 2a 38 b2 55 00 00 00 00 = ........*8.U.... 0xffffffffa650: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa660: 00 00 00 00 00 00 00 00 72 38 b2 55 00 00 00 00 = ........r8.U.... 0xffffffffa670: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa680: 00 00 00 00 00 00 00 00 ba 38 b2 55 00 00 00 00 = .........8.U.... 0xffffffffa690: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa6a0: 00 00 00 00 00 00 00 00 02 39 b2 55 00 00 00 00 = .........9.U.... 0xffffffffa6b0: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa6c0: 00 00 00 00 00 00 00 00 4a 39 b2 55 00 00 00 00 = ........J9.U.... 0xffffffffa6d0: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa6e0: 00 00 00 00 00 00 00 00 92 39 b2 55 00 00 00 00 = .........9.U.... 0xffffffffa6f0: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa700: 00 00 00 00 00 00 00 00 da 39 b2 55 00 00 00 00 = .........9.U.... 0xffffffffa710: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa720: 00 00 00 00 00 00 00 00 22 3a b2 55 00 00 00 00 = ........":.U.... 0xffffffffa730: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa740: 00 00 00 00 00 00 00 00 6a 3a b2 55 00 00 00 00 = ........j:.U.... 0xffffffffa750: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa760: 00 00 00 00 00 00 00 00 b2 3a b2 55 00 00 00 00 = .........:.U.... 0xffffffffa770: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa780: 00 00 00 00 00 00 00 00 fa 3a b2 55 00 00 00 00 = .........:.U.... 0xffffffffa790: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa7a0: 00 00 00 00 00 00 00 00 42 3b b2 55 00 00 00 00 = ........B;.U.... 0xffffffffa7b0: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa7c0: 00 00 00 00 00 00 00 00 8a 3b b2 55 00 00 00 00 = .........;.U.... 0xffffffffa7d0: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa7e0: 00 00 00 00 00 00 00 00 d2 3b b2 55 00 00 00 00 = .........;.U.... 0xffffffffa7f0: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa800: 00 00 00 00 00 00 00 00 1a 3c b2 55 00 00 00 00 = .........<.U.... 0xffffffffa810: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa820: 00 00 00 00 00 00 00 00 62 3c b2 55 00 00 00 00 = ........b<.U.... 0xffffffffa830: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa840: 00 00 00 00 00 00 00 00 aa 3c b2 55 00 00 00 00 = .........<.U.... 0xffffffffa850: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa860: 00 00 00 00 00 00 00 00 f2 3c b2 55 00 00 00 00 = .........<.U.... 0xffffffffa870: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa880: 00 00 00 00 00 00 00 00 3a 3d b2 55 00 00 00 00 = ........:=3D.U.... 0xffffffffa890: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa8a0: 00 00 00 00 00 00 00 00 82 3d b2 55 00 00 00 00 = .........=3D.U.... 0xffffffffa8b0: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa8c0: 00 00 00 00 00 00 00 00 ca 3d b2 55 00 00 00 00 = .........=3D.U.... 0xffffffffa8d0: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa8e0: 00 00 00 00 00 00 00 00 12 3e b2 55 00 00 00 00 = .........>.U.... 0xffffffffa8f0: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa900: 00 00 00 00 00 00 00 00 5a 3e b2 55 00 00 00 00 = ........Z>.U.... 0xffffffffa910: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa920: 00 00 00 00 00 00 00 00 a2 3e b2 55 00 00 00 00 = .........>.U.... 0xffffffffa930: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa940: 00 00 00 00 00 00 00 00 ea 3e b2 55 00 00 00 00 = .........>.U.... 0xffffffffa950: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa960: 00 00 00 00 00 00 00 00 32 3f b2 55 00 00 00 00 = ........2?.U.... 0xffffffffa970: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa980: 00 00 00 00 00 00 00 00 7a 3f b2 55 00 00 00 00 = ........z?.U.... 0xffffffffa990: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa9a0: 00 00 00 00 00 00 00 00 c2 3f b2 55 00 00 00 00 = .........?.U.... 0xffffffffa9b0: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa9c0: 00 00 00 00 00 00 00 00 0a 40 b2 55 00 00 00 00 = .........@.U.... 0xffffffffa9d0: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffa9e0: 00 00 00 00 00 00 00 00 52 40 b2 55 00 00 00 00 = ........R@.U.... 0xffffffffa9f0: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffaa00: 00 00 00 00 00 00 00 00 9a 40 b2 55 00 00 00 00 = .........@.U.... 0xffffffffaa10: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffaa20: 00 00 00 00 00 00 00 00 e2 40 b2 55 00 00 00 00 = .........@.U.... 0xffffffffaa30: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffaa40: 00 00 00 00 00 00 00 00 2a 41 b2 55 00 00 00 00 = ........*A.U.... 0xffffffffaa50: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffaa60: 00 00 00 00 00 00 00 00 72 41 b2 55 00 00 00 00 = ........rA.U.... 0xffffffffaa70: 01 00 00 00 00 00 00 00 c0 0d b1 55 00 00 00 00 = ...........U.... 0xffffffffaa80: 00 00 00 00 00 00 00 00 ba 41 b2 55 00 00 00 00 = .........A.U.... When the 0x05's show up they are instead of the 0x01's, just after the ": ". After that the pattern is different. But quickly something looks like another fp/lr pair in memory, and tha, in turn, it references another: 0xffffffffaa90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 = ................ 0xffffffffaaa0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 = ................ 0xffffffffaab0: 00 00 00 00 00 00 00 00 44 c4 95 07 0e 02 46 57 = ........D.....FW 0xffffffffaac0: 10 ab ff ff ff ff 00 00 8c c6 aa 02 00 00 00 00 = ................ . . . 0xffffffffab10: 90 ac ff ff ff ff 00 00 e0 18 ab 02 00 00 00 00 = ................ . . . But after that the following does not seem to fit the pattern: 0xffffffffac90: 00 ac ff ff ff ff 00 00 44 c4 95 07 0e 02 46 57 = ........D.....FW and: 0xffffffffac00: 01 00 00 00 00 00 00 00 18 ae ff ff ff ff 00 00 = ................ The a5 sequences make me wonder if jemalloc assigned a memory allocation to stack space or was told to handle a stack address as if it was an assigned address for some aspects of an allocation (if that can even be requested). I wonder if there is any chance of ASLR being involved with the stack and memory allocation possibly overlapping. But I've really no clue. I've given up on trying to isolate what is going on for the compiler failures. I've only been able to see after the failure, not just before: debugger interactions with the compiler process in times close to the failure point in the code prevent the failure. I've not found any alternative that avoids such. This is on top of the issue that the plain-runs (no debugger) vary in behavior, sometimes running to completion, sometimes stopping at similar but varying places in the source code being processed. There is still no known way to get a full reproduction of failure details each time. (Which instance of the example type of source code being compiled at the point of failure does vary.) For reference: I've been using .sh/.cpp pairs that Bob published and a copy of the c++ from his system to investigate. The .cpp is large. Bob's RPi3* is a RAM+SWAP context of: 1 GiBYTe + 2 GiByte and I made such a context on a RPi3* as well. But I ran his stable/13 c++ on a system with a non-debug main [so: 14] kernel and either a main world or a stable/13 chroot. From the chroot: # uname -apKU FreeBSD Rock64_RPi_4_3_2v1p2 14.0-CURRENT FreeBSD 14.0-CURRENT #28 = main-n252475-e76c0108990b-dirty: Sat Jan 15 23:39:27 PST 2022 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA53-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA53 arm64 aarch64 1400047 1300524 # freebsd-version -ru 14.0-CURRENT 13.0-STABLE # ~/fbsd-based-on-what-commit.sh -C /usr/13S-src/ branch: stable/13 merge-base: a5f69859956049b5153b0e1b67f8f4a99622dc6f merge-base: CommitDate: 2022-01-15 12:55:32 +0000 a5f698599560 (HEAD -> stable/13, freebsd/stable/13) Ignore = debugger-injected signals left after detaching Bob's recent stable/13 context (kernel too) is more recent than mine. So the problems has been observed over a range of contexts. But, as I said, I've given up on finding a way to isolate whatever is going on. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Wed Feb 9 16:16:59 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 77E5119B4168 for ; Wed, 9 Feb 2022 16:17:14 +0000 (UTC) (envelope-from ps.ports@smyrak.com) Received: from ipv6.s149.cyber-folks.pl (ipv6.s149.cyber-folks.pl [IPv6:2a02:1778:113::68:149]) (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 4Jv4lY2kfXz4fTk for ; Wed, 9 Feb 2022 16:17:13 +0000 (UTC) (envelope-from ps.ports@smyrak.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=smyrak.com; s=x; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:Subject :To:From:Date:Sender:Reply-To:Cc:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To: References:List-Id:List-Help:List-Unsubscribe:List-Subscribe:List-Post: List-Owner:List-Archive; bh=YdDZKw/g5TP8A8mwoMDYPx3y1+x1kT1dZgjvYQmHG50=; b=h YsYrQjA1zJrdib/DGKgwm6inVKBMRZ2JiiXpbCO2ih068H9OMnEm67wQgPyVLb0GcmCvfjLxKRzRU xWKK6FuSIF/y1gCPHmX1owfBLosy3W/F8uDN+ab8hoUkKE7luj6C/+UMILfHJ8DizWAyhqjscFzTy vs/ji1QvzcvcDoo96Q90fcKGuqqGF+QOG8zGPetawc18CL2G6Q3sUWe1eZUGke+J4YF3veuY1wlLf soJPd9BKVUVPhEJe2x/gdkcIthktoOJhkTX6vTYi+5A4NSokk6ruEdw7rhDQemYKb9J5CNe4UEmLS jCFMOGKsMGizuRvcK/D7ywbi7vhAwuprQ==; Received: from 93-181-165-201.internetia.net.pl ([93.181.165.201] helo=daleth.home) by s149.cyber-folks.pl with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1nHpho-00G0Gn-1H for freebsd-stable@freebsd.org; Wed, 09 Feb 2022 17:17:12 +0100 Date: Wed, 9 Feb 2022 17:16:59 +0100 From: Piotr Smyrak To: freebsd-stable@freebsd.org Subject: No loader.lua boot error after upgrade to 13-STABLE Message-ID: <20220209171659.5625c8cf@daleth.home> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Authenticated-Id: piero@smyrak.com X-Rspamd-Queue-Id: 4Jv4lY2kfXz4fTk X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none ("invalid DKIM record") header.d=smyrak.com header.s=x header.b="h YsYrQj"; dmarc=pass (policy=none) header.from=smyrak.com; spf=pass (mx1.freebsd.org: domain of ps.ports@smyrak.com designates 2a02:1778:113::68:149 as permitted sender) smtp.mailfrom=ps.ports@smyrak.com X-Spamd-Result: default: False [-2.66 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a02:1778:113::/48]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_SHORT(0.14)[0.141]; DKIM_TRACE(0.00)[smyrak.com:~]; DMARC_POLICY_ALLOW(-0.50)[smyrak.com,none]; R_DKIM_PERMFAIL(0.00)[smyrak.com:s=x]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:41079, ipnet:2a02:1778::/32, country:PL]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hi, After source upgrading my Thinkpad to 13.0-STABLE at c3915f848b56 it ends up booting with an error: ERROR: cannot open /boot/lua/loader.lua: no such file or directory Yet the same source build runs flawlessly on my desktop with full disk ZFS setup, the laptop is UFS based though. I have read a bunch of tickets at bugzilla, including: 233098, 238749, 251250 =E2=80=93 and have n= ot found a solution. I had used the same steps to upgrade as usual: * cd /usr/src * make installkernel installworld DESTDIR=3D/mnt * mergemaster -FUia -D /mnt The affected SSD had been setup with GPT scheme. The laptop drive setup is as follows:=20 * the whole SSD is used for FreeBSD ** p1 boot - offset by 40 blocks and of 472 size ** p2 swap - 4G, encrypted ** p3 root - GELI encrypted UFS aligned to 4k What am I missing? --=20 Piotr Smyrak From nobody Sat Feb 12 02:15:26 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7179D19B8B55 for ; Sat, 12 Feb 2022 02:27:35 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::12]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JwZBs6CYjz4jYw for ; Sat, 12 Feb 2022 02:27:33 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 21C2R4JG093575 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sat, 12 Feb 2022 03:27:05 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-MDaemon-Deliver-To: X-Authentication-Warning: uucp.dinoex.sub.de: Host uucp.dinoex.org [185.220.148.12] claimed to be uucp.dinoex.sub.de Received: (from uucp@localhost) by uucp.dinoex.sub.de (8.17.1/8.17.1/Submit) with UUCP id 21C2R4IW093574 for freebsd-stable@freebsd.org; Sat, 12 Feb 2022 03:27:04 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.16.1/8.16.1) with ESMTP id 21C2I0D2079318 for ; Sat, 12 Feb 2022 03:18:01 +0100 (CET) (envelope-from peter@gate.intra.daemon.contact) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by gate.intra.daemon.contact (8.16.1/8.16.1) with ESMTPS id 21C2FQmm078813 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sat, 12 Feb 2022 03:15:27 +0100 (CET) (envelope-from peter@gate.intra.daemon.contact) Received: (from peter@localhost) by gate.intra.daemon.contact (8.16.1/8.16.1/Submit) id 21C2FQvX078812 for freebsd-stable@freebsd.org; Sat, 12 Feb 2022 03:15:26 +0100 (CET) (envelope-from peter) Date: Sat, 12 Feb 2022 03:15:26 +0100 From: Peter To: freebsd-stable@freebsd.org Subject: stable/13: undefined symbol: dtrace_instr_size Message-ID: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Description: evice smbusevice intpm Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.sub.de;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [185.220.148.12]); Sat, 12 Feb 2022 03:27:07 +0100 (CET) X-Rspamd-Queue-Id: 4JwZBs6CYjz4jYw X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org designates 2a0b:f840::12 as permitted sender) smtp.mailfrom=pmc@citylink.dinoex.sub.org X-Spamd-Result: default: False [-3.30 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[4]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_NA(0.00)[sub.org]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE]; RCVD_TLS_LAST(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hija, when adding "device dtrace" to kernel conf, I get this: linking kernel.full ld: error: undefined symbol: dtrace_instr_size >>> referenced by dtrace_subr.c:0 (/usr/src/sys/cddl/dev/dtrace/amd64/dtrac= e_sub r.c:0) >>> dtrace_subr.o:(dtrace_trap) *** [kernel.full] Error code 1 When adding "device dtrace" AND "device dtraceall", it does link, but then does panic on boot right after finding the CPUs. Is this to be expected, or am I doing something wrong? I didn't yet do a thorough analysis, currently just trying to bring one of my beasties up to some 13.1-pre at all. But maybe somebody here knows about the matter? Full kernel config: ------------------- # # M6R13V1 - amd64 config f=FCr Cloud KVM include GENERIC # System ident M6R13V1 machine amd64 nodevice cardbus # CardBus (32-bit) bus nodevice cbb # cardbus (yenta) bridge nodevice pccard # PC Card (16-bit) bus nodevice evdev # input event device support nodevice fdc nodevice hyperv # HyperV drivers nodevice nvd # expose NVMe namespaces as disks nodevice nvme # base NVMe driver nodevice ppi # Parallel port interface device nodevice psm # PS/2 mouse nodevice puc # Multi I/O cards and UARTs nodevice splash # Splash screen and screen saver nodevice uinput # install /dev/uinput cdev nodevice xenpci # Xen HVM Hypervisor services driver nodevice aac # Adaptec FSA RAID nodevice aacp # SCSI passthrough for aac (CAM) nodevice aacraid # Adaptec by PMC RAID nodevice ahc # AHA2940 and onboard AIC7xxx devic= es nodevice amr # AMI MegaRAID nodevice arcmsr # Areca SATA II RAID nodevice ciss # Compaq Smart RAID 5* nodevice dpt # DPT Smartcache III, IV - See NOTES nodevice esp # AMD Am53C974 (Tekram DC-390(T)) nodevice hpt27xx # Highpoint RocketRAID 27xx nodevice hptiop # Highpoint RocketRaid 3xxx series nodevice hptmv # Highpoint RocketRAID 182x nodevice hptnr # Highpoint DC7280, R750 nodevice hptrr # Highpoint 17xx, 22xx, 23xx, 25xx nodevice ida # Compaq Smart RAID nodevice iir # Intel Integrated RAID nodevice ips # IBM (Adaptec) ServeRAID nodevice isci # Intel C600 SAS controller nodevice mfi # LSI MegaRAID SAS nodevice mlx # Mylex DAC960 family nodevice mly # Mylex AcceleRAID/eXtremeRAID nodevice mpr # LSI-Logic MPT-Fusion 3 nodevice mps # LSI-Logic MPT-Fusion 2 nodevice mrsas # LSI/Avago MegaRAID SAS/SATA nodevice mvs # Marvell SATA nodevice ocs_fc # Emulex FC adapters nodevice pmspcv # PMC-Sierra SAS/SATA Controlle nodevice siis # SiliconImage SiI3124/SiI3132/SiI3= 53 nodevice smartpqi # Microsemi smartpqi driver nodevice trm # Tekram DC395U/UW/F DC315U adapters nodevice twa # 3ware 9000 series PATA/SATA RAID nodevice twe # 3ware ATA RAID nodevice tws # LSI 3ware 9750 SATA+SAS 6Gb/s RAID nodevice ae # Attansic/Atheros L2 FastEthernet nodevice age # Attansic/Atheros L1 Gigabit Ether= net nodevice ale # Atheros AR8121/AR8113/AR8114 Ethe= rnet nodevice an # Aironet 4500/4800 802.11 wireless nodevice ath # Atheros NICs nodevice ath_hal # Atheros pci/cardbus glue nodevice ath_pci # pci/cardbus chip support nodevice ath_rate_sample # SampleRate tx rate control for ath nodevice bce # Broadcom BCM5706/BCM5708 Gigabit nodevice bfe # Broadcom BCM440x 10/100 Ethernet nodevice bge # Broadcom BCM570xx Gigabit Ethernet nodevice bxe # Broadcom BCM5771X/BCM578XX 10GbE nodevice cas # Sun Cassini/Cassini+ and NS DP830= 65 nodevice dc # DEC/Intel 21143 and workalikes nodevice et # Agere ET1310 10/100/Gigabit Ether= net nodevice gem # Sun GEM/Sun ERI/Apple GMAC nodevice hme # Sun HME (Happy Meal Ethernet) nodevice iavf # Intel Adaptive Virtual Function nodevice ice # Intel 800 Series Physical Function nodevice ipw # Intel 2100 wireless NICs nodevice iwi # Intel 2200BG/2225BG/2915ABG wirel= ess nodevice iwn # Intel 4965/1000/5000/6000 wireless nodevice ix # Intel PRO/10GbE PCIE PF Ethernet nodevice ixl # Intel 700 Series Physical Function nodevice ixv # Intel PRO/10GbE PCIE VF Ethernet nodevice jme # JMicron JMC250 Gigabit/JMC260 nodevice le # AMD Am7900 LANCE and Am79C9xx PCn= et nodevice lge # Level 1 LXT1001 gigabit Ethernet nodevice malo # Marvell Libertas wireless NICs. nodevice msk # Marvell/SysKonnect Yukon II Gigab= it nodevice mwl # Marvell 88W8363 802.11n wireless nodevice nfe # nVidia nForce MCP on-board Ethern= et nodevice nge # NatSemi DP83820 gigabit Ethernet nodevice pcn # AMD Am79C97x PCI 10/100 nodevice ral # Ralink Technology RT2500 wireless= =20 nodevice sf # Adaptec AIC-6915 (``Starfire'') nodevice sge # Silicon Integrated Systems SiS190= /191 nodevice sis # Silicon Integr. Sys. SiS 900/SiS = 7016 nodevice sk # SysKonnect SK-984x & SK-982x giga= bit nodevice ste # Sundance ST201 (D-Link DFE-550TX) nodevice stge # Sundance/Tamarack TC9021 gigabit nodevice ti # Alteon Networks Tigon I/II gigabit nodevice tl # Texas Instruments ThunderLAN nodevice tx # SMC EtherPower II (83c170 ``EPIC'= ') nodevice txp # 3Com 3cR990 (``Typhoon'') nodevice vge # VIA VT612x gigabit Ethernet nodevice vmx # VMware VMXNET3 Ethernet nodevice vr # VIA Rhine, Rhine II nodevice vx # 3Com 3c590, 3c595 (``Vortex'') nodevice wb # Winbond W89C840F nodevice wi # WaveLAN/Intersil/Symbol 802.11 nodevice wpi # Intel 3945ABG wireless NICs nodevice snd_cmi # CMedia CMI8338/CMI8738 nodevice snd_csa # Crystal Semiconductor CS461x/428x nodevice snd_emu10kx # Creative SoundBlaster Live! nodevice snd_es137x # Ensoniq AudioPCI ES137x nodevice snd_ich # Intel, NVidia and other ICH AC'97 nodevice snd_via8233 # VIA VT8233x Audio nooptions AH_AR5416_INTERRUPT_MITIGATION # AR5416 interrupt mitigation nooptions AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors nooptions ATH_ENABLE_11N # Enable 802.11n support for AR5416 nooptions AUDIT # Security event auditing nooptions COMPAT_FREEBSD10 nooptions COMPAT_FREEBSD4 nooptions COMPAT_FREEBSD5 nooptions COMPAT_FREEBSD6 nooptions COMPAT_FREEBSD7 nooptions COMPAT_FREEBSD9 nooptions EVDEV_SUPPORT # evdev support in legacy drivers nooptions GEOM_RAID # Soft RAID functionality nooptions IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's nooptions IEEE80211_DEBUG # enable debug msgs nooptions IEEE80211_SUPPORT_MESH # enable 802.11s draft support nooptions IPSEC_SUPPORT # Allow kldload of ipsec and tcpmd5 nooptions MD_ROOT # MD is a potential root device nooptions NFS_ROOT # NFS usable as /, requires NFSCL nooptions PCI_HP # PCI-Express native HotPlug nooptions PCI_IOV # PCI SR-IOV support nooptions QUOTA # Enable disk quotas for UFS nooptions RACCT_DEFAULT_TO_DISABLED # Set kern.racct.enable=3D0 by de= fault nooptions SC_PIXEL_MODE # add support for the raster text m= ode nooptions UFS_GJOURNAL # Enable gjournal-based UFS journal= ing nooptions XENHVM # Xen HVM kernel infrastructure device aesni # AES-NI OpenCrypto module device pty # BSD-style compatibility pseudo tt= ys # Uraltes Zeug, was die KVM offenbar emuliert: device smbus device intpm # Irgendein Windows touch/tablet device das die KVM offenbar emuliert: device evdev device uhid device wmt # Dtrace im Kernel ## stable/13 @ 10.2.2022 dtraceall crash beim boot, nur dtrace linkt nicht #device dtrace #device dtraceall # TCP congestion control im Kernel (khelp/h_ertt), braucht patch conf/files #device concon options HZ=3D1000 options NETGRAPH options NETGRAPH_DEVICE options NETGRAPH_EIFACE options NETGRAPH_ETHER options NETGRAPH_SOCKET options ZFS options DDB # Enable the ddb debugger backend options DUMMYNET # ipfw bandwidth limiter (pipe/queu= e) options GEOM_PART_GPT # GPT partitioning options IPDIVERT # ipfw divert sockets (nat) options IPFIREWALL # ipfw options IPFIREWALL_NAT # in-kernel NAT options IPFIREWALL_NPTV6 options KDB_UNATTENDED # Don't enter the debugger for a pa= nic options LIBALIAS # prereq f. IPFIREWALL_NAT options MAC_NTPD # ntpd als unpriv. user options NULLFS # NULL filesystem From nobody Mon Feb 14 22:16:06 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E27C219C092C for ; Mon, 14 Feb 2022 22:16:19 +0000 (UTC) (envelope-from ps.ports@smyrak.com) Received: from ipv6.s149.cyber-folks.pl (ipv6.s149.cyber-folks.pl [IPv6:2a02:1778:113::68:149]) (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 4JyJTZ2KfZz4txK for ; Mon, 14 Feb 2022 22:16:18 +0000 (UTC) (envelope-from ps.ports@smyrak.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=smyrak.com; s=x; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References: In-Reply-To:Message-ID:Subject:To:From:Date:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=VwuKkKlnLL9keM+xEr4VPp7+Ue6KwhZgxS4nlP2vQ/4=; b=qqB7JcUdbP8L1EYGtgDKx6k6CZ XoQT0XrGkGafO7VwUFKyhPY9V3Z6uUKouty4Z79ROo1JEIya1scr7sJdSggR6QxKYfqltfVVsK85U +KBzUF1ygNQDNw9Vx8QuN1Wd5uQA8onVgeiwGzQqsXyKJqmkRouhMMV+H9gMw9P12w5fYN3uwuFQ/ 1A8Y+UebJctfpkF7EphBXLmbEdSjtYyt3G/NPvc2uxNC449+5N+j8XgIHIwVGWEBbhzoHiUT0I0N4 3uuiyWTWubfdgv+0P8eMuGlqRJac49lU5oAoTh05z859tA3d62s4C63uGTKcMcAJjFPRQ4ili3FHi yDsvMoog==; Received: from 93-181-165-201.internetia.net.pl ([93.181.165.201] helo=daleth.home) by s149.cyber-folks.pl with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1nJjh3-001hdb-0W for freebsd-stable@freebsd.org; Mon, 14 Feb 2022 23:16:17 +0100 Date: Mon, 14 Feb 2022 23:16:06 +0100 From: Piotr Smyrak To: freebsd-stable@freebsd.org Subject: Re: No loader.lua boot error after upgrade to 13-STABLE Message-ID: <20220214231606.1365a52d@daleth.home> In-Reply-To: <20220209171659.5625c8cf@daleth.home> References: <20220209171659.5625c8cf@daleth.home> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Authenticated-Id: piero@smyrak.com X-Rspamd-Queue-Id: 4JyJTZ2KfZz4txK X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none ("invalid DKIM record") header.d=smyrak.com header.s=x header.b=qqB7JcUd; dmarc=pass (policy=none) header.from=smyrak.com; spf=pass (mx1.freebsd.org: domain of ps.ports@smyrak.com designates 2a02:1778:113::68:149 as permitted sender) smtp.mailfrom=ps.ports@smyrak.com X-Spamd-Result: default: False [-3.80 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a02:1778:113::/48]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; DKIM_TRACE(0.00)[smyrak.com:~]; DMARC_POLICY_ALLOW(-0.50)[smyrak.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_DKIM_PERMFAIL(0.00)[smyrak.com:s=x]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:41079, ipnet:2a02:1778::/32, country:PL]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Wed, 9 Feb 2022 17:16:59 +0100 Piotr Smyrak wrote: > After source upgrading my Thinkpad to 13.0-STABLE at c3915f848b56 it > ends up booting with an error: >=20 > ERROR: cannot open /boot/lua/loader.lua: no such file or directory >=20 > Yet the same source build runs flawlessly on my desktop with full > disk ZFS setup, the laptop is UFS based though. I have read a bunch of > tickets at bugzilla, including: 233098, 238749, 251250 =E2=80=93 and have= not > found a solution. Perhaps to help others that mind end up in this state, here is how one might restore a working state. During the installworld the /boot directory will conveniently get backed up copies of older loaders similarly to the way old kernel is shifted.=20 Removing /boot/loader, and copying /boot/loader_lua.old to /boot/loader_lua got me a working machine.=20 This older laptop has got no option to change BIOS options, as you might get suggested elsewhere. HTH, --=20 Piotr Smyrak From nobody Mon Feb 14 23:17:58 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D008E19CB914; Mon, 14 Feb 2022 23:18:07 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gate2.funkthat.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JyKrt0VhPz3Jql; Mon, 14 Feb 2022 23:18:05 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.15.2/8.15.2) with ESMTPS id 21ENHwo9082377 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 14 Feb 2022 15:17:58 -0800 (PST) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id 21ENHwSi082376; Mon, 14 Feb 2022 15:17:58 -0800 (PST) (envelope-from jmg) Date: Mon, 14 Feb 2022 15:17:58 -0800 From: John-Mark Gurney To: Andriy Gapon Cc: freebsd-stable List , freebsd-fs , "freebsd-geom@FreeBSD.org" Subject: Re: fsck -C -p: NO WRITE ACCESS Message-ID: <20220214231758.GD97875@funkthat.com> Mail-Followup-To: Andriy Gapon , freebsd-stable List , freebsd-fs , "freebsd-geom@FreeBSD.org" References: <346d021f-b737-f41a-883f-e821389c4431@FreeBSD.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <346d021f-b737-f41a-883f-e821389c4431@FreeBSD.org> X-Operating-System: FreeBSD 11.3-STABLE amd64 X-PGP-Fingerprint: D87A 235F FB71 1F3F 55B7 ED9B D5FF 5A51 C0AC 3D65 X-Files: The truth is out there X-URL: https://www.funkthat.com/ X-Resume: https://www.funkthat.com/~jmg/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (gold.funkthat.com [127.0.0.1]); Mon, 14 Feb 2022 15:17:58 -0800 (PST) X-Rspamd-Queue-Id: 4JyKrt0VhPz3Jql X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jmg@gold.funkthat.com has no SPF policy when checking 208.87.223.18) smtp.mailfrom=jmg@gold.funkthat.com X-Spamd-Result: default: False [-1.80 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[jmg]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[funkthat.com]; AUTH_NA(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.998]; MLMMJ_DEST(0.00)[stable,fs,geom]; FORGED_SENDER(0.30)[jmg@funkthat.com,jmg@gold.funkthat.com]; R_SPF_NA(0.00)[no SPF record]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:32354, ipnet:208.87.216.0/21, country:US]; FROM_NEQ_ENVFROM(0.00)[jmg@funkthat.com,jmg@gold.funkthat.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N Andriy Gapon wrote this message on Mon, Feb 07, 2022 at 14:15 +0200: > I've got a problem where fsck behaves differently from my expectations. > The problem happens with a filesystem on a GELI encrypted ZVOL. > The volume has 4K block size and that's the GELI's sector size as well. > FreeBSD is stable/13 from mid January. Did you put a ffs filesystem that was formatted on a 512 byte sector disk onto this geli device? fsck calculates the sector size via (/sbin/fsck_ffs/setup.c): dev_bsize = sblock.fs_fsize / fsbtodb(&sblock, 1); and fsbtodb: ../../sys/ufs/ffs/fs.h:#define fsbtodb(fs, b) ((daddr_t)(b) << (fs)->fs_fsbtodb) > fsize 4096 shift 12 mask 0xfffff000 > frag 8 shift 3 fsbtodb 3 fsize / (1 << 3) == 4096 / 8 == 512. so, likely updating fsbtodb to be 0 instead of 3 would fix this. I'm not sure how to do this though, as tunefs and fsdb don't seem to have options to do this, and likely you'll want to update all the superblocks w/ this new value. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From nobody Tue Feb 15 06:44:54 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E4F0619CEF3F; Tue, 15 Feb 2022 06:44:57 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JyWmT67FTz3Gk4; Tue, 15 Feb 2022 06:44:57 +0000 (UTC) (envelope-from avg@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1644907497; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Zmup9jBddcN0rBtb6sTLRRHl+xvE98LgBhI/gb1B4l4=; b=MKj9JMFUP0KcaZyZf4Jt7NDJFXJsZeuPeRwIK9alBNxBKnA0CEblf9yRY5bcjrQ/uS99H1 P9LeJp07yVDH3k7nsEco6rZCP1KtlN8pczPKkPTnuFOe2+GxyrgdGSCzyP1K0ui+iHeOJv 1pC4Jdal7Fww26hFwUOaey6Fw9T0j60jkCN0KEsUx/iP6quiSJFiNrEgXYSbT7GGGTmEcQ nGBspPc+kSh3oLLZB+RgfDd4FPoPecjCaP/L9mtsWOJleL1sLhGC2FguQOkeQ9cSI8ngdI 4UXEpi7rpzBin47WI3nSWtvMdg+hcmHgVTpHIYHHM647R7uAog9SI74qvdFqpA== Received: from [192.168.0.88] (unknown [195.64.148.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: avg/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 3DB3A28B64; Tue, 15 Feb 2022 06:44:57 +0000 (UTC) (envelope-from avg@FreeBSD.org) Message-ID: <5eac56d0-51fb-5e23-0d2a-3c6b6bf163d0@FreeBSD.org> Date: Tue, 15 Feb 2022 08:44:54 +0200 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:91.0) Gecko/20100101 Firefox/91.0 Thunderbird/91.6.0 From: Andriy Gapon Subject: Re: fsck -C -p: NO WRITE ACCESS Content-Language: en-US To: freebsd-stable List , freebsd-fs , "freebsd-geom@FreeBSD.org" References: <346d021f-b737-f41a-883f-e821389c4431@FreeBSD.org> <20220214231758.GD97875@funkthat.com> In-Reply-To: <20220214231758.GD97875@funkthat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1644907497; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Zmup9jBddcN0rBtb6sTLRRHl+xvE98LgBhI/gb1B4l4=; b=WnB/NxEsZS6j0bAgUr/1RbpKTjyJ8oav+TnLBYSqcIaPuMNEvBGaiVypv19FC/2vJBu/k3 k0bd+TTvs2HHAi9HOUTt/OVQgYssN7hRp5CTE+7kIAdEsu+hEM1T/PiEvqVvveLkFo0QDO pxAeDfVUCnvmZVSOKaj5nj7d7LAST+v70/nf83FgHp7+xCyRlIL3Id6ccFMr09d0ZBumY+ OdggCR6/fyRhKAm+50fpvBZZbYkKsPgwU4w7OQNgdfWCqv3nf8tlPxJY5Vh2d4nOz3i/ul yHI849I/lelLJHk40BCeLEbScGDycWqeOJY1tTyIRXHFTpx66TRxawwlgalr/Q== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1644907497; a=rsa-sha256; cv=none; b=ndpOy1p8JKeKiKxE4niK0RpDHxAv7lpiaYZ/JwAtz/k214lrlY44AWNzRVwClzj8pu/fde YlJLs4T+pCjxpeWw58x+4Ho11glQpj2EoHfdN/3Q2vU4hJyjHxB6A6pdQfpscCu6vt0Sxp PK2oKwOqmh7vanL9csWO/zq+pVBZuta8+aaPIuDHG+s4bk7lJDQEaZajs6ieJseubSFMti K4OiKNaUzFap3c0MaKLqczm368tR+Qj7WerEuMtMXDnVXIPbbLmLfbnOLVJc4MRKWIl0nW oE1a8KTbODX4r6364Z9tHH2sjiZ6IKVJVBn+mCtyua3ffrP9I15Huqh4tA2uKw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N On 15/02/2022 01:17, John-Mark Gurney wrote: > Andriy Gapon wrote this message on Mon, Feb 07, 2022 at 14:15 +0200: >> I've got a problem where fsck behaves differently from my expectations. >> The problem happens with a filesystem on a GELI encrypted ZVOL. >> The volume has 4K block size and that's the GELI's sector size as well. >> FreeBSD is stable/13 from mid January. > > Did you put a ffs filesystem that was formatted on a 512 byte sector disk > onto this geli device? As far as I can recall, no. I created it with newsfs on the geli device. > fsck calculates the sector size via (/sbin/fsck_ffs/setup.c): > dev_bsize = sblock.fs_fsize / fsbtodb(&sblock, 1); > > and fsbtodb: > ../../sys/ufs/ffs/fs.h:#define fsbtodb(fs, b) ((daddr_t)(b) << (fs)->fs_fsbtodb) > >> fsize 4096 shift 12 mask 0xfffff000 >> frag 8 shift 3 fsbtodb 3 > > fsize / (1 << 3) == 4096 / 8 == 512. > > so, likely updating fsbtodb to be 0 instead of 3 would fix this. I'm not > sure how to do this though, as tunefs and fsdb don't seem to have options > to do this, and likely you'll want to update all the superblocks w/ this > new value. > -- Andriy Gapon From nobody Fri Feb 18 02:08:21 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E96C819C60AF; Fri, 18 Feb 2022 02:08:23 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gate2.funkthat.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4K0FTz21kgz4g0j; Fri, 18 Feb 2022 02:08:23 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.15.2/8.15.2) with ESMTPS id 21I28Lkp094673 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 17 Feb 2022 18:08:22 -0800 (PST) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id 21I28Lmk094672; Thu, 17 Feb 2022 18:08:21 -0800 (PST) (envelope-from jmg) Date: Thu, 17 Feb 2022 18:08:21 -0800 From: John-Mark Gurney To: Andriy Gapon Cc: freebsd-stable List , freebsd-fs , "freebsd-geom@FreeBSD.org" Subject: Re: fsck -C -p: NO WRITE ACCESS Message-ID: <20220218020821.GK97875@funkthat.com> Mail-Followup-To: Andriy Gapon , freebsd-stable List , freebsd-fs , "freebsd-geom@FreeBSD.org" References: <346d021f-b737-f41a-883f-e821389c4431@FreeBSD.org> <20220214231758.GD97875@funkthat.com> <5eac56d0-51fb-5e23-0d2a-3c6b6bf163d0@FreeBSD.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5eac56d0-51fb-5e23-0d2a-3c6b6bf163d0@FreeBSD.org> X-Operating-System: FreeBSD 11.3-STABLE amd64 X-PGP-Fingerprint: D87A 235F FB71 1F3F 55B7 ED9B D5FF 5A51 C0AC 3D65 X-Files: The truth is out there X-URL: https://www.funkthat.com/ X-Resume: https://www.funkthat.com/~jmg/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (gold.funkthat.com [127.0.0.1]); Thu, 17 Feb 2022 18:08:22 -0800 (PST) X-Rspamd-Queue-Id: 4K0FTz21kgz4g0j X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jmg@gold.funkthat.com has no SPF policy when checking 208.87.223.18) smtp.mailfrom=jmg@gold.funkthat.com X-Spamd-Result: default: False [-1.67 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[jmg]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[funkthat.com]; AUTH_NA(1.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.993]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.87)[-0.875]; MLMMJ_DEST(0.00)[stable,fs,geom]; FORGED_SENDER(0.30)[jmg@funkthat.com,jmg@gold.funkthat.com]; R_SPF_NA(0.00)[no SPF record]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:32354, ipnet:208.87.216.0/21, country:US]; FROM_NEQ_ENVFROM(0.00)[jmg@funkthat.com,jmg@gold.funkthat.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N Andriy Gapon wrote this message on Tue, Feb 15, 2022 at 08:44 +0200: > On 15/02/2022 01:17, John-Mark Gurney wrote: > > Andriy Gapon wrote this message on Mon, Feb 07, 2022 at 14:15 +0200: > >> I've got a problem where fsck behaves differently from my expectations. > >> The problem happens with a filesystem on a GELI encrypted ZVOL. > >> The volume has 4K block size and that's the GELI's sector size as well. > >> FreeBSD is stable/13 from mid January. > > > > Did you put a ffs filesystem that was formatted on a 512 byte sector disk > > onto this geli device? > > As far as I can recall, no. I created it with newsfs on the geli device. Looks like it's a bug in newfs, as I just reproduced this myself: fsbtodb int32_t 0x00000003 and manually specifying a sector size of 4096 to newfs does not fix the issue. This is the issue: https://cgit.freebsd.org/src/blame/sbin/newfs/newfs.c#n399 It changes the sectorsize back down to 512 from whatever it should be, which means that the calculation in mkfs.c becomes off. I'd file a bug report and get someone who knows FFS to look at it. I tried to change mkfs.c to use realsectorsize isntead, so fsbtodb is set to 0, but then it break ffsinfo, because it's calculations are likely wrong. > > fsck calculates the sector size via (/sbin/fsck_ffs/setup.c): > > dev_bsize = sblock.fs_fsize / fsbtodb(&sblock, 1); > > > > and fsbtodb: > > ../../sys/ufs/ffs/fs.h:#define fsbtodb(fs, b) ((daddr_t)(b) << (fs)->fs_fsbtodb) > > > >> fsize 4096 shift 12 mask 0xfffff000 > >> frag 8 shift 3 fsbtodb 3 > > > > fsize / (1 << 3) == 4096 / 8 == 512. > > > > so, likely updating fsbtodb to be 0 instead of 3 would fix this. I'm not > > sure how to do this though, as tunefs and fsdb don't seem to have options > > to do this, and likely you'll want to update all the superblocks w/ this > > new value. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From nobody Mon Feb 21 11:39:51 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id A095419D4142; Mon, 21 Feb 2022 11:39:53 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4K2L214Dd0z4sxP; Mon, 21 Feb 2022 11:39:53 +0000 (UTC) (envelope-from avg@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1645443593; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=emT4zi6SjSR/IduGa1BCQC1A/iNx5efxMHBwXElIMUc=; b=k8RbIBW70pjD6WMpT5K/pCMagIhEzL6ynhr8tR4oNcR3lXPVC/GgQGNHpqtlhJsXkxiVep bCf7O2ELW2nBkhfDZafrJtp+H2jNXc2dosZ1+wfr0gAtUjsNJUJRexZ6ZqmSZamXs9mFum HXH1vg96r1k2ElCCQG0qmMIAOF0ytcCap+5jePlbNffIRpudFo+Ri8qwedlHnapQ2q8Z3D CLysi2syT18pPlsxd6dV9NClwF7XDBPHRD2A0phUg7d4LtGAUfacTuWTAduaGrOtRtDxQh 0/XtLDx4q3Ym5Jh2pEMSPSeGD+ji+jS5KHPQhKoIWj6NhhfE5DXDHKz7rIoVEg== Received: from [192.168.0.88] (unknown [195.64.148.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: avg/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id EAAAA3EB6; Mon, 21 Feb 2022 11:39:52 +0000 (UTC) (envelope-from avg@FreeBSD.org) Message-ID: Date: Mon, 21 Feb 2022 13:39:51 +0200 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:91.0) Gecko/20100101 Firefox/91.0 Thunderbird/91.6.0 From: Andriy Gapon Subject: Re: fsck -C -p: NO WRITE ACCESS Content-Language: en-US To: freebsd-stable List , freebsd-fs , "freebsd-geom@FreeBSD.org" References: <346d021f-b737-f41a-883f-e821389c4431@FreeBSD.org> <20220214231758.GD97875@funkthat.com> <5eac56d0-51fb-5e23-0d2a-3c6b6bf163d0@FreeBSD.org> <20220218020821.GK97875@funkthat.com> In-Reply-To: <20220218020821.GK97875@funkthat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1645443593; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=emT4zi6SjSR/IduGa1BCQC1A/iNx5efxMHBwXElIMUc=; b=kOG2ORqNtnqtkNgOuNtzibs9cmEegqvAE69FkDaYil7hPCFTBs5mux1jdOUVROVGEL642h 9ZUtAdx5Dcmkpj+WV/ioe9EGoPFOsX3plaWmb+yg7WAbvywLblVSwfo56jJjh4J+oLp62U 0Y5Y9FQBCnapvSWG5xWMQ4Sj945332EZ+DkILCivg9oQBKHYMG6p5Yn3l4LQ1DH4xJ6R3y 1QAPCIYsCASwh1b9wJFCgR8c9sGNfeu/GfQI7n8eD4NoLiosINLavnM3RUCuA/th+o4F9o PXFJlfktp2Ayt9qylWnMWcpxvpDMKH2oPUy9zN9kpJ5K5CjUdrwkwLk6JrP5jg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1645443593; a=rsa-sha256; cv=none; b=deTqSqk8ed2ghK9E6B3RWiE91KB4W6lUvqLksfnQVWvJnWS/qJEmNJcvkH7ApEROJQRdTI RCy2kBHMQwUnbzFzrlJo7MVZBnVWBuHkszKXY8uhQgG0ZSbfL7L/Q9PfgqIP6Olt3tqBrQ Uq1ER+SUmVgHu+APWgEIxI6TI6J8XWwfW9G+ds8waBXpsYoGzDOFJK23vmDQKT7qQRhvh+ eOoFrJvqfrQ597GjpHc+S0SJ7U3S3ldQEerGlUDPcih+pg+LrQ5y2Tt6P7yH3xlTsDBmph d+qp88d98T8GohLMTsWL3Ln8TlJNdJC/eiUrTbhBUXrZKtV8gHlITLpfe+/UHQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N On 18/02/2022 04:08, John-Mark Gurney wrote: > Andriy Gapon wrote this message on Tue, Feb 15, 2022 at 08:44 +0200: >> On 15/02/2022 01:17, John-Mark Gurney wrote: >>> Andriy Gapon wrote this message on Mon, Feb 07, 2022 at 14:15 +0200: >>>> I've got a problem where fsck behaves differently from my expectations. >>>> The problem happens with a filesystem on a GELI encrypted ZVOL. >>>> The volume has 4K block size and that's the GELI's sector size as well. >>>> FreeBSD is stable/13 from mid January. >>> >>> Did you put a ffs filesystem that was formatted on a 512 byte sector disk >>> onto this geli device? >> >> As far as I can recall, no. I created it with newsfs on the geli device. > > Looks like it's a bug in newfs, as I just reproduced this myself: > fsbtodb int32_t 0x00000003 > > and manually specifying a sector size of 4096 to newfs does not fix the > issue. > > This is the issue: > https://cgit.freebsd.org/src/blame/sbin/newfs/newfs.c#n399 > > It changes the sectorsize back down to 512 from whatever it should > be, which means that the calculation in mkfs.c becomes off. I'd file > a bug report and get someone who knows FFS to look at it. I tried to > change mkfs.c to use realsectorsize isntead, so fsbtodb is set to 0, but > then it break ffsinfo, because it's calculations are likely wrong. Thank you very much for looking into this. I'll try to draw Kirk's attention to this issue (he is also in this thread, but a different sub-thread). >>> fsck calculates the sector size via (/sbin/fsck_ffs/setup.c): >>> dev_bsize = sblock.fs_fsize / fsbtodb(&sblock, 1); >>> >>> and fsbtodb: >>> ../../sys/ufs/ffs/fs.h:#define fsbtodb(fs, b) ((daddr_t)(b) << (fs)->fs_fsbtodb) >>> >>>> fsize 4096 shift 12 mask 0xfffff000 >>>> frag 8 shift 3 fsbtodb 3 >>> >>> fsize / (1 << 3) == 4096 / 8 == 512. >>> >>> so, likely updating fsbtodb to be 0 instead of 3 would fix this. I'm not >>> sure how to do this though, as tunefs and fsdb don't seem to have options >>> to do this, and likely you'll want to update all the superblocks w/ this >>> new value. > -- Andriy Gapon From nobody Mon Feb 21 20:17:33 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id AC0F719D4E33 for ; Mon, 21 Feb 2022 20:17:36 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) (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 "*.lerctr.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4K2YWM6wcqz3qZl for ; Mon, 21 Feb 2022 20:17:35 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=ler2019; h=Content-Transfer-Encoding:Content-Type:Message-ID:Subject:To: From:Date:MIME-Version:Sender:Reply-To:Cc:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=S//qYttYvVK11EhAPnerc6BKywzJ9wissFC3bMXsoeU=; b=u1Rmie5Qq2n37xBFBBZYTa0L6O OCP7xbtcPJ6sdJk6pIq9X0IO+k7y7xEjn6nVtcAfZTPEqr9bWWf1hSeHOaSqv8McS5idRxinfyTKY nEC+/4GMyoFTunHGlJh5SX/d1tPztf7EsT+ITzSmPUdF2CZKmHehR1S23eut0pBNP5y3T6WJ2mf4U cMJZy4Fe6pAFRKCSzEI4HZoe9caCFsHYyJPyaHLldHgURkDFIegXtlFYETxLPRK+TSSfebfe4ma7Z 7k3jcdnVuOL2rIGq46Hwnjbdx/wIx8FEJG24HX221DUfua8dRN0LJwYWUnTqBWKdmcVHlL86lJURc v1ZWu4fw==; Received-SPF: pass (thebighonker.lerctr.org: domain of lerctr.org designates 2001:470:1f0f:3ad:bb:dcff:fe50:d900 as permitted sender) client-ip=2001:470:1f0f:3ad:bb:dcff:fe50:d900; envelope-from=ler@lerctr.org; helo=webmail.lerctr.org; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:bb:dcff:fe50:d900]:44357 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.95 (FreeBSD)) (envelope-from ) id 1nMF7m-000IY4-3E for freebsd-stable@freebsd.org; Mon, 21 Feb 2022 14:17:34 -0600 Received: from 2600:1700:210:b18f:18b:adae:bf98:c54f by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Mon, 21 Feb 2022 14:17:33 -0600 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Date: Mon, 21 Feb 2022 14:17:33 -0600 From: Larry Rosenman To: Freebsd stable Subject: 13/Stable: Compile Fail Message-ID: X-Sender: ler@lerctr.org Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4K2YWM6wcqz3qZl X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=lerctr.org header.s=ler2019 header.b=u1Rmie5Q; dmarc=pass (policy=none) header.from=lerctr.org; spf=pass (mx1.freebsd.org: domain of ler@lerctr.org designates 192.147.25.65 as permitted sender) smtp.mailfrom=ler@lerctr.org X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[lerctr.org:s=ler2019]; FREEFALL_USER(0.00)[ler]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[lerctr.org:+]; DMARC_POLICY_ALLOW(-0.50)[lerctr.org,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8166, ipnet:192.147.25.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N ===> lib/libpmc (all) Building /usr/obj/usr/src/amd64.amd64/lib/libpmc/libpmc_events.c --- libpmc_events.c --- sh: ./pmu-events/jevents: not found *** [libpmc_events.c] Error code 127 on a make clean buildworld buildkernel, -j24. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 5708 Sabbia Dr, Round Rock, TX 78665-2106 From nobody Mon Feb 21 20:52:25 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3F95419DC14B for ; Mon, 21 Feb 2022 20:52:34 +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 4K2ZHj1Zbfz4RFJ for ; Mon, 21 Feb 2022 20:52:33 +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 21LKqPpQ019868; Mon, 21 Feb 2022 20:52:25 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.16.1/8.16.1/Submit) id 21LKqPTJ019867; Mon, 21 Feb 2022 12:52:25 -0800 (PST) (envelope-from david) Date: Mon, 21 Feb 2022 12:52:25 -0800 From: David Wolfskill To: Larry Rosenman Cc: Freebsd stable Subject: Re: 13/Stable: Compile Fail Message-ID: Mail-Followup-To: David Wolfskill , Larry Rosenman , Freebsd stable References: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="LiKoU4aPgC/dvTj2" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4K2ZHj1Zbfz4RFJ X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org X-Spamd-Result: default: False [-5.40 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[david]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[catwhisker.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.999]; RCPT_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROMTLD(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable]; SIGNED_PGP(-2.00)[]; 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] X-ThisMailContainsUnwantedMimeParts: N --LiKoU4aPgC/dvTj2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 21, 2022 at 02:17:33PM -0600, Larry Rosenman wrote: > =3D=3D=3D> lib/libpmc (all) > Building /usr/obj/usr/src/amd64.amd64/lib/libpmc/libpmc_events.c > --- libpmc_events.c --- > sh: ./pmu-events/jevents: not found > *** [libpmc_events.c] Error code 127 >=20 > on a make clean buildworld buildkernel, -j24. > .... My last several builds of stable/13 have been without issue, using META_MODE; (current) build machine uses -j56; laptops (kept in sync with build machine, albeit a bit less quickly!) use -j8: FreeBSD 13.0-STABLE #24 stable/13-n249560-58df94091a3: Sat Feb 19 04:21:24 = PST 2022 root@freebeast.catwhisker.org:/common/S3/obj/usr/src/amd64.amd= 64/sys/GENERIC amd64 1300525 1300525 FreeBSD 13.0-STABLE #25 stable/13-n249563-9996fdbef70: Sun Feb 20 07:23:40 = PST 2022 root@freebeast.catwhisker.org:/common/S3/obj/usr/src/amd64.amd= 64/sys/GENERIC amd64 1300525 1300525 FreeBSD 13.0-STABLE #26 stable/13-n249597-1c8d9e1b05b: Mon Feb 21 04:47:47 = PST 2022 root@freebeast.catwhisker.org:/common/S3/obj/usr/src/amd64.amd= 64/sys/GENERIC amd64 1300526 1300526 Peace, david --=20 David H. Wolfskill david@catwhisker.org If my neighbor has a gas leak, does my freedom extend to lighting a match? See https://www.catwhisker.org/~david/publickey.gpg for my public key. --LiKoU4aPgC/dvTj2 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSr0Kzv+UJRY3wfOii0+6PfV4Ix1AUCYhP7iV8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0QUJE MEFDRUZGOTQyNTE2MzdDMUYzQTI4QjRGQkEzREY1NzgyMzFENAAKCRC0+6PfV4Ix 1HO/AQD/iDAqnjTjrfnk/gT2ueTMCWPjRpm9Nz2nN349UmMO8gD+LA3UYBmJZOtw TrR5XmR2WJA29QwCIZiZDwiNjgbbrwo= =1qJk -----END PGP SIGNATURE----- --LiKoU4aPgC/dvTj2-- From nobody Mon Feb 21 20:58:19 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 592E219DDB92 for ; Mon, 21 Feb 2022 20:58:21 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) (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 "*.lerctr.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4K2ZQN4kbtz4SPM for ; Mon, 21 Feb 2022 20:58:20 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=ler2019; h=Content-Transfer-Encoding:Content-Type:Message-ID:References: In-Reply-To:Subject:Cc:To:From:Date:MIME-Version:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=rgrFH71vzqNFOYa4xg30U2OsuSSE1xa6zt/yZy82Y64=; b=YQ6S8BYPSH9x7HX13PPztaJAgj J9qPAe9Mf0TPmxV3SK7cWrspG8Wd6xbrVQhNCHI3UWZxxvu1JbAHG15D1EUD/SatEJ6mR7gtThRSA UZ3BWM/rTzHW6eWywfpwLvv25Cn54DcMgIEMvJyGht4D437H/ttq6nWg5Oe3dyncwoy9BG1pqvNAM TglOyw7Dn5xCQYJLjwh4w3FqpusRPW7rTFhSw/rGR9kprRJQnX4SxcFZ5xmVSM0PE3UcxOEH30DKn 1NJAmhmCgS0NIq0qxBUAWTwYAFcrC0reM3BAVw/qJsqEbZElRL0kJs1OuIDT0mJxkHWPFt7Erc1Fi K9zKWjkw==; Received-SPF: pass (thebighonker.lerctr.org: domain of lerctr.org designates 2001:470:1f0f:3ad:bb:dcff:fe50:d900 as permitted sender) client-ip=2001:470:1f0f:3ad:bb:dcff:fe50:d900; envelope-from=ler@lerctr.org; helo=webmail.lerctr.org; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:bb:dcff:fe50:d900]:39343 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.95 (FreeBSD)) (envelope-from ) id 1nMFlD-000M5T-DJ; Mon, 21 Feb 2022 14:58:19 -0600 Received: from 2600:1700:210:b18f:18b:adae:bf98:c54f by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Mon, 21 Feb 2022 14:58:19 -0600 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Date: Mon, 21 Feb 2022 14:58:19 -0600 From: Larry Rosenman To: Larry Rosenman Cc: Freebsd stable Subject: Re: 13/Stable: Compile Fail In-Reply-To: References: Message-ID: X-Sender: ler@lerctr.org Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4K2ZQN4kbtz4SPM X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=lerctr.org header.s=ler2019 header.b=YQ6S8BYP; dmarc=pass (policy=none) header.from=lerctr.org; spf=pass (mx1.freebsd.org: domain of ler@lerctr.org designates 192.147.25.65 as permitted sender) smtp.mailfrom=ler@lerctr.org X-Spamd-Result: default: False [-3.99 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[lerctr.org:s=ler2019]; FREEFALL_USER(0.00)[ler]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[lerctr.org:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[lerctr.org,none]; NEURAL_HAM_SHORT(-0.99)[-0.990]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8166, ipnet:192.147.25.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 02/21/2022 2:52 pm, David Wolfskill wrote: > On Mon, Feb 21, 2022 at 02:17:33PM -0600, Larry Rosenman wrote: >> ===> lib/libpmc (all) >> Building /usr/obj/usr/src/amd64.amd64/lib/libpmc/libpmc_events.c >> --- libpmc_events.c --- >> sh: ./pmu-events/jevents: not found >> *** [libpmc_events.c] Error code 127 >> >> on a make clean buildworld buildkernel, -j24. >> .... > > My last several builds of stable/13 have been without issue, using > META_MODE; (current) build machine uses -j56; laptops (kept in sync > with > build machine, albeit a bit less quickly!) use -j8: > > FreeBSD 13.0-STABLE #24 stable/13-n249560-58df94091a3: Sat Feb 19 > 04:21:24 PST 2022 > root@freebeast.catwhisker.org:/common/S3/obj/usr/src/amd64.amd64/sys/GENERIC > amd64 1300525 1300525 > FreeBSD 13.0-STABLE #25 stable/13-n249563-9996fdbef70: Sun Feb 20 > 07:23:40 PST 2022 > root@freebeast.catwhisker.org:/common/S3/obj/usr/src/amd64.amd64/sys/GENERIC > amd64 1300525 1300525 > FreeBSD 13.0-STABLE #26 stable/13-n249597-1c8d9e1b05b: Mon Feb 21 > 04:47:47 PST 2022 > root@freebeast.catwhisker.org:/common/S3/obj/usr/src/amd64.amd64/sys/GENERIC > amd64 1300526 1300526 > > Peace, > david a 2nd run went all the way through. Weird. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 5708 Sabbia Dr, Round Rock, TX 78665-2106 From nobody Tue Feb 22 19:11:35 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D745B19D8222 for ; Tue, 22 Feb 2022 19:11:46 +0000 (UTC) (envelope-from pete@twisted.org.uk) Received: from toybox.twisted.org.uk (toybox.twisted.org.uk [178.250.76.50]) (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 4K380x6mgvz4W9w for ; Tue, 22 Feb 2022 19:11:45 +0000 (UTC) (envelope-from pete@twisted.org.uk) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=twisted.org.uk; s=x; h=Content-Transfer-Encoding:Content-Type:Subject:From: To:MIME-Version:Date:Message-ID:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=XtM+7KjdYlAnq9OJQ9YnHNT/CaQHWBzM5KGpi7lbTpo=; b=lKWaZP921EiIXVaMA8/ZbGw829 J8EvfPj50rtSyD/DfYmZp0Qz+FdXM3BTrRFrM0G1musd/PZ2rp3JaUIiovTl9chKYgrmOJlGic8Mn sihH4MjPNiU/hBqK+tkz2ZTpblYrXlVex5O1W61kVpOxVNgfHTXtbFTsTVSoJfG+x8bI=; Received: from mailnull by toybox.twisted.org.uk with spamc-scanned (Exim 4.94.2 (FreeBSD)) (envelope-from ) id 1nMaZV-000Bpm-N1 for freebsd-stable@freebsd.org; Tue, 22 Feb 2022 19:11:38 +0000 X-Spam-Checker-Version: SpamAssassin 3.4.5 (2021-03-20) on toybox.twisted.org.uk X-Spam-Level: X-Spam-Status: No, score=-0.9 required=5.0 tests=ALL_TRUSTED,TW_NV autolearn=unavailable autolearn_force=no version=3.4.5 X-Spam-Score: -0.9 () Received: from [2001:470:6cc4:1:cd6:5836:ddba:7b54] by toybox.twisted.org.uk with esmtpsa (TLS1.3) tls TLS_AES_128_GCM_SHA256 (Exim 4.94.2 (FreeBSD)) (envelope-from ) id 1nMaZV-000Bpj-Ko for freebsd-stable@freebsd.org; Tue, 22 Feb 2022 19:11:37 +0000 Message-ID: Date: Tue, 22 Feb 2022 19:11:35 +0000 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.6.0 To: FreeBSD Stable Mailing List From: Pete French Subject: Instance drives in AWS comming up with the wrong size Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-spamc-toybox: true X-transport-toybox: lookuphost X-Rspamd-Queue-Id: 4K380x6mgvz4W9w X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=twisted.org.uk header.s=x header.b=lKWaZP92; dmarc=none; spf=pass (mx1.freebsd.org: domain of pete@twisted.org.uk designates 178.250.76.50 as permitted sender) smtp.mailfrom=pete@twisted.org.uk X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[twisted.org.uk:s=x]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:178.250.76.50/32]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[twisted.org.uk]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[twisted.org.uk:+]; NEURAL_HAM_SHORT(-1.00)[-0.997]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:12290, ipnet:178.250.72.0/21, country:GB]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N So, I have a number of machines in AWS. They are all of type r5a.xlarge which is supposed to have 140 gig of instance syorage on it. All these machines started life as clones of the same dirve, ro are runnign the same OS kernel, and they all have mysql on them. Some of them also have Apache and some other software, but I thought the config of the base OS was the same. Certainly /boot/loader.conf and /etc/sysctl.conf are indentical and its the same kernel and userland running on all of them. but on the mysql-only of the machines the instance drives have the worng size, around a gig, and are not recognised properly. Example, heres iw what it is supposed to look like (from one of the Apache machines) root@sydney01:/usr/home/webadmin # diskinfo -v nda2 nda2 512 # sectorsize 150000000000 # mediasize in bytes (140G) 292968750 # mediasize in sectors 0 # stripesize 0 # stripeoffset Amazon EC2 NVMe Instance Storage # Disk descr. AWSB7ABDF8FE8D0597AF # Disk ident. nvme2 # Attachment Yes # TRIM/UNMAP support 0 # Rotation rate in RPM and here is one of the ones which is wrong... root@serpentine-sydy:~ # diskinfo -v nda2 nda2 512 # sectorsize 886571008 # mediasize in bytes (846M) 1731584 # mediasize in sectors 131072 # stripesize 0 # stripeoffset No # TRIM/UNMAP support Unknown # Rotation rate in RPM But both machines, in dmesg, have lines which look like this: nda2 at nvme2 bus 0 scbus2 target 0 lun 1 nda2: nda2: Serial Number AWSB7ABDF8FE8D0597AF nda2: nvme version 1.0 x0 (max x0) lanes PCIe Gen0 (max Gen0) link nda2: 143051MB (292968750 512 byte sectors) So on both of then the detection says its the right size. The oddest this is that this is completely reproducible betwene data centres - the above machines above are in Sydney, but I get precisely the same result from the machines in North Virginia. So its something about the config but what on earth could it be ? I am very puzzled - I have a set of database-nly machine sin Frankfurt, and they behave fine! Poissibly I should just clone those to Australia and the US, but I would like to find out what the magic difference is between them. -pete. From nobody Tue Feb 22 19:51:41 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 64AD719DFC8A for ; Tue, 22 Feb 2022 19:52:00 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ua1-x929.google.com (mail-ua1-x929.google.com [IPv6:2607:f8b0:4864:20::929]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4K38vM53JTz4c5C for ; Tue, 22 Feb 2022 19:51:59 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-ua1-x929.google.com with SMTP id c36so317972uae.13 for ; Tue, 22 Feb 2022 11:51:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=eEYNHCuQhE6K7A2mdayYGKz/lZugL1vw3OdJVr5axI8=; b=jUl/8rRRksg9xoFZ9FmYJwumq9LwWND3Y62opYKqFePx5REeSNjuIIed/bIBqjWk1s a3h3yj00EX+1c/osoUSTVnuPRzq9azYkQ6gASOy3Gt1m+rqNK+9YjZWAhlWn6EKcchUc q+cfzRJsV7qszX1HqrHDQXuw95mQiU65l27mptT3IJwbqAY+/p/jONESIlB81caQSemB dNUmQU9LV1fZXJE19CIesjSmIaZ3bJnPgQBcuztGJCDXs9vhMbm5eYYqRayItf3Oumi9 e9GeqigJSEyf3o+4PhbEQivFCe4hf8rpzFsYBvczRNkP67bAVdI1d9gLKXuDsSS/OZF/ UBRw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=eEYNHCuQhE6K7A2mdayYGKz/lZugL1vw3OdJVr5axI8=; b=55o0aNql2UHGw0+iq7xzR1357Z16ErIRTj4r1X9gIw0rYx92yvTusNl/Y4soZ45IML KCKoUYpmi2OzwBKMYV92w2+Pj466ASzOgllo22ucMchB+hi91LQPX7o+Zqi/ef4WR2u5 0Q6CZBOcvQBMYNPP/m8qIoO0lgiMqpSOhunqIzaO1xGI5X7y78qp/VxIWGrivNI0L5h/ kqdPTelZx62/iyOKGHB/SxONHSCd8G4TPLfzy5YThFSkkzyeZOhq3d09p4R4zzl8OhPQ fS2AjMEoeeL2ptUV9GW3suFj3WOoULCs4QGHJHOq9i0UVnEI7qT+3NBfMnuSnQuJAO1s 9wfw== X-Gm-Message-State: AOAM5335KNePjBtZGu9fFA9IAp+/l6EXDBtEzJS/Z8VaCftEJiqHxV4f qmnHefyPmypAB3xQ1tc8Uy5u7GpoiMVccGKMwLQICyGzW/c= X-Google-Smtp-Source: ABdhPJz59GD5p3c8QXAznk+2CozXFFuPgFxIBdhwxctlt0LYrz57atR0nu8Ytv1ijZKS9O785FmePWn7fHFJK2zKbrQ= X-Received: by 2002:ab0:7c5c:0:b0:345:735b:93ae with SMTP id d28-20020ab07c5c000000b00345735b93aemr1696083uaw.77.1645559512780; Tue, 22 Feb 2022 11:51:52 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Tue, 22 Feb 2022 12:51:41 -0700 Message-ID: Subject: Re: Instance drives in AWS comming up with the wrong size To: Pete French Cc: FreeBSD Stable Mailing List Content-Type: multipart/alternative; boundary="0000000000003764b805d8a0aed0" X-Rspamd-Queue-Id: 4K38vM53JTz4c5C X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20210112.gappssmtp.com header.s=20210112 header.b="jUl/8rRR"; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::929) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20210112.gappssmtp.com:s=20210112]; 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-stable@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20210112.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::929:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-stable]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_SPF_NA(0.00)[no SPF record]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N --0000000000003764b805d8a0aed0 Content-Type: text/plain; charset="UTF-8" On Tue, Feb 22, 2022, 12:12 PM Pete French wrote: > So, I have a number of machines in AWS. They are all of type r5a.xlarge > which is supposed to have 140 gig of instance syorage on it. All these > machines started life as clones of the same dirve, ro are runnign the > same OS kernel, and they all have mysql on them. Some of them also have > Apache and some other software, but I thought the config of the base OS > was the same. Certainly /boot/loader.conf and /etc/sysctl.conf are > indentical and its the same kernel and userland running on all of them. > > but on the mysql-only of the machines the instance drives have the worng > size, around a gig, and are not recognised properly. Example, heres iw > what it is supposed to look like (from one of the Apache machines) > > root@sydney01:/usr/home/webadmin # diskinfo -v nda2 > nda2 > 512 # sectorsize > 150000000000 # mediasize in bytes (140G) > 292968750 # mediasize in sectors > 0 # stripesize > 0 # stripeoffset > Amazon EC2 NVMe Instance Storage # Disk descr. > AWSB7ABDF8FE8D0597AF # Disk ident. > nvme2 # Attachment > Yes # TRIM/UNMAP support > 0 # Rotation rate in RPM > > and here is one of the ones which is wrong... > > root@serpentine-sydy:~ # diskinfo -v nda2 > nda2 > 512 # sectorsize > 886571008 # mediasize in bytes (846M) > 1731584 # mediasize in sectors > 131072 # stripesize > 0 # stripeoffset > No # TRIM/UNMAP support > Unknown # Rotation rate in RPM > What does 'nvmecontrol identify nvme2' and 'nvmecontrol identify nda2' say for each? Warner But both machines, in dmesg, have lines which look like this: > > nda2 at nvme2 bus 0 scbus2 target 0 lun 1 > nda2: > nda2: Serial Number AWSB7ABDF8FE8D0597AF > nda2: nvme version 1.0 x0 (max x0) lanes PCIe Gen0 (max Gen0) link > nda2: 143051MB (292968750 512 byte sectors) > > So on both of then the detection says its the right size. > > The oddest this is that this is completely reproducible betwene data > centres - the above machines above are in Sydney, but I get precisely > the same result from the machines in North Virginia. So its something > about the config but what on earth could it be ? > > I am very puzzled - I have a set of database-nly machine sin Frankfurt, > and they behave fine! Poissibly I should just clone those to Australia > and the US, but I would like to find out what the magic difference is > between them. > > -pete. > > > --0000000000003764b805d8a0aed0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Tue, Feb 22, 2022, 12:12 PM Pete French <pete@twisted.org.uk> wrote:
So, I have a number of machines in AWS. The= y are all of type r5a.xlarge
which is supposed to have 140 gig of instance syorage on it. All these
machines started life as clones of the same dirve, ro are runnign the
same OS kernel, and they all have mysql on them. Some of them also have Apache and some other software, but I thought the config of the base OS was the same. Certainly /boot/loader.conf and /etc/sysctl.conf are
indentical and its the same kernel and userland running on all of them.

but on the mysql-only of the machines the instance drives have the worng size, around a gig, and are not recognised properly. Example, heres iw
what it is supposed to look like (from one of the Apache machines)

root@sydney01:/usr/home/webadmin # diskinfo -v nda2
nda2
=C2=A0 =C2=A0 =C2=A0 =C2=A0 512=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0# sectorsize
=C2=A0 =C2=A0 =C2=A0 =C2=A0 150000000000=C2=A0 =C2=A0 # mediasize in bytes = (140G)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 292968750=C2=A0 =C2=A0 =C2=A0 =C2=A0# mediasize= in sectors
=C2=A0 =C2=A0 =C2=A0 =C2=A0 0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0# stripesize
=C2=A0 =C2=A0 =C2=A0 =C2=A0 0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0# stripeoffset
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Amazon EC2 NVMe Instance Storage=C2=A0 =C2=A0 = =C2=A0 =C2=A0 # Disk descr.
=C2=A0 =C2=A0 =C2=A0 =C2=A0 AWSB7ABDF8FE8D0597AF=C2=A0 =C2=A0 # Disk ident.=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 nvme2=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0#= Attachment
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Yes=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0# TRIM/UNMAP support
=C2=A0 =C2=A0 =C2=A0 =C2=A0 0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0# Rotation rate in RPM

and here is one of the ones which is wrong...

root@serpentine-sydy:~ # diskinfo -v nda2
nda2
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0512=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0# sectorsize
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0886571008=C2=A0 =C2=A0 =C2=A0 =C2=A0# med= iasize in bytes (846M)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A01731584=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= # mediasize in sectors
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0131072=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = # stripesize
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0# stripeoffset
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0No=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 # TRIM/UNMAP support
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Unknown=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= # Rotation rate in RPM

What does 'nvmecontrol identify nvme2' and &#= 39;nvmecontrol identify nda2' say for each?

=
Warner

But both machines, in dmesg, have lines which look like this:

nda2 at nvme2 bus 0 scbus2 target 0 lun 1
nda2: <Amazon EC2 NVMe Instance Storage 0 AWSB7ABDF8FE8D0597AF>
nda2: Serial Number AWSB7ABDF8FE8D0597AF
nda2: nvme version 1.0 x0 (max x0) lanes PCIe Gen0 (max Gen0) link
nda2: 143051MB (292968750 512 byte sectors)

So on both of then the detection says its the right size.

The oddest this is that this is completely reproducible betwene data
centres - the above machines above are in Sydney, but I get precisely
the same result from the machines in North Virginia. So its something
about the config but what on earth could it be ?

I am very puzzled - I have a set of database-nly machine sin Frankfurt, and they behave fine! Poissibly I should just clone those to Australia
and the US, but I would like to find out what the magic difference is
between them.

-pete.


--0000000000003764b805d8a0aed0-- From nobody Tue Feb 22 21:15:29 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7DC2619CEE5E for ; Tue, 22 Feb 2022 21:15:34 +0000 (UTC) (envelope-from pete@twisted.org.uk) Received: from toybox.twisted.org.uk (toybox.twisted.org.uk [178.250.76.50]) (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 4K3Bln40T5z4n5F for ; Tue, 22 Feb 2022 21:15:33 +0000 (UTC) (envelope-from pete@twisted.org.uk) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=twisted.org.uk; s=x; h=Content-Transfer-Encoding:Content-Type:In-Reply-To: From:References:To:Subject:MIME-Version:Date:Message-ID:Sender:Reply-To:Cc: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=9TAlZrXZiKe60DagMLyCrWqblfK3VKQJwhTf7wPJL0E=; b=weLSX7CpJcKlXdVSRLrLC+hygg ulYKWnZeAfmbteKw7iyTOgtSDcLKoNfcybr25iTfc4Mz2bWUip7OK/M/XEioSXURlda6G0UIGW9zK bYNwZycP+iVkjR8b544D1+maIGNcNeh2AZo6y5woAcokeJ4+U5STFltvrwAvoxrqsgDk=; Received: from mailnull by toybox.twisted.org.uk with spamc-scanned (Exim 4.94.2 (FreeBSD)) (envelope-from ) id 1nMcVP-0001WI-SA for stable@freebsd.org; Tue, 22 Feb 2022 21:15:32 +0000 X-Spam-Checker-Version: SpamAssassin 3.4.5 (2021-03-20) on toybox.twisted.org.uk X-Spam-Level: X-Spam-Status: No, score=-0.9 required=5.0 tests=ALL_TRUSTED,NICE_REPLY_A, TW_NV autolearn=unavailable autolearn_force=no version=3.4.5 X-Spam-Score: -0.9 () Received: from [2001:470:6cc4:1:cd6:5836:ddba:7b54] by toybox.twisted.org.uk with esmtpsa (TLS1.3) tls TLS_AES_128_GCM_SHA256 (Exim 4.94.2 (FreeBSD)) (envelope-from ) id 1nMcVP-0001WD-Pw for stable@freebsd.org; Tue, 22 Feb 2022 21:15:31 +0000 Message-ID: <82956746-91aa-4744-c12f-40c5ff7c3f39@twisted.org.uk> Date: Tue, 22 Feb 2022 21:15:29 +0000 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.6.0 Subject: Re: Instance drives in AWS comming up with the wrong size To: stable@freebsd.org References: From: Pete French In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-spamc-toybox: true X-transport-toybox: lookuphost X-Rspamd-Queue-Id: 4K3Bln40T5z4n5F X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=twisted.org.uk header.s=x header.b=weLSX7Cp; dmarc=none; spf=pass (mx1.freebsd.org: domain of pete@twisted.org.uk designates 178.250.76.50 as permitted sender) smtp.mailfrom=pete@twisted.org.uk X-Spamd-Result: default: False [-1.82 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[twisted.org.uk:s=x]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:178.250.76.50/32]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[twisted.org.uk]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.68)[0.679]; DKIM_TRACE(0.00)[twisted.org.uk:+]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:12290, ipnet:178.250.72.0/21, country:GB]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 22/02/2022 19:51, Warner Losh wrote: > What does 'nvmecontrol identify nvme2' and 'nvmecontrol identify nda2' > say for each? > > Warner Umm, before I answer that, I have to say I found a new symptom. It only shows me the wrong values if I am logged in on the serial console. If I ssh in then everything is fine ?! Which is a bit mad. It doesnt just affect diskinfo though, I get issues if I try and run 'geli init' on the drive on the console, but it works fine from ssh. Umm.... Ok, that makes no sense to me... So, the output from the nvme identify commands is the same both on the workding and non working logins, and is below. -pete. [bit of a head scratcher!] root@serpentine-vgay:/usr/home/webadmin # nvmecontrol identify nvme2 Controller Capabilities/Features ================================ Vendor ID: 1d0f Subsystem Vendor ID: 0000 Serial Number: AWS26C9F8A45429C4403 Model Number: Amazon EC2 NVMe Instance Storage Firmware Version: 0 Recommended Arb Burst: 0 IEEE OUI Identifier: cd b4 40 Multi-Path I/O Capabilities: Not Supported Max Data Transfer Size: 131072 bytes Controller ID: 0x0002 Version: 0.0.0 Admin Command Set Attributes ============================ Security Send/Receive: Not Supported Format NVM: Not Supported Firmware Activate/Download: Not Supported Namespace Management: Not Supported Device Self-test: Not Supported Directives: Not Supported NVMe-MI Send/Receive: Not Supported Virtualization Management: Not Supported Doorbell Buffer Config: Not Supported Get LBA Status: Not Supported Sanitize: Not Supported Abort Command Limit: 4 Async Event Request Limit: 5 Number of Firmware Slots: N/A Firmware Slot 1 Read-Only: N/A Per-Namespace SMART Log: No Error Log Page Entries: 64 Number of Power States: 1 Firmware Update Granularity: 00 (Not Reported) Host Buffer Preferred Size: 0 bytes Host Buffer Minimum Size: 0 bytes NVM Command Set Attributes ========================== Submission Queue Entry Size Max: 64 Min: 64 Completion Queue Entry Size Max: 16 Min: 16 Number of Namespaces: 1 Compare Command: Not Supported Write Uncorrectable Command: Not Supported Dataset Management Command: Supported Write Zeroes Command: Not Supported Save Features: Not Supported Reservations: Not Supported Timestamp feature: Not Supported Verify feature: Not Supported Fused Operation Support: Not Supported Format NVM Attributes: Per-NS Erase, Per-NS Format Volatile Write Cache: Not Present root@serpentine-vgay:/usr/home/webadmin # nvmecontrol identify nda2 Size: 292968750 blocks Capacity: 292968750 blocks Utilization: 292968750 blocks Thin Provisioning: Not Supported Number of LBA Formats: 1 Current LBA Format: LBA Format #00 Data Protection Caps: Not Supported Data Protection Settings: Not Enabled Multi-Path I/O Capabilities: Not Supported Reservation Capabilities: Not Supported Format Progress Indicator: Not Supported Deallocate Logical Block: Read Not Reported Optimal I/O Boundary: 256 blocks NVM Capacity: 0 bytes Globally Unique Identifier: 00000000000000000000000000000000 IEEE EUI64: 0000000000000000 LBA Format #00: Data Size: 512 Metadata Size: 0 Performance: Best From nobody Wed Feb 23 22:40:42 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id A71D419D00E9 for ; Wed, 23 Feb 2022 22:40:54 +0000 (UTC) (envelope-from SRS0=hzUB=TG=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 4K3rbn6slvz4fhR for ; Wed, 23 Feb 2022 22:40:53 +0000 (UTC) (envelope-from SRS0=hzUB=TG=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 7159328417 for ; Wed, 23 Feb 2022 23:40:45 +0100 (CET) Received: from illbsd.quip.test (ip-78-45-215-131.net.upcbroadband.cz [78.45.215.131]) (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 6F07228411 for ; Wed, 23 Feb 2022 23:40:44 +0100 (CET) To: FreeBSD Stable Mailing List From: Miroslav Lachman <000.fbsd@quip.cz> Subject: bootcode update after zpool upgrade Message-ID: Date: Wed, 23 Feb 2022 23:40:42 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4K3rbn6slvz4fhR X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of "SRS0=hzUB=TG=quip.cz=000.fbsd@elsa.codelab.cz" has no SPF policy when checking 94.124.105.4) smtp.mailfrom="SRS0=hzUB=TG=quip.cz=000.fbsd@elsa.codelab.cz" X-Spamd-Result: default: False [-0.39 / 15.00]; RCVD_TLS_LAST(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.74)[-0.738]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[quip.cz]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; NEURAL_SPAM_MEDIUM(0.15)[0.146]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-stable]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=hzUB=TG=quip.cz=000.fbsd@elsa.codelab.cz]; R_SPF_NA(0.00)[no SPF record]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=hzUB=TG=quip.cz=000.fbsd@elsa.codelab.cz]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[78.45.215.131:received] X-ThisMailContainsUnwantedMimeParts: N I did "zpool upgrade tank0" on one of our machines with FreeBSD 12.2-p13 amd64 and then got this message: # zpool upgrade tank0 This system supports ZFS pool feature flags. Enabled the following features on 'tank0': large_dnode spacemap_v2 allocation_classes If you boot from pool 'tank0', don't forget to update boot code. Assuming you use GPT partitioning and da0 is your boot disk the following command will do it: gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 da0 I am not sure what I should update. This machine is EFI boot only (this is the only one EFI machine we have). # gpart show => 40 1953525088 nvd0 GPT (932G) 40 409600 1 efi (200M) 409640 1024 2 freebsd-boot (512K) 410664 113624 - free - (55M) 524288 20971520 3 freebsd-swap (10G) 21495808 1932001280 4 freebsd-zfs (921G) 1953497088 28040 - free - (14M) => 40 1953525088 nvd1 GPT (932G) 40 409600 1 efi (200M) 409640 1024 2 freebsd-boot (512K) 410664 113624 - free - (55M) 524288 20971520 3 freebsd-swap (10G) 21495808 1932001280 4 freebsd-zfs (921G) 1953497088 28040 - free - (14M) Should I run: gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 nvd0 gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 nvd1 Or should I update EFI partitions? (if so, then how?) This machine is very problematic with booting and mounting NVME disks. They are not visible until I disabled PCI hot plug with hw.pci.enable_pcie_hp="0" in /boot/loader.conf This is production machine so I would really like to do it right and not make it unbootable. Kind regards Miroslav Lachman From nobody Wed Feb 23 23:00:21 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 88D5119D40FE; Wed, 23 Feb 2022 23:00:32 +0000 (UTC) (envelope-from makc@freebsd.org) Received: from mail.issp.ac.ru (mail.issp.ac.ru [77.236.34.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "relay.issp.ac.ru", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4K3s2R3RbZz4j6h; Wed, 23 Feb 2022 23:00:31 +0000 (UTC) (envelope-from makc@freebsd.org) Received: from 109-252-119-165.nat.spd-mgts.ru [109.252.119.165:7394] (HELO/EHLO mercury.localnet, authenticated with PLAIN) by mail.issp.ac.ru with ESMTPSA/inet id 21NN0M0q083332 (using TLSv1.2, with cipher ECDHE-RSA-AES256-GCM-SHA384 (256 bits), verified NO) Thu, 24 Feb 2022 02:00:22 +0300 (MSK) X-Authentication-Warning: mail.issp.ac.ru: Host 109-252-119-165.nat.spd-mgts.ru [109.252.119.165] (may be forged) claimed to be mercury.localnet From: Max Brazhnikov To: FreeBSD Stable Mailing List , stable@freebsd.org Cc: Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: bootcode update after zpool upgrade Date: Thu, 24 Feb 2022 02:00:21 +0300 Message-ID: <2400731.0dHE6SNnxz@mercury> In-Reply-To: References: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4K3s2R3RbZz4j6h X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=softfail (mx1.freebsd.org: 77.236.34.3 is neither permitted nor denied by domain of makc@freebsd.org) smtp.mailfrom=makc@freebsd.org X-Spamd-Result: default: False [-0.75 / 15.00]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[makc]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[freebsd.org]; R_SPF_SOFTFAIL(0.00)[~all:c]; NEURAL_SPAM_MEDIUM(0.24)[0.237]; NEURAL_HAM_LONG(-0.89)[-0.886]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; NEURAL_HAM_SHORT(-1.00)[-0.999]; MLMMJ_DEST(0.00)[stable,freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42317, ipnet:77.236.32.0/20, country:RU]; RCVD_COUNT_TWO(0.00)[2]; CTE_CASE(0.50)[]; RECEIVED_SPAMHAUS_PBL(0.00)[109.252.119.165:received] X-ThisMailContainsUnwantedMimeParts: N On Wed, 23 Feb 2022 23:40:42 +0100 Miroslav Lachman wrote: > I did "zpool upgrade tank0" on one of our machines with FreeBSD 12.2-p13 > amd64 and then got this message: > > # zpool upgrade tank0 > This system supports ZFS pool feature flags. > > Enabled the following features on 'tank0': > large_dnode > spacemap_v2 > allocation_classes > > If you boot from pool 'tank0', don't forget to update boot code. > Assuming you use GPT partitioning and da0 is your boot disk > the following command will do it: > > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 da0 > > > > I am not sure what I should update. This machine is EFI boot only (this > is the only one EFI machine we have). > > # gpart show > => 40 1953525088 nvd0 GPT (932G) > 40 409600 1 efi (200M) > 409640 1024 2 freebsd-boot (512K) > 410664 113624 - free - (55M) > 524288 20971520 3 freebsd-swap (10G) > 21495808 1932001280 4 freebsd-zfs (921G) > 1953497088 28040 - free - (14M) > > => 40 1953525088 nvd1 GPT (932G) > 40 409600 1 efi (200M) > 409640 1024 2 freebsd-boot (512K) > 410664 113624 - free - (55M) > 524288 20971520 3 freebsd-swap (10G) > 21495808 1932001280 4 freebsd-zfs (921G) > 1953497088 28040 - free - (14M) > > Should I run: > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 nvd0 > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 nvd1 > > Or should I update EFI partitions? (if so, then how?) see https://www.freebsd.org/cgi/man.cgi?query=loaderupdate loaderupdate comes with ports-mgmt/bsdadminscripts2 > > This machine is very problematic with booting and mounting NVME disks. > They are not visible until I disabled PCI hot plug with > hw.pci.enable_pcie_hp="0" in /boot/loader.conf > > This is production machine so I would really like to do it right and not > make it unbootable. > > Kind regards > Miroslav Lachman > > From nobody Wed Feb 23 23:00:21 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 88D5119D40FE; Wed, 23 Feb 2022 23:00:32 +0000 (UTC) (envelope-from makc@freebsd.org) Received: from mail.issp.ac.ru (mail.issp.ac.ru [77.236.34.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "relay.issp.ac.ru", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4K3s2R3RbZz4j6h; Wed, 23 Feb 2022 23:00:31 +0000 (UTC) (envelope-from makc@freebsd.org) Received: from 109-252-119-165.nat.spd-mgts.ru [109.252.119.165:7394] (HELO/EHLO mercury.localnet, authenticated with PLAIN) by mail.issp.ac.ru with ESMTPSA/inet id 21NN0M0q083332 (using TLSv1.2, with cipher ECDHE-RSA-AES256-GCM-SHA384 (256 bits), verified NO) Thu, 24 Feb 2022 02:00:22 +0300 (MSK) X-Authentication-Warning: mail.issp.ac.ru: Host 109-252-119-165.nat.spd-mgts.ru [109.252.119.165] (may be forged) claimed to be mercury.localnet From: Max Brazhnikov To: FreeBSD Stable Mailing List , stable@freebsd.org Cc: Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: bootcode update after zpool upgrade Date: Thu, 24 Feb 2022 02:00:21 +0300 Message-ID: <2400731.0dHE6SNnxz@mercury> In-Reply-To: References: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4K3s2R3RbZz4j6h X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=softfail (mx1.freebsd.org: 77.236.34.3 is neither permitted nor denied by domain of makc@freebsd.org) smtp.mailfrom=makc@freebsd.org X-Spamd-Result: default: False [-0.75 / 15.00]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[makc]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[freebsd.org]; R_SPF_SOFTFAIL(0.00)[~all:c]; NEURAL_SPAM_MEDIUM(0.24)[0.237]; NEURAL_HAM_LONG(-0.89)[-0.886]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; NEURAL_HAM_SHORT(-1.00)[-0.999]; MLMMJ_DEST(0.00)[stable,freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42317, ipnet:77.236.32.0/20, country:RU]; RCVD_COUNT_TWO(0.00)[2]; CTE_CASE(0.50)[]; RECEIVED_SPAMHAUS_PBL(0.00)[109.252.119.165:received] X-ThisMailContainsUnwantedMimeParts: N On Wed, 23 Feb 2022 23:40:42 +0100 Miroslav Lachman wrote: > I did "zpool upgrade tank0" on one of our machines with FreeBSD 12.2-p13 > amd64 and then got this message: > > # zpool upgrade tank0 > This system supports ZFS pool feature flags. > > Enabled the following features on 'tank0': > large_dnode > spacemap_v2 > allocation_classes > > If you boot from pool 'tank0', don't forget to update boot code. > Assuming you use GPT partitioning and da0 is your boot disk > the following command will do it: > > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 da0 > > > > I am not sure what I should update. This machine is EFI boot only (this > is the only one EFI machine we have). > > # gpart show > => 40 1953525088 nvd0 GPT (932G) > 40 409600 1 efi (200M) > 409640 1024 2 freebsd-boot (512K) > 410664 113624 - free - (55M) > 524288 20971520 3 freebsd-swap (10G) > 21495808 1932001280 4 freebsd-zfs (921G) > 1953497088 28040 - free - (14M) > > => 40 1953525088 nvd1 GPT (932G) > 40 409600 1 efi (200M) > 409640 1024 2 freebsd-boot (512K) > 410664 113624 - free - (55M) > 524288 20971520 3 freebsd-swap (10G) > 21495808 1932001280 4 freebsd-zfs (921G) > 1953497088 28040 - free - (14M) > > Should I run: > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 nvd0 > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 nvd1 > > Or should I update EFI partitions? (if so, then how?) see https://www.freebsd.org/cgi/man.cgi?query=loaderupdate loaderupdate comes with ports-mgmt/bsdadminscripts2 > > This machine is very problematic with booting and mounting NVME disks. > They are not visible until I disabled PCI hot plug with > hw.pci.enable_pcie_hp="0" in /boot/loader.conf > > This is production machine so I would really like to do it right and not > make it unbootable. > > Kind regards > Miroslav Lachman > > From nobody Thu Feb 24 09:43:22 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 2778719DBFF7 for ; Thu, 24 Feb 2022 09:43:39 +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-signature ECDSA (P-256) client-digest SHA256) (Client CN "mailgate.leidinger.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4K47JT6ltMz3N1y for ; Thu, 24 Feb 2022 09:43:37 +0000 (UTC) (envelope-from Alexander@leidinger.net) Received: from outgoing.leidinger.net (p5b165562.dip0.t-ipconnect.de [91.22.85.98]) (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-signature ECDSA (P-256) client-digest SHA256) (Client CN "outgoing.leidinger.net", Issuer "R3" (verified OK)) by mailgate.Leidinger.net (Postfix) with ESMTPSA id B018514CE; Thu, 24 Feb 2022 10:43:27 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1645695807; 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; bh=TpbV23gV8ga1iC4v94Avjf8g3LswEOQIhXhv/0oYY6c=; b=Qpn3daU/J3M1JHA/4rChZXqLQg4jJjkYeCdFdt/WU16VYwgztxdxcnPfM/5kJRZhGRFJzJ Zbvav7JRs9AIeW2+pWdXblDkPuQrPJkp19qtHqNqUGWK1Uwr5qcJJi5qtfjqSfe0z/rV0m SHHPsccJpsvlg/J3o5UK44Dnkf7r1Ztsgu+SeED/NGT4XFzVulsZDwHLKqh/XHG+B2hhh/ xW1kguc64ef2SNYcsVJwmZ0wnzD/P0nJK/TS6AmZRbE0xJjAr5IWqEH1y2YqSK8SbtOX55 t40wzgCUfF5EC/DSBRF8Q0eGss24tYWMRYFiU9TpSG/c3XI2e2AhgpbYBZGM2Q== 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 212F1A344; Thu, 24 Feb 2022 10:43:25 +0100 (CET) Date: Thu, 24 Feb 2022 10:43:22 +0100 Message-ID: <20220224104322.Horde.akByDDeJzjTUIyGt_Few2RI@webmail.leidinger.net> From: Alexander Leidinger To: Miroslav Lachman <000.fbsd@quip.cz> Cc: FreeBSD Stable Mailing List Subject: Re: bootcode update after zpool upgrade In-Reply-To: Accept-Language: de,en Content-Type: multipart/signed; boundary="=_HBiTIaHt-tums-1-FqhKi5R"; protocol="application/pgp-signature"; micalg=pgp-sha256 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-Rspamd-Queue-Id: 4K47JT6ltMz3N1y X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=leidinger.net header.s=outgoing-alex header.b="Qpn3daU/"; dmarc=pass (policy=quarantine) header.from=leidinger.net; spf=pass (mx1.freebsd.org: domain of Alexander@leidinger.net designates 2a00:1828:2000:313::1:5 as permitted sender) smtp.mailfrom=Alexander@leidinger.net X-Spamd-Result: default: False [-6.09 / 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)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(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(-0.99)[-0.994]; MID_RHS_MATCH_FROMTLD(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:34240, ipnet:2a00:1828::/32, country:DE]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[91.22.85.98:received] X-ThisMailContainsUnwantedMimeParts: N This message is in MIME format and has been PGP signed. --=_HBiTIaHt-tums-1-FqhKi5R Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoting Miroslav Lachman <000.fbsd@quip.cz> (from Wed, 23 Feb 2022=20=20 23:40:42=20+0100): > I did "zpool upgrade tank0" on one of our machines with FreeBSD=20=20 >=2012.2-p13 amd64 and then got this message: > > # zpool upgrade tank0 > This system supports ZFS pool feature flags. > > Enabled the following features on 'tank0': > large_dnode > spacemap_v2 > allocation_classes > > If you boot from pool 'tank0', don't forget to update boot code. > Assuming you use GPT partitioning and da0 is your boot disk > the following command will do it: > > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 da0 > > > > I am not sure what I should update. This machine is EFI boot only=20=20 >=20(this is the only one EFI machine we have). > Should I run: > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 nvd0 > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 nvd1 This is the bootcode zpool upgrade talks about. > Or should I update EFI partitions? (if so, then how?) The EFI partition contains the loader, not the bootcode. While we are at it, I'm still looking for the place where I can find=20=20 which=20features the bootcode supports. Not all features are supported=20= =20 for=20a root pool. Bye, Alexander. --=20 http://www.Leidinger.net=20Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_HBiTIaHt-tums-1-FqhKi5R Content-Type: application/pgp-signature Content-Description: Digitale PGP-Signatur Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIzBAABCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmIXUzkACgkQEg2wmwP4 2IZpVA/9Ey7P7DBX143Oqj3LJKWfS3GpSttHmjf4rRfp1FN7fwtjX4qjAdjRVdno Lq3MxQRYHPV0VQieY/Q9c3HnGOkw3PlY3PgVMhteC8IayQklbZLeApRyXTzZ6219 y4pqw/IkSI8+ud3mBWq3rnASfU98UYaFmljT8Fj1ndbVwwwyZzXBHct4Ei2DZSMk LOffdOTU3lkLWxdFkS0GvRnWGCW1WagK2mv1S8KugfQjd7p86n8liArjrGg5UQIr UDHgmbg6mulA/p5qFUXXuMrY0zs9LaguRiELVu5nIQ3Um1IT75G39xFD12WOEuDg 3H5TXw5TLb5jgoVZfVPkmpE4HmGAgjuz0el6Tn2T54x5gt00TwOL811t/fNKRepb KxnBgdSL4Qid22uUFEqIEOe6Qv7mP+9LFPL2GuXkiVAwtMYRpbknyLclPFp518NH UPjeHmKBV+EISKM4rMcpBXtfGZ11U34m4GZC1db5SWQGM2X2e+nQdAjE6h9lZfux 9VBbn4hVVXWdknTN22c0MmeLT49dwXTvAuEL/DWhtn/T9P87M9vtagz9bGO16dhO 64tcVhZzEK5abtQgOlim6/XsJTTM420bFlXDHtLmJ3mfzzg4GFGszI13sabIVmt+ 9ju220PZnu3JstLOnbRmcXTH1JJRn+qXAP6sBUhnevjgzgClB20= =lgN7 -----END PGP SIGNATURE----- --=_HBiTIaHt-tums-1-FqhKi5R-- From nobody Thu Feb 24 11:48:36 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D14C019D22EE for ; Thu, 24 Feb 2022 11:48:40 +0000 (UTC) (envelope-from SRS0=rzo6=TH=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 4K4B4l5lhWz3rjT for ; Thu, 24 Feb 2022 11:48:39 +0000 (UTC) (envelope-from SRS0=rzo6=TH=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 2A2A628417; Thu, 24 Feb 2022 12:48:38 +0100 (CET) Received: from illbsd.quip.test (ip-78-45-215-131.net.upcbroadband.cz [78.45.215.131]) (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 167BE28411; Thu, 24 Feb 2022 12:48:37 +0100 (CET) Subject: Re: bootcode update after zpool upgrade To: Alexander Leidinger Cc: FreeBSD Stable Mailing List References: <20220224104322.Horde.akByDDeJzjTUIyGt_Few2RI@webmail.leidinger.net> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <5715fdc2-fb94-99d4-7a11-fe0666807866@quip.cz> Date: Thu, 24 Feb 2022 12:48:36 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: <20220224104322.Horde.akByDDeJzjTUIyGt_Few2RI@webmail.leidinger.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4K4B4l5lhWz3rjT X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of "SRS0=rzo6=TH=quip.cz=000.fbsd@elsa.codelab.cz" has no SPF policy when checking 94.124.105.4) smtp.mailfrom="SRS0=rzo6=TH=quip.cz=000.fbsd@elsa.codelab.cz" X-Spamd-Result: default: False [0.19 / 15.00]; RCVD_TLS_LAST(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[quip.cz]; AUTH_NA(1.00)[]; NEURAL_SPAM_SHORT(0.99)[0.992]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-stable]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=rzo6=TH=quip.cz=000.fbsd@elsa.codelab.cz]; R_SPF_NA(0.00)[no SPF record]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=rzo6=TH=quip.cz=000.fbsd@elsa.codelab.cz]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[78.45.215.131:received] X-ThisMailContainsUnwantedMimeParts: N On 24/02/2022 10:43, Alexander Leidinger wrote: > Quoting Miroslav Lachman <000.fbsd@quip.cz> (from Wed, 23 Feb 2022 >> I am not sure what I should update. This machine is EFI boot only >> (this is the only one EFI machine we have). > >> Should I run: >> gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 nvd0 >> gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 nvd1 > > This is the bootcode zpool upgrade talks about. > >> Or should I update EFI partitions? (if so, then how?) > > The EFI partition contains the loader, not the bootcode. > > While we are at it, I'm still looking for the place where I can find > which features the bootcode supports. Not all features are supported for > a root pool. Thank you for the clarification! Kind regards Miroslav Lachman From nobody Thu Feb 24 16:55:37 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 9461C19E67CC for ; Thu, 24 Feb 2022 16:55:56 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-vs1-xe2d.google.com (mail-vs1-xe2d.google.com [IPv6:2607:f8b0:4864:20::e2d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4K4JvH4j4Wz3QSf for ; Thu, 24 Feb 2022 16:55:55 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-vs1-xe2d.google.com with SMTP id d11so2816785vsm.5 for ; Thu, 24 Feb 2022 08:55:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=bx3yMDUB1l8LcdLiAwRlnR0c4l1Fidj1lvuhZxmUVk4=; b=IFTfoYNxbQwpr3bGm1SoZD+e8gyq56tarnOBahbBKlHIu9INtKumI8wq812XHFb1x0 h5pgxhwmmZo7GIKAVPksWdRk095d9F/+/s+FcUljXLwKti7aZuxKOUKHHMfSYBCpWQnc woCfdJ7r1DBXiAaaAT7E4N4THDFEa5Tlmd5ai8TrARDjcqogQRLl9TNFNpd9PtvpSCDH xlpTB+dOfwZ+hmWGirQIaRXRtHE56Qiun7B3j5SqN1BU6q4bJdXr4675OzHynPCVs3vp fJIY9Gy6HZthAY8Jg1WIK2ODY9+81CMzAccyCXdMjZWkMTgkwDQHeuBda2E5fQVq9K1x j8vw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=bx3yMDUB1l8LcdLiAwRlnR0c4l1Fidj1lvuhZxmUVk4=; b=ZXwuRlhQq60mwe+8fIJgMCxfmuJJFVNZf/TN6mMlemEtAaGQ1V16G7wzsgsxpHgPJu AgQ06ATyPvfFubJUXTLS8SC2FqcXUoZOeGfanXrx/lZvUkqAz+Vv6I37NvkvFdEHgddQ 1NofQ98l8d60trekY3reSranD19ND+4jWaVOw6COwl7cKkV9YxKL/2HPosCJ5/l3ePTL hjbsn/QzcHqXXTMZcjm5LE3Cwqfvx24BExbyt3/3fH90ElgF8XISkQRqZCRZS7nu4LNR 5Dsjj7NoAB8qZxKDVbwV67T3q5eIzJ0M+oYF7Cr7/DXir0UiuDC1Kucd1wA9GlirDj62 xAVg== X-Gm-Message-State: AOAM530yrF+z1/bgat8szHeXwH8e/oTD+RxQx2ILg5nqAIdWR2Xj2B7d xMA7WHUcBFydzTizXqG6v0ETfHEqjD+tFgmvwn3XqeTNAyc= X-Google-Smtp-Source: ABdhPJyoKTavjlrgCG5/lSBM4VzbOFDLfTTDooAWurQeEqZukynAPNd1zaoWeDE+6zVHhii7PnqeNGONS1qyFsIJQ2M= X-Received: by 2002:a67:e005:0:b0:303:b07f:9735 with SMTP id c5-20020a67e005000000b00303b07f9735mr1690686vsl.6.1645721749088; Thu, 24 Feb 2022 08:55:49 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <20220224104322.Horde.akByDDeJzjTUIyGt_Few2RI@webmail.leidinger.net> <5715fdc2-fb94-99d4-7a11-fe0666807866@quip.cz> In-Reply-To: <5715fdc2-fb94-99d4-7a11-fe0666807866@quip.cz> From: Warner Losh Date: Thu, 24 Feb 2022 09:55:37 -0700 Message-ID: Subject: Re: bootcode update after zpool upgrade To: Miroslav Lachman <000.fbsd@quip.cz> Cc: Alexander Leidinger , FreeBSD Stable Mailing List Content-Type: multipart/alternative; boundary="00000000000040ffdd05d8c67480" X-Rspamd-Queue-Id: 4K4JvH4j4Wz3QSf X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20210112.gappssmtp.com header.s=20210112 header.b=IFTfoYNx; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::e2d) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-2.98 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20210112.gappssmtp.com:s=20210112]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20210112.gappssmtp.com:+]; NEURAL_HAM_SHORT(-0.98)[-0.982]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::e2d:from]; MLMMJ_DEST(0.00)[freebsd-stable]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_SPF_NA(0.00)[no SPF record]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N --00000000000040ffdd05d8c67480 Content-Type: text/plain; charset="UTF-8" On Thu, Feb 24, 2022 at 4:49 AM Miroslav Lachman <000.fbsd@quip.cz> wrote: > On 24/02/2022 10:43, Alexander Leidinger wrote: > > Quoting Miroslav Lachman <000.fbsd@quip.cz> (from Wed, 23 Feb 2022 > > >> I am not sure what I should update. This machine is EFI boot only > >> (this is the only one EFI machine we have). > > > >> Should I run: > >> gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 nvd0 > >> gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 nvd1 > > > > This is the bootcode zpool upgrade talks about. > > > >> Or should I update EFI partitions? (if so, then how?) > > > > The EFI partition contains the loader, not the bootcode. > > > > While we are at it, I'm still looking for the place where I can find > > which features the bootcode supports. Not all features are supported for > > a root pool. > > Thank you for the clarification! > If you've updated your ZFS pool and have an old system, you do need to update the EFI boot code. None of the mbr stuff is used for EFI booting. If you have an old installation, it may be small. So ideally, you'd copy over /boot/loader.efi to ESP:efi/boot/bootx64.efi. However, it may be too big if you have an ESP created by the old installer. In that case, you'll need to either create a new, larger ESP, or copying /boot/boot1.efi instead. Warner --00000000000040ffdd05d8c67480 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Thu, Feb 24, 2022 at 4:49 AM Miros= lav Lachman <000.fbsd@quip.cz>= ; wrote:
On 24/0= 2/2022 10:43, Alexander Leidinger wrote:
> Quoting Miroslav Lachman <000.fbsd@quip.cz> (from Wed, 23 Feb 2022

>> I am not sure what I should update. This machine is EFI boot only =
>> (this is the only one EFI machine we have).
>
>> Should I run:
>> gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 nvd0
>> gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 nvd1
>
> This is the bootcode zpool upgrade talks about.
>
>> Or should I update EFI partitions? (if so, then how?)
>
> The EFI partition contains the loader, not the bootcode.
>
> While we are at it, I'm still looking for the place where I can fi= nd
> which features the bootcode supports. Not all features are supported f= or
> a root pool.

Thank you for the clarification!

If you= 've updated your ZFS pool and have an old system, you do need to update=
the EFI boot code. None of the mbr stuff is used for EFI booting= .

If you have an old installation, it may be small= . So ideally, you'd copy over /boot/loader.efi
to ESP:efi/boo= t/bootx64.efi. However, it may be too big if you have an ESP created by the=
old installer. In that case, you'll need to either create a = new, larger ESP, or copying=C2=A0/boot/boot1.efi
instead.

Warner
--00000000000040ffdd05d8c67480-- From nobody Thu Feb 24 18:51:13 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 1FC5319D3DB6 for ; Thu, 24 Feb 2022 18:51:19 +0000 (UTC) (envelope-from SRS0=rzo6=TH=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 4K4MSQ1kBqz3vv8 for ; Thu, 24 Feb 2022 18:51:18 +0000 (UTC) (envelope-from SRS0=rzo6=TH=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 836F228417; Thu, 24 Feb 2022 19:51:15 +0100 (CET) Received: from illbsd.quip.test (ip-78-45-215-131.net.upcbroadband.cz [78.45.215.131]) (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 4222E28411; Thu, 24 Feb 2022 19:51:14 +0100 (CET) Subject: Re: bootcode update after zpool upgrade To: Warner Losh Cc: Alexander Leidinger , FreeBSD Stable Mailing List References: <20220224104322.Horde.akByDDeJzjTUIyGt_Few2RI@webmail.leidinger.net> <5715fdc2-fb94-99d4-7a11-fe0666807866@quip.cz> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <6c9758cc-056f-c1d3-e2ff-45f0adbd2c2f@quip.cz> Date: Thu, 24 Feb 2022 19:51:13 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4K4MSQ1kBqz3vv8 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of "SRS0=rzo6=TH=quip.cz=000.fbsd@elsa.codelab.cz" has no SPF policy when checking 94.124.105.4) smtp.mailfrom="SRS0=rzo6=TH=quip.cz=000.fbsd@elsa.codelab.cz" X-Spamd-Result: default: False [0.48 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-0.70)[-0.703]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[quip.cz]; AUTH_NA(1.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.98)[-0.981]; NEURAL_SPAM_LONG(0.96)[0.960]; MLMMJ_DEST(0.00)[freebsd-stable]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=rzo6=TH=quip.cz=000.fbsd@elsa.codelab.cz]; R_SPF_NA(0.00)[no SPF record]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; MIME_TRACE(0.00)[0:+]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=rzo6=TH=quip.cz=000.fbsd@elsa.codelab.cz]; RECEIVED_SPAMHAUS_PBL(0.00)[78.45.215.131:received] X-ThisMailContainsUnwantedMimeParts: N On 24/02/2022 17:55, Warner Losh wrote: > > > On Thu, Feb 24, 2022 at 4:49 AM Miroslav Lachman <000.fbsd@quip.cz > > wrote: > > On 24/02/2022 10:43, Alexander Leidinger wrote: > > Quoting Miroslav Lachman <000.fbsd@quip.cz > > (from Wed, 23 Feb 2022 > > >> I am not sure what I should update. This machine is EFI boot only > >> (this is the only one EFI machine we have). > > > >> Should I run: > >> gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 nvd0 > >> gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 nvd1 > > > > This is the bootcode zpool upgrade talks about. > > > >> Or should I update EFI partitions? (if so, then how?) > > > > The EFI partition contains the loader, not the bootcode. > > > > While we are at it, I'm still looking for the place where I can find > > which features the bootcode supports. Not all features are > supported for > > a root pool. > > Thank you for the clarification! > > > If you've updated your ZFS pool and have an old system, you do need to > update > the EFI boot code. None of the mbr stuff is used for EFI booting. > > If you have an old installation, it may be small. So ideally, you'd copy > over /boot/loader.efi > to ESP:efi/boot/bootx64.efi. However, it may be too big if you have an > ESP created by the > old installer. In that case, you'll need to either create a new, larger > ESP, or copying /boot/boot1.efi > instead. This machine was installed 2 years ago as FreeBSD 11.2 and then upgraded to 11.4 and 12.2. The last update was from 12.2-p9 to 12.2-p13 so the machine was booting fine without modification of bootcode and with FreeBSD 12.2-p9 but after the last update to -p13 I decided to run "zpool upgrade". So the question is, do I need to update efi/boot/bootx64.efi? I tried to look at it: # mount -t msdosfs /dev/nvd0p1 /media/ # ll /media/efi/boot/ total 385 -rwxr-xr-x 1 root wheel 384K Apr 16 2018 BOOTx64.efi* -rwxr-xr-x 1 root wheel 12B Apr 16 2018 startup.nsh* The BOOTx64.efi is old, from 11.2 install. The newer one in /boot/ looks bigger 478K Mar 24 2021 loader.efi And the second question is back on bootcode. I already run gpart bootcode: gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 nvd0 gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 nvd1 But I found something in my notes from install time few years ago: gpart bootcode -p /boot/boot1.efifat -i 2 /dev/nvd01 What really should be installed on freebsd-boot partition? /boot/gptzfsboot or /boot/boot1.efifat # gpart show => 40 1953525088 nvd0 GPT (932G) 40 409600 1 efi (200M) 409640 1024 2 freebsd-boot (512K) 410664 113624 - free - (55M) 524288 20971520 3 freebsd-swap (10G) 21495808 1932001280 4 freebsd-zfs (921G) 1953497088 28040 - free - (14M) I am sorry for asking this questions but this is the only machine with EFI I had and never did "zpool upgrade" on it. Is there a way to test if the machine will be bootable befor I try to reboot it? The machine is not physically accessible to me so the recovery from failed boot is very problematic. Kind regards Miroslav Lachman From nobody Thu Feb 24 19:00:27 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 482FC19D679E for ; Thu, 24 Feb 2022 19:00:45 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-vs1-xe2f.google.com (mail-vs1-xe2f.google.com [IPv6:2607:f8b0:4864:20::e2f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4K4MgJ3fYlz4S85 for ; Thu, 24 Feb 2022 19:00:44 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-vs1-xe2f.google.com with SMTP id g21so3176860vsp.6 for ; Thu, 24 Feb 2022 11:00:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=TMjzeVbGXIvT01NjZ7tP+F/XizD5C+tihlglUs+bxes=; b=muKYaA/gtvdJ3p6u9OST2WjIxP3bhavMmN8PJ0afTcxjJ3X0KaV3zAgQPqSt4h39Eg eXiZ952JgIEA+J/QqnP+1Nn92gCpj2pDf5N6Nxu2KmdhMjl7jffZ/zMkS9eCqZU4bcKl WNZ+DphqqUHqrUOvG6WxZDFIe/HzTdY/lo0469hIBhcr/R9D2FnvnMcnUAMNW8wPsGxl IPkdxxuacJCb5TJPV/02/1SYUVwC12+v/+QCZRhWJ6zCYxJZHDEvG8NqLrWZlinAfWAy Gihw6/cx02P2I97UfGAiQJ3trvD44SFoZu/8ecRt3TEBPsjut0hRwLlSpv+/InvnmgDV kW9Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=TMjzeVbGXIvT01NjZ7tP+F/XizD5C+tihlglUs+bxes=; b=el4AMoXEdxJo3xprL+4VJaYi5ODhR8veAhHc0O0AeBNFKn1m2sIf1VnvCqgcmHHd2t WcbughUBzBjx3v4FS+6j7uoMvyMzOL7pHuiCj+Y214Y+vVyKB8zsUzoyHVsak9KVB0jb ftJ+ojUeOqITLKrAy3hvJynAr2anoOR5Ri3A89uym/XRuRvqhAqpY5lJ2Fa5+3Haqms7 eNHDAOSAONArgJSg276V+hFLpRNBOtmbJ1K00gPogxfszduIvLjMHx6TUZ0i3UZkki8I 81HYHtyEE32KpACRHX5EF9wZ8dfGycWObckIugcXmBgxPv+Gr9vYanAuQRPfpyontMtL kl3Q== X-Gm-Message-State: AOAM531nEy/UABjHw9v0D6t57sKTuVRx6Ul8AfApWgKyI58mbgH2MONR LSLhA4dp7P8HqcNqW+gGocSYxq7tluO6yYY8mO0MjKCtl/8= X-Google-Smtp-Source: ABdhPJxsimiwXmTkQWS9tEs1IiI5j9PH6Jvj87VnBD0OWM4sZ/iCh6ERcnI7+C3stm1PwMSJ7Mn5UQeEWQELt235wjU= X-Received: by 2002:a05:6102:3e8e:b0:31b:aaec:cece with SMTP id m14-20020a0561023e8e00b0031baaeccecemr1800824vsv.42.1645729238225; Thu, 24 Feb 2022 11:00:38 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <20220224104322.Horde.akByDDeJzjTUIyGt_Few2RI@webmail.leidinger.net> <5715fdc2-fb94-99d4-7a11-fe0666807866@quip.cz> <6c9758cc-056f-c1d3-e2ff-45f0adbd2c2f@quip.cz> In-Reply-To: <6c9758cc-056f-c1d3-e2ff-45f0adbd2c2f@quip.cz> From: Warner Losh Date: Thu, 24 Feb 2022 12:00:27 -0700 Message-ID: Subject: Re: bootcode update after zpool upgrade To: Miroslav Lachman <000.fbsd@quip.cz> Cc: Alexander Leidinger , FreeBSD Stable Mailing List Content-Type: multipart/alternative; boundary="000000000000a427de05d8c8326c" X-Rspamd-Queue-Id: 4K4MgJ3fYlz4S85 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20210112.gappssmtp.com header.s=20210112 header.b="muKYaA/g"; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::e2f) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-1.56 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20210112.gappssmtp.com:s=20210112]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.44)[0.438]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20210112.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::e2f:from]; MLMMJ_DEST(0.00)[freebsd-stable]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_SPF_NA(0.00)[no SPF record]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com] X-ThisMailContainsUnwantedMimeParts: N --000000000000a427de05d8c8326c Content-Type: text/plain; charset="UTF-8" On Thu, Feb 24, 2022 at 11:51 AM Miroslav Lachman <000.fbsd@quip.cz> wrote: > On 24/02/2022 17:55, Warner Losh wrote: > > > > > > On Thu, Feb 24, 2022 at 4:49 AM Miroslav Lachman <000.fbsd@quip.cz > > > wrote: > > > > On 24/02/2022 10:43, Alexander Leidinger wrote: > > > Quoting Miroslav Lachman <000.fbsd@quip.cz > > > (from Wed, 23 Feb 2022 > > > > >> I am not sure what I should update. This machine is EFI boot only > > >> (this is the only one EFI machine we have). > > > > > >> Should I run: > > >> gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 nvd0 > > >> gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 nvd1 > > > > > > This is the bootcode zpool upgrade talks about. > > > > > >> Or should I update EFI partitions? (if so, then how?) > > > > > > The EFI partition contains the loader, not the bootcode. > > > > > > While we are at it, I'm still looking for the place where I can > find > > > which features the bootcode supports. Not all features are > > supported for > > > a root pool. > > > > Thank you for the clarification! > > > > > > If you've updated your ZFS pool and have an old system, you do need to > > update > > the EFI boot code. None of the mbr stuff is used for EFI booting. > > > > If you have an old installation, it may be small. So ideally, you'd copy > > over /boot/loader.efi > > to ESP:efi/boot/bootx64.efi. However, it may be too big if you have an > > ESP created by the > > old installer. In that case, you'll need to either create a new, larger > > ESP, or copying /boot/boot1.efi > > instead. > > This machine was installed 2 years ago as FreeBSD 11.2 and then upgraded > to 11.4 and 12.2. The last update was from 12.2-p9 to 12.2-p13 so the > machine was booting fine without modification of bootcode and with > FreeBSD 12.2-p9 but after the last update to -p13 I decided to run > "zpool upgrade". > > So the question is, do I need to update efi/boot/bootx64.efi? > If you've done a zpool upgrade from before the switch to OpenZFS, then yes. You do. > I tried to look at it: > > # mount -t msdosfs /dev/nvd0p1 /media/ > > # ll /media/efi/boot/ > total 385 > -rwxr-xr-x 1 root wheel 384K Apr 16 2018 BOOTx64.efi* > -rwxr-xr-x 1 root wheel 12B Apr 16 2018 startup.nsh* > > The BOOTx64.efi is old, from 11.2 install. > > The newer one in /boot/ looks bigger > > 478K Mar 24 2021 loader.efi > Yea. It is. > > And the second question is back on bootcode. I already run gpart bootcode: > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 nvd0 > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 nvd1 > If you are booting with UEFI, this code never executes. > But I found something in my notes from install time few years ago: > gpart bootcode -p /boot/boot1.efifat -i 2 /dev/nvd01 > > What really should be installed on freebsd-boot partition? > /boot/gptzfsboot or /boot/boot1.efifat > /boot/gptzfsboot, assuming that you are using legacy BIOS boot and not UEFI boot. If you are using UEFI boot, then the right answer is that it doesn't matter since it won't be used. > # gpart show > => 40 1953525088 nvd0 GPT (932G) > 40 409600 1 efi (200M) > 409640 1024 2 freebsd-boot (512K) > 410664 113624 - free - (55M) > 524288 20971520 3 freebsd-swap (10G) > 21495808 1932001280 4 freebsd-zfs (921G) > 1953497088 28040 - free - (14M) > > I am sorry for asking this questions but this is the only machine with > EFI I had and never did "zpool upgrade" on it. > Ah, if you've not done a zpool upgrade with the EFI machine, you needn't do anything to keep it working. > Is there a way to test if the machine will be bootable befor I try to > reboot it? The machine is not physically accessible to me so the > recovery from failed boot is very problematic. > In that case, don't update the boot blocks, and don't do a zpool upgrade. Warner --000000000000a427de05d8c8326c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Thu, Feb 24, 2022 at 11:51 AM Miro= slav Lachman <000.fbsd@quip.cz&g= t; wrote:
On 24/= 02/2022 17:55, Warner Losh wrote:
>
>
> On Thu, Feb 24, 2022 at 4:49 AM Miroslav Lachman <000.fbsd@quip.cz
> <mailto:000.f= bsd@quip.cz>> wrote:
>
>=C2=A0 =C2=A0 =C2=A0On 24/02/2022 10:43, Alexander Leidinger wrote:
>=C2=A0 =C2=A0 =C2=A0 > Quoting Miroslav Lachman <000.fbsd@quip.cz
>=C2=A0 =C2=A0 =C2=A0<mailto:000.fbsd@quip.cz>> (from Wed, 23 Feb 2022
>
>=C2=A0 =C2=A0 =C2=A0 >> I am not sure what I should update. This = machine is EFI boot only
>=C2=A0 =C2=A0 =C2=A0 >> (this is the only one EFI machine we have= ).
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 >> Should I run:
>=C2=A0 =C2=A0 =C2=A0 >> gpart bootcode -b /boot/pmbr -p /boot/gpt= zfsboot -i 2 nvd0
>=C2=A0 =C2=A0 =C2=A0 >> gpart bootcode -b /boot/pmbr -p /boot/gpt= zfsboot -i 2 nvd1
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 > This is the bootcode zpool upgrade talks abou= t.
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 >> Or should I update EFI partitions? (if so= , then how?)
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 > The EFI partition contains the loader, not th= e bootcode.
>=C2=A0 =C2=A0 =C2=A0 >
>=C2=A0 =C2=A0 =C2=A0 > While we are at it, I'm still looking for= the place where I can find
>=C2=A0 =C2=A0 =C2=A0 > which features the bootcode supports. Not all= features are
>=C2=A0 =C2=A0 =C2=A0supported for
>=C2=A0 =C2=A0 =C2=A0 > a root pool.
>
>=C2=A0 =C2=A0 =C2=A0Thank you for the clarification!
>
>
> If you've updated your ZFS pool and have an old system, you do nee= d to
> update
> the EFI boot code. None of the mbr stuff is used for EFI booting.
>
> If you have an old installation, it may be small. So ideally, you'= d copy
> over /boot/loader.efi
> to ESP:efi/boot/bootx64.efi. However, it may be too big if you have an=
> ESP created by the
> old installer. In that case, you'll need to either create a new, l= arger
> ESP, or copying=C2=A0/boot/boot1.efi
> instead.

This machine was installed 2 years ago as FreeBSD 11.2 and then upgraded to 11.4 and 12.2. The last update was from 12.2-p9 to 12.2-p13 so the
machine was booting fine without modification of bootcode and with
FreeBSD 12.2-p9 but after the last update to -p13 I decided to run
"zpool upgrade".

So the question is, do I need to update efi/boot/bootx64.efi?

If you've done a zpool upgrade from before the s= witch to OpenZFS, then yes. You do.
=C2=A0
I tried to look at it:

# mount -t msdosfs /dev/nvd0p1 /media/

# ll /media/efi/boot/
total 385
-rwxr-xr-x=C2=A0 1 root=C2=A0 wheel=C2=A0 =C2=A0384K Apr 16=C2=A0 2018 BOOT= x64.efi*
-rwxr-xr-x=C2=A0 1 root=C2=A0 wheel=C2=A0 =C2=A0 12B Apr 16=C2=A0 2018 star= tup.nsh*

The BOOTx64.efi is old, from 11.2 install.

The newer one in /boot/ looks bigger

478K Mar 24=C2=A0 2021 loader.efi

Yea. = It is.
=C2=A0

And the second question is back on bootcode. I already run gpart bootcode:<= br> gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 nvd0
gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 nvd1
=

If you are booting with UEFI, this code never executes.=
=C2=A0
But I found something in my notes from install time few years ago:
gpart bootcode -p /boot/boot1.efifat -i 2 /dev/nvd01

What really should be installed on freebsd-boot partition?
/boot/gptzfsboot or /boot/boot1.efifat

= /boot/gptzfsboot, assuming that you are using legacy BIOS boot
an= d not UEFI boot. If you are using UEFI boot, then the right answer
is that it doesn't matter since it won't be used.
=C2= =A0
# gpart show
=3D>=C2=A0 =C2=A0 =C2=A0 =C2=A0 40=C2=A0 1953525088=C2=A0 nvd0=C2=A0 GPT= =C2=A0 (932G)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A040=C2=A0 =C2=A0 =C2=A0 409600=C2= =A0 =C2=A0 =C2=A01=C2=A0 efi=C2=A0 (200M)
=C2=A0 =C2=A0 =C2=A0 =C2=A0409640=C2=A0 =C2=A0 =C2=A0 =C2=A0 1024=C2=A0 =C2= =A0 =C2=A02=C2=A0 freebsd-boot=C2=A0 (512K)
=C2=A0 =C2=A0 =C2=A0 =C2=A0410664=C2=A0 =C2=A0 =C2=A0 113624=C2=A0 =C2=A0 = =C2=A0 =C2=A0 - free -=C2=A0 (55M)
=C2=A0 =C2=A0 =C2=A0 =C2=A0524288=C2=A0 =C2=A0 20971520=C2=A0 =C2=A0 =C2=A0= 3=C2=A0 freebsd-swap=C2=A0 (10G)
=C2=A0 =C2=A0 =C2=A021495808=C2=A0 1932001280=C2=A0 =C2=A0 =C2=A04=C2=A0 fr= eebsd-zfs=C2=A0 (921G)
=C2=A0 =C2=A01953497088=C2=A0 =C2=A0 =C2=A0 =C2=A028040=C2=A0 =C2=A0 =C2=A0= =C2=A0 - free -=C2=A0 (14M)

I am sorry for asking this questions but this is the only machine with
EFI I had and never did "zpool upgrade" on it.

Ah, if you've not done a zpool upgrade with the EFI m= achine, you needn't
do anything to keep it working.
=C2=A0
Is there a way to test if the machine will be bootable befor I try to
reboot it? The machine is not physically accessible to me so the
recovery from failed boot is very problematic.

In that case, don't update the boot blocks, and don't do a = zpool upgrade.

Warner=C2=A0
--000000000000a427de05d8c8326c-- From nobody Thu Feb 24 21:18:29 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 120F519D0D1E for ; Thu, 24 Feb 2022 21:19:19 +0000 (UTC) (envelope-from ctuffli@gmail.com) Received: from mail-ej1-x629.google.com (mail-ej1-x629.google.com [IPv6:2a00:1450:4864:20::629]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4K4QlB1Gt4z4lZM for ; Thu, 24 Feb 2022 21:19:18 +0000 (UTC) (envelope-from ctuffli@gmail.com) Received: by mail-ej1-x629.google.com with SMTP id qx21so6930929ejb.13 for ; Thu, 24 Feb 2022 13:19:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=AeRa/agA7HbA1NwnmCOygRIEzPg1plLq/OvDK8gGvh0=; b=T/g4K101NGJt1RU6huuLQF+DgcrkkBzlHw504EUqXpZPoGd/feqm0ZORJw7YBPctnQ RVzM112Z7tnY8QVsfhhnXBb3Rk3fum/a8xAkwKTsQojuYWTIYeAw+h1f+twIX3Q+gktf ifJ+6MLAcjYtyXHfTXOeWZZbiXvwrk/iac7QT7WCgVdpl92FZLskJpu+hW+ds376yQHa 0apHAH+H8CkPgpH0A+VB/+c2KN027ILlrshJKwCq0xxyj7hjd4OxRZej9qAYM0Q9Yk+B h9M7FmZyaC8Uk/MLiNzRJW866xrZFWU4OOMytb31xW3GGexqDt9Y7bccflDnzSL8283+ s/aA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=AeRa/agA7HbA1NwnmCOygRIEzPg1plLq/OvDK8gGvh0=; b=8NXB9WKJZ+3h6kTNm5vcDShsHeCfQrmHVppkBeor5jv4op/iSuMm5Yf7mO3Ab3rtmT 1tAfqrie4Ng2xSd5AVi2HaIEoGxizriT75BcVQkUT86weuciwxBtYZJWQgnugqpiZQeC RcJuvrVnDvPw3YYOF4YAdvR9cYnW2TX6KpF10hHzwps/xJ3Yv1YHyWzCeBCRC4E3xg8g nzJ255nGoTUSW739Lu5z38/g/46q5B58Uc4en7T9xnsCAGrg61G9Lv0FjKzNZ5qCHS+U oUCt19HcSElVOdLF98RVT93gYMmW9h/6tnmfg/irWfuKAkEaIuspaXIQ7NOOHoKH3Mlj rKtw== X-Gm-Message-State: AOAM531GHFQr24txPy5dSQNwaAOFKb6XjVJ7TRGm3OcoJvnEVBkJKuA0 i/oOOD/N1MybewFGKBFuGAA9XI1Lv8Wt0nn4Q4fp7Kd0yoY= X-Google-Smtp-Source: ABdhPJz0H7EFy8/c8MlJ5TXyG73e6pbZ9bua8fbLZhb8bwvexH5LfXLERL0HfY+15gcfC9Ia701pk/BeC00x6+g8FtI= X-Received: by 2002:a17:906:7e52:b0:6ce:b94d:a97d with SMTP id z18-20020a1709067e5200b006ceb94da97dmr3841037ejr.4.1645737557026; Thu, 24 Feb 2022 13:19:17 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <82956746-91aa-4744-c12f-40c5ff7c3f39@twisted.org.uk> In-Reply-To: <82956746-91aa-4744-c12f-40c5ff7c3f39@twisted.org.uk> From: Chuck Tuffli Date: Thu, 24 Feb 2022 13:18:29 -0800 Message-ID: Subject: Re: Instance drives in AWS comming up with the wrong size To: Pete French Cc: stable@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4K4QlB1Gt4z4lZM X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b="T/g4K101"; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of ctuffli@gmail.com designates 2a00:1450:4864:20::629 as permitted sender) smtp.mailfrom=ctuffli@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::629:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N On Tue, Feb 22, 2022 at 1:16 PM Pete French wrote: ... > root@serpentine-vgay:/usr/home/webadmin # nvmecontrol identify nda2 > Size: 292968750 blocks > Capacity: 292968750 blocks > Utilization: 292968750 blocks ... > LBA Format #00: Data Size: 512 Metadata Size: 0 Performance: Best This says the capacity is 140GB which matches with your expectations if I'm understanding correctly. Can you run: nvmecontrol identify nvme2 | grep "Serial Number" via both ssh and from the serial console? --chuck From nobody Thu Feb 24 22:21:20 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B139B19DCB91 for ; Thu, 24 Feb 2022 22:21:26 +0000 (UTC) (envelope-from SRS0=rzo6=TH=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 4K4S6s2jdmz4tCB for ; Thu, 24 Feb 2022 22:21:25 +0000 (UTC) (envelope-from SRS0=rzo6=TH=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 A755128417; Thu, 24 Feb 2022 23:21:23 +0100 (CET) Received: from illbsd.quip.test (ip-78-45-215-131.net.upcbroadband.cz [78.45.215.131]) (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 E936A28411; Thu, 24 Feb 2022 23:21:21 +0100 (CET) Subject: Re: bootcode update after zpool upgrade To: Warner Losh Cc: Alexander Leidinger , FreeBSD Stable Mailing List References: <20220224104322.Horde.akByDDeJzjTUIyGt_Few2RI@webmail.leidinger.net> <5715fdc2-fb94-99d4-7a11-fe0666807866@quip.cz> <6c9758cc-056f-c1d3-e2ff-45f0adbd2c2f@quip.cz> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <0e01195b-dff0-7b8c-acd9-06135cb52eeb@quip.cz> Date: Thu, 24 Feb 2022 23:21:20 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4K4S6s2jdmz4tCB X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of "SRS0=rzo6=TH=quip.cz=000.fbsd@elsa.codelab.cz" has no SPF policy when checking 94.124.105.4) smtp.mailfrom="SRS0=rzo6=TH=quip.cz=000.fbsd@elsa.codelab.cz" X-Spamd-Result: default: False [2.17 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[quip.cz]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.95)[-0.952]; NEURAL_SPAM_LONG(0.92)[0.922]; MLMMJ_DEST(0.00)[freebsd-stable]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=rzo6=TH=quip.cz=000.fbsd@elsa.codelab.cz]; R_SPF_NA(0.00)[no SPF record]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; MIME_TRACE(0.00)[0:+]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=rzo6=TH=quip.cz=000.fbsd@elsa.codelab.cz]; RECEIVED_SPAMHAUS_PBL(0.00)[78.45.215.131:received] X-ThisMailContainsUnwantedMimeParts: N On 24/02/2022 20:00, Warner Losh wrote: > > > On Thu, Feb 24, 2022 at 11:51 AM Miroslav Lachman <000.fbsd@quip.cz > > wrote: > > On 24/02/2022 17:55, Warner Losh wrote: > > > > > > On Thu, Feb 24, 2022 at 4:49 AM Miroslav Lachman > <000.fbsd@quip.cz > > >> wrote: > > > >     On 24/02/2022 10:43, Alexander Leidinger wrote: > >      > Quoting Miroslav Lachman <000.fbsd@quip.cz > > >     >> (from > Wed, 23 Feb 2022 > > > >      >> I am not sure what I should update. This machine is EFI > boot only > >      >> (this is the only one EFI machine we have). > >      > > >      >> Should I run: > >      >> gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 nvd0 > >      >> gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 nvd1 > >      > > >      > This is the bootcode zpool upgrade talks about. > >      > > >      >> Or should I update EFI partitions? (if so, then how?) > >      > > >      > The EFI partition contains the loader, not the bootcode. > >      > > >      > While we are at it, I'm still looking for the place where > I can find > >      > which features the bootcode supports. Not all features are > >     supported for > >      > a root pool. > > > >     Thank you for the clarification! > > > > > > If you've updated your ZFS pool and have an old system, you do > need to > > update > > the EFI boot code. None of the mbr stuff is used for EFI booting. > > > > If you have an old installation, it may be small. So ideally, > you'd copy > > over /boot/loader.efi > > to ESP:efi/boot/bootx64.efi. However, it may be too big if you > have an > > ESP created by the > > old installer. In that case, you'll need to either create a new, > larger > > ESP, or copying /boot/boot1.efi > > instead. > > This machine was installed 2 years ago as FreeBSD 11.2 and then > upgraded > to 11.4 and 12.2. The last update was from 12.2-p9 to 12.2-p13 so the > machine was booting fine without modification of bootcode and with > FreeBSD 12.2-p9 but after the last update to -p13 I decided to run > "zpool upgrade". > > So the question is, do I need to update efi/boot/bootx64.efi? > > > If you've done a zpool upgrade from before the switch to OpenZFS, then > yes. You do. I think this is the case, zpool (and bootx64.efi) was created with 11.2 and now upgraded under 12.2. I am not sure if 12.2 is OpenZFS based (I thought it is in 13.0) > I tried to look at it: > > # mount -t msdosfs /dev/nvd0p1 /media/ > > # ll /media/efi/boot/ > total 385 > -rwxr-xr-x  1 root  wheel   384K Apr 16  2018 BOOTx64.efi* > -rwxr-xr-x  1 root  wheel    12B Apr 16  2018 startup.nsh* > > The BOOTx64.efi is old, from 11.2 install. > > The newer one in /boot/ looks bigger > > 478K Mar 24  2021 loader.efi > > > Yea. It is. > > > And the second question is back on bootcode. I already run gpart > bootcode: > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 nvd0 > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 nvd1 > > > If you are booting with UEFI, this code never executes. > > But I found something in my notes from install time few years ago: > gpart bootcode -p /boot/boot1.efifat -i 2 /dev/nvd01 > > What really should be installed on freebsd-boot partition? > /boot/gptzfsboot or /boot/boot1.efifat > > > /boot/gptzfsboot, assuming that you are using legacy BIOS boot > and not UEFI boot. If you are using UEFI boot, then the right answer > is that it doesn't matter since it won't be used. Yes, this machne boots with UEFI only. As I ran gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 /dev/nvd01 am I right I must run gpart bootcode -p /boot/boot1.efifat -i 2 /dev/nvd01 to fix it now? Or for what is boot1.efifat useful? > # gpart show > =>        40  1953525088  nvd0  GPT  (932G) >            40      409600     1  efi  (200M) >        409640        1024     2  freebsd-boot  (512K) >        410664      113624        - free -  (55M) >        524288    20971520     3  freebsd-swap  (10G) >      21495808  1932001280     4  freebsd-zfs  (921G) >    1953497088       28040        - free -  (14M) > > I am sorry for asking this questions but this is the only machine with > EFI I had and never did "zpool upgrade" on it. > > > Ah, if you've not done a zpool upgrade with the EFI machine, you needn't > do anything to keep it working. I did. I did "zpool upgrade" on other machines as well but they were legacy BIOS based with simple GPT and there were not any problem. That's why I run "zpool upgrade" on this UEFI based machine too and right after that I realized there can be some problem. > Is there a way to test if the machine will be bootable befor I try to > reboot it? The machine is not physically accessible to me so the > recovery from failed boot is very problematic. > > > In that case, don't update the boot blocks, and don't do a zpool upgrade. Yes, I think I will never zpool upgrade on this machine again. Kind regards Miroslav Lachman From nobody Fri Feb 25 10:08:13 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3D59719E207F for ; Fri, 25 Feb 2022 10:08:23 +0000 (UTC) (envelope-from pete@twisted.org.uk) Received: from toybox.twisted.org.uk (toybox.twisted.org.uk [178.250.76.50]) (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 4K4lpZ2HFVz4ppl for ; Fri, 25 Feb 2022 10:08:22 +0000 (UTC) (envelope-from pete@twisted.org.uk) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=twisted.org.uk; s=x; h=Content-Transfer-Encoding:Content-Type:In-Reply-To: From:References:Cc:To:Subject:MIME-Version:Date:Message-ID:Sender:Reply-To: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=TlRi+jAWqrwcSgWiBuqpitC6UBYpxV8IeKF3hSWdXgk=; b=nKjeCYtFs8LD4IszIl4l2PuypW 9B4iW944n8wMw722L9bF2L9b5pzZaiSxnswlpkztFo/EXYZpaExHpSWHqtZEf+ggyFt6MHcvprbSA NL5PySeCmD2Q7/mWnVsiAq5EHw5v+1rrwYNB/4d1y/ulfwLKQxVfZ28YJoOUh6iB05LY=; Received: from mailnull by toybox.twisted.org.uk with spamc-scanned (Exim 4.94.2 (FreeBSD)) (envelope-from ) id 1nNXWI-000G8l-UJ for stable@freebsd.org; Fri, 25 Feb 2022 10:08:15 +0000 X-Spam-Checker-Version: SpamAssassin 3.4.5 (2021-03-20) on toybox.twisted.org.uk X-Spam-Level: X-Spam-Status: No, score=-0.9 required=5.0 tests=ALL_TRUSTED,NICE_REPLY_A, TW_NV autolearn=unavailable autolearn_force=no version=3.4.5 X-Spam-Score: -0.9 () Received: from [2001:470:6cc4:1:cd6:5836:ddba:7b54] by toybox.twisted.org.uk with esmtpsa (TLS1.3) tls TLS_AES_128_GCM_SHA256 (Exim 4.94.2 (FreeBSD)) (envelope-from ) id 1nNXWI-000G8X-5p; Fri, 25 Feb 2022 10:08:14 +0000 Message-ID: <39008acb-6bb6-bc4f-db0a-ef97ea3212dc@twisted.org.uk> Date: Fri, 25 Feb 2022 10:08:13 +0000 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.6.0 Subject: Re: Instance drives in AWS comming up with the wrong size To: Chuck Tuffli Cc: stable@freebsd.org References: <82956746-91aa-4744-c12f-40c5ff7c3f39@twisted.org.uk> From: Pete French In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-spamc-toybox: true X-transport-toybox: lookuphost X-Rspamd-Queue-Id: 4K4lpZ2HFVz4ppl X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=twisted.org.uk header.s=x header.b=nKjeCYtF; dmarc=none; spf=pass (mx1.freebsd.org: domain of pete@twisted.org.uk designates 178.250.76.50 as permitted sender) smtp.mailfrom=pete@twisted.org.uk X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[twisted.org.uk:s=x]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:178.250.76.50/32]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[twisted.org.uk]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[twisted.org.uk:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:12290, ipnet:178.250.72.0/21, country:GB]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 24/02/2022 21:18, Chuck Tuffli wrote: > On Tue, Feb 22, 2022 at 1:16 PM Pete French wrote: > ... >> root@serpentine-vgay:/usr/home/webadmin # nvmecontrol identify nda2 >> Size: 292968750 blocks >> Capacity: 292968750 blocks >> Utilization: 292968750 blocks > ... >> LBA Format #00: Data Size: 512 Metadata Size: 0 Performance: Best > > This says the capacity is 140GB which matches with your expectations > if I'm understanding correctly. Can you run: > nvmecontrol identify nvme2 | grep "Serial Number" > via both ssh and from the serial console? Serial Number: AWS26C9F8A45429C4403 in both cases But I found an easier way to reporduce the bug. On ssh, if I do 'su -' instead of 'su' then the wrong value appears: $ su Password: root@serpentine-vgay:/usr/home/webadmin # diskinfo nda2 nda2 512 150000000000 292968750 131072 0 root@serpentine-vgay:/usr/home/webadmin # exit $ su - Password: root@serpentine-vgay:~ # diskinfo nda2 nda2 512 1072431104 2094592 131072 0 root@serpentine-vgay:~ # logout $ That makes sense - as 'su -' simulates a login, which is what I am doing on the serial console. But I was under the impresison that the main differences between the two were in the environment variables which get set, and they seem to be identical. From nobody Fri Feb 25 10:30:38 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 9993319E5DDC for ; Fri, 25 Feb 2022 10:30:41 +0000 (UTC) (envelope-from pete@twisted.org.uk) Received: from toybox.twisted.org.uk (toybox.twisted.org.uk [178.250.76.50]) (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 4K4mJK08hRz4sNG for ; Fri, 25 Feb 2022 10:30:41 +0000 (UTC) (envelope-from pete@twisted.org.uk) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=twisted.org.uk; s=x; h=Content-Transfer-Encoding:Content-Type:In-Reply-To: From:References:Cc:To:Subject:MIME-Version:Date:Message-ID:Sender:Reply-To: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=YvGEhlmh7zTzh87nNrVwNJ+0fXtKcm5/oMzfEyhqQwg=; b=vj3FOt6T3vGg9KACeh4Mkf7GRJ mcLjgai+z2szioBr2+l00iD86U4gdl4DcCeQ10hSmJNZuKkziYOjyMVj2+HhnI9sNtU1qI1XzTtux 9NeJ09JstBcWxbkhkHmCRopcaMndwEIvygel+YxnsptnjJFT6o6oW9oLVvgU9EDSvtQE=; Received: from mailnull by toybox.twisted.org.uk with spamc-scanned (Exim 4.94.2 (FreeBSD)) (envelope-from ) id 1nNXs0-000IJQ-54 for stable@freebsd.org; Fri, 25 Feb 2022 10:30:40 +0000 X-Spam-Checker-Version: SpamAssassin 3.4.5 (2021-03-20) on toybox.twisted.org.uk X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,NICE_REPLY_A autolearn=unavailable autolearn_force=no version=3.4.5 X-Spam-Score: -1.0 () Received: from [2001:470:6cc4:1:cd6:5836:ddba:7b54] by toybox.twisted.org.uk with esmtpsa (TLS1.3) tls TLS_AES_128_GCM_SHA256 (Exim 4.94.2 (FreeBSD)) (envelope-from ) id 1nNXrz-000IJ7-39; Fri, 25 Feb 2022 10:30:39 +0000 Message-ID: Date: Fri, 25 Feb 2022 10:30:38 +0000 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.6.0 Subject: Re: Instance drives in AWS comming up with the wrong size To: Chuck Tuffli Cc: stable@freebsd.org References: <82956746-91aa-4744-c12f-40c5ff7c3f39@twisted.org.uk> From: Pete French In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-spamc-toybox: true X-transport-toybox: lookuphost X-Rspamd-Queue-Id: 4K4mJK08hRz4sNG X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=twisted.org.uk header.s=x header.b=vj3FOt6T; dmarc=none; spf=pass (mx1.freebsd.org: domain of pete@twisted.org.uk designates 178.250.76.50 as permitted sender) smtp.mailfrom=pete@twisted.org.uk X-Spamd-Result: default: False [-3.25 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[twisted.org.uk:s=x]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:178.250.76.50/32:c]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[twisted.org.uk]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[twisted.org.uk:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.75)[-0.752]; MLMMJ_DEST(0.00)[stable]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:12290, ipnet:178.250.72.0/21, country:GB]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Ok, I found what was causing this, there is no bug, and I am somewhat embarassed. Somehow I ended up with a file called 'nda2' in /root So doing 'diskinfo' in /root finds the file not the device. Simple as that. sorry for the noise! -pete. From nobody Fri Feb 25 11:07:07 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id C8DD519EC6F0 for ; Fri, 25 Feb 2022 11:07:15 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from elf.hq.norma.perm.ru (mail.norman-retail.ru [128.127.146.8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.norma.perm.ru", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4K4n6V5X7jz3F5c for ; Fri, 25 Feb 2022 11:07:14 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from bsdrookie.norma.com. ([128.127.147.1]) by elf.hq.norma.perm.ru (8.16.1/8.15.2) with ESMTPS id 21PB1JWB010614 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO) for ; Fri, 25 Feb 2022 16:01:19 +0500 (+05) (envelope-from eugene@zhegan.in) From: "Eugene M. Zheganin" Subject: zfs mirrored pool dead after a disk death and reset To: stable@freebsd.org Message-ID: Date: Fri, 25 Feb 2022 16:07:07 +0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Server: elf.hq.norma.perm.ru X-Rspamd-Queue-Id: 4K4n6V5X7jz3F5c X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of eugene@zhegan.in designates 128.127.146.8 as permitted sender) smtp.mailfrom=eugene@zhegan.in X-Spamd-Result: default: False [-2.16 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_NA(0.00)[zhegan.in]; NEURAL_SPAM_SHORT(0.14)[0.141]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:212494, ipnet:128.127.146.0/24, country:RU]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hello. Recently a disk died in one of my servers running 12.2 (12.2-RELEASE-p2). So.... it died, I got a bunch of dmesg errors saying there's a bunch of i/o commands stuck, OS became partially livelocked (I still could login, but barely could do anything) so.... considering this is a mirrored pool, and "I have done it many times before, nothing could be safer !" I sent a reset to the server via IPMI. And it was quite discouraging finding this after a successful boot-up from intact zroot (yeah, I've already tried to zpool import -F after an export, so initially it was imported already, showing the same devastating state): [root@db0:~]# zpool import pool: data id: 15967028801499953224 state: FAULTED status: One or more devices contains corrupted data. action: The pool cannot be imported due to damaged devices or data. The pool may be active on another system, but can be imported using the '-f' flag. see: http://illumos.org/msg/ZFS-8000-5E config: datašššššššššššššššššš FAULTEDš corrupted data 9566965891719887395š FAULTEDš corrupted data nvd0šššššššššššššššš ONLINE # zpool import -F data cannot import 'data': one or more devices is currently unavailable Well, -yeah, I do have a replica, I didn't lose one bit of data, but it's still a tragedy - to lose pool after one silly reset (and I have done it literally a hundred times before on various servers and FreeBSD versions). So, a couple of questions: - is it worth trying FreeBSD 13 to recover ? (just to get the experience if it can be still recovered) - is it because it's more dangerous with NVMes or would it also happen on SSD/rotational drives ? - would zpool checkpoint save me in this case ? Thanks. Eugene. From nobody Fri Feb 25 13:30:32 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 76D9F19DD2E1 for ; Fri, 25 Feb 2022 13:31:07 +0000 (UTC) (envelope-from steven@multiplay.co.uk) Received: from mail-il1-x12b.google.com (mail-il1-x12b.google.com [IPv6:2607:f8b0:4864:20::12b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4K4rJT4zx0z3jqp for ; Fri, 25 Feb 2022 13:31:05 +0000 (UTC) (envelope-from steven@multiplay.co.uk) Received: by mail-il1-x12b.google.com with SMTP id w4so4271883ilj.5 for ; Fri, 25 Feb 2022 05:31:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=tlvJzRjWoA4kk71nOSFQY5rnqc6UdP2BsIbecUvFyq0=; b=bDoF+rnM+aCMerKOya/KutIJxy+VsvRN+t6saqAIi0L3GJQYta7nCVLLBRCahGOhDu tJwAxcWCE+FRixLQ436f78Jmhhad2B42pIlya1BE7QQg+xGoDFFgXjH+6xmCpzWPCM4I JJtHxmOl428IhSX3rpEUqrt4mbcLuWO1gFj+TBzxgxbfaTfJ+MWJivj6FTXRcwowLIY0 XdFJWsWwCb/C15Xv0sESJ2UudYMKeb6YtrBJ4OW8da140LgT5TWvWNhjb1GY6z5vSgp+ cXHOaejYhEGp71Iqw1WwMXO9DY7cr3BrLm2SiDCrq+Pq7q2gXJr0bQ/SnBIvwZjArU9y 6ZJg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=tlvJzRjWoA4kk71nOSFQY5rnqc6UdP2BsIbecUvFyq0=; b=16hlsFCf2KUEUoUMkBoZIYKGQWwkJSJ5q05tLewirmQHZ1BtOnJl0/Qa1fw+lhkb8F XxE+ElhVfbOSFYDB440afvx6WWEwMdChKlxQFwbrrQwXarlOvgrasmgoYzoglNzjcUO9 9vUSoZOIe3J5DhKIqHi9IV96h1fJug537jj+gh5n222B29loCNsSY3TLOc3qgJ//UTGs XbZgVzfOPbyZQffpdrWvhYj8XrB6jBV94cgtaoJqIjnZ6tqJ8k8yBSqytUB6uZwHLIOW q8CaflWJ24bWYaOHAu0H8o0xsRVwCheJlJL4unjvLgyXS72CteZNBjnXsbLBgm5W7eK4 qUOQ== X-Gm-Message-State: AOAM530uKncrdXC1GS9GvJfSkzbMdaOwU+ltqlJknbIrQJDCWKfwq13G nGC8d07WViy3E8ngECLLpruS43FH0mFq4cwmGcazz2KThx8= X-Google-Smtp-Source: ABdhPJzd6Yhwaf+RRnLhanKoEr+s3clJZ6uM+AyTu4XSsiWveFxPLpwEkOFLDsf09oLlAz8qNgHG3e43LJ6lrGAhHjU= X-Received: by 2002:a05:6e02:170c:b0:2bf:1248:63df with SMTP id u12-20020a056e02170c00b002bf124863dfmr6346971ill.155.1645795859021; Fri, 25 Feb 2022 05:30:59 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Steven Hartland Date: Fri, 25 Feb 2022 13:30:32 +0000 Message-ID: Subject: Re: zfs mirrored pool dead after a disk death and reset To: "Eugene M. Zheganin" Cc: stable@freebsd.org Content-Type: multipart/alternative; boundary="0000000000008cdc2a05d8d7b56d" X-Rspamd-Queue-Id: 4K4rJT4zx0z3jqp X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=multiplay-co-uk.20210112.gappssmtp.com header.s=20210112 header.b=bDoF+rnM; dmarc=pass (policy=none) header.from=multiplay.co.uk; spf=pass (mx1.freebsd.org: domain of steven@multiplay.co.uk designates 2607:f8b0:4864:20::12b as permitted sender) smtp.mailfrom=steven@multiplay.co.uk X-Spamd-Result: default: False [-3.70 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[multiplay-co-uk.20210112.gappssmtp.com:s=20210112]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[multiplay-co-uk.20210112.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::12b:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[multiplay.co.uk,none]; MLMMJ_DEST(0.00)[stable]; FORGED_SENDER(0.30)[killing@multiplay.co.uk,steven@multiplay.co.uk]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[killing@multiplay.co.uk,steven@multiplay.co.uk] X-ThisMailContainsUnwantedMimeParts: N --0000000000008cdc2a05d8d7b56d Content-Type: text/plain; charset="UTF-8" Have you tried removing the dead disk physically. I've seen in the past a bad disk sending causing bad data to be sent to the controller causing knock on issues. Also the output doesn't show multiple devices, only nvd0. I'm hoping you didn't use nv raid to create the mirror, as that means there's no ZFS protection? On Fri, 25 Feb 2022 at 11:07, Eugene M. Zheganin wrote: > Hello. > > Recently a disk died in one of my servers running 12.2 > (12.2-RELEASE-p2). So.... it died, I got a bunch of dmesg errors saying > there's a bunch of i/o commands stuck, OS became partially livelocked (I > still could login, but barely could do anything) so.... considering this > is a mirrored pool, and "I have done it many times before, nothing could > be safer !" I sent a reset to the server via IPMI. > > And it was quite discouraging finding this after a successful boot-up > from intact zroot (yeah, I've already tried to zpool import -F after an > export, so initially it was imported already, showing the same > devastating state): > > > [root@db0:~]# zpool import > pool: data > id: 15967028801499953224 > state: FAULTED > status: One or more devices contains corrupted data. > action: The pool cannot be imported due to damaged devices or data. > The pool may be active on another system, but can be imported using > the '-f' flag. > see: http://illumos.org/msg/ZFS-8000-5E > config: > data FAULTED corrupted data > 9566965891719887395 FAULTED corrupted data > nvd0 ONLINE > > > # zpool import -F data > cannot import 'data': one or more devices is currently unavailable > > > Well, -yeah, I do have a replica, I didn't lose one bit of data, but > it's still a tragedy - to lose pool after one silly reset (and I have > done it literally a hundred times before on various servers and FreeBSD > versions). > > So, a couple of questions: > > - is it worth trying FreeBSD 13 to recover ? (just to get the experience > if it can be still recovered) > > - is it because it's more dangerous with NVMes or would it also happen > on SSD/rotational drives ? > > - would zpool checkpoint save me in this case ? > > > Thanks. > > Eugene. > > > --0000000000008cdc2a05d8d7b56d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Have you tried removing the dead disk physically.=C2=A0I&#= 39;ve seen in the past a bad disk sending causing bad data to be sent to th= e controller causing knock on issues.

Also the output do= esn't show multiple devices, only nvd0. I'm hoping you didn't u= se nv raid to create the mirror, as that means there's no ZFS protectio= n?

On Fri, 25 Feb 2022 at 11:07, Eugene M. Zheganin <eugene@zhegan.in> wrote:
=
Hello.

Recently a disk died in one of my servers running 12.2
(12.2-RELEASE-p2). So.... it died, I got a bunch of dmesg errors saying there's a bunch of i/o commands stuck, OS became partially livelocked (= I
still could login, but barely could do anything) so.... considering this is a mirrored pool, and "I have done it many times before, nothing cou= ld
be safer !" I sent a reset to the server via IPMI.

And it was quite discouraging finding this after a successful boot-up
from intact zroot (yeah, I've already tried to zpool import -F after an=
export, so initially it was imported already, showing the same
devastating state):


[root@db0:~]# zpool import
pool: data
id: 15967028801499953224
state: FAULTED
status: One or more devices contains corrupted data.
action: The pool cannot be imported due to damaged devices or data.
The pool may be active on another system, but can be imported using
the '-f' flag.
see: http://illumos.org/msg/ZFS-8000-5E
config:
data=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 FAULTED=C2=A0 corrupted data
9566965891719887395=C2=A0 FAULTED=C2=A0 corrupted data
nvd0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 ONLINE


# zpool import -F data
cannot import 'data': one or more devices is currently unavailable<= br>

Well, -yeah, I do have a replica, I didn't lose one bit of data, but it's still a tragedy - to lose pool after one silly reset (and I have <= br> done it literally a hundred times before on various servers and FreeBSD versions).

So, a couple of questions:

- is it worth trying FreeBSD 13 to recover ? (just to get the experience if it can be still recovered)

- is it because it's more dangerous with NVMes or would it also happen =
on SSD/rotational drives ?

- would zpool checkpoint save me in this case ?


Thanks.

Eugene.


--0000000000008cdc2a05d8d7b56d-- From nobody Fri Feb 25 13:53:43 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 2147219E181D for ; Fri, 25 Feb 2022 13:53:53 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from elf.hq.norma.perm.ru (mail.norman-retail.ru [128.127.146.8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.norma.perm.ru", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4K4rpm1dptz3n2X for ; Fri, 25 Feb 2022 13:53:51 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from bsdrookie.norma.com. ([128.127.147.1]) by elf.hq.norma.perm.ru (8.16.1/8.15.2) with ESMTPS id 21PDluGW022943 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Fri, 25 Feb 2022 18:47:56 +0500 (+05) (envelope-from eugene@zhegan.in) Subject: Re: zfs mirrored pool dead after a disk death and reset To: stable@freebsd.org References: From: "Eugene M. Zheganin" Message-ID: <10384e62-b643-95d9-1e1e-9ffa52a07c03@zhegan.in> Date: Fri, 25 Feb 2022 18:53:43 +0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------2CD3262A5FD6A2147E1D9A6B" Content-Language: en-US X-Rspamd-Server: elf.hq.norma.perm.ru X-Rspamd-Queue-Id: 4K4rpm1dptz3n2X X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of eugene@zhegan.in designates 128.127.146.8 as permitted sender) smtp.mailfrom=eugene@zhegan.in X-Spamd-Result: default: False [-3.30 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.996]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[zhegan.in]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:212494, ipnet:128.127.146.0/24, country:RU]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --------------2CD3262A5FD6A2147E1D9A6B Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hello, On 25.02.2022 18:30, Steven Hartland wrote: > Have you tried removing the dead disk physically. I've seen in the > past a bad disk sending causing bad data to be sent to the controller > causing knock on issues. Yup, I did. I've even built 13.0 and tried to import it there. 13.0 complains dirrerently, but still refuses to import: # zpool import pool: data id: 15967028801499953224 state: ONLINE status: One or more devices contains corrupted data. action: The pool can be imported using its name or numeric identifier. see: https://openzfs.github.io/openzfs-docs/msg/ZFS-8000-4J config: data        ONLINE nvd0      UNAVAIL  corrupted data nvd1      ONLINE And while importing: # zpool import -FX data cannot import 'data': one or more devices is currently unavailable and I see the following in dmesg: Feb 25 16:44:41 db0 ZFS[4857]: failed to load zpool data Feb 25 16:44:41 db0 ZFS[4873]: failed to load zpool data Feb 25 16:44:41 db0 ZFS[4889]: failed to load zpool data Feb 25 16:44:41 db0 ZFS[4909]: failed to load zpool data Feb 25 16:45:13 db0 ZFS[4940]: pool log replay failure, zpool=data Feb 25 16:45:13 db0 ZFS[4952]: pool log replay failure, zpool=data Feb 25 16:45:13 db0 ZFS[4964]: pool log replay failure, zpool=data Feb 25 16:45:13 db0 ZFS[4976]: pool log replay failure, zpool=data > > Also the output doesn't show multiple devices, only nvd0. I'm hoping > you didn't use nv raid to create the mirror, as that means there's no > ZFS protection? Nope, I'm aware of that. Acrually, the redundant drive is still there, but dead already, it's the FAULTED device 9566965891719887395 in my quotes below. > > [root@db0:~]# zpool import > pool: data > id: 15967028801499953224 > state: FAULTED > status: One or more devices contains corrupted data. > action: The pool cannot be imported due to damaged devices or data. > The pool may be active on another system, but can be imported using > the '-f' flag. > see: http://illumos.org/msg/ZFS-8000-5E > config: > data                   FAULTED  corrupted data > 9566965891719887395  FAULTED  corrupted data > nvd0                 ONLINE > Thanks. Eugene. --------------2CD3262A5FD6A2147E1D9A6B Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit
Hello,

On 25.02.2022 18:30, Steven Hartland wrote:
Have you tried removing the dead disk physically. I've seen in the past a bad disk sending causing bad data to be sent to the controller causing knock on issues.

Yup, I did. I've even built 13.0 and tried to import it there. 13.0 complains dirrerently, but still refuses to import:


# zpool import
pool: data
id: 15967028801499953224
state: ONLINE
status: One or more devices contains corrupted data.
action: The pool can be imported using its name or numeric identifier.
see: https://openzfs.github.io/openzfs-docs/msg/ZFS-8000-4J
config:
data        ONLINE
nvd0      UNAVAIL  corrupted data
nvd1      ONLINE


And while importing:

# zpool import -FX data
cannot import 'data': one or more devices is currently unavailable

and I see the following in dmesg:

Feb 25 16:44:41 db0 ZFS[4857]: failed to load zpool data
Feb 25 16:44:41 db0 ZFS[4873]: failed to load zpool data
Feb 25 16:44:41 db0 ZFS[4889]: failed to load zpool data
Feb 25 16:44:41 db0 ZFS[4909]: failed to load zpool data
Feb 25 16:45:13 db0 ZFS[4940]: pool log replay failure, zpool=data
Feb 25 16:45:13 db0 ZFS[4952]: pool log replay failure, zpool=data
Feb 25 16:45:13 db0 ZFS[4964]: pool log replay failure, zpool=data
Feb 25 16:45:13 db0 ZFS[4976]: pool log replay failure, zpool=data


Also the output doesn't show multiple devices, only nvd0. I'm hoping you didn't use nv raid to create the mirror, as that means there's no ZFS protection?
Nope, I'm aware of that. Acrually, the redundant drive is still there, but dead already, it's the FAULTED device 9566965891719887395 in my quotes below.


[root@db0:~]# zpool import
pool: data
id: 15967028801499953224
state: FAULTED
status: One or more devices contains corrupted data.
action: The pool cannot be imported due to damaged devices or data.
The pool may be active on another system, but can be imported using
the '-f' flag.
see: http://illumos.org/msg/ZFS-8000-5E
config:
data                   FAULTED  corrupted data
9566965891719887395  FAULTED  corrupted data
nvd0                 ONLINE


Thanks.

Eugene.


--------------2CD3262A5FD6A2147E1D9A6B-- From nobody Fri Feb 25 14:04:14 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id AAFED19E48A1 for ; Fri, 25 Feb 2022 14:04:22 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from elf.hq.norma.perm.ru (mail.norman-retail.ru [128.127.146.8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.norma.perm.ru", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4K4s2s61ysz3q2j for ; Fri, 25 Feb 2022 14:04:21 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from bsdrookie.norma.com. ([128.127.147.1]) by elf.hq.norma.perm.ru (8.16.1/8.15.2) with ESMTPS id 21PDwRTv023686 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO) for ; Fri, 25 Feb 2022 18:58:27 +0500 (+05) (envelope-from eugene@zhegan.in) Subject: Re: zfs mirrored pool dead after a disk death and reset To: stable@freebsd.org References: <10384e62-b643-95d9-1e1e-9ffa52a07c03@zhegan.in> From: "Eugene M. Zheganin" Message-ID: <0a6d8a88-30a5-c043-a071-3bc8b59875b8@zhegan.in> Date: Fri, 25 Feb 2022 19:04:14 +0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: <10384e62-b643-95d9-1e1e-9ffa52a07c03@zhegan.in> Content-Type: multipart/alternative; boundary="------------CC87B1E618CB296E88CA6E86" Content-Language: en-US X-Rspamd-Server: elf.hq.norma.perm.ru X-Rspamd-Queue-Id: 4K4s2s61ysz3q2j X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of eugene@zhegan.in designates 128.127.146.8 as permitted sender) smtp.mailfrom=eugene@zhegan.in X-Spamd-Result: default: False [-3.30 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.995]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_NA(0.00)[zhegan.in]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:212494, ipnet:128.127.146.0/24, country:RU]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --------------CC87B1E618CB296E88CA6E86 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hello, Jeez, my bad, looks like I created a non-mirrored pool. :) On 25.02.2022 18:53, Eugene M. Zheganin wrote: > Hello, > > On 25.02.2022 18:30, Steven Hartland wrote: >> Have you tried removing the dead disk physically. I've seen in the >> past a bad disk sending causing bad data to be sent to the controller >> causing knock on issues. > > Yup, I did. I've even built 13.0 and tried to import it there. 13.0 > complains dirrerently, but still refuses to import: > > > # zpool import > pool: data > id: 15967028801499953224 > state: ONLINE > status: One or more devices contains corrupted data. > action: The pool can be imported using its name or numeric identifier. > see: https://openzfs.github.io/openzfs-docs/msg/ZFS-8000-4J > config: > data        ONLINE > nvd0      UNAVAIL  corrupted data > nvd1      ONLINE > > > And while importing: > > # zpool import -FX data > cannot import 'data': one or more devices is currently unavailable > > and I see the following in dmesg: > > Feb 25 16:44:41 db0 ZFS[4857]: failed to load zpool data > Feb 25 16:44:41 db0 ZFS[4873]: failed to load zpool data > Feb 25 16:44:41 db0 ZFS[4889]: failed to load zpool data > Feb 25 16:44:41 db0 ZFS[4909]: failed to load zpool data > Feb 25 16:45:13 db0 ZFS[4940]: pool log replay failure, zpool=data > Feb 25 16:45:13 db0 ZFS[4952]: pool log replay failure, zpool=data > Feb 25 16:45:13 db0 ZFS[4964]: pool log replay failure, zpool=data > Feb 25 16:45:13 db0 ZFS[4976]: pool log replay failure, zpool=data > >> >> Also the output doesn't show multiple devices, only nvd0. I'm hoping >> you didn't use nv raid to create the mirror, as that means there's no >> ZFS protection? > Nope, I'm aware of that. Acrually, the redundant drive is still there, > but dead already, it's the FAULTED device 9566965891719887395 in my > quotes below. > >> >> [root@db0:~]# zpool import >> pool: data >> id: 15967028801499953224 >> state: FAULTED >> status: One or more devices contains corrupted data. >> action: The pool cannot be imported due to damaged devices or data. >> The pool may be active on another system, but can be imported using >> the '-f' flag. >> see: http://illumos.org/msg/ZFS-8000-5E >> config: >> data                   FAULTED  corrupted data >> 9566965891719887395  FAULTED  corrupted data >> nvd0                 ONLINE >> > > Thanks. > > Eugene. > > --------------CC87B1E618CB296E88CA6E86 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit
Hello,

Jeez, my bad, looks like I created a non-mirrored pool. :)

On 25.02.2022 18:53, Eugene M. Zheganin wrote:
Hello,

On 25.02.2022 18:30, Steven Hartland wrote:
Have you tried removing the dead disk physically. I've seen in the past a bad disk sending causing bad data to be sent to the controller causing knock on issues.

Yup, I did. I've even built 13.0 and tried to import it there. 13.0 complains dirrerently, but still refuses to import:


# zpool import
pool: data
id: 15967028801499953224
state: ONLINE
status: One or more devices contains corrupted data.
action: The pool can be imported using its name or numeric identifier.
see: https://openzfs.github.io/openzfs-docs/msg/ZFS-8000-4J
config:
data        ONLINE
nvd0      UNAVAIL  corrupted data
nvd1      ONLINE


And while importing:

# zpool import -FX data
cannot import 'data': one or more devices is currently unavailable

and I see the following in dmesg:

Feb 25 16:44:41 db0 ZFS[4857]: failed to load zpool data
Feb 25 16:44:41 db0 ZFS[4873]: failed to load zpool data
Feb 25 16:44:41 db0 ZFS[4889]: failed to load zpool data
Feb 25 16:44:41 db0 ZFS[4909]: failed to load zpool data
Feb 25 16:45:13 db0 ZFS[4940]: pool log replay failure, zpool=data
Feb 25 16:45:13 db0 ZFS[4952]: pool log replay failure, zpool=data
Feb 25 16:45:13 db0 ZFS[4964]: pool log replay failure, zpool=data
Feb 25 16:45:13 db0 ZFS[4976]: pool log replay failure, zpool=data


Also the output doesn't show multiple devices, only nvd0. I'm hoping you didn't use nv raid to create the mirror, as that means there's no ZFS protection?
Nope, I'm aware of that. Acrually, the redundant drive is still there, but dead already, it's the FAULTED device 9566965891719887395 in my quotes below.


[root@db0:~]# zpool import
pool: data
id: 15967028801499953224
state: FAULTED
status: One or more devices contains corrupted data.
action: The pool cannot be imported due to damaged devices or data.
The pool may be active on another system, but can be imported using
the '-f' flag.
see: http://illumos.org/msg/ZFS-8000-5E
config:
data                   FAULTED  corrupted data
9566965891719887395  FAULTED  corrupted data
nvd0                 ONLINE


Thanks.

Eugene.



--------------CC87B1E618CB296E88CA6E86-- From nobody Fri Feb 25 14:13:04 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id AA92A19E6636 for ; Fri, 25 Feb 2022 14:13:12 +0000 (UTC) (envelope-from SRS0=Xigz=TI=klop.ws=ronald-lists@realworks.nl) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (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 4K4sF331SCz3rb9 for ; Fri, 25 Feb 2022 14:13:11 +0000 (UTC) (envelope-from SRS0=Xigz=TI=klop.ws=ronald-lists@realworks.nl) Date: Fri, 25 Feb 2022 15:13:04 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1645798384; 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=Td318JuglYBOIxIbmLog/vpARUrn7599xg03+wdxRGY=; b=taV8QTlyokOl9EyUNZmNZIDGeFbkMx2m1y6HkrEzFC2J+77VvmmUML9PSJbj81TbjT/zyk 2OR4JFYugKx+1XglruBJYBQRAII33JBJpn3KKcWNRjyCc1MVXyxjOj8+6mHXGzPc3GZs7r /LQzm1iHRwKTVrcqPuIgrGQkJMmpw9sD1Fsh54qB4+1UbhnmMP0wIJG9uf4qhf82aiiIQK IxfErPOM2IQgXPEMeFsPvBQwzUCxRsMP0uxH52vgyDMy5RI1193ubCGarHMArcQMSsAD9I kgWOOQvkO2klvSlpdlHTURytgepxYUKukHykzzcFkXD9LMo41H+5UEBEu7RpCA== From: Ronald Klop To: Pete French Cc: stable@freebsd.org, Chuck Tuffli Message-ID: <911165478.11.1645798384085@mailrelay> In-Reply-To: References: <82956746-91aa-4744-c12f-40c5ff7c3f39@twisted.org.uk> Subject: Re: Instance drives in AWS comming up with the wrong size List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_10_656879731.1645798383998" X-Mailer: Realworks (598.165.b8bc7a1) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: 4K4sF331SCz3rb9 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=klop.ws header.s=rw2 header.b=taV8QTly; dmarc=pass (policy=quarantine) header.from=klop.ws; spf=pass (mx1.freebsd.org: domain of "SRS0=Xigz=TI=klop.ws=ronald-lists@realworks.nl" designates 194.109.157.24 as permitted sender) smtp.mailfrom="SRS0=Xigz=TI=klop.ws=ronald-lists@realworks.nl" X-Spamd-Result: default: False [-3.20 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[klop.ws:s=rw2]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:194.109.157.0/24]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[klop.ws:+]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,quarantine]; HAS_X_PRIO_THREE(0.00)[3]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FORGED_SENDER(0.30)[ronald-lists@klop.ws,SRS0=Xigz=TI=klop.ws=ronald-lists@realworks.nl]; RCVD_COUNT_ZERO(0.00)[0]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; FROM_NEQ_ENVFROM(0.00)[ronald-lists@klop.ws,SRS0=Xigz=TI=klop.ws=ronald-lists@realworks.nl]; FREEMAIL_CC(0.00)[freebsd.org,gmail.com] X-ThisMailContainsUnwantedMimeParts: N ------=_Part_10_656879731.1645798383998 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Wow, diskinfo.c has explicit support for regular files: isreg = S_ISREG(sb.st_mode); if (isreg) { mediasize = sb.st_size; sectorsize = S_BLKSIZE; fwsectors = 0; fwheads = 0; But I would not know the proper use case for that related to the name of the tool. Anyways, nice catch. Computers are weird. Cheers, Ronald. Van: Pete French Datum: vrijdag, 25 februari 2022 11:30 Aan: Chuck Tuffli CC: stable@freebsd.org Onderwerp: Re: Instance drives in AWS comming up with the wrong size > > Ok, I found what was causing this, there is no bug, and I am somewhat embarassed. > > Somehow I ended up with a file called 'nda2' in /root > > So doing 'diskinfo' in /root finds the file not the device. Simple as that. > > sorry for the noise! > > -pete. > > > > ------=_Part_10_656879731.1645798383998 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Wow,

diskinfo.c has explicit support for regular files:

                isreg = S_ISREG(sb.st_mode);
                if (isreg) {
                        mediasize = sb.st_size;
                        sectorsize = S_BLKSIZE;
                        fwsectors = 0;
                        fwheads = 0;

But I would not know the proper use case for that related to the name of the tool.

Anyways, nice catch. Computers are weird.

Cheers,
Ronald.

 

Van: Pete French <pete@twisted.org.uk>
Datum: vrijdag, 25 februari 2022 11:30
Aan: Chuck Tuffli <ctuffli@gmail.com>
CC: stable@freebsd.org
Onderwerp: Re: Instance drives in AWS comming up with the wrong size

Ok, I found what was causing this, there is no bug, and I am somewhat embarassed.

Somehow I ended up with a file called 'nda2' in /root

So doing 'diskinfo' in /root finds the file not the device. Simple as that.

sorry for the noise!

-pete.
 
------=_Part_10_656879731.1645798383998-- From nobody Fri Feb 25 16:28:29 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 86E5019D8913 for ; Fri, 25 Feb 2022 16:28:38 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [IPv6:2001:19f0:300:2185:123::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4K4wFK5NM8z4ggD for ; Fri, 25 Feb 2022 16:28:37 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [104.207.135.49]) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5) with ESMTP id 21PGSUsL055161; Fri, 25 Feb 2022 16:28:30 GMT (envelope-from jamie@donotpassgo.dyslexicfish.net) Received: (from jamie@localhost) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5/Submit) id 21PGSTfW055152; Fri, 25 Feb 2022 16:28:29 GMT (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <202202251628.21PGSTfW055152@donotpassgo.dyslexicfish.net> Date: Fri, 25 Feb 2022 16:28:29 +0000 Organization: Dyslexic Fish To: ronald-lists@klop.ws, pete@twisted.org.uk Cc: stable@FreeBSD.org, ctuffli@gmail.com Subject: Re: Instance drives in AWS comming up with the wrong size References: <82956746-91aa-4744-c12f-40c5ff7c3f39@twisted.org.uk> <911165478.11.1645798384085@mailrelay> In-Reply-To: <911165478.11.1645798384085@mailrelay> User-Agent: Heirloom mailx 12.4 7/29/08 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (donotpassgo.dyslexicfish.net [104.207.135.49]); Fri, 25 Feb 2022 16:28:30 +0000 (GMT) X-Rspamd-Queue-Id: 4K4wFK5NM8z4ggD X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=catflap.org; spf=pass (mx1.freebsd.org: domain of jamie@catflap.org designates 2001:19f0:300:2185:123::1 as permitted sender) smtp.mailfrom=jamie@catflap.org X-Spamd-Result: default: False [-3.70 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEFALL_USER(0.00)[jamie]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+mx:dyslexicfish.net]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[catflap.org,none]; MLMMJ_DEST(0.00)[stable]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:20473, ipnet:2001:19f0::/38, country:US]; FREEMAIL_CC(0.00)[FreeBSD.org,gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N Ronald Klop wrote: > Wow, > > diskinfo.c has explicit support for regular files: > > But I would not know the proper use case for that related to the name of the tool. I guess reading an imagefile, without needed to make an md device of it first, I guess.... But hardly a "must have", in my opinion. Howerver, what's even worse is that it first looks for in the current directory, and if that fails, it then tries /dev/ And to compound that, the screen output doesn't show whether it's matching ./ or /dev/ leading easily to the confusion Pete encountered. I think it should either treat the provided as an unaltered filepath (i.e. "xxx" refers to file "./xxx", "/dev/xxx" refers to file "/dev/xxx" etc.) OR have it anchored to /dev unless a path is specified (i.e. "xxx" refers to "/dev/xxx", "./xxx" refers to "./xxx", "/tmp/xxx" refers to "/tmp/xxx" etc.) but the current ambiguous method is the worst of both worlds. Still, at the very least, the file being accessed should be unambiguously displayed in the output. | jamie@thompson% pwd | /tmp | | jamie@thompson% dd if=/dev/ada0 bs=1m count=10 of=ada1 | 10+0 records in | 10+0 records out | 10485760 bytes transferred in 0.036465 secs (287554872 bytes/sec) | | jamie@thompson% diskinfo ada1 | ada1 512 10485760 20480 4096 0 | | jamie@thompson% rm ada1 | | jamie@thompson% diskinfo ada1 | ada1 512 1050214588416 2051200368 0 0 2034921 16 63 NASTY! Cheers, Jamie From nobody Sun Feb 27 01:10:18 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id A3BFD19E5D3A for ; Sun, 27 Feb 2022 01:10:28 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-25.consmr.mail.gq1.yahoo.com (sonic304-25.consmr.mail.gq1.yahoo.com [98.137.68.206]) (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 4K5lmz3H8Pz3hD9 for ; Sun, 27 Feb 2022 01:10:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1645924220; bh=MBKyCGqWMcLUap9P8FgFz0h0MkA2LkBG7s+nhuHduXI=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=h11WPJ9Xfp9IHeJd1NBgCLZ5Tjl1VBxNzx1vGOJEdsUYzjcdJysHK3TwmXH4bGf8xARWnLEnhh937RcjO+cGvvCX9PtwOEHZ4G7RtlYHaqZTh52GmuVbTmx9KThwk2OfEreIeoU2aKTU03SMJELqVxMtzmlEim84IkvsTlgR4bnGLG2bzRVJ2qwjyzlWaP2/XP4hz4V8MraI/hkRDPTYBECW3KKfTrIYuEU3sFndLRGIDj/MvxiEjljCMEtzM1Oh0WEL/7OjSbJ93meQGyQ9PfRLQF7y0GRXePfQXNRIFfyT66EogoSvClDrKgqcSfxGcsndGmPg5H0fOafIs5nxFg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1645924220; bh=f7+oZdRmNuYvEPs2vJpglJ57ksWMl0ecn1eQOZ+38kM=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=j6fL9GXe5ynr8gz/TdZe2KTwO7LQ8LEkD5Xb+RjsBk0odwP6jaWARbPbe1OqIlT+1eoLArg+jDRS0DkN1JvmRjBfOX+9MnXcogTVIy07ubHKYsB+dHIedl+ghGR0pj/zG10fF4tOEhSlPcKL/N/BDVskxxkD/9IlQuy5FzkDsgD4/7hAuekQ81MbU9I92j+65Qnkwk6O/EElOskzf+czwoputuC1a0Y5ywN6RAPIFF7QqbxwW8cNMDfWi7GcL9/c889Bt52p2b4Fq4IgTCodiIiTdW6QYEKxjQfisH+oFr6PqSMZUosCaNXKfG8EMdnK5ZDBgdIS4bzL9C3OADpXlA== X-YMail-OSG: YVOmL_kVM1lWENDiQuUIkrSt60W6kNnFO74JiiKZVvJec5OzoN2716C4KpHu3OI 0r5xdmL6JkmsZVtSpI7EWvCh7aNUZFawMhbhfjfNma7OualHVnuxBYjF3OoTyQNQ0gy.MUAv2Kum uOR_RpRAUyyt2BfTWprVv1i.GmQZM9QYBwIiXrn8VWpeDWWm1fFCqiRdTPyzghQxN3fXmD4NePbL bOXoFbODyQgbzVK099Ocn1gazmX8FXCwYWboIZZfAjLi3MzNYA0JQ7nCS78pmLmOzHzIJS9k1mUU y5yH_AUigp42x77QK3ouAaen2SCao5udfgM.9hjhkWPr2JgFmrkZKRCMAJF7UPHP70aRSwPMqF_8 t2IHLT185B2Bqd48gmXNDEunRNDcrZtHCSwrex_F1jzkE2H5nnSBtNENOoFem_PSdR_gIXy0NpMQ sRbXimjWALIn1kwAx6RsvN00nt5MURl2ReAJfDVMPfGII6hD1nkNR5zylTxCD9_msAixx6pdqNYb af6ttovm7HqF.kaFKCunIX5a63tOMS8VtpwiocZRnMcybcLOytPbsEaSwjFea1u7KJ7QRESLcZIz eYNDP8brRqznNMOr8r6dGNJhFrDzf8iIessdQ2F1zAbYwknLIhZlL.WBf4tT4YS.b.2KqUa35kzd pyAqera7zl87POSFyH4unkIUEaYkRGMj8sT1SUc7DM1oJCe_B5NUpFMyyC4SKfrud4qvA.bGjG2i aadS4bGQVZsA4irZps5gBYKrcz1jiOvYOjF_0tJwqxRuSC67dLojUGY_iSmauyOpzFF5T2uo3oz2 CirVj2fjzmgBlsdBPz_V16Ux49wbFcl0FEtU522_ai2KYGtDEPME4J1NzujSME7aQZUhLwIYRcRo LBWNtsiJX_sSx8EJLgDIM.0EVCI6ErT2sOdej_AW6st0wYmT9WUbZKbcfhBHI8vazHcmcNSbvWO1 OJyhHi_llKJiA8u6GlMk98lSbxVBpvddt97xEQWbNZXMoZsrTBg3vt0yar7tx3IRB7jvGEwyhcK. bejE_OVOSqA8vGftF9886rY7kgw3L5KbLRLqBYjLEVTQo2KoyySbAAJmixr7U.Q4WUawqoUwfW7I CrquR08epQpvINfVMpwtq3ogZfaaTsMU2b6j_7bSekyWxykeU7II1wetSBpOPoVrXRT9o9hS8SHP 0qNMxyWSHk0eUSYO2zr9hxnx3cmxFn0E4prTtJef0yzS3I8oBIBfF1luhD432p3PmpQ0sFXTfx7k K8VeHyWeIlndQ8Frg9_h.D7uX41eWhG.6ysg4abm4rlakI5Vv2ryMHUBAtanCpPYbYUUxCnsESWd SZs3vOPMNxZd.KP3u_NWVPJFo_Bfcmaj2WzMfRx75RgJH100LyL07HoZpisDa0ZFo3GfRmlbNZLp nuTEzuOLUrN4GdkwvlI1P2Lxl94YC6rtNkIqv_Dedl83dJb7fuLK3zYY3DG2Dj_a_t_06uGJSo1A Sw73apY_gKLEZG..lOrmlCCkKmB79MTGOnw1UsjHp5BzClD0DH2HLemq1CqbJq9hI3FZgI4d.Ua6 16Cw9fXrO.nTbJKB95RRcxfdglCFVJcgT0jv3N_ncDgtvagnxHsTQyDEteq5VvPDJT.ZZ9uYWHCL d4Ggrf.8iLO7BEOvshbUzJpuPt14SeWmi2sQITM0EIa2hnt3IdBW8yDmJyJJutf33CTXgjFOO4MQ 4IcTMf0LdOsfQmj3wyc3CPGnqkwBs.62h7stGp_XHXUHY6m.f6peatH9khShVQGvT1lIB7VO4nht 3S7bJlcvvogOO9GEIpkprOrUEIfzYJinpcEcnGQLWxNHymP4.7AxCTXT7zh5rjYiyDG67AnPL8kB mgiGovb6CzKXnJ0kTk66ln8bxjY1N2IkZmSybJlwOIDhjM8Km1fx81GUyL9q.nmz7fwXebYQdIKg 5_Xgm7br3y6Dj_Ad8byOOxzlHiFBBqFZh..m7tZJzHV1HNa0runiE7eO8Dwx_3UUL.ZTpmIE.q4l eGiz.JXuwYjnOPmT8YWf_MeYoYQB09D.Ct0Tg3mAGyiTviKhg3egiHfq4fz2j7MCsn_bXiQ9XzxE w3fgop0XBhDBuRUU3vAj5MGMLCuIc1imEzABHjmmUqmOE_u3kL011kgbzMVL4fhELupnrV_7t.xx 1yzuz499JBcLa9PfVntcb6vYxbkILLEK_iUqSHk5Cv.HA7W4Crw0ypfj2oc8YClZKn91jj4L7KGQ c_eMjvcXivGitFY3dPxIglpiAOfuUBnnyCCQK4vO6K5TQUy4Cih70YR8LdaHZXNPVoUDY5qvrCBX mo_QV.qEK70OUhe5pZI5f X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Sun, 27 Feb 2022 01:10:20 +0000 Received: by kubenode512.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 13e13fc81b224f28691ca119b921ae9f; Sun, 27 Feb 2022 01:10:19 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: git: 4a864f624a70 - main - vm_pageout: Print a more accurate message to the console before an OOM kill [MFC in time for 13.1?] From: Mark Millard In-Reply-To: Date: Sat, 26 Feb 2022 17:10:18 -0800 Cc: freebsd-current , dev-commits-src-main@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <1EF55D96-F7E3-4AA6-A331-782362A70878.ref@yahoo.com> <1EF55D96-F7E3-4AA6-A331-782362A70878@yahoo.com> To: Mark Johnston , FreeBSD-STABLE Mailing List X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4K5lmz3H8Pz3hD9 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=h11WPJ9X; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; 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)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCPT_COUNT_THREE(0.00)[4]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.206:from]; MLMMJ_DEST(0.00)[freebsd-stable]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.206:from]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On 2022-Jan-15, at 07:55, Mark Johnston wrote: > On Fri, Jan 14, 2022 at 09:38:56PM -0800, Mark Millard wrote: >> Thanks. This will allow me to remove part of my personal additions >> in this area --and my having to explain the misnomer when trying >> to help someone analyze why they end up with OOM activity so they >> can figure out what to do about it. >>=20 >> There seem to be two separate sources of VM_OOM_SWAPZ. Showing >> my personal additions for them (just making them explicit in the >> sequence of messages generated): >>=20 >> diff --git a/sys/vm/swap_pager.c b/sys/vm/swap_pager.c >> index 01cf9233329f..280621ca51be 100644 >> --- a/sys/vm/swap_pager.c >> +++ b/sys/vm/swap_pager.c >> @@ -2091,6 +2091,7 @@ swp_pager_meta_build(vm_object_t object, = vm_pindex_t pindex, daddr_t swapblk) >> 0, 1)) >> printf("swap blk zone = exhausted, " >> "increase = kern.maxswzone\n"); >> + printf("swp_pager_meta_build: swap = blk uma zone exhausted\n"); >> vm_pageout_oom(VM_OOM_SWAPZ); >> pause("swzonxb", 10); >> } else >> @@ -2121,6 +2122,7 @@ swp_pager_meta_build(vm_object_t object, = vm_pindex_t pindex, daddr_t swapblk) >> 0, 1)) >> printf("swap pctrie zone = exhausted, " >> "increase = kern.maxswzone\n"); >> + printf("swp_pager_meta_build: swap = pctrie uma zone exhausted\n"); >> vm_pageout_oom(VM_OOM_SWAPZ); >> pause("swzonxp", 10); >> } else >>=20 >> Care to comment on the distinctions and why there are two >> contexts classified as "out of swap space"? Would either >> one show the swap space as (nearly?) all used in, say, top? >> Or might one of them still end up looking like a misnomer >> from just a top (or whatever) display? >=20 > Hmm, those cases should likely be changed from "out of swap space" to > "failed to allocate swap metadata" or something like that. The above does not seem to have happened yet in main [so: 14]. Will 13.1 get an MFC of 4a864f624a70 in time, possibly with the above change also in place to fully avoid misnomer reporting that misleads folks? 4a864f624a70 listed: MFC after: 2 weeks but it has been more than a month. > . . . >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sun Feb 27 09:41:14 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 0CE4B19E5B7C for ; Sun, 27 Feb 2022 09:41:57 +0000 (UTC) (envelope-from herbert@gojira.at) Received: from mail.bsd4all.net (mail.bsd4all.net [IPv6:2a01:4f8:13b:240c::25]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.bsd4all.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4K5z774pytz3CV0 for ; Sun, 27 Feb 2022 09:41:55 +0000 (UTC) (envelope-from herbert@gojira.at) Date: Sun, 27 Feb 2022 10:41:14 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gojira.at; s=mail202005; t=1645954906; bh=Bcpt4UNX+hXI/CWW8Js5JEEweIp37xQm/UTsRWLAww0=; h=Date:Message-ID:From:To:Subject:MIME-Version:Content-Type; b=IWrDXbbfKfTeYY/7LOf8dk9hRomzuZqQTf5Dz4iQdGWn/gjK4dFhY+rO4p5mielHg ErfovLIbs+7Zq2Kw7gRtFV+qp8JVENM7AuLbIWLDJ58EKD8+kJn9X3DVcpavGgq/F6 SK2oQtruFFocjIPlAzPku+PmHB4iBqprRjdwMwndcVZmR2qmqdX6FBtJ5YxZk7DnL1 G89dR+Zttird5bZvYf7ELqXubpuMEtkBmWQSU+9eQQmnTCIUFcmUVgX099PmG77hQJ Mv8bOTqhSW/0ixSYf4r7q9wL6zVsGmDsiQDy3f2FcC79y9PBLxICL1jTZWQKWnXZIx 6/V9JneR9OcpA== Message-ID: <87sfs4abph.wl-herbert@gojira.at> From: "Herbert J. Skuhra" To: freebsd-stable@freebsd.org Subject: Re: stable/13: undefined symbol: dtrace_instr_size In-Reply-To: References: User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/29.0 Mule/6.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4K5z774pytz3CV0 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gojira.at header.s=mail202005 header.b=IWrDXbbf; dmarc=none; spf=pass (mx1.freebsd.org: domain of herbert@gojira.at designates 2a01:4f8:13b:240c::25 as permitted sender) smtp.mailfrom=herbert@gojira.at X-Spamd-Result: default: False [-0.78 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; R_DKIM_ALLOW(-0.20)[gojira.at:s=mail202005]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:4f8:13b:240c::25]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[gojira.at]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_SPAM_SHORT(0.72)[0.719]; DKIM_TRACE(0.00)[gojira.at:+]; MID_CONTAINS_FROM(1.00)[]; MLMMJ_DEST(0.00)[freebsd-stable]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE] X-ThisMailContainsUnwantedMimeParts: N On Sat, 12 Feb 2022 03:15:26 +0100, Peter wrote: > > > Hija, > > when adding "device dtrace" to kernel conf, I get this: > > linking kernel.full > ld: error: undefined symbol: dtrace_instr_size > >>> referenced by dtrace_subr.c:0 (/usr/src/sys/cddl/dev/dtrace/amd64/dtrace_sub > r.c:0) > >>> dtrace_subr.o:(dtrace_trap) > *** [kernel.full] Error code 1 > > > When adding "device dtrace" AND "device dtraceall", it does > link, but then does panic on boot right after finding the CPUs. > > Is this to be expected, or am I doing something wrong? There is a PR from September 2020: Bug 249369 - device dtrace and device dtraceall are incompatible with options ZFS https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=249369 Maybe if you add a note there the PR will get some attention? But maybe try HEAD first?! -- Herbert From nobody Sun Feb 27 11:00:58 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 2E74319D2CA0 for ; Sun, 27 Feb 2022 11:01:32 +0000 (UTC) (envelope-from herbert@gojira.at) Received: from mail.bsd4all.net (mail.bsd4all.net [IPv6:2a01:4f8:13b:240c::25]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.bsd4all.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4K60ty70Qyz3KVJ for ; Sun, 27 Feb 2022 11:01:30 +0000 (UTC) (envelope-from herbert@gojira.at) Date: Sun, 27 Feb 2022 12:00:58 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gojira.at; s=mail202005; t=1645959689; bh=2NPf1pnQIQdTznjuCiA/HWVJYGfN+lzCwiUlLm9L82k=; h=Date:Message-ID:From:To:Subject:MIME-Version:Content-Type; b=IS/pM2QqR+9XS+KietC8H2k8yN3ma7HanznU/FChf0z6KHHtdJrMF2iHH/qbLNTsb nI/H1YG26LvrvFntnE2Wp7ojurxgFsFSUIjCk5znJRDl1bpaS1FDtOuNSmSwzN/8w3 +OzeJf7RNfjJVzdOVX1ZxjhweWFc29Cjjh5q62tV8AwlWfblX3KAr9s+e/HtgWMRrD 33hdh4J3VQnX5Jjvy+poJ8gzZk1HALdSbp5Y27yIV6rlT6qYS10J558fqfnOb0a4SA TyudFGz+5SHy3n21lJ+TMvUGpBwUAtNwOm51W86oTv4CNgWrcZGA0qxD3csqiVYSha hR2Msaf7AWxzg== Message-ID: <87r17oa80l.wl-herbert@gojira.at> From: "Herbert J. Skuhra" To: freebsd-stable@freebsd.org Subject: Re: stable/13: undefined symbol: dtrace_instr_size In-Reply-To: <87sfs4abph.wl-herbert@gojira.at> References: <87sfs4abph.wl-herbert@gojira.at> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/29.0 Mule/6.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4K60ty70Qyz3KVJ X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gojira.at header.s=mail202005 header.b="IS/pM2Qq"; dmarc=none; spf=pass (mx1.freebsd.org: domain of herbert@gojira.at designates 2a01:4f8:13b:240c::25 as permitted sender) smtp.mailfrom=herbert@gojira.at X-Spamd-Result: default: False [-0.55 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.988]; R_DKIM_ALLOW(-0.20)[gojira.at:s=mail202005]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:4f8:13b:240c::25]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[gojira.at]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_SPAM_SHORT(0.94)[0.940]; DKIM_TRACE(0.00)[gojira.at:+]; MID_CONTAINS_FROM(1.00)[]; MLMMJ_DEST(0.00)[freebsd-stable]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE] X-ThisMailContainsUnwantedMimeParts: N On Sun, 27 Feb 2022 10:41:14 +0100, "Herbert J. Skuhra" wrote: > > On Sat, 12 Feb 2022 03:15:26 +0100, Peter wrote: > > > > > > Hija, > > > > when adding "device dtrace" to kernel conf, I get this: > > > > linking kernel.full > > ld: error: undefined symbol: dtrace_instr_size > > >>> referenced by dtrace_subr.c:0 (/usr/src/sys/cddl/dev/dtrace/amd64/dtrace_sub > > r.c:0) > > >>> dtrace_subr.o:(dtrace_trap) > > *** [kernel.full] Error code 1 > > > > > > When adding "device dtrace" AND "device dtraceall", it does > > link, but then does panic on boot right after finding the CPUs. > > > > Is this to be expected, or am I doing something wrong? > > There is a PR from September 2020: > > Bug 249369 - device dtrace and device dtraceall are incompatible with options ZFS > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=249369 > > Maybe if you add a note there the PR will get some attention? But > maybe try HEAD first?! The same happens on 14.0-CURRENT... even without "opions ZFS". But 'kldload dtraceall' works. -- Herbert From nobody Mon Feb 28 19:04:28 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id C1C9419FCE4A for ; Mon, 28 Feb 2022 19:04:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-20.consmr.mail.gq1.yahoo.com (sonic314-20.consmr.mail.gq1.yahoo.com [98.137.69.83]) (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 4K6qYy4hVcz4SV0 for ; Mon, 28 Feb 2022 19:04:38 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1646075070; bh=FoK5iMw7XqjVUCusJwRhHjOqebE2ImUt6qVe6wvUWf8=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=aZtlmugjdvpmjaMz2oLekv/CMSYXLEQJTkrFptLrdQ1zRaqDklCX73Uc96hj0a8ZTbDCR/CoUoSNNvwD3Ax0DtTpdYtd9t1CkdHkycZQHvOWpwaAVdbw4ERYMoMkOGR9gyyiRhzLeefwk1APzdTLqB7HigVRhCKr+C/6eNhaGrxAylPb4vJMtMfmyqgJv+qR7riqJq8p67KF4vsP5mLtAJ6jhyBoQepkFv9u4qkhdtwW9w6WBZLxv5tn7/QHsYUhsU+ny1u139t1yMqzoCv4EjdFIrHQLMZG1JMz5UWM9yGPw+mjGe/diT4cMmUyrPigUbOFYM2L8Ak0AcjWHXJjmA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1646075070; bh=a6wvs2fYb2sIjeSDdKV3VzkfH5hG0dDRzGZKh6uyOlP=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=JhsCKHckHWyOu2Pnj8/LAqjl05NlDSK+txelr04ulNGQuzuHd4+KBWIWB5JoiAszabqvBAwgBCDEFX0et7oLu28ChnySB4IUp23LE4KtlxmhnkhBtTbcKmm8ekygeIUXidTrr+riHtrtj3m3Q1ZzmRgFppRFr6GRVfxjOs1PhxX0W7SxKX4f1DIe7pZa+Y73GQRkDNY/lYDw/yc2/uvE2rOYeBi8EaO0aNZJp7x+mm/yAXw8KWMYC/BGR9xgSsjTmVyBagCAhG1/ObT3ixfe9GAOjPbHavAtDsK5RV641wcbhyKjEYP5P0oHsvgSyH1jYXOo5wrdlDDvD4uKTtPZwQ== X-YMail-OSG: kHqwLNcVM1kdnmI3TZY87q30bmQJhYZHpYAjgQT0Q.AQ4ZgwbRBTDzL7mmittST U38f5sw.oVATbzPlT47QwHVPuhf4Q9.UhGvEQBqXVFV9RFnnyzbrXlh44p2Qfb_kGFb2cmE98NZ5 Q_uwA9Ducc1uw0J0x_xtD..B3dLgCzjL4q32dxC.Euh9BP_phHSKC3VV8Tz70aWyXdrFDgQeqJNd w7mSxi_ZHlZieU3CqWxfAdEvUT67JEH8eBRVo4.5LuuQoBiYu8TdHb62Wwe1lyXWec0H4flzXWr6 FkJeI7Bav1Z0Yx1Ax7faA9GyvEN0X5oAwQFNC88ZDpJaVEWmT.paxwYj4ZFeLY8VYIndGhL60BGX uguqrIC5YdLrojDv1lNG0EsC3OBXIPDpXui8fVDM8fIO.ABsU7eSxAThfpsQ3aADVRZny0Jl4_Gy gUvD6aEWK9hM_tFzYjGcJPDHIy.NIrVeyONmAzUZvddqAQzMJ4JlyVDssKhbWLJYs6dpHzT820pm 5wkoD7zh_og_BASGToSGYk6xk2c90KO58ucZ_tofbCUaomOtX6qp70CB_RJUUfyT6nGH2Jgy_VKs ShFc8cUQ7eXnoJXdKvaj1X5.mSkDZ3W3wk1K01mZOa2N_2HDbrTkn8cI5KIwg2P.dn9yTDNkNa2X VeGw_bg4TqiiO8qLXruBuEubBnmC8inXofzeb427WWzIIvSeVTZ1OAE1ElxUYqUHaxb_PkJtmImM 34223kvEOHRkDoIAOE9yt.tnySXdOVHrGylVfBcMne2sbFHFYaLUOGrxHgDIEeIYAyfKNKBkZbFp FOPbG3vJE9RnPhhOAKPV1HeZIZ52EEX.GqS.g6lyD7.neOz4GqI8T4uHFzQI84PZMXtK85gYoaRR xXN7_CDXM81O90lQgzGKeZ_l_IOSsLB7wMwedVJ9N46PjhMq.89Llq2BU5uCmCV1H4ChxDQEp.MI Pr.ioUPqeF123t3X3rbZCNXXmmXVzb9xTwrZqxhPG8UCVfeiB6lfNoqVtQXF3kHZgIx7ue4eGTFc VrOXcr1oVtzuoueqNDOHhS7lEYs7Mnez76rdir8f2vZk3xBhjXzb1flYj3rmOCuHP2eTZUfAlhFk ZSzn0xt0JQaK8lFvoJvY__cMm6clnWF2JDo0ZCMVby_7yA9_AQI7bY7RkU0jg27LTowvypcuA.7S EFip1GW2QQ6VHGh132BnX17SdwdmVqLl0YE_m7.SsEi4Sr7tNFbQzD4jYhJObE6rpJ9f5Ap.NsnS .2W6iPCNJ6rWUnR.LHZVlp_SGPXLB9l1lAcM2wiLO1XIFpv6IjXrC0BPo8Yv2jwCfhR.9euBOQ8x RGGXLGclIH5dR1iMoP_qdNZUlZrudBMdO5e.rtHABxIbBvzyAkdN9JC.l_6Nsy1c0WLfXnS9PKBR SezLpHZgALNqeEpyONtdjjbhey.nMmgtHLjyP6hvamIShaSIa9n86M1NKqd2Le3n0xrpp51qP_tH r_mzDmyRf6iz26KyvUkuAWSyVR8r4R9eqM8MIb21ZcKqNIReRQIPgG4GYion2kIcmakiHAFgTsy6 ie5V1ic6FLZ112sm.A8HUO6dk5_BwtHDqdP1PyIy1yOS9S3i9aYTVa1P7RcsnTzDCGkpU33n.ZyT QqfJrRIPGRmmcwl854vP4sovLINO_f9qrLtLqzfyp25jZoX0yiUpdFNPPcap88O2Q5R8x.aWj46z LfqKSkwVj7BZOTo2sMGVztPljpeFKfIX00a_5sPHr2wIm68AIiOHftLFbTC.2INj5JE4nuO7Jl6h 9FLnJQtuhucN00_FgEtVs1W0KqSPHIlmpT3jRQMuQbBwtCKfwi_tybGZrBQUfC0IwUFPPv9oN.Y0 F_bBzKrl9Tvl2P4C8rc1RQ9kpbupw6zwZT2RvuIPejwu7iwdiQua_RKL2Diceplpui01joQpYwow DzwyqkGwvKymZnQCYWHGuvp1c1LC2Rue5LOnCE5Q_z0niv6SKht2KTvZabyz7DYvnFxyL8_GktOU hXo.mscgNICEkkGfIEgiCfVRhLdBCVa_kDjBmX4BBZ1vbNyiFVakTtc8ORAt_Zn7p9PB69S6Vl9r k4uXJBLWp57A4VUbNnPNLTW6CGprgiewoyNlLXC0OTqNSjKNJari_bxnLBhT3jftGHb81YoqQMjn e9fG3czHswW_rp3k50LH_h1mXr40NfP4NSxMthiTxTGAaAvuGFrh9DwPv2S_fUkrOKxCRj8wQuUa gpVvXpm_Q8lJRCrIePdxKgVHrrULUErGY0KwtHRS8_6kKJ1fgbmYw.JqMVpAOsjZSciv7wHtPl3C l71HEjhrZrvjLJn2FGghZDg-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Mon, 28 Feb 2022 19:04:30 +0000 Received: by kubenode512.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 93b09ef7edd5ea69ef32b18fa25b3b85; Mon, 28 Feb 2022 19:04:29 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: git: 4a864f624a70 - main - vm_pageout: Print a more accurate message to the console before an OOM kill [MFC in time for 13.1?] From: Mark Millard In-Reply-To: Date: Mon, 28 Feb 2022 11:04:28 -0800 Cc: freebsd-current , dev-commits-src-main@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <49BCAD72-1D83-4D85-912F-DF6FD92BB440@yahoo.com> References: <1EF55D96-F7E3-4AA6-A331-782362A70878.ref@yahoo.com> <1EF55D96-F7E3-4AA6-A331-782362A70878@yahoo.com> To: Mark Johnston , FreeBSD-STABLE Mailing List X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4K6qYy4hVcz4SV0 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=aZtlmugj; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.83 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; 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)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.83:from]; MLMMJ_DEST(0.00)[freebsd-stable]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.83:from]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On 2022-Feb-26, at 17:10, Mark Millard wrote: > On 2022-Jan-15, at 07:55, Mark Johnston wrote: >=20 >> On Fri, Jan 14, 2022 at 09:38:56PM -0800, Mark Millard wrote: >>> Thanks. This will allow me to remove part of my personal additions >>> in this area --and my having to explain the misnomer when trying >>> to help someone analyze why they end up with OOM activity so they >>> can figure out what to do about it. >>>=20 >>> There seem to be two separate sources of VM_OOM_SWAPZ. Showing >>> my personal additions for them (just making them explicit in the >>> sequence of messages generated): >>>=20 >>> diff --git a/sys/vm/swap_pager.c b/sys/vm/swap_pager.c >>> index 01cf9233329f..280621ca51be 100644 >>> --- a/sys/vm/swap_pager.c >>> +++ b/sys/vm/swap_pager.c >>> @@ -2091,6 +2091,7 @@ swp_pager_meta_build(vm_object_t object, = vm_pindex_t pindex, daddr_t swapblk) >>> 0, 1)) >>> printf("swap blk zone = exhausted, " >>> "increase = kern.maxswzone\n"); >>> + printf("swp_pager_meta_build: swap = blk uma zone exhausted\n"); >>> vm_pageout_oom(VM_OOM_SWAPZ); >>> pause("swzonxb", 10); >>> } else >>> @@ -2121,6 +2122,7 @@ swp_pager_meta_build(vm_object_t object, = vm_pindex_t pindex, daddr_t swapblk) >>> 0, 1)) >>> printf("swap pctrie zone = exhausted, " >>> "increase = kern.maxswzone\n"); >>> + printf("swp_pager_meta_build: swap = pctrie uma zone exhausted\n"); >>> vm_pageout_oom(VM_OOM_SWAPZ); >>> pause("swzonxp", 10); >>> } else >>>=20 >>> Care to comment on the distinctions and why there are two >>> contexts classified as "out of swap space"? Would either >>> one show the swap space as (nearly?) all used in, say, top? >>> Or might one of them still end up looking like a misnomer >>> from just a top (or whatever) display? >>=20 >> Hmm, those cases should likely be changed from "out of swap space" to >> "failed to allocate swap metadata" or something like that. >=20 > The above does not seem to have happened yet in main [so: 14]. >=20 > Will 13.1 get an MFC of 4a864f624a70 in time, possibly with the > above change also in place to fully avoid misnomer reporting > that misleads folks? >=20 > 4a864f624a70 listed: >=20 > MFC after: 2 weeks >=20 > but it has been more than a month. >=20 >> . . . >>=20 >=20 Thanks for the stable/13 MFC as 13ba1d283676. It provides a big improvement over the prior messaging for the OOM kills. For reference, I do still view: + case VM_OOM_SWAPZ: + reason =3D "out of swap space"; + break; as using a confusing misnomer ("swap space") for its message. But, so far as I know, VM_OOM_SWAPZ is a rarity and possibly very difficult to produce. If so, any confusions from the message should also be rare. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Mon Feb 28 19:36:13 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3889719DBEEC for ; Mon, 28 Feb 2022 19:36:21 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost1.sentex.ca", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4K6rGX1J2bz4Z33; Mon, 28 Feb 2022 19:36:20 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [199.212.134.19]) by smarthost1.sentex.ca (8.16.1/8.16.1) with ESMTPS id 21SJaD8V036966 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 28 Feb 2022 14:36:13 -0500 (EST) (envelope-from mike@sentex.net) Received: from [IPV6:2607:f3e0:0:4::29] ([IPv6:2607:f3e0:0:4:0:0:0:29]) by pyroxene2a.sentex.ca (8.16.1/8.15.2) with ESMTPS id 21SJaDoc039075 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Mon, 28 Feb 2022 14:36:13 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <49736514-6500-4c7d-889d-15697d934f04@sentex.net> Date: Mon, 28 Feb 2022 14:36:13 -0500 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.6.1 Content-Language: en-US To: FreeBSD-STABLE Mailing List From: mike tancsa Subject: cxgbe firmware error on latest RELENG_13 Cc: Navdeep Parhar Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.84 X-Rspamd-Queue-Id: 4K6rGX1J2bz4Z33 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:1::12 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-3.40 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEFALL_USER(0.00)[mike]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[sentex.net]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.997]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[199.212.134.19:received] X-ThisMailContainsUnwantedMimeParts: N Hi Navdeep,     I updated a pair of releng13 boxes today as I saw there are new drivers/firmware. However, the firmware seems to fail on both in different ways t5nex0: mem 0x91300000-0x9137ffff,0x90000000-0x90ffffff,0x91984000-0x91985fff irq 17 at device 0.4 on pci2 t5nex0: failed to load firmware module: 2. cfg 0, fw 0 t5nex0: firmware on card (1.25.0.40) is older than the version bundled with this driver, but the driver cannot take corrective action because it is unable to load the firmware module. t5nex0: KLD with default config is not available. t5nex0: failed to upload config file to card: 2. t5nex0: failed (2) to configure card with "default" profile, will fall back to a basic configuration and retry. cxl0: on t5nex0 cxl0: Ethernet address: 00:07:43:29:98:90 cxl0: 12 txq, 8 rxq (NIC) cxl1: on t5nex0 cxl1: Ethernet address: 00:07:43:29:98:98 cxl1: 12 txq, 8 rxq (NIC) cxl2: on t5nex0 cxl2: Ethernet address: 00:07:43:29:98:a0 cxl2: 12 txq, 8 rxq (NIC) cxl3: on t5nex0 cxl3: Ethernet address: 00:07:43:29:98:a8 cxl3: 12 txq, 8 rxq (NIC) t5nex0: PCIe gen3 x8, 4 ports, 34 MSI-X interrupts, 84 eq, 33 iq And on another adapter, different box t5nex0: mem 0xb2300000-0xb237ffff,0xb1000000-0xb1ffffff,0xb28a0000-0xb28a1fff irq 16 at device 0.4 on pci1 t5nex0: command 0x4 in mbox 4 timed out (0x80000000). t5nex0: mbox 4 cmdsent 04a0000000000001 0f41000000000000 0000000000000000 0000000000000000 0000000000000000 0000000000000000 0000000000000000 0000000000000000 t5nex0: mbox 4 current 04a0000000000001 0f41000000000000 0000000000000000 0000000000000000 0000000000000000 0000000000000000 0000000000000000 0000000000000000 t5nex0: firmware reports adapter error: Crash (0x80000000) t5nex0: device log follows.       Seq#           Tstamp     Level  Facility  Message          0           507376      INFO      CORE  log initialized @ 0x200a0000 size 32768 (128 entries) fwrev 0x011a0200 pcie_fw 0x00000000          1           510262      INFO      CORE  bootstrap firmware took 605 msecs to run          2           511784      INFO      CORE  Serial Configuration version: 0x11101000 VPD version: 0x2          3           511785    NOTICE      CORE  pcie: Serial Configuration SPARE3 has Cookie Generation enabled.          4           511786      INFO      CORE  pcie: npf 7 (pfbitmap 0x7f) nvf 64 (pf 0..7 0x1010101000000000) vfstride 4 t5nex0: encountered fatal error, adapter stopped. t5nex0: firmware reports adapter error: Crash (0x80000000) t5nex0: device log follows.       Seq#           Tstamp     Level  Facility  Message          0           507376      INFO      CORE  log initialized @ 0x200a0000 size 32768 (128 entries) fwrev 0x011a0200 pcie_fw 0x00000000          1           510262      INFO      CORE  bootstrap firmware took 605 msecs to run          2           511784      INFO      CORE  Serial Configuration version: 0x11101000 VPD version: 0x2          3           511785    NOTICE      CORE  pcie: Serial Configuration SPARE3 has Cookie Generation enabled.          4           511786      INFO      CORE  pcie: npf 7 (pfbitmap 0x7f) nvf 64 (pf 0..7 0x1010101000000000) vfstride 4 t5nex0: failed to connect to the firmware: 6, 0.  PCIE_FW 0x80000000 t5nex0: error during attach, adapter is now in recovery mode. none0@pci0:1:0:5:       class=0x010000 rev=0x00 hdr=0x00 vendor=0x1425 device=0x5511 subvendor=0x1425 subdevice=0x0000     vendor     = 'Chelsio Communications Inc'     device     = 'T520-LL-CR Unified Wire Storage Controller'     class      = mass storage     subclass   = SCSI     bar   [10] = type Memory, range 64, base 0xb2280000, size 524288, enabled     bar   [18] = type Memory, range 64, base 0xb2200000, size 524288, enabled     bar   [20] = type Memory, range 64, base 0xb2890000, size 8192, enabled     cap 01[40] = powerspec 3  supports D0 D3  current D0     cap 05[50] = MSI supports 32 messages, 64 bit, vector masks     cap 10[70] = PCI-Express 2 endpoint max data 256(2048) FLR RO                  max read 512                  link x8(x8) speed 8.0(8.0) ASPM disabled(L0s/L1)     cap 11[b0] = MSI-X supports 40 messages                  Table in map 0x20[0x0], PBA in map 0x20[0x1000]     cap 03[d0] = VPD     ecap 0001[100] = AER 2 1 fatal 0 non-fatal 0 corrected     ecap 0003[170] = Serial 1 0000000000000000     ecap 000e[190] = ARI 1     ecap 0019[1a0] = PCIe Sec 1 lane errors 0     ecap 0010[1c0] = SR-IOV 1 IOV disabled, Memory Space disabled, ARI disabled                      0 VFs configured out of 0 supported                      First VF RID Offset 0x0008, VF RID Stride 0x0004                      VF Device ID 0x5811                      Page Sizes: 4096 (enabled), 8192, 65536, 262144, 1048576, 4194304     ecap 0017[200] = TPH Requester 1 none1@pci0:1:0:6:       class=0x0c0400 rev=0x00 hdr=0x00 vendor=0x1425 device=0x5611 subvendor=0x1425 subdevice=0x0000     vendor     = 'Chelsio Communications Inc'     device     = 'T520-LL-CR Unified Wire Storage Controller'     class      = serial bus     subclass   = Fibre Channel     bar   [10] = type Memory, range 64, base 0xb2100000, size 524288, enabled     bar   [18] = type Memory, range 64, base 0xb2080000, size 524288, enabled     bar   [20] = type Memory, range 64, base 0xb2880000, size 8192, enabled     cap 01[40] = powerspec 3  supports D0 D3  current D0     cap 05[50] = MSI supports 32 messages, 64 bit, vector masks     cap 10[70] = PCI-Express 2 endpoint max data 256(2048) FLR RO                  max read 512                  link x8(x8) speed 8.0(8.0) ASPM disabled(L0s/L1)     cap 11[b0] = MSI-X supports 40 messages                  Table in map 0x20[0x0], PBA in map 0x20[0x1000]     cap 03[d0] = VPD     ecap 0001[100] = AER 2 1 fatal 0 non-fatal 0 corrected     ecap 0003[170] = Serial 1 0000000000000000     ecap 000e[190] = ARI 1     ecap 0019[1a0] = PCIe Sec 1 lane errors 0     ecap 0010[1c0] = SR-IOV 1 IOV disabled, Memory Space disabled, ARI disabled                      0 VFs configured out of 0 supported                      First VF RID Offset 0x0008, VF RID Stride 0x0004                      VF Device ID 0x5811                      Page Sizes: 4096 (enabled), 8192, 65536, 262144, 1048576, 4194304     ecap 0017[200] = TPH Requester 1 t5iov3@pci0:2:0:3:      class=0x020000 rev=0x00 hdr=0x00 vendor=0x1425 device=0x5003 subvendor=0x1425 subdevice=0x0000     vendor     = 'Chelsio Communications Inc'     device     = 'T540-CR Unified Wire Ethernet Controller'     class      = network     subclass   = ethernet     bar   [10] = type Memory, range 64, base 0x91480000, size 524288, enabled     bar   [18] = type Memory, range 64, base 0x91400000, size 524288, enabled     bar   [20] = type Memory, range 64, base 0x91986000, size 8192, enabled     cap 01[40] = powerspec 3  supports D0 D3  current D0     cap 05[50] = MSI supports 8 messages, 64 bit, vector masks     cap 10[70] = PCI-Express 2 endpoint max data 256(2048) FLR RO                  max read 512                  link x8(x8) speed 8.0(8.0) ASPM L0s/L1(L0s/L1)     cap 11[b0] = MSI-X supports 8 messages                  Table in map 0x20[0x0], PBA in map 0x20[0x1000]     cap 03[d0] = VPD     ecap 0001[100] = AER 2 0 fatal 0 non-fatal 1 corrected     ecap 0003[170] = Serial 1 0000000000000000     ecap 000e[190] = ARI 1     ecap 0019[1a0] = PCIe Sec 1 lane errors 0     ecap 0010[1c0] = SR-IOV 1 IOV disabled, Memory Space disabled, ARI disabled                      0 VFs configured out of 16 supported                      First VF RID Offset 0x0008, VF RID Stride 0x0004                      VF Device ID 0x5803                      Page Sizes: 4096 (enabled), 8192, 65536, 262144, 1048576, 4194304     ecap 0017[200] = TPH Requester 1 t5nex0@pci0:2:0:4:      class=0x020000 rev=0x00 hdr=0x00 vendor=0x1425 device=0x5403 subvendor=0x1425 subdevice=0x0000     vendor     = 'Chelsio Communications Inc'     device     = 'T540-CR Unified Wire Ethernet Controller'     class      = network     subclass   = ethernet     bar   [10] = type Memory, range 64, base 0x91300000, size 524288, enabled     bar   [18] = type Memory, range 64, base 0x90000000, size 16777216, enabled     bar   [20] = type Memory, range 64, base 0x91984000, size 8192, enabled     cap 01[40] = powerspec 3  supports D0 D3  current D0     cap 05[50] = MSI supports 32 messages, 64 bit, vector masks     cap 10[70] = PCI-Express 2 endpoint max data 256(2048) FLR                  max read 4096                  link x8(x8) speed 8.0(8.0) ASPM L0s/L1(L0s/L1)     cap 11[b0] = MSI-X supports 128 messages, enabled                  Table in map 0x20[0x0], PBA in map 0x20[0x1000]     cap 03[d0] = VPD     ecap 0001[100] = AER 2 0 fatal 0 non-fatal 1 corrected     ecap 0003[170] = Serial 1 0000000000000000     ecap 000e[190] = ARI 1     ecap 0019[1a0] = PCIe Sec 1 lane errors 0     ecap 0010[1c0] = SR-IOV 1 IOV disabled, Memory Space disabled, ARI disabled                      0 VFs configured out of 0 supported                      First VF RID Offset 0x0008, VF RID Stride 0x0004                      VF Device ID 0x5803                      Page Sizes: 4096 (enabled), 8192, 65536, 262144, 1048576, 4194304     ecap 0017[200] = TPH Requester 1 none7@pci0:2:0:5:       class=0x010000 rev=0x00 hdr=0x00 vendor=0x1425 device=0x5503 subvendor=0x1425 subdevice=0x0000     vendor     = 'Chelsio Communications Inc'     device     = 'T540-CR Unified Wire Storage Controller'     class      = mass storage     subclass   = SCSI     bar   [10] = type Memory, range 64, base 0x91280000, size 524288, enabled     bar   [18] = type Memory, range 64, base 0x91200000, size 524288, enabled     bar   [20] = type Memory, range 64, base 0x91982000, size 8192, enabled     cap 01[40] = powerspec 3  supports D0 D3  current D0     cap 05[50] = MSI supports 32 messages, 64 bit, vector masks     cap 10[70] = PCI-Express 2 endpoint max data 256(2048) FLR RO                  max read 512                  link x8(x8) speed 8.0(8.0) ASPM L0s/L1(L0s/L1)     cap 11[b0] = MSI-X supports 40 messages                  Table in map 0x20[0x0], PBA in map 0x20[0x1000]     cap 03[d0] = VPD     ecap 0001[100] = AER 2 0 fatal 0 non-fatal 1 corrected     ecap 0003[170] = Serial 1 0000000000000000     ecap 000e[190] = ARI 1     ecap 0019[1a0] = PCIe Sec 1 lane errors 0     ecap 0010[1c0] = SR-IOV 1 IOV disabled, Memory Space disabled, ARI disabled                      0 VFs configured out of 0 supported                      First VF RID Offset 0x0008, VF RID Stride 0x0004                      VF Device ID 0x5803                      Page Sizes: 4096 (enabled), 8192, 65536, 262144, 1048576, 4194304     ecap 0017[200] = TPH Requester 1 none8@pci0:2:0:6:       class=0x0c0400 rev=0x00 hdr=0x00 vendor=0x1425 device=0x5603 subvendor=0x1425 subdevice=0x0000     vendor     = 'Chelsio Communications Inc'     device     = 'T540-CR Unified Wire Storage Controller'     class      = serial bus     subclass   = Fibre Channel     bar   [10] = type Memory, range 64, base 0x91100000, size 524288, enabled     bar   [18] = type Memory, range 64, base 0x91080000, size 524288, enabled     bar   [20] = type Memory, range 64, base 0x91980000, size 8192, enabled     cap 01[40] = powerspec 3  supports D0 D3  current D0     cap 05[50] = MSI supports 32 messages, 64 bit, vector masks     cap 10[70] = PCI-Express 2 endpoint max data 256(2048) FLR RO                  max read 512                  link x8(x8) speed 8.0(8.0) ASPM L0s/L1(L0s/L1)     cap 11[b0] = MSI-X supports 40 messages                  Table in map 0x20[0x0], PBA in map 0x20[0x1000]     cap 03[d0] = VPD     ecap 0001[100] = AER 2 0 fatal 0 non-fatal 1 corrected     ecap 0003[170] = Serial 1 0000000000000000     ecap 000e[190] = ARI 1     ecap 0019[1a0] = PCIe Sec 1 lane errors 0     ecap 0010[1c0] = SR-IOV 1 IOV disabled, Memory Space disabled, ARI disabled                      0 VFs configured out of 0 supported                      First VF RID Offset 0x0008, VF RID Stride 0x0004                      VF Device ID 0x5803                      Page Sizes: 4096 (enabled), 8192, 65536, 262144, 1048576, 4194304     ecap 0017[200] = TPH Requester 1 # git status On branch stable/13 Your branch is up to date with 'origin/stable/13'. nothing to commit, working tree clean 13.1-PRERELEASE FreeBSD 13.1-PRERELEASE #1 stable/13-226bb05eb: Mon Feb 28 15:03:59 EST 2022 Loader.conf is t5fw_cfg_load="YES" if_cxgbe_load="YES" hw.cxgbe.pause_settings="0" hw.cxgbe.attack_filter="1" hw.cxgbe.drop_pkts_with_l3_errors="1" hw.cxgbe.fcoecaps_allowed="0"     ---Mike From nobody Mon Feb 28 19:43:22 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3FF3A19DE7C9 for ; Mon, 28 Feb 2022 19:43:26 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from mail-pj1-x1033.google.com (mail-pj1-x1033.google.com [IPv6:2607:f8b0:4864:20::1033]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4K6rQj3nSPz4cFf for ; Mon, 28 Feb 2022 19:43:25 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: by mail-pj1-x1033.google.com with SMTP id cp23-20020a17090afb9700b001bbfe0fbe94so114860pjb.3 for ; Mon, 28 Feb 2022 11:43:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:message-id:date:mime-version:user-agent:subject :content-language:to:references:from:in-reply-to :content-transfer-encoding; bh=ActML4Q7N7rDpNqwV/+raoWq1iEC+E2xHdZvtAKUcU0=; b=P2RiSR0NWtTR917A/qT+KkSsYpc+7tSPpfnQ3l6M15AXFUi6cAbXzGv5trh7YnCoEW aqfAyTd6+jALuSBq4dUCoZjlkXvxhluvpvSDD8O7nf6VplUfBYb6WBdZR/FH4ZjlnkQ9 6fazzu1714VdXlbKYf1D/oYq7Rxgy2bKXyIC1AY03uUNuOorkmkQJXzuGbQ2V58XlGe4 cytVoeEs/fl/luN20FGRxZRL/koj1PkzKTJOxP0ZIFNh7TKkIi3+Lv0rx/KJMgDTNDAH dZVOAhO6Lhs5Zd/GiqiiJtxvmkvLF/tLRe9ZF+vEzoimqWS3byNHxmT9YKXiK485zWVP LfEg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:message-id:date:mime-version:user-agent :subject:content-language:to:references:from:in-reply-to :content-transfer-encoding; bh=ActML4Q7N7rDpNqwV/+raoWq1iEC+E2xHdZvtAKUcU0=; b=Sxtmuo+6dqFKspAwS5EQ4EhswLbtb8/59YQlvL1rROESxLeknrD+MbfG2s9ttASfE2 GGKi8xfcSiO7RIDsGmtjs+yts8jOgqk3M6AvAgTHFyJstWOKwX+MckbbncG74o9Oqc7Q syCirdp4wjMW6ml8iFbDXggcGztzNb3rCOE5ZUrNLlBCCoq474vp14DB0UYFv5HSuu09 APQXT0tGE1Pt0hT+hdak/jb/ddB3SfF7JbbNcdof01H2Os/3diYZfTqrFq6mnTODev9o GGpjoCtRviREgfQxSkoHE49t6I31mIX37tTokHHfKHkPB1sxC5G0fGhsDULC4iCaHsM7 j8fw== X-Gm-Message-State: AOAM5324OyMupStS+nS7D8V2xhiD7QzqU+hYD2RwOJszZTXN3jAyfVYx m1+ZF4tU86Bsvc0zrJGMFa7S2CLoZNI= X-Google-Smtp-Source: ABdhPJyBRRrKQbb/WafWIUnO8ISyCCiXvlXzv2MmX49nOfMxOA0nEnWOL/APQZ6rCvE++mOpC3R7hg== X-Received: by 2002:a17:90a:ce16:b0:1bc:72d7:312a with SMTP id f22-20020a17090ace1600b001bc72d7312amr18274657pju.218.1646077404431; Mon, 28 Feb 2022 11:43:24 -0800 (PST) Received: from [10.192.161.10] (stargate.chelsio.com. [12.32.117.8]) by smtp.googlemail.com with ESMTPSA id l9-20020a655609000000b0037589f4337dsm11265781pgs.78.2022.02.28.11.43.23 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 28 Feb 2022 11:43:23 -0800 (PST) Message-ID: <8f3a6c6a-8d4c-7802-49a8-f0b8a6635723@FreeBSD.org> Date: Mon, 28 Feb 2022 11:43:22 -0800 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:91.0) Gecko/20100101 Thunderbird/91.6.1 Subject: Re: cxgbe firmware error on latest RELENG_13 Content-Language: en-US To: mike tancsa , FreeBSD-STABLE Mailing List References: <49736514-6500-4c7d-889d-15697d934f04@sentex.net> From: Navdeep Parhar In-Reply-To: <49736514-6500-4c7d-889d-15697d934f04@sentex.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 X-Rspamd-Queue-Id: 4K6rQj3nSPz4cFf X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=P2RiSR0N; dmarc=none; spf=pass (mx1.freebsd.org: domain of nparhar@gmail.com designates 2607:f8b0:4864:20::1033 as permitted sender) smtp.mailfrom=nparhar@gmail.com X-Spamd-Result: default: False [-3.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MIME_BASE64_TEXT(0.10)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[np@FreeBSD.org,nparhar@gmail.com]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; FROM_NEQ_ENVFROM(0.00)[np@FreeBSD.org,nparhar@gmail.com]; 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=20210112]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[FreeBSD.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::1033:from]; MLMMJ_DEST(0.00)[freebsd-stable]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N T24gMi8yOC8yMiAxMTozNiBBTSwgbWlrZSB0YW5jc2Egd3JvdGU6DQo+IEhpIE5hdmRlZXAs DQo+IA0KPiAgwqDCoMKgIEkgdXBkYXRlZCBhIHBhaXIgb2YgcmVsZW5nMTMgYm94ZXMgdG9k YXkgYXMgSSBzYXcgdGhlcmUgYXJlIG5ldyANCj4gZHJpdmVycy9maXJtd2FyZS4gSG93ZXZl ciwgdGhlIGZpcm13YXJlIHNlZW1zIHRvIGZhaWwgb24gYm90aCBpbiANCj4gZGlmZmVyZW50 IHdheXMNCj4gDQo+IHQ1bmV4MDogPENoZWxzaW8gVDU0MC1DUj4gbWVtIA0KPiAweDkxMzAw MDAwLTB4OTEzN2ZmZmYsMHg5MDAwMDAwMC0weDkwZmZmZmZmLDB4OTE5ODQwMDAtMHg5MTk4 NWZmZiBpcnEgMTcgDQo+IGF0IGRldmljZSAwLjQgb24gcGNpMg0KPiB0NW5leDA6IGZhaWxl ZCB0byBsb2FkIGZpcm13YXJlIG1vZHVsZTogMi4gY2ZnIDAsIGZ3IDANCj4gdDVuZXgwOiBm aXJtd2FyZSBvbiBjYXJkICgxLjI1LjAuNDApIGlzIG9sZGVyIHRoYW4gdGhlIHZlcnNpb24g YnVuZGxlZCANCj4gd2l0aCB0aGlzIGRyaXZlciwgYnV0IHRoZSBkcml2ZXIgY2Fubm90IHRh a2UgY29ycmVjdGl2ZSBhY3Rpb24gYmVjYXVzZSANCj4gaXQgaXMgdW5hYmxlIHRvIGxvYWQg dGhlIGZpcm13YXJlIG1vZHVsZS4NCg0KSXQgbG9va3MgbGlrZSB0aGUgZmlybXdhcmUgS0xE IGlzbid0IGF2YWlsYWJsZSBldmVuIHRob3VnaCB5b3UgaGF2ZSANCnQ1ZndfY2ZnX2xvYWQ9 InllcyIgaW4gbG9hZGVyLmNvbmYuDQoNCkNhbiB5b3UgdHJ5IHJlbW92aW5nIHRoZSBjeGdi ZSBsaW5lcyBmcm9tIGxvYWRlci5jb25mIHRlbXBvcmFyaWx5IGFuZCANCmtsZGxvYWQgaWZf Y3hnYmUgbWFudWFsbHkgYWZ0ZXIgYm9vdD8gIEl0IHNob3VsZCBiZSBhYmxlIHRvIGZpbmQg dGhlIEtMRCANCndpdGggdGhlIGZpcm13YXJlIGFuZCB1cGRhdGUgdGhlIGNhcmQuICBUaGVu IHJlc3RvcmUgdGhlIGxpbmVzIGluIA0KbG9hZGVyLmNvbmYgYW5kIHNlZSBpZiBpdCBjb21l cyB1cCBwcm9wZXJseS4NCg0KUmVnYXJkcywNCk5hdmRlZXANCg0KPiB0NW5leDA6IEtMRCB3 aXRoIGRlZmF1bHQgY29uZmlnIGlzIG5vdCBhdmFpbGFibGUuDQo+IHQ1bmV4MDogZmFpbGVk IHRvIHVwbG9hZCBjb25maWcgZmlsZSB0byBjYXJkOiAyLg0KPiB0NW5leDA6IGZhaWxlZCAo MikgdG8gY29uZmlndXJlIGNhcmQgd2l0aCAiZGVmYXVsdCIgcHJvZmlsZSwgd2lsbCBmYWxs IA0KPiBiYWNrIHRvIGEgYmFzaWMgY29uZmlndXJhdGlvbiBhbmQgcmV0cnkuDQo+IGN4bDA6 IDxwb3J0IDA+IG9uIHQ1bmV4MA0KPiBjeGwwOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDowNzo0 MzoyOTo5ODo5MA0KPiBjeGwwOiAxMiB0eHEsIDggcnhxIChOSUMpDQo+IGN4bDE6IDxwb3J0 IDE+IG9uIHQ1bmV4MA0KPiBjeGwxOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDowNzo0MzoyOTo5 ODo5OA0KPiBjeGwxOiAxMiB0eHEsIDggcnhxIChOSUMpDQo+IGN4bDI6IDxwb3J0IDI+IG9u IHQ1bmV4MA0KPiBjeGwyOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDowNzo0MzoyOTo5ODphMA0K PiBjeGwyOiAxMiB0eHEsIDggcnhxIChOSUMpDQo+IGN4bDM6IDxwb3J0IDM+IG9uIHQ1bmV4 MA0KPiBjeGwzOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDowNzo0MzoyOTo5ODphOA0KPiBjeGwz OiAxMiB0eHEsIDggcnhxIChOSUMpDQo+IHQ1bmV4MDogUENJZSBnZW4zIHg4LCA0IHBvcnRz LCAzNCBNU0ktWCBpbnRlcnJ1cHRzLCA4NCBlcSwgMzMgaXENCj4gDQo+IEFuZCBvbiBhbm90 aGVyIGFkYXB0ZXIsIGRpZmZlcmVudCBib3gNCj4gDQo+IHQ1bmV4MDogPENoZWxzaW8gVDUy MC1MTC1DUj4gbWVtIA0KPiAweGIyMzAwMDAwLTB4YjIzN2ZmZmYsMHhiMTAwMDAwMC0weGIx ZmZmZmZmLDB4YjI4YTAwMDAtMHhiMjhhMWZmZiBpcnEgMTYgDQo+IGF0IGRldmljZSAwLjQg b24gcGNpMQ0KPiB0NW5leDA6IGNvbW1hbmQgMHg0IGluIG1ib3ggNCB0aW1lZCBvdXQgKDB4 ODAwMDAwMDApLg0KPiB0NW5leDA6IG1ib3ggNCBjbWRzZW50IDA0YTAwMDAwMDAwMDAwMDEg MGY0MTAwMDAwMDAwMDAwMCANCj4gMDAwMDAwMDAwMDAwMDAwMCAwMDAwMDAwMDAwMDAwMDAw IDAwMDAwMDAwMDAwMDAwMDAgMDAwMDAwMDAwMDAwMDAwMCANCj4gMDAwMDAwMDAwMDAwMDAw MCAwMDAwMDAwMDAwMDAwMDAwDQo+IHQ1bmV4MDogbWJveCA0IGN1cnJlbnQgMDRhMDAwMDAw MDAwMDAwMSAwZjQxMDAwMDAwMDAwMDAwIA0KPiAwMDAwMDAwMDAwMDAwMDAwIDAwMDAwMDAw MDAwMDAwMDAgMDAwMDAwMDAwMDAwMDAwMCAwMDAwMDAwMDAwMDAwMDAwIA0KPiAwMDAwMDAw MDAwMDAwMDAwIDAwMDAwMDAwMDAwMDAwMDANCj4gdDVuZXgwOiBmaXJtd2FyZSByZXBvcnRz IGFkYXB0ZXIgZXJyb3I6IENyYXNoICgweDgwMDAwMDAwKQ0KPiB0NW5leDA6IGRldmljZSBs b2cgZm9sbG93cy4NCj4gIMKgwqDCoMKgwqAgU2VxI8KgwqDCoMKgwqDCoMKgwqDCoMKgIFRz dGFtcMKgwqDCoMKgIExldmVswqAgRmFjaWxpdHnCoCBNZXNzYWdlDQo+ICDCoMKgwqDCoMKg wqDCoMKgIDDCoMKgwqDCoMKgwqDCoMKgwqDCoCA1MDczNzbCoMKgwqDCoMKgIElORk/CoMKg wqDCoMKgIENPUkXCoCBsb2cgaW5pdGlhbGl6ZWQgQCANCj4gMHgyMDBhMDAwMCBzaXplIDMy NzY4ICgxMjggZW50cmllcykgZndyZXYgMHgwMTFhMDIwMCBwY2llX2Z3IDB4MDAwMDAwMDAN Cj4gIMKgwqDCoMKgwqDCoMKgwqAgMcKgwqDCoMKgwqDCoMKgwqDCoMKgIDUxMDI2MsKgwqDC oMKgwqAgSU5GT8KgwqDCoMKgwqAgQ09SRcKgIGJvb3RzdHJhcCBmaXJtd2FyZSANCj4gdG9v ayA2MDUgbXNlY3MgdG8gcnVuDQo+ICDCoMKgwqDCoMKgwqDCoMKgIDLCoMKgwqDCoMKgwqDC oMKgwqDCoCA1MTE3ODTCoMKgwqDCoMKgIElORk/CoMKgwqDCoMKgIENPUkXCoCBTZXJpYWwg Q29uZmlndXJhdGlvbiANCj4gdmVyc2lvbjogMHgxMTEwMTAwMCBWUEQgdmVyc2lvbjogMHgy DQo+ICDCoMKgwqDCoMKgwqDCoMKgIDPCoMKgwqDCoMKgwqDCoMKgwqDCoCA1MTE3ODXCoMKg wqAgTk9USUNFwqDCoMKgwqDCoCBDT1JFwqAgcGNpZTogU2VyaWFsIA0KPiBDb25maWd1cmF0 aW9uIFNQQVJFMyBoYXMgQ29va2llIEdlbmVyYXRpb24gZW5hYmxlZC4NCj4gIMKgwqDCoMKg wqDCoMKgwqAgNMKgwqDCoMKgwqDCoMKgwqDCoMKgIDUxMTc4NsKgwqDCoMKgwqAgSU5GT8Kg wqDCoMKgwqAgQ09SRcKgIHBjaWU6IG5wZiA3IChwZmJpdG1hcCANCj4gMHg3ZikgbnZmIDY0 IChwZiAwLi43IDB4MTAxMDEwMTAwMDAwMDAwMCkgdmZzdHJpZGUgNA0KPiB0NW5leDA6IGVu Y291bnRlcmVkIGZhdGFsIGVycm9yLCBhZGFwdGVyIHN0b3BwZWQuDQo+IHQ1bmV4MDogZmly bXdhcmUgcmVwb3J0cyBhZGFwdGVyIGVycm9yOiBDcmFzaCAoMHg4MDAwMDAwMCkNCj4gdDVu ZXgwOiBkZXZpY2UgbG9nIGZvbGxvd3MuDQo+ICDCoMKgwqDCoMKgIFNlcSPCoMKgwqDCoMKg wqDCoMKgwqDCoCBUc3RhbXDCoMKgwqDCoCBMZXZlbMKgIEZhY2lsaXR5wqAgTWVzc2FnZQ0K PiAgwqDCoMKgwqDCoMKgwqDCoCAwwqDCoMKgwqDCoMKgwqDCoMKgwqAgNTA3Mzc2wqDCoMKg wqDCoCBJTkZPwqDCoMKgwqDCoCBDT1JFwqAgbG9nIGluaXRpYWxpemVkIEAgDQo+IDB4MjAw YTAwMDAgc2l6ZSAzMjc2OCAoMTI4IGVudHJpZXMpIGZ3cmV2IDB4MDExYTAyMDAgcGNpZV9m dyAweDAwMDAwMDAwDQo+ICDCoMKgwqDCoMKgwqDCoMKgIDHCoMKgwqDCoMKgwqDCoMKgwqDC oCA1MTAyNjLCoMKgwqDCoMKgIElORk/CoMKgwqDCoMKgIENPUkXCoCBib290c3RyYXAgZmly bXdhcmUgDQo+IHRvb2sgNjA1IG1zZWNzIHRvIHJ1bg0KPiAgwqDCoMKgwqDCoMKgwqDCoCAy wqDCoMKgwqDCoMKgwqDCoMKgwqAgNTExNzg0wqDCoMKgwqDCoCBJTkZPwqDCoMKgwqDCoCBD T1JFwqAgU2VyaWFsIENvbmZpZ3VyYXRpb24gDQo+IHZlcnNpb246IDB4MTExMDEwMDAgVlBE IHZlcnNpb246IDB4Mg0KPiAgwqDCoMKgwqDCoMKgwqDCoCAzwqDCoMKgwqDCoMKgwqDCoMKg wqAgNTExNzg1wqDCoMKgIE5PVElDRcKgwqDCoMKgwqAgQ09SRcKgIHBjaWU6IFNlcmlhbCAN Cj4gQ29uZmlndXJhdGlvbiBTUEFSRTMgaGFzIENvb2tpZSBHZW5lcmF0aW9uIGVuYWJsZWQu DQo+ICDCoMKgwqDCoMKgwqDCoMKgIDTCoMKgwqDCoMKgwqDCoMKgwqDCoCA1MTE3ODbCoMKg wqDCoMKgIElORk/CoMKgwqDCoMKgIENPUkXCoCBwY2llOiBucGYgNyAocGZiaXRtYXAgDQo+ IDB4N2YpIG52ZiA2NCAocGYgMC4uNyAweDEwMTAxMDEwMDAwMDAwMDApIHZmc3RyaWRlIDQN Cj4gdDVuZXgwOiBmYWlsZWQgdG8gY29ubmVjdCB0byB0aGUgZmlybXdhcmU6IDYsIDAuwqAg UENJRV9GVyAweDgwMDAwMDAwDQo+IHQ1bmV4MDogZXJyb3IgZHVyaW5nIGF0dGFjaCwgYWRh cHRlciBpcyBub3cgaW4gcmVjb3ZlcnkgbW9kZS4NCj4gDQo+IG5vbmUwQHBjaTA6MTowOjU6 wqDCoMKgwqDCoMKgIGNsYXNzPTB4MDEwMDAwIHJldj0weDAwIGhkcj0weDAwIHZlbmRvcj0w eDE0MjUgDQo+IGRldmljZT0weDU1MTEgc3VidmVuZG9yPTB4MTQyNSBzdWJkZXZpY2U9MHgw MDAwDQo+ICDCoMKgwqAgdmVuZG9ywqDCoMKgwqAgPSAnQ2hlbHNpbyBDb21tdW5pY2F0aW9u cyBJbmMnDQo+ICDCoMKgwqAgZGV2aWNlwqDCoMKgwqAgPSAnVDUyMC1MTC1DUiBVbmlmaWVk IFdpcmUgU3RvcmFnZSBDb250cm9sbGVyJw0KPiAgwqDCoMKgIGNsYXNzwqDCoMKgwqDCoCA9 IG1hc3Mgc3RvcmFnZQ0KPiAgwqDCoMKgIHN1YmNsYXNzwqDCoCA9IFNDU0kNCj4gIMKgwqDC oCBiYXLCoMKgIFsxMF0gPSB0eXBlIE1lbW9yeSwgcmFuZ2UgNjQsIGJhc2UgMHhiMjI4MDAw MCwgc2l6ZSA1MjQyODgsIA0KPiBlbmFibGVkDQo+ICDCoMKgwqAgYmFywqDCoCBbMThdID0g dHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4YjIyMDAwMDAsIHNpemUgNTI0Mjg4LCAN Cj4gZW5hYmxlZA0KPiAgwqDCoMKgIGJhcsKgwqAgWzIwXSA9IHR5cGUgTWVtb3J5LCByYW5n ZSA2NCwgYmFzZSAweGIyODkwMDAwLCBzaXplIDgxOTIsIA0KPiBlbmFibGVkDQo+ICDCoMKg wqAgY2FwIDAxWzQwXSA9IHBvd2Vyc3BlYyAzwqAgc3VwcG9ydHMgRDAgRDPCoCBjdXJyZW50 IEQwDQo+ICDCoMKgwqAgY2FwIDA1WzUwXSA9IE1TSSBzdXBwb3J0cyAzMiBtZXNzYWdlcywg NjQgYml0LCB2ZWN0b3IgbWFza3MNCj4gIMKgwqDCoCBjYXAgMTBbNzBdID0gUENJLUV4cHJl c3MgMiBlbmRwb2ludCBtYXggZGF0YSAyNTYoMjA0OCkgRkxSIFJPDQo+ICDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBtYXggcmVhZCA1MTINCj4gIMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgIGxpbmsgeDgoeDgpIHNwZWVkIDguMCg4LjApIEFTUE0gZGlz YWJsZWQoTDBzL0wxKQ0KPiAgwqDCoMKgIGNhcCAxMVtiMF0gPSBNU0ktWCBzdXBwb3J0cyA0 MCBtZXNzYWdlcw0KPiAgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgVGFibGUg aW4gbWFwIDB4MjBbMHgwXSwgUEJBIGluIG1hcCAweDIwWzB4MTAwMF0NCj4gIMKgwqDCoCBj YXAgMDNbZDBdID0gVlBEDQo+ICDCoMKgwqAgZWNhcCAwMDAxWzEwMF0gPSBBRVIgMiAxIGZh dGFsIDAgbm9uLWZhdGFsIDAgY29ycmVjdGVkDQo+ICDCoMKgwqAgZWNhcCAwMDAzWzE3MF0g PSBTZXJpYWwgMSAwMDAwMDAwMDAwMDAwMDAwDQo+ICDCoMKgwqAgZWNhcCAwMDBlWzE5MF0g PSBBUkkgMQ0KPiAgwqDCoMKgIGVjYXAgMDAxOVsxYTBdID0gUENJZSBTZWMgMSBsYW5lIGVy cm9ycyAwDQo+ICDCoMKgwqAgZWNhcCAwMDEwWzFjMF0gPSBTUi1JT1YgMSBJT1YgZGlzYWJs ZWQsIE1lbW9yeSBTcGFjZSBkaXNhYmxlZCwgQVJJIA0KPiBkaXNhYmxlZA0KPiAgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAwIFZGcyBjb25maWd1cmVkIG91 dCBvZiAwIHN1cHBvcnRlZA0KPiAgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoCBGaXJzdCBWRiBSSUQgT2Zmc2V0IDB4MDAwOCwgVkYgUklEIFN0cmlkZSAweDAw MDQNCj4gIMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgVkYgRGV2 aWNlIElEIDB4NTgxMQ0KPiAgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoCBQYWdlIFNpemVzOiA0MDk2IChlbmFibGVkKSwgODE5MiwgNjU1MzYsIDI2MjE0NCwg DQo+IDEwNDg1NzYsIDQxOTQzMDQNCj4gIMKgwqDCoCBlY2FwIDAwMTdbMjAwXSA9IFRQSCBS ZXF1ZXN0ZXIgMQ0KPiBub25lMUBwY2kwOjE6MDo2OsKgwqDCoMKgwqDCoCBjbGFzcz0weDBj MDQwMCByZXY9MHgwMCBoZHI9MHgwMCB2ZW5kb3I9MHgxNDI1IA0KPiBkZXZpY2U9MHg1NjEx IHN1YnZlbmRvcj0weDE0MjUgc3ViZGV2aWNlPTB4MDAwMA0KPiAgwqDCoMKgIHZlbmRvcsKg wqDCoMKgID0gJ0NoZWxzaW8gQ29tbXVuaWNhdGlvbnMgSW5jJw0KPiAgwqDCoMKgIGRldmlj ZcKgwqDCoMKgID0gJ1Q1MjAtTEwtQ1IgVW5pZmllZCBXaXJlIFN0b3JhZ2UgQ29udHJvbGxl cicNCj4gIMKgwqDCoCBjbGFzc8KgwqDCoMKgwqAgPSBzZXJpYWwgYnVzDQo+ICDCoMKgwqAg c3ViY2xhc3PCoMKgID0gRmlicmUgQ2hhbm5lbA0KPiAgwqDCoMKgIGJhcsKgwqAgWzEwXSA9 IHR5cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGIyMTAwMDAwLCBzaXplIDUyNDI4OCwg DQo+IGVuYWJsZWQNCj4gIMKgwqDCoCBiYXLCoMKgIFsxOF0gPSB0eXBlIE1lbW9yeSwgcmFu Z2UgNjQsIGJhc2UgMHhiMjA4MDAwMCwgc2l6ZSA1MjQyODgsIA0KPiBlbmFibGVkDQo+ICDC oMKgwqAgYmFywqDCoCBbMjBdID0gdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4YjI4 ODAwMDAsIHNpemUgODE5MiwgDQo+IGVuYWJsZWQNCj4gIMKgwqDCoCBjYXAgMDFbNDBdID0g cG93ZXJzcGVjIDPCoCBzdXBwb3J0cyBEMCBEM8KgIGN1cnJlbnQgRDANCj4gIMKgwqDCoCBj YXAgMDVbNTBdID0gTVNJIHN1cHBvcnRzIDMyIG1lc3NhZ2VzLCA2NCBiaXQsIHZlY3RvciBt YXNrcw0KPiAgwqDCoMKgIGNhcCAxMFs3MF0gPSBQQ0ktRXhwcmVzcyAyIGVuZHBvaW50IG1h eCBkYXRhIDI1NigyMDQ4KSBGTFIgUk8NCj4gIMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgIG1heCByZWFkIDUxMg0KPiAgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqAgbGluayB4OCh4OCkgc3BlZWQgOC4wKDguMCkgQVNQTSBkaXNhYmxlZChMMHMvTDEpDQo+ ICDCoMKgwqAgY2FwIDExW2IwXSA9IE1TSS1YIHN1cHBvcnRzIDQwIG1lc3NhZ2VzDQo+ICDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBUYWJsZSBpbiBtYXAgMHgyMFsweDBd LCBQQkEgaW4gbWFwIDB4MjBbMHgxMDAwXQ0KPiAgwqDCoMKgIGNhcCAwM1tkMF0gPSBWUEQN Cj4gIMKgwqDCoCBlY2FwIDAwMDFbMTAwXSA9IEFFUiAyIDEgZmF0YWwgMCBub24tZmF0YWwg MCBjb3JyZWN0ZWQNCj4gIMKgwqDCoCBlY2FwIDAwMDNbMTcwXSA9IFNlcmlhbCAxIDAwMDAw MDAwMDAwMDAwMDANCj4gIMKgwqDCoCBlY2FwIDAwMGVbMTkwXSA9IEFSSSAxDQo+ICDCoMKg wqAgZWNhcCAwMDE5WzFhMF0gPSBQQ0llIFNlYyAxIGxhbmUgZXJyb3JzIDANCj4gIMKgwqDC oCBlY2FwIDAwMTBbMWMwXSA9IFNSLUlPViAxIElPViBkaXNhYmxlZCwgTWVtb3J5IFNwYWNl IGRpc2FibGVkLCBBUkkgDQo+IGRpc2FibGVkDQo+ICDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgIDAgVkZzIGNvbmZpZ3VyZWQgb3V0IG9mIDAgc3VwcG9ydGVk DQo+ICDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIEZpcnN0IFZG IFJJRCBPZmZzZXQgMHgwMDA4LCBWRiBSSUQgU3RyaWRlIDB4MDAwNA0KPiAgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBWRiBEZXZpY2UgSUQgMHg1ODExDQo+ ICDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIFBhZ2UgU2l6ZXM6 IDQwOTYgKGVuYWJsZWQpLCA4MTkyLCA2NTUzNiwgMjYyMTQ0LCANCj4gMTA0ODU3NiwgNDE5 NDMwNA0KPiAgwqDCoMKgIGVjYXAgMDAxN1syMDBdID0gVFBIIFJlcXVlc3RlciAxDQo+IA0K PiANCj4gdDVpb3YzQHBjaTA6MjowOjM6wqDCoMKgwqDCoCBjbGFzcz0weDAyMDAwMCByZXY9 MHgwMCBoZHI9MHgwMCB2ZW5kb3I9MHgxNDI1IA0KPiBkZXZpY2U9MHg1MDAzIHN1YnZlbmRv cj0weDE0MjUgc3ViZGV2aWNlPTB4MDAwMA0KPiAgwqDCoMKgIHZlbmRvcsKgwqDCoMKgID0g J0NoZWxzaW8gQ29tbXVuaWNhdGlvbnMgSW5jJw0KPiAgwqDCoMKgIGRldmljZcKgwqDCoMKg ID0gJ1Q1NDAtQ1IgVW5pZmllZCBXaXJlIEV0aGVybmV0IENvbnRyb2xsZXInDQo+ICDCoMKg wqAgY2xhc3PCoMKgwqDCoMKgID0gbmV0d29yaw0KPiAgwqDCoMKgIHN1YmNsYXNzwqDCoCA9 IGV0aGVybmV0DQo+ICDCoMKgwqAgYmFywqDCoCBbMTBdID0gdHlwZSBNZW1vcnksIHJhbmdl IDY0LCBiYXNlIDB4OTE0ODAwMDAsIHNpemUgNTI0Mjg4LCANCj4gZW5hYmxlZA0KPiAgwqDC oMKgIGJhcsKgwqAgWzE4XSA9IHR5cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweDkxNDAw MDAwLCBzaXplIDUyNDI4OCwgDQo+IGVuYWJsZWQNCj4gIMKgwqDCoCBiYXLCoMKgIFsyMF0g PSB0eXBlIE1lbW9yeSwgcmFuZ2UgNjQsIGJhc2UgMHg5MTk4NjAwMCwgc2l6ZSA4MTkyLCAN Cj4gZW5hYmxlZA0KPiAgwqDCoMKgIGNhcCAwMVs0MF0gPSBwb3dlcnNwZWMgM8KgIHN1cHBv cnRzIEQwIEQzwqAgY3VycmVudCBEMA0KPiAgwqDCoMKgIGNhcCAwNVs1MF0gPSBNU0kgc3Vw cG9ydHMgOCBtZXNzYWdlcywgNjQgYml0LCB2ZWN0b3IgbWFza3MNCj4gIMKgwqDCoCBjYXAg MTBbNzBdID0gUENJLUV4cHJlc3MgMiBlbmRwb2ludCBtYXggZGF0YSAyNTYoMjA0OCkgRkxS IFJPDQo+ICDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBtYXggcmVhZCA1MTIN Cj4gIMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIGxpbmsgeDgoeDgpIHNwZWVk IDguMCg4LjApIEFTUE0gTDBzL0wxKEwwcy9MMSkNCj4gIMKgwqDCoCBjYXAgMTFbYjBdID0g TVNJLVggc3VwcG9ydHMgOCBtZXNzYWdlcw0KPiAgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqAgVGFibGUgaW4gbWFwIDB4MjBbMHgwXSwgUEJBIGluIG1hcCAweDIwWzB4MTAw MF0NCj4gIMKgwqDCoCBjYXAgMDNbZDBdID0gVlBEDQo+ICDCoMKgwqAgZWNhcCAwMDAxWzEw MF0gPSBBRVIgMiAwIGZhdGFsIDAgbm9uLWZhdGFsIDEgY29ycmVjdGVkDQo+ICDCoMKgwqAg ZWNhcCAwMDAzWzE3MF0gPSBTZXJpYWwgMSAwMDAwMDAwMDAwMDAwMDAwDQo+ICDCoMKgwqAg ZWNhcCAwMDBlWzE5MF0gPSBBUkkgMQ0KPiAgwqDCoMKgIGVjYXAgMDAxOVsxYTBdID0gUENJ ZSBTZWMgMSBsYW5lIGVycm9ycyAwDQo+ICDCoMKgwqAgZWNhcCAwMDEwWzFjMF0gPSBTUi1J T1YgMSBJT1YgZGlzYWJsZWQsIE1lbW9yeSBTcGFjZSBkaXNhYmxlZCwgQVJJIA0KPiBkaXNh YmxlZA0KPiAgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAwIFZG cyBjb25maWd1cmVkIG91dCBvZiAxNiBzdXBwb3J0ZWQNCj4gIMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgRmlyc3QgVkYgUklEIE9mZnNldCAweDAwMDgsIFZG IFJJRCBTdHJpZGUgMHgwMDA0DQo+ICDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgIFZGIERldmljZSBJRCAweDU4MDMNCj4gIMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqAgUGFnZSBTaXplczogNDA5NiAoZW5hYmxlZCksIDgxOTIs IDY1NTM2LCAyNjIxNDQsIA0KPiAxMDQ4NTc2LCA0MTk0MzA0DQo+ICDCoMKgwqAgZWNhcCAw MDE3WzIwMF0gPSBUUEggUmVxdWVzdGVyIDENCj4gdDVuZXgwQHBjaTA6MjowOjQ6wqDCoMKg wqDCoCBjbGFzcz0weDAyMDAwMCByZXY9MHgwMCBoZHI9MHgwMCB2ZW5kb3I9MHgxNDI1IA0K PiBkZXZpY2U9MHg1NDAzIHN1YnZlbmRvcj0weDE0MjUgc3ViZGV2aWNlPTB4MDAwMA0KPiAg wqDCoMKgIHZlbmRvcsKgwqDCoMKgID0gJ0NoZWxzaW8gQ29tbXVuaWNhdGlvbnMgSW5jJw0K PiAgwqDCoMKgIGRldmljZcKgwqDCoMKgID0gJ1Q1NDAtQ1IgVW5pZmllZCBXaXJlIEV0aGVy bmV0IENvbnRyb2xsZXInDQo+ICDCoMKgwqAgY2xhc3PCoMKgwqDCoMKgID0gbmV0d29yaw0K PiAgwqDCoMKgIHN1YmNsYXNzwqDCoCA9IGV0aGVybmV0DQo+ICDCoMKgwqAgYmFywqDCoCBb MTBdID0gdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4OTEzMDAwMDAsIHNpemUgNTI0 Mjg4LCANCj4gZW5hYmxlZA0KPiAgwqDCoMKgIGJhcsKgwqAgWzE4XSA9IHR5cGUgTWVtb3J5 LCByYW5nZSA2NCwgYmFzZSAweDkwMDAwMDAwLCBzaXplIDE2Nzc3MjE2LCANCj4gZW5hYmxl ZA0KPiAgwqDCoMKgIGJhcsKgwqAgWzIwXSA9IHR5cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFz ZSAweDkxOTg0MDAwLCBzaXplIDgxOTIsIA0KPiBlbmFibGVkDQo+ICDCoMKgwqAgY2FwIDAx WzQwXSA9IHBvd2Vyc3BlYyAzwqAgc3VwcG9ydHMgRDAgRDPCoCBjdXJyZW50IEQwDQo+ICDC oMKgwqAgY2FwIDA1WzUwXSA9IE1TSSBzdXBwb3J0cyAzMiBtZXNzYWdlcywgNjQgYml0LCB2 ZWN0b3IgbWFza3MNCj4gIMKgwqDCoCBjYXAgMTBbNzBdID0gUENJLUV4cHJlc3MgMiBlbmRw b2ludCBtYXggZGF0YSAyNTYoMjA0OCkgRkxSDQo+ICDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoCBtYXggcmVhZCA0MDk2DQo+ICDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoCBsaW5rIHg4KHg4KSBzcGVlZCA4LjAoOC4wKSBBU1BNIEwwcy9MMShMMHMvTDEp DQo+ICDCoMKgwqAgY2FwIDExW2IwXSA9IE1TSS1YIHN1cHBvcnRzIDEyOCBtZXNzYWdlcywg ZW5hYmxlZA0KPiAgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgVGFibGUgaW4g bWFwIDB4MjBbMHgwXSwgUEJBIGluIG1hcCAweDIwWzB4MTAwMF0NCj4gIMKgwqDCoCBjYXAg MDNbZDBdID0gVlBEDQo+ICDCoMKgwqAgZWNhcCAwMDAxWzEwMF0gPSBBRVIgMiAwIGZhdGFs IDAgbm9uLWZhdGFsIDEgY29ycmVjdGVkDQo+ICDCoMKgwqAgZWNhcCAwMDAzWzE3MF0gPSBT ZXJpYWwgMSAwMDAwMDAwMDAwMDAwMDAwDQo+ICDCoMKgwqAgZWNhcCAwMDBlWzE5MF0gPSBB UkkgMQ0KPiAgwqDCoMKgIGVjYXAgMDAxOVsxYTBdID0gUENJZSBTZWMgMSBsYW5lIGVycm9y cyAwDQo+ICDCoMKgwqAgZWNhcCAwMDEwWzFjMF0gPSBTUi1JT1YgMSBJT1YgZGlzYWJsZWQs IE1lbW9yeSBTcGFjZSBkaXNhYmxlZCwgQVJJIA0KPiBkaXNhYmxlZA0KPiAgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAwIFZGcyBjb25maWd1cmVkIG91dCBv ZiAwIHN1cHBvcnRlZA0KPiAgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoCBGaXJzdCBWRiBSSUQgT2Zmc2V0IDB4MDAwOCwgVkYgUklEIFN0cmlkZSAweDAwMDQN Cj4gIMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgVkYgRGV2aWNl IElEIDB4NTgwMw0KPiAgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oCBQYWdlIFNpemVzOiA0MDk2IChlbmFibGVkKSwgODE5MiwgNjU1MzYsIDI2MjE0NCwgDQo+ IDEwNDg1NzYsIDQxOTQzMDQNCj4gIMKgwqDCoCBlY2FwIDAwMTdbMjAwXSA9IFRQSCBSZXF1 ZXN0ZXIgMQ0KPiBub25lN0BwY2kwOjI6MDo1OsKgwqDCoMKgwqDCoCBjbGFzcz0weDAxMDAw MCByZXY9MHgwMCBoZHI9MHgwMCB2ZW5kb3I9MHgxNDI1IA0KPiBkZXZpY2U9MHg1NTAzIHN1 YnZlbmRvcj0weDE0MjUgc3ViZGV2aWNlPTB4MDAwMA0KPiAgwqDCoMKgIHZlbmRvcsKgwqDC oMKgID0gJ0NoZWxzaW8gQ29tbXVuaWNhdGlvbnMgSW5jJw0KPiAgwqDCoMKgIGRldmljZcKg wqDCoMKgID0gJ1Q1NDAtQ1IgVW5pZmllZCBXaXJlIFN0b3JhZ2UgQ29udHJvbGxlcicNCj4g IMKgwqDCoCBjbGFzc8KgwqDCoMKgwqAgPSBtYXNzIHN0b3JhZ2UNCj4gIMKgwqDCoCBzdWJj bGFzc8KgwqAgPSBTQ1NJDQo+ICDCoMKgwqAgYmFywqDCoCBbMTBdID0gdHlwZSBNZW1vcnks IHJhbmdlIDY0LCBiYXNlIDB4OTEyODAwMDAsIHNpemUgNTI0Mjg4LCANCj4gZW5hYmxlZA0K PiAgwqDCoMKgIGJhcsKgwqAgWzE4XSA9IHR5cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAw eDkxMjAwMDAwLCBzaXplIDUyNDI4OCwgDQo+IGVuYWJsZWQNCj4gIMKgwqDCoCBiYXLCoMKg IFsyMF0gPSB0eXBlIE1lbW9yeSwgcmFuZ2UgNjQsIGJhc2UgMHg5MTk4MjAwMCwgc2l6ZSA4 MTkyLCANCj4gZW5hYmxlZA0KPiAgwqDCoMKgIGNhcCAwMVs0MF0gPSBwb3dlcnNwZWMgM8Kg IHN1cHBvcnRzIEQwIEQzwqAgY3VycmVudCBEMA0KPiAgwqDCoMKgIGNhcCAwNVs1MF0gPSBN U0kgc3VwcG9ydHMgMzIgbWVzc2FnZXMsIDY0IGJpdCwgdmVjdG9yIG1hc2tzDQo+ICDCoMKg wqAgY2FwIDEwWzcwXSA9IFBDSS1FeHByZXNzIDIgZW5kcG9pbnQgbWF4IGRhdGEgMjU2KDIw NDgpIEZMUiBSTw0KPiAgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgbWF4IHJl YWQgNTEyDQo+ICDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBsaW5rIHg4KHg4 KSBzcGVlZCA4LjAoOC4wKSBBU1BNIEwwcy9MMShMMHMvTDEpDQo+ICDCoMKgwqAgY2FwIDEx W2IwXSA9IE1TSS1YIHN1cHBvcnRzIDQwIG1lc3NhZ2VzDQo+ICDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoCBUYWJsZSBpbiBtYXAgMHgyMFsweDBdLCBQQkEgaW4gbWFwIDB4 MjBbMHgxMDAwXQ0KPiAgwqDCoMKgIGNhcCAwM1tkMF0gPSBWUEQNCj4gIMKgwqDCoCBlY2Fw IDAwMDFbMTAwXSA9IEFFUiAyIDAgZmF0YWwgMCBub24tZmF0YWwgMSBjb3JyZWN0ZWQNCj4g IMKgwqDCoCBlY2FwIDAwMDNbMTcwXSA9IFNlcmlhbCAxIDAwMDAwMDAwMDAwMDAwMDANCj4g IMKgwqDCoCBlY2FwIDAwMGVbMTkwXSA9IEFSSSAxDQo+ICDCoMKgwqAgZWNhcCAwMDE5WzFh MF0gPSBQQ0llIFNlYyAxIGxhbmUgZXJyb3JzIDANCj4gIMKgwqDCoCBlY2FwIDAwMTBbMWMw XSA9IFNSLUlPViAxIElPViBkaXNhYmxlZCwgTWVtb3J5IFNwYWNlIGRpc2FibGVkLCBBUkkg DQo+IGRpc2FibGVkDQo+ICDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgIDAgVkZzIGNvbmZpZ3VyZWQgb3V0IG9mIDAgc3VwcG9ydGVkDQo+ICDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIEZpcnN0IFZGIFJJRCBPZmZzZXQgMHgw MDA4LCBWRiBSSUQgU3RyaWRlIDB4MDAwNA0KPiAgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoCBWRiBEZXZpY2UgSUQgMHg1ODAzDQo+ICDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIFBhZ2UgU2l6ZXM6IDQwOTYgKGVuYWJsZWQp LCA4MTkyLCA2NTUzNiwgMjYyMTQ0LCANCj4gMTA0ODU3NiwgNDE5NDMwNA0KPiAgwqDCoMKg IGVjYXAgMDAxN1syMDBdID0gVFBIIFJlcXVlc3RlciAxDQo+IG5vbmU4QHBjaTA6MjowOjY6 wqDCoMKgwqDCoMKgIGNsYXNzPTB4MGMwNDAwIHJldj0weDAwIGhkcj0weDAwIHZlbmRvcj0w eDE0MjUgDQo+IGRldmljZT0weDU2MDMgc3VidmVuZG9yPTB4MTQyNSBzdWJkZXZpY2U9MHgw MDAwDQo+ICDCoMKgwqAgdmVuZG9ywqDCoMKgwqAgPSAnQ2hlbHNpbyBDb21tdW5pY2F0aW9u cyBJbmMnDQo+ICDCoMKgwqAgZGV2aWNlwqDCoMKgwqAgPSAnVDU0MC1DUiBVbmlmaWVkIFdp cmUgU3RvcmFnZSBDb250cm9sbGVyJw0KPiAgwqDCoMKgIGNsYXNzwqDCoMKgwqDCoCA9IHNl cmlhbCBidXMNCj4gIMKgwqDCoCBzdWJjbGFzc8KgwqAgPSBGaWJyZSBDaGFubmVsDQo+ICDC oMKgwqAgYmFywqDCoCBbMTBdID0gdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4OTEx MDAwMDAsIHNpemUgNTI0Mjg4LCANCj4gZW5hYmxlZA0KPiAgwqDCoMKgIGJhcsKgwqAgWzE4 XSA9IHR5cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweDkxMDgwMDAwLCBzaXplIDUyNDI4 OCwgDQo+IGVuYWJsZWQNCj4gIMKgwqDCoCBiYXLCoMKgIFsyMF0gPSB0eXBlIE1lbW9yeSwg cmFuZ2UgNjQsIGJhc2UgMHg5MTk4MDAwMCwgc2l6ZSA4MTkyLCANCj4gZW5hYmxlZA0KPiAg wqDCoMKgIGNhcCAwMVs0MF0gPSBwb3dlcnNwZWMgM8KgIHN1cHBvcnRzIEQwIEQzwqAgY3Vy cmVudCBEMA0KPiAgwqDCoMKgIGNhcCAwNVs1MF0gPSBNU0kgc3VwcG9ydHMgMzIgbWVzc2Fn ZXMsIDY0IGJpdCwgdmVjdG9yIG1hc2tzDQo+ICDCoMKgwqAgY2FwIDEwWzcwXSA9IFBDSS1F eHByZXNzIDIgZW5kcG9pbnQgbWF4IGRhdGEgMjU2KDIwNDgpIEZMUiBSTw0KPiAgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgbWF4IHJlYWQgNTEyDQo+ICDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBsaW5rIHg4KHg4KSBzcGVlZCA4LjAoOC4wKSBBU1BN IEwwcy9MMShMMHMvTDEpDQo+ICDCoMKgwqAgY2FwIDExW2IwXSA9IE1TSS1YIHN1cHBvcnRz IDQwIG1lc3NhZ2VzDQo+ICDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBUYWJs ZSBpbiBtYXAgMHgyMFsweDBdLCBQQkEgaW4gbWFwIDB4MjBbMHgxMDAwXQ0KPiAgwqDCoMKg IGNhcCAwM1tkMF0gPSBWUEQNCj4gIMKgwqDCoCBlY2FwIDAwMDFbMTAwXSA9IEFFUiAyIDAg ZmF0YWwgMCBub24tZmF0YWwgMSBjb3JyZWN0ZWQNCj4gIMKgwqDCoCBlY2FwIDAwMDNbMTcw XSA9IFNlcmlhbCAxIDAwMDAwMDAwMDAwMDAwMDANCj4gIMKgwqDCoCBlY2FwIDAwMGVbMTkw XSA9IEFSSSAxDQo+ICDCoMKgwqAgZWNhcCAwMDE5WzFhMF0gPSBQQ0llIFNlYyAxIGxhbmUg ZXJyb3JzIDANCj4gIMKgwqDCoCBlY2FwIDAwMTBbMWMwXSA9IFNSLUlPViAxIElPViBkaXNh YmxlZCwgTWVtb3J5IFNwYWNlIGRpc2FibGVkLCBBUkkgDQo+IGRpc2FibGVkDQo+ICDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIDAgVkZzIGNvbmZpZ3VyZWQg b3V0IG9mIDAgc3VwcG9ydGVkDQo+ICDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgIEZpcnN0IFZGIFJJRCBPZmZzZXQgMHgwMDA4LCBWRiBSSUQgU3RyaWRlIDB4 MDAwNA0KPiAgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBWRiBE ZXZpY2UgSUQgMHg1ODAzDQo+ICDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgIFBhZ2UgU2l6ZXM6IDQwOTYgKGVuYWJsZWQpLCA4MTkyLCA2NTUzNiwgMjYyMTQ0 LCANCj4gMTA0ODU3NiwgNDE5NDMwNA0KPiAgwqDCoMKgIGVjYXAgMDAxN1syMDBdID0gVFBI IFJlcXVlc3RlciAxDQo+IA0KPiAjIGdpdCBzdGF0dXMNCj4gT24gYnJhbmNoIHN0YWJsZS8x Mw0KPiBZb3VyIGJyYW5jaCBpcyB1cCB0byBkYXRlIHdpdGggJ29yaWdpbi9zdGFibGUvMTMn Lg0KPiANCj4gbm90aGluZyB0byBjb21taXQsIHdvcmtpbmcgdHJlZSBjbGVhbg0KPiANCj4g MTMuMS1QUkVSRUxFQVNFIEZyZWVCU0QgMTMuMS1QUkVSRUxFQVNFICMxIHN0YWJsZS8xMy0y MjZiYjA1ZWI6IE1vbiBGZWIgDQo+IDI4IDE1OjAzOjU5IEVTVCAyMDIyDQo+IA0KPiBMb2Fk ZXIuY29uZiBpcw0KPiANCj4gDQo+IHQ1ZndfY2ZnX2xvYWQ9IllFUyINCj4gaWZfY3hnYmVf bG9hZD0iWUVTIg0KPiANCj4gaHcuY3hnYmUucGF1c2Vfc2V0dGluZ3M9IjAiDQo+IGh3LmN4 Z2JlLmF0dGFja19maWx0ZXI9IjEiDQo+IGh3LmN4Z2JlLmRyb3BfcGt0c193aXRoX2wzX2Vy cm9ycz0iMSINCj4gaHcuY3hnYmUuZmNvZWNhcHNfYWxsb3dlZD0iMCINCj4gDQo+ICDCoMKg wqAgLS0tTWlrZQ0KPiANCg0K From nobody Mon Feb 28 19:48:22 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 1CBFE19E0107 for ; Mon, 28 Feb 2022 19:48:24 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost1.sentex.ca", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4K6rXR2R9pz4dJ9; Mon, 28 Feb 2022 19:48:23 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [199.212.134.19]) by smarthost1.sentex.ca (8.16.1/8.16.1) with ESMTPS id 21SJmMKI049826 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 28 Feb 2022 14:48:23 -0500 (EST) (envelope-from mike@sentex.net) Received: from [IPV6:2607:f3e0:0:4::29] ([IPv6:2607:f3e0:0:4:0:0:0:29]) by pyroxene2a.sentex.ca (8.16.1/8.15.2) with ESMTPS id 21SJmL4W042410 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Mon, 28 Feb 2022 14:48:22 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <0c37c656-3eeb-006f-118b-e06067affe81@sentex.net> Date: Mon, 28 Feb 2022 14:48:22 -0500 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.6.1 Subject: Re: cxgbe firmware error on latest RELENG_13 Content-Language: en-US To: Navdeep Parhar , FreeBSD-STABLE Mailing List References: <49736514-6500-4c7d-889d-15697d934f04@sentex.net> <8f3a6c6a-8d4c-7802-49a8-f0b8a6635723@FreeBSD.org> From: mike tancsa In-Reply-To: <8f3a6c6a-8d4c-7802-49a8-f0b8a6635723@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.84 X-Rspamd-Queue-Id: 4K6rXR2R9pz4dJ9 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:1::12 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-3.40 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEFALL_USER(0.00)[mike]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[sentex.net]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[199.212.134.19:received] X-ThisMailContainsUnwantedMimeParts: N On 2/28/2022 2:43 PM, Navdeep Parhar wrote: > On 2/28/22 11:36 AM, mike tancsa wrote: >> Hi Navdeep, >> >>      I updated a pair of releng13 boxes today as I saw there are new >> drivers/firmware. However, the firmware seems to fail on both in >> different ways >> >> t5nex0: mem >> 0x91300000-0x9137ffff,0x90000000-0x90ffffff,0x91984000-0x91985fff irq >> 17 at device 0.4 on pci2 >> t5nex0: failed to load firmware module: 2. cfg 0, fw 0 >> t5nex0: firmware on card (1.25.0.40) is older than the version >> bundled with this driver, but the driver cannot take corrective >> action because it is unable to load the firmware module. > > It looks like the firmware KLD isn't available even though you have > t5fw_cfg_load="yes" in loader.conf. > > Can you try removing the cxgbe lines from loader.conf temporarily and > kldload if_cxgbe manually after boot?  It should be able to find the > KLD with the firmware and update the card.  Then restore the lines in > loader.conf and see if it comes up properly. > Hi,     It worked on the 4 port but not the 2 port unit root@coldstorage1:~ # kldload if_cxgbe t5nex0: mem 0xb2300000-0xb237ffff,0xb1000000-0xb1ffffff,0xb28a0000-0xb28a1fff irq 16 at device 0.4 on pci1 t5nex0: failed to connect to the firmware: 6, 0.  PCIE_FW 0x80000000 t5nex0: error during attach, adapter is now in recovery mode. root@coldstorage1:~ #     ---Mike From nobody Mon Feb 28 19:51:45 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 70A9519E1AA3 for ; Mon, 28 Feb 2022 19:51:54 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from mail-pg1-x533.google.com (mail-pg1-x533.google.com [IPv6:2607:f8b0:4864:20::533]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4K6rcT5zZbz4fZb for ; Mon, 28 Feb 2022 19:51:53 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: by mail-pg1-x533.google.com with SMTP id 12so12494921pgd.0 for ; Mon, 28 Feb 2022 11:51:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:message-id:date:mime-version:user-agent:subject :content-language:to:references:from:in-reply-to :content-transfer-encoding; bh=3UDCRExu3Zh3fh9MY16izS6chrqmWxJu0/zU88HhB7U=; b=eNQN1Vtdp8OlZsRoeFn2XDZxFRJYchx414xHjAy1XtXuLJsok0WSPwsca8gy4DGgW+ SY1PGYjz6KH1deab2TD8MLYTVczEUlUwbEJZMZgQ6TUxGA6iC/t5224zEV93G9qZYpoJ oRNCSyq56x2oLgYn1OLx+YeyQdvbxblGDsbBzSVDlf5q+W3MStKDqFzLeyrqpyKJAH1R 1lWros6yaj7+/h9RHXYePFUN0wdMVxqBO7YN5BPSmIOL7iXZFJLZh4UUx0FZnKMMegWn R3FZRTQvMR5b8kiy4dWc5DEkhbDGVjBe+PD+RRujUO92B1njrGC6F5nEtgTB2p5ifG3/ 3zlw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:message-id:date:mime-version:user-agent :subject:content-language:to:references:from:in-reply-to :content-transfer-encoding; bh=3UDCRExu3Zh3fh9MY16izS6chrqmWxJu0/zU88HhB7U=; b=eMup4DtI1gTwjpmzVT9EmLprmhZBdI8F0Gws0bgOAwZDEI7kuy+FVcUPUSXbk/0UUh W+piUlZTUjI9KDM3vPqiWsi8CTpYdQPZrSEZK0LrXNh4npJ0Hg7FxqdZvQ3itVKEgImO oo2RLJLNY4yYvzFa8pBEdWpwGqGXhuftoC8XvW+98XvwvOZfTg4JI4LhHIb5kom2Ee5z 0RMbTdWRq9XEDnsdOc0bwRzxMB/TkytDS3vmeKI6ibtU8gBs9mn8W1d7j1I1N3vFUTVQ lnSNq7dPZpKck1qpT5zf+Sh6c0ekYVWkaQ+A4zKbX+1vY7vHbrAlW2lN+4QOyMRP6tUz ClxA== X-Gm-Message-State: AOAM531WtGPwl1+BZQ+XtHFmHKb5KVvzF30s634HlOpGtQrBYeT5pK5U TTUulXtDM3DRCo4VBMqh1CKrwywz5hU= X-Google-Smtp-Source: ABdhPJxAJlmP14sPMrWBKvgMcQaUcw4PTj4hwffB/T3ajaFUh5EQlJuoMfGiRVc7tn4796/HWgOy2g== X-Received: by 2002:a63:eb0c:0:b0:373:334d:c32f with SMTP id t12-20020a63eb0c000000b00373334dc32fmr18557892pgh.358.1646077907465; Mon, 28 Feb 2022 11:51:47 -0800 (PST) Received: from [10.192.161.10] (stargate.chelsio.com. [12.32.117.8]) by smtp.googlemail.com with ESMTPSA id q194-20020a6275cb000000b004f396541cecsm13513025pfc.155.2022.02.28.11.51.46 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 28 Feb 2022 11:51:46 -0800 (PST) Message-ID: Date: Mon, 28 Feb 2022 11:51:45 -0800 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:91.0) Gecko/20100101 Thunderbird/91.6.1 Subject: Re: cxgbe firmware error on latest RELENG_13 Content-Language: en-US To: mike tancsa , FreeBSD-STABLE Mailing List References: <49736514-6500-4c7d-889d-15697d934f04@sentex.net> <8f3a6c6a-8d4c-7802-49a8-f0b8a6635723@FreeBSD.org> <0c37c656-3eeb-006f-118b-e06067affe81@sentex.net> From: Navdeep Parhar In-Reply-To: <0c37c656-3eeb-006f-118b-e06067affe81@sentex.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 X-Rspamd-Queue-Id: 4K6rcT5zZbz4fZb X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=eNQN1Vtd; dmarc=none; spf=pass (mx1.freebsd.org: domain of nparhar@gmail.com designates 2607:f8b0:4864:20::533 as permitted sender) smtp.mailfrom=nparhar@gmail.com X-Spamd-Result: default: False [-3.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MIME_BASE64_TEXT(0.10)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[np@FreeBSD.org,nparhar@gmail.com]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; FROM_NEQ_ENVFROM(0.00)[np@FreeBSD.org,nparhar@gmail.com]; 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=20210112]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[FreeBSD.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::533:from]; MLMMJ_DEST(0.00)[freebsd-stable]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N T24gMi8yOC8yMiAxMTo0OCBBTSwgbWlrZSB0YW5jc2Egd3JvdGU6DQo+IE9uIDIvMjgvMjAy MiAyOjQzIFBNLCBOYXZkZWVwIFBhcmhhciB3cm90ZToNCj4+IE9uIDIvMjgvMjIgMTE6MzYg QU0sIG1pa2UgdGFuY3NhIHdyb3RlOg0KPj4+IEhpIE5hdmRlZXAsDQo+Pj4NCj4+PiDCoMKg wqDCoCBJIHVwZGF0ZWQgYSBwYWlyIG9mIHJlbGVuZzEzIGJveGVzIHRvZGF5IGFzIEkgc2F3 IHRoZXJlIGFyZSBuZXcgDQo+Pj4gZHJpdmVycy9maXJtd2FyZS4gSG93ZXZlciwgdGhlIGZp cm13YXJlIHNlZW1zIHRvIGZhaWwgb24gYm90aCBpbiANCj4+PiBkaWZmZXJlbnQgd2F5cw0K Pj4+DQo+Pj4gdDVuZXgwOiA8Q2hlbHNpbyBUNTQwLUNSPiBtZW0gDQo+Pj4gMHg5MTMwMDAw MC0weDkxMzdmZmZmLDB4OTAwMDAwMDAtMHg5MGZmZmZmZiwweDkxOTg0MDAwLTB4OTE5ODVm ZmYgaXJxIA0KPj4+IDE3IGF0IGRldmljZSAwLjQgb24gcGNpMg0KPj4+IHQ1bmV4MDogZmFp bGVkIHRvIGxvYWQgZmlybXdhcmUgbW9kdWxlOiAyLiBjZmcgMCwgZncgMA0KPj4+IHQ1bmV4 MDogZmlybXdhcmUgb24gY2FyZCAoMS4yNS4wLjQwKSBpcyBvbGRlciB0aGFuIHRoZSB2ZXJz aW9uIA0KPj4+IGJ1bmRsZWQgd2l0aCB0aGlzIGRyaXZlciwgYnV0IHRoZSBkcml2ZXIgY2Fu bm90IHRha2UgY29ycmVjdGl2ZSANCj4+PiBhY3Rpb24gYmVjYXVzZSBpdCBpcyB1bmFibGUg dG8gbG9hZCB0aGUgZmlybXdhcmUgbW9kdWxlLg0KPj4NCj4+IEl0IGxvb2tzIGxpa2UgdGhl IGZpcm13YXJlIEtMRCBpc24ndCBhdmFpbGFibGUgZXZlbiB0aG91Z2ggeW91IGhhdmUgDQo+ PiB0NWZ3X2NmZ19sb2FkPSJ5ZXMiIGluIGxvYWRlci5jb25mLg0KPj4NCj4+IENhbiB5b3Ug dHJ5IHJlbW92aW5nIHRoZSBjeGdiZSBsaW5lcyBmcm9tIGxvYWRlci5jb25mIHRlbXBvcmFy aWx5IGFuZCANCj4+IGtsZGxvYWQgaWZfY3hnYmUgbWFudWFsbHkgYWZ0ZXIgYm9vdD/CoCBJ dCBzaG91bGQgYmUgYWJsZSB0byBmaW5kIHRoZSANCj4+IEtMRCB3aXRoIHRoZSBmaXJtd2Fy ZSBhbmQgdXBkYXRlIHRoZSBjYXJkLsKgIFRoZW4gcmVzdG9yZSB0aGUgbGluZXMgaW4gDQo+ PiBsb2FkZXIuY29uZiBhbmQgc2VlIGlmIGl0IGNvbWVzIHVwIHByb3Blcmx5Lg0KPj4NCj4g SGksDQo+IA0KPiAgwqDCoMKgIEl0IHdvcmtlZCBvbiB0aGUgNCBwb3J0IGJ1dCBub3QgdGhl IDIgcG9ydCB1bml0DQo+IA0KPiByb290QGNvbGRzdG9yYWdlMTp+ICMga2xkbG9hZCBpZl9j eGdiZQ0KPiB0NW5leDA6IDxDaGVsc2lvIFQ1MjAtTEwtQ1I+IG1lbSANCj4gMHhiMjMwMDAw MC0weGIyMzdmZmZmLDB4YjEwMDAwMDAtMHhiMWZmZmZmZiwweGIyOGEwMDAwLTB4YjI4YTFm ZmYgaXJxIDE2IA0KPiBhdCBkZXZpY2UgMC40IG9uIHBjaTENCj4gdDVuZXgwOiBmYWlsZWQg dG8gY29ubmVjdCB0byB0aGUgZmlybXdhcmU6IDYsIDAuwqAgUENJRV9GVyAweDgwMDAwMDAw DQo+IHQ1bmV4MDogZXJyb3IgZHVyaW5nIGF0dGFjaCwgYWRhcHRlciBpcyBub3cgaW4gcmVj b3ZlcnkgbW9kZS4NCj4gcm9vdEBjb2xkc3RvcmFnZTE6fiAjDQoNClRyeSBhIG1hbnVhbCBm aXJtd2FyZSB1cGdyYWRlIHdoaWxlIGl0J3MgaW4gcmVjb3ZlcnkgbW9kZS4gIFRoZSANCmZp cm13YXJlcyBhcmUgdGhlIHN5cy9kZXYvY3hnYmUvZmlybXdhcmUvKi5iaW4gZmlsZXMgaW4g dGhlIHNyYyB0cmVlLg0KDQojIGN4Z2JldG9vbCB0NW5leDAgbG9hZGZ3IC4uLi90NWZ3LTEu MjYuNi4wLmJpbg0KDQpUaGVuIHJlYm9vdCB0aGUgc3lzdGVtLg0KDQpSZWdhcmRzLA0KTmF2 ZGVlcA0K From nobody Mon Feb 28 20:03:39 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4B60019E45E5 for ; Mon, 28 Feb 2022 20:03:41 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost1.sentex.ca", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4K6rt44JNPz4hcl; Mon, 28 Feb 2022 20:03:40 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [199.212.134.19]) by smarthost1.sentex.ca (8.16.1/8.16.1) with ESMTPS id 21SK3d6e066312 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 28 Feb 2022 15:03:40 -0500 (EST) (envelope-from mike@sentex.net) Received: from [IPV6:2607:f3e0:0:4::29] ([IPv6:2607:f3e0:0:4:0:0:0:29]) by pyroxene2a.sentex.ca (8.16.1/8.15.2) with ESMTPS id 21SK3dEa046473 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Mon, 28 Feb 2022 15:03:39 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <3c4c4cef-e737-5b09-92b3-d7d74d8690bb@sentex.net> Date: Mon, 28 Feb 2022 15:03:39 -0500 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.6.1 Subject: Re: cxgbe firmware error on latest RELENG_13 Content-Language: en-US To: Navdeep Parhar , FreeBSD-STABLE Mailing List References: <49736514-6500-4c7d-889d-15697d934f04@sentex.net> <8f3a6c6a-8d4c-7802-49a8-f0b8a6635723@FreeBSD.org> <0c37c656-3eeb-006f-118b-e06067affe81@sentex.net> From: mike tancsa In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.84 X-Rspamd-Queue-Id: 4K6rt44JNPz4hcl X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:1::12 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-3.40 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEFALL_USER(0.00)[mike]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[sentex.net]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[199.212.134.19:received] X-ThisMailContainsUnwantedMimeParts: N On 2/28/2022 2:51 PM, Navdeep Parhar wrote: > On 2/28/22 11:48 AM, mike tancsa wrote: >> On 2/28/2022 2:43 PM, Navdeep Parhar wrote: >>> On 2/28/22 11:36 AM, mike tancsa wrote: >>>> Hi Navdeep, >>>> >>>>      I updated a pair of releng13 boxes today as I saw there are >>>> new drivers/firmware. However, the firmware seems to fail on both >>>> in different ways >>>> >>>> t5nex0: mem >>>> 0x91300000-0x9137ffff,0x90000000-0x90ffffff,0x91984000-0x91985fff >>>> irq 17 at device 0.4 on pci2 >>>> t5nex0: failed to load firmware module: 2. cfg 0, fw 0 >>>> t5nex0: firmware on card (1.25.0.40) is older than the version >>>> bundled with this driver, but the driver cannot take corrective >>>> action because it is unable to load the firmware module. >>> >>> It looks like the firmware KLD isn't available even though you have >>> t5fw_cfg_load="yes" in loader.conf. >>> >>> Can you try removing the cxgbe lines from loader.conf temporarily >>> and kldload if_cxgbe manually after boot?  It should be able to find >>> the KLD with the firmware and update the card.  Then restore the >>> lines in loader.conf and see if it comes up properly. >>> >> Hi, >> >>      It worked on the 4 port but not the 2 port unit >> >> root@coldstorage1:~ # kldload if_cxgbe >> t5nex0: mem >> 0xb2300000-0xb237ffff,0xb1000000-0xb1ffffff,0xb28a0000-0xb28a1fff irq >> 16 at device 0.4 on pci1 >> t5nex0: failed to connect to the firmware: 6, 0.  PCIE_FW 0x80000000 >> t5nex0: error during attach, adapter is now in recovery mode. >> root@coldstorage1:~ # > > Try a manual firmware upgrade while it's in recovery mode.  The > firmwares are the sys/dev/cxgbe/firmware/*.bin files in the src tree. > > # cxgbetool t5nex0 loadfw .../t5fw-1.26.6.0.bin > > Then reboot the system. > it seems to load it ok, but no luck after a soft reboot root@coldstorage1:/usr/src/sys/dev/cxgbe/firmware # cxgbetool t5nex0 loadfw t5fw-1.26.6.0.bin root@coldstorage1:/usr/src/sys/dev/cxgbe/firmware # md5 t5fw-1.26.6.0.bin MD5 (t5fw-1.26.6.0.bin) = 2a11a3d808b37d31e9caf19f75976e5b root@coldstorage1:/usr/src/sys/dev/cxgbe/firmware # But I did a full power cycle and it seemed to work after that! root@coldstorage1:~ # kldload if_cxgbe t5nex0: mem 0xb2300000-0xb237ffff,0xb1000000-0xb1ffffff,0xb28a0000-0xb28a1fff irq 16 at device 0.4 on pci1 t5nex0: PCIe gen3 x8, 2 ports, 14 MSI-X interrupts, 30 eq, 13 iq cxl0: on t5nex0 cxl0: 4 txq, 4 rxq (NIC); 4 txq (TOE), 2 rxq (TOE) cxl1: on t5nex0 cxl1: 4 txq, 4 rxq (NIC); 4 txq (TOE), 2 rxq (TOE) root@coldstorage1:~ # Thank you very much for your quick help to get me back up and running     ---Mike From nobody Sat Mar 5 19:26:40 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7EE7C19FAF01 for ; Sat, 5 Mar 2022 19:36:20 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::12]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4K9w2C31Qpz3pc8 for ; Sat, 5 Mar 2022 19:36:18 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 225Ja4Tq058674 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sat, 5 Mar 2022 20:36:05 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-MDaemon-Deliver-To: X-Authentication-Warning: uucp.dinoex.sub.de: Host uucp.dinoex.org [185.220.148.12] claimed to be uucp.dinoex.sub.de Received: (from uucp@localhost) by uucp.dinoex.sub.de (8.17.1/8.17.1/Submit) with UUCP id 225Ja4DZ058673 for freebsd-stable@freebsd.org; Sat, 5 Mar 2022 20:36:04 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.16.1/8.16.1) with ESMTP id 225JSssP029131 for ; Sat, 5 Mar 2022 20:28:54 +0100 (CET) (envelope-from peter@gate.intra.daemon.contact) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by gate.intra.daemon.contact (8.16.1/8.16.1) with ESMTPS id 225JQeEA028467 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sat, 5 Mar 2022 20:26:40 +0100 (CET) (envelope-from peter@gate.intra.daemon.contact) Received: (from peter@localhost) by gate.intra.daemon.contact (8.16.1/8.16.1/Submit) id 225JQeqr028466 for freebsd-stable@freebsd.org; Sat, 5 Mar 2022 20:26:40 +0100 (CET) (envelope-from peter) Date: Sat, 5 Mar 2022 20:26:40 +0100 From: Peter To: freebsd-stable@freebsd.org Subject: Program crashes on stable/13 (but not on 12.3) Message-ID: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.sub.de;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [185.220.148.12]); Sat, 05 Mar 2022 20:36:07 +0100 (CET) X-Rspamd-Queue-Id: 4K9w2C31Qpz3pc8 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org designates 2a0b:f840::12 as permitted sender) smtp.mailfrom=pmc@citylink.dinoex.sub.org X-Spamd-Result: default: False [-3.29 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.995]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[4]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_NA(0.00)[sub.org]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE]; RCVD_TLS_LAST(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hija, this program crashes SEGV on stable/13 after 135962 iterations, but continues to run on 12.3. My stable/13 is still at 22ba2970766 - if You happen to be on a newer level, then please just try this out. ------------------------------------------------------ #include #include #include main() { char buf[] = "12345678901234567890123456789012345678901234567890"; int fd = open("/dev/null", O_RDONLY); int i = 0; close(1); dup2(fd, 1); close(fd); while(1) { fputs(buf, stdout); fflush(stdout); i++; fprintf(stderr, "%d\n", i); } } ------------------------------------------------------ I know that the code is bogus, but this is exactly what one of our ports does (and why it started to crash after upgrading to stable/13). And I think it should not SEGV, anyway. For the full story, read here: https://forums.freebsd.org/threads/random-program-crashes-no-coredumps-and-error-94.84285/ From eugen@grosbein.net Sat Mar 5 21:26:10 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B38CF1A0E4C6 for ; Sat, 5 Mar 2022 21:27:17 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4K9yVD1msLz4Z18; Sat, 5 Mar 2022 21:27:16 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 225LQheO063460 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 5 Mar 2022 21:26:44 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: pmc@citylink.dinoex.sub.org Received: from [10.58.0.11] ([10.58.0.11]) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 225LQHIH001951 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Sun, 6 Mar 2022 04:26:42 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Program crashes on stable/13 (but not on 12.3) To: Peter , freebsd-stable@freebsd.org, Konstantin Belousov References: From: Eugene Grosbein Message-ID: Date: Sun, 6 Mar 2022 04:26:10 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT autolearn=disabled version=3.4.2 X-Spam-Report: * -0.0 SHORTCIRCUIT No description available. * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4K9yVD1msLz4Z18 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=fail (mx1.freebsd.org: domain of eugen@grosbein.net does not designate 2a01:4f8:c2c:26d8::2 as permitted sender) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-0.50 / 15.00]; ARC_NA(0.00)[]; R_SPF_FAIL(1.00)[-all]; FREEFALL_USER(0.00)[eugen]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; NEURAL_HAM_LONG(-0.98)[-0.977]; NEURAL_SPAM_MEDIUM(0.58)[0.578]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N 06.03.2022 2:26, Peter wrote: Adding kib@ to CC: in case this is connected to recent commit by him. > Hija, > > this program crashes SEGV on stable/13 after 135962 iterations, > but continues to run on 12.3. > > My stable/13 is still at 22ba2970766 - if You happen to be on a > newer level, then please just try this out. > > ------------------------------------------------------ > #include > #include > #include > > main() { > char buf[] = "12345678901234567890123456789012345678901234567890"; > int fd = open("/dev/null", O_RDONLY); > int i = 0; > > close(1); > dup2(fd, 1); > close(fd); > > while(1) { > fputs(buf, stdout); > fflush(stdout); > i++; > fprintf(stderr, "%d\n", i); > } > } > ------------------------------------------------------ > > I know that the code is bogus, but this is exactly what one of our > ports does (and why it started to crash after upgrading to stable/13). > > And I think it should not SEGV, anyway. > > For the full story, read here: > > https://forums.freebsd.org/threads/random-program-crashes-no-coredumps-and-error-94.84285/ fflush() in our libc recently got some change due to very old PR https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=76398 That change was merged to stable/13 after 13.0-RELEASE: https://cgit.freebsd.org/src/commit/?id=afa9a1f5ec9974793a8744c55036ef5c4d08903d I wonder if it could be connected to the problem in question, so adding kib@ to CC: (I am sorry, Konstantin). From nobody Sun Mar 6 00:20:37 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 632D41A090D9 for ; Sun, 6 Mar 2022 00:27:27 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::12]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KB2V63Tnsz3DWL; Sun, 6 Mar 2022 00:27:25 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 2260R4Ke071077 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 6 Mar 2022 01:27:04 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-Authentication-Warning: uucp.dinoex.sub.de: Host uucp.dinoex.org [185.220.148.12] claimed to be uucp.dinoex.sub.de Received: (from uucp@localhost) by uucp.dinoex.sub.de (8.17.1/8.17.1/Submit) with UUCP id 2260R4hc071076; Sun, 6 Mar 2022 01:27:04 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.16.1/8.16.1) with ESMTP id 2260MstI022349; Sun, 6 Mar 2022 01:22:54 +0100 (CET) (envelope-from peter@gate.intra.daemon.contact) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by gate.intra.daemon.contact (8.16.1/8.16.1) with ESMTPS id 2260Kb0l021816 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 6 Mar 2022 01:20:37 +0100 (CET) (envelope-from peter@gate.intra.daemon.contact) Received: (from peter@localhost) by gate.intra.daemon.contact (8.16.1/8.16.1/Submit) id 2260Kbtm021815; Sun, 6 Mar 2022 01:20:37 +0100 (CET) (envelope-from peter) Date: Sun, 6 Mar 2022 01:20:37 +0100 From: Peter To: Eugene Grosbein Cc: freebsd-stable@freebsd.org, Konstantin Belousov Subject: Re: Program crashes on stable/13 (but not on 12.3) Message-ID: References: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.sub.de;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [185.220.148.12]); Sun, 06 Mar 2022 01:27:07 +0100 (CET) X-Rspamd-Queue-Id: 4KB2V63Tnsz3DWL X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org designates 2a0b:f840::12 as permitted sender) smtp.mailfrom=pmc@citylink.dinoex.sub.org X-Spamd-Result: default: False [-2.60 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.987]; 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.10)[text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[sub.org]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.31)[-0.311]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE]; RCVD_TLS_LAST(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sun, Mar 06, 2022 at 04:26:10AM +0700, Eugene Grosbein wrote: ! 06.03.2022 2:26, Peter wrote: ! ! Adding kib@ to CC: in case this is connected to recent commit by him. It is. ! > Hija, ! > ! > this program crashes SEGV on stable/13 after 135962 iterations, ! > but continues to run on 12.3. ! > ! > My stable/13 is still at 22ba2970766 - if You happen to be on a ! > newer level, then please just try this out. ! > ! > ------------------------------------------------------ ! > #include ! > #include ! > #include ! > ! > main() { ! > char buf[] = "12345678901234567890123456789012345678901234567890"; ! > int fd = open("/dev/null", O_RDONLY); ! > int i = 0; ! > ! > close(1); ! > dup2(fd, 1); ! > close(fd); ! > ! > while(1) { ! > fputs(buf, stdout); ! > fflush(stdout); ! > i++; ! > fprintf(stderr, "%d\n", i); ! > } ! > } ! > ------------------------------------------------------ ! > ! > I know that the code is bogus, but this is exactly what one of our ! > ports does (and why it started to crash after upgrading to stable/13). ! > ! > And I think it should not SEGV, anyway. ! > ! > For the full story, read here: ! > ! > https://forums.freebsd.org/threads/random-program-crashes-no-coredumps-and-error-94.84285/ ! ! fflush() in our libc recently got some change due to very old PR ! https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=76398 ! ! That change was merged to stable/13 after 13.0-RELEASE: ! https://cgit.freebsd.org/src/commit/?id=afa9a1f5ec9974793a8744c55036ef5c4d08903d Yes, this is the cause, I now checked before and after. I don't really see why it does what it does, even less why it only happens after so many invocations. I wouldn't bother much about it, because such crappy code somehow deserves to crash - but then, concerned is sysutils/bareos-client backup tool, and arbitrary memory corruption appears there, and I am not sure if this could lead to silently corrupted backup data. So it's probably not the best idea to keep this into 13.1. From nobody Sun Mar 6 00:28:14 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 9EBA41A09657 for ; Sun, 6 Mar 2022 00:28:31 +0000 (UTC) (envelope-from jo@bruelltuete.com) Received: from email.jo-t.de (seppel.jo-t.de [45.132.244.126]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4KB2WL5WHRz3F6l for ; Sun, 6 Mar 2022 00:28:30 +0000 (UTC) (envelope-from jo@bruelltuete.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=bruelltuete.com; s=bruelltuete18a; t=1646526503; bh=RtNpK1mF/bdDRfpzx6130sCUFFYUUJ4DUjhcICN5VEA=; h=Message-ID:Date:MIME-Version:To:From:Subject:From; b=sIuHkJ8MKvgOmC4vTpmrt7QgsNMPTZoAJh6uXMIF3LYNUyyet23iwhPCM+zhO53yE Ei7e+SwDPELhw+c8i+1iX3moB9uioCo835EM5jCDkqzv6xcWXeeOl2/gzvpbIsc2Tr NLLifjOsHIot4QjhUP/fhjKFKdKsesT9NkC3VhGsm4OY2sLK03KhMLMuuWHuszSg4v fJYoLIhieh8Zu6qBQNg9WQu1vnCdodXZb1fRdpKaShmhmYUGVjeiwneH7njdLKcavY E/7NNW6LNEGG4F5ga0b+xGABJkO6UHu1GgMCqLBJQXUc/T6bO9NZLkOa5OoZhWl1On AUyfm/x+KdKMw== Message-ID: <2e742828-abf7-554d-7bb1-3b0ee22f109f@bruelltuete.com> Date: Sun, 6 Mar 2022 00:28:14 +0000 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Language: en-GB From: Johannes Totz Subject: Building stable/13 on recent stable/12 fails Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4KB2WL5WHRz3F6l X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bruelltuete.com header.s=bruelltuete18a header.b=sIuHkJ8M; dmarc=pass (policy=none) header.from=bruelltuete.com; spf=pass (mx1.freebsd.org: domain of jo@bruelltuete.com designates 45.132.244.126 as permitted sender) smtp.mailfrom=jo@bruelltuete.com X-Spamd-Result: default: False [-3.99 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[bruelltuete.com:s=bruelltuete18a]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; DKIM_TRACE(0.00)[bruelltuete.com:+]; DMARC_POLICY_ALLOW(-0.50)[bruelltuete.com,none]; NEURAL_HAM_SHORT(-0.99)[-0.993]; MLMMJ_DEST(0.00)[freebsd-stable]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:197540, ipnet:45.132.244.0/22, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hi there, I'm trying to build stable/13 on a recent stable/12 machine. But it fails with an error in: make[4]: "/scratch/20220306_001952/stage/usr/src/usr.bin/bmake/unit-tests/Makefile" line 775: Malformed conditional (${.SHELL:T} == "ksh") which is https://github.com/bruelltuete/freebsd-src/blob/stable/13/usr.bin/bmake/unit-tests/Makefile#L775 Is that expected? Building releng/13.0 first and using that to build stable/13 works but is an extra step I'd like to avoid... thanks! From nobody Sun Mar 6 15:39:34 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id A23F81A0D95A for ; Sun, 6 Mar 2022 15:39:54 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from elf.hq.norma.perm.ru (mail.norman-retail.ru [128.127.146.8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.norma.perm.ru", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KBQkx2v5jz3pZh for ; Sun, 6 Mar 2022 15:39:53 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from [192.168.243.7] ([192.168.243.7]) by elf.hq.norma.perm.ru (8.16.1/8.15.2) with ESMTP id 226FXuG2021402 for ; Sun, 6 Mar 2022 20:33:56 +0500 (+05) (envelope-from eugene@zhegan.in) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=vivat-retail.ru; s=key; t=1646580836; bh=9z6CfWSbxFphXNOqjspdIu5ZoIWPmnH2o6txX5f/bvM=; h=Date:To:From:Subject; b=cJ4hGCU8hino7GxRNbEQJMUe0PTFnPZBvLeGlOaJxfwEimhooSSy2OWytOnd9hhPq dDCbFlNyMG0uyOHdkZWWxz5BU93zOlTlOYmgx5T9H+K8XTfJMH3MxDVm1N3QtHQm64 JTe4ATVO0i/PJGZ1gMh30P42SpJTSArk0r9LIvQA= Message-ID: <6f844ccd-b7ba-3061-fad4-958e030e7cd9@zhegan.in> Date: Sun, 6 Mar 2022 20:39:34 +0500 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.6.1 To: stable@freebsd.org Content-Language: ru From: "Eugene M. Zheganin" Subject: FreeBSD UEFI and freebsd-boot second partition Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4KBQkx2v5jz3pZh X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=fail ("headers rsa verify failed") header.d=vivat-retail.ru header.s=key header.b=cJ4hGCU8; dmarc=none; spf=pass (mx1.freebsd.org: domain of eugene@zhegan.in designates 128.127.146.8 as permitted sender) smtp.mailfrom=eugene@zhegan.in X-Spamd-Result: default: False [-2.30 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_NA(0.00)[zhegan.in]; R_DKIM_REJECT(1.00)[vivat-retail.ru:s=key]; DKIM_TRACE(0.00)[vivat-retail.ru:-]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:212494, ipnet:128.127.146.0/24, country:RU]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hello, Sorry, just failed to find this after a quick googling: bsdinstall in UEFI environment creates freebsd-boot second partition. What for and what lives there ? I used to think that only EFI system partition is needed. P.S. Attached a second disk to zroot and now wonder what to put there. Should I treat it as the regular pre-UEFI gptzfsboot one ? Thanks. Eugene. From nobody Sun Mar 6 15:52:13 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 8E99D19E9331 for ; Sun, 6 Mar 2022 15:52:32 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-vs1-xe30.google.com (mail-vs1-xe30.google.com [IPv6:2607:f8b0:4864:20::e30]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KBR1W6fnPz3smr for ; Sun, 6 Mar 2022 15:52:31 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-vs1-xe30.google.com with SMTP id y4so14162237vsd.11 for ; Sun, 06 Mar 2022 07:52:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=F6kVrfTXu4KTLl9WNflfa4R7pa+IdvMkp/8fso+AGoE=; b=XS/BfXNI88o/3JLmaKY5l21KQMiI0dR6X3XqGc2urHIiszyhivXmVTpYqvCF9IXl15 hso/1k9UaWHB6Duv/+Z5SGafLcQxtx+a/ddpnFF8huG9hCZl/JhZVdQZ47DYHusLQgSQ 2HLUx/VGp+pR3nf3VQHaD1IKuM5Vmqtu+jrNSB46le8HIOIH7qgUgBJ6xKup0w3Qn5Sw tDWJ1U2LZ+7o00XFvPxCcc1MOeHdpuxHKnMPDEdo2+oys7QDLx2QU99RWva/vXkrNOIm LrphdtaWytpW50D3TEVYl3KLku5CSpFiEvkf+2nA13Xe/Wiwh4mFoV6+Bs/D5hPPrAPH y7IA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=F6kVrfTXu4KTLl9WNflfa4R7pa+IdvMkp/8fso+AGoE=; b=htlikyg3w5jj+GMKgalqBaCkvj3Jb2kuuuEsdWCZdspBhB71rheVTAsTtvRtBdXySm dJnNErHAcyB9TUNXbEvAMptiKNFMaS6Z82dYSfUNyGTCRJP+DeuaKl3jRQnrJtmFLOHl tTdW/SwqExm/f5t9q27QTmZGYVU4HutPMWyhFS+8kCJUJ4PvPpeDUoKCVUebef1JAStt 3IZb5fTJyOb7jVJufte5u1M9qgzOa5uFheItJQwkORHKuD976amVNSLzivp5HbaLnBE/ RaQ7kaTLJTL3gys/uyncKQOx/WuQT9jdF8IVOItVid2xNM+E5npq1VL5z63HPPtoqboy 9wQg== X-Gm-Message-State: AOAM533IHkQCaRcap8ffl4EMOkAF5bjOr7z+LeWB7gab+rCpVLGgqQOB MACS3XpE0CwV41fIAOkpysMia6EtWXDLATfsxI39qUnwAEk= X-Google-Smtp-Source: ABdhPJzik9I0CVn8cQ9uOlY9oaq77n5zf4ePJCCGjL0GgSssMMIJUQn3OtdERpacqaZ40H1KeP5jVB2djglsDAE99II= X-Received: by 2002:a05:6102:cce:b0:31b:b16b:fde1 with SMTP id g14-20020a0561020cce00b0031bb16bfde1mr2287576vst.77.1646581944972; Sun, 06 Mar 2022 07:52:24 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <6f844ccd-b7ba-3061-fad4-958e030e7cd9@zhegan.in> In-Reply-To: <6f844ccd-b7ba-3061-fad4-958e030e7cd9@zhegan.in> From: Warner Losh Date: Sun, 6 Mar 2022 08:52:13 -0700 Message-ID: Subject: Re: FreeBSD UEFI and freebsd-boot second partition To: "Eugene M. Zheganin" Cc: FreeBSD Stable ML Content-Type: multipart/alternative; boundary="000000000000ec8d0a05d98ebbd0" X-Rspamd-Queue-Id: 4KBR1W6fnPz3smr X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20210112.gappssmtp.com header.s=20210112 header.b="XS/BfXNI"; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::e30) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-1.59 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20210112.gappssmtp.com:s=20210112]; NEURAL_HAM_MEDIUM(-0.56)[-0.557]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.04)[-0.035]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20210112.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::e30:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_SPF_NA(0.00)[no SPF record]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com] X-ThisMailContainsUnwantedMimeParts: N --000000000000ec8d0a05d98ebbd0 Content-Type: text/plain; charset="UTF-8" On Sun, Mar 6, 2022, 8:40 AM Eugene M. Zheganin wrote: > Hello, > > > Sorry, just failed to find this after a quick googling: bsdinstall in > UEFI environment creates freebsd-boot second partition. What for and > what lives there ? I used to think that only EFI system partition is > needed. > It creates both. This dates from a time that UEFI support was new and people would configure their BIOS to boot in either the old "BIOS" boot or with the new UEFI to help diagnose problems. Now that operation is rare, but we still have this confusing quirk. P.S. Attached a second disk to zroot and now wonder what to put there. > Should I treat it as the regular pre-UEFI gptzfsboot one ? > I'd put nothing on it. Unless you are creating a redundant boot setup.... Warner > > Thanks. > > Eugene. > > > --000000000000ec8d0a05d98ebbd0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Sun, Mar 6, 2022, 8:40 AM Eugene M. Zheganin <eugene@zhegan.in> wrote:
=
Hello,


Sorry, just failed to find this after a quick googling: bsdinstall in
UEFI environment creates freebsd-boot second partition. What for and
what lives there ? I used to think that only EFI system partition is needed= .

It creates both. This dates from a time that UEFI support was new and peop= le would configure their BIOS to boot in either the old "BIOS" bo= ot or with the new UEFI to help diagnose problems.=C2=A0 Now that operation= is rare, but we still have this confusing quirk.
P.S. Attached a second disk to zroot and now wonder what to put there.
Should I treat it as the regular pre-UEFI gptzfsboot one ?
=

I'd put nothi= ng on it. Unless you are creating a redundant boot setup....

Warner=C2=A0
<= div class=3D"gmail_quote">

Thanks.

Eugene.


--000000000000ec8d0a05d98ebbd0-- From nobody Sun Mar 6 15:57:08 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D295919EB597 for ; Sun, 6 Mar 2022 15:57:16 +0000 (UTC) (envelope-from mvoorhis@gmail.com) Received: from mail-qt1-x832.google.com (mail-qt1-x832.google.com [IPv6:2607:f8b0:4864:20::832]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KBR6z5Mffz3vRh for ; Sun, 6 Mar 2022 15:57:15 +0000 (UTC) (envelope-from mvoorhis@gmail.com) Received: by mail-qt1-x832.google.com with SMTP id o22so1764898qta.8 for ; Sun, 06 Mar 2022 07:57:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=message-id:date:mime-version:user-agent:cc:subject:content-language :to:references:from:in-reply-to; bh=I1VoN4lfb8aztTzJndYByZlT6EeaKFpEaQz/ITprfoU=; b=VhuUuo+x3Kp449eYYo+I8cySQIuva6DmQWpC3Nce2WgMv6Nv4DDxLWRY73+Uc0CNUR xSj554wNNt8S2M9+vXJ1wlhVRm234Xs2L5iTsnJ7ydhOOD53c9PgAx6yhYNd7Qr5kXW6 zAYX4RUFHZ86uvxQuPkGry23thhNot7pj6dDnUqM7yV3Mxf+6O9328pRxtW0oB5p9doM 3cClTR3DezSlZv2gz/nFk2r3/iPKjCA51zoVbVf+rB6hMlBOL/mL+R0V9j86l1BOiLlT f2jNb9HtoMdvVCLfwsCheTVZrIuGQDQWdpfFx//L47DYy/ZbuSxE0RoOSvSR7QvMFwJJ 5MTA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:cc :subject:content-language:to:references:from:in-reply-to; bh=I1VoN4lfb8aztTzJndYByZlT6EeaKFpEaQz/ITprfoU=; b=5FrO5h0LUfcJJdJ4RhFVK2IA3U3t87GWDHZ6DzMv2y8P9qzDjs9dXdGBmMjWf355Aw uE9ZlvmQH7AQ+GSEnx0QVaqkcRvyfTkzJFT/WEeCY6obkijabzfZY9sa+kBKdnR1rXoH kV6wJyCcqlnf1gF0PzLWTcM50/6ewmG/2etWCwWETjp7QdmSMjMDvDxqDgslXtK0hNrf T9PSyrYfMULcD5GFR7Okhvo+sc7U9OjRafr9uJsSzOzzb54VHx7ZXAtYFCk96a1Y5JJW AJ1FQKEFOLCrachGutaa95TEqJbBo6yKVGk1jy0l4ofBOZU5TKBkojJx4ECh3GM8J11/ Czbg== X-Gm-Message-State: AOAM530ZF/+5G4B8S3wxo1iDNcsIi14R+msqYAm1xYrLUbP1d5fEJ88x QNW7qes8firDCfvs1lt91Wi+g6Apsgg= X-Google-Smtp-Source: ABdhPJxP3MNQectph0N9M7jNxSgInDAbCS6MbK7Gc0ubbuQChhrp/vJYuJJ/EzvNncP4Pe9Ff1ozMQ== X-Received: by 2002:ac8:5d8b:0:b0:2dd:d1a3:8f61 with SMTP id d11-20020ac85d8b000000b002ddd1a38f61mr6337028qtx.290.1646582229495; Sun, 06 Mar 2022 07:57:09 -0800 (PST) Received: from ?IPV6:2600:6c64:627f:e35f:74d9:1cae:8143:4be9? ([2600:6c64:627f:e35f:74d9:1cae:8143:4be9]) by smtp.gmail.com with ESMTPSA id e9-20020a05620a014900b005084ce66b44sm5043899qkn.88.2022.03.06.07.57.08 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 06 Mar 2022 07:57:09 -0800 (PST) Content-Type: multipart/mixed; boundary="------------xMsRhn3sMZE7hljLZ7Sal0Zt" Message-ID: Date: Sun, 6 Mar 2022 10:57:08 -0500 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.6.1 Cc: mvoorhis@gmail.com Subject: Re: FreeBSD UEFI and freebsd-boot second partition Content-Language: en-US To: FreeBSD Stable ML References: <6f844ccd-b7ba-3061-fad4-958e030e7cd9@zhegan.in> From: Michael Voorhis In-Reply-To: X-Rspamd-Queue-Id: 4KBR6z5Mffz3vRh X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=VhuUuo+x; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mvoorhis@gmail.com designates 2607:f8b0:4864:20::832 as permitted sender) smtp.mailfrom=mvoorhis@gmail.com X-Spamd-Result: default: False [-2.33 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; HAS_ATTACHMENT(0.00)[]; MIME_BASE64_TEXT_BOGUS(1.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; MIME_BASE64_TEXT(0.10)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.43)[-0.433]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/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)[-0.998]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::832:from]; MLMMJ_DEST(0.00)[stable]; FREEMAIL_CC(0.00)[gmail.com]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --------------xMsRhn3sMZE7hljLZ7Sal0Zt Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit I duplicate the partition table from my boot drive and copy all the boot-stuff onto the 2nd (or more) disks, for precisely this reason. If a disk dies I want that redundancy. --MCV. On 3/6/22 10:52, Warner Losh wrote: > I'd put nothing on it. Unless you are creating a redundant boot > setup.... --------------xMsRhn3sMZE7hljLZ7Sal0Zt Content-Type: text/vcard; charset=UTF-8; name="mvoorhis.vcf" Content-Disposition: attachment; filename="mvoorhis.vcf" Content-Transfer-Encoding: base64 bnVsbA== --------------xMsRhn3sMZE7hljLZ7Sal0Zt-- From nobody Sun Mar 6 15:59:12 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 2003B19EC1B7 for ; Sun, 6 Mar 2022 15:59:23 +0000 (UTC) (envelope-from markjdb@gmail.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 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KBR9Q38W7z3wRx; Sun, 6 Mar 2022 15:59:22 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qt1-x82e.google.com with SMTP id e2so11385549qte.12; Sun, 06 Mar 2022 07:59:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=EsUxG7z62zVjz4qteqh50ZMyF9Vi8AOdglmPzcTrj98=; b=DRpPwGmhlTGwYkQM9lV7zaGiR+7s2BYrFtjoZAxXF1PDlTBebJvdfJESu2HhQWexiQ j8HFOij+3gVKjd5Qu6QTm8LUZUPUIWna0cK+rDkFxGCPvBFE1LZHiQ8PlZCMVp0jUNMH WxKIKAiMd5/4JlZO/UMx4w1hTTx2XmxQ3wFcP3YFH94ydqSrGqcteUEoO7P/NKCd0HO7 ix6doF/uLIcJNfk5+WNr/zeGSie1N+kZAuGQcDJr8Z1QPdkfV0TqlUNCpM/W+d4ntyp0 Vvm0wHshxCf28hebFL+h6LXSbcGoGLsjaTjwnmhN8q1U7v3hqPSXzCrFn0FtH4vwygHM B3kw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=EsUxG7z62zVjz4qteqh50ZMyF9Vi8AOdglmPzcTrj98=; b=sI1aUaHpIGgjUlzyV3tUdCWGpizqsc5M/WXGdL9EFzp9P5fOh1zeQ1ImObVzfGfZMS 1uo6dNTzCPyrTm2DIvJKAwFkA1YTboqA6PFOYy/aSOTgZqZsCqwG1eTqC+ogHV4JsvTw 7g1aUt/GC0dqTOb+iBpXBJ+YsWS2l3tehpHEL/eixV9auWvYzCQpRXwwTXzo1gsNobP3 5wcUZQYHupEU+EO/aj9eBrYT1q2GLa1SPhdUAEMRIblcZyqqAoqnDQycMueHDzTID8Pn KIqerJZL7Z65nsUlsL6/iyKgGFQExxBIxKrztmoUGpu6zt2TDWS+7nPky0/nBno9g+00 PTog== X-Gm-Message-State: AOAM530IukSmJgC8nyb1JyAtLU3omTclZHwQXbKZKmqaoq6cyWlsvpYF hJ/DjT+m6zmWWzVs+CKlT+x5xqzSWW8= X-Google-Smtp-Source: ABdhPJxKAPPI6UCdlVfPAvHWc7m1CjipJZRE1R0vnb+EHEYx0dYhh0mT9FCHcIWxPJIatpYuOpxOWQ== X-Received: by 2002:ac8:5a03:0:b0:2de:2d44:b2ee with SMTP id n3-20020ac85a03000000b002de2d44b2eemr6395244qta.363.1646582355782; Sun, 06 Mar 2022 07:59:15 -0800 (PST) Received: from nuc (198-84-189-58.cpe.teksavvy.com. [198.84.189.58]) by smtp.gmail.com with ESMTPSA id g2-20020a37e202000000b00607e264a208sm5016482qki.40.2022.03.06.07.59.14 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 06 Mar 2022 07:59:15 -0800 (PST) Date: Sun, 6 Mar 2022 10:59:12 -0500 From: Mark Johnston To: Peter Cc: Eugene Grosbein , freebsd-stable@freebsd.org, Konstantin Belousov Subject: Re: Program crashes on stable/13 (but not on 12.3) Message-ID: References: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4KBR9Q38W7z3wRx X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=DRpPwGmh; dmarc=none; spf=pass (mx1.freebsd.org: domain of markjdb@gmail.com designates 2607:f8b0:4864:20::82e as permitted sender) smtp.mailfrom=markjdb@gmail.com X-Spamd-Result: default: False [-0.86 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; NEURAL_HAM_LONG(-0.99)[-0.993]; MIME_GOOD(-0.10)[text/plain]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_NA(0.00)[freebsd.org]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_MEDIUM(0.78)[0.784]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; NEURAL_HAM_SHORT(-0.95)[-0.955]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::82e:from]; MLMMJ_DEST(0.00)[freebsd-stable]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N On Sun, Mar 06, 2022 at 01:20:37AM +0100, Peter wrote: > On Sun, Mar 06, 2022 at 04:26:10AM +0700, Eugene Grosbein wrote: > ! 06.03.2022 2:26, Peter wrote: > ! > ! Adding kib@ to CC: in case this is connected to recent commit by him. > > It is. > > ! > Hija, > ! > > ! > this program crashes SEGV on stable/13 after 135962 iterations, > ! > but continues to run on 12.3. > ! > > ! > My stable/13 is still at 22ba2970766 - if You happen to be on a > ! > newer level, then please just try this out. > ! > > ! > ------------------------------------------------------ > ! > #include > ! > #include > ! > #include > ! > > ! > main() { > ! > char buf[] = "12345678901234567890123456789012345678901234567890"; > ! > int fd = open("/dev/null", O_RDONLY); > ! > int i = 0; > ! > > ! > close(1); > ! > dup2(fd, 1); > ! > close(fd); > ! > > ! > while(1) { > ! > fputs(buf, stdout); > ! > fflush(stdout); > ! > i++; > ! > fprintf(stderr, "%d\n", i); > ! > } > ! > } > ! > ------------------------------------------------------ > ! > > ! > I know that the code is bogus, but this is exactly what one of our > ! > ports does (and why it started to crash after upgrading to stable/13). > ! > > ! > And I think it should not SEGV, anyway. > ! > > ! > For the full story, read here: > ! > > ! > https://forums.freebsd.org/threads/random-program-crashes-no-coredumps-and-error-94.84285/ > ! > ! fflush() in our libc recently got some change due to very old PR > ! https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=76398 > ! > ! That change was merged to stable/13 after 13.0-RELEASE: > ! https://cgit.freebsd.org/src/commit/?id=afa9a1f5ec9974793a8744c55036ef5c4d08903d > > Yes, this is the cause, I now checked before and after. I don't really > see why it does what it does, even less why it only happens after so > many invocations. > > I wouldn't bother much about it, because such crappy code somehow > deserves to crash - but then, concerned is sysutils/bareos-client > backup tool, and arbitrary memory corruption appears there, and I > am not sure if this could lead to silently corrupted backup data. > So it's probably not the best idea to keep this into 13.1. This should be fixed by a recent commit to the main branch, and it'll make it into 13.1. From nobody Sun Mar 6 16:28:27 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 114A919F2C0E for ; Sun, 6 Mar 2022 16:28:37 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from mail.punkt.de (mail.punkt.de [217.29.41.227]) (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 4KBRq81wskz4V6R for ; Sun, 6 Mar 2022 16:28:36 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from smtpclient.apple (unknown [IPv6:2a00:b580:a000:c800::1002]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.punkt.de (Postfix) with ESMTPSA id 231563EC48; Sun, 6 Mar 2022 17:28:28 +0100 (CET) Content-Type: text/plain; charset=utf-8 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 15.0 \(3693.60.0.1.1\)) Subject: Re: FreeBSD UEFI and freebsd-boot second partition From: "Patrick M. Hausen" In-Reply-To: <6f844ccd-b7ba-3061-fad4-958e030e7cd9@zhegan.in> Date: Sun, 6 Mar 2022 17:28:27 +0100 Cc: stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <4F14A576-2AC8-43F2-A8D3-3EF5CAECF70E@punkt.de> References: <6f844ccd-b7ba-3061-fad4-958e030e7cd9@zhegan.in> To: "Eugene M. Zheganin" X-Mailer: Apple Mail (2.3693.60.0.1.1) X-Rspamd-Queue-Id: 4KBRq81wskz4V6R X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hausen@punkt.de designates 217.29.41.227 as permitted sender) smtp.mailfrom=hausen@punkt.de X-Spamd-Result: default: False [-2.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:217.29.32.0/20]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[punkt.de]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.90)[-0.902]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16188, ipnet:217.29.32.0/20, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hello, > Am 06.03.2022 um 16:39 schrieb Eugene M. Zheganin : > Sorry, just failed to find this after a quick googling: bsdinstall in = UEFI environment creates freebsd-boot second partition. What for and = what lives there ? I used to think that only EFI system partition is = needed. The installer lets you pick - BIOS - UEFI - UEFI + BIOS with the last being the default IIRC. I always set it explicitly to UEFI = only. Kind regards, Patrick --=20 punkt.de GmbH Patrick M. Hausen .infrastructure Kaiserallee 13a 76133 Karlsruhe Tel. +49 721 9109500 https://infrastructure.punkt.de info@punkt.de AG Mannheim 108285 Gesch=C3=A4ftsf=C3=BChrer: J=C3=BCrgen Egeling, Daniel Lienert, Fabian = Stein From nobody Sun Mar 6 20:16:21 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id AD1F519F8C49 for ; Sun, 6 Mar 2022 20:16:33 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from elf.hq.norma.perm.ru (mail.norman-retail.ru [128.127.146.8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.norma.perm.ru", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KBXt84kmRz4s5J for ; Sun, 6 Mar 2022 20:16:32 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from [192.168.243.7] ([192.168.243.7]) by elf.hq.norma.perm.ru (8.16.1/8.15.2) with ESMTP id 226KAffa036329 for ; Mon, 7 Mar 2022 01:10:41 +0500 (+05) (envelope-from eugene@zhegan.in) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=vivat-retail.ru; s=key; t=1646597441; bh=YwVfkK8DBzIPEcOnMw7YuOysC9ioYVmPCYvJHZHUI7c=; h=Date:To:From:Subject; b=itRx1LITQRFhy4Huo8yasSYsNRInls3bDXJ8oaAGKPG5xVLBYa+cnXUeHpdQq9MYJ 3qGwgMMTqKD4jS1xh6F7z7+1jhcqDD3F5DVEZVgjYDxPsE1tCN4YeHtHfSS7c3e8Lp evFIR+MpBJ6y3q7X5mWD4hQsmIfQ/xuWmBoFYsdY= Message-ID: Date: Mon, 7 Mar 2022 01:16:21 +0500 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.6.1 To: stable@freebsd.org Content-Language: ru From: "Eugene M. Zheganin" Subject: custom install and missing kenv defaults Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4KBXt84kmRz4s5J X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=fail ("headers rsa verify failed") header.d=vivat-retail.ru header.s=key header.b=itRx1LIT; dmarc=none; spf=pass (mx1.freebsd.org: domain of eugene@zhegan.in designates 128.127.146.8 as permitted sender) smtp.mailfrom=eugene@zhegan.in X-Spamd-Result: default: False [-2.30 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; R_DKIM_REJECT(1.00)[vivat-retail.ru:s=key]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_NA(0.00)[zhegan.in]; R_SPF_ALLOW(-0.20)[+a]; DKIM_TRACE(0.00)[vivat-retail.ru:-]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:212494, ipnet:128.127.146.0/24, country:RU]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hello, I'm using custom install script for setting up FreeBSD on large disks (you know, that 10-years-ago-and-still-there issue with "cannnot read MOS, all block copies unavailable" when book blocks migrate over 2TB), but I was using it only on legacy gptzfsboot servers, Nowadays I converted it to UEFI, and now I can see that this installation cannot boot atomatically, because it searches for the kernel in /boot. I know about loader.conf, for sure, but servers installed with bsdinstall don't have kernel_path set there (along with module_path), yet it works fine. I've also checked the kernel for the bundled env variables - none. So, my question is - where are the kernel_path and module path set when the bsdinstall does the installation ? Thanks. From nobody Sun Mar 6 21:11:28 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 22A6C1A06A15 for ; Sun, 6 Mar 2022 21:11:40 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ua1-x929.google.com (mail-ua1-x929.google.com [IPv6:2607:f8b0:4864:20::929]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KBZ5l3tWBz3Lq1 for ; Sun, 6 Mar 2022 21:11:39 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-ua1-x929.google.com with SMTP id i26so5735269uap.6 for ; Sun, 06 Mar 2022 13:11:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=T5auY41hW7G7eFcvF5qySIYJ1//UtdyU6NAeeNqM5jU=; b=jLXKtFtZAcIrw7rxPLQs2jlVsNCvjxd3YkYEFh6ZM7oInsV/Ku8IqQITH400BPlSVZ fBWsMjBk+I+fNE0YqmMXGydmgmT1fUTOBZ2LfavgS+qYwexZtIgKrKfU+1/skaPWUqvI 3vU7W2yIZGxJsnFmZZysFyawqykxIc7T+YAA9oDq0CsZbw9BbE6vz1FX2xNKuMc2zFtL S8MPN6FWatZZPqoe1wqxzUKSvgOAnHP4fSe7Gz38fijfkMABdpk1cS+0tNx+bbD39UHt MWFNWQ9rfZ/3N7qsURROEPjJwzWbqN56hY15FMpJiDFH0Kr/i7QXTdSPPBeP3jTT7ZIj oajg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=T5auY41hW7G7eFcvF5qySIYJ1//UtdyU6NAeeNqM5jU=; b=NelplYVIMOjPnc2fNtn+nkj90qg0IIP266qjxHPyRetjT0VKHxsXs60GzQfYRh4I5M CHdbWqqLoVQm64kvaGjKEjMtWD8lDHq9hYXqsCj6v+BOlktvOQebWFzgmV1CQSUoB2A5 LlHfb4sqh9jSZgjR1yLKeLLdfiNcBffv1EDsvm9z/LLF6bIPIzoTWgaOXEUzgC6y5srV kzYiai9lD0FkkSX/D9WwwWuz2Za+Y9MCO0QSjVtqSy03DLv48PhPn3k+kZA3b33rGAix XMDYhFkGdG4Dj1o822MyeBm9wUtcanoPzzCaVBNZxY2mBuu9YX3Zdf34iWXztp7UNcfu jz3g== X-Gm-Message-State: AOAM532vyPnSwnGNgtFddgCnlpi4HAn2+IjJlIXgS+NVGhTBmzJQfJoM zEmZrsA4qXm2HjIXDlxA/4vEU4PbVB6o5VnPWCcXobO9YPw= X-Google-Smtp-Source: ABdhPJzQFDvze7LtFkT//AlzwJ+SxaoR8q03meV1NjFI+79AmpebUuWGhjz+gFl6nQODBiXIhal1zM4gSp37FkllheE= X-Received: by 2002:ab0:6194:0:b0:34a:737:f4c with SMTP id h20-20020ab06194000000b0034a07370f4cmr2786923uan.54.1646601098907; Sun, 06 Mar 2022 13:11:38 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Sun, 6 Mar 2022 14:11:28 -0700 Message-ID: Subject: Re: custom install and missing kenv defaults To: "Eugene M. Zheganin" Cc: FreeBSD Stable ML Content-Type: multipart/alternative; boundary="000000000000966a3b05d99331ec" X-Rspamd-Queue-Id: 4KBZ5l3tWBz3Lq1 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20210112.gappssmtp.com header.s=20210112 header.b=jLXKtFtZ; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::929) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-0.97 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20210112.gappssmtp.com:s=20210112]; NEURAL_HAM_MEDIUM(-0.98)[-0.983]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20210112.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::929:from]; NEURAL_HAM_SHORT(-0.99)[-0.986]; NEURAL_SPAM_LONG(1.00)[1.000]; MLMMJ_DEST(0.00)[stable]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_SPF_NA(0.00)[no SPF record]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com] X-ThisMailContainsUnwantedMimeParts: N --000000000000966a3b05d99331ec Content-Type: text/plain; charset="UTF-8" On Sun, Mar 6, 2022 at 1:17 PM Eugene M. Zheganin wrote: > Hello, > > I'm using custom install script for setting up FreeBSD on large disks > (you know, that 10-years-ago-and-still-there issue with "cannnot read > MOS, all block copies unavailable" when book blocks migrate over 2TB), > but I was using it only on legacy gptzfsboot servers, Nowadays I > converted it to UEFI, and now I can see that this installation cannot > boot atomatically, because it searches for the kernel in /boot. I know > about loader.conf, for sure, but servers installed with bsdinstall don't > have kernel_path set there (along with module_path), yet it works fine. > I've also checked the kernel for the bundled env variables - none. > > So, my question is - where are the kernel_path and module path set when > the bsdinstall does the installation ? > They aren't. They default to the path that the boot loader reports to the kernel. /boot/loader.conf can, I believe, override them. Warner --000000000000966a3b05d99331ec Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Sun, Mar 6, 2022 at 1:17 PM Eugene= M. Zheganin <eugene@zhegan.in&g= t; wrote:
Hello,=

I'm using custom install script for setting up FreeBSD on large disks <= br> (you know, that 10-years-ago-and-still-there issue with "cannnot read =
MOS, all block copies unavailable" when book blocks migrate over 2TB),=
but I was using it only on legacy gptzfsboot servers, Nowadays I
converted it to UEFI, and now I can see that this installation cannot
boot atomatically, because it searches for the kernel in /boot. I know
about loader.conf, for sure, but servers installed with bsdinstall don'= t
have kernel_path set there (along with module_path), yet it works fine. I've also checked the kernel for the bundled env variables - none.

So, my question is - where are the kernel_path and module path set when the bsdinstall does the installation ?

= They aren't. They default to the path that the boot loader reports to t= he kernel.
/boot/loader.conf can, I believe, override them.
=

Warner=C2=A0
--000000000000966a3b05d99331ec-- From nobody Mon Mar 7 18:03:51 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3A05B19F5358 for ; Mon, 7 Mar 2022 18:04:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-24.consmr.mail.gq1.yahoo.com (sonic312-24.consmr.mail.gq1.yahoo.com [98.137.69.205]) (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 4KC5ts0scdz3D2W for ; Mon, 7 Mar 2022 18:04:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1646676237; bh=QNJmAQMRxgmElsmewRjV6HwzLY6BrLjlqtFuBV2iLXY=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=G18lIaRC0WkvovsONRYxNO6qaxtOIkNxt6nVsb3zuk29jBwj44ukb8P8DTh3q+Cyj2I2czWjkTRhHi3NUOoQv6ihtfBcNa6GSfewkdDZpw8lwnxcUnHTczfQxsjrpqv4S+Uy9eoXCchFDSODkzyBRjhBCY4wXQjQvc6p8sLpTqmp4KqkM007Hgxn8JUhPiQqyfnrflqjSLgrN2jOBKwDrPmGpmS8117riUicAv7n7E8cL60Ujqz3wlz5R2wWcHlm3PTCqi/abXGrGDxnTO/CrzYqlOcC32SRZPvMNWNv7khc9LQqMYwqDCxXllIBjaM96dVBNvW2HsSIztxLycjyww== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1646676237; bh=D3B0Zj4SUlq3Qcq4JJd0joW0jjk5s2cohbbX9zsEFNu=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=FxoXkzSrJIgquaSw/URh2GneEDRbsyHYd4+6hQ4lQoqeX47OVk6WzRJUk/RciQd98bm+s3D+yj0wV68Gp5ccEFWRPUF07hfHyN+3UyT1xsqvzK+x4kkKNoqTFvhPArsBHIGE3gtLY3U9TLZAoFahWWHoxS0b8Icgl2GdRz6Wn5AQpiixDKPt1ciu3UjS+joLkFh58mbfqVK3kGU2yPjVvqD57y/2JXFLLcaDKHalTeAknwUZ06eut2bEztaiVPNZUw5j5MUKOuKCBbPVoxlhHTYw1bBZD0rOn8PsiaDPSxrbRQPBKFsgYoth2RyoPYcFGgqMhjhQl5Uf5UTQOqHrTw== X-YMail-OSG: f0XSjhAVM1ntBc.DAjrpYvHF8g7bQAQyqUXDaPNvHjX0cpGrck4Ss1wEdNEWdWg E76LC0CMwrzz7xQ8zgGMm6ozXOxHvaSq25HI4arbyvFJr6qeG.UMnQznP1iqu2q_W6XWyYlET7Tx cXRPF_1sZXr1GvI9xS6QMngRuaYuSemRHNd_BSSmy98sRvYskmX08cPq6tgz.WsIskxUT7LJa_XE jyfn0MjIc4sLi7S..DdbUUFrFQGE48pLEuRCnKQcoPNnP2SmPru.L14W1dG1ENq.o1FDUbe3gKro Bh4gAxVd23EqncWBulqaPa6A6GVia_4__LrHH1WMzo0vNcA1uZlH7gB59al73nng3kQgxF2jRgMl UT6zblYD3NcYp6xh.zw3b.hBM3h0CCeufoBI1X83IBCZy1SUMrtUIE7pj5VLvtfyEsBtP18X0_sZ 1LNhNFaA8CJIidEleS0a98xEqZvNwiw_KJAe_vV2dRuB4JrzHyOUMQUN0FICV97hRKEozaX6Ea7W h79A5E0xBUVEaZlIkcAdjyUsyBQDmjg.PoQKm3sN78lhP25C3lgiv.wBxY.YzWdSM7DGS1Xc2wQD Qew8vVGgzTHVz8JgdNidrwiQEbo6IiJI1P85bO0NTA2Fo01y0dS7G_3AEN6iFQPFAwsKCWykIpIy CfFUOEWpdMqch_ARfcW5X_ffTL2g4iD_ZCbIjyDS2j7iFRfPx_2QC_7Cabr6btd_UkVVkX3f5Cpl 5XiViVBlrkbPZ4_.UoPL72XbZjJqyVUub3jeVLUsF5X53._jVIbKjE1G5bbqRKK1KQJIvoYZ8U2a kFZe6tyPgSWmhcVBs6ru4CphT1tjmiRgZYNfyPZYUBXwk7F0AOKfxXmL4KZX.PfxOoUqzCZW4uIw IM41JrnIB1PTiWVT6WS1.0php59gJlHGz.z0KN2qfgDA8iIOxfBuo.i_NH6nikr4SLMdbvCtv7KJ 1VGWiXBhsUTzJeSNQL1rCcI9h2qleVaibpp4Pc9HnyS6y_dNLbNpNv_Gsv8vYkL4g49bhxHj2X5b EcNiN6rCZHdGQAvLqf4A6SSMiFlnSO.dLFT8QvQ5pOY10NsKSAZFXUnrAACaRDrZQ8PzYNPXdlBq nzWErbuXt7n9xdmy6FPVEOr1Dnhl8Cdl7vbpjbR.bZn5W_cUcmU9z4UeGPUoJRRHBTxBcti8wUVp 3rj_dVQCURlLkRNv57IgfmA4ZeHEl3BbCYnyNFrXbsFHnoYY0BgHINjV_zWNNROObQyKEryfcHdk MS2Uy.jnpvnNK2mbwtNTBflsUM0p9BzI.VBYcTih9kxJSuOa.Exj08MIxObJsushj5.uy0MGPpBv cSGpYcd4D9jiumShDWCUMDGg5hSG.ioCZU7h3rc.OqClOo6r2xM5NQx7QI9_hg13yrtAKsv0Kl7j GPtxgeNrIJ8kskLEpkq8NH_907QK_Bc9YRSPNwJ5jSV2XCLYtvqoQ_WawILeCvVMyW41eEWU90YI qSJptWb5JwdnD6CeYl5SX0n10D6Wx0xo12zcelN96ZFD.a3M7ql_QlvCkhI2purGUBFnAZZvc1BO hZUI3y0KSTmLGYPqoseQRSqOHW1KHs4TaXQgyThdk8dweQSDVtWttm9S8KMqDTmfyJN15rhQRvtl sNhWNZZuD13KF0NyQrVRE..n8J_36OiF2twwpaW0NjaD2VDDYzx4fqXrTimXTC9A7LayW0VYLo8m NvvBmNvZomV0RuYhTNmUv6ngbhPxUp1F5LejWh2DDsJ0i6g7DJe_IimoDsL2RUBS_vRV5bOgNAGK .H4dLb3n9PCeb1ml7ZjaKWFLCkBd0C3ysbsug5HiRk9KQXJJKA5deg4qdF8.J7NyM9ReEzJrq6UU iWsZGniT7mjgreGLmM6mi.lbnvKeJrgHzIVVCC7z_dMLiAUxfkRNTWh6uo1GFmPH8Q0okKnjYPeQ OsDImabpVwq790f23IMRreoZ07.QuyTVDs7E5vPjCoFoa3R9xmAzfTB5CY1HTQkEStvj3n8rpBAX GAQhrkhlkeRFevnJB0_wH5Ut50rHhGQjTPhBgmcpRnm6d8bN_rI.PdNXnpul8Ekf7jGgHanvtKW4 mP5SC_d1jwQNGTy4goiMri4yYuTn.tWPVNcMeUq5sMjPc2y4O3qFL0k4zZMF4Ciaa084PK_rXJNe Pvq0TZJF80EkL3W7_5LDtC1F54cnz9.Lf71nBo1Cpu.Fd9MkgNVwzGFmGkzP8Xd2er.14dpePSRD oBbpplsw2o1_dwhAdgg7yOL3z29Y5NJmctztjJfYZv_t2jc_pjKF7LRnNMQpvribcQRd5f9bjnLm Vc1gLEf8cIIaeEhHfgSPN0huC7JX6iDxGViwHQAAUVUDtg6agrZAmPf4gSn910Jz964vUE9NOAuS jwgAOSQ_EMRGaEBg- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Mon, 7 Mar 2022 18:03:57 +0000 Received: by kubenode518.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID beef9abb4f3e81af87e938ac5564e7ad; Mon, 07 Mar 2022 18:03:53 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: panic: data abort in critical section or under mutex (was: Re: panic: Unknown kernel exception 0 esr_el1 2000000 (on 14-CURRENT/aarch64 Feb 28)) From: Mark Millard In-Reply-To: Date: Mon, 7 Mar 2022 10:03:51 -0800 Cc: Andrew Turner , Ronald Klop , bob prohaska , Free BSD , freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: References: <1800459695.1.1646649539521@mailrelay> <132978150.92.1646660769467@mailrelay> <3374E0F8-D712-4ED0-A62B-B6924FC8A5E2@fubar.geek.nz> To: Mark Johnston , FreeBSD-STABLE Mailing List X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4KC5ts0scdz3D2W X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=G18lIaRC; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.205 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCPT_COUNT_SEVEN(0.00)[7]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.205:from]; MLMMJ_DEST(0.00)[freebsd-stable]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.205:from]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On 2022-Mar-7, at 08:45, Mark Johnston wrote: > On Mon, Mar 07, 2022 at 04:25:22PM +0000, Andrew Turner wrote: >>=20 >>> On 7 Mar 2022, at 15:13, Mark Johnston wrote: >>> ... >>> A (the?) problem is that the compiler is treating "pc" as an alias >>> for x18, but the rmlock code assumes that the pcpu pointer is loaded >>> once, as it dereferences "pc" outside of the critical section. On >>> arm64, if a context switch occurs between the store at _rm_rlock+144 = and >>> the load at +152, and the thread is migrated to another CPU, then = we'll >>> end up using the wrong CPU ID in the rm->rm_writecpus test. >>>=20 >>> I suspect the problem is unique to arm64 as its get_pcpu() >>> implementation is different from the others in that it doesn't use >>> volatile-qualified inline assembly. This has been the case since >>> = https://cgit.freebsd.org/src/commit/?id=3D63c858a04d56529eddbddf85ad04fc8e= 99e73762 = >>> . >>>=20 >>> I haven't been able to reproduce any crashes running poudriere in an >>> arm64 AWS instance, though. Could you please try the patch below = and >>> confirm whether it fixes your panics? I verified that the apparent >>> problem described above is gone with the patch. >>=20 >> Alternatively (or additionally) we could do something like the = following. There are only a few MI users of get_pcpu with the main place = being in rm locks. >>=20 >> diff --git a/sys/arm64/include/pcpu.h b/sys/arm64/include/pcpu.h >> index 09f6361c651c..59b890e5c2ea 100644 >> --- a/sys/arm64/include/pcpu.h >> +++ b/sys/arm64/include/pcpu.h >> @@ -58,7 +58,14 @@ struct pcpu; >>=20 >> register struct pcpu *pcpup __asm ("x18"); >>=20 >> -#define get_pcpu() pcpup >> +static inline struct pcpu * >> +get_pcpu(void) >> +{ >> + struct pcpu *pcpu; >> + >> + __asm __volatile("mov %0, x18" : "=3D&r"(pcpu)); >> + return (pcpu); >> +} >>=20 >> static inline struct thread * >> get_curthread(void) >=20 > Indeed, I think this is probably the best solution. Is this just partially reverting: https://cgit.freebsd.org/src/commit/?id=3D63c858a04d56 If so, there might need to be comments about why the updated code is as it will be. Looks like stable/13 picked up sensitivity to the get_pcpu details in rmlock in: https://cgit.freebsd.org/src/commit/?h=3Dstable/13&id=3D543157870da5 (a 2022-03-04 commit) and stable/13 also has the get_pcpu misdefinition in: = https://cgit.freebsd.org/src/commit/sys/arm64/include/pcpu.h?h=3Dstable/13= &id=3D63c858a04d56 . So an MFC would be appropriate in order for aarch64 to be reliable for any variations in get_pcpu in stable/13 (and for 13.1 to be so as well). =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Mon Mar 7 19:04:09 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 2DAAB1A1F105; Mon, 7 Mar 2022 19:04:14 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qv1-xf2a.google.com (mail-qv1-xf2a.google.com [IPv6:2607:f8b0:4864:20::f2a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KC7DF0d3Bz4jrG; Mon, 7 Mar 2022 19:04:12 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qv1-xf2a.google.com with SMTP id e22so12812278qvf.9; Mon, 07 Mar 2022 11:04:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=esZKyfTOPNgtjph7i3nXEvXHagQgF99ajXO9YY9+DcA=; b=HPCKDDbtO/a2bGU0A4jEhKuQUdPD9kptMpjYNICoshgaRLrvEEABe7WblRyU7V0wmv hYVTK4OlSAXKwbSmV6kHrz5PO4RWqM65DzeU5EJtIEUderTZ+tPfk3XrKzUQdoFJlBzz JKnunZK9u+qLpRXsn0uHEhL2B6Vp9V0wZr6ldN+ZBGaRwkqdOBOlD9Sfjp6TeRLbLBif YFS/9KvEcdJZOlzkzEUTbJcsFX6LOz98lakup6sBdviMky0n3KtWlLXyGFD2S7ZguI/G gxLB41m32vtxK0H8hr6DqaEkMx5/AhoG5VRgnEJOtheK4rxJZvpzEGz4rTQ3plmxxCWR VInw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=esZKyfTOPNgtjph7i3nXEvXHagQgF99ajXO9YY9+DcA=; b=Bhsl154d+G8oc+vqwhJauFTkBLHjLoAc/8bnpBB7y7jSIX+hxrrio6h3gwwMQULBzn o3TxD5X412AO0Qz2d7/8q4Y/U1yNfF0RHW+LW8EMKm15IsVDELPsLevTI7puitDSim9w VTS9x4zJuCOCDMwNbsXhTpP4wqSTK5wgvPEDbEWPcfSLgTRbcYAyP59j4zpVUTv9cNBH Brsm777aqvmpd8EJlKnwWvMW1CjcrbkHYQmEqXEieP1ktytZ+v2WNWrxZzmgPKexR1cV qasFVXFar9FYbdrJNcxCX59/KdHfXyYRTE76UKG3rOzh1f8uIq8BHtOU97PE0vVnh3VH /qcg== X-Gm-Message-State: AOAM532ZoCOu8lbbeL9jU9ah+CNa5xmttMFkK+C+vxjbKEIDtrgUCy44 a4W1qyEo36Me1xBGEeEAAVo= X-Google-Smtp-Source: ABdhPJy7JZKbZ0toPNLBBJU8r3OvQzaua82asbIDbzSEYtvHi8xspeNNTsqmyhjQSHaQhPS73TgJdA== X-Received: by 2002:a05:6214:d06:b0:435:6794:f929 with SMTP id 6-20020a0562140d0600b004356794f929mr9402128qvh.101.1646679852446; Mon, 07 Mar 2022 11:04:12 -0800 (PST) Received: from nuc (198-84-189-58.cpe.teksavvy.com. [198.84.189.58]) by smtp.gmail.com with ESMTPSA id x26-20020ae9f81a000000b005f1916fc61fsm6400480qkh.106.2022.03.07.11.04.11 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 07 Mar 2022 11:04:11 -0800 (PST) Date: Mon, 7 Mar 2022 14:04:09 -0500 From: Mark Johnston To: Mark Millard Cc: FreeBSD-STABLE Mailing List , Andrew Turner , Ronald Klop , bob prohaska , Free BSD , freebsd-current Subject: Re: panic: data abort in critical section or under mutex (was: Re: panic: Unknown kernel exception 0 esr_el1 2000000 (on 14-CURRENT/aarch64 Feb 28)) Message-ID: References: <1800459695.1.1646649539521@mailrelay> <132978150.92.1646660769467@mailrelay> <3374E0F8-D712-4ED0-A62B-B6924FC8A5E2@fubar.geek.nz> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4KC7DF0d3Bz4jrG X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=HPCKDDbt; dmarc=none; spf=pass (mx1.freebsd.org: domain of markjdb@gmail.com designates 2607:f8b0:4864:20::f2a as permitted sender) smtp.mailfrom=markjdb@gmail.com X-Spamd-Result: default: False [-2.68 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_SEVEN(0.00)[7]; FREEMAIL_TO(0.00)[yahoo.com]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; 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=20210112]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.983]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::f2a:from]; MLMMJ_DEST(0.00)[freebsd-stable,freebsd-arm,freebsd-current]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Mon, Mar 07, 2022 at 10:03:51AM -0800, Mark Millard wrote: > > > On 2022-Mar-7, at 08:45, Mark Johnston wrote: > > > On Mon, Mar 07, 2022 at 04:25:22PM +0000, Andrew Turner wrote: > >> > >>> On 7 Mar 2022, at 15:13, Mark Johnston wrote: > >>> ... > >>> A (the?) problem is that the compiler is treating "pc" as an alias > >>> for x18, but the rmlock code assumes that the pcpu pointer is loaded > >>> once, as it dereferences "pc" outside of the critical section. On > >>> arm64, if a context switch occurs between the store at _rm_rlock+144 and > >>> the load at +152, and the thread is migrated to another CPU, then we'll > >>> end up using the wrong CPU ID in the rm->rm_writecpus test. > >>> > >>> I suspect the problem is unique to arm64 as its get_pcpu() > >>> implementation is different from the others in that it doesn't use > >>> volatile-qualified inline assembly. This has been the case since > >>> https://cgit.freebsd.org/src/commit/?id=63c858a04d56529eddbddf85ad04fc8e99e73762 > >>> . > >>> > >>> I haven't been able to reproduce any crashes running poudriere in an > >>> arm64 AWS instance, though. Could you please try the patch below and > >>> confirm whether it fixes your panics? I verified that the apparent > >>> problem described above is gone with the patch. > >> > >> Alternatively (or additionally) we could do something like the following. There are only a few MI users of get_pcpu with the main place being in rm locks. > >> > >> diff --git a/sys/arm64/include/pcpu.h b/sys/arm64/include/pcpu.h > >> index 09f6361c651c..59b890e5c2ea 100644 > >> --- a/sys/arm64/include/pcpu.h > >> +++ b/sys/arm64/include/pcpu.h > >> @@ -58,7 +58,14 @@ struct pcpu; > >> > >> register struct pcpu *pcpup __asm ("x18"); > >> > >> -#define get_pcpu() pcpup > >> +static inline struct pcpu * > >> +get_pcpu(void) > >> +{ > >> + struct pcpu *pcpu; > >> + > >> + __asm __volatile("mov %0, x18" : "=&r"(pcpu)); > >> + return (pcpu); > >> +} > >> > >> static inline struct thread * > >> get_curthread(void) > > > > Indeed, I think this is probably the best solution. Thinking a bit more, even with that patch, code like this may not behave the same on arm64 as on other platforms: critical_enter(); ptr = &PCPU_GET(foo); critical_exit(); bar = *ptr; since as far as I can see the compiler may translate it to critical_enter(); critical_exit(); bar = PCPU_GET(foo); > Is this just partially reverting: > > https://cgit.freebsd.org/src/commit/?id=63c858a04d56 > > If so, there might need to be comments about why the updated > code is as it will be. > > Looks like stable/13 picked up sensitivity to the get_pcpu > details in rmlock in: > > https://cgit.freebsd.org/src/commit/?h=stable/13&id=543157870da5 > > (a 2022-03-04 commit) and stable/13 also has the get_pcpu > misdefinition in: > > https://cgit.freebsd.org/src/commit/sys/arm64/include/pcpu.h?h=stable/13&id=63c858a04d56 > > . So an MFC would be appropriate in order for aarch64 > to be reliable for any variations in get_pcpu in stable/13 > (and for 13.1 to be so as well). I reverted the rmlock commit in stable/13 already. Either get_pcpu() will be fixed shortly or 13.1 will ship without the rmlock commit. From nobody Tue Mar 8 21:00:29 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E71F81A01C11; Tue, 8 Mar 2022 21:00:47 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-qv1-xf2f.google.com (mail-qv1-xf2f.google.com [IPv6:2607:f8b0:4864:20::f2f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KCnmH2KDnz3nqT; Tue, 8 Mar 2022 21:00:47 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: by mail-qv1-xf2f.google.com with SMTP id eq14so453830qvb.3; Tue, 08 Mar 2022 13:00:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:from:date:message-id:subject:to; bh=vHrVESQpZYjZq79y8iE93xFejNfeYSxoh8AhQAukmkg=; b=CUn71zvZeWPajTqHGFMoFBHvwXMs2dwCVVu7csz8Uv0fgNTDq3Mzi4tXyNKUk2LNKy 1HIjDpPw2TDa5Sz9Hcg+60J5oXshMe7f0imltF6e0RuYcKgcTx6iHBvKR3QRTxMNeD6e oTCDcqntLCB3eClTcxmDmYhOqO2Cnc9hc2o8CO5F+Q29dOcaAJhCd2dAZquMdb2Q/0hz kmEhfVJ7v4wSQNnydYJgr7c/qPjJPuQawDq/5H3krvo1Q5xaY4pqkhnrxVYRWQAUZLlv l1zbTCj/P/xM36oon1dbx5aYlEc2UjwJp2QIUgBamC0X/uh7hkHVZYWLC7TnBSkzp2+r K5Mw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=vHrVESQpZYjZq79y8iE93xFejNfeYSxoh8AhQAukmkg=; b=B3JtwHoMubwIDMeX332mXu394Q7Z6EXjvZ/AFWV9uotdNSZ2Cm7XhZrTmsmwhfWnc1 0QFt+XFep3Vjxa9gbuy+N9eMDRGNr8MOmq+pvpMXiUQTBmf4VqQqcl8P6BeXWfeaZ1Gr qZCn2CuGPOKPSE1gxJqHxk7hVCEi1Ucr7YSOXr329/CUMsUukdQ7RR7CSpmosuOIDmMp /py7Cw4TqAhjuCFpfhXksrcg4tj84elA6TqNLBP5frUHf03ChO0SdvDYhjo6zauex69J vXneQyfpL/jGp3CTpQH1Zm14i6TTNiiQGqjUiZ7DeyktV9SNCNYED5I7mYNNQv4RqWP5 QnzQ== X-Gm-Message-State: AOAM531yQ6IeKs3E0RNQjO+lz5hCz+d3FXI9Z1/NJd012kvKtJCDYu1r 8qdfep1cI3XJz+utxqzq+1cxrSRIDTEBC33BeRuoqx0LPa4= X-Google-Smtp-Source: ABdhPJxfMXt3ApE+nJMvDARBbNTmATVsr8zVHmqtGTUv/WbPILtKgy29E09KFY2uaaCb+LGrPP/+aEjGnyn+K9xRQ+E= X-Received: by 2002:a05:6214:4103:b0:42d:7ad0:44ff with SMTP id kc3-20020a056214410300b0042d7ad044ffmr13850533qvb.42.1646773240780; Tue, 08 Mar 2022 13:00:40 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 From: Sami Halabi Date: Tue, 8 Mar 2022 23:00:29 +0200 Message-ID: Subject: running cron jobs setpriority permission denied To: freebsd-stable@freebsd.org, FreeBSD Current , freebsd-jail@freebsd.org, freebsd-net@freebsd.org, Oleg Ginzburg Content-Type: multipart/alternative; boundary="0000000000000add3605d9bb4698" X-Rspamd-Queue-Id: 4KCnmH2KDnz3nqT X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=CUn71zvZ; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sodynet1@gmail.com designates 2607:f8b0:4864:20::f2f as permitted sender) smtp.mailfrom=sodynet1@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::f2f:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-stable,freebsd-current,freebsd-jail,freebsd-net]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N --0000000000000add3605d9bb4698 Content-Type: text/plain; charset="UTF-8" Hi, I have a jail ran by cbsd which has a cronjob like this: * * * * * root /usr/local/directadmin/dataskq I see every minute this error logged in /var/log/messages: cron[71002]: setpriority 'root' (daemon): Permission denied I see in ps xau that it runs but at nobody user even when loggin to the jail I have: cron[68825]: setpriority 'root' (daemon): Permission denied login[68900]: setpriority 'root' (root): Permission denied jexec[69404]: setpriority 'root' (root): Permission denied # uname -a FreeBSD j5.sody.com 12.3-RELEASE-p1 FreeBSD 12.3-RELEASE-p1 GENERIC amd64 what am I missing? Sami -- Sami Halabi Information Systems Engineer NMS Projects Expert, FreeBSD SysAdmin Expert Asterisk Expert --0000000000000add3605d9bb4698 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

I have a jail ran by cbsd which has= a cronjob=C2=A0like this:
* * * * * root /usr/local/directadmin/= dataskq

I see every minute this error logged i= n /var/log/messages:
cron[71002]: setpriority 'root' (dae= mon): Permission denied

I see in ps xau that i= t runs but at nobody user

even when loggin=C2=A0to= the jail I have:
cron[68825]: setpriority 'root' (daemon= ): Permission denied
login[68900]: setpriority 'root'= (root): Permission denied
jexec[69404]: setpriority 'roo= t' (root): Permission denied

# uname -aFreeBSD j5.sody.com 12.3-RELEASE-p1 Fre= eBSD 12.3-RELEASE-p1 GENERIC =C2=A0amd64

what = am I missing?

Sami

--
Sami Halabi
Informati= on Systems Engineer
NMS Projects Expert,=C2=A0FreeBSD SysAdmin Expert
Asterisk Expert
--0000000000000add3605d9bb4698-- From nobody Wed Mar 9 01:17:19 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id AC0581A141B5 for ; Wed, 9 Mar 2022 01:17:34 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (udns.ultimatedns.net [24.113.41.81]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "ultimatedns.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KCvSZ11bwz4rQc for ; Wed, 9 Mar 2022 01:17:33 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.16.1/8.16.1) with ESMTP id 2291HK74029533 for ; Tue, 8 Mar 2022 17:17:26 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Date: Tue, 08 Mar 2022 17:17:19 -0800 From: Chris To: stable@freebsd.org Subject: Re: running cron jobs setpriority permission denied In-Reply-To: References: User-Agent: UDNSMS/17.0 Message-ID: <35494c511b5c02691e8a0ffc23eab3af@bsdforge.com> X-Sender: bsd-lists@bsdforge.com Content-Type: multipart/mixed; boundary="=_302ca4960b8d1253a7f4bcc55d44a963" X-Rspamd-Queue-Id: 4KCvSZ11bwz4rQc X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; local_wl_ip(0.00)[24.113.41.81] X-ThisMailContainsUnwantedMimeParts: N --=_302ca4960b8d1253a7f4bcc55d44a963 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed On 2022-03-08 13:00, Sami Halabi wrote: > Hi, > > I have a jail ran by cbsd which has a cronjob like this: > * * * * * root /usr/local/directadmin/dataskq > > I see every minute this error logged in /var/log/messages: > cron[71002]: setpriority 'root' (daemon): Permission denied Did root set up the cron(8) job? Is the script/task owned by root? > > I see in ps xau that it runs but at nobody user > > even when loggin to the jail I have: > cron[68825]: setpriority 'root' (daemon): Permission denied > login[68900]: setpriority 'root' (root): Permission denied > jexec[69404]: setpriority 'root' (root): Permission denied > > # uname -a > FreeBSD j5.sody.com 12.3-RELEASE-p1 FreeBSD 12.3-RELEASE-p1 GENERIC amd64 > > what am I missing? > > Sami --=_302ca4960b8d1253a7f4bcc55d44a963 Content-Transfer-Encoding: 7bit Content-Type: application/pgp-keys; name=0xBDE49540.asc Content-Disposition: attachment; filename=0xBDE49540.asc; size=5028 -----BEGIN PGP PUBLIC KEY BLOCK----- mQENBGDTzGEBCADHlXdS4V57s2soaEK2wi3o9rr9zo7to/giBSxCpFYJxOnPkL5A 2ibbvflrL8sWvAczx47wgDS7iIhzICBBRdnXtcFGnoeeriV27LSn+PcpnIB+DaWZ xe+6TDC0Z0JUJ7qDTjUBFzhnQGYlrVvc4WbnWTjJaB1LEwgIX8JqX5S3SX0/oXgs +OtqDuENZ4/a5te5xPnspTv/5NJHjqYGxjHP0Vw0KjRKS1AoJ1SBPSMQV5373AX9 5NzFS+CjqeQhjfHFPeRajQ8t4T6eqhKA7LtKMO1egeAwNehk9ZoEqEBT2+ojuKUd oSuzqvhhx+eUIYLFqoPSzMKR+YbStzergsbnABEBAAG0KUNocmlzIEh1dGNoaW5z b24gPGNocmlzaEB1bHRpbWF0ZWRucy5uZXQ+iQFrBBABCABVBgsJBwgDAgQVCAoC AxYCAQIZAQIbAwIeARgYaGtwczovL2tleXMub3BlbnBncC5vcmcWIQQGJAsyyBlk cuwsSYsYdR58veSVQAUCYNQl+wUJA8LAmgAKCRAYdR58veSVQN3NB/sFTeXrZeDk ml/dshET8QbkOPgXlnibk8+Mauf+y9LjS9WT7R8EmqhK7T7aw115JQ1RWTM6kpQM jyDBjYF7piJEpNKI9YDeSnODKir1fWQqm9+wd68wAKGvV4m8kg9uOHCvXG4J++MG zDFH+PuGVxKirFnaz46DpS0Zw7wTtjNiNFvCooYov3IeYGfqcchd3hwBuXgWLexZ vI8JW7lL9oXl7B/wcbSxg9rwy6/QLYGg6sEtYRcFYyvQWefSMJaLWjU/pZN2iSxM lXm55iZv1BXHupfeD1ldRiGs6ejrcpa8+U1ju291WbLzcIsU8IDljeW9/WB2dLFT hJmY1wRk158AtB5DaHJpcyA8YnNkLWxpc3RzQGJzZGZvcmdlLmNvbT6JAWgEEAEI AFIGCwkHCAMCBBUICgIDFgIBAhsDAh4BGBhoa3BzOi8va2V5cy5vcGVucGdwLm9y ZxYhBAYkCzLIGWRy7CxJixh1Hny95JVABQJg1CX7BQkDwsCaAAoJEBh1Hny95JVA aI0H/AlJAOfc5TcMKa479Itw31mwccKb+u0DPN9Gkm/RfWIBjeqqozxCM8G8jVFr dt/J6KmBO3dQtRZHlXdD57RAfDDl5Vm3uws0s+UIFOxMiua/YxyuDcKLsE8Bjkzx z+vuJ8f6cg4WlygPr3bo3l81AOuU/wOsTrNkQvVJxgATlooATSVxs0yNn2uoso9f nhMGUYsmT4c35JYh0k6Lq7Z2LS+ELipMTQ7M7iCWSP1O/zSEvPD4NBo52xCvjLka KcL4fRl7UN+6ouwGr5aUn83tztE/IR0AK45gFvL5yxI4g/zm1t3j2+hhhW1pBU8w uQWkD2DyLTWy7xs1uVF5m1ojHp60H0NocmlzIDxrbm90QHRhY29tYXdpcmVsZXNz Lm5ldD6JAWgEEAEIAFIGCwkHCAMCBBUICgIDFgIBAhsDAh4BGBhoa3BzOi8va2V5 cy5vcGVucGdwLm9yZxYhBAYkCzLIGWRy7CxJixh1Hny95JVABQJg1CX7BQkDwsCa AAoJEBh1Hny95JVA5m8H/iENaTD4j5QHfaHfiDIdxGx36GnETyRK0vAzr2b6pzG+ 7VHNCm4ZfuMsXDJ1ZD8fjTipvg0f4w31xCQI0NgNdAqudBqE075Jwcr9pE9j8VN1 Nvejto01cgLHODbLPhokrkFz1K023VjCdy5RaVuCZ6ajTif7Kq+BEOE8TumYx4ly zdhnh/9ICohqfVvEMh347wI36D7HuezHB773hOsHdqTy9T+0Qu0Vu+wud45MUy1f vRF11OkJFtKL0bh4yMSGVY1xte1Mt/qC6rd43TDtAW3ekw1o/exh764kp7XXQsmP wwe4Y040PZafcygJlEW9bBtjjxKnzDTvqeb5dMi6d7a0GENocmlzIDxvaWRldkBz dW5vcy5pbmZvPokBaAQQAQgAUgYLCQcIAwIEFQgKAgMWAgECGwMCHgEYGGhrcHM6 Ly9rZXlzLm9wZW5wZ3Aub3JnFiEEBiQLMsgZZHLsLEmLGHUefL3klUAFAmDUJfsF CQPCwJoACgkQGHUefL3klUB74wf8DSvT36bYZp7oqZ+35HNhTekJ2dbTzUhauF0S +Z9R1AGnNnINgua75CyQGdNCIgcZxo4qG9sePl7SllQ9i0qhmiw0mzmvky8bAZQV V/2Coc1C/81b+PI19VczYrbZC20jApsnbAIkKZgSh9XQoiLd3meY7G2lX2k6CXYL xSeBEh+N3BU8vLxExm82U71Qzm43u0kA1TlbTSqpBvg/tfAzTCsYQLSlB6b4ZL2W D6U7b7ZYF5oZNonVNWSHxpjUN3Evkta9xWS2+cgYQdlP1/ku5w5ZWwzmYG7awh0J /YuSNIp6Ks6D/PSBduu6XbH+FJHaXmq+ZCKpNBh5EKH+GhOfq7QfQ2hyaXMgPHBv cnRtYXN0ZXJAYnNkZm9yZ2UuY29tPokBaAQQAQgAUgYLCQcIAwIEFQgKAgMWAgEC GwMCHgEYGGhrcHM6Ly9rZXlzLm9wZW5wZ3Aub3JnFiEEBiQLMsgZZHLsLEmLGHUe fL3klUAFAmDUJfwFCQPCwJoACgkQGHUefL3klUC3GggAo4Y+hslaoV7Namp7qWYZ Vei4ZwPfsYW7/HtmFORSGV8C8xR+LSkwzN1Hc7Qxvwv+DXuk7Hzd1Ag/xe8XhbNG /NMrXENY/8ym9TRbxtrBIhQyhkyShSUT+N+g16GRNZKuNL2MOIHc/RCS/YyyaTtu TzIxFbP7Gb2LO1LiiZsFVOGirHfxyiww7CAm3HXY2K4smOiKs6swZMpStVy3dd6A BcB1LPGs3ywDglFfKCRbVmjsPgsi61r4kUBVO6ML7lAmPDXLXOa+7iAtBN479QxC MVeH3Y3SMrvu61Vyf1xL79rIznU3u8C34zfxqsoIV0zCZe2YDLbFfLhZYqatYYEo e7QjImNocmlzLmgiIDxjaHJpcy5oQHVsdGltYXRlZG5zLm5ldD6JAWgEEAEIAFIG CwkHCAMCBBUICgIDFgIBAhsDAh4BGBhoa3BzOi8va2V5cy5vcGVucGdwLm9yZxYh BAYkCzLIGWRy7CxJixh1Hny95JVABQJg1CX8BQkDwsCaAAoJEBh1Hny95JVAkUEH /jkzYrRh7muqoebwEgVeULzPbAs/nYJm9SMME2ypB2FS8kusO7lE+33UJO7PhHkJ 0nJ+tPfP8UV+fCzVjKjabzpvUGuiMWKRZEK9xNoxwi/epOrRw87msHA2LPqEob+F sVh09Nc58s75koUgSYp5h0FjsLK0+fwsQ6PtTfpY5W6JJVJRQnMwGKk5czrukBSM 79kJvphgul2xuzqo5K7rM98dL75AwCJmJZnbyXpUJIhtY/G01nURupBiQGgNixYs Zeo6OR669TFrMRWxueXtlHD0WaX7JNSlR5uyzpVaDCH0Kxa6ozmZtD+a6dAXg630 zbLGHg51JIm38Uvi1i47Jaa0KCJILlIuIENvbW11bmljYXRpb25zIiA8ZG5zQGRu c3dhdGNoLmNvbT6JAWgEEAEIAFIGCwkHCAMCBBUICgIDFgIBAhsDAh4BGBhoa3Bz Oi8va2V5cy5vcGVucGdwLm9yZxYhBAYkCzLIGWRy7CxJixh1Hny95JVABQJg1CX8 BQkDwsCaAAoJEBh1Hny95JVAABoH/iOWA+9BKxLIAIFgW2nxTFDrGvbxXL/mVSFt SOInKX8UqqfLCcikfpWLsj2D7mg5rKFMCu+31UYYlnrXl4YY1qruq0vh41L72qNy yHYol+xW4BSbZXf2q2ph7+lnPsFoodw7acVun5F8M8NH0roo5AOSbgRlK69ZFIcq fDEJdtk4oul7pqGArdeTCCdrSaeR3zrRN8P0PDOkGKSdlpeOE6XHnbbmAPZIhr/9 KsSpX1BGyipda3k5kOB4TsGVo+cRJMkK+GMpsZ+lJ7ZzRbjHbC+b52TiAIjMtXCK 3A3LrDUeMoJwvRKoO1tzquF6HqHJSg0ArZOvAB3BHlwUyUtA/o25AQ0EYNPMYQEI ANFpucNRdYEOubTNluoK97N9JmDb0WRXPPow+3XfBom6ZBSrWqNBgqDbjxSsLB00 QXbA8EB5W/Oolp/0epwEtgNAxyKVPowE/un+rY1PqvGjeAR4gBhY9Za1Lg1Q3vnR /WzsY7RIQCqhWUbfdGn1u6r/EgTBVrwUp4U/3ggfSz/PcUt4pUhlgxfYvjSjOgEZ wbqaQIwWud11FKMARNAUJzvJL/fDGeKLMvgRUwynIDGzCq7e67hhEEo5jwkZ0gEl 8RxXHKFuYkbb/q7rpdifXYYT6QCFlEZhiRbtH5Us7kgKuRD2XUFEQnN4U/rxuydH 4XOP6iOhiZfYnK/y9HBeRCMAEQEAAYkBPAQYAQgAJgIbDBYhBAYkCzLIGWRy7CxJ ixh1Hny95JVABQJg1CYkBQkDwsDDAAoJEBh1Hny95JVApBsH/iEg2ANRkHByfXB+ sH3PMf2Jsg5NSuj8OiNeKKGGIKCJkSAPjtv5rvKLNcvIcTR5Vnhr0e6AteFcK2te iFWDmj0QuFoQNvIOHQ3nHBPSpai2Ubq12nvYfg4bYK28AMi4xPMssgQ8awFgAI2V k9okq5XwC0Cc1MGhupEWYYSaFLIDQvFvRRSw1Lyc/W3SKa4d2dgesIPnB/rdv0Zq u8ftsSmurKxA2hQeNIcn06Ew7AbWUIjFX/bDXJlg/3Sj/spU2ur23TmaADBKhT5P DvfdaFTkk0SBfpN1j2S0DNXBHSrWvRp15zZmU4hwELiUY/H2/j/XpOGV3Q0i2iob 1hJ30C8= =aMQi -----END PGP PUBLIC KEY BLOCK----- --=_302ca4960b8d1253a7f4bcc55d44a963-- From nobody Wed Mar 9 06:02:26 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id CC39B19EDD0E for ; Wed, 9 Mar 2022 06:02:43 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-qt1-x82b.google.com (mail-qt1-x82b.google.com [IPv6:2607:f8b0:4864:20::82b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KD1nZ5PqKz3q8j for ; Wed, 9 Mar 2022 06:02:42 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: by mail-qt1-x82b.google.com with SMTP id bt3so1146874qtb.0 for ; Tue, 08 Mar 2022 22:02:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=tjt40fRFNXwXgj7FWlv/+D1kbc/D/5px0UX3kngGDF4=; b=ZL4qvP3ivtlPI6lSVUiqE4MRlPnIfNFllVLXisAyLx8COZxHGJjWnox2c5W9PpFkKK 7ogko9mZZaR0tBiockNB5eqYld1fBBL1TuLx8jJEQ5HTOWZGSHeBEYXTTFXt0M1xaLQY zy2ePnOsWKG1h68QC9NEItv4vTaSiQSzhp9adkNrTORyb3BRBuvNfrn1aiTzjBw5ekMH OwRcDRDCXuhRziowMelJxYeEAnp7btQPBolsQ6ZeY1s7oY/jG3c0R7JK/Ay5VXX1YOH2 De07jXUmEtD6i2WF/J212FSAQh9oR7JiQyFRwTujIF6bvcMNduR/siDX2QsEP5eisN7v J1Cw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=tjt40fRFNXwXgj7FWlv/+D1kbc/D/5px0UX3kngGDF4=; b=dMQg9LYNBkm7GeTQC51MqccMmG0UxqVe5mZ/ryLR2wTHUIUka4YmeLc4GqcH6Rbg07 xwu5KvuqNMA8BnWAcqR1J/FZsgXOtpguHG7ncJA13oved8oTcQOyN1EKy6bwk7xIXWMB QBk1b9KFPKRtWHr+PUQnZDjcYH0dT1i944c1hQeSMMzL9X7b5aqWnyivfnrOBYzEbnZu H0HrlBC+tyfDKWADXHFiYbk7tAv4DWc4KpXTimY8jGpEhOQDbfYPKv78px7EqpGCnpBm rgmFi4LgoS6pnq+rz5VpsQg5kCaV1K/Mg0wqw9wur71SkAME5qVzI1a9zGEy2rk0aM8O nrog== X-Gm-Message-State: AOAM530qadzQu2bMdENaLjLpEghrTEqaOSuBg+o4+0RGRvUTFL9iciUD n/FstQyowAqlhElnb2Kec6frNWJsPJhtQ6nKU7o= X-Google-Smtp-Source: ABdhPJxei08fT1W1SKNpPsdvgv7nn88gkLhurBNG7MIKAIi8saQqjVp2D3XXbp/CUOpaa9Lo9RC69OP6yWPkkmbWQxs= X-Received: by 2002:a05:622a:1a28:b0:2e1:102f:915a with SMTP id f40-20020a05622a1a2800b002e1102f915amr3253335qtb.306.1646805756545; Tue, 08 Mar 2022 22:02:36 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <35494c511b5c02691e8a0ffc23eab3af@bsdforge.com> In-Reply-To: <35494c511b5c02691e8a0ffc23eab3af@bsdforge.com> From: Sami Halabi Date: Wed, 9 Mar 2022 08:02:26 +0200 Message-ID: Subject: Re: running cron jobs setpriority permission denied To: Chris Cc: stable@freebsd.org Content-Type: multipart/alternative; boundary="000000000000220e1405d9c2d88d" X-Rspamd-Queue-Id: 4KD1nZ5PqKz3q8j X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=ZL4qvP3i; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sodynet1@gmail.com designates 2607:f8b0:4864:20::82b as permitted sender) smtp.mailfrom=sodynet1@gmail.com X-Spamd-Result: default: False [-3.45 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::82b:from]; MLMMJ_DEST(0.00)[stable]; NEURAL_HAM_SHORT(-0.45)[-0.454]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N --000000000000220e1405d9c2d88d Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, If you saw also logins to jail (jesec /bin/csh) has logged similar errors. # ll /etc/cron.d/ total 8 -rw-r--r-- 1 root wheel 203 Dec 2 07:45 at -rw------- 1 root wheel 318 Mar 8 23:40 directadmin_cron The job is inside a file in /etc/cron.d I tried to put it directly in /etc/crtontab give same error log Sami =D7=91=D7=AA=D7=90=D7=A8=D7=99=D7=9A =D7=99=D7=95=D7=9D =D7=93=D7=B3, 9 =D7= =91=D7=9E=D7=A8=D7=A5 2022, 03:19, =D7=9E=D7=90=D7=AA Chris =E2=80=8F: > On 2022-03-08 13:00, Sami Halabi wrote: > > Hi, > > > > I have a jail ran by cbsd which has a cronjob like this: > > * * * * * root /usr/local/directadmin/dataskq > > > > I see every minute this error logged in /var/log/messages: > > cron[71002]: setpriority 'root' (daemon): Permission denied > > Did root set up the cron(8) job? > Is the script/task owned by root? > > > > I see in ps xau that it runs but at nobody user > > > > even when loggin to the jail I have: > > cron[68825]: setpriority 'root' (daemon): Permission denied > > login[68900]: setpriority 'root' (root): Permission denied > > jexec[69404]: setpriority 'root' (root): Permission denied > > > > # uname -a > > FreeBSD j5.sody.com 12.3-RELEASE-p1 FreeBSD 12.3-RELEASE-p1 GENERIC > amd64 > > > > what am I missing? > > > > Sami > --000000000000220e1405d9c2d88d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,
If you saw also logins to jail (jesec /bin/c= sh) has logged similar errors.

# ll /etc/cron.d/
total 8
-rw-r--r--=C2=A0 1 root=C2=A0 wheel=C2=A0 203 Dec=C2=A0 2 07:45 at
-rw-------=C2=A0 1 root=C2=A0 wheel=C2=A0 318 Mar=C2=A0 8 2= 3:40 directadmin_cron

Th= e job is inside a file in /etc/cron.d
I tried to put= it directly in /etc/crtontab give same error log
Sami

=D7=91=D7=AA=D7=90=D7=A8=D7=99=D7= =9A =D7=99=D7=95=D7=9D =D7=93=D7=B3, 9 =D7=91=D7=9E=D7=A8=D7=A5 2022, 03:19= , =D7=9E=D7=90=D7=AA Chris =E2=80=8F<bsd-lists@bsdforge.com>:
On 2022-03-08 13:00, Sami Halabi wrote:
> Hi,
>
> I have a jail ran by cbsd which has a cronjob like this:
> * * * * * root /usr/local/directadmin/dataskq
>
> I see every minute this error logged in /var/log/messages:
> cron[71002]: setpriority 'root' (daemon): Permission denied
Did root set up the cron(8) job?
Is the script/task owned by root?
>
> I see in ps xau that it runs but at nobody user
>
> even when loggin to the jail I have:
> cron[68825]: setpriority 'root' (daemon): Permission denied > login[68900]: setpriority 'root' (root): Permission denied
> jexec[69404]: setpriority 'root' (root): Permission denied
>
> # uname -a
> FreeBSD j5.sody.com 12.3-RELEASE-p1 FreeBSD 12.3-RELEASE-p1 GE= NERIC=C2=A0 amd64
>
> what am I missing?
>
> Sami
--000000000000220e1405d9c2d88d-- From nobody Wed Mar 9 09:03:56 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D7FF819FA5D7; Wed, 9 Mar 2022 09:04:05 +0000 (UTC) (envelope-from SRS0=sC6H=TU=klop.ws=ronald-lists@realworks.nl) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (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 4KD5pr3pdTz4gWg; Wed, 9 Mar 2022 09:04:04 +0000 (UTC) (envelope-from SRS0=sC6H=TU=klop.ws=ronald-lists@realworks.nl) Date: Wed, 9 Mar 2022 10:03:56 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1646816636; 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=yTkVxsRMh9D2eu1hkij8TjsNIR7AGZ1Xg9QlN9It/t4=; b=DB0RM0mNR/pro7jjn0q4HSFgZrTYNvqo027gy1vxvfMvXTwzyWTxn9nqaEtDSoXdF3KanW kdd/DBU2WCyV7YTcR9+C9XtagKb2EWLK/AXdDDWwk9ldrDg38+WWx7pAPhOgyZIj9QTj+R EGQ+N9seSgex1kzpkAJyJybbSKVdBnS3PVDQwE13cGoHsTLE3xwQ07BC6/QESnFWecPO/n gtJNQfHSCXow0XoniNMgeHv2hXTdUhmXWmtmSSeL8xZ/P5Awzfax+GQtvRITRcVdiBRCUn 1oSqbbwjizo731jFzlkah81tU+DjokOwiPrOrZekeF00HsS+gYGBUT6QcaOYkw== From: Ronald Klop To: Sami Halabi Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org, freebsd-jail@freebsd.org, FreeBSD Current , Oleg Ginzburg Message-ID: <465361599.31.1646816636649@mailrelay> In-Reply-To: References: Subject: Re: running cron jobs setpriority permission denied List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_30_1988691437.1646816636583" X-Mailer: Realworks (599.216.fd11bde) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: 4KD5pr3pdTz4gWg X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=klop.ws header.s=rw2 header.b=DB0RM0mN; dmarc=pass (policy=quarantine) header.from=klop.ws; spf=pass (mx1.freebsd.org: domain of "SRS0=sC6H=TU=klop.ws=ronald-lists@realworks.nl" designates 194.109.157.24 as permitted sender) smtp.mailfrom="SRS0=sC6H=TU=klop.ws=ronald-lists@realworks.nl" X-Spamd-Result: default: False [-1.78 / 15.00]; ARC_NA(0.00)[]; FORGED_SENDER(0.30)[ronald-lists@klop.ws,SRS0=sC6H=TU=klop.ws=ronald-lists@realworks.nl]; R_DKIM_ALLOW(-0.20)[klop.ws:s=rw2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:194.109.157.0/24]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_SPAM_SHORT(0.42)[0.424]; RCPT_COUNT_FIVE(0.00)[6]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[klop.ws:+]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,quarantine]; HAS_X_PRIO_THREE(0.00)[3]; MLMMJ_DEST(0.00)[freebsd-current,freebsd-jail,freebsd-net,freebsd-stable]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_COUNT_ZERO(0.00)[0]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; FROM_NEQ_ENVFROM(0.00)[ronald-lists@klop.ws,SRS0=sC6H=TU=klop.ws=ronald-lists@realworks.nl] X-ThisMailContainsUnwantedMimeParts: N ------=_Part_30_1988691437.1646816636583 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit It sounds similar to this issue. https://github.com/cbsd/cbsd/issues/437 "default nice 1 prevents cron in jail #437" Does that help? Regards, Ronald. Van: Sami Halabi Datum: dinsdag, 8 maart 2022 22:00 Aan: freebsd-stable@freebsd.org, FreeBSD Current , freebsd-jail@freebsd.org, freebsd-net@freebsd.org, Oleg Ginzburg Onderwerp: running cron jobs setpriority permission denied > > Hi, > > I have a jail ran by cbsd which has a cronjob like this: > * * * * * root /usr/local/directadmin/dataskq > > I see every minute this error logged in /var/log/messages: > cron[71002]: setpriority 'root' (daemon): Permission denied > > I see in ps xau that it runs but at nobody user > > even when loggin to the jail I have: > cron[68825]: setpriority 'root' (daemon): Permission denied > login[68900]: setpriority 'root' (root): Permission denied > jexec[69404]: setpriority 'root' (root): Permission denied > > # uname -a > FreeBSD j5.sody.com 12.3-RELEASE-p1 FreeBSD 12.3-RELEASE-p1 GENERIC amd64 > > what am I missing? > > Sami > > -- > Sami Halabi > Information Systems Engineer > NMS Projects Expert, FreeBSD SysAdmin Expert > Asterisk Expert ------=_Part_30_1988691437.1646816636583 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit It sounds similar to this issue.

https://github.com/cbsd/cbsd/issues/437 "default nice 1 prevents cron in jail #437"

Does that help?

Regards,
Ronald.

 

Van: Sami Halabi <sodynet1@gmail.com>
Datum: dinsdag, 8 maart 2022 22:00
Aan: freebsd-stable@freebsd.org, FreeBSD Current <freebsd-current@freebsd.org>, freebsd-jail@freebsd.org, freebsd-net@freebsd.org, Oleg Ginzburg <olevole@olevole.ru>
Onderwerp: running cron jobs setpriority permission denied

Hi,
 
I have a jail ran by cbsd which has a cronjob like this:
* * * * * root /usr/local/directadmin/dataskq
 
I see every minute this error logged in /var/log/messages:
cron[71002]: setpriority 'root' (daemon): Permission denied
 
I see in ps xau that it runs but at nobody user
 
even when loggin to the jail I have:
cron[68825]: setpriority 'root' (daemon): Permission denied
login[68900]: setpriority 'root' (root): Permission denied
jexec[69404]: setpriority 'root' (root): Permission denied
 
# uname -a
FreeBSD j5.sody.com 12.3-RELEASE-p1 FreeBSD 12.3-RELEASE-p1 GENERIC  amd64
 
what am I missing?
 
Sami
 
--
Sami Halabi
Information Systems Engineer
NMS Projects Expert, FreeBSD SysAdmin Expert
Asterisk Expert
------=_Part_30_1988691437.1646816636583-- From nobody Wed Mar 9 11:24:15 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 434321A150E8; Wed, 9 Mar 2022 11:24:29 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-qv1-xf2d.google.com (mail-qv1-xf2d.google.com [IPv6:2607:f8b0:4864:20::f2d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KD8wr4FVgz3Fwl; Wed, 9 Mar 2022 11:24:28 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: by mail-qv1-xf2d.google.com with SMTP id e22so1674929qvf.9; Wed, 09 Mar 2022 03:24:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=hOErKVoem/0p/g6CJngpwAoj0n1R8dEb84EvsQQKKUc=; b=J/xE09S5XGd7oQgSB3C1B2qwL4c22PGEGRiMPlizBoshKpcr/o8tzSjBORTfQ9H5pU DST4U/A1cM9k+p3pxJQWiiNPxN9aj+VnlmVGjC6FcW1hpqiWdrxZrapgWs6MzVWUzMTy ePOQ/hFc7RzK9yqJjkXGrpneYeNICKhBceTtcG6PBpH6fpfjjWh8jPct0zr/mWedYKAj ZDA6PdkgVQTu09Hx+WvKEIGSbAiRuD4Hz2zUuew8ZNi2hw0A6Y6V7V70wfqATTF9AZOM fhUxVID6HIjqlWVxUN1hbAASGDR0xzfVVZ98Im86MQqvOg80mYPNpybkVNQRlInXLmWR MvdQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=hOErKVoem/0p/g6CJngpwAoj0n1R8dEb84EvsQQKKUc=; b=BnI4+MO33QddXhOORzpJJ1BVs2ZVSe+H25SsIJG6QKekKIU26Dwe4jUT1tW1sXasD2 /ENmj3ihFfY99+NaACxXlr44LUNeLXg1QsHS+ewVv0YLJ8AWdvz3rTgzLXkr2tLlmyLR dkTC6hsAHMVDMTAEtgdH65g+58ByF9G0lBWnb2qa4+qEchF7PMvQy8xkqx3hqTf7Gl1t qvi+NnLHx1rxaf/UmqTN/xB4jXtmn0VIckw+rokIdAz7EF4lyOhMi1lYnbp4v2DhC+PR KJ7T1mni7Ey9vHfYE+Hi1RDO1p0zNMkliBjYIFzJhxuHGhOEQvjyAsLZgqewaY4ZnEW5 r1mg== X-Gm-Message-State: AOAM531emqfCRi9U8sskY5+Am5xLS0zh0S67uOkYQgfek+kkbLPRCdmg 4UsdlBSaQdMr1xEYPGMQouzw+PmPelqe849aveJVwCkz7OY= X-Google-Smtp-Source: ABdhPJyodp7KXZC9fixfZt+p522di5346EIZBUk988I8VMToku2LNVRUomV9ujV9BCyAinIItbGMnHqVvW5Z64vUopY= X-Received: by 2002:a05:6214:4103:b0:42d:7ad0:44ff with SMTP id kc3-20020a056214410300b0042d7ad044ffmr15785822qvb.42.1646825062333; Wed, 09 Mar 2022 03:24:22 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <465361599.31.1646816636649@mailrelay> In-Reply-To: <465361599.31.1646816636649@mailrelay> From: Sami Halabi Date: Wed, 9 Mar 2022 13:24:15 +0200 Message-ID: Subject: Re: running cron jobs setpriority permission denied To: Ronald Klop Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org, freebsd-jail@freebsd.org, FreeBSD Current , Oleg Ginzburg Content-Type: multipart/alternative; boundary="000000000000d9004c05d9c7565a" X-Rspamd-Queue-Id: 4KD8wr4FVgz3Fwl X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b="J/xE09S5"; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sodynet1@gmail.com designates 2607:f8b0:4864:20::f2d as permitted sender) smtp.mailfrom=sodynet1@gmail.com X-Spamd-Result: default: False [-3.29 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.29)[-0.294]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_FIVE(0.00)[6]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::f2d:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-net,freebsd-stable,freebsd-jail,freebsd-current]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N --000000000000d9004c05d9c7565a Content-Type: text/plain; charset="UTF-8" Hi, Thank You!! indeed that helped! Sami On Wed, Mar 9, 2022 at 11:03 AM Ronald Klop wrote: > It sounds similar to this issue. > > https://github.com/cbsd/cbsd/issues/437 "default nice 1 prevents cron in > jail #437" > > Does that help? > > Regards, > Ronald. > > > > *Van:* Sami Halabi > *Datum:* dinsdag, 8 maart 2022 22:00 > *Aan:* freebsd-stable@freebsd.org, FreeBSD Current < > freebsd-current@freebsd.org>, freebsd-jail@freebsd.org, > freebsd-net@freebsd.org, Oleg Ginzburg > *Onderwerp:* running cron jobs setpriority permission denied > > Hi, > > I have a jail ran by cbsd which has a cronjob like this: > * * * * * root /usr/local/directadmin/dataskq > > I see every minute this error logged in /var/log/messages: > cron[71002]: setpriority 'root' (daemon): Permission denied > > I see in ps xau that it runs but at nobody user > > even when loggin to the jail I have: > cron[68825]: setpriority 'root' (daemon): Permission denied > login[68900]: setpriority 'root' (root): Permission denied > jexec[69404]: setpriority 'root' (root): Permission denied > > # uname -a > FreeBSD j5.sody.com 12.3-RELEASE-p1 FreeBSD 12.3-RELEASE-p1 GENERIC amd64 > > what am I missing? > > Sami > > -- > Sami Halabi > Information Systems Engineer > NMS Projects Expert, FreeBSD SysAdmin Expert > Asterisk Expert > > -- Sami Halabi Information Systems Engineer NMS Projects Expert, FreeBSD SysAdmin Expert Asterisk Expert --000000000000d9004c05d9c7565a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,
Thank You!! indeed that helped!

Sami

On Wed, Mar 9, 2022 at 11:03 AM Ronald Klop <ronald-lists@klop.ws> wrote:
=
It sounds similar to= this issue.

https= ://github.com/cbsd/cbsd/issues/437 "default nice 1 prevents cron i= n jail #437"

Does that help?

Regards,
Ronald.

=C2=A0

Van: Sami Halabi <sodynet1@gmail.com>
Datum: dinsdag, 8 maart 2022 22:00
Aan: freebsd-stable@freebsd.org, FreeBSD Current <freebsd-current@freeb= sd.org>, freebsd-jail@freebsd.org, freebsd-net@freebsd.org, Oleg Ginzburg <olevole@olevole.ru>=
Onderwerp: running cron jobs setpriority permission denied=

Hi,
=C2=A0
I have a jail ran by cbsd which has a cronjob=C2=A0like this:
* * * * * root /usr/local/directadmin/dataskq
=C2=A0
I see every minute this error logged in /var/log/messages:
cron[71002]: setpriority 'root' (daemon): Permission denied
=C2=A0
I see in ps xau that it runs but at nobody user
=C2=A0
even when loggin=C2=A0to the jail I have:
cron[68825]: setpriority 'root' (daemon): Permission denied
login[68900]: setpriority 'root' (root): Permission denied
jexec[69404]: setpriority 'root' (root): Permission denied
=C2=A0
# uname -a
FreeBSD j5.sody.com 12= .3-RELEASE-p1 FreeBSD 12.3-RELEASE-p1 GENERIC =C2=A0amd64
=C2=A0
what am I missing?
=C2=A0
Sami
=C2=A0
--
Sami Halabi
Information Systems Engineer
NMS Projects Expert,=C2=A0FreeBSD Sys= Admin Expert
Asterisk Expert


-- <= br>
Sami Halabi
Information Systems Engineer
NMS Projec= ts Expert,=C2=A0FreeBSD SysAdmin Expert
Asterisk Expert
--000000000000d9004c05d9c7565a-- From nobody Wed Mar 9 08:46:01 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 626D21A07C74 for ; Wed, 9 Mar 2022 13:44:25 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail02.asahi-net.or.jp (mail02.asahi-net.or.jp [202.224.55.14]) by mx1.freebsd.org (Postfix) with ESMTP id 4KDD2H4PSyz3mM2 for ; Wed, 9 Mar 2022 13:44:23 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from vmware13.advok.com (pool-96-225-64-148.nwrknj.fios.verizon.net [96.225.64.148]) (Authenticated sender: NR2Y-OOT) by mail02.asahi-net.or.jp (Postfix) with ESMTPSA id 2EE732C033 for ; Wed, 9 Mar 2022 22:44:13 +0900 (JST) Date: Wed, 9 Mar 2022 03:46:01 -0500 From: Yoshihiro Ota To: freebsd-stable Subject: nfsd becomes slow when machine CPU usage is at or over 100% on STABLE/13 Message-Id: <20220309034601.ea3135e31aec3ffb2623f145@j.email.ne.jp> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; i386-portbld-freebsd12.2) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4KDD2H4PSyz3mM2 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of ota@j.email.ne.jp designates 202.224.55.14 as permitted sender) smtp.mailfrom=ota@j.email.ne.jp X-Spamd-Result: default: False [-2.16 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.47)[-0.472]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[email.ne.jp]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.986]; RCVD_IN_DNSWL_NONE(0.00)[202.224.55.14:from]; R_SPF_ALLOW(-0.20)[+ip4:202.224.55.0/24]; MLMMJ_DEST(0.00)[freebsd-stable]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:4685, ipnet:202.224.32.0/19, country:JP]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[96.225.64.148:received] X-ThisMailContainsUnwantedMimeParts: N Hi, I'm on stable/13 with latest code base. I started testing pre-13.1 branch. I noticed major performance degrades with NFS when all CPUs are fully utilized. This happends with stable/13 but not releng/13.0 nor releng/12.3. I had NFS server with above versions and rsynced nfs mount to ufs mount on NFS clients. My NFS server has 4 cores. When I had load average of 3 with make buildworld -j3, NFS server was fine. After adding another 1 load, NFS server throughput came down to about 10% of before. After taking back to 3 load avg, performance recovered and down again after getting over 4. Disk was fully avaiable for rsync; buildworld was done on another disk. Someone told me his smbfs was also slow and he suspected TCP/IP regression instead of NFS, by the way. Hiro From nobody Wed Mar 9 14:39:39 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 51E6E1A12B9A for ; Wed, 9 Mar 2022 14:39:47 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670084.outbound.protection.outlook.com [40.107.67.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KDFGB3MWKz3th4 for ; Wed, 9 Mar 2022 14:39:46 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=EACFuBN64QKGkXUEfMeFxd8XMJOJpNANI1OFk5vzghj1QXodSnL2voUn+NvXgYzOvuNg7abzL35t6o4py3GHGKtU2RYVuuGnjTgcUVcKlqblGuBvbZC4rZ1P8vCZ5oxuoaqAWaFCSAcYsDE3aZ/SNKxFiL97TIGzRcJBlmeZhlvfJwF4JpUgiJXYTUzBa+Bx9iTb5c3g/fl99KlAS8QhZRVY15Z3wwce8NkadexxBIa2SV9IdFiKT2Aq32vClJh4HczVxLf6Y+SmS+eFak8rpyXNFtW4gnbaBHTaTlJSK3w1RjGowcsHIDaaQ1WGuRWsy+qx00sJ6DQi8Gn81gcDJQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=LRext5S8g6x6Aymb40SveqfMr0b6on89Oim5jqAcZ68=; b=AfN0SX1fPIIw7Nko4qbdU9e8D/IJMDSH9DbxECixTp9Pk7WxQuYyyXEeBR6JMyEXmbWIxZr1TaS0YTC2u4emGwxCX9kiM//i5r4dgvWviwC5867eMKP1vheQ06pUBoLJ58zUW7t4SzSfzpJoUkvoiEXXkdrBqaNuMENUxlKnbNUP71C3OnJM8rzN6QCWZqnGTJccBmwAgydnf1xpA6zJscywVoDESPSfk7PnKDTSyGpYz2vSVHmBZTY5xf2BLG/7Z2AAUxVXyM/dX7G66CTkSIK4RZGEAM6qLrkfQszOPUuKQ9ZKhvIj3Tp3lG1P2s+QY3XJn5H6We/eWvhVN9TI8A== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=LRext5S8g6x6Aymb40SveqfMr0b6on89Oim5jqAcZ68=; b=eMJL1VSr/wZLhJiScQ74tUQYxDKJqBbfFi7vWWWV/NwxlPo/fWnfADwKdJ2beerEvcgb3h+B+6cKTjJ4JIXO5eXl1GbCbavuTJi6WCLORrkkQxpqqat6ARdsuAK1GLmGveP2Rv+Nb8Gwhh1Vzfo8bmgii4SRAXDwvw6QFh9bMmXz6C+p6RAxyin7h6eEuJiOLbhQwok6Bybocm5vRrGMVeE5xLDSK7bRkksaq0TZE6jq3NrfadQM+c9fPVrqlv0QYJ4LyvczONh+oQkj69YnxrBNldVFxjTLZ5pW4fYGuvynQlvV1n/ox1PAESh8YP79slf8iqvaIvjeyDvqPo2FeQ== Received: from YT2PR01MB9730.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:b01:de::14) by YT1PR01MB3369.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:b01:10::33) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5038.17; Wed, 9 Mar 2022 14:39:39 +0000 Received: from YT2PR01MB9730.CANPRD01.PROD.OUTLOOK.COM ([fe80::10d3:2fb2:36ac:b3af]) by YT2PR01MB9730.CANPRD01.PROD.OUTLOOK.COM ([fe80::10d3:2fb2:36ac:b3af%2]) with mapi id 15.20.5038.027; Wed, 9 Mar 2022 14:39:39 +0000 From: Rick Macklem To: Yoshihiro Ota , freebsd-stable Subject: Re: nfsd becomes slow when machine CPU usage is at or over 100% on STABLE/13 Thread-Topic: nfsd becomes slow when machine CPU usage is at or over 100% on STABLE/13 Thread-Index: AQHYM7vqHmVJAWfo2UaVD6ISojss76y3HTBU Date: Wed, 9 Mar 2022 14:39:39 +0000 Message-ID: References: <20220309034601.ea3135e31aec3ffb2623f145@j.email.ne.jp> In-Reply-To: <20220309034601.ea3135e31aec3ffb2623f145@j.email.ne.jp> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: suggested_attachment_session_id: 22519b47-ee10-dd53-ac5f-05f360e88af2 x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 1abada3e-c9e2-4c1a-8c62-08da01daa43a x-ms-traffictypediagnostic: YT1PR01MB3369:EE_ x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: BcFxHiUK0aXJJVTig3jSbYbO4eZ6Jh88sAuU02iWmF5xIJsshLdalucFI+pQq2/Xo1s2DLkA1ncsxLILiEpE4zBsutT1xpFUQBX9hlXT8T0J+OvcQy5WtZwk28Z/NPTJB7gIOMGM67YnFD9efTb2F6uAxakrvcbe+25+7LSwQXYgYqeNOP0BbDm0kmh03P37DOANWlwieoxNpDujI4WWHMVsCfUw/R/p9c85ojfCnm9cPObdA8C/0AsT1lzLS//+cUkYTqefBvzy0ZlaZ+G6CLdzTkPAXkKfFqzFJWdmAa+uXSXtJpYxYAPQncV971V1vezq5NI1Dh4a2Es+QUwO9uSTSvU7O16egoUpayBogztMQS2isKKh3fKMjAmMElN889S9yqeWgC8BoxCyP8KeqsX3qghl2IXhNJgq9EdPFMUe9x4ZL1dLHPTkL0WlMv3Kxg7kBAK3Xeg45spWjZxXOSr/PbB15MauF3+WGlh6wbkXq32+JjQaPztSubjGpgxx1cRkr/kRlMLTtANUIDoIlAf2cDbsym+7NXankj/6Gme/KnVXIgkdlMTsL9Su5uWgDm8Vb/ZTycPlAUYiO/cUKH2OBsv0TItyNaj4R7Vjop32dA772e6zzLNtCc3p6NphMYgsgn4DW7CGu2A7LCj1Aewx3yj11LN48FR6LNTS/pSpQGObbf8ulyfa96c3DNoLZuu1F8DI6P3ekng5JU2OVQ== x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:YT2PR01MB9730.CANPRD01.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(13230001)(366004)(86362001)(91956017)(122000001)(55016003)(110136005)(9686003)(52536014)(8936002)(508600001)(2906002)(6506007)(66476007)(64756008)(66446008)(66556008)(8676002)(76116006)(66946007)(5660300002)(83380400001)(38070700005)(7696005)(38100700002)(33656002)(316002)(786003)(186003)(71200400001);DIR:OUT;SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?cFusGN0VeH6lAFC6Jg5VYSedIw2mz/3mWCXexgOg8XnVaDhIBhslideHy3?= =?iso-8859-1?Q?cTjfhd7RzkAbuzAcUtdBwMGr3tG/IBadEbm8wG7RVWannLDl0mq+8bvJUi?= =?iso-8859-1?Q?GhPqhJ9XBUQpwa/tq8myWO4di2EnICiVIc54ew2gn6uFSduwhqwt7me1Um?= =?iso-8859-1?Q?Gh+eloJK9voOxOkFyw5bd6q8uOKvF37O8a0atmnDNGcbOC2rGfa3LgKq1R?= =?iso-8859-1?Q?WATTj8t18nTNyciL51JlLdzR2bnZ3I8Q+tssrEi/9OVVMiAebIl823KLCd?= =?iso-8859-1?Q?c82iHNLoG5QRcBJY0H5SonAf5giNhznJ+duiGiJPOqqDi/RC8dV0hkl4zt?= =?iso-8859-1?Q?phITmeTB0sj/XDW7M/vWmvv+tzf9k8AmV3B4qImFhv3u0wzkGniyie0Blz?= =?iso-8859-1?Q?TbSHvbnY6ybVkPIbVrLiwy6tk/vQeiyKre7Lo5GO66ZeWskewChNgIm8r1?= =?iso-8859-1?Q?MK8IJWFGufz9uMxRMf0vZo1uE++v2ff675NxCXtl6m4pEZaYNCmAK8QD0g?= =?iso-8859-1?Q?7uT3yreBysVgyWwMUR1rROvtuTi2iqCF5MeLQdAgn2Xabv2VIeHyXBR0wp?= =?iso-8859-1?Q?lKnVPp4eUhQQdCRXzZKUOsDZ/JccH4xoBZPrXirSFFcIVl9IEXDx+Eo4de?= =?iso-8859-1?Q?qVGyKrT8pQ42LpkYpUYK/uQLD3CbqVp5jYqXEwejN9GtxWDDGI6ysWuMoC?= =?iso-8859-1?Q?rj91+Q0WYWRw3+CS6qq2+6BKMEkdhaGof9OfMQCi/7HBXnlGM9BM5Zg1xv?= =?iso-8859-1?Q?dQ15cI24CSfpzYKkKarLYYew2W+LBF2ffXEiUQiXcaK0B63fkgVadXnATE?= =?iso-8859-1?Q?bqNzFccsIak+HtMSGDNesD8ObsgPSAtEx07RxOZkMCE80P9rUg87H+AyEr?= =?iso-8859-1?Q?q3DS1vXXhTLb7Mo1LsVnNZCKBIRYY1SqChsCKS0lmP+3OJl0sH5KUZMWCW?= =?iso-8859-1?Q?nt14dCmfy0SqebxEQXCVHhG5a900u+aTaTsaqbCSvbJ4Ok38wtnkdJeIjF?= =?iso-8859-1?Q?zlGuy/vifhn4QiF3EGK+Hv3qk/p+YTvMXTfCJYzuvr7V/+afJwIjbxbiVq?= =?iso-8859-1?Q?x5dR2mJWmB373k3KSl7YpaQeyt32spM+kKf0B3VE/jo0n/XW0yj8g5LsfQ?= =?iso-8859-1?Q?u5uKpY48gDnzWpzhuDKmkopNA4fSFj5eZCumAVTjHbjndHzARZHBJbyhWU?= =?iso-8859-1?Q?/VF3rbnJGxVIoH3Q1IyPqZyrzRBijKzVWpBIR3NVIlo/P4wyLAKKswQfNw?= =?iso-8859-1?Q?YrfoWD75QjtJ6uY7R0ISCDu4nN0FgIMNWdctsUFnyWikz8YriT2a+V41Xp?= =?iso-8859-1?Q?IWMYhP8D3PAZ/aHSpJV9R1Am06boum3tSSRNhZr8MSR6pUqNHFxlqM7dpD?= =?iso-8859-1?Q?ANWx+mrEf7ta5FYZgiIODReqMy91wgHOtRAW4ukOqP3ALXXFBxCE5aHjpT?= =?iso-8859-1?Q?EQ6XpvWnTuYm66vaSIX8DNYK+V2wRlONchJHWKs+okK+bAfug6A6FZxhF3?= =?iso-8859-1?Q?IUckC4CXhpDgarleT1vmgXNNZlxZ9aJuCeh0xDg0iAo4DBe6RA9yE03Y8r?= =?iso-8859-1?Q?Mje0AjIqFYJ9dJWjD1dt2iY51wlePoZyoNMWplYX4xjpDO+SXWg9DbMp19?= =?iso-8859-1?Q?UeeRc5+oFqQkz/Hq/5Qf5m6KZr3pTnZRsedvUrqEw+7XVeOJR9ruPFb5rT?= =?iso-8859-1?Q?CzfUCkRilc7QU0JE7XUgoK3/V0W1Zfz5h731F+OkJAuIXwuUKoTDWMz2HP?= =?iso-8859-1?Q?AwwQ=3D=3D?= Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: YT2PR01MB9730.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 1abada3e-c9e2-4c1a-8c62-08da01daa43a X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Mar 2022 14:39:39.5832 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: n9QbF4dgQ37975X+mR7I+MoYnKubAu0nr/ZjuCkQ+2wlaUv72mT7SqrSG/W1SIfx3XrzH3g39WvRF2+uu8uZRw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YT1PR01MB3369 X-Rspamd-Queue-Id: 4KDFGB3MWKz3th4 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector2 header.b=eMJL1VSr; arc=pass ("microsoft.com:s=arcselector9901:i=1"); dmarc=pass (policy=none) header.from=uoguelph.ca; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.67.84 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-4.08 / 15.00]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector2]; FREEFALL_USER(0.00)[rmacklem]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(0.92)[0.917]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[uoguelph.ca:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[40.107.67.84:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[uoguelph.ca,none]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.67.84:from] X-ThisMailContainsUnwantedMimeParts: N Yoshihiro Ota wrote:=0A= > Hi,=0A= >=0A= > I'm on stable/13 with latest code base.=0A= > I started testing pre-13.1 branch.=0A= >=0A= > I noticed major performance degrades with NFS when all CPUs are fully =0A= > utilized.=0A= >=0A= > This happends with stable/13 but not releng/13.0 nor releng/12.3.=0A= NFS performance is sensitive to RPC response time.=0A= Since this only happens when the COUs are busy, I'd suspect:=0A= - Kernel thread scheduling changes=0A= or=0A= - Timing of receive socket upcalls (which wake up the nfsd kernel threads).= =0A= =0A= I suspect bisecting to the actual commit that causes this is the only way= =0A= to find it.=0A= If you know of a working stable/13 that is more recent than 13.0, it would= =0A= help. If not, you start at this commit (which did make socket upcall change= s):=0A= commit 55cc0a478506ee1c2db7b2f9aadb9855e5490af3=0A= which was done on May 21, 2021.=0A= =0A= Maybe others can suggest commits related to thread scheduling (which I=0A= know nothing about).=0A= =0A= If you don't have the time/resources to bisect, I doubt this will get resol= ved.=0A= =0A= Good luck with it, rick=0A= =0A= I had NFS server with above versions and rsynced nfs mount to ufs mount on = NFS clients.=0A= My NFS server has 4 cores.=0A= When I had load average of 3 with make buildworld -j3, NFS server was fine.= =0A= After adding another 1 load, NFS server throughput came down to about 10% o= f before.=0A= After taking back to 3 load avg, performance recovered and down again after= getting over 4.=0A= Disk was fully avaiable for rsync; buildworld was done on another disk.=0A= =0A= =0A= Someone told me his smbfs was also slow and he suspected TCP/IP regression = instead of NFS, by the way.=0A= =0A= Hiro=0A= =0A= =0A= From nobody Fri Mar 11 02:12:28 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 5D9141A18300; Fri, 11 Mar 2022 02:12:37 +0000 (UTC) (envelope-from gjb@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KF8b85fgjz4c21; Fri, 11 Mar 2022 02:12:36 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1646964757; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=QSdU0zpa13BAUvakei5V/tIzDDNGMiiWjMa1M8w8ejQ=; b=RTzhd0NlPExe6t2q4jm3Xtdk8Bu6fHzLwKOOedfmmodI8uoiG/9/ONZteBPRIv05zIrBNl DE5tNhIpGStca3W6+dx8iEJzxh/fLx+2VQCRGbChUyA4zZxA+r9cGzSv9bJNnQ5M8nYctD 30JGXEYw4ff5WDSK8sBQ1SbYCIQNyK1px4t2ml1jjVF5vlRJ9e0vr2Yb/BkH/ILJ6ReDsj giA0xMZjqqU/GZT23Jx/KJLfJa4aoz64WliS3qDJQOJOj1rQyKPXikvaW/ATAkLRUwdWnJ o9kP2C1f6R44DlEyk1fEsI3bJVu8by2QwRXFZZWlwUSZM4pCcOwLII86cYuiVQ== Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 6DD1412591; Fri, 11 Mar 2022 02:12:35 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Fri, 11 Mar 2022 02:12:28 +0000 From: Glen Barber To: freebsd-stable@freebsd.org, freebsd-snapshots@freebsd.org Cc: FreeBSD Release Engineering Team Subject: FreeBSD 13.1-BETA1 Now Available Message-ID: <20220311021228.GE76435@FreeBSD.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1646964757; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=QSdU0zpa13BAUvakei5V/tIzDDNGMiiWjMa1M8w8ejQ=; b=JR0H5ZVsp00bpA6wDTaX38lDfaPRw2nsB/1//2X+/EpkOL3nkRBEC3TluW4z0PHReVbDQq WlggK7OyrOwqnupY3n/M7YqG2+e9SFSQ0JUlPNU68VgjqcuKK/a0ZiqDflkX57DbhEgSth k0BqXncpFS++1dbao1FIT4gBD6uBJ6ERIYPFy0S6hCl2HjnZw6Z6ZMgBxmq+lokPdJx32N Ruq+ehtcLFBkdK8O83n2YuKb+bbCFv9bvqVp8BXF2FCQA01gLT+psFaehb4Yfb9IJhrFDk eBdlabd6JFt0RgW32xUh078CQV/NzcceYlfU1x+8QRmV69+qi12YDA5DWtl3lQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1646964757; a=rsa-sha256; cv=none; b=cO40w9qK6Qhw7o7QLfkeXjbvfAxz1SPpUElUFbbO/Q9dck1afhN0bXSSkK6v0j3Ar6JXfi q4p1buXz6x8iqJe4RBXwXDLbbvyaFR9dYbxL15e5z0QJvPYtDN3dBtSDt5FHAEqQiswbyy iz6eavqDtu0XSNA/dNw+/Sktufcc/4xR97Av9fYv/bNsgWJugNUQ8Vk98wjJLkLikAI5NX d4zyXYt+Pb2WjEOhzIJPB8lSl7msBcHBNCj/rF+d4G5h6j091IlMNpcJZj18m6gZPjg78Z FTawyJ7fZ49Q8cwXT+p8+TIwgkEq7FXbtE3LnKAth/oDj2IKnTFJANFFxUSkkA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The first BETA build of the 13.1-RELEASE release cycle is now available. Installation images are available for: o 13.1-BETA1 amd64 GENERIC o 13.1-BETA1 i386 GENERIC o 13.1-BETA1 powerpc GENERIC o 13.1-BETA1 powerpc64 GENERIC64 o 13.1-BETA1 powerpc64le GENERIC64LE o 13.1-BETA1 powerpcspe MPC85XXSPE o 13.1-BETA1 armv6 RPI-B o 13.1-BETA1 armv7 GENERICSD o 13.1-BETA1 aarch64 RPI o 13.1-BETA1 aarch64 PINE64 o 13.1-BETA1 aarch64 PINE64-LTS o 13.1-BETA1 aarch64 PINEBOOK o 13.1-BETA1 aarch64 ROCK64 o 13.1-BETA1 aarch64 ROCKPRO64 o 13.1-BETA1 riscv64 GENERIC o 13.1-BETA1 riscv64 GENERICSD Note regarding arm SD card images: For convenience for those without console access to the system, a freebsd user with a password of freebsd is available by default for ssh(1) access. Additionally, the root user password is set to root. It is strongly recommended to change the password for both users after gaining access to the system. Also note, 13.1-BETA1 arm64/aarch64 ISOs, memstick images, and virtual machine images are unavailable due to a build failure that had already been investigated and corrected, and should be available for 13.1-BETA2. Installer images and memory stick images are available here: https://download.freebsd.org/ftp/releases/ISO-IMAGES/13.1/ The image checksums follow at the end of this e-mail. If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use Git to do a source based update of an existing system, use the "releng/13.1" branch. A list of changes since 13.0-RELEASE is available in the releng/13.1 release notes: https://www.freebsd.org/releases/13.1R/relnotes/ Please note, the release notes page is not yet complete, and will be updated on an ongoing basis as the 13.1-RELEASE cycle progresses. === Virtual Machine Disk Images === VM disk images are available for the amd64 and i386 architectures. Disk images may be downloaded from the following URL (or any of the FreeBSD download mirrors): https://download.freebsd.org/ftp/releases/VM-IMAGES/13.1-BETA1/ BASIC-CI images can be found at: https://download.freebsd.org/ftp/releases/CI-IMAGES/13.1-BETA1/ The partition layout is: ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats. The image download size is approximately 135 MB and 165 MB respectively (amd64/i386), decompressing to a 21 GB sparse image. === Amazon EC2 AMI Images === FreeBSD/amd64 EC2 AMIs are available in the following regions: af-south-1 region: ami-042845bca9cf4a038 eu-north-1 region: ami-0f41f2a356b859a33 ap-south-1 region: ami-03b33bf9670871e94 eu-west-3 region: ami-008bbfa003d8efbbe eu-west-2 region: ami-0cae8002de3b52924 eu-south-1 region: ami-0de82949c2aeeb95d eu-west-1 region: ami-07a77eee1b8fcf059 ap-northeast-3 region: ami-0b7bf2e9d95b46a9a ap-northeast-2 region: ami-0ca4497b11d7d6fd9 me-south-1 region: ami-0a57b28c5ee978bb5 ap-northeast-1 region: ami-06e3e7cafd4d4a73d sa-east-1 region: ami-0efce5dfb9707edde ca-central-1 region: ami-058a71a18c00356fa ap-east-1 region: ami-09743d245f8cdd8cd ap-southeast-1 region: ami-007b663a044c85a04 ap-southeast-2 region: ami-03934c1880860ba93 eu-central-1 region: ami-0e7e674f3cf05287a ap-southeast-3 region: ami-0bc3f21dbd110ae6c us-east-1 region: ami-0bc47047fc0e759c1 us-east-2 region: ami-0b3c1d3ddd126bb30 us-west-1 region: ami-03fbc5aba0f652602 us-west-2 region: ami-0c1601077dd94a984 These AMI IDs can be retrieved from the Systems Manager Parameter Store in each region using the keys: /aws/service/freebsd/amd64/base/ufs/14.0/CURRENT Amazon EC2 aarch64 AMI images are not available for this snapshot. === Vagrant Images === FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can be installed by running: % vagrant init freebsd/FreeBSD-13.1-BETA1 % vagrant up === Upgrading === The freebsd-update(8) utility supports binary upgrades of amd64 and i386 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 13.1-BETA1 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 12.x. Alternatively, the user can install misc/compat12x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install == ISO CHECKSUMS == o 13.1-BETA1 amd64 GENERIC: SHA512 (FreeBSD-13.1-BETA1-amd64-bootonly.iso) = 9893e4d1333f3779b738e172873f7f207f363d964d31139b02d826ee3c4b980510b410d27ba0a5009fa32005d243b90d60daf3e33b0016cb7c0ae0b1c6fce6f1 SHA512 (FreeBSD-13.1-BETA1-amd64-bootonly.iso.xz) = 6e74bd1e3993424b081f13048ae7c6ceff9dc93ae38443db3211118544e858121b82edd73099a089134d08636a93836404c5e9c8b69093c295cc3c01cf1dd660 SHA512 (FreeBSD-13.1-BETA1-amd64-disc1.iso) = 7aaac5fff7c6f753c8f429defce0025af65c1b17cc2bc25f3f4e706361eb6f21b60c333820de74983318a411c226e100ea9fdb43cb2e53ff3a3a2f43a9ac86b8 SHA512 (FreeBSD-13.1-BETA1-amd64-disc1.iso.xz) = eead622219014708e34d255d9589a220e872daace800437d3c5c6edba7b541f229fd2a562541e9d02bcc5bf690a7cf0bffee35932166c535a459cb8f9713f075 SHA512 (FreeBSD-13.1-BETA1-amd64-dvd1.iso) = 3fdd86c30fd215b808a18469e4376eded80be80305fe9520ff9cc7fa989625098efb7bab3a58c1b34f769bd48cc3aa171801db7a17a0b2d2da64bb045e5b52ae SHA512 (FreeBSD-13.1-BETA1-amd64-dvd1.iso.xz) = 70ea27ba8653ffff1f205c4201281172d4930a40201b5c8543b160cc618176843357b444412a73fc378ab400eb657d64bf722d6720c5da66043a8405f70f3a63 SHA512 (FreeBSD-13.1-BETA1-amd64-memstick.img) = 8076a964bd1afdb588cd19372b71c1c6cfa471cca06c319e6e60d74207e1e126dacf711355b20205c5e2fe8812ca851fa62f56a1cb313bb115277334ef176c82 SHA512 (FreeBSD-13.1-BETA1-amd64-memstick.img.xz) = a40c3da3b3a594727a1495eab81703534b0a01c4f7e05f1e2bfc7f942a66f9c6e797892101107cda1c479bab795b80cc88b34ff86dd1aaa7a98d32e3dce5df10 SHA512 (FreeBSD-13.1-BETA1-amd64-mini-memstick.img) = 2d19f28a432e1a124e646d22b3d1b9ea8f9f8309a8ed6d2b449bda898fe2db2fee6a403bdffa1607e8ad9843ddf3abb33d205a9fbdd69d6b98ae62f0ab0c1f20 SHA512 (FreeBSD-13.1-BETA1-amd64-mini-memstick.img.xz) = c918b9ff1a9a1f8a105e654aa9f697a5c0ae9b4b074b0c9f93b730fc52f9bd3e0b3e71f85a91a287386c8e7187aceddcebb5591b5f944c5d309cc7bec66ccf38 SHA256 (FreeBSD-13.1-BETA1-amd64-bootonly.iso) = b8a014c4fb333c72206798273df66013b9fea430c33cee2b9244193ea5e2f10d SHA256 (FreeBSD-13.1-BETA1-amd64-bootonly.iso.xz) = 549558b4b618f84f36a0d9f997967e01f0fadcd248bde2f5ec553481e96b58a4 SHA256 (FreeBSD-13.1-BETA1-amd64-disc1.iso) = f2349b98a52d074e5636208fb41ce8107c90b0b174e83762d3ffb509a4622c26 SHA256 (FreeBSD-13.1-BETA1-amd64-disc1.iso.xz) = 076b12f65081b9cbbf89ea3e1f41ce65746e7741008745fe543261e68e4fc822 SHA256 (FreeBSD-13.1-BETA1-amd64-dvd1.iso) = ef82111fbcb0388351f8c6843a5dc87233524da1011de9dfd99e3d17863888b3 SHA256 (FreeBSD-13.1-BETA1-amd64-dvd1.iso.xz) = e91efae2d5de9ddbe992a076e5ce1a78c23ebe7d17a2663c27d3738629d9d3e7 SHA256 (FreeBSD-13.1-BETA1-amd64-memstick.img) = e9f961c57381d44c3f87168cb12314ab3e1151c5d08b7ce0894aa619c946c98e SHA256 (FreeBSD-13.1-BETA1-amd64-memstick.img.xz) = 4859333dadcdbf5bfa1b032d4c60e14dbd99bcf1c9994b13b066ab7f62d3a8cb SHA256 (FreeBSD-13.1-BETA1-amd64-mini-memstick.img) = a12656396326d7f633aa6ecb8ba41125ecc848d330682f6c3703fea332da3aa4 SHA256 (FreeBSD-13.1-BETA1-amd64-mini-memstick.img.xz) = b5a506fe8ab8cb9e2edf0ff39fa5f9b887faa3720dc1e24e91442e7fe7cb0d09 o 13.1-BETA1 i386 GENERIC: SHA512 (FreeBSD-13.1-BETA1-i386-bootonly.iso) = 555285f3384e98835e004a910ef18ab29cce75399a712552cc90e425544297e4f9c7382aa7d7d1c21016f0925ce1b9341df1368eb1540a44fec97814019ad6a4 SHA512 (FreeBSD-13.1-BETA1-i386-bootonly.iso.xz) = f942b927ffb52d290fa5a64d1c3d9fc747e5739dada7d6630560efaa59b8fe1d0423971bdc579ffd7718f027e6f424b93d1d90e6474b9e2f1c5e69b9af92dd44 SHA512 (FreeBSD-13.1-BETA1-i386-disc1.iso) = d352edf25548abb07dba1eb1069bc783ff60b60fa0ac602c71ab5cf002eed540bedc744d0530181b3dcee780ba45ac6ceef195307544cb4d982ad3468f2be4d7 SHA512 (FreeBSD-13.1-BETA1-i386-disc1.iso.xz) = c6d5d83b141b280e5134336ae6ccb2bebbf2ba72d4e6cee29a755044360e7d7ab407c6541d9cb2ca1c59a35ba377474e4a3019d62f2e37ae2e042f5878652bef SHA512 (FreeBSD-13.1-BETA1-i386-dvd1.iso) = 4b13ed7c1b6723cab017a64e12ee66b1c0cde119600d1f83a576453bd5b05646cb61ff0cb0e914080597633c8699ea91a89036a4402cde0fc82582cccae58282 SHA512 (FreeBSD-13.1-BETA1-i386-dvd1.iso.xz) = 7c141f26eb7857a90282f34dfa53dc8405b53aa7156a9c68c16cdd26cf217fc992b16070124b476e55bbc5ff916f6d224e6e129044adfcb2de2eb438fef082f6 SHA512 (FreeBSD-13.1-BETA1-i386-memstick.img) = dcc107a88ec74308e9d653853e172b127e16454f16b2c60785aef25b748457e9be25ec8a5b938460a3810351bcb1e9e7e010d7e40ce15b043086400b4b895aad SHA512 (FreeBSD-13.1-BETA1-i386-memstick.img.xz) = 5cb49adb5e510c2e6fb2e45d4a59dcf2c4797c2dee411bddddb75f6bff1316d6482bdd75fadf43173d6ae5fc670801104af6cd818e3c0593b60267145f92ebac SHA512 (FreeBSD-13.1-BETA1-i386-mini-memstick.img) = 7cc22743b77636aea277af0844522d0b5813b8a44c883e35d18a4ba53f52323ed5303a3e4148664cb7adc56a5942db844b912c6d964bf4bcac84f92446cc7c74 SHA512 (FreeBSD-13.1-BETA1-i386-mini-memstick.img.xz) = 96d288fa42cd90a95b2e3dd7a49b0c8d6158e647492d6dbc4aa7cea17f1c8cfd0e2fd49a1c839b1c8c81d5b7018bc205a2725fe49d80db5530c82d4e5d7e7e8f SHA256 (FreeBSD-13.1-BETA1-i386-bootonly.iso) = 3abadbd773b59737f40c0b167e847bc0a5a9413b8aa69fd123059e5e954506cc SHA256 (FreeBSD-13.1-BETA1-i386-bootonly.iso.xz) = b5d5cbb19530ea9973ee091fff63807eea1a229fe786c96852c97e8ec8da091e SHA256 (FreeBSD-13.1-BETA1-i386-disc1.iso) = f19fe0be063e844cd22819ccb2c312af7b151bad7d362e99ef48c4a4b1bff786 SHA256 (FreeBSD-13.1-BETA1-i386-disc1.iso.xz) = e2a9cefe73b87e3028048a1ced80d4cfd16a3b8af193b357f05cda20b15a50f2 SHA256 (FreeBSD-13.1-BETA1-i386-dvd1.iso) = 22bb8b86821fce50638412c6db1e340ed3a911aa7a78ffec47483ff9acac97d0 SHA256 (FreeBSD-13.1-BETA1-i386-dvd1.iso.xz) = 74266a932c0a2078a2af76a2a78369278b44a965569cc97c99c5d3e466acc7fe SHA256 (FreeBSD-13.1-BETA1-i386-memstick.img) = 9a67207bc223c8a1eb017da44cf5dc86950e35ee89e6ae10065851e88b331e30 SHA256 (FreeBSD-13.1-BETA1-i386-memstick.img.xz) = d512c3e296921276d20c32adda4ea4273649b785db0d844da38dd66f90f253eb SHA256 (FreeBSD-13.1-BETA1-i386-mini-memstick.img) = 58399dbb5c74a200b14bcd9b47229cca33e296c76747956a26c312f68307ac85 SHA256 (FreeBSD-13.1-BETA1-i386-mini-memstick.img.xz) = 8e8cb6665d705c0d6341e5bdf547ddbaf3acc216a1beef569f590df4d8e7bf4a o 13.1-BETA1 powerpc GENERIC: SHA512 (FreeBSD-13.1-BETA1-powerpc-bootonly.iso) = cea4ab4c2503002b58fe91c42067013dda5a7f8c333f80434a70e53aaf75ab44b486c232602baec0251f9eff1ea136275b1cbb765abc42cffc054e55c9ac2d2f SHA512 (FreeBSD-13.1-BETA1-powerpc-bootonly.iso.xz) = f975c5ffa02cc9ec1592eae5a424a6ab6e3419a6f99a786be15bd793a3c538813f975e4f0ede01489120d956607d984c2d28a81bd531cbcbaa24db70c8953401 SHA512 (FreeBSD-13.1-BETA1-powerpc-disc1.iso) = 7f607eb2bb91957f9747e57f88dbee96fea76cf1d51bd0e6ad42213f9c0f0525970d7a90dcb33b69a973f431a3fd82c707b5cf406d10f20684832a00469ba18a SHA512 (FreeBSD-13.1-BETA1-powerpc-disc1.iso.xz) = e3323797af0053765003ccc18b10fb753e00c6171f7acc7e5b4acf995f7db4429e5bb742541cc1ad842f833ac83c19e6f7f53771bceb3433c9ae5e82fe1476fd SHA512 (FreeBSD-13.1-BETA1-powerpc-dvd1.iso) = ac246418a9753e149aa86ddb4e77f49fe9e3763f4633ba184833b596149d522f34a178c19a9aa90a96f6c9f24eedfc08981654d211d0ebd8b289d601922d4812 SHA512 (FreeBSD-13.1-BETA1-powerpc-dvd1.iso.xz) = 712c83d49c73e64bf3f018b3cc7db0876e6626814dce7af6ce0ee376010026e66cc9ccfbaa365ac7a608a3cb2710b4a7e3de8dfeac8f0918cb769d1ffd330604 SHA256 (FreeBSD-13.1-BETA1-powerpc-bootonly.iso) = e59ed23706914360f3e155444115e456d2ff1252b3878b45e3c8bc2b805131a1 SHA256 (FreeBSD-13.1-BETA1-powerpc-bootonly.iso.xz) = 3b5e8bcdd66d9f708cf03763965e0edc1bf83772f52531f1085c6a45a77cadb9 SHA256 (FreeBSD-13.1-BETA1-powerpc-disc1.iso) = 4e682918908fda93c1dd7a3422b35c27732ae1a0e41ba251f15e19d51a817192 SHA256 (FreeBSD-13.1-BETA1-powerpc-disc1.iso.xz) = 62a7abc40c302ed48573419de890c4d09a5690188a59ef23cfdf445f73ede010 SHA256 (FreeBSD-13.1-BETA1-powerpc-dvd1.iso) = 148ed7c0264fa87440243dfc42dcc98024286228f7cbf387454a7a1691ac85b2 SHA256 (FreeBSD-13.1-BETA1-powerpc-dvd1.iso.xz) = b945150562838903d3d74acc91e3d46aca35ca80c35d9e7f0a0b8269d0f45de4 o 13.1-BETA1 powerpc64 GENERIC64: SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpc64-bootonly.iso) = 399a6075cd72a89e636e9ca80c4ca9f4422dc6c09ed8a03e492a152f5d29477fd8232f0b5778242e5983d70be48409cc7e8d8ec3083975491676e7c5f6ba6448 SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpc64-bootonly.iso.xz) = 3ca728c969cf0939060f6ef66b9bde823ed3c0b82795c358f94a14566ff33019893c2b6439f11071a26e611e957e5308c46773da84b45262ff9bd5a2438bde8d SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpc64-disc1.iso) = b05d8df53880381cf78617a62ff2bf3f2af2fb958a826893df92f117d9e8778c96986a4337cdb1bf5e7d67e4b25ed57722d80ff60d1987afb467be4fb9687a97 SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpc64-disc1.iso.xz) = e62eacc96fcbe88498764d1325479da426e4097a6ae81bbf4896747cee8f5f42d6c264ee79aa6e090d6c4f3d18139b7945e5aa2a23e19ccafd2701b75432e1da SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpc64-dvd1.iso) = aec3155eb066bbb505490cb9f96081c5622949f243e0badff92f98e2665cd9d7bb46ef9fff653478ec7afdc2f68fab20dc7c5eae77e3c65f4e96e7e588770ed7 SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpc64-dvd1.iso.xz) = 3ef9e8f41b90741ac6d6815cc5992e6687e1d8e4d37fe927f0a42f03088bd5dd62363806584d6ddded348b866cc80da68370d724433daa7ee2fcb058c3e55ac9 SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpc64-bootonly.iso) = c3c19ade632d5db6e8733aa66ba2faa4928b1469a690098a8be6ae35d5d55330 SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpc64-bootonly.iso.xz) = bfa554e1a700b4f36fe3e1eeb13f0a44d6810630348198e8c88b35fd5eba2852 SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpc64-disc1.iso) = 95c5482335daa3b77a75ec8ca81db7246060df49da4fe398fd251ce1a7c6e86f SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpc64-disc1.iso.xz) = 1f8637ef2c5652ef23eb9a4fb7ff90f3d92bf1b723cbf0f6e3f25bde5329f8b0 SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpc64-dvd1.iso) = f34a1e412cd50236385de6ce519a20c07a1b2e26723c7031200e0059d4cddc5b SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpc64-dvd1.iso.xz) = 175a44b9f3f386fa9439333544d4faf936a94c0ae9979be23a97cc3dfcf9565a o 13.1-BETA1 powerpc64le GENERIC64LE: SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpc64le-bootonly.iso) = d3b89ac97c57c45ee46d6694a532a68e48f74e5aadf6744ec0098c322e1cd67b8131cb8ade249c9652108f3824b201f75643ee2330c87770adfdaccb84f22ba6 SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpc64le-bootonly.iso.xz) = 075550ad3ccb549e477bfc130eef6662277f3048a5bf073d76221f52e2a865efe0dcd3d74a023757866f9c6cf41836efb2f2e7c6bffca30a86c13fb3054baef7 SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpc64le-disc1.iso) = 4a6cf83a99f76af724785960acf499a68c8c8e2a9badc935983a3149b9820c5cf9abc96caf93ad6d48e4389e18a565dfc43fbb518c88738706e74722805a6e66 SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpc64le-disc1.iso.xz) = fb80dae14a74d1f16430265a5ef1764e61fdb191a71734d9f9d066d10703372aa628adb47354cf2d5ffbba789f46493439a98ccde9f0bb593318861bc115f3d6 SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpc64le-dvd1.iso) = 14fb6ac3671654e3a043be56d1821aba6264e5c68a0b5512cfa7283644f5a0283a8db0e7e0178a5fb71880ab530e0b23fb072cc1ee73b11be5afd0d99c794913 SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpc64le-dvd1.iso.xz) = 86f449d918c04181483db965813273917185e4a498a6bf27f22926b43a73c8c6d3694abc4a682cf95e78e21fc47be83e3c891a443779a5e19a0fd08453cbc03f SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpc64le-bootonly.iso) = d5fd2c6c29e32649e6c21190c3c913bdd50472aa31f4e5364104878adcd5db74 SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpc64le-bootonly.iso.xz) = a58228cbeba5ba952e7d36e1563df9f7b6bccab35f0ec310ffdf147d7993339b SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpc64le-disc1.iso) = dbe163acab4b2970aff8ca95a7f7210dc7cedf920e1462e5fb811900d9b80972 SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpc64le-disc1.iso.xz) = 526f2ace99d7a87a72c280428b0dddc43494584cae714b77dccf18a91037538c SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpc64le-dvd1.iso) = ed360e24cbecdef6f89b321c46844f59934c2cacd92d578719df83f982c8807a SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpc64le-dvd1.iso.xz) = 03b949bfe5df542a23a5c32d80d8097ee2663e793dd5ff79abb0bdb32c743ac1 o 13.1-BETA1 powerpcspe MPC85XXSPE: SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpcspe-bootonly.iso) = 3b45d6b0a31fd3060bd03b2b875bc86e9ca98f86f61ee8d00dc6a76a3055c4cba4e783245852d6f963c34785a34463dbb8379d4002e36266ebb5f9d55db29ed3 SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpcspe-bootonly.iso.xz) = caf517f27225d49956fc1667a7c67b90901b4e5cd33452764fbed246939ef7fea20852972e530b192be15d8ec5051c405b91933efe6366b2cb39389ce01b1131 SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpcspe-disc1.iso) = ce77f06d6e5e24ccdf68006a011e8e533665362123b73a88dd6c10ada3c81322cd3d704e7503a2f5fb9126e7b8a383b1c1153b46290aa52f131fdc0302dc647d SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpcspe-disc1.iso.xz) = 5bf71b6581b5c1989c13bde7fc5edd3886d8b01d86b37b9bf6f6b0d8a984e9e1258ccc17262ecdb7df74daf65428344637746ec56b6763e9bd0df46039cd557c SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpcspe-dvd1.iso) = f249f2bb3949ae16851071d2f402e84119bc961cd15ef8fcab1356265bcd25e1a2d4c5a4f876969674bcef611b29769947c71b092947d3ee31ee487a5e533423 SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpcspe-dvd1.iso.xz) = e7c2c9661ec921339acbd3a32071d7cda17d2e2cb6bdc662a3ea297a1b4891b3bc9bceaf4af8b7f39a07a13cdec3871a3b1ae0567ebe3eb45bb349f35b5d4900 SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpcspe-bootonly.iso) = b1402e59b9c6fb749eefedd0a3426b30b2a78e19715f55b8e93c068f5ce7d017 SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpcspe-bootonly.iso.xz) = fa1146479f52c7abf66f6eb62f53187734b9ce118102ce580d6e67e445c450db SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpcspe-disc1.iso) = f1ea7c8e6db8d047555fcef118c8da4afe56ac267511e647aee2cea7d64de763 SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpcspe-disc1.iso.xz) = ab6e3468567c3a4932acb042b7d1727f351a8428ad43624e6c8d1b779e619b33 SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpcspe-dvd1.iso) = 86a92257d94f3022208787f26b6688112f22a55a7447acfb6c313834d0168d93 SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpcspe-dvd1.iso.xz) = 1d5fba6b8bfdd2650e4857ced5a12ba111285fcd52cba2b9cd2b0af33b105319 o 13.1-BETA1 armv6 RPI-B: SHA512 (FreeBSD-13.1-BETA1-arm-armv6-RPI-B.img.xz) = f657941f9f09bd7b2c0fe458cd7c1d9dad5fbfb7d6115daf53a60da15d96e3205e5936ece43dd2ca229b55dea22765b7e85eb5bb72b022d79f3e881016448bbf SHA256 (FreeBSD-13.1-BETA1-arm-armv6-RPI-B.img.xz) = b70f15f93a9703ea4c6e4458c73ebe30643d9a442aa5340f98e512273fa09cb3 o 13.1-BETA1 armv7 GENERICSD: SHA512 (FreeBSD-13.1-BETA1-arm-armv7-GENERICSD.img.xz) = fadf8b191dd9dbc94af1b8457610b713e3aa45b2b2049b73687b538f39ea68c27a7eba7bcf2af4acb2737eb21ccc8de822514954fd61b8ecfe5cb189afe28a3b SHA256 (FreeBSD-13.1-BETA1-arm-armv7-GENERICSD.img.xz) = 0f977fb6549a7e22c9e533e8dbcf9d145dbbe16ccd6f45a97c004b56b8ca050e o 13.1-BETA1 aarch64 RPI: SHA512 (FreeBSD-13.1-BETA1-arm64-aarch64-RPI.img.xz) = d40d123d1dd641671ef620c93a8534ea1641a79244856bcb1ae67f667d22187f34d70ca339cc6cd45683611a3a72a75d5685fbd3e363120c4db477517604aafd SHA256 (FreeBSD-13.1-BETA1-arm64-aarch64-RPI.img.xz) = 0ed6e65046768ea7134a6d950c8ef0d24678207e7b895da2b9d0b091d7595803 o 13.1-BETA1 aarch64 PINE64: SHA512 (FreeBSD-13.1-BETA1-arm64-aarch64-PINE64.img.xz) = 3373e94c4d2a523630a7881969ecfd5d9ba72c64f6602c58b55b2de74d8fe65e72e348373af1c1f09e7d6e82dd38b94e0397c1c490eded21bbcfa6fac68d2e35 SHA256 (FreeBSD-13.1-BETA1-arm64-aarch64-PINE64.img.xz) = bbf122a8af21071d724b9667a007f9afe531c931f9975d53f312ed0440022dba o 13.1-BETA1 aarch64 PINE64-LTS: SHA512 (FreeBSD-13.1-BETA1-arm64-aarch64-PINE64-LTS.img.xz) = 3ffbc23b9b3b1b68ea347ba58df5e56c665849a9eba2929255eb72d40bd702ee8bf74e661dd2b575b0bc08cbfce63fd6476724642eb11b803fdef04f99240b5a SHA256 (FreeBSD-13.1-BETA1-arm64-aarch64-PINE64-LTS.img.xz) = 11e142bc1e6b58f0527f43e534713f5b25ed109125c90d97e228b80929b895ef o 13.1-BETA1 aarch64 PINEBOOK: SHA512 (FreeBSD-13.1-BETA1-arm64-aarch64-PINEBOOK.img.xz) = 23dbeebbd23c1b4543c0afd752954e6678840173a610ae8235d9fd880e642a0eea4dd49c7e5882244cf4c279b9e4fd3096a22f4831f388fdf8264fa305d5be77 SHA256 (FreeBSD-13.1-BETA1-arm64-aarch64-PINEBOOK.img.xz) = 3901321c0975fe40b793edd06f7c3cd69a985f56bf3dbb487b2e41e28ece8fb4 o 13.1-BETA1 aarch64 ROCK64: SHA512 (FreeBSD-13.1-BETA1-arm64-aarch64-ROCK64.img.xz) = fe61a03a5337821c7599164447974047b5479fa3dea7a76d11c3154e966d1bccdf8dd094dc2c6cea38d0067323819e3f666a02727ec86418d7c4f7cf6a7b8b72 SHA256 (FreeBSD-13.1-BETA1-arm64-aarch64-ROCK64.img.xz) = e53959d1ca354a683ba6640380ecb8d22a9c19a9083b51c000939a3befc40524 o 13.1-BETA1 aarch64 ROCKPRO64: SHA512 (FreeBSD-13.1-BETA1-arm64-aarch64-ROCKPRO64.img.xz) = 795910ac2661128a02f1be99ac88d14f71e8d2b0dc974ceb6ae0c477a506b8a04892b1f21b918af52c23a3d1e83e3fd8321db5ec2ef35547951104f2f3808bde SHA256 (FreeBSD-13.1-BETA1-arm64-aarch64-ROCKPRO64.img.xz) = 471d4cb384072c917412165c44176b3971c08feb8e9261530a7063366df3c3d6 o 13.1-BETA1 riscv64 GENERIC: SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64-bootonly.iso) = 0f1f91f447b3ee4b670ef6f0f3ea215b00702d049c920433456141f3771577aa6f425fb713fe438b268f4cc93387812de0d54172d508df1c4c98fea87d8c6d49 SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64-bootonly.iso.xz) = 94b1aad2cedf4aa39e4e4de3c0c96df4cf34a8656f861c033163779c359d1f3c2504d747331c7d06b06d348f87113446f3b40ed023f9e9c1d062c1585214d6a7 SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64-disc1.iso) = a1ac8a53a4bbb838b36fee96a470f405690bb845651b7d1ff56181228ee6023787b4d3a1c51c1cee0eda04852c798276950cb5d4404ca5205eb117a0abbc6bad SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64-disc1.iso.xz) = 23570243c1ef0891394589f2d707a4ebbb5bd2e47449d16b82d1deb01f8f008fbc342cfce42c46e0ad9fb9c78f3c68b3da2ce608ee40c770a3423735501e59b2 SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64-dvd1.iso) = 6157111ea7f2f6c95cdae0ac73e9ebcbde324532198f8dba947a7a11cdd2d46e9b90d03513cb65e8a6ffe6d0d3235ecd39dc0b75bca40b99e27c540899594d51 SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64-dvd1.iso.xz) = 93308004ff722467a8b920bbfcdd04cb6dd12c1d11267530f2286030fb711bb0de12429e064cc33a2627912c6b11b6003572c5966736bc93590822a9c4e8b580 SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64-memstick.img) = a1b943a12f2cf228bfe53f161d970bd6806deca8592c2d1ac358a1340649611b80cfeaa7469df3e2ec5655f427ed54c521bdfa3e16cb8fe76e0b1cd307dbdaa2 SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64-memstick.img.xz) = ae99bcd007509ba1768d4b22202844b2e7fb8814ef4a0033eda96f58389d8a76c9446fbec8c109ef46d7ee5b23a7c9a10745ab58b57d5cb5e096af8bd253981e SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64-mini-memstick.img) = 3349748ff4ebbcf03cc6784306de767265c4154e1bee25db19f2fd71483af3c41eadaa45ddd43e651404f8596eb3cffd6f0dfb9e0a716acc8d753403135b8201 SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64-mini-memstick.img.xz) = b58152eb69e974a93ed9862afa4ed15b69388b42f3e95ce8b5ab1ed8ca8b0c7553490ec874bbf6543f736cdb9597daaba154dea6f4b08029ebf79686880a48d0 SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64-bootonly.iso) = 72d9761ddd5f18f686cd469785b2905b9e861c318d8615daf26f55f27da19eef SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64-bootonly.iso.xz) = 654caf61e85ed32c83d3ee4cc443859b0ab5a6e54f66d16e95b3e08ee655dd43 SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64-disc1.iso) = 9059eacfb0fdef35e35cfbc219a22e239cf321b4500ede785752c0584e9c3ea6 SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64-disc1.iso.xz) = 05f3a4ef3519594a5e8c0be8e874202b5697702a73186ff697840444bb0caa5b SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64-dvd1.iso) = 9584414dd4d6a504273c16a97d2259c95e8e90c20119f62d7d6fb54167ba87c3 SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64-dvd1.iso.xz) = 995024e01edf42caebbda1784d7a139b0924080131a7edefac271714a0754fdc SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64-memstick.img) = d06803427f079b514c664a563fd1a372078d4c8dca39f59125e1273b23a86d9d SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64-memstick.img.xz) = 65172fc772906dbfc59f13663cd306d97f924c39cdff4112702306db535b1798 SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64-mini-memstick.img) = 9578de673de11fafe2f7de5309ff9a56dd3bbbdea00bc25fed032de0dc1451ee SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64-mini-memstick.img.xz) = 6559ae81918fe2d4a8e2c7de4e227ae43732e271a630c2aba2d0da6a79e3eefd o 13.1-BETA1 riscv64 GENERICSD: SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64-GENERICSD.img.xz) = c464a6da12652f0c8171bc70609c0135ed1178c0e013ea507cd0e72f933230a2d4e2a299156644133cd6b8ba265f9d8ec9c915461eb2c5e310aeb1ddee6f44bd SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64-GENERICSD.img.xz) = adedd248c777ae1dc38c39710a7b5e35989fc6eab6ed5d10c6be27d2e271f2df == VM IMAGE CHECKSUMS == o 13.1-BETA1 amd64: SHA512 (FreeBSD-13.1-BETA1-amd64.qcow2.xz) = 3b98ee71fe7ecf7dad0c5e5d88e6d857c89d39a43aa5783c77939ea16a3e2d9de9896f8660e9fe1e921437613678983a0c47890dc06edddd7468265bf18ff457 SHA512 (FreeBSD-13.1-BETA1-amd64.raw.xz) = d059ca02ba4233f58f0545a74504cfdd65b21bb969ed0d07bffddb5a467b69e5f1ad0ec1e7582d8873edde3a2512c38bd0683bc407aa0aec1c213af92b61d2c5 SHA512 (FreeBSD-13.1-BETA1-amd64.vhd.xz) = 964d67c70eff4758215cfc65ec4ea2f8430484e09c63eb96ae03e587889e1b859bec69c064be4e0a672b4596d441402e8bd203f581c4fda406e1d3e5ab3bcad1 SHA512 (FreeBSD-13.1-BETA1-amd64.vmdk.xz) = 108fec2066275bb3cfcdad9846d31b9c2a216a7acb26c3d42004c407dda7779908e9f0608aaac451c530f7bd83ccbebc8a7ff13977e2c3dec6cb7895dc595579 SHA256 (FreeBSD-13.1-BETA1-amd64.qcow2.xz) = e38ed236a7001eabcfb631850eb31e40cc0c623187777aa70b942d99ad86ef38 SHA256 (FreeBSD-13.1-BETA1-amd64.raw.xz) = a7c5060186c0a574e64f0e1d4361554374e21ac898a11b1b9e2782288a3f03ca SHA256 (FreeBSD-13.1-BETA1-amd64.vhd.xz) = 9fc99e42407bd413f06c56ebf4b3e4f89acbb059f9d4cdb7ae46604d935aca29 SHA256 (FreeBSD-13.1-BETA1-amd64.vmdk.xz) = 9cf4fd759de33257e7af9c688a68ba6671c394493d2a59796b156cb872c840ce o 13.1-BETA1 i386: SHA512 (FreeBSD-13.1-BETA1-i386.qcow2.xz) = 3a09d5ed19a6a51c527711c85112c8ed0e4df48a2b5725f4c6a08ab4d7e92e3db93140d20a658ae8f65048afaad974d231998780e1c5e5ef92347bb1e1ee5991 SHA512 (FreeBSD-13.1-BETA1-i386.raw.xz) = f6702f2714835b1bd3b068eb97f2a17efc3108ed28c1e51a9fa62683489b5b0a35110ae6c4ba2689e315cfc29e6724b763ff87507057e2e761a2ebcaa20c2a4d SHA512 (FreeBSD-13.1-BETA1-i386.vhd.xz) = e7217e0d85092f786266741ec02b04c4c876781b618c6fb44c66c90a1077086948608a559f3d2775702337e1d0d3935e6e171c767102e648304121c9f7c34d29 SHA512 (FreeBSD-13.1-BETA1-i386.vmdk.xz) = 15cb7b65eb64bd17e50d707c8c9574f3aa0d13d9367296d95c8be66daceeb0c55067d05c53c2525e366b4ba516f1bc802499b93816296ebcbef3e82f88453ed9 SHA256 (FreeBSD-13.1-BETA1-i386.qcow2.xz) = 353dd875d7d486c597442a15acd5e90632781b537f4ccbe8958db5c2271181da SHA256 (FreeBSD-13.1-BETA1-i386.raw.xz) = 7945d15dddcf6e5365d5325f832260fb8ac648c79b3a83b90ff47659c9f612fc SHA256 (FreeBSD-13.1-BETA1-i386.vhd.xz) = e157df1b4e289fdde264e83246e7bdf26e1e49b0b49a4824888ef51f1392892a SHA256 (FreeBSD-13.1-BETA1-i386.vmdk.xz) = f782119609cb479bd4481689686d5e0d4b4312b094a97ed709442a7020463069 o 13.1-BETA1 riscv64: SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64.qcow2.xz) = 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64.raw.xz) = 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64.vhd.xz) = 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64.vmdk.xz) = 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64.qcow2.xz) = 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64.raw.xz) = 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64.vhd.xz) = 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64.vmdk.xz) = 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 13.1-BETA1 amd64 BASIC-CI: SHA512 (FreeBSD-13.1-BETA1-amd64-BASIC-CI.raw.xz) = b07d689b7f04c3d558f72b5d67f4556216d50492b54f8f005d663a4e434e57802f5a34d948b204964458f32abd420a5c99ea7747705e25e901dc2e2092b7d048 SHA256 (FreeBSD-13.1-BETA1-amd64-BASIC-CI.raw.xz) = 50d08da00c63fc5dc1a99093567e74f5a7a7d4591da8aa62e3a07a75249eb027 Regards, Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmIqsAwACgkQAxRYpUeP 4pNiDw//TixoETiWHZJj0kk+h4Y/OHaJwDa7Xxg9efIFnyVF5LyacHg0eZvJfnTw MVR43pyMi3HVvykcl6JdH1+K1nL7TUW8GGhHjYaE2gkoiRBMrqnW58I5Jm1PPOQ2 y6ouVhyo/7HIE4qSzAk3ZcTfIXepFwDDspR9xB9bpuCMyTidC1LDrjCkMFe4Zndz CK6xQaUHninYJ7lmAccpLvMAsSIrkacX0lchAgxPneyQ0n2p4P4KrjJjbwInaFL8 7PF7Fo6AtLGl1wwY4r+iVf5sE42CQKyWPgd8dNVGqGJ6g6havI28TsD3Nwk5PZfN BWIU/dot9i0ABCfA9uG7Zsd4nAQ4ypsP+oqEMNhomCOliqZXIP8zQXwDUzbEVMd9 lD+XVr/MjkPnQ4+l2M1waojVEms8hvsMxTpn2OSqRTzfBWBdbD8AXs8kq8W+qPYV UaqZ4wBsEur0yVGrTMdO5GuDDM6J41WeWFBueEy8DycdJGd1n58krt0NrOwzWxQ2 XV/bPrEesKHyp/DP+oqeYoMFZK/oRHa+TUoevU1n8QBiPq2vL8HnuQtntK9/Q2vq Ol66TykD1bvoPsBxDp1YMCkNZWlXGzC/WAqg7RY3psT5FqaOvhgCLCIAFixOaTKX fFInFaVEzN8Wd0N3yTNmHDm7VRZ4U4rmozKHJ159seOhzyZBqDY= =My5O -----END PGP SIGNATURE----- From nobody Fri Mar 11 02:21:18 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id BA8F61A1BA0F; Fri, 11 Mar 2022 02:21:19 +0000 (UTC) (envelope-from jrm@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KF8nC4c0Wz4gLD; Fri, 11 Mar 2022 02:21:19 +0000 (UTC) (envelope-from jrm@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1646965279; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=uJP7+WG22kNTkZZMa+ZoHfGOuI5Gy+T7XJ4OPziUd2Q=; b=aQAJERfb9wYfKbjEJidt/JdZTPL6SHO4M2NE+wrtqo/drgdj4bgRg7dRyuVeAHi6QqmAmR 6+EoHu6rSNJRYu1rx+TEs7wpdd9llN5jf2ZCoabtBixXVe1Vk+4jMPiFP62TTRg10qazhl kSQUUXpyCujE4Z0QQv3ZUsZyJdos4QTjkvDVFvWXmUOfNi0y6kkI3keJQDQxmXGbsdWykT yf+b138cJYjMmPPkksEYmDgSWypkaGEHlKRKWLxxP5ePudE/VcVbbQKkwKMIlNof2mHEEl 69Z7zbmGOt9I1rLelRQygCJzUqSjV/XTyC0pvt333N9fFXwcXGztux3hLJ4frg== Received: from phe.ftfl.ca.ftfl.ca (drmons0544w-156-34-173-250.dhcp-dynamic.fibreop.ns.bellaliant.net [156.34.173.250]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: jrm/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 11CBF26C04; Fri, 11 Mar 2022 02:21:19 +0000 (UTC) (envelope-from jrm@freebsd.org) From: Joseph Mingrone To: hackers@FreeBSD.org Cc: current@FreeBSD.org, stable@FreeBSD.org Subject: FreeBSD Quarterly Status Report - Fourth Quarter 2021 Date: Thu, 10 Mar 2022 22:21:18 -0400 Message-ID: <86czitgrfl.fsf@phe.ftfl.ca> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (berkeley-unix) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1646965279; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=uJP7+WG22kNTkZZMa+ZoHfGOuI5Gy+T7XJ4OPziUd2Q=; b=b0/cK2n/RpWd5wZk1ZJFLfwLH0fzc6En1vgKoZiys4inzpAUXfr06Ono2muvK1r7rBI8Os OBVZTc0RStrJZNrtEm96iYbXK1i3O/0keS2TgHF/ZJ4i2I3MFXl9zE/agDsL6FkQIOao2k hl7a5gouO3RAVUwcHJFDMm0yA7XejXTIHE5yvaelAzKts6rT8Oi/6o0H1tX45CbsMOFWUn wGeWKKNjgfeABTINaWfTohI/zkHXk1+HTqp0LX91rq/nkCzrE2H0IZFWO/X92L9o9n+3zh 50ok5OKFG/+2IUU9HnShG4RDr9Khyul5XjqtDi+5NB5QeMiqcsl+4NZ8AfwwCw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1646965279; a=rsa-sha256; cv=none; b=WqN8wneto/LPxwjYWUMvY97QqQ6EkJ1H7uOhdheEG9Rd3JVV8TTwn+cpfEQwHIK6swLsIS ZzMkAKJj9CgtmeNxXYxT8H57o/KcN/SZuc2OL4krhYecZdhnfXEcGLfPr5gL1xI1Ms+dlj DEAjOTPJB6JCC4fA5jAwXm5Ty56ySVJnPwsBNN8tgVve1aYprwJoHBokuiM4778uU+nYgx Xq6EoMfsAEypHevX1OK0dWGrlzia3Y4mNF0UnoQeq784kewZKdNsDsGnjwql6GuzM6hdOY Nu1fTZQ2RLBMu+Mp59E52SN8O83uAlUOhvYbcrI7vzKVVPGIKIuRYjOGIaknLg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 RnJlZUJTRCBRdWFydGVybHkgU3RhdHVzIFJlcG9ydCA0dGggUXVhcnRlciAyMDIxDQoNClRoaXMg cmVwb3J0IGNvdmVycyBGcmVlQlNEIHJlbGF0ZWQgcHJvamVjdHMgZm9yIHRoZSBwZXJpb2QgYmV0 d2VlbiBPY3RvYmVyIGFuZA0KRGVjZW1iZXIuIEl0IGlzIHRoZSBmb3VydGggb2YgZm91ciBwbGFu bmVkIHJlcG9ydHMgZm9yIDIwMjEsIGFuZCBjb250YWlucyAxOQ0KZW50cmllcy4gSGlnaGxpZ2h0 cyBpbmNsdWRlIGZhc3RlciBib290IHRpbWVzLCBtb3JlIExMREIgd29yaywgYSBiYXNlIE9wZW5T U0gNCnVwZGF0ZSwgYW5kIG1vcmUgd2lyZWxlc3MgZGV2ZWxvcG1lbnQuDQoNCllvdXJzLA0KUGF1 IEFtbWEsIERhbmllbCBFYmRydXAsIEpvaG4tTWFyayBHdXJuZXksIGFuZCBKb2UgTWluZ3JvbmUN Cg0K4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB 4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB 4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB 4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB 4pSB4pSB4pSB4pSBDQpUYWJsZSBvZiBDb250ZW50cw0KDQogIOKAoiBGcmVlQlNEIFRlYW0gUmVw b3J0cw0KICAgICAg4pahIEZyZWVCU0QgRm91bmRhdGlvbg0KICAgICAg4pahIFBvcnRzIENvbGxl Y3Rpb24NCiAgICAgIOKWoSBEb2N1bWVudGF0aW9uIEVuZ2luZWVyaW5nIFRlYW0NCiAgICAgIOKW oSBGcmVlQlNEIFdlYnNpdGUgUmV2YW1wIC0gV2ViQXBwcyB3b3JraW5nIGdyb3VwDQogIOKAoiBQ cm9qZWN0cw0KICAgICAg4pahIEVuYWJsZSBBU0xSIGJ5IGRlZmF1bHQgZm9yIDY0LWJpdCBleGVj dXRhYmxlcw0KICAgICAg4pahIEJvb3QgUGVyZm9ybWFuY2UgSW1wcm92ZW1lbnRzDQogICAgICDi lqEgTExEQiBEZWJ1Z2dlciBJbXByb3ZlbWVudHMNCiAgICAgIOKWoSBOWFAgTFMxMDI4QS8xMDI3 QSBTb0Mgc3VwcG9ydA0KICAgICAg4pahIHNjaGVkX2dldGNwdSgyKSwgbWVtYmFycmllcigyKSwg YW5kIHJzZXEoMikgc3lzY2FsbHMNCiAgICAgIOKWoSBCYXNlIFN5c3RlbSBPcGVuU1NIIFVwZGF0 ZQ0KICAgICAg4pahIFZEU08gb24gYW1kNjQNCiAg4oCiIEtlcm5lbA0KICAgICAg4pahIFRoZSBB VlggYnVnIG9uIGFtZDY0DQogICAgICDilqEgRU5BIEZyZWVCU0QgRHJpdmVyIFVwZGF0ZQ0KICAg ICAg4pahIEludGVsIFdpcmVsZXNzIGRyaXZlciBzdXBwb3J0DQogICAgICDilqEgS2VybmVsIENy eXB0byBjaGFuZ2VzIHRvIHN1cHBvcnQgV2lyZUd1YXJkDQogIOKAoiBQb3J0cw0KICAgICAg4pah IEtERSBvbiBGcmVlQlNEDQogICAgICDilqEgRnJlZUJTRCBPZmZpY2UgVGVhbQ0KICDigKIgVGhp cmQtUGFydHkgUHJvamVjdHMNCiAgICAgIOKWoSBoZWxsb1N5c3RlbQ0KICAgICAg4pahIENvbnRh aW5lcnMgJiBGcmVlQlNEOiBQb3QsIFBvdGx1Y2sgJiBQb3RtYW4NCg0K4pSB4pSB4pSB4pSB4pSB 4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB 4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB 4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB 4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSBDQoNCkZy ZWVCU0QgVGVhbSBSZXBvcnRzDQoNCkVudHJpZXMgZnJvbSB0aGUgdmFyaW91cyBvZmZpY2lhbCBh bmQgc2VtaS1vZmZpY2lhbCB0ZWFtcywgYXMgZm91bmQgaW4gdGhlDQpBZG1pbmlzdHJhdGlvbiBQ YWdlLg0KDQpGcmVlQlNEIEZvdW5kYXRpb24NCg0KTGlua3M6DQpGcmVlQlNEIEZvdW5kYXRpb24g VVJMOiBodHRwczovL3d3dy5GcmVlQlNERm91bmRhdGlvbi5vcmcNClRlY2hub2xvZ3kgUm9hZG1h cCBVUkw6IGh0dHBzOi8vRnJlZUJTREZvdW5kYXRpb24ub3JnL2Jsb2cvdGVjaG5vbG9neS1yb2Fk bWFwLw0KRG9uYXRlIFVSTDogaHR0cHM6Ly93d3cuRnJlZUJTREZvdW5kYXRpb24ub3JnL2RvbmF0 ZS8NCkZvdW5kYXRpb24gUGFydG5lcnNoaXAgUHJvZ3JhbSBVUkw6IGh0dHBzOi8vd3d3LkZyZWVC U0RGb3VuZGF0aW9uLm9yZy8NCkZyZWVCU0QtZm91bmRhdGlvbi1wYXJ0bmVyc2hpcC1wcm9ncmFt DQpGcmVlQlNEIEpvdXJuYWwgVVJMOiBodHRwczovL3d3dy5GcmVlQlNERm91bmRhdGlvbi5vcmcv am91cm5hbC8NCkZvdW5kYXRpb24gTmV3cyBhbmQgRXZlbnRzIFVSTDogaHR0cHM6Ly93d3cuRnJl ZUJTREZvdW5kYXRpb24ub3JnLw0KbmV3cy1hbmQtZXZlbnRzLw0KDQpDb250YWN0OiBEZWIgR29v ZGtpbiA8ZGViQEZyZWVCU0RGb3VuZGF0aW9uLm9yZz4NCg0KVGhlIEZyZWVCU0QgRm91bmRhdGlv biBpcyBhIDUwMShjKSgzKSBub24tcHJvZml0IG9yZ2FuaXphdGlvbiBkZWRpY2F0ZWQgdG8NCnN1 cHBvcnRpbmcgYW5kIHByb21vdGluZyB0aGUgRnJlZUJTRCBQcm9qZWN0IGFuZCBjb21tdW5pdHkg d29ybGR3aWRlLiBEb25hdGlvbnMNCmZyb20gaW5kaXZpZHVhbHMgYW5kIGNvcnBvcmF0aW9ucyBh cmUgdXNlZCB0byBmdW5kIGFuZCBtYW5hZ2Ugc29mdHdhcmUNCmRldmVsb3BtZW50IHByb2plY3Rz LCBjb25mZXJlbmNlcywgYW5kIGRldmVsb3BlciBzdW1taXRzLiBXZSBhbHNvIHByb3ZpZGUNCnRy YXZlbCBncmFudHMgdG8gRnJlZUJTRCBjb250cmlidXRvcnMsIHB1cmNoYXNlIGFuZCBzdXBwb3J0 IGhhcmR3YXJlIHRvIGltcHJvdmUNCmFuZCBtYWludGFpbiBGcmVlQlNEIGluZnJhc3RydWN0dXJl LCBhbmQgcHJvdmlkZSByZXNvdXJjZXMgdG8gaW1wcm92ZSBzZWN1cml0eSwNCnF1YWxpdHkgYXNz dXJhbmNlLCBhbmQgcmVsZWFzZSBlbmdpbmVlcmluZyBlZmZvcnRzLiBXZSBwdWJsaXNoIG1hcmtl dGluZw0KbWF0ZXJpYWwgdG8gcHJvbW90ZSwgZWR1Y2F0ZSwgYW5kIGFkdm9jYXRlIGZvciB0aGUg RnJlZUJTRCBQcm9qZWN0LCBmYWNpbGl0YXRlDQpjb2xsYWJvcmF0aW9uIGJldHdlZW4gY29tbWVy Y2lhbCB2ZW5kb3JzIGFuZCBGcmVlQlNEIGRldmVsb3BlcnMsIGFuZCBmaW5hbGx5LA0KcmVwcmVz ZW50IHRoZSBGcmVlQlNEIFByb2plY3QgaW4gZXhlY3V0aW5nIGNvbnRyYWN0cywgbGljZW5zZSBh Z3JlZW1lbnRzLCBhbmQNCm90aGVyIGxlZ2FsIGFycmFuZ2VtZW50cyB0aGF0IHJlcXVpcmUgYSBy ZWNvZ25pemVkIGxlZ2FsIGVudGl0eS4NCg0KSGVyZSBhcmUgc29tZSBoaWdobGlnaHRzIG9mIHdo YXQgd2UgZGlkIHRvIGhlbHAgRnJlZUJTRCBsYXN0IHF1YXJ0ZXI6DQoNCkZ1bmRyYWlzaW5nIEVm Zm9ydHMNCg0KV2UgZGlkIGl0ISBXZSBtZXQgb3VyIDIwMjEgZnVuZHJhaXNpbmcgZ29hbCBieSBy YWlzaW5nICQxLDI4MSw0MzchISBPbiBiZWhhbGYNCm9mIHRoZSBGb3VuZGF0aW9uLCBJIHdhbnQg dG8gdGhhbmsgeW91IGZvciB5b3VyIGZpbmFuY2lhbCBzdXBwb3J0IGxhc3QgeWVhciwNCnRoYXQg d2lsbCBoZWxwIHVzIGNvbnRpbnVlIGFuZCBpbmNyZWFzZSBvdXIgc3VwcG9ydCBmb3IgRnJlZUJT RCBpbiAyMDIyLiBJbg0KYWRkaXRpb24sIGZvbGtzIGFyZSBhbHJlYWR5IHNlbmRpbmcgdXMgdGhl aXIgMjAyMiBjb250cmlidXRpb25zLCB3aGljaCBpcw0KaW5jcmVkaWJseSBoZWFydHdhcm1pbmch IFdl4oCZbGwgc3RhcnQgdXBkYXRpbmcgdGhlIGZ1bmRyYWlzaW5nIG1ldGVyIGZvciAyMDIyIGJ5 DQp0aGUgZW5kIG9mIEphbnVhcnkuDQoNCkluIHRoaXMgUXVhcnRlcmx5IFN0YXR1cyByZXBvcnQg eW914oCZbGwgcmVhZCBhYm91dCBtYW55IG9mIHRoZSBhcmVhcyB3ZSBmdW5kZWQNCmluIFE0IHRv IGltcHJvdmUgRnJlZUJTRCBhbmQgYWR2b2NhdGUgZm9yIHRoZSBQcm9qZWN0ICh0aGUgdHdvIG1h aW4gYXJlYXMgd2UNCnNwZW5kIG1vbmV5IG9uKS4gQ2hlY2sgb3V0IHJlcG9ydHMgb24gdGhlIGV4 dGVybmFsbHkgZnVuZGVkIHByb2plY3RzIGxpa2UgTExEQg0Kc3VwcG9ydCwgUmFpZC1aIEV4cGFu c2lvbiwgV2lyZUd1YXJkLCBhbmQgd2lmaSwgYXMgd2VsbCBhcywgaW50ZXJuYWxseQ0Kc3VwcG9y dGVkIHdvcmsgbGlrZSBpbXByb3ZlZCBzZWN1cml0eSwgdGllci0xIGFyY2hpdGVjdHVyZSBzdXBw b3J0LCBhbmQNCnByb3ZpZGluZyBvbmxpbmUgb3Bwb3J0dW5pdGllcyB0byBjb25uZWN0IGFuZCBl ZHVjYXRlIHRoZSBjb21tdW5pdHkuDQoNCklmIHlvdSB3YW50IHRvIGhlbHAgdXMgY29udGludWUg b3VyIGVmZm9ydHMsIHBsZWFzZSBjb25zaWRlciBtYWtpbmcgYSBkb25hdGlvbg0KdG93YXJkcyBv dXIgMjAyMiBmdW5kcmFpc2luZyBjYW1wYWlnbiEgaHR0cHM6Ly93d3cuRnJlZUJTREZvdW5kYXRp b24ub3JnL2RvbmF0ZS8uDQoNCldlIGFsc28gaGF2ZSBhIFBhcnRuZXJzaGlwIFByb2dyYW0gZm9y IGxhcmdlciBjb21tZXJjaWFsIGRvbm9ycy4gWW91IGNhbiByZWFkDQphYm91dCBpdCBhdCBodHRw czovL3d3dy5GcmVlQlNERm91bmRhdGlvbi5vcmcvDQpGcmVlQlNELWZvdW5kYXRpb24tcGFydG5l cnNoaXAtcHJvZ3JhbS8uDQoNCk9TIEltcHJvdmVtZW50cw0KDQpEdXJpbmcgdGhlIGZvdXJ0aCBx dWFydGVyLCBGb3VuZGF0aW9uIHN0YWZmIGFuZCBncmFudCByZWNpcGllbnRzIGNvbW1pdHRlZCA0 NzINCnNyYyB0cmVlIGNoYW5nZXMsIDk4IHBvcnRzIHRyZWUgY2hhbmdlcywgYW5kIDExIGRvYyB0 cmVlIGNoYW5nZXMuIFRoaXMNCnJlcHJlc2VudHMgNDElLCA0MSUsIGFuZCAxMyUgb2Ygc3JjLCBw b3J0cywgYW5kIGRvYyBjb21taXRzIGlkZW50aWZ5aW5nIGENCnNwb25zb3IuDQoNCllvdSBjYW4g cmVhZCBhYm91dCBGb3VuZGF0aW9uLXNwb25zb3JlZCBwcm9qZWN0cyBpbiBpbmRpdmlkdWFsIHF1 YXJ0ZXJseSByZXBvcnQNCmVudHJpZXM6DQoNCiAg4oCiIFRoZSBBVlggYnVnIG9uIGFtZDY0DQoN CiAg4oCiIENyeXB0byBjaGFuZ2VzIGZvciBXaXJlR3VyYXJkDQoNCiAg4oCiIEludGVsIFdpcmVs ZXNzIGRyaXZlciBzdXBwb3J0DQoNCiAg4oCiIExMREIgRGVidWdnZXIgSW1wcm92ZW1lbnRzDQoN CiAg4oCiIEJhc2UgU3lzdGVtIE9wZW5TU0ggVXBkYXRlDQoNCiAg4oCiIHNjaGVkX2dldGNwdSgy KSwgbWVtYmFycmllcigyKSwgYW5kIHJzZXEoMikgc3lzY2FsbHMNCg0KICDigKIgVkRTTyBvbiBh bWQ2NA0KDQpIZXJlIGlzIGEgc21hbGwgc2FtcGxlIG9mIG90aGVyIGJhc2Ugc3lzdGVtIGltcHJv dmVtZW50cyBmcm9tIEZvdW5kYXRpb24NCmRldmVsb3BlcnMgdGhpcyBxdWFydGVyIHRoYXQgZG8g bm90IGhhdmUgc2VwYXJhdGUgcmVwb3J0IGVudHJpZXMuDQoNCmtlcm4ucHJvYy5wYXRobmFtZSBj YW5vbmljYWwgaGFyZCBsaW5rDQoNClNvbWUgcHJvZ3JhbXMgYWRqdXN0IHRoZWlyIGJlaGF2aW9y IGRlcGVuZGluZyBvbiB3aGljaCBuYW1lIHdhcyB1c2VkIGZvcg0KZXhlY3V0aW9uLiBGb3IgdGhl c2UgcHJvZ3JhbXMsIGl0IGlzIG9mdGVuIGltcG9ydGFudCB0byBoYXZlIGEgY29uc2lzdGVudCBu YW1lDQppbiBhcmd2WzBdLCBzeXNjdGwga2Vybi5wcm9jLnBhdGhuYW1lLCBhdXh2IEFUX0VYRUNQ QVRILCBhbmQgYW55IHByb2NmcyBmaWxlDQpzeW1saW5rLiBCZWZvcmUgdGhpcyB3b3JrLCBhbGwg bGlzdGVkIGtlcm5lbCBpbnRlcmZhY2VzIHRyaWVkIHRvIGNhbGN1bGF0ZSBzb21lDQpuYW1lIGZv ciB0aGUgdGV4dCB2bm9kZSBhbmQgcmV0dXJuZWQgdGhlIHJlc3VsdC4gSWYgdGhlIGV4ZWN1dGVk IGJpbmFyeSBoYXMNCm1vcmUgdGhhbiBvbmUgaGFyZGxpbmssIHRoZSByZXR1cm5lZCBuYW1lcyB3 ZXJlIGFyYml0cmFyaWx5IGNob3NlbiBmcm9tIHRoZQ0KbGlzdCBvZiB2YWxpZCBuYW1lcyBmb3Ig dGhlIGZpbGUuIEFmdGVyIHdvcmsgY29tcGxldGVkIHRoaXMgcXVhcnRlciBieQ0KRm91bmRhdGlv biBkZXZlbG9wZXIgS29uc3RhbnRpbiBCZWxvdXNvdiwgdGhlIHN5c3RlbSBub3cgaG9sZHMgdGhl IHBhcmVudA0KZGlyZWN0b3J5IGFuZCB0aGUgbmFtZSBvZiB0aGUgdGV4dCBmaWxlIGZvciB0aGUg cnVubmluZyBpbWFnZS4gVGhpcyBpcyB1c2VkIHRvDQpyZWNvbnN0cnVjdCB0aGUgY29ycmVjdCBu YW1lIG9mIHRoZSB0ZXh0IGZpbGUgd2hlbiByZXF1ZXN0ZWQuDQoNCnN3YXBvbi9zd2Fwb2ZmLCBm aWxlIHN3YXBwaW5nDQoNCkFmdGVyIHdvcmsgdG8gZml4IGFzc2VydHMgZm9yIGNoYXJhY3RlciBk ZXZpY2Ugdm5vZGUgbG9ja2luZywgdGhlcmUgd2FzIGENCnJlcG9ydCB0aGF0IHN3YXAgb24gZmls ZSBjb2RlIGJyb2tlIHRoZSBWRlMgbG9ja2luZyBwcm90b2NvbC4gU29tZSBvdGhlcg0KcmVncmVz c2lvbnMgaW4gdGhlIHN3YXAgb24gZmlsZSB3ZXJlIGFsc28gaWRlbnRpZmllZC4gRm9yIGluc3Rh bmNlLCBvbg0Kc2h1dGRvd24sIGZpbGVzeXN0ZW1zIHdlcmUgdW5tb3VudGVkIGJlZm9yZSBzd2Fw b2ZmLCB3aGljaCBtYWtlcyBzd2Fwb2ZmIHBhbmljDQpvbiBwYWdlLWluLiBUaGVzZSBidWdzIHdl cmUgZml4ZWQgYW5kIGEgc3dhcG9mZigyKSBmZWF0dXJlIHdhcyBhZGRlZCB0byBhdm9pZA0Kc29t ZSB2ZXJ5IGNvbnNlcnZhdGl2ZSBlc3RpbWF0aW9ucyBmb3IgcHJvdGVjdGlvbiBhZ2FpbnN0IG1l bW9yeSBhbmQgc3dhcCBzcGFjZQ0Kc2hvcnRhZ2VzLg0KDQpmY250bChGX0tJTkZPKQ0KDQpBcHBs aWNhdGlvbiBkZXZlbG9wZXJzIG9mdGVuIHJlcXVlc3QgYW4gaW50ZXJmYWNlIHRvIHJldHVybiB0 aGUgZmlsZSBwYXRoIGZvcg0KYW4gb3BlbiBmaWxlIGRlc2NyaXB0b3IuIE91ciBvbmx5IHVzZWZ1 bCBmYWNpbGl0eSBmb3IgdGhpcyB3YXMNCmtlcm4ucHJvYy5maWxlZGVzYyBzeXNjdGwsIHdoaWNo IGlzIHNvbWV3aGF0IHVzYWJsZSwgYnV0IGluY3VycyB0b28gaGlnaCBvZiBhbg0Kb3ZlcmhlYWQg d2hlbiBhIHByb2Nlc3MgaGFzIG1hbnkgb3BlbiBmaWxlcy4gQSBmY250bChGX0tJTkZPKSBpbnRl cmZhY2Ugd2FzDQphZGRlZCwgd2hpY2ggcmV0dXJucyBhIHN0cnVjdCBraW5mb19maWxlIGp1c3Qg Zm9yIHRoZSBzcGVjaWZpZWQgZmlsZQ0KZGVzY3JpcHRvci4gQW1vbmcgb3RoZXIgdXNlZnVsIGRh dGEsIGtpbmZvX2ZpbGUgcHJvdmlkZXMgdGhlIGNhbGN1bGF0ZWQgcGF0aCwNCndoZW4gYXZhaWxh YmxlLg0KDQpDb250aW51b3VzIEludGVncmF0aW9uIGFuZCBRdWFsaXR5IEFzc3VyYW5jZQ0KDQpU aGUgRm91bmRhdGlvbiBwcm92aWRlcyBhIGZ1bGwtdGltZSBzdGFmZiBtZW1iZXIgYW5kIGZ1bmRz IHByb2plY3RzIHRvIGltcHJvdmUNCmNvbnRpbnVvdXMgaW50ZWdyYXRpb24sIGF1dG9tYXRlZCB0 ZXN0aW5nLCBhbmQgb3ZlcmFsbCBxdWFsaXR5IGFzc3VyYW5jZQ0KZWZmb3J0cyBmb3IgdGhlIEZy ZWVCU0QgcHJvamVjdC4NCg0KU3VwcG9ydGluZyBGcmVlQlNEIEluZnJhc3RydWN0dXJlDQoNClRo ZSBGb3VuZGF0aW9uIHByb3ZpZGVzIGhhcmR3YXJlIGFuZCBzdXBwb3J0IGZvciB0aGUgUHJvamVj dC4gSW4gdGhlIGZvdXJ0aA0KcXVhcnRlciBvZiAyMDIxLCB3ZSBiZWdhbiBzZWFyY2hpbmcgZm9y IGEgbmV3IEF1c3RyYWxpYW4gbWlycm9yIHNlcnZlci4gQXQgdGhlDQp0aW1lIG9mIHdyaXRpbmcs IHRoZSBzZXJ2ZXIgaXMgcHVyY2hhc2VkLCBidXQgd2l0aCBkZWxheXMgb2J0YWluaW5nIGNvbXBv bmVudHMNCmFuZCBzaGlwcGluZywgaXQgbWF5IG5vdCBiZSBhY3RpdmUgdW50aWwgdGhlIHNlY29u ZCBvciB0aGlyZCBxdWFydGVyIG9mIDIwMjIuDQpCZXR0ZXIgYW5kIGZhc3RlciBhY2Nlc3MgdG8g b3VyIHNpdGVzIGZvciB0aGUgQXVzdHJhbGlhbiBGcmVlQlNEIGNvbW11bml0eSBpcw0KY29taW5n Lg0KDQpGcmVlQlNEIEFkdm9jYWN5IGFuZCBFZHVjYXRpb24NCg0KTXVjaCBvZiBvdXIgZWZmb3J0 IGlzIGRlZGljYXRlZCB0byBQcm9qZWN0IGFkdm9jYWN5LiBUaGlzIG1heSBpbnZvbHZlDQpoaWdo bGlnaHRpbmcgaW50ZXJlc3RpbmcgRnJlZUJTRCB3b3JrLCBwcm9kdWNpbmcgbGl0ZXJhdHVyZSwg YXR0ZW5kaW5nIGV2ZW50cywNCm9yIGdpdmluZyBwcmVzZW50YXRpb25zLiBUaGUgZ29hbCBvZiB0 aGUgbGl0ZXJhdHVyZSB3ZSBwcm9kdWNlIGlzIHRvIHRlYWNoDQpwZW9wbGUgRnJlZUJTRCBiYXNp Y3MgYW5kIGhlbHAgbWFrZSB0aGVpciBwYXRoIHRvIGFkb3B0aW9uIG9yIGNvbnRyaWJ1dGlvbg0K ZWFzaWVyLiBPdGhlciB0aGFuIGF0dGVuZGluZyBhbmQgcHJlc2VudGluZyBhdCBldmVudHMsIHdl IGVuY291cmFnZSBhbmQgaGVscA0KY29tbXVuaXR5IG1lbWJlcnMgcnVuIHRoZWlyIG93biBGcmVl QlNEIGV2ZW50cywgZ2l2ZSBwcmVzZW50YXRpb25zLCBvciBzdGFmZg0KRnJlZUJTRCB0YWJsZXMu DQoNClRoZSBGcmVlQlNEIEZvdW5kYXRpb24gc3BvbnNvcnMgbWFueSBjb25mZXJlbmNlcywgZXZl bnRzLCBhbmQgc3VtbWl0cyBhcm91bmQNCnRoZSBnbG9iZS4gVGhlc2UgZXZlbnRzIGNhbiBiZSBC U0QtcmVsYXRlZCwgb3BlbiBzb3VyY2UsIG9yIHRlY2hub2xvZ3kgZXZlbnRzDQpnZWFyZWQgdG93 YXJkcyB1bmRlcnJlcHJlc2VudGVkIGdyb3Vwcy4gV2Ugc3VwcG9ydCB0aGUgRnJlZUJTRC1mb2N1 c2VkIGV2ZW50cw0KdG8gaGVscCBwcm92aWRlIGEgdmVudWUgZm9yIHNoYXJpbmcga25vd2xlZGdl LCB3b3JraW5nIHRvZ2V0aGVyIG9uIHByb2plY3RzLA0KYW5kIGZhY2lsaXRhdGluZyBjb2xsYWJv cmF0aW9uIGJldHdlZW4gZGV2ZWxvcGVycyBhbmQgY29tbWVyY2lhbCB1c2Vycy4gVGhpcw0KYWxs IGhlbHBzIHByb3ZpZGUgYSBoZWFsdGh5IGVjb3N5c3RlbS4gV2Ugc3VwcG9ydCB0aGUgbm9uLUZy ZWVCU0QgZXZlbnRzIHRvDQpwcm9tb3RlIGFuZCByYWlzZSBhd2FyZW5lc3Mgb2YgRnJlZUJTRCwg dG8gaW5jcmVhc2UgdGhlIHVzZSBvZiBGcmVlQlNEIGluDQpkaWZmZXJlbnQgYXBwbGljYXRpb25z LCBhbmQgdG8gcmVjcnVpdCBtb3JlIGNvbnRyaWJ1dG9ycyB0byB0aGUgUHJvamVjdC4gV2UgYXJl DQpjb250aW51aW5nIHRvIGF0dGVuZCB2aXJ0dWFsIGV2ZW50cyBhbmQgaGVsZCBhIHZpcnR1YWwg dmVuZG9yIHN1bW1pdCB0aGlzIHBhc3QNCk5vdmVtYmVyLg0KDQpDaGVjayBvdXQgc29tZSBvZiB0 aGUgYWR2b2NhY3kgYW5kIGVkdWNhdGlvbiB3b3JrIHdlIGRpZCBsYXN0IHF1YXJ0ZXI6DQoNCiAg 4oCiIFByb21vdGVkIGFuZCBwYXJ0aWNpcGF0ZWQgYXMgYSBtZWRpYSBzcG9uc29yIGZvciBBTEwg VGhpbmdzIE9wZW4gMjAyMQ0KDQogIOKAoiBDb21taXR0ZWQgdG8gYmVpbmcgYSBNZWRpYSBTcG9u c29yIGZvciBTQ0FMRSAxOXgNCg0KICDigKIgQ29tbWl0dGVkIHRvIGhvc3RpbmcgYSBzdGFuZCBh dCBGT1NERU0gMjAyMg0KDQogIOKAoiBTZW50IG91dCB0aGUgRmFsbCAyMDIxIE5ld3NsZXR0ZXIN Cg0KICDigKIgSGVsZCBhIEZyZWVCU0QgRnJpZGF5IHRhbGs6IFRoZSBXcml0aW5nIFNjaG9sYXLi gJlzIEd1aWRlIHRvIEZyZWVCU0QsICh0ZXh0DQogICAgZXF1aXZhbGVudCkNCg0KICDigKIgR2F2 ZSBhIEZvdW5kYXRpb24gdGFsayBhdCBTZW1pLUJ1ZywgTm92ZW1iZXIgMTYsIDIwMjENCg0KICDi gKIgR2F2ZSBGb3VuZGF0aW9uIGFuZCBGcmVlQlNEIHRhbGtzIGF0IFNlYWdhdGUgT1NQTywgRGVj ZW1iZXIgOSwgMjAyMQ0KDQogIOKAoiBIZWxwZWQgb3JnYW5pemUgdGhlIDIgZGF5IEZyZWVCU0Qg VmlydHVhbCBWZW5kb3IgU3VtbWl0LCBOb3ZlbWJlciAxOC0xOSwNCiAgICAyMDIxLiBWaWRlb3Mg Y2FuIGJlIGZvdW5kIG9uIHRoZSBQcm9qZWN04oCZcyBZb3V0dWJlIENoYW5uZWwNCg0KICDigKIg TmV3IGJsb2cgYW5kIHZpZGVvIHBvc3RzOg0KDQogICAgICDilqEgRnJlZUJTRCBGb3VuZGF0aW9u IEZhbGwgMjAyMSBVcGRhdGUNCg0KICAgICAg4pahIDIwMjEgaW4gUmV2aWV3OiBBZHZvY2FjeQ0K DQogICAgICDilqEgMjAyMSBpbiBSZXZpZXc6IEluZnJhc3RydWN0dXJlIFN1cHBvcnQNCg0KICAg ICAg4pahIDIwMjEgaW4gUmV2aWV3OiBTb2Z0d2FyZSBEZXZlbG9wbWVudA0KDQogICAgICDilqEg T3BlbiBTb3VyY2UgU3VtbWl0IDIwMjEgQ29uZmVyZW5jZSBSZWNhcA0KDQogIOKAoiBOZXcgSG93 LVRvIEd1aWRlOiBJbnRyb2R1Y3Rpb24gdG8gRnJlZUJTRA0KDQpXZSBoZWxwIGVkdWNhdGUgdGhl IHdvcmxkIGFib3V0IEZyZWVCU0QgYnkgcHVibGlzaGluZyB0aGUgcHJvZmVzc2lvbmFsbHkNCnBy b2R1Y2VkIEZyZWVCU0QgSm91cm5hbC4gQXMgd2UgbWVudGlvbmVkIHByZXZpb3VzbHksIHRoZSBG cmVlQlNEIEpvdXJuYWwgaXMNCm5vdyBhIGZyZWUgcHVibGljYXRpb24uIEZpbmQgb3V0IG1vcmUg YW5kIGFjY2VzcyB0aGUgbGF0ZXN0IGlzc3VlcyBhdCBodHRwczovLw0Kd3d3LkZyZWVCU0Rmb3Vu ZGF0aW9uLm9yZy9qb3VybmFsLy4NCg0KWW91IGNhbiBmaW5kIG91dCBtb3JlIGFib3V0IGV2ZW50 cyB3ZSBhdHRlbmRlZCBhbmQgdXBjb21pbmcgZXZlbnRzIGF0IGh0dHBzOi8vDQp3d3cuRnJlZUJT RGZvdW5kYXRpb24ub3JnL25ld3MtYW5kLWV2ZW50cy8uDQoNCkxlZ2FsL0ZyZWVCU0QgSVANCg0K VGhlIEZvdW5kYXRpb24gb3ducyB0aGUgRnJlZUJTRCB0cmFkZW1hcmtzLCBhbmQgaXQgaXMgb3Vy IHJlc3BvbnNpYmlsaXR5IHRvDQpwcm90ZWN0IHRoZW0uIFdlIGFsc28gcHJvdmlkZSBsZWdhbCBz dXBwb3J0IGZvciB0aGUgY29yZSB0ZWFtIHRvIGludmVzdGlnYXRlDQpxdWVzdGlvbnMgdGhhdCBh cmlzZS4NCg0KR28gdG8gaHR0cHM6Ly93d3cuRnJlZUJTREZvdW5kYXRpb24ub3JnIHRvIGZpbmQg bW9yZSBhYm91dCBob3cgd2Ugc3VwcG9ydA0KRnJlZUJTRCBhbmQgaG93IHdlIGNhbiBoZWxwIHlv dSENCg0K4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB 4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB 4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB 4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB 4pSB4pSB4pSB4pSB4pSBDQoNClBvcnRzIENvbGxlY3Rpb24NCg0KTGlua3M6DQpBYm91dCBGcmVl QlNEIFBvcnRzIFVSTDogaHR0cHM6Ly93d3cuRnJlZUJTRC5vcmcvcG9ydHMvDQpDb250cmlidXRp bmcgdG8gUG9ydHMgVVJMOiBodHRwczovL2RvY3MuZnJlZWJzZC5vcmcvZW4vYXJ0aWNsZXMvY29u dHJpYnV0aW5nLyMNCnBvcnRzLWNvbnRyaWJ1dGluZw0KRnJlZUJTRCBQb3J0cyBNb25pdG9yaW5n IFVSTDogaHR0cDovL3BvcnRzbW9uLmZyZWVic2Qub3JnLw0KUG9ydHMgTWFuYWdlbWVudCBUZWFt IFVSTDogaHR0cHM6Ly93d3cuZnJlZWJzZC5vcmcvcG9ydG1nci8NClBvcnRzIFRhcmJhbGwgVVJM OiBodHRwOi8vZnRwLmZyZWVic2Qub3JnL3B1Yi9GcmVlQlNEL3BvcnRzL3BvcnRzLw0KDQpDb250 YWN0OiBSZW7DqSBMYWRhbiA8cG9ydG1nci1zZWNyZXRhcnlARnJlZUJTRC5vcmc+DQpDb250YWN0 OiBGcmVlQlNEIFBvcnRzIE1hbmFnZW1lbnQgVGVhbSA8cG9ydG1nckBGcmVlQlNELm9yZz4NCg0K VGhlIFBvcnRzIE1hbmFnZW1lbnQgVGVhbSBpcyByZXNwb25zaWJsZSBmb3Igb3ZlcnNlZWluZyB0 aGUgb3ZlcmFsbCBkaXJlY3Rpb24NCm9mIHRoZSBQb3J0cyBUcmVlLCBidWlsZGluZyBwYWNrYWdl cywgYW5kIHBlcnNvbm5lbCBtYXR0ZXJzLiBCZWxvdyBpcyB3aGF0DQpoYXBwZW5lZCBpbiB0aGUg bGFzdCBxdWFydGVyLg0KDQpXZSBjdXJyZW50bHkgaGF2ZSA0Niw3MDAgcG9ydHMgaW4gdGhlIFBv cnRzIENvbGxlY3Rpb24gYWNjb3JkaW5nIHRvIEZyZXNoUG9ydHMuDQpUaGVyZSBhcmUgY3VycmVu dGx5IDIsNjY2IG9wZW4gcG9ydHMgUFJzIG9mIHdoaWNoIDYxMSBhcmUgdW5hc3NpZ25lZC4gVGhp cw0KcXVhcnRlciBzYXcgOSw1MzUgY29tbWl0cyBmcm9tIDE2NiBjb21taXR0ZXJzIG9uIHRoZSBt YWluIGJyYW5jaCBhbmQgNjQ0DQpjb21taXRzIGZyb20gNjIgY29tbWl0dGVycyBvbiB0aGUgcXVh cnRlcmx5IGJyYW5jaC4gQ29tcGFyZWQgdG8gbGFzdCBxdWFydGVyLA0KdGhpcyBtZWFucyBhIHNs aWdodCBkcm9wIGluIHRoZSBudW1iZXIgb2YgY29tbWl0cyBhbHRob3VnaCBtb3JlIGNvbW1pdHRl cnMgd2VyZQ0KYWN0aXZlLCBhbmQgYSBzbGlnaHQgaW5jcmVhc2UgaW4gdGhlIG51bWJlciBvZiBv cGVuIFBScy4NCg0KRHVyaW5nIHRoZSBsYXN0IHF1YXJ0ZXIsIHdlIHdlbGNvbWVkIERyaWVzIE1p Y2hpZWxzIChkcmllc21AKSBhbmQgc2FpZCBnb29kYnllDQp0byBrdXJpeWFtYUAgYW5kIGZqb2VA LiBUaGVyZSB3YXMgYWxzbyBhIGNoYW5nZSBpbiBwb3J0bWdyOiBhZGFtd0Agc3RlcHBlZCBkb3du DQphZnRlciBmaXZlIHllYXJzIG9mIHNlcnZpY2UgYW5kIHRjYmVybmVyQCBpcyBub3cgYSBmdWxs IG1lbWJlciBvZiBwb3J0bWdyQC4NCg0KVGhyZWUgbmV3IFVTRVMgd2VyZSBpbnRyb2R1Y2VkOg0K DQogIOKAoiBtYWdpY2sgdG8gaGFuZGxlIGRlcGVuZGVuY2llcyBvbiBJbWFnZU1hZ2ljaw0KDQog IOKAoiBub2RlanMgdG8gcHJvdmlkZSBzdXBwb3J0IGZvciBOb2RlSlMgKHdpdGggYSBuZXcgZGVm YXVsdCB2ZXJzaW9uIE5PREVKUz0NCiAgICBsdHMpDQoNCiAg4oCiIHRyaWdnZXIgdG8gaGFuZGxl IHBrZyB0cmlnZ2VycyB1c2luZyB0aGUgVFJJR0dFUlMgdmFyaWFibGUNCg0KVGhlIGRlZmF1bHQg dmVyc2lvbiBvZiBQR1NRTCBzd2l0Y2hlZCB0byAxMy4gRnVydGhlcm1vcmUsIElOU1RBTExTX0lD T05TIGhhcw0KYmVlbiByZXBsYWNlZCBieSBhIHRyaWdnZXIgb24gZ3RrLXVwZGF0ZS1pY29uLWNh Y2hlIGFuZCB0aGUgbWFjcm8gaXMgbm8gbG9uZ2VyDQpmdW5jdGlvbmFsLg0KDQpBcyBhbHdheXMs IHRoZXJlIHdlcmUgc29tZSB1cGRhdGVzIHRvICJiaWciIHBhY2thZ2VzOiBwa2cgd2FzIHVwZGF0 ZWQgdG8NCjEuMTcuNSwgQ2hyb21pdW0gdG8gOTQuMC40NjA2LjgxXzMsIGFuZCBGaXJlZm94IHRv IDk1LjAuMl8xLDIuIFJ1YnkgMy4xLjAgYW5kDQpQeXRob24gMy4xMSBhcmUgbm93IGF2YWlsYWJs ZSBmb3IgdXNlIGJ5IHVzZXJzIGFuZCBvdGhlciBwb3J0cy4NCg0K4pSB4pSB4pSB4pSB4pSB4pSB 4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB 4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB 4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB 4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSBDQoNCkRvY3Vt ZW50YXRpb24gRW5naW5lZXJpbmcgVGVhbQ0KDQpMaW5rczoNCkZyZWVCU0QgRG9jdW1lbnRhdGlv biBQcm9qZWN0IFVSTDogaHR0cHM6Ly93d3cuZnJlZWJzZC5vcmcvZG9jcHJvai8NCkZyZWVCU0Qg RG9jdW1lbnRhdGlvbiBQcm9qZWN0IFByaW1lciBmb3IgTmV3IENvbnRyaWJ1dG9ycyBVUkw6IGh0 dHBzOi8vDQpkb2NzLmZyZWVic2Qub3JnL2VuL2Jvb2tzL2ZkcC1wcmltZXIvDQpEb2N1bWVudGF0 aW9uIEVuZ2luZWVyaW5nIFRlYW0gVVJMOiBodHRwczovL3d3dy5mcmVlYnNkLm9yZy9hZG1pbmlz dHJhdGlvbi8jDQp0LWRvY2VuZw0KDQpDb250YWN0OiBGcmVlQlNEIERvY2VuZyBUZWFtIDxkb2Nl bmdARnJlZUJTRC5vcmc+DQoNClRoZSBkb2NlbmdAIHRlYW0gaXMgYSBib2R5IHRvIGhhbmRsZSBz b21lIG9mIHRoZSBtZXRhLXByb2plY3QgaXNzdWVzIGFzc29jaWF0ZWQNCndpdGggdGhlIEZyZWVC U0QgRG9jdW1lbnRhdGlvbiBQcm9qZWN0OyBmb3IgbW9yZSBpbmZvcm1hdGlvbiwgc2VlIEZyZWVC U0QNCkRvY2VuZyBUZWFtIENoYXJ0ZXIuDQoNCk5vIG5ldyBkb2N1bWVudGF0aW9uIGNvbW1pdCBi aXQgd2FzIGdyYW50ZWQgZHVyaW5nIHRoZSBsYXN0IHF1YXJ0ZXIsIGFuZCBvbmx5DQpvbmUgY29t bWl0IGJpdCB3YXMgc2FmZSBrZXB0Lg0KDQpTZXZlcmFsIHRhc2tzIHdlcmUgY29tcGxldGVkIHJl bGF0ZWQgdG8gdGhlIGRvYyB0cmVlIGR1cmluZyB0aGUgbGFzdCBxdWFydGVyOg0KDQogIOKAoiBB IENPUFlSSUdIVCBmaWxlIHdhcyBhZGRlZCBpbiB0aGUgcm9vdCBkaXJlY3Rvcnkgb2YgdGhlIGRv YyByZXBvc2l0b3J5LiBUaGUNCiAgICBsaWNlbnNlIHdhcyBhbHNvIHVwZGF0ZWQgdG8gcmVmbGVj dCB0aGUgY3VycmVudCB0b29sY2hhaW4gdGhlIHByb2plY3QgaXMNCiAgICB1c2luZyBub3cuDQoN CiAg4oCiIENsZWFudXAgb2YgTWFpbG1hbiBpbmZvcm1hdGlvbiBpbiB0aGUgZG9jIHRyZWUuIEZv bGxvd2luZyBtYWlsaW5nIGxpc3RzDQogICAgbWlncmF0aW9uIGZyb20gTWFpbG1hbiB0byBNbG1t aiwgdmVyeSBvbGQgbWFpbGluZyBsaXN0cyB3ZXJlIHJlbW92ZWQ7IG1vc3QNCiAgICBvZiB0aGUg d29yayB3YXMgbWFkZSBvbiBFbmdsaXNoIGRvY3VtZW50cy4NCg0KICDigKIgVGFnIEZyZWVCU0Qg ZG9jc2V0IGZvciAxMi4zLVJFTEVBU0UuDQoNCiAg4oCiIFVwZGF0ZSBhbGwgcG9ydHMvcGFja2Fn ZXMgbWlzYy9mcmVlYnNkLWRvYy0qLg0KDQogIOKAoiBNb3ZlIGFydGljbGVzL2NvbnRyaWJ1dG9y cy9jb250cmliLSogZmlsZXMgdG8gdGhlIGRvYyBzaGFyZWQgZGlyZWN0b3J5Lg0KDQogIOKAoiBB ZGQgb3B0aW9uIGluIGRvY3VtZW50YXRpb24gTWFrZWZpbGUgdG8gYXJjaGl2ZS9jb21wcmVzcyBE b2N1bWVudGF0aW9uL0hUTUwNCiAgICBvZmZsaW5lIGZpbGVzLCBhIG5lY2Vzc2FyeSBzdGVwIGJl Zm9yZSB1cGRhdGluZyBodHRwczovLw0KICAgIGRvd25sb2FkLmZyZWVic2Qub3JnL2Z0cC8uIFRo aXMgd2FzIGFmdGVyIGEgZGlzY3Vzc2lvbiB3aXRoIGNsdXN0ZXJhZG1AIHRvDQogICAgdXBkYXRl IHRoZSBvZmZsaW5lIGFzc2V0cyAoSFRNTC9QREYpLg0KDQogIOKAoiBBZGQgZXhwZXJpbWVudGFs IHN1cHBvcnQgZm9yIEVQVUIgb3V0cHV0IChib29rcy9hcnRpY2xlcykuDQoNCiAg4oCiIFRhbGtp bmcgd2l0aCBjbHVzdGVyYWRtQCB0byBpbXByb3ZlIHRoZSBwZXJmb3JtYW5jZSBvZiBodHRwczov Lw0KICAgIHd3dy5mcmVlYnNkLm9yZyBhbmQgaHR0cHM6Ly9kb2NzLmZyZWVic2Qub3JnLg0KDQri lIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHi lIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHi lIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHi lIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHi lIHilIHilIENCg0KRnJlZUJTRCBXZWJzaXRlIFJldmFtcCAtIFdlYkFwcHMgd29ya2luZyBncm91 cA0KDQpDb250YWN0OiBTZXJnaW8gQ2FybGF2aWxsYSA8Y2FybGF2aWxsYUBGcmVlQlNELm9yZz4N Cg0KV29ya2luZyBncm91cCBpbiBjaGFyZ2Ugb2YgY3JlYXRpbmcgdGhlIG5ldyBGcmVlQlNEIERv Y3VtZW50YXRpb24gUG9ydGFsIGFuZA0KcmVkZXNpZ25pbmcgdGhlIEZyZWVCU0QgbWFpbiB3ZWJz aXRlIGFuZCBpdHMgY29tcG9uZW50cy4gRnJlZUJTRCBkZXZlbG9wZXJzIGNhbg0KZm9sbG93IGFu ZCBqb2luIHRoZSB3b3JraW5nIGdyb3VwIG9uIHRoZSBGcmVlQlNEIFNsYWNrIGNoYW5uZWwgI3dn LXd3dzIxLiBUaGUNCndvcmsgd2lsbCBiZSBkaXZpZGVkIGludG8gZm91ciBwaGFzZXM6DQoNCiAx LiBSZWRlc2lnbiBvZiB0aGUgRG9jdW1lbnRhdGlvbiBQb3J0YWwNCg0KICAgIENyZWF0ZSBhIG5l dyBkZXNpZ24sIHJlc3BvbnNpdmUgYW5kIHdpdGggZ2xvYmFsIHNlYXJjaC4gKENvbXBsZXRlKQ0K DQogICAgQWN0aXZhdGUgYW4gZWRpdCBsaW5rIGluIHRoZSBEb2N1bWVudGF0aW9uIChib29rcy9h cnRpY2xlcykgcG9pbnRpbmcgdG8NCiAgICBHaXRIdWIgYW5kIGVuY291cmFnaW5nIEdpdEh1YiBw dWxsIHJlcXVlc3RzLiAoQ29tcGxldGUpDQoNCiAyLiBSZWRlc2lnbiBvZiB0aGUgTWFudWFsIFBh Z2VzIG9uIHdlYg0KDQogICAgU2NyaXB0cyB0byBnZW5lcmF0ZSB0aGUgSFRNTCBwYWdlcyB1c2lu ZyBtYW5kb2MuIChXb3JrIGluIHByb2dyZXNzKQ0KDQogMy4gUmVkZXNpZ24gb2YgdGhlIFBvcnRz IHBhZ2Ugb24gd2ViDQoNCiAgICBQb3J0cyBzY3JpcHRzIHRvIGNyZWF0ZSBhbiBhcHBsaWNhdGlv bnMgcG9ydGFsLiAoV29yayBpbiBwcm9ncmVzcykNCg0KIDQuIFJlZGVzaWduIG9mIHRoZSBGcmVl QlNEIG1haW4gd2Vic2l0ZQ0KDQogICAgTmV3IGRlc2lnbiwgcmVzcG9uc2l2ZSBhbmQgZGFyayB0 aGVtZS4gKE5vdCBzdGFydGVkKQ0KDQrilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHi lIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHi lIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHi lIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHi lIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIENCg0KUHJvamVjdHMNCg0KUHJvamVjdHMg dGhhdCBzcGFuIG11bHRpcGxlIGNhdGVnb3JpZXMsIGZyb20gdGhlIGtlcm5lbCBhbmQgdXNlcnNw YWNlIHRvIHRoZQ0KUG9ydHMgQ29sbGVjdGlvbiBvciBleHRlcm5hbCBwcm9qZWN0cy4NCg0KRW5h YmxlIEFTTFIgYnkgZGVmYXVsdCBmb3IgNjQtYml0IGV4ZWN1dGFibGVzDQoNCkNvbnRhY3Q6IERh d2lkIEdvcmVja2kgPGRnckBzZW1paGFsZi5jb20+DQpDb250YWN0OiBNYXJjaW4gV29qdGFzIDxt d0BzZW1paGFsZi5jb20+DQoNCkFkZHJlc3MgU3BhY2UgTGF5b3V0IFJhbmRvbWl6YXRpb24gKEFT TFIpIGlzIGFuIGV4cGxvaXQgbWl0aWdhdGlvbiB0ZWNobmlxdWUNCmltcGxlbWVudGVkIGluIHRo ZSBtYWpvcml0eSBvZiBtb2Rlcm4gb3BlcmF0aW5nIHN5c3RlbXMuIEl0IGludm9sdmVzIHJhbmRv bWx5DQpwb3NpdGlvbmluZyB0aGUgYmFzZSBhZGRyZXNzIG9mIGFuIGV4ZWN1dGFibGUgYW5kIHRo ZSBwb3NpdGlvbiBvZiBsaWJyYXJpZXMsDQpoZWFwLCBhbmQgc3RhY2ssIGluIGEgcHJvY2Vzc+KA mXMgYWRkcmVzcyBzcGFjZS4gQWx0aG91Z2ggb3ZlciB0aGUgeWVhcnMgQVNMUg0KcHJvdmVkIHRv IG5vdCBndWFyYW50ZWUgZnVsbCBPUyBzZWN1cml0eSBvbiBpdHMgb3duLCB0aGlzIG1lY2hhbmlz bSBjYW4gbWFrZQ0KZXhwbG9pdGF0aW9uIG1vcmUgZGlmZmljdWx0Lg0KDQpUaGUgU2VtaWhhbGYg dGVhbSBtYWRlIGFuIGVmZm9ydCB0byBzd2l0Y2ggb24gdGhlIGFkZHJlc3MgbWFwIHJhbmRvbWl6 YXRpb24gZm9yDQpQSUUgKFBvc2l0aW9uIEluZGVwZW5kZW50IEV4ZWN1dGFibGVzKSAmIG5vbi1Q SUUgNjQtYml0IGJpbmFyaWVzLiBPbmNlIHRoZQ0KcGF0Y2ggd2FzIG1lcmdlZCB0byBIRUFELCB0 aGUgQVNMUiBmZWF0dXJlIGJlY2FtZSBlbmFibGVkIGZvciBhbGwgNjQtYml0DQphcmNoaXRlY3R1 cmVzLg0KDQpBZGRpdGlvbmFsbHksIHRoZSBtZW50aW9uZWQgY2hhbmdlIGRpc2FibGVkIFNCUkss IGluIG9yZGVyIHRvIGFsbG93IHV0aWxpemF0aW9uDQpvZiB0aGUgYnNzIGdyb3cgcmVnaW9uIGZv ciBtYXBwaW5ncy4gSXQgaGFzIG5vIGVmZmVjdCB3aXRob3V0IEFTTFIsIHNvIGl0IHdhcw0KYXBw bGllZCB0byBhbGwgYXJjaGl0ZWN0dXJlcy4NCg0KVE9ETzoNCg0KICDigKIgSW1wcm92ZSBzdGFj a2dhcCBmZWF0dXJlIGltcGxlbWVudGF0aW9uLg0KDQogIOKAoiBNRkMgdG8gc3RhYmxlLzEzIGJy YW5jaC4NCg0KU3BvbnNvcjogU3Rvcm1zaGllbGQNCg0K4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB 4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB 4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB 4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB 4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSBDQoNCkJvb3QgUGVyZm9y bWFuY2UgSW1wcm92ZW1lbnRzDQoNCkxpbmtzOg0KV2lraSBwYWdlIFVSTDogaHR0cHM6Ly93aWtp LmZyZWVic2Qub3JnL0Jvb3RUaW1lDQpPUyBib290IHRpbWUgY29tcGFyaXNvbiBVUkw6IGh0dHBz Oi8vd3d3LmRhZW1vbm9sb2d5Lm5ldC9ibG9nLw0KMjAyMS0wOC0xMi1FQzItYm9vdC10aW1lLWJl bmNobWFya2luZy5odG1sDQoNCkNvbnRhY3Q6IENvbGluIFBlcmNpdmFsIDxjcGVyY2l2YUBGcmVl QlNELm9yZz4NCg0KQ29saW4gUGVyY2l2YWwgaXMgY29vcmRpbmF0aW5nIGFuIGVmZm9ydCB0byBz cGVlZCB1cCB0aGUgRnJlZUJTRCBib290IHByb2Nlc3MuDQpGb3IgYmVuY2htYXJraW5nIHB1cnBv c2VzLCBoZSBpcyBwcmltYXJpbHkgdXNpbmcgYW4gRUMyIGM1LnhsYXJnZSBpbnN0YW5jZSBhcyBh DQpyZWZlcmVuY2UgcGxhdGZvcm0gYW5kIGlzIG1lYXN1cmluZyB0aGUgdGltZSBiZXR3ZWVuIHdo ZW4gdGhlIHZpcnR1YWwgbWFjaGluZQ0KZW50ZXJzIHRoZSBFQzIgInJ1bm5pbmciIHN0YXRlIGFu ZCB3aGVuIGl0IGlzIHBvc3NpYmxlIHRvIFNTSCBpbnRvIHRoZQ0KaW5zdGFuY2UuDQoNClRoaXMg d29yayBzdGFydGVkIGluIDIwMTcsIGFuZCBhcyBvZiB0aGUgZW5kIG9mIFNlcHRlbWJlciAyMDIx IHRoZSBGcmVlQlNEIGJvb3QNCnRpbWUgd2FzIHJlZHVjZWQgZnJvbSBhcHByb3hpbWF0ZWx5IDMw IHNlY29uZHMgdG8gYXBwcm94aW1hdGVseSAxNSBzZWNvbmRzLg0KDQpEdXJpbmcgMjAyMVE0LCBm dXJ0aGVyIGltcHJvdmVtZW50cyBoYXZlIHNoYXZlZCBtb3JlIHRpbWUgb2ZmIHRoZSBib290IHBy b2Nlc3MsDQp0YWtpbmcgaXQgZG93biB0byByb3VnaGx5IDEwIHNlY29uZHMuIEEgZnVydGhlciA0 IHNlY29uZHMgb2YgaW1wcm92ZW1lbnRzIGFyZQ0KaW4gcHJvY2Vzcy4NCg0KSW4gYWRkaXRpb24s IHRoZSB1c2VybGFuZCBib290IHByb2Nlc3MgaXMgbm93IGJlaW5nIHByb2ZpbGVkIHVzaW5nIFRT TE9HLA0KbWFraW5nIGl0IHBvc3NpYmxlIHRvIHNlZSBmbGFtZWNoYXJ0cyBvZiB0aGUgZW50aXJl IGJvb3QgcHJvY2VzczsgYW5kIHRoZQ0KZWMyLWJvb3QtYmVuY2ggdG9vbCBpcyBub3cgYWJsZSB0 byBnZW5lcmF0ZSBNUDQgdmlkZW9zIG9mIHRoZSBib290IHByb2Nlc3MgYnkNCnRha2luZyBzbmFw c2hvdHMgb2YgdGhlIEVDMiBWR0EgY29uc29sZS4NCg0KSXNzdWVzIGFyZSBsaXN0ZWQgb24gdGhl IHdpa2kgcGFnZSBhcyB0aGV5IGFyZSBpZGVudGlmaWVkOyB0aGUgd2lraSBwYWdlIGFsc28NCmhh cyBpbnN0cnVjdGlvbnMgZm9yIHBlcmZvcm1pbmcgcHJvZmlsaW5nLiBVc2VycyBhcmUgZW5jb3Vy YWdlZCB0byBwcm9maWxlIHRoZQ0KYm9vdCBwcm9jZXNzIG9uIHRoZWlyIG93biBzeXN0ZW1zLCBp biBjYXNlIHRoZXkgZXhwZXJpZW5jZSBkZWxheXMgd2hpY2ggZG9u4oCZdA0Kc2hvdyB1cCBvbiB0 aGUgc3lzdGVtIENvbGluIGlzIHVzaW5nIGZvciB0ZXN0aW5nLg0KDQpUaGlzIHdvcmsgaXMgc3Vw cG9ydGVkIGJ5IENvbGlu4oCZcyBGcmVlQlNEL0VDMiBQYXRyZW9uLg0KDQpTcG9uc29yOiBodHRw czovL3d3dy5wYXRyZW9uLmNvbS9jcGVyY2l2YQ0KDQrilIHilIHilIHilIHilIHilIHilIHilIHi lIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHi lIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHi lIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHi lIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIENCg0KTExEQiBEZWJ1Z2dl ciBJbXByb3ZlbWVudHMNCg0KTGlua3M6DQpNb3JpdHogU3lzdGVtcyBQcm9qZWN0IERlc2NyaXB0 aW9uIFVSTDogaHR0cHM6Ly93d3cubW9yaXR6LnN5c3RlbXMvYmxvZy8NCmZyZWVic2Qta2dkYi1z dXBwb3J0LWluLWxsZGIvDQpQcm9ncmVzcyBSZXBvcnQgMyBVUkw6IGh0dHBzOi8vd3d3Lm1vcml0 ei5zeXN0ZW1zL2Jsb2cvDQpsbGRiLXNlcmlhbC1wb3J0LWNvbW11bmljYXRpb24tc3VwcG9ydC8N ClByb2dyZXNzIFJlcG9ydCA0IFVSTDogaHR0cHM6Ly93d3cubW9yaXR6LnN5c3RlbXMvYmxvZy8N CmxsZGItZnJlZWJzZC1rZXJuZWwtY29yZS1kdW1wLXN1cHBvcnQvDQpMTFZNIEdpdCBSZXBvc2l0 b3J5IFVSTDogaHR0cHM6Ly9naXRodWIuY29tL21vcml0ei1zeXN0ZW1zL2xsdm0tcHJvamVjdA0K bGliZmJzZHZtY29yZSBHaXQgUmVwb3NpdG9yeSBVUkw6IGh0dHBzOi8vZ2l0aHViLmNvbS9tb3Jp dHotc3lzdGVtcy8NCmxpYmZic2R2bWNvcmUNCg0KQ29udGFjdDogS2FtaWwgUnl0YXJvd3NraSA8 a2FtaWxAbW9yaXR6LnN5c3RlbXM+DQpDb250YWN0OiBNaWNoYcWCIEfDs3JueSA8bWdvcm55QG1v cml0ei5zeXN0ZW1zPg0KDQpBY2NvcmRpbmcgdG8gdGhlIHVwc3RyZWFtIGRlc2NyaXB0aW9uLCAi TExEQiBpcyBhIG5leHQgZ2VuZXJhdGlvbiwNCmhpZ2gtcGVyZm9ybWFuY2UgZGVidWdnZXIuIEl0 IGlzIGJ1aWx0IGFzIGEgc2V0IG9mIHJldXNhYmxlIGNvbXBvbmVudHMgd2hpY2gNCmhpZ2hseSBs ZXZlcmFnZSBleGlzdGluZyBsaWJyYXJpZXMgaW4gdGhlIGxhcmdlciBMTFZNIFByb2plY3QsIHN1 Y2ggYXMgdGhlDQpDbGFuZyBleHByZXNzaW9uIHBhcnNlciBhbmQgTExWTSBkaXNhc3NlbWJsZXIu Ig0KDQpGcmVlQlNEIGluY2x1ZGVzIExMREIgaW4gdGhlIGJhc2Ugc3lzdGVtLiBBdCBwcmVzZW50 LCBpdCBoYXMgc29tZSBsaW1pdGF0aW9ucw0KY29tcGFyZWQgdG8gdGhlIEdOVSBHREIgZGVidWdn ZXIsIGFuZCBkb2VzIG5vdCB5ZXQgcHJvdmlkZSBhIGNvbXBsZXRlDQpyZXBsYWNlbWVudC4gVGhp cyBwcm9qZWN0IHNwYW5zIGZyb20gSnVseSAyMDIxIHRvIEphbnVhcnkgMjAyMiBhbmQgYWltcyB0 byBtYWtlDQpMTERCIHN1aXRhYmxlIGZvciBkZWJ1Z2dpbmcgRnJlZUJTRCBrZXJuZWxzLg0KDQpU aGUgZWFybGllciBwYXJ0IG9mIHRoZSBwcm9qZWN0IHdhcyBmb2N1c2VkIG9uIGltcHJvdmluZyBj b21wYXRpYmlsaXR5IGJldHdlZW4NCkxMREIgYW5kIG90aGVyIHNlcnZlcnMgaW1wbGVtZW50aW5n IHRoZSBHREIgUmVtb3RlIFByb3RvY29sLiBUaGlzIHdhcyBmb2xsb3dlZA0KYnkgaW1wbGVtZW50 aW5nIGEgZnVsbHktZmVhdHVyZWQgc2VyaWFsIHBvcnQgc3VwcG9ydCBhbmQgdGhlbiBzdXBwb3J0 IGZvcg0KRnJlZUJTRCBrZXJuZWwgY29yZSBkdW1wcyAodm1jb3JlcykuDQoNClRoZSBMTERCIGNs aWVudCBnYWluZWQgbXVjaCBpbXByb3ZlZCBzdXBwb3J0IGZvciBjb25uZWN0aW5nIHRvIHRoZSBy ZW1vdGUNCnNlcnZlciBvdmVyIGEgc2VyaWFsIHBvcnQsIGFuZCB0aGUgTExEQiBzZXJ2ZXIgZ2Fp bmVkIHN1cHBvcnQgZm9yIGFjY2VwdGluZw0KY29tbXVuaWNhdGlvbiBvdmVyIGEgc2VyaWFsIHBv cnQuIFRoaXMgb3BlbmVkIHRoZSBwb3NzaWJpbGl0eSBvZiB1c2luZyBMTERCIHRvDQpkZWJ1ZyBl bWJlZGRlZCBkZXZpY2VzIHRoYXQgdXNlIHRoZSBSUzIzMiBpbnRlcmZhY2UuIEl0IGNhbiBhbHNv IGFpZCBkZWJ1Z2dpbmcNCmtlcm5lbHMgb24gcmVndWxhciBQQ3MgYXMgaXQgZG9lcyBub3QgcmVs eSBvbiB0aGUgbmV0d29yayBzdGFjay4NCg0KU3VwcG9ydCBmb3IgRnJlZUJTRCB2bWNvcmVzIGhh cyBhbHNvIGJlZW4gYWRkZWQgdG8gTExEQi4gVGhpcyBtYWtlcyBpdCBwb3NzaWJsZQ0KdG8gaW5z cGVjdCB0aGUgY3Jhc2hlZCBrZXJuZWwgc3RhdGUgd2l0aG91dCBoYXZpbmcgdG8gcmVzb3J0IHRv IEtHREIgb3INCm1hbnVhbGx5IGNvbnZlcnQgdGhlIHZtY29yZSBpbnRvIHRoZSBzdGFuZGFyZCBF TEYgZm9ybWF0IHN1cHBvcnRlZCBieSBMTERCLg0KDQpUaGUgaW50cm9kdWNlZCBjaGFuZ2VzIGFy ZSBleHBlY3RlZCB0byBiZSBzaGlwcGVkIHdpdGggTExEQiAxNC4wLg0KDQpTcG9uc29yOiBUaGUg RnJlZUJTRCBGb3VuZGF0aW9uDQoNCuKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKU geKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKU geKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKU geKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKU geKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgQ0KDQpOWFAgTFMxMDI4QS8xMDI3QSBTb0Mg c3VwcG9ydA0KDQpDb250YWN0OiBLb3JuZWwgRHVsxJliYSA8bWluZGFsQHNlbWloYWxmLmNvbT4N CkNvbnRhY3Q6IEFydHVyIFJvamVrIDxhckBzZW1paGFsZi5jb20+DQpDb250YWN0OiBIdWJlcnQg TWF6dXIgPGh1bUBzZW1paGFsZi5jb20+DQpDb250YWN0OiBXb2pjaWVjaCBNYWNlayA8d21hQHNl bWloYWxmLmNvbT4NCg0KVGhlIFNlbWloYWxmIHRlYW0gaGFzIGJlZW4gd29ya2luZyBvbiBhZGRp bmcgdGhlIEZyZWVCU0Qgc3VwcG9ydCBmb3IgdGhlIE5YUA0KTFMxMDI4QSBTb0MsIGFzIHdlbGwg YXMgaXRzIEdQVS1sZXNzIHZhcmlhbnQgKE5YUCBMUzEwMjdBKS4NCg0KTlhQIExTMTAyOEEvTFMx MDI3QSBTb0MgaXMgYSBkdWFsLWNvcmUgNjQtYml0IEFSTXY4IENvcnRleC1BNzIgYXBwbGljYXRp b24NCnByb2Nlc3NvciB3aXRoIGhpZ2gtc3BlZWQgcGVyaXBoZXJhbHMgc3VjaCBhcyAyIFRpbWUt U2Vuc2l0aXZlDQpOZXR3b3JraW5nLWNhcGFibGUgKFRTTikgRXRoZXJuZXQgY29udHJvbGxlcnMs IHF1YWQtcG9ydCBUU04tZW5hYmxlZCBzd2l0Y2gsDQpQQ0lFLCBTRC9NTUMsIFVTQjMuMCBhbmQg b3RoZXJzLg0KDQpUaGUgb3JpZ2luYWwgc3VwcG9ydCB3YXMgZXh0ZW5kZWQgaW4gdGhlIGZvbGxv d2luZyB3YXk6DQoNCiAg4oCiIEVORVRDIEV0aGVybmV0IGRyaXZlcg0KDQogICAgICDilqEgQWRk IHN1cHBvcnQgZm9yIFBIWSBpbnRlcnJ1cHRzDQoNCiAgICAgIOKWoSBGaXggVklEL21jYXN0IGFk ZHJlc3MgaGFzaCBjYWxjdWxhdGlvbg0KDQogICAgICDilqEgU2VyaWFsaXplIE1ESU8gdHJhbnNh Y3Rpb25zDQoNCiAgICAgIOKWoSBBbGxvdyBsb2FkaW5nIGRyaXZlciBhcyBhIG1vZHVsZQ0KDQog IOKAoiBJbXByb3ZlbWVudHMgaW4gdGhlIEZTTCBTREhDSSBkcml2ZXINCg0KICAgICAg4pahIEFk ZCBzdXBwb3J0IGZvciBIUzIwMC9IUzQwMCBtb2Rlcw0KDQogICAgICDilqEgQWRkIGZ1bGwgc3Vw cG9ydCBmb3Igc29mdHdhcmUgcmVzZXQNCg0KICAgICAg4pahIFByb3ZpZGUgbW9yZSBhY2N1cmF0 ZSBjbGsgY2FsY3VsYXRpb24NCg0KICAgICAg4pahIEltcGxlbWVudCBwdWxzZSB3aWR0aCBkZXRl Y3Rpb24gZXJyYXRhDQoNCiAgICAgIOKWoSBGaXggdmNjcSByZWNvbmZpZ3VyYXRpb24NCg0KICDi gKIgRkxFWCBTUEkgTk9SIGNvbnRyb2xsZXIgZHJpdmVyDQoNCiAg4oCiIEFkZGl0aW9uYWwgZmVh dHVyZXM6DQoNCiAgICAgIOKWoSBUTVA0NjEgdGhlcm1hbCBzZW5zb3IgZHJpdmVyDQoNCiAgICAg IOKWoSBQQ0Y4NTA2MyBSVEMgZHJpdmVyIGRyaXZlcg0KDQogICAgICDilqEgVENBNjQwOCBJMkMg R1BJTyBleHBhbmRlciBkcml2ZXINCg0KVE9ETzoNCg0KICDigKIgSW1wcm92ZSBNTUMgSFMyMDAv SFM0MDAgc3VwcG9ydCBmb3Igb3RoZXIgU29DcyB1c2luZyB0aGUgRlNMIFNESENJDQogICAgY29u dHJvbGxlci4NCg0KU3BvbnNvcjogQWxzdG9tIEdyb3VwDQoNCuKUgeKUgeKUgeKUgeKUgeKUgeKU geKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKU geKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKU geKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKU geKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgQ0KDQpzY2hlZF9n ZXRjcHUoMiksIG1lbWJhcnJpZXIoMiksIGFuZCByc2VxKDIpIHN5c2NhbGxzDQoNCkNvbnRhY3Q6 IEtvbnN0YW50aW4gQmVsb3Vzb3YgPGtpYkBGcmVlQlNELm9yZz4NCg0KTGlua3M6DQpMaW51eCBt YW5wYWdlIGZvciBtZW1iYXJyaWVyKDIpIFVSTDogaHR0cHM6Ly9raWIua2lldi51YS9raWIvbWVt YmFycmllci5wZGYNCm1lbWJhcnJpZXIoMikgaW1wbGVtZW50YXRpb24gVVJMOiBodHRwczovL3Jl dmlld3MuZnJlZWJzZC5vcmcvRDMyMzYwDQpMaW51eCBtYW5wYWdlIGZvciByc2VxKDIpIFVSTDog aHR0cHM6Ly9raWIua2lldi51YS9raWIvcnNlcS5wZGYNCnJzZXEoMikgYW5kIHVzZXJzcGFjZSBi aW5kaW5ncyBpbXBsZW1lbnRhdGlvbiBVUkw6IGh0dHBzOi8vcmV2aWV3cy5mcmVlYnNkLm9yZy8N CkQzMjUwNQ0KDQpMaW51eCBwcm92aWRlcyBhIHNldCBvZiBzeXNjYWxscyB0aGF0IGFsbG93IHRv IGRldmVsb3AgbW9zdGx5IHN5c2NhbGwtbGVzcw0Kc2NhbGFibGUgYWxnb3JpdGhtcyBpbiB1c2Vy c3BhY2UuIFRoZSBtZWNoYW5pc21zIGFyZSBiYXNlZCBvbiBvcHRpbWlzdGljDQpleGVjdXRpb24g dXNpbmcgQ1BVLWxvY2FsIGRhdGEgd2l0aCB0aGUgYXNzdW1wdGlvbiB0aGF0IHJhcmUgZXZlbnRz IGxpa2UNCmNvbnRleHQgc3dpdGNoZXMgb3Igc2lnbmFsIGRlbGl2ZXJ5IGRvIG5vdCBvY2N1ciBm b3IgdGhlIGdpdmVuIGNhbGN1bGF0aW9uLCBhbmQNCmlmIHRoZXkgZG8gb2NjdXIsIHJvbGxiYWNr IGFuZCByZXN0YXJ0IGlzIHBlcmZvcm1lZC4gVGhpcyB2ZXJ5IGhpZ2gtbGV2ZWwNCmFwcHJvYWNo IGlzIHVzZWQsIGFzIEkgdW5kZXJzdGFuZCwgZm9yIGltcGxlbWVudGF0aW9uIG9mIHRvb2xzIGxp a2UgVVJDVSwgZmFzdA0KbWFsbG9jIGFsbG9jYXRvcnMgKHRjbWFsbG9jKSBhbmQgb3RoZXIgdXNl cnNwYWNlIGluZnJhc3RydWN0dXJlIHByb2plY3RzIGFpbWVkDQphdCBsYXJnZSBwYXJ0aXRpb25l ZCBtYWNoaW5lcy4NCg0KRm9yIGluc3RhbmNlLCBzY2hlZF9nZXRjcHUoMikgc3lzY2FsbCByZXR1 cm5zIHRoZSBDUFUgaWQgb2YgdGhlIENQVSB3aGVyZSB0aGUNCmN1cnJlbnQgdGhyZWFkIGlzIGN1 cnJlbnRseSBleGVjdXRpbmcuIE9uIGFtZDY0LCBpZiBhdmFpbGFibGUsIHdlIHVzZSBhIFJEVFND UA0Kb3IgUkRQSUQgaW5zdHJ1Y3Rpb24gdG8gcXVlcnkgdGhlIENQVSBpZCB3aXRob3V0IGNoYW5n aW5nIENQVSBtb2RlLCBvdGhlcndpc2UNCnRoaXMgaXMgYSBsaWdodC13ZWlnaHQgc3lzY2FsbC4g T2YgY291cnNlLCB0aGUgYW5zd2VyIHByb3ZpZGVkIGlzIG9ic29sZXRlIHRoZQ0KbW9tZW50IGl0 IGlzIGNyZWF0ZWQsIGV2ZW4gYmVmb3JlIGl0IGlzIHJldHVybmVkIHRvIHVzZXJzcGFjZS4gQnV0 IGl0IGFsbG93cw0Kc2VlZGluZyB2YWx1ZXMgaW4gc29tZSBzdHJ1Y3R1cmVzIHRoYXQgYXJlIHZh bGlkIGZvciBhIGxvbmcgdGltZSAoYXQgdGhlIENQVQ0Kc3BlZWQgc2NhbGUpIGFuZCBhcmUgYXV0 b21hdGljYWxseSBjb3JyZWN0ZWQgb24gZXhjZXB0aW9uYWwgY29udHJvbCBmbG93IGV2ZW50cw0K bGlrZSBjb250ZXh0IHN3aXRjaGVzLCBhbmQgdXNlcnNwYWNlIGNhbiBlaXRoZXIgZGV0ZWN0IGFu ZCByb2xsYmFjayBvciBzeW5jIGFuZA0Kcm9sbGJhY2sgd2l0aCB0aGUgZXhjZXB0aW9ucy4NCg0K VGhlcmUgYXJlIHR3byBjb3JuZXJzdG9uZSBzeXNjYWxscyB0aGF0IGFsbG93IHVzZXJzcGFjZSB0 byBpbXBsZW1lbnQgdGhlc2UNCmVmZmljaWVudCBhbGdvcml0aG1zOiBtZW1iYXJyaWVyKDIpIGFu ZCByc2VxKDIpLg0KDQpNZW1iYXJyaWVyIGlzIGEgZmFjaWxpdHkgdGhhdCBoZWxwcyBpbXBsZW1l bnRpbmcgZmFzdCBDUFUgb3JkZXJpbmcgYmFycmllcnMsDQp0eXBpY2FsbHkgdXNlZCBmb3IgYXN5 bW1ldHJpYy9iaWFzZWQgbG9ja2luZy4gSW4gdGhlc2UgbG9jayBpbXBsZW1lbnRhdGlvbg0Kc2No ZW1lcywgdGhlIG93bmVyIG9mIHRoZSBvYmplY3Qgb2Z0ZW4gYXNzdW1lcyB0aGF0IHRoZXJlIGFy ZSBjb250ZW5kZXJzLw0KcGFyYWxsZWwgdGhyZWFkcyB0aGF0IG5lZWQgY29vcmRpbmF0aW5nIHdp dGguIElmIHNvbWUgdGhyZWFkIHN0YXJ0cyBhY2Nlc3NpbmcNCnRoZSBzYW1lIHJlc291cmNlLCB0 aGVuIGl0IGlzIGl0cyBkdXR5IHRvIGVuc3VyZSBjb3JyZWN0bmVzcy4gRXhhbXBsZXMgb2YNCid0 cmFwcycgdGhhdCBmYXN0IGNvZGUgcGF0aCB1dGlsaXplIGFyZSByZWFkcyBmcm9tIGEgZGVkaWNh dGVkIHBhZ2UgdGhhdCBpcw0KdW5tYXBwZWQgYnkgY29udGVuZGVycywgdG8gc3dpdGNoIHRoZSBm YXN0IHBhdGggdG8gdGhlIHNsb3cgb25lLiBPciB3ZSBjb3VsZA0Kc2VuZCBhIHNpZ25hbCB0byBh bGwgdGhyZWFkcyB0aGF0IHBvdGVudGlhbGx5IGhhdmUgYWNjZXNzIHRvIHRoYXQgb2JqZWN0LCB0 bw0KaW5zZXJ0IGEgYmFycmllci4gT3Igd2UgY2FuIHVzZSB0aGUgbWVtYmFycmllcigyKSBmYWNp bGl0eSwgd2hpY2ggaW5jdXJzDQpzaWduaWZpY2FudGx5IGxlc3Mgb3ZlcmhlYWQgdGhhbiBzaWdu YWxsaW5nIGFsbCB0aHJlYWRzLg0KDQpNZW1iYXJyaWVyKDIpIGluc2VydHMgYSBiYXJyaWVyLCB3 aGljaCBpcyB0aGUgdHlwaWNhbCB1bmRlcmx5aW5nIGhhcmR3YXJlDQpvcGVyYXRpb24gdG8gZW5z dXJlIG9yZGVyaW5nLCBpbnRvIHRoZSBzcGVjaWZpZWQgc2V0IG9mIENQVXMsIGlmIHRoZXNlIENQ VXMgYXJlDQpleGVjdXRpbmcgdGhlIHNwZWNpZmllZCB0aHJlYWQuIElmIHRoZXNlIENQVXMgYXJl IG5vdCBleGVjdXRpbmcgdGhlIHRhcmdldGVkDQp0aHJlYWRzLCBpdCBpcyBhc3N1bWVkIHRoYXQg c2VxdWVudGlhbCBjb25zaXN0ZW5jeSBndWFyYW50ZWVzIGZyb20gdGhlIGNvbnRleHQNCnN3aXRj aCBhcmUgZW5vdWdoIHRvIGZ1bGZpbGwgdGhlIHJlcXVpcmVtZW50IG9mIG1lbWJhcnJpZXIoMiku IE92ZXJhbGwsIHRoZQ0KZmFzdCBwYXRoIGNhbiBiZSBpbXBsZW1lbnRlZCB3aXRob3V0IHNsb3cg aW5zdHJ1Y3Rpb25zLCBhbmQgdGhlIHNsb3cgcGF0aA0KaW5qZWN0cyByZXF1aXJlZCBmZW5jZXMg aW50byB0aGUgZmFzdCBwYXRoIGF0IHRoZSBjb3N0IG9mIElQSS4NCg0KVGhlIGZhY2lsaXR5IHRv IGRldGVjdCBleGNlcHRpb25hbCBjb25kaXRpb25zIGluIHRoZSB1c2Vyc3BhY2UgdGhyZWFkIGV4 ZWN1dGlvbg0Kd2FzIGRldmVsb3BlZCBpbiBMaW51eCBhbmQgY2FsbGVkIHJzZXEoMikuIEl0IGlz IGEgZmVhdHVyZSBvZnRlbiBjYWxsZWQNClJlc3RhcnRhYmxlIEF0b21pYyBTZXF1ZW5jZXMsIHdo aWNoIGV4cGxhaW5zIHRoZSBhY3JvbnltLiBUaGUgYWJpbGl0eSB0bw0KY2hlYXBseSBkbyB0aGF0 IGFsbG93cyBjb2RlIGxvbmdlciB0aGFuIGEgc2luZ2xlIGluc3RydWN0aW9uIHRvIGV4ZWN1dGUN CmF0b21pY2FsbHksIHdpdGhvdXQgdGhlIG5lZWQgdG8gcHJvcG9zZSBhbmQgaW1wbGVtZW50IHVu c2FmZSBvcGVyYXRpb25zIGxpa2UNCmRpc2FibGluZyBwcmVlbXB0aW9uLCB3aGljaCBpcyBub3Qg ZmVhc2libGUgZm9yIHVzZXJzcGFjZS4gRm9yIGluc3RhbmNlLCBjb2RlDQptaWdodCB1c2UgQ1BV LWxvY2FsIHJlc291cmNlcywgd2hpY2ggb3RoZXJ3aXNlIGRvZXMgbm90IGNvcGUgd2VsbCB3aXRo IGNvbnRleHQNCnN3aXRjaGVzLiBUaGVyZSBjYW5ub3QgYmUgYW4gYW5hbG9nIG9mIGNyaXRpY2Fs X2VudGVyKDkpIGluIHVzZXJzcGFjZS4gKEENCmZhY2lsaXR5IHRvIGNoZWFwbHkgYmxvY2sgc2ln bmFsIGRlbGl2ZXJ5IGV4aXN0cyBpbiBGcmVlQlNELCBzZWUgc2lnZmFzdGJsb2NrDQooMiksIGJ1 dCBjb3JyZWN0bHkgdXNpbmcgaXQgaXMgcHJvdmFibHkgdG9vIGhhcmQgdG8gaW1wbGVtZW50IGlu DQpnZW5lcmFsLXB1cnBvc2UgY29kZSwgZXNwLiBiZWNhdXNlIGl0IHJlcXVpcmVzIHZlcnNpb24t ZGVwZW5kZW50IGNvb3JkaW5hdGlvbg0Kd2l0aCBydGRsIGFuZCBsaWJ0aHIuKQ0KDQpyc2VxKDIp IHRha2VzIHBlci10aHJlYWQgYmxvY2sgb2YgbWVtb3J5LCB3aGVyZSB0aGUgdGhyZWFkIHdyaXRl cyB0aGUgY3VycmVudA0KQ1BVIGlkIChzZWUgc2NoZWRfZ2V0Y3B1KDIpKSBhbmQgc3BlY2lmaWVz IHRoZSBibG9jayBvZiBjcml0aWNhbCBjb2RlIHRoYXQgbXVzdA0KYmUgdW53b3VuZCBpZiBhbiBl eGNlcHRpb25hbCBzaXR1YXRpb24gbGlrZSBhIGNvbnRleHQgc3dpdGNoIG9jY3VycmVkIHdoaWxl IHRoZQ0KYmxvY2sgd2FzIGV4ZWN1dGluZy4gVGhlIGZhc3QgY29kZSBwYXRoIHVzZXMgcGVyLWNw dSBkYXRhIGFuZCB0eXBpY2FsbHkgZG9lcw0Kbm90IG5lZWQgYW55IGNvcnJlY3Rpb25zLCBidXQg d291bGQgYSBjb250ZXh0IHN3aXRjaCBvY2N1ciwgdHJhbnNmZXIgb2YgY29udHJvbA0KdG8gdGhl IGFib3J0IGhhbmRsZXIgaW5mb3JtcyB1c2Vyc3BhY2UgYWJvdXQgdGhlIGV2ZW50LiBTbyBpbnN0 ZWFkIG9mIGRpc2FibGluZw0KY29udGV4dCBzd2l0Y2hlcywgY29kZSBjYW4gY2hlYXBseSBjaGVj ayBmb3Igb25lIGFmdGVyIHRoZSBjYWxjdWxhdGlvbiBhbmQNCnJldHJ5IGlmIG5lZWRlZC4NCg0K QW4gaW50ZXJlc3RpbmcgcnNlcSgyKSBpbXBsZW1lbnRhdGlvbiBkZXRhaWwgaXMgdGhhdCBpdCBp cyBpbXBvc3NpYmxlIChhbmQgbm90DQpuZWVkZWQpIHRvIGFjY2Vzcy91cGRhdGUgcnNlcSBzdHJ1 Y3R1cmVzIGZyb20ga2VybmVsIGR1cmluZyB0aGUgYWN0dWFsIGNvbnRleHQNCnN3aXRjaCwgYmVj YXVzZSB3ZSBjYW5ub3QgYWNjZXNzIHVzZXJzcGFjZSBmcm9tIHVuZGVyIGEgc3BpbmxvY2suIElu IG90aGVyDQp3b3JkcywgdGhyZWFkcyB1c2luZyByc2VxIGRvIG5vdCBpbmN1ciBhbnkgcGVyZm9y bWFuY2UgY29zdCBmcm9tIHN5c3RlbS1nbG9iYWwNCmNvbnRleHQgc3dpdGNoZXMuIEluc3RlYWQs IGlmIHRoZSBwcm9jZXNzIHJlZ2lzdGVyZWQgZm9yIHJzZXEoMiksIG9uIGFueSByZXR1cm4NCnRv IHVzZXIgbW9kZSB3ZSBjaGVjayBpZiBhbnkgZXhjZXB0aW9uYWwgZXZlbnRzIGhhcHBlbmVkIHdo aWxlIHRoZSB0aHJlYWQgd2FzDQppbiB0aGUga2VybmVsIChjb250ZXh0IHN3aXRjaGVzIG1heSBo YXBwZW4gb25seSB3aGlsZSB0aGUgdGhyZWFkIGlzIGluIGtlcm5lbA0KbW9kZSksIGFuZCBpZiBh IGNvbnRleHQgc3dpdGNoIGluZGVlZCBvY2N1cmVkLCB3ZSBmaXJlIGFuIGFzdCB0byBjaGVjayB3 aGV0aGVyDQp0aGUgcHJvZ3JhbSBjb3VudGVyIGlzIGluc2lkZSB0aGUgY3JpdGljYWwgc2VjdGlv biBhbmQganVtcCB0byB0aGUgYWJvcnQNCmhhbmRsZXIgaWYgaXQgaXMuDQoNClRoZSBpbXBsZW1l bnRhdGlvbnMgb2YgbWVtYmFycmllcigyKSBhbmQgcnNlcSgyKSBhcmUgY2xlYW4tcm9vbTogSSB1 c2VkIExpbnV4DQptYW51YWwgcGFnZXMgYXMgdGhlIHJlZmVyZW5jZSBhbmQgcHVibGljIGRpc2N1 c3Npb25zIG9mIHRoZSBmZWF0dXJlcyBmb3INCmNsYXJpZnlpbmcgY29ybmVyIGNhc2VzLiBPbiBM aW51eC9nbGliYywgdGhlcmUgd2FzIG5vIHN0YWJsZSBnbGliYyBpbnRlcmZhY2UgdG8NCnRoZSBy c2VxIGZhY2lsaXR5LiBPbmUgcHJvcG9zZWQgaW50ZWdyYXRpb24gd2FzIGNvbW1pdHRlZCB0aGVu IHJldmVydGVkIGZyb20NCmdsaWJjLiBJdCBtaWdodCBiZSBwcnVkZW50IHRvIHdhaXQgc29tZSBt b3JlIGZvciB0aGUgcnNlcSgyKSBpbnRlcmZhY2UgdG8NCnN0YWJpbGl6ZSBpbiBnbGliYyBiZWZv cmUgcHJvdmlkaW5nIGl0IGluIG91ciBsaWJjIG9yIHRvIHJlbHkgb24gdGlnaHQNCmludGVncmF0 aW9uIGJldHdlZW4ga2VybmVsIGFuZCB1c2Vyc3BhY2UgaW4gb3VyIGJhc2Ugc3lzdGVtLCBhbmQg dXNlIEFCSSB0cmlja3MNCmxpa2Ugc3ltYm9sIHZlcnNpb25pbmcgdG8gZXZvbHZlIHRoZSBpbnRl cmZhY2UuIFRoZXJlIGlzIG5vIGdvYWwgdG8gYmUgMTAwJQ0KY29tcGF0aWJsZSB3aXRoIExpbnV4 IGFueXdheS4NCg0KU3BvbnNvcjogVGhlIEZyZWVCU0QgRm91bmRhdGlvbg0KDQrilIHilIHilIHi lIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHi lIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHi lIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHi lIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIEN Cg0KQmFzZSBTeXN0ZW0gT3BlblNTSCBVcGRhdGUNCg0KTGlua3M6DQpPcGVuU1NIIFVSTDogaHR0 cHM6Ly93d3cub3BlbnNzaC5jb20vDQpBbm5vdW5jZW1lbnQgdG8gZnJlZWJzZC1zZWN1cml0eUAg VVJMOiBodHRwczovL2xpc3RzLmZyZWVic2Qub3JnL3BpcGVybWFpbC8NCmZyZWVic2Qtc2VjdXJp dHkvMjAyMS1TZXB0ZW1iZXIvMDEwNDczLmh0bWwNCg0KQ29udGFjdDogRWQgTWFzdGUgPGVtYXN0 ZUBmcmVlYnNkLm9yZz4NCg0KT3BlblNTSCwgYSBzdWl0ZSBvZiByZW1vdGUgbG9naW4gYW5kIGZp bGUgdHJhbnNmZXIgdG9vbHMsIHdhcyB1cGRhdGVkIGZyb20NCnZlcnNpb24gOC43cDEgdG8gOC44 cDEgaW4gdGhlIEZyZWVCU0QgYmFzZSBzeXN0ZW0uDQoNCk5PVEU6IE9wZW5TU0ggOC44cDEgZGlz YWJsZXMgdGhlIHNzaC1yc2Egc2lnbmF0dXJlIHNjaGVtZSBieSBkZWZhdWx0LiBGb3IgbW9yZQ0K aW5mb3JtYXRpb24gcGxlYXNlIHNlZSB0aGUgSW1wb3J0YW50IG5vdGUgZm9yIGZ1dHVyZSBGcmVl QlNEIGJhc2Ugc3lzdGVtDQpPcGVuU1NIIHVwZGF0ZSBtYWlsaW5nIGxpc3QgcG9zdC4NCg0KT3Bl blNTSCBzdXBwb3J0cyBGSURPL1UyRiBkZXZpY2VzLCBhbmQgc3VwcG9ydCBpcyBub3cgZW5hYmxl ZCBpbiB0aGUgYmFzZQ0Kc3lzdGVtLg0KDQpOZXh0IHN0ZXBzIGluY2x1ZGUgaW50ZWdyYXRpbmcg VTJGIGtleSBkZXZkIHJ1bGVzIGludG8gdGhlIGJhc2Ugc3lzdGVtLCBhbmQNCm1lcmdpbmcgdGhl IHVwZGF0ZWQgT3BlblNTSCBhbmQgRklETy9VMkYgc3VwcG9ydCB0byBzdGFibGUgYnJhbmNoZXMu DQoNClNwb25zb3I6IFRoZSBGcmVlQlNEIEZvdW5kYXRpb24NCg0K4pSB4pSB4pSB4pSB4pSB4pSB 4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB 4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB 4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB 4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSBDQoNClZEU08g b24gYW1kNjQNCg0KQ29udGFjdDogS29uc3RhbnRpbiBCZWxvdXNvdiA8a2liQEZyZWVCU0Qub3Jn Pg0KDQpBIFZEU08sIG9yIFZpcnR1YWwgRHluYW1pYyBTaGFyZWQgT2JqZWN0LCBpcyBhIHNoYXJl ZCBvYmplY3QgKG1vcmUgY29tbW9ubHkNCmNhbGxlZCBkeW5hbWljIGxpYnJhcnkpIHRoYXQgaXMg aW5zZXJ0ZWQgaW50byB0aGUgZXhlY3V0ZWQgaW1hZ2UgYnkgYSBqb2ludA0KZWZmb3J0IG9mIHRo ZSBrZXJuZWwgYW5kIHRoZSBkeW5hbWljIGxpbmtlci4gSXQgZG9lcyBub3QgZXhpc3RzIG9uIGRp c2sgYXMgYQ0Kc3RhbmRhbG9uZSAuc28sIGFuZCB0aGVyZSBhcmUgbm8gaW5zdHJ1Y3Rpb25zIGlu IHRoZSBFTEYgZm9ybWF0IHRoYXQgY2F1c2UgdGhlDQppbnNlcnRpb24uIEl0IGlzIGRvbmUgYnkg dGhlIHN5c3RlbSB0byBpbXBsZW1lbnQgc29tZSBmdW5jdGlvbmFsaXR5IGZvciB0aGUgQw0KcnVu dGltZSBpbXBsZW1lbnRhdGlvbiBjb21wb25lbnRzLg0KDQpGcmVlQlNEIGFscmVhZHkgaGFzIGEg bG90IG9mIGZlYXR1cmVzIHR5cGljYWxseSBkb25lIHVzaW5nIFZEU08gKGluIExpbnV4KSwgYnV0 DQpyZWFsbHkgbm90IHJlcXVpcmluZyB0aGF0IGNvbXBsaWNhdGlvbi4gVGhlIG1haW4gcmVhc29u IHdoeSBpdCBpcyBwb3NzaWJsZSBpcw0KdGhlIG9mdGVuIG1lbnRpb25lZCBjby1ldm9sdXRpb24g b2YgdGhlIGtlcm5lbCBhbmQgQyBydW50aW1lLiBXZSBjYW4gbmF0dXJhbGx5DQppbnRyb2R1Y2Ug ZmVhdHVyZXMgdGhhdCByZXF1aXJlIGltcGxlbWVudGF0aW9uIGJvdGggaW4ga2VybmVsLCBhbmQg c3VwcG9ydCBpbg0KdGhlIHVzZXJzcGFjZSBwYXJ0cywgc2luY2UgRnJlZUJTRCBpcyBkZXZlbG9w ZWQgYXMgYSB3aG9sZS4gU3VycHJpc2luZ2x5LCBpdA0KYWxzbyBhbGxvd3MgdGhlIGtlcm5lbCBh bmQgZHluYW1pYyBsaW5rZXIgdG8ga25vdyBtdWNoIGxlc3MgKGFuZCBub3QgZW5mb3JjZQ0KYW55 dGhpbmcpIGFib3V0IHVzZXJzcGFjZSBjb25zdW1lcnMgb2YgaW50ZXJmYWNlcy4NCg0KRm9yIGlu c3RhbmNlLCBhIHN5c2NhbGwtbGVzcyB3YWxsIGNsb2NrIHdhcyBpbXBsZW1lbnRlZCBsb25nIGFn bywgYnkgdGhlIGtlcm5lbA0KcHJvdmlkaW5nIGEgdGltZSBoYW5kcyBibG9iIGluIHRoZSBzaGFy ZWQgcGFnZSwgYW5kIHRoZSBDIGxpYnJhcnkga25vd2luZyBhYm91dA0KaXRzIGxvY2F0aW9uIGFu ZCB0aGUgc3VwcG9ydGVkIGFsZ29yaXRobXMuIFRoZXJlIGlzIG5vIG5lZWQgZm9yIGEgVkRTTyB0 aGF0DQppbnRlcnBvc2VzIHNvbWUgbGliYyBzeW1ib2xzIG9yIHByb3ZpZGVzIHNlcnZpY2VzIHRo YXQgYXJlIG5hbWVkIGJ5IGtub3duDQpzeW1ib2xzIHRvIHVzZXJsYW5kLg0KDQpGcm9tIGFsbCB0 aGUgeWVhcnMgb2YgZXhwZXJpZW5jZSB3aXRoIHRoaXMgcHNldWRvLVZEU08gYXBwcm9hY2gsIHRo ZSBvbmx5DQpmZWF0dXJlIHRoYXQgd2FzIGltcG9zc2libGUgdG8gaW1wbGVtZW50IHdpdGhvdXQg cHJvdmlkaW5nIHJlYWwgVkRTTyBzdXBwb3J0DQp3YXMgdGhlIHNpZ25hbCB0cmFtcG9saW5lIERX QVJGIGFubm90YXRpb25zLCBmb3IgdGhlIGJlbmVmaXQgb2Ygc3RhY2sNCnVud2luZGVycy4NCg0K V2hlbiB0aGUga2VybmVsIGRlbGl2ZXJzIHNpZ25hbCB0byB1c2VybGFuZCwgaXQgY2hhbmdlcyBz b21lIGtleSByZWdpc3RlcnMNCihsaWtlIHRoZSBpbnN0cnVjdGlvbiBwb2ludGVyLCB0aGUgc3Rh Y2sgcG9pbnRlciwgYW5kIHdoYXRldmVyIGVsc2UgaXMgbmVlZGVkDQpieSB0aGUgYXJjaGl0ZWN0 dXJlKSBhbmQgcHVzaGVzIHRoZSBzYXZlZCBpbWFnZSBvZiB0aGUgd2hvbGUgdXNlcm1vZGUgQ1BV IHN0YXRlDQooY29udGV4dCkgb250byB0aGUgdXNlciBzdGFjay4gVGhlbiwgY29udHJvbCBpcyBw YXNzZWQgdG8gYSBzbWFsbCBwaWVjZSBvZiBjb2RlDQpsb2NhdGVkIGluIHRoZSBzaGFyZWQgcGFn ZSAoc2lnbmFsIHRyYW1wb2xpbmUpLCB3aGljaCBjYWxscyB0aGUgdXNlciBoYW5kbGVyDQpmdW5j dGlvbiBhbmQgb24gcmV0dXJuIGZyb20gdGhlIGhhbmRsZXIgaXNzdWVzIGEgc2lncmV0dXJuKDIp IHN5c2NhbGwgdG8gcmVsb2FkDQp0aGUgb2xkIGNvbnRleHQuDQoNCkZyb20gdGhpcyBkZXNjcmlw dGlvbiwgaXQgaXMgY2xlYXIgdGhhdCB0aGUgc3RhdGUgb2YgdGhlIG1hY2hpbmUgZHVyaW5nDQp0 cmFtcG9saW5lIGV4ZWN1dGlvbiBpcyBxdWl0ZSBkaWZmZXJlbnQgZnJvbSB0aGUgbm9ybWFsIEMg Y2FsbGluZyBmcmFtZXMuDQpVbndpbmRlcnMgdGhhdCBoYW5kbGUgdGhpbmdzIGxpa2UgQysrIGV4 Y2VwdGlvbnMsIFJ1c3QgcGFuaWNzLCBvciBvdGhlciBzaW1pbGFyDQptZWNoYW5pc21zIGluIHNw ZWNpZmljIGxhbmd1YWdlIHJ1bnRpbWVzLCBuZWVkIHRvIHVuZGVyc3RhbmQgdGhlIHNwZWNpYWxu ZXNzIG9mDQp0aGUgdHJhbXBvbGluZSBmcmFtZS4gVGhlIGN1cnJlbnQgYXBwcm9hY2ggaXMgdG8g aGFyZGNvZGUgdGhlIGRldGVjdGlvbiBvZiB0aGUNCnRyYW1wb2xpbmUsIGUuZy4gYnkgbWF0Y2hp bmcgdGhlIGluc3RydWN0aW9uIHBvaW50ZXIgYWdhaW5zdCBzeXNjdGwNCmtlcm4ucHJvYy5zaWd0 cmFtcC4NCg0KRFdBUkYgYW5ub3RhdGlvbnMgYXJlIGVub3VnaCB0byBwcm92aWRlIHRoZSByZXF1 aXJlZCBpbmZvcm1hdGlvbiB0byB1bndpbmRlcnMNCnRvIG1ha2UgdGhlIHRyYW1wb2xpbmUgZnJh bWUgbm90IHNwZWNpYWwgYW55bW9yZSwgYnV0IHRoZSBwcm9ibGVtIGlzIHRoYXQgdGhlcmUNCmlz IG5vIHdheSBmb3IgdW53aW5kZXJzIHRvIGZpbmQgdGhlIGFubm90YXRpb24gd2l0aG91dCBpbnRy b2R1Y2luZyBldmVuIG1vcmUNCnNwZWNpYWxuZXNzLiBJbnN0ZWFkLCB3ZSBjYW4gaW5zZXJ0IGEg VkRTTyB0aGF0IG9ubHkgc2VydmVzIHRvIGFwcGVhciBpbiB0aGUNCmVudW1lcmF0aW9uIG9mIERT T3MgbG9hZGVkIGludG8gdGhlIHByb2Nlc3MsIHdpdGggZWl0aGVyIGRsX2l0ZXJhdGVfcGhkcigz KQ0KKGluLXByb2Nlc3MpIG9yIHJfZGVidWcgKHJlbW90ZSksIHdpdGggUFRfR05VX0VIX0ZSQU1F IGhlYWRlciBwb2ludGluZyB0byB0aGUNCnJvb3Qgb2YgRFdBUkYgaW5mby4NCg0KVGhpcyBpcyBl eGFjdGx5IHdoYXQgdGhlIFZEU08gb24gRnJlZUJTRCBkb2VzOiBpdCB3cmFwcyBzaWduYWwgdHJh bXBvbGluZSBiaXRzDQphbmQgdGhlaXIgRFdBUkYgYW5ub3RhdGlvbiAoLmNmaSkgaW50byBhIHNo YXJlZCBvYmplY3QsIHdoaWNoIGlzIHB1dCBpbnRvIHRoZQ0Kc2hhcmVkIHBhZ2UgYW5kIGxpbmtl ZCBieSBydGxkKDEpIGludG8gdGhlIHNldCBvZiBwcmVsb2FkZWQgb2JqZWN0cyB1cG9uIGltYWdl DQphY3RpdmF0aW9uLg0KDQpFZmZvcnRzIHdlcmUgbWFkZSB0byBzdHJpcCBhcyBtYW55IHVubmVl ZGVkIHN0cnVjdHVyZXMgYW5kIGFzIG11Y2ggcGFkZGluZyBhcw0KcG9zc2libGUgZnJvbSB0aGUg VkRTTyBpbWFnZSwgYmVjYXVzZSBpdCBjb25zdW1lcyBzcGFjZSBpbiB0aGUgc2hhcmVkIHBhZ2Uu IEl0DQp3YXMgcHVzaGVkIGFzIGZhciBhcyB0aGUgY29tbW9uIGRlbm9taW5hdG9yIG9mIGxsZCBh bmQgbGQuYmZkIGFsbG93ZWQsIHdpdGgNCnNldmVyYWwgdHJpY2tzIGRvbmUgYnkgbGlua2VyIHNj cmlwdHMgYW5kIHNvbWUgdXNlIG9mIHNlZW1pbmdseSB1bmRvY3VtZW50ZWQNCmxpbmtlciBvcHRp b25zLg0KDQpXZSBuZWVkIGF0IGxlYXN0IHR3byBWRFNPcyBmb3IgYW1kNjQ6IGEgNjQtYml0IG9u ZSBmb3IgbmF0aXZlIGJpbmFyaWVzIGFuZCBhDQozMi1iaXQgb25lIGZvciBpYTMyIGJpbmFyaWVz LiBXaXRoIHRoZSBzaXplIG9mIGVhY2ggVkRTTyBhcm91bmQgMS41S0IsIHNwYWNlDQpiZWNvbWVz IHJlYWxseSB0aWdodCBpbiB0aGUgc2hhcmVkIHBhZ2UsIHdoaWNoIG5lZWRzIHNwYWNlIGZvciBv dGhlciBzdHVmZiBhcw0Kd2VsbCwgbGlrZSB0aW1laGFuZHMgb3IgcmFuZG9tIGdlbmVyYXRvciBz ZWVkcy4NCg0KQnVpbGQgc2NyaXB0cyBlbmZvcmNlIHRoYXQgVkRTT3MgZG8gbm90IGdyb3cgbGFy Z2VyIHRoYW4gMks7IGlmIHRoZXkgZG8sIHdlDQpuZWVkIHRvIGV4dGVuZCBzaGFyZWQgcGFnZSB0 byBiZWNvbWUgYXQgbGVhc3QgdHdvIHNoYXJlZCBwYWdlcy4gU2NyaXB0cyBhbHNvDQplbmZvcmNl IHRoYXQgVkRTTyBhcmUgcHVyZSBwb3NpdGlvbi1pbmRlcGVuZGVudCwgbm90IHJlcXVpcmluZyBy ZWxvY2F0aW9ucyBmb3INCmVpdGhlciBjb2RlIG9yIG1ldGFkYXRhICguY2ZpKS4NCg0KU3BvbnNv cjogVGhlIEZyZWVCU0QgRm91bmRhdGlvbg0KDQrilIHilIHilIHilIHilIHilIHilIHilIHilIHi lIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHi lIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHi lIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHi lIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIENCg0KS2VybmVsDQoNClVwZGF0 ZXMgdG8ga2VybmVsIHN1YnN5c3RlbXMvZmVhdHVyZXMsIGRyaXZlciBzdXBwb3J0LCBmaWxlc3lz dGVtcywgYW5kIG1vcmUuDQoNClRoZSBBVlggYnVnIG9uIGFtZDY0DQoNCkNvbW1pdDogNzNiMzU3 YmU5MjM4IFVSTDogaHR0cHM6Ly9jZ2l0LmZyZWVic2Qub3JnL3NyYy9jb21taXQvP2lkPQ0KNzNi MzU3YmU5MjM4NWNiYjcwYmExOWU3MDIzYTczNmFmMmM2YjQ5Mw0KDQpDb250YWN0OiBLb25zdGFu dGluIEJlbG91c292IDxraWJARnJlZUJTRC5vcmc+DQoNClNvbWUgQ1BVcyBzdXBwb3J0IHRoZSBz byBjYWxsZWQgaW5pdCBvcHRpbWl6YXRpb24gZm9yIFhTQVZFLCBidXQgbm90IGFsbCBDUFVzDQpk by4gQW5kIHdoZW4gdGhleSBkbywgJ2FjY29yZGluZyB0byBjb21wbGV4IGludGVybmFsIG1pY3Jv YXJjaGl0ZWN0dXJhbA0KY29uZGl0aW9ucycsIHRoZSBvcHRpbWl6YXRpb24gbWlnaHQgaGFwcGVu IG9yIG5vdC4gQmFzaWNhbGx5LCB0aGlzIG1lYW5zIHRoYXQNCnNvbWV0aW1lcyB0aGUgQ1BVIGRv ZXMgbm90IHdyaXRlIGFsbCBvZiB0aGUgc3RhdGUgb24gWFNBVkUgYW5kIHJlY29yZHMgaW4NCnhz dGF0ZV9idiB0aGF0IGl0IGRpZCBub3QuDQoNCk9uIHNpZ25hbCBkZWxpdmVyeSwgdGhlIE9TIHBy b3ZpZGVzIHRoZSBzYXZlZCBjb250ZXh0IGludGVycnVwdGVkIGJ5IHRoZSBzaWduYWwNCnRvIHRo ZSBzaWduYWwgaGFuZGxlci4gVGhlIGNvbnRleHQgaW5jbHVkZXMgYWxsIENQVSBzdGF0ZSBhdmFp bGFibGUgdG8NCnVzZXJzcGFjZSwgaW5jbHVkaW5nIEZQVSByZWdpc3RlcnMgKFhTQVZFIGFyZWEp LiBBbHNvLCBvbiByZXR1cm4gZnJvbSB0aGUNCnNpZ25hbCBoYW5kbGVyLCBjb250ZXh0IGlzIHJl c3RvcmVkLCB3aGljaCBhbGxvd3MgdGhlIGhhbmRsZXIgdG8gbW9kaWZ5IHRoZQ0KbWFpbiBwcm9n cmFtIGZsb3cuIFdoZW4gaW5pdCBvcHRpbWl6YXRpb24ga2lja3MgaW4sIHRoZSBPUyB0cmllcyB0 byBoaWRlIGluaXQNCnN0YXRlIG9wdGltaXphdGlvbiBmcm9tIHRoZSBzaWduYWwgaGFuZGxlciwg YnkgZmlsbGluZyBub24tc2F2ZWQgcGFydHMgb2YgdGhlDQpYU0FWRSBhcmVhLg0KDQpUaGlzIGlz IHdoZXJlIHRoZSBwcm9ibGVtIGhhcHBlbnMuIEZvciBzdGF0ZXMgcGFydHMgMCAoeDg3KSBhbmQg MSAoU1NFL1hNTSksDQpJbnRlbCBDUFVzIGRvIG5vdCBwcm92aWRlIGFuIGVudW1lcmF0aW9uIG9m IGxheW91dCBpbiBDUFVJRCwgYXNzdW1pbmcgdGhhdCB0aGUNCk9TIGtub3dzIGFib3V0IHRoZSBy ZWdpb25zIGFueXdheS4gVGhlIGJ1ZyB3YXMgdGhhdCB0aGUgYW1kNjQga2VybmVsIGhhcmRjb2Rl ZA0KYSAzMmJpdCBzaXplIGZvciB0aGUgWE1NIHNhdmUgYXJlYSwgZWZmZWN0aXZlbHkgZmlsbGlu ZyAlWE1NOC0lWE1NMTUgd2l0aA0KZ2FyYmFnZSBvbiBzaWduYWwgcmV0dXJuIHdoZW4gaW5pdCBv cHRpbWl6YXRpb24ga2lja2VkIGluLCBiZWNhdXNlIG9ubHkNCnNwZWNpZmllZCBwYXJ0IG9mIHRo ZSBTU0Ugc2F2ZSBhcmVhIHdhcyBjb3BpZWQgZnJvbSB0aGUgY2Fub25pY2FsIHNhdmUgYXJlYS4N Cg0KU3BvbnNvcjogVGhlIEZyZWVCU0QgRm91bmRhdGlvbg0KDQrilIHilIHilIHilIHilIHilIHi lIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHi lIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHi lIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHi lIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIENCg0KRU5BIEZy ZWVCU0QgRHJpdmVyIFVwZGF0ZQ0KDQpMaW5rczoNCkVOQSBSRUFETUUgVVJMOiBodHRwczovL2dp dGh1Yi5jb20vYW16bi9hbXpuLWRyaXZlcnMvYmxvYi9tYXN0ZXIva2VybmVsL2Zic2QvDQplbmEv UkVBRE1FDQoNCkNvbnRhY3Q6IE1pY2hhbCBLcmF3Y3p5ayA8bWtAc2VtaWhhbGYuY29tPg0KQ29u dGFjdDogRGF3aWQgR29yZWNraSA8ZGdyQHNlbWloYWxmLmNvbT4NCkNvbnRhY3Q6IE1hcmNpbiBX b2p0YXMgPG13QHNlbWloYWxmLmNvbT4NCg0KRU5BIChFbGFzdGljIE5ldHdvcmsgQWRhcHRlcikg aXMgdGhlIHNtYXJ0IE5JQyBhdmFpbGFibGUgaW4gdGhlIHZpcnR1YWxpemVkDQplbnZpcm9ubWVu dCBvZiBBbWF6b24gV2ViIFNlcnZpY2VzIChBV1MpLiBUaGUgRU5BIGRyaXZlciBzdXBwb3J0cyBt dWx0aXBsZQ0KdHJhbnNtaXQgYW5kIHJlY2VpdmUgcXVldWVzIGFuZCBjYW4gaGFuZGxlIHVwIHRv IDEwMCBHYi9zIG9mIG5ldHdvcmsgdHJhZmZpYywNCmRlcGVuZGluZyBvbiB0aGUgaW5zdGFuY2Ug dHlwZSBvbiB3aGljaCBpdCBpcyB1c2VkLg0KDQpDb21wbGV0ZWQgc2luY2UgdGhlIGxhc3QgdXBk YXRlOg0KDQogIOKAoiBBZGQgSVB2NiBsYXllciA0IGNoZWNrc3VtIG9mZmxvYWQgc3VwcG9ydCB0 byB0aGUgZHJpdmVyDQoNCiAg4oCiIEFkZCBOVU1BIGF3YXJlbmVzcyB0byB0aGUgZHJpdmVyIHdo ZW4gdGhlIFJTUyBrZXJuZWwgb3B0aW9uIGlzIGVuYWJsZWQNCg0KICDigKIgUmV3b3JrIHZhbGlk YXRpb24gb2YgdGhlIFR4IHJlcXVlc3QgSUQNCg0KICDigKIgQ2hhbmdlIGxpZmV0aW1lIG9mIHRo ZSBkcml2ZXLigJlzIHRpbWVyIHNlcnZpY2UNCg0KICDigKIgQXZvaWQgcmVzZXQgdHJpZ2dlcmlu ZyB3aGVuIHRoZSBkZXZpY2UgaXMgdW5yZXNwb25zaXZlDQoNCldvcmsgaW4gcHJvZ3Jlc3M6DQoN CiAg4oCiIFByb3RvdHlwZSB0aGUgZHJpdmVyIHBvcnQgdG8gdGhlIGlmbGliIGZyYW1ld29yaw0K DQogIOKAoiBUZXN0cyBvZiB0aGUgaW5jb21pbmcgRU5BIGRyaXZlciByZWxlYXNlICh2Mi41LjAp DQoNClNwb25zb3I6IEFtYXpvbi5jb20gSW5jDQoNCuKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKU geKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKU geKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKU geKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKU geKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgQ0KDQpJbnRlbCBXaXJlbGVz cyBkcml2ZXIgc3VwcG9ydA0KDQpMaW5rczoNCml3bHdpZmkgc3RhdHVzIEZyZWVCU0Qgd2lraSBw YWdlIFVSTDogaHR0cHM6Ly93aWtpLmZyZWVic2Qub3JnL1dpRmkvSXdsd2lmaQ0KDQpDb250YWN0 OiBCam9lcm4gQS4gWmVlYiA8YnpARnJlZUJTRC5PUkc+DQoNClRoZSBJbnRlbCBXaXJlbGVzcyBk cml2ZXIgdXBkYXRlIHByb2plY3QgYWltcyB0byBicmluZyBzdXBwb3J0IGZvciBuZXdlcg0KY2hp cHNldHMgYWxvbmcgd2l0aCBtYWM4MDIxMSBMaW51eEtQSSBjb21wYXQgY29kZS4gVGhlIGR1YWwt bGljZW5zZWQgSW50ZWwNCmRyaXZlciBjb2RlIHdhcyBwb3J0ZWQgaW4gdGhlIHBhc3QgZm9yIHRo ZSBpd20oNCkgbmF0aXZlIGRyaXZlcjsgdXNpbmcgdGhlDQpMaW51eEtQSSBjb21wYXQgZnJhbWV3 b3JrIGFsbG93cyB1cyB0byB1c2UgdGhlIGRyaXZlciBkaXJlY3RseSwgd2l0aCBvbmx5IHZlcnkN Cm1pbm9yIG1vZGlmaWNhdGlvbnMgdGhhdCB3ZSBob3BlIHdpbGwgYmUgaW5jb3Jwb3JhdGVkIGlu dG8gdGhlIG9yaWdpbmFsIGRyaXZlci4NCg0KRHVyaW5nIERlY2VtYmVyIHRoZSBkcml2ZXIsIGZp cm13YXJlLCBhbmQgYWxsIHJlbWFpbmluZyBMaW51eEtQSSBjb21wYXRpYmlsaXR5DQpjb2RlIHdl cmUgY29tbWl0dGVkIHRvIEZyZWVCU0QgbWFpbiAoSEVBRCkgYW5kIG1lcmdlZCB0byB0aGUgc3Rh YmxlLzEzIGJyYW5jaC4NCkZ1cnRoZXIgZml4ZXMsIHVwZGF0ZXMsIGFuZCBpbXByb3ZlbWVudHMg d2lsbCBnbyBkaXJlY3RseSBpbnRvIEZyZWVCU0QsIG1lYW5pbmcNCnRoZSBuZWVkIHRvIGFwcGx5 IHNuYXBzaG90cyBpcyBnb25lIGFuZCBjaGFuZ2VzIGNhbiBiZSBkaXN0cmlidXRlZCBtb3JlIHRp bWVseS4NCg0KRHVyaW5nIHRoZSBsYXN0IG1vbnRocyB3ZSB0cmllZCB0byBlbnN1cmUgdGhhdCB0 aGUgbGF0ZXN0IEFYMjEwIGNoaXBzZXRzIGFyZQ0Kc3VwcG9ydGVkLiBUaGUgY29tcGF0IGNvZGUg d2FzIHJlc3RydWN0dXJlZCBib3RoIHRvIGJlIGFibGUgdG8gYmV0dGVyIHRyYWNlIGFuZA0KZGVi dWcgdGhlIG1hYzgwMjExIGNvbXBhdGliaWxpdHkgbGF5ZXIsIGJ1dCBhbHNvIHRvIGtlZXAgdGhl IG5ldDgwMjExIGFuZA0KbWFjODAyMTEgc3RhdGUgbWFjaGluZXMgZm9yIHN0YXRpb25zIGJldHRl ciBpbiBzeW5jLg0KDQpXaGlsZSB3ZSBrZWVwIHVwZGF0aW5nIHRoZSBkcml2ZXIgYW5kIGFsbCB0 aGUgY29tcGF0IGNvZGUgbmVlZGVkIGZvciB0aGF0LCB0aGUNCmZvY3VzIHJlbWFpbnMgb24gc3Rh YmlsaXR5IGFuZCBhZGRpbmcgc3VwcG9ydCBmb3IgbmV3ZXIgODAyLjExIHN0YW5kYXJkcy4gVGhl DQpkcml2ZXIgaXMgc3RpbGwgc2V0IHRvIDExYS9iL2ctb25seSBhbmQgMTFuIHdpbGwgYmUgbmV4 dCBiZWZvcmUgd2UgbG9vayBhdA0KMTFhYy4NCg0KV2l0aCB0aGUgY29kZSBpbiBGcmVlQlNEIGdp dCB3ZSBhbnRpY2lwYXRlIGJyb2FkZXIgdGVzdGluZyBhbmQgd2l0aCB0aGF0IGFsc28NCnNvbWUg ZmFsbG91dC4gRm9yIHRoZSBsYXRlc3Qgc3RhdGUgb2YgdGhlIGRldmVsb3BtZW50LCBwbGVhc2Ug Zm9sbG93IHRoZQ0KcmVmZXJlbmNlZCB3aWtpIHBhZ2UgYW5kIHRoZSBmcmVlYnNkLXdpcmVsZXNz IG1haWxpbmcgbGlzdC4NCg0KU3BvbnNvcjogVGhlIEZyZWVCU0QgRm91bmRhdGlvbg0KDQrilIHi lIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHi lIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHi lIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHi lIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHi lIHilIENCg0KS2VybmVsIENyeXB0byBjaGFuZ2VzIHRvIHN1cHBvcnQgV2lyZUd1YXJkDQoNCkNv bnRhY3Q6IEpvaG4gQmFsZHdpbiA8amhiQEZyZWVCU0Qub3JnPg0KDQpEdXJpbmcgdGhlIHBhc3Qg ZmV3IG1vbnRocywgSSBtZXJnZWQgc2V2ZXJhbCBjaGFuZ2VzIHRvIHRoZSBrZXJuZWwgdG8gYmV0 dGVyDQpzdXBwb3J0IHRoZSBXaXJlR3VhcmQgZHJpdmVyLiBUaGVzZSBpbmNsdWRlIGV4dGVuc2lv bnMgdG8gdGhlICdzdHJ1Y3QNCmVuY194Zm9ybScgaW50ZXJmYWNlIHRvIGJldHRlciBzdXBwb3J0 IEFFQUQgY2lwaGVycywgY2hhbmdlcyB0byAnc3RydWN0DQplbmNfeGZvcm0nIHRvIHN1cHBvcnQg bXVsdGktYmxvY2sgb3BlcmF0aW9ucyBmb3IgaW1wcm92ZWQgcGVyZm9ybWFuY2UsIGFuZCB0aGUN CmFkZGl0aW9uIG9mIHRoZSBYQ2hhQ2hhMjAtUG9seTEzMDUgQUVBRCBjaXBoZXIgc3VpdGUgdG8g T0NGLiBBZGRpdGlvbmFsbHksIHRoZQ0Ka2VybmVsIG5vdyBpbmNsdWRlcyBhIG5ldyAiZGlyZWN0 IiBBUEkgZm9yIENoYUNoYTIwLVBvbHkxMzA1IG9wZXJhdGlvbnMgb24NCnNtYWxsLCBmbGF0IGJ1 ZmZlcnMuIEEgY2hhbmdlIGluIHJldmlldyBhZGRzIGFuIEFQSSB0byBzdXBwb3J0IGN1cnZlMjU1 MTkNCm9wZXJhdGlvbnMuIFdpdGggdGhlc2UgY2hhbmdlcywgdGhlIFdpcmVHdWFyZCBkcml2ZXIg aXMgbW9zdGx5IGFibGUgdG8gdXNlDQpjcnlwdG8gQVBJcyBmcm9tIHRoZSBrZXJuZWwgcmF0aGVy IHRoYW4gaXRzIGludGVybmFsIGltcGxlbWVudGF0aW9ucy4NCg0KSW4gcGFyYWxsZWwgSSBoYXZl IGJlZW4gdXBkYXRpbmcgdGhlIFdpcmVHdWFyZCBkcml2ZXIgdG8gdXNlIHRoZSBuZXcgQVBJcw0K dmVyaWZ5aW5nIGludGVyb3BlcmFiaWxpdHkgd2l0aCB0aGUgZXhpc3RpbmcgZHJpdmVyLiBPbmUg b2YgdGhlIG5leHQgdGFza3MgaXMNCnRvIHJlZmluZSB0aGVzZSBjaGFuZ2VzIChhbG9uZyB3aXRo IHNvbWUgbWlub3IgYnVnIGZpeGVzKSBhcyBjYW5kaWRhdGVzIGZvcg0KdXBzdHJlYW1pbmcgaW50 byB0aGUgV2lyZUd1YXJkIGRyaXZlci4NCg0KU3BvbnNvcjogVGhlIEZyZWVCU0QgRm91bmRhdGlv bg0KDQrilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHi lIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHi lIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHi lIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHi lIHilIHilIHilIHilIENCg0KUG9ydHMNCg0KQ2hhbmdlcyBhZmZlY3RpbmcgdGhlIFBvcnRzIENv bGxlY3Rpb24sIHdoZXRoZXIgc3dlZXBpbmcgY2hhbmdlcyB0aGF0IHRvdWNoDQptb3N0IG9mIHRo ZSB0cmVlLCBvciBpbmRpdmlkdWFsIHBvcnRzIHRoZW1zZWx2ZXMuDQoNCktERSBvbiBGcmVlQlNE DQoNCkxpbmtzOg0KS0RFIEZyZWVCU0QgVVJMOiBodHRwczovL2ZyZWVic2Qua2RlLm9yZy8NCktE RSBDb21tdW5pdHkgRnJlZUJTRCBVUkw6IGh0dHBzOi8vY29tbXVuaXR5LmtkZS5vcmcvRnJlZUJT RA0KDQpDb250YWN0OiBBZHJpYWFuIGRlIEdyb290IDxrZGVARnJlZUJTRC5vcmc+DQoNClRoZSBL REUgb24gRnJlZUJTRCBwcm9qZWN0IGFpbXMgdG8gcGFja2FnZSB0aGUgc29mdHdhcmUgZnJvbSB0 aGUgS0RFIENvbW11bml0eSwNCmFsb25nIHdpdGggZGVwZW5kZW5jaWVzIGFuZCByZWxhdGVkIHNv ZnR3YXJlLCBmb3IgdGhlIEZyZWVCU0QgcG9ydHMgdHJlZS4gVGhhdA0KaW5jbHVkZXMgYSBmdWxs IGRlc2t0b3AgZW52aXJvbm1lbnQgY2FsbGVkIEtERSBQbGFzbWEgKGZvciBib3RoIFgxMSBhbmQN CldheWxhbmQpIGFuZCBodW5kcmVkcyBvZiBhcHBsaWNhdGlvbnMgdGhhdCBjYW4gYmUgdXNlZCBv biBhbnkgRnJlZUJTRCBtYWNoaW5lLg0KDQpUaGUgS0RFIHRlYW0gKGtkZUApIGlzIHBhcnQgb2Yg ZGVza3RvcEAgYW5kIHgxMUAgYXMgd2VsbCwgYnVpbGRpbmcgdGhlIHNvZnR3YXJlDQpzdGFjayB0 byBtYWtlIEZyZWVCU0QgYmVhdXRpZnVsIGFuZCB1c2FibGUgYXMgYSBkYWlseS1kcml2ZXIgZ3Jh cGhpY3MtYmFzZWQNCmRlc2t0b3AgbWFjaGluZS4NCg0KICDigKIgSnVzdCB0d28gQ01ha2UgdXBk YXRlcyB0aGlzIHF1YXJ0ZXIsIGVuZGluZyB1cCB3aXRoIENNYWtlIDMuMjIuMS4gU29tZSBtb3Jl DQogICAgcGF0Y2hlcyBoYXZlIGxhbmRlZCB1cHN0cmVhbSwgYW5kIENNYWtlIGlzIHNvb24gdG8g c3dpdGNoIHRvIHNoYXJlL21hbiBmb3INCiAgICBtYW5wYWdlcyBvbiBGcmVlQlNELiBXaGVuIGl0 IGRvZXMsIHRoZXJlIHdpbGwgYmUgcGxlbnR5IG9mIHBrZy1wbGlzdCBjaHVybi4NCg0KICDigKIg TW9udGhseSByZWxlYXNlcyBvZiBLREUgRnJhbWV3b3JrcywgS0RFIFBsYXNtYSwgYW5kIEtERSBH ZWFyIGtlcHQgdGhlDQogICAgZXhwLXJ1bnMgZ29pbmcuIGtkZUAgd291bGQgbGlrZSB0byB0aGFu ayBBbnRvaW5lIGZvciBvdmVyc2VlaW5nIG91ciBtYW55DQogICAgZXhwLXJ1biByZXF1ZXN0cy4g V2UgYXJlIG5vdyBhdCBLREUgRnJhbWV3b3JrcyA1Ljg5IChsYXRlc3QgcmVsZWFzZSBhcyBvZg0K ICAgIERlY2VtYmVyIDIwMjEpLCBLREUgUGxhc21hIERlc2t0b3AgNS4yMy40IGFuZCBLREUgR2Vh ciAyMS4xMi4NCg0KICDigKIgUXQgNSBpcyBub3QgcmVjZWl2aW5nIGFueSBvcGVuIHNvdXJjZSB1 cGRhdGVzIGZyb20gdGhlIFF0IENvbXBhbnksIGJ1dCB0aGUNCiAgICBLREUgQ29tbXVuaXR5IG1h aW50YWlucyBpdHMgb3duIHNldCBvZiBwYXRjaGVzIHRoYXQgYmFja3BvcnQgbWFueSBmaXhlcw0K ICAgIGZyb20gUXQgNi4gV29yayBpcyB1bmRlcndheSB0byBpbXBvcnQgdGhlIEtERSBwYXRjaCBj b2xsZWN0aW9uLg0KDQogIOKAoiBRdCA2IHJlbWFpbnMgdGFudGFsaXppbmdseSBjbG9zZS4gVGhl cmUgaGFzbuKAmXQgYmVlbiByZWFsIHByb2dyZXNzIG9uIHRoZQ0KICAgIGNyYXNoLW9uLWV4aXQg cHJvYmxlbSwgdGhvdWdoLg0KDQogIOKAoiBkZXNrdXRpbHMva2FsZW5kYXIgaXMgYSByZWxhdGl2 ZWx5IG5ldyBwb3J0IHRoYXQgdXNlcyBLREUgdGVjaG5vbG9naWVzIGZvcg0KICAgIGEgZGVza3Rv cCAoYXBwb2ludG1lbnRzKSBjYWxlbmRhci4NCg0KICDigKIgZGVza3V0aWxzL2xhdHRlLWRvY2ss IGFuIGFsdGVybmF0aXZlIGxhdW5jaGVyIGZvciBLREUgUGxhc21hIChhbmQgb3RoZXINCiAgICBl bnZpcm9ubWVudHMpIHdhcyB1cGRhdGVkIHRvIGVhY2ggb2YgaXRzIGJ1Z2ZpeCByZWxlYXNlcy4N Cg0KICDigKIgZGV2ZWwvcWJzIGFuZCBkZXZlbC9xdGNyZWF0b3Igd2VyZSB1cGRhdGVkLiBRYnMg KG9yICJRdCBCdWlsZCBTeXN0ZW0iKSBpcyBhDQogICAgZGVjbGFyYXRpdmUgYnVpbGQgc3lzdGVt IHN0eWxlZCBhbG9uZyB0aGUgbGluZXMgb2YgZGVjbGFyYXRpdmUgUU1MDQogICAgcHJvZ3JhbXMu IChOb3RlIHRoYXQgUWJzIGlzIG5vdCB1c2VkIGJ5IFF0IGl0c2VsZikuDQoNCiAg4oCiIGdyYXBo aWNzL2RpZ2lrYW0gd2FzIHVwZGF0ZWQgdG8gdGhlIGxhdGVzdCByZWxlYXNlIGFuZCBub3cgc3Vw cG9ydHMgYm90aA0KICAgIEltYWdlTWFnaWNrIDYgYW5kIEltYWdlTWFnaWNrIDcuIFNwZWFraW5n IG9mIHdoaWNoLCBhIG5ldyBVU0VTPW1hZ2ljayB3YXMNCiAgICBpbnRyb2R1Y2VkIHRvIHNpbXBs aWZ5IHBvcnRzIHRoYXQgZGVwZW5kIGluIEltYWdlTWFnaWNrLg0KDQogIOKAoiBncmFwaGljcy9r c25pcCwgb25lIG9mIHNldmVyYWwgc2NyZWVuc2hvdC1hcHBsaWNhdGlvbnMgZm9yIEtERSBQbGFz bWEgKGFuZA0KICAgIG90aGVyIGVudmlyb25tZW50cykgaGFkIGEgbG90cy1vZi1idWdmaXhlcyB1 cGRhdGUuDQoNCiAg4oCiIGdyYXBoaWNzL3NrYW5wYWdlIGlzIGEgbmV3IHBvcnQgdGhhdCBzY2Fu cyBtdWx0aXBsZSBwYWdlcyBhbmQgcHJvZHVjZXMgYQ0KICAgIFBERiBvZiB0aGUgd2hvbGUuDQoN CiAg4oCiIG11bHRpbWVkaWEvcXQ1LW11bHRpbWVkaWEgbm93IGlnbm9yZXMgZ3N0cmVhbWVyLWds IChyYXRoZXIgdGhhbiBpbXBsaWNpdGx5DQogICAgYnVpbGRpbmcgd2l0aCBpdCBhcyBhIGRlcGVu ZGVuY3kgaWYgaXQgaXMgaW5zdGFsbGVkIGEgYnVpbGQgdGltZSkuDQoNCiAg4oCiIG5ldC1pbS9y dXFvbGEgaXMgYSBSb2NrZXQgQ2hhdCBjbGllbnQsIHVwZGF0ZWQgdG8gdGhlIGxhdGVzdCByZWxl YXNlLg0KDQogIOKAoiBzZWN1cml0eS9xdGtleWNoYWluIGhhcyBhIG5ldyByZWxlYXNlLg0KDQpF bHNld2hlcmUgaW4gdGhlIHNvZnR3YXJlIHN0YWNrLCBrZGVAIGFsc28gbWFpbnRhaW5zIHBvcnRz IHRoYXQgc3VwcG9ydCB0aGUNCmRlc2t0b3AgaW4gZ2VuZXJhbC4gU29tZSBoaWdobGlnaHRzIGFy ZToNCg0KICDigKIgZGV2ZWwvbGlicGhvbmVudW1iZXIga2VlcHMgY2hhc2luZyBjaGFuZ2VzIHRv IHRoZSB3b3JsZOKAmXMgcGhvbmUgbnVtYmVycw0KICAgICh0aGUgRnJlZUJTRCBmb3VuZGF0aW9u IGNhbiBiZSByZWFjaGVkIGF0ICsxLjcyMC4yMDcuNTE0MikuDQoNCiAg4oCiIGdyYXBoaWNzL3Bv cHBsZXIgdXBkYXRlZCB0aGlzIG11Y2gtdXNlZCBQREYtcmVuZGVyaW5nIGxpYnJhcnkuDQoNCiAg 4oCiIG11bHRpbWVkaWEvcGlwZXdpcmUsIHRoZSBhdWRpby1hbmQtdmlkZW8gc3VjY2Vzc29yIHRv IHB1bHNlYXVkaW8sIHdhcw0KICAgIHVwZGF0ZWQgYW5kIG5vdyBzdXBwb3J0cyBTU0wgYXMgd2Vs bC4NCg0KICDigKIgbmV0L3B5LXB5dHJhZGZyaSBnb3Qgc2V2ZXJhbCB1cGRhdGVzIHNvIHlvdSBj YW4gY29udHJvbCB5b3VyIGxpZ2h0cyBmcm9tDQogICAgRnJlZUJTRC4NCg0KICDigKIgcHJpbnQv ZnJlZXR5cGUyIHdhcyB1cGRhdGVkIHRvIHRoZSBsYXRlc3QgcmVsZWFzZTsgcmVsYXRlZGx5LCB0 aGVyZSB3YXMgYW0NCiAgICB1cGRhdGUgdG8geDExLXRvb2xraXRzL2xpYlhmdC4NCg0KICDigKIg cHJpbnQvaGFyZmJ1enosIHRoZSB0ZXh0LXNoYXBpbmcgbGlicmFyeSwgd2FzIHVwZGF0ZWQgZm9y IG1vcmUgZm9udCB0eXBlDQogICAgc3VwcG9ydC4NCg0KICDigKIgc3lzdXRpbHMvYnNkaXNrcyBp cyBhbiBpbXBsZW1lbnRhdGlvbiBvZiBEQnVzIGludGVyZmFjZXMgZm9yIGV4YW1pbmluZw0KICAg IGRpc2tzIChkcml2ZXMsIHBhcnRpdGlvbnMsIGV0Yy4pLiBJdCBpcyBhbHNvIHVzZWQgZm9yIHJl bW92YWJsZS1kaXNrDQogICAgbm90aWZpY2F0aW9ucy4NCg0KICDigKIgeDExLXRoZW1lcy9hZHdh aXRhLXF0LCB3aGljaCBjb25uZWN0cyB0aGUgYWR3YWl0YSB0aGVtZSBlbmdpbmUgdG8gUXQtYmFz ZWQNCiAgICBhcHBsaWNhdGlvbnMsIHdhcyB1cGRhdGVkLg0KDQrilIHilIHilIHilIHilIHilIHi lIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHi lIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHi lIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHi lIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIHilIENCg0KRnJlZUJT RCBPZmZpY2UgVGVhbQ0KDQpMaW5rczoNClRoZSBGcmVlQlNEIE9mZmljZSBwcm9qZWN0IFVSTDog aHR0cHM6Ly93aWtpLmZyZWVic2Qub3JnL09mZmljZQ0KDQpDb250YWN0OiBGcmVlQlNEIE9mZmlj ZSB0ZWFtIE1MIDxvZmZpY2VARnJlZUJTRC5vcmc+DQpDb250YWN0OiBEaW1hIFBhbm92IDxmbHVm ZnlARnJlZUJTRC5vcmc+DQpDb250YWN0OiBMaS1XZW4gSHN1IDxsd2hzdUBGcmVlQlNELm9yZz4N Cg0KVGhlIEZyZWVCU0QgT2ZmaWNlIHRlYW0gd29ya3Mgb24gYSBudW1iZXIgb2Ygb2ZmaWNlLXJl bGF0ZWQgc29mdHdhcmUgc3VpdGVzIGFuZA0KdG9vbHMgc3VjaCBhcyBPcGVuT2ZmaWNlIGFuZCBM aWJyZU9mZmljZS4NCg0KV29yayBkdXJpbmcgdGhpcyBxdWFydGVyIHdhcyBmb2N1c2VkIG9uIHBy b3ZpZGluZyB0aGUgbGF0ZXN0IHN0YWJsZSByZWxlYXNlIG9mDQpMaWJyZU9mZmljZSBzdWl0ZSBh bmQgY29tcGFuaW9uIGFwcHMgdG8gYWxsIEZyZWVCU0QgdXNlcnMuDQoNCkxhdGVzdCBhbmQgcXVh cnRlcmx5IHBvcnRzIGJyYW5jaGVzIGdvdCBhIG5ldyBicmFuY2ggKDcuMikgb2YgdGhlIExpYnJl T2ZmaWNlDQpzdWl0ZSBhbmQgdXBkYXRlZCB0byB0aGUgNy4yLjQgcmVsZWFzZSB3aGlsZSBuZXcg cHJlbGVhc2VzIHN1Y2ggYXMgNy4yLjUuUkMyDQphbmQgNy4zLjAuUkMxIGFyZSBjb29raW5nIGlu IHRoZSBXSVAgc3RhZ2UgYXJlYS4NCg0KTWVhbndoaWxlLCBvdXIgV0lQIHJlcG9zaXRvcnkgZ290 IGJhY2sgYSB3b3JraW5nIENJIGluc3RhbmNlIGFnYWluLCB0aGFua3MgdG8NCkxpLVdlbiBIc3Uu DQoNCkFsc28gd2UgYXJlIHN0aWxsIHdvcmtpbmcgb24gdGhlIEJvb3N0IFdJUCByZXBvc2l0b3J5 IHRvIGJyaW5nIHRoZSBsYXRlc3QgQm9vc3QNCmxpYnJhcnkgdG8gdGhlIHBvcnRzLg0KDQpXZSBh cmUgbG9va2luZyBmb3IgcGVvcGxlIHRvIGhlbHAgd2l0aCB0aGUgb3BlbiB0YXNrczoNCg0KICDi gKIgVGhlIG9wZW4gYnVncyBsaXN0IGNvbnRhaW5zIGFsbCBmaWxlZCBpc3N1ZXMgd2hpY2ggbmVl ZCBzb21lIGF0dGVudGlvbg0KDQogIOKAoiBVcHN0cmVhbSBsb2NhbCBwYXRjaGVzIGluIHBvcnRz DQoNClBhdGNoZXMsIGNvbW1lbnRzIGFuZCBvYmplY3Rpb25zIGFyZSBhbHdheXMgd2VsY29tZSBp biB0aGUgbWFpbGluZyBsaXN0IGFuZA0KYnVnemlsbGEuDQoNCuKUgeKUgeKUgeKUgeKUgeKUgeKU geKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKU geKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKU geKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKU geKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgQ0KDQpUaGlyZC1Q YXJ0eSBQcm9qZWN0cw0KDQpNYW55IHByb2plY3RzIGJ1aWxkIHVwb24gRnJlZUJTRCBvciBpbmNv cnBvcmF0ZSBjb21wb25lbnRzIG9mIEZyZWVCU0QgaW50bw0KdGhlaXIgcHJvamVjdC4gQXMgdGhl c2UgcHJvamVjdHMgbWF5IGJlIG9mIGludGVyZXN0IHRvIHRoZSBicm9hZGVyIEZyZWVCU0QNCmNv bW11bml0eSwgd2Ugc29tZXRpbWVzIGluY2x1ZGUgYnJpZWYgdXBkYXRlcyBzdWJtaXR0ZWQgYnkg dGhlc2UgcHJvamVjdHMgaW4NCm91ciBxdWFydGVybHkgcmVwb3J0LiBUaGUgRnJlZUJTRCBwcm9q ZWN0IG1ha2VzIG5vIHJlcHJlc2VudGF0aW9uIGFzIHRvIHRoZQ0KYWNjdXJhY3kgb3IgdmVyYWNp dHkgb2YgYW55IGNsYWltcyBpbiB0aGVzZSBzdWJtaXNzaW9ucy4NCg0KaGVsbG9TeXN0ZW0NCg0K TGlua3M6DQpEb2N1bWVudGF0aW9uIFVSTDogaHR0cHM6Ly9oZWxsb3N5c3RlbS5naXRodWIuaW8v DQoNCkNvbnRhY3Q6IFNpbW9uIFBldGVyIDxwcm9ib25vQHB1cmVkYXJ3aW4ub3JnPg0KQ29udGFj dDogI2hlbGxvU3lzdGVtIG9uIGlyYy5saWJlcmEuY2hhdCwgbWlycm9yZWQgdG8gI2hlbGxvU3lz dGVtOm1hdHJpeC5vcmcNCm9uIE1hdHJpeA0KDQpXaGF0IGlzIGhlbGxvU3lzdGVtPw0KDQpoZWxs b1N5c3RlbSBpcyBGcmVlQlNEIHByZWNvbmZpZ3VyZWQgYXMgYSBkZXNrdG9wIG9wZXJhdGluZyBz eXN0ZW0gd2l0aCBhIGZvY3VzDQpvbiBzaW1wbGljaXR5LCBlbGVnYW5jZSwgYW5kIHVzYWJpbGl0 eS4gSXRzIGRlc2lnbiBmb2xsb3dzIHRoZSDigJxMZXNzLCBidXQNCmJldHRlcuKAnSBwaGlsb3Nv cGh5Lg0KDQpRNCAyMDIxIFN0YXR1cw0KDQogIOKAoiBWZXJzaW9uIDAuNy4wIG9mIGhlbGxvU3lz dGVtIGhhcyBiZWVuIHB1Ymxpc2hlZCBpbmNsdWRpbmcgbWFueSBjb250cmlidXRlZA0KICAgIGZl YXR1cmVzIGFuZCBidWdmaXhlcw0KDQogICAgICDilqEgaGVsbG9TeXN0ZW0gaXMgbm93IGJhc2Vk IG9uIEZyZWVCU0QgMTMuMC1SRUxFQVNFDQoNCiAgICAgIOKWoSBDb21wbGV0ZWx5IHJld29ya2Vk IExpdmUgSVNPIGFyY2hpdGVjdHVyZSwgcmVzdWx0aW5nIGluIDEvM3JkIGJvb3QgdGltZQ0KICAg ICAgICBhbmQgdW5kZXIgODAwIE1CIHNpemUgKGZpdHMgYSBDRC1ST00pDQoNCiAgICAgIOKWoSBE ZXZlbG9wZXIgVG9vbHMgYXJlIG5vdyBhIHNlcGFyYXRlIGRvd25sb2FkDQoNCiAgICAgIOKWoSBE aXNrIEltYWdlcyBhcmUgaW5jcmVhc2luZ2x5IHVzZWQgdGhyb3VnaG91dCB0aGUgc3lzdGVtLCBz dWNoIGFzIGZvcg0KICAgICAgICBhcHBsaWNhdGlvbiBkaXN0cmlidXRpb24gYW5kIExpbnV4dWxh dG9yIHVzZXJsYW5kIGRlcGxveW1lbnQNCg0KICAgICAg4pahIE1hbnkgbmV3IGZlYXR1cmVzIGFu ZCBHVUkgdXRpbGl0aWVzIHRvIG1ha2UgdGhlIGRlc2t0b3AgbW9yZSB1c2FibGUgZm9yDQogICAg ICAgICJtZXJlIG1vcnRhbHMiIHdpdGhvdXQgdGhlIG5lZWQgZm9yIGEgdGVybWluYWwNCg0KSW5z dGFsbGFibGUgTGl2ZSBJU08gaW1hZ2VzIGFuZCBhIGZ1bGwgY2hhbmdlbG9nIGFyZSBhdmFpbGFi bGUgYXQgaHR0cHM6Ly8NCmdpdGh1Yi5jb20vaGVsbG9TeXN0ZW0vSVNPL3JlbGVhc2VzL3RhZy9y MC43LjANCg0KQ29udHJpYnV0aW5nDQoNClRoZSBwcm9qZWN0IGFwcHJlY2lhdGVzIGNvbnRyaWJ1 dGlvbnMgaW4gdmFyaW91cyBhcmVhcy4NCg0K4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB 4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB 4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB 4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB 4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSB4pSBDQoNCkNvbnRhaW5lcnMgJiBGcmVl QlNEOiBQb3QsIFBvdGx1Y2sgJiBQb3RtYW4NCg0KTGlua3M6DQpQb3Qgb24gZ2l0aHViIFVSTDog aHR0cHM6Ly9naXRodWIuY29tL3BpenphbWlnL3BvdA0KUG90bHVjayBSZXBvc2l0b3J5ICYgUHJv amVjdCBVUkw6IGh0dHBzOi8vcG90bHVjay5ob25leWd1aWRlLm5ldC8NClBvdGx1Y2sgb24gZ2l0 aHViIFVSTDogaHR0cHM6Ly9naXRodWIuY29tL2hueS1nZC9wb3RsdWNrDQpQb3RtYW4gb24gZ2l0 aHViIFVSTDogaHR0cHM6Ly9naXRodWIuY29tL2dyZW1iby9wb3RtYW4NCg0KQ29udGFjdDogTHVj YSBQaXp6YW1pZ2xpbyAoUG90KSA8cGl6emFtaWdAZnJlZWJzZC5vcmc+DQpDb250YWN0OiBTdGVw aGFuIExpY2h0ZW5hdWVyIChQb3RsdWNrKSA8c2xAaG9uZXlndWlkZS5ldT4NCkNvbnRhY3Q6IE1p Y2hhZWwgR21lbGluIChQb3RtYW4pIDxncmVtYm9ARnJlZUJTRC5vcmc+DQoNClBvdCBpcyBhIGph aWwgbWFuYWdlbWVudCB0b29sIHRoYXQgYWxzbyBzdXBwb3J0cyBvcmNoZXN0cmF0aW9uIHRocm91 Z2ggTm9tYWQuDQoNCkluIHRoZSBsYXN0IHF1YXJ0ZXIsIGEgbmV3IHJlbGVhc2UgMC4xNC4wIHdp dGggYSBudW1iZXIgb2YgZml4ZXMgYW5kIGZlYXR1cmVzDQpsaWtlIHRoZSBuZXcgY29weS1pbi1m bHYgY29tbWFuZCB3YXMgbWFkZSBhdmFpbGFibGUuDQoNClBvdGx1Y2sgYWltcyB0byBiZSB0byBG cmVlQlNEIGFuZCBQb3Qgd2hhdCBEb2NrZXJodWIgaXMgdG8gTGludXggYW5kIERvY2tlcjogYQ0K cmVwb3NpdG9yeSBvZiBQb3QgZmxhdm91cnMgYW5kIGNvbXBsZXRlIGNvbnRhaW5lciBpbWFnZXMg Zm9yIHVzYWdlIHdpdGggUG90IGFuZA0KaW4gbWFueSBjYXNlcyBOb21hZC4NCg0KSGVyZSB3ZSBh Z2FpbiBoYWQgYSBidXN5IHF1YXJ0ZXIuIEFsbCBpbWFnZXMgaGF2ZSBiZWVuIHJlYnVpbHQgZm9y IEZyZWVCU0QgMTIuMw0KYW5kIHBvdCAwLjEzLjAuDQpBbHNvIHRoZSBpbWFnZXMgdGhhdCBjYW4g YmUgdXNlZCB0byBidWlsZCBhIHZpcnR1YWwgZGF0YSBjZW50ZXIgbGlrZSBOb21hZCwNCkNvbnN1 bCBhbmQgVmF1bHQgaGF2ZSByZWNlaXZlZCBhIGxvdCBtb3JlIHRlbmRlciBsb3ZlIGFuZCBjYXJl IGFuZCBhcmUNCm1lYW53aGlsZSBpbiBwcmUtcHJvZHVjdGlvbiB1c2Ugb24gYSBjbHVzdGVyIGF0 IGEgZmludGVjaC4NCk5vdCBhbGwgdGhlc2UgY2hhbmdlcyBoYXZlIHlldCBiZWVuIGNvbW1pdHRl ZCB0byB0aGUgZ2l0aHViIHJlcG9zaXRvcnkgdGhvdWdoLA0KdGhpcyBpcyBwbGFubmVkIGZvciB0 aGUgbmV4dCBxdWFydGVyLiBBZGRpdGlvbmFsbHksIG5ldyBpbWFnZXMgbGlrZQ0KbXVsdGktbWFz dGVyIE9wZW5MREFQIGhhdmUgYmVlbiBhZGRlZCwgdG9vLg0KDQpQb3RtYW4gYWltcyB0byBzaW1w bGlmeSBidWlsZGluZyBQb3QgaW1hZ2VzIHdpdGggVmFncmFudCBhbmQgVmlydHVhbEJveCBiYXNl ZA0Kb24gdGhlIFBvdGx1Y2sgYXBwcm9hY2gsIGUuZy4gYXMgcGFydCBvZiBhIERldk9wcyB3b3Jr ZmxvdyBmb3Igc29mdHdhcmUNCmRldmVsb3BtZW50IGluY2x1ZGluZyB0ZXN0aW5nIGFuZCBwdWJs aXNoaW5nIHRoZW0gdG8gYSByZXBvc2l0b3J5Lg0KDQpIZXJlIHdlIGhhdmUgbm90IHlldCBtYWRl IGEgbG90IG9mIGhlYWR3YXkgd2l0aCBvdXIgcGxhbiB0byB1dGlsaXNlIFBvdG1hbiBpbg0KdGhl IFBvdGx1Y2sgbGlicmFyeSBidWlsZCBwcm9jZXNzIGJ1dCB0aGlzIGlzIHN0aWxsIG9uIG91ciBU T0RPLWxpc3QsIGxpa2UNCmltcHJvdmluZyB0aGUgZG9jdW1lbnRhdGlvbiBmb3IgdXNpbmcgdGhl IFZpcnR1YWwgREMgaW1hZ2VzIGZyb20gdGhlIFBvdGx1Y2sNCmxpYnJhcnkuDQoNCkFzIGFsd2F5 cywgZmVlZGJhY2sgYW5kIHBhdGNoZXMgYXJlIHdlbGNvbWUuDQoNCuKUgeKUgeKUgeKUgeKUgeKU geKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKU geKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKU geKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKU geKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgeKUgQ0K --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKkBAEBCgCOFiEEVbCTpybDiFVxIrrVNqQMg7DW754FAmIqsh5fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDU1 QjA5M0E3MjZDMzg4NTU3MTIyQkFENTM2QTQwQzgzQjBENkVGOUUQHGpybUBmcmVl YnNkLm9yZwAKCRA2pAyDsNbvnj1pD/41O1IJ9LMpGJjwDEJ1h4uDQWgbvduuH1Mi 6qwYY9lD/o3/K2cOAfImmkjqJG5sepE6i8Nr9OKG0xHwSrumB+2V/3bJydujCENI SouKllhGUsUDo4tHBHgaTWIe30wjhaI2NSk6kqmSI4UJ030qrxaPamfx2pN8IRVz OPYW5JwisaEFwp0UXTtGY2cFZA8gb0YTvhrazRzH8sQGNOYkHOzHpSUozRc+9D9G GinMHOdmqsJ4ewj/9M24u3HJ4+aBLH8XaYt8MyJho5RBwIn52Z8358M5abDPkEbS 4xKYrktagp79kOSU7nNUoBEKdxCLeKrd7pvdQK9jd5st0PItWuAbd2QTQiYDtoUc Q3R/T68FpMxPS1kSCJ1siDui214eNPHQIfhdwOXSDCRTm4oIYzaxAUsBdV5uvoJr 1NUtRfXSbAyxDze/qDVOPeyzuZoo0C/4KwSbX0YRfYa1EoSvJgRIJd8jbLK0MRBe cqR/WYmyOJhTVh+QL368gbfEwQ9ZlkXEwUtofqZkM2yC4Lje6Dr7OYKArfOkgFWt pMGudE/qiKdTFVE/VvWeDQ/wmq1agVqZEX204YEyszuwXn5DH4tLqoqlydZoHcAL d0EfWO/Z8RTIokc/4I+mB6A2YOH4QIo+h7NH7naoPfuFNf5PNwzwVfNYok0dgbd+ e31h8a10rw== =TTeE -----END PGP SIGNATURE----- --=-=-=-- From nobody Fri Mar 11 09:56:23 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 0AC8C1A0D8BB for ; Fri, 11 Mar 2022 09:56:44 +0000 (UTC) (envelope-from mw@semihalf.com) Received: from mail-lf1-x134.google.com (mail-lf1-x134.google.com [IPv6:2a00:1450:4864:20::134]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KFLtg14nzz4dkW for ; Fri, 11 Mar 2022 09:56:43 +0000 (UTC) (envelope-from mw@semihalf.com) Received: by mail-lf1-x134.google.com with SMTP id g17so14145422lfh.2 for ; Fri, 11 Mar 2022 01:56:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=F9sAzPB63jkgFICqyjICy+EH3144H7a+UpjWNeJq1gw=; b=5BZFWPmn6MDHD6DiM8DB+eEMyEZ8jypQH/iDz6nJHFu5iulqPbBlnxN0GlsIAMBTHW j0VXe4BXOnlvhsTyDlw881KT7ojHd4B0KEubf+3JCtnuPsofJhsz3y0b2yM0Arbzmho0 atoGWd9hV4H5SZp5Xm4pWnuivmLeH6rx5KwMDvvE7/Lb/vR3etnEpVbJLCnHaqHtlGNl UlQfjRqp2YM6h1pLjXUx1UMSCLXXYaPAXU/8p1LPIxsQU2ajHhga77ejc8z5lr74z3Kd A+ZuMIEYGeVvcFHW58x0HX5DnNfVPa2wWg1dbwtBNwGamyHfkHvPb2JkZsREq9YL480h Rndw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=F9sAzPB63jkgFICqyjICy+EH3144H7a+UpjWNeJq1gw=; b=yziDqqaXHFJ7lz9i2TzwPKPqezcwp0O069eXWXevqm1Yx8Xtf1IV2II2JJN1AFMR9Z i0Zq2aaoUNiZF508bAzMMA6HODyejrBxnv5sK60K9setZcuO2OQ5MQFK8J9kcCoN8Bde EC+wLqXjhKiiPXAUkFFQGVcqoyVi9YSvWC10icb5/EwxG+c/MnzHV4Ban258YXLZf+N6 D6tbSSu1l0bnuAabyMa/IiY0Vb6cdQchoYDieAuA9ywhRO0pu/+Lq+q9x0DzeB6IwK8I HO3u8UUXEiCO5HLkr2YjrhwdEfi07HNBHPnLiheaeXoiVpWp5wjMihsY2bUvyQGl3rax QLow== X-Gm-Message-State: AOAM531ySQgzRmOw+mHqhQDxIOSKZDwTeHgDFUzOMcAHQcypVVGolGm1 TuTOjX5rwDctQEnuaq2vQiJH3YEyyA+sZD+yffu7sw== X-Google-Smtp-Source: ABdhPJwAocwPc7KIoNzQb2o8LKMcOGRrrYkXis7qHZxtjwY/ybY+U+bimLS0t7m87WDH5XwdLZeJ41H5pNNCCCusYx0= X-Received: by 2002:a05:6512:3f99:b0:447:7fc0:8d3 with SMTP id x25-20020a0565123f9900b004477fc008d3mr5689877lfa.671.1646992594983; Fri, 11 Mar 2022 01:56:34 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <20220311021228.GE76435@FreeBSD.org> In-Reply-To: <20220311021228.GE76435@FreeBSD.org> From: Marcin Wojtas Date: Fri, 11 Mar 2022 10:56:23 +0100 Message-ID: Subject: Re: FreeBSD 13.1-BETA1 Now Available To: Glen Barber Cc: freebsd-stable@freebsd.org, freebsd-snapshots@freebsd.org, FreeBSD Release Engineering Team Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4KFLtg14nzz4dkW X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=semihalf-com.20210112.gappssmtp.com header.s=20210112 header.b=5BZFWPmn; dmarc=none; spf=none (mx1.freebsd.org: domain of mw@semihalf.com has no SPF policy when checking 2a00:1450:4864:20::134) smtp.mailfrom=mw@semihalf.com X-Spamd-Result: default: False [-3.30 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[semihalf-com.20210112.gappssmtp.com:s=20210112]; FREEFALL_USER(0.00)[mw]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[semihalf.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[semihalf-com.20210112.gappssmtp.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::134:from]; MLMMJ_DEST(0.00)[freebsd-stable]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hi, pt., 11 mar 2022 o 03:15 Glen Barber napisa=C5=82(a): > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > The first BETA build of the 13.1-RELEASE release cycle is now available. > > Installation images are available for: > o 13.1-BETA1 amd64 GENERIC > o 13.1-BETA1 i386 GENERIC > o 13.1-BETA1 powerpc GENERIC > o 13.1-BETA1 powerpc64 GENERIC64 > o 13.1-BETA1 powerpc64le GENERIC64LE > o 13.1-BETA1 powerpcspe MPC85XXSPE > o 13.1-BETA1 armv6 RPI-B > o 13.1-BETA1 armv7 GENERICSD What is the reason for o 13.1-BETA1 aarch64 GENERIC missing in the list? Thanks, Marcin > o 13.1-BETA1 aarch64 RPI > o 13.1-BETA1 aarch64 PINE64 > o 13.1-BETA1 aarch64 PINE64-LTS > o 13.1-BETA1 aarch64 PINEBOOK > o 13.1-BETA1 aarch64 ROCK64 > o 13.1-BETA1 aarch64 ROCKPRO64 > o 13.1-BETA1 riscv64 GENERIC > o 13.1-BETA1 riscv64 GENERICSD > > Note regarding arm SD card images: For convenience for those without > console access to the system, a freebsd user with a password of > freebsd is available by default for ssh(1) access. Additionally, > the root user password is set to root. It is strongly recommended > to change the password for both users after gaining access to the > system. > > Also note, 13.1-BETA1 arm64/aarch64 ISOs, memstick images, and virtual > machine images are unavailable due to a build failure that had already > been investigated and corrected, and should be available for 13.1-BETA2. > > Installer images and memory stick images are available here: > > https://download.freebsd.org/ftp/releases/ISO-IMAGES/13.1/ > > The image checksums follow at the end of this e-mail. > > If you notice problems you can report them through the Bugzilla PR > system or on the -stable mailing list. > > If you would like to use Git to do a source based update of an existing > system, use the "releng/13.1" branch. > > A list of changes since 13.0-RELEASE is available in the releng/13.1 > release notes: > > https://www.freebsd.org/releases/13.1R/relnotes/ > > Please note, the release notes page is not yet complete, and will be > updated on an ongoing basis as the 13.1-RELEASE cycle progresses. > > =3D=3D=3D Virtual Machine Disk Images =3D=3D=3D > > VM disk images are available for the amd64 and i386 architectures. > Disk images may be downloaded from the following URL (or any of the > FreeBSD download mirrors): > > https://download.freebsd.org/ftp/releases/VM-IMAGES/13.1-BETA1/ > > BASIC-CI images can be found at: > > https://download.freebsd.org/ftp/releases/CI-IMAGES/13.1-BETA1/ > > The partition layout is: > > ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) > ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) > ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) > > The disk images are available in QCOW2, VHD, VMDK, and raw disk image > formats. The image download size is approximately 135 MB and 165 MB > respectively (amd64/i386), decompressing to a 21 GB sparse image. > > =3D=3D=3D Amazon EC2 AMI Images =3D=3D=3D > > FreeBSD/amd64 EC2 AMIs are available in the following regions: > > af-south-1 region: ami-042845bca9cf4a038 > eu-north-1 region: ami-0f41f2a356b859a33 > ap-south-1 region: ami-03b33bf9670871e94 > eu-west-3 region: ami-008bbfa003d8efbbe > eu-west-2 region: ami-0cae8002de3b52924 > eu-south-1 region: ami-0de82949c2aeeb95d > eu-west-1 region: ami-07a77eee1b8fcf059 > ap-northeast-3 region: ami-0b7bf2e9d95b46a9a > ap-northeast-2 region: ami-0ca4497b11d7d6fd9 > me-south-1 region: ami-0a57b28c5ee978bb5 > ap-northeast-1 region: ami-06e3e7cafd4d4a73d > sa-east-1 region: ami-0efce5dfb9707edde > ca-central-1 region: ami-058a71a18c00356fa > ap-east-1 region: ami-09743d245f8cdd8cd > ap-southeast-1 region: ami-007b663a044c85a04 > ap-southeast-2 region: ami-03934c1880860ba93 > eu-central-1 region: ami-0e7e674f3cf05287a > ap-southeast-3 region: ami-0bc3f21dbd110ae6c > us-east-1 region: ami-0bc47047fc0e759c1 > us-east-2 region: ami-0b3c1d3ddd126bb30 > us-west-1 region: ami-03fbc5aba0f652602 > us-west-2 region: ami-0c1601077dd94a984 > > These AMI IDs can be retrieved from the Systems Manager Parameter Store > in each region using the keys: > > /aws/service/freebsd/amd64/base/ufs/14.0/CURRENT > > Amazon EC2 aarch64 AMI images are not available for this snapshot. > > =3D=3D=3D Vagrant Images =3D=3D=3D > > FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can > be installed by running: > > % vagrant init freebsd/FreeBSD-13.1-BETA1 > % vagrant up > > =3D=3D=3D Upgrading =3D=3D=3D > > The freebsd-update(8) utility supports binary upgrades of amd64 and i386 > systems running earlier FreeBSD releases. Systems running earlier > FreeBSD releases can upgrade as follows: > > # freebsd-update upgrade -r 13.1-BETA1 > > During this process, freebsd-update(8) may ask the user to help by > merging some configuration files or by confirming that the automatically > performed merging was done correctly. > > # freebsd-update install > > The system must be rebooted with the newly installed kernel before > continuing. > > # shutdown -r now > > After rebooting, freebsd-update needs to be run again to install the new > userland components: > > # freebsd-update install > > It is recommended to rebuild and install all applications if possible, > especially if upgrading from an earlier FreeBSD release, for example, > FreeBSD 12.x. Alternatively, the user can install misc/compat12x and > other compatibility libraries, afterwards the system must be rebooted > into the new userland: > > # shutdown -r now > > Finally, after rebooting, freebsd-update needs to be run again to remove > stale files: > > # freebsd-update install > > =3D=3D ISO CHECKSUMS =3D=3D > > o 13.1-BETA1 amd64 GENERIC: > SHA512 (FreeBSD-13.1-BETA1-amd64-bootonly.iso) =3D 9893e4d1333f3779b738= e172873f7f207f363d964d31139b02d826ee3c4b980510b410d27ba0a5009fa32005d243b90= d60daf3e33b0016cb7c0ae0b1c6fce6f1 > SHA512 (FreeBSD-13.1-BETA1-amd64-bootonly.iso.xz) =3D 6e74bd1e3993424b0= 81f13048ae7c6ceff9dc93ae38443db3211118544e858121b82edd73099a089134d08636a93= 836404c5e9c8b69093c295cc3c01cf1dd660 > SHA512 (FreeBSD-13.1-BETA1-amd64-disc1.iso) =3D 7aaac5fff7c6f753c8f429d= efce0025af65c1b17cc2bc25f3f4e706361eb6f21b60c333820de74983318a411c226e100ea= 9fdb43cb2e53ff3a3a2f43a9ac86b8 > SHA512 (FreeBSD-13.1-BETA1-amd64-disc1.iso.xz) =3D eead622219014708e34d= 255d9589a220e872daace800437d3c5c6edba7b541f229fd2a562541e9d02bcc5bf690a7cf0= bffee35932166c535a459cb8f9713f075 > SHA512 (FreeBSD-13.1-BETA1-amd64-dvd1.iso) =3D 3fdd86c30fd215b808a18469= e4376eded80be80305fe9520ff9cc7fa989625098efb7bab3a58c1b34f769bd48cc3aa17180= 1db7a17a0b2d2da64bb045e5b52ae > SHA512 (FreeBSD-13.1-BETA1-amd64-dvd1.iso.xz) =3D 70ea27ba8653ffff1f205= c4201281172d4930a40201b5c8543b160cc618176843357b444412a73fc378ab400eb657d64= bf722d6720c5da66043a8405f70f3a63 > SHA512 (FreeBSD-13.1-BETA1-amd64-memstick.img) =3D 8076a964bd1afdb588cd= 19372b71c1c6cfa471cca06c319e6e60d74207e1e126dacf711355b20205c5e2fe8812ca851= fa62f56a1cb313bb115277334ef176c82 > SHA512 (FreeBSD-13.1-BETA1-amd64-memstick.img.xz) =3D a40c3da3b3a594727= a1495eab81703534b0a01c4f7e05f1e2bfc7f942a66f9c6e797892101107cda1c479bab795b= 80cc88b34ff86dd1aaa7a98d32e3dce5df10 > SHA512 (FreeBSD-13.1-BETA1-amd64-mini-memstick.img) =3D 2d19f28a432e1a1= 24e646d22b3d1b9ea8f9f8309a8ed6d2b449bda898fe2db2fee6a403bdffa1607e8ad9843dd= f3abb33d205a9fbdd69d6b98ae62f0ab0c1f20 > SHA512 (FreeBSD-13.1-BETA1-amd64-mini-memstick.img.xz) =3D c918b9ff1a9a= 1f8a105e654aa9f697a5c0ae9b4b074b0c9f93b730fc52f9bd3e0b3e71f85a91a287386c8e7= 187aceddcebb5591b5f944c5d309cc7bec66ccf38 > > SHA256 (FreeBSD-13.1-BETA1-amd64-bootonly.iso) =3D b8a014c4fb333c722067= 98273df66013b9fea430c33cee2b9244193ea5e2f10d > SHA256 (FreeBSD-13.1-BETA1-amd64-bootonly.iso.xz) =3D 549558b4b618f84f3= 6a0d9f997967e01f0fadcd248bde2f5ec553481e96b58a4 > SHA256 (FreeBSD-13.1-BETA1-amd64-disc1.iso) =3D f2349b98a52d074e5636208= fb41ce8107c90b0b174e83762d3ffb509a4622c26 > SHA256 (FreeBSD-13.1-BETA1-amd64-disc1.iso.xz) =3D 076b12f65081b9cbbf89= ea3e1f41ce65746e7741008745fe543261e68e4fc822 > SHA256 (FreeBSD-13.1-BETA1-amd64-dvd1.iso) =3D ef82111fbcb0388351f8c684= 3a5dc87233524da1011de9dfd99e3d17863888b3 > SHA256 (FreeBSD-13.1-BETA1-amd64-dvd1.iso.xz) =3D e91efae2d5de9ddbe992a= 076e5ce1a78c23ebe7d17a2663c27d3738629d9d3e7 > SHA256 (FreeBSD-13.1-BETA1-amd64-memstick.img) =3D e9f961c57381d44c3f87= 168cb12314ab3e1151c5d08b7ce0894aa619c946c98e > SHA256 (FreeBSD-13.1-BETA1-amd64-memstick.img.xz) =3D 4859333dadcdbf5bf= a1b032d4c60e14dbd99bcf1c9994b13b066ab7f62d3a8cb > SHA256 (FreeBSD-13.1-BETA1-amd64-mini-memstick.img) =3D a12656396326d7f= 633aa6ecb8ba41125ecc848d330682f6c3703fea332da3aa4 > SHA256 (FreeBSD-13.1-BETA1-amd64-mini-memstick.img.xz) =3D b5a506fe8ab8= cb9e2edf0ff39fa5f9b887faa3720dc1e24e91442e7fe7cb0d09 > > > o 13.1-BETA1 i386 GENERIC: > SHA512 (FreeBSD-13.1-BETA1-i386-bootonly.iso) =3D 555285f3384e98835e004= a910ef18ab29cce75399a712552cc90e425544297e4f9c7382aa7d7d1c21016f0925ce1b934= 1df1368eb1540a44fec97814019ad6a4 > SHA512 (FreeBSD-13.1-BETA1-i386-bootonly.iso.xz) =3D f942b927ffb52d290f= a5a64d1c3d9fc747e5739dada7d6630560efaa59b8fe1d0423971bdc579ffd7718f027e6f42= 4b93d1d90e6474b9e2f1c5e69b9af92dd44 > SHA512 (FreeBSD-13.1-BETA1-i386-disc1.iso) =3D d352edf25548abb07dba1eb1= 069bc783ff60b60fa0ac602c71ab5cf002eed540bedc744d0530181b3dcee780ba45ac6ceef= 195307544cb4d982ad3468f2be4d7 > SHA512 (FreeBSD-13.1-BETA1-i386-disc1.iso.xz) =3D c6d5d83b141b280e51343= 36ae6ccb2bebbf2ba72d4e6cee29a755044360e7d7ab407c6541d9cb2ca1c59a35ba377474e= 4a3019d62f2e37ae2e042f5878652bef > SHA512 (FreeBSD-13.1-BETA1-i386-dvd1.iso) =3D 4b13ed7c1b6723cab017a64e1= 2ee66b1c0cde119600d1f83a576453bd5b05646cb61ff0cb0e914080597633c8699ea91a890= 36a4402cde0fc82582cccae58282 > SHA512 (FreeBSD-13.1-BETA1-i386-dvd1.iso.xz) =3D 7c141f26eb7857a90282f3= 4dfa53dc8405b53aa7156a9c68c16cdd26cf217fc992b16070124b476e55bbc5ff916f6d224= e6e129044adfcb2de2eb438fef082f6 > SHA512 (FreeBSD-13.1-BETA1-i386-memstick.img) =3D dcc107a88ec74308e9d65= 3853e172b127e16454f16b2c60785aef25b748457e9be25ec8a5b938460a3810351bcb1e9e7= e010d7e40ce15b043086400b4b895aad > SHA512 (FreeBSD-13.1-BETA1-i386-memstick.img.xz) =3D 5cb49adb5e510c2e6f= b2e45d4a59dcf2c4797c2dee411bddddb75f6bff1316d6482bdd75fadf43173d6ae5fc67080= 1104af6cd818e3c0593b60267145f92ebac > SHA512 (FreeBSD-13.1-BETA1-i386-mini-memstick.img) =3D 7cc22743b77636ae= a277af0844522d0b5813b8a44c883e35d18a4ba53f52323ed5303a3e4148664cb7adc56a594= 2db844b912c6d964bf4bcac84f92446cc7c74 > SHA512 (FreeBSD-13.1-BETA1-i386-mini-memstick.img.xz) =3D 96d288fa42cd9= 0a95b2e3dd7a49b0c8d6158e647492d6dbc4aa7cea17f1c8cfd0e2fd49a1c839b1c8c81d5b7= 018bc205a2725fe49d80db5530c82d4e5d7e7e8f > > SHA256 (FreeBSD-13.1-BETA1-i386-bootonly.iso) =3D 3abadbd773b59737f40c0= b167e847bc0a5a9413b8aa69fd123059e5e954506cc > SHA256 (FreeBSD-13.1-BETA1-i386-bootonly.iso.xz) =3D b5d5cbb19530ea9973= ee091fff63807eea1a229fe786c96852c97e8ec8da091e > SHA256 (FreeBSD-13.1-BETA1-i386-disc1.iso) =3D f19fe0be063e844cd22819cc= b2c312af7b151bad7d362e99ef48c4a4b1bff786 > SHA256 (FreeBSD-13.1-BETA1-i386-disc1.iso.xz) =3D e2a9cefe73b87e3028048= a1ced80d4cfd16a3b8af193b357f05cda20b15a50f2 > SHA256 (FreeBSD-13.1-BETA1-i386-dvd1.iso) =3D 22bb8b86821fce50638412c6d= b1e340ed3a911aa7a78ffec47483ff9acac97d0 > SHA256 (FreeBSD-13.1-BETA1-i386-dvd1.iso.xz) =3D 74266a932c0a2078a2af76= a2a78369278b44a965569cc97c99c5d3e466acc7fe > SHA256 (FreeBSD-13.1-BETA1-i386-memstick.img) =3D 9a67207bc223c8a1eb017= da44cf5dc86950e35ee89e6ae10065851e88b331e30 > SHA256 (FreeBSD-13.1-BETA1-i386-memstick.img.xz) =3D d512c3e296921276d2= 0c32adda4ea4273649b785db0d844da38dd66f90f253eb > SHA256 (FreeBSD-13.1-BETA1-i386-mini-memstick.img) =3D 58399dbb5c74a200= b14bcd9b47229cca33e296c76747956a26c312f68307ac85 > SHA256 (FreeBSD-13.1-BETA1-i386-mini-memstick.img.xz) =3D 8e8cb6665d705= c0d6341e5bdf547ddbaf3acc216a1beef569f590df4d8e7bf4a > > > o 13.1-BETA1 powerpc GENERIC: > SHA512 (FreeBSD-13.1-BETA1-powerpc-bootonly.iso) =3D cea4ab4c2503002b58= fe91c42067013dda5a7f8c333f80434a70e53aaf75ab44b486c232602baec0251f9eff1ea13= 6275b1cbb765abc42cffc054e55c9ac2d2f > SHA512 (FreeBSD-13.1-BETA1-powerpc-bootonly.iso.xz) =3D f975c5ffa02cc9e= c1592eae5a424a6ab6e3419a6f99a786be15bd793a3c538813f975e4f0ede01489120d95660= 7d984c2d28a81bd531cbcbaa24db70c8953401 > SHA512 (FreeBSD-13.1-BETA1-powerpc-disc1.iso) =3D 7f607eb2bb91957f9747e= 57f88dbee96fea76cf1d51bd0e6ad42213f9c0f0525970d7a90dcb33b69a973f431a3fd82c7= 07b5cf406d10f20684832a00469ba18a > SHA512 (FreeBSD-13.1-BETA1-powerpc-disc1.iso.xz) =3D e3323797af00537650= 03ccc18b10fb753e00c6171f7acc7e5b4acf995f7db4429e5bb742541cc1ad842f833ac83c1= 9e6f7f53771bceb3433c9ae5e82fe1476fd > SHA512 (FreeBSD-13.1-BETA1-powerpc-dvd1.iso) =3D ac246418a9753e149aa86d= db4e77f49fe9e3763f4633ba184833b596149d522f34a178c19a9aa90a96f6c9f24eedfc089= 81654d211d0ebd8b289d601922d4812 > SHA512 (FreeBSD-13.1-BETA1-powerpc-dvd1.iso.xz) =3D 712c83d49c73e64bf3f= 018b3cc7db0876e6626814dce7af6ce0ee376010026e66cc9ccfbaa365ac7a608a3cb2710b4= a7e3de8dfeac8f0918cb769d1ffd330604 > > SHA256 (FreeBSD-13.1-BETA1-powerpc-bootonly.iso) =3D e59ed23706914360f3= e155444115e456d2ff1252b3878b45e3c8bc2b805131a1 > SHA256 (FreeBSD-13.1-BETA1-powerpc-bootonly.iso.xz) =3D 3b5e8bcdd66d9f7= 08cf03763965e0edc1bf83772f52531f1085c6a45a77cadb9 > SHA256 (FreeBSD-13.1-BETA1-powerpc-disc1.iso) =3D 4e682918908fda93c1dd7= a3422b35c27732ae1a0e41ba251f15e19d51a817192 > SHA256 (FreeBSD-13.1-BETA1-powerpc-disc1.iso.xz) =3D 62a7abc40c302ed485= 73419de890c4d09a5690188a59ef23cfdf445f73ede010 > SHA256 (FreeBSD-13.1-BETA1-powerpc-dvd1.iso) =3D 148ed7c0264fa87440243d= fc42dcc98024286228f7cbf387454a7a1691ac85b2 > SHA256 (FreeBSD-13.1-BETA1-powerpc-dvd1.iso.xz) =3D b945150562838903d3d= 74acc91e3d46aca35ca80c35d9e7f0a0b8269d0f45de4 > > > o 13.1-BETA1 powerpc64 GENERIC64: > SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpc64-bootonly.iso) =3D 399a6075= cd72a89e636e9ca80c4ca9f4422dc6c09ed8a03e492a152f5d29477fd8232f0b5778242e598= 3d70be48409cc7e8d8ec3083975491676e7c5f6ba6448 > SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpc64-bootonly.iso.xz) =3D 3ca72= 8c969cf0939060f6ef66b9bde823ed3c0b82795c358f94a14566ff33019893c2b6439f11071= a26e611e957e5308c46773da84b45262ff9bd5a2438bde8d > SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpc64-disc1.iso) =3D b05d8df5388= 0381cf78617a62ff2bf3f2af2fb958a826893df92f117d9e8778c96986a4337cdb1bf5e7d67= e4b25ed57722d80ff60d1987afb467be4fb9687a97 > SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpc64-disc1.iso.xz) =3D e62eacc9= 6fcbe88498764d1325479da426e4097a6ae81bbf4896747cee8f5f42d6c264ee79aa6e090d6= c4f3d18139b7945e5aa2a23e19ccafd2701b75432e1da > SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpc64-dvd1.iso) =3D aec3155eb066= bbb505490cb9f96081c5622949f243e0badff92f98e2665cd9d7bb46ef9fff653478ec7afdc= 2f68fab20dc7c5eae77e3c65f4e96e7e588770ed7 > SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpc64-dvd1.iso.xz) =3D 3ef9e8f41= b90741ac6d6815cc5992e6687e1d8e4d37fe927f0a42f03088bd5dd62363806584d6ddded34= 8b866cc80da68370d724433daa7ee2fcb058c3e55ac9 > > SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpc64-bootonly.iso) =3D c3c19ade= 632d5db6e8733aa66ba2faa4928b1469a690098a8be6ae35d5d55330 > SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpc64-bootonly.iso.xz) =3D bfa55= 4e1a700b4f36fe3e1eeb13f0a44d6810630348198e8c88b35fd5eba2852 > SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpc64-disc1.iso) =3D 95c5482335d= aa3b77a75ec8ca81db7246060df49da4fe398fd251ce1a7c6e86f > SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpc64-disc1.iso.xz) =3D 1f8637ef= 2c5652ef23eb9a4fb7ff90f3d92bf1b723cbf0f6e3f25bde5329f8b0 > SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpc64-dvd1.iso) =3D f34a1e412cd5= 0236385de6ce519a20c07a1b2e26723c7031200e0059d4cddc5b > SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpc64-dvd1.iso.xz) =3D 175a44b9f= 3f386fa9439333544d4faf936a94c0ae9979be23a97cc3dfcf9565a > > > o 13.1-BETA1 powerpc64le GENERIC64LE: > SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpc64le-bootonly.iso) =3D d3b89a= c97c57c45ee46d6694a532a68e48f74e5aadf6744ec0098c322e1cd67b8131cb8ade249c965= 2108f3824b201f75643ee2330c87770adfdaccb84f22ba6 > SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpc64le-bootonly.iso.xz) =3D 075= 550ad3ccb549e477bfc130eef6662277f3048a5bf073d76221f52e2a865efe0dcd3d74a0237= 57866f9c6cf41836efb2f2e7c6bffca30a86c13fb3054baef7 > SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpc64le-disc1.iso) =3D 4a6cf83a9= 9f76af724785960acf499a68c8c8e2a9badc935983a3149b9820c5cf9abc96caf93ad6d48e4= 389e18a565dfc43fbb518c88738706e74722805a6e66 > SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpc64le-disc1.iso.xz) =3D fb80da= e14a74d1f16430265a5ef1764e61fdb191a71734d9f9d066d10703372aa628adb47354cf2d5= ffbba789f46493439a98ccde9f0bb593318861bc115f3d6 > SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpc64le-dvd1.iso) =3D 14fb6ac367= 1654e3a043be56d1821aba6264e5c68a0b5512cfa7283644f5a0283a8db0e7e0178a5fb7188= 0ab530e0b23fb072cc1ee73b11be5afd0d99c794913 > SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpc64le-dvd1.iso.xz) =3D 86f449d= 918c04181483db965813273917185e4a498a6bf27f22926b43a73c8c6d3694abc4a682cf95e= 78e21fc47be83e3c891a443779a5e19a0fd08453cbc03f > > SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpc64le-bootonly.iso) =3D d5fd2c= 6c29e32649e6c21190c3c913bdd50472aa31f4e5364104878adcd5db74 > SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpc64le-bootonly.iso.xz) =3D a58= 228cbeba5ba952e7d36e1563df9f7b6bccab35f0ec310ffdf147d7993339b > SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpc64le-disc1.iso) =3D dbe163aca= b4b2970aff8ca95a7f7210dc7cedf920e1462e5fb811900d9b80972 > SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpc64le-disc1.iso.xz) =3D 526f2a= ce99d7a87a72c280428b0dddc43494584cae714b77dccf18a91037538c > SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpc64le-dvd1.iso) =3D ed360e24cb= ecdef6f89b321c46844f59934c2cacd92d578719df83f982c8807a > SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpc64le-dvd1.iso.xz) =3D 03b949b= fe5df542a23a5c32d80d8097ee2663e793dd5ff79abb0bdb32c743ac1 > > > o 13.1-BETA1 powerpcspe MPC85XXSPE: > SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpcspe-bootonly.iso) =3D 3b45d6b= 0a31fd3060bd03b2b875bc86e9ca98f86f61ee8d00dc6a76a3055c4cba4e783245852d6f963= c34785a34463dbb8379d4002e36266ebb5f9d55db29ed3 > SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpcspe-bootonly.iso.xz) =3D caf5= 17f27225d49956fc1667a7c67b90901b4e5cd33452764fbed246939ef7fea20852972e530b1= 92be15d8ec5051c405b91933efe6366b2cb39389ce01b1131 > SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpcspe-disc1.iso) =3D ce77f06d6e= 5e24ccdf68006a011e8e533665362123b73a88dd6c10ada3c81322cd3d704e7503a2f5fb912= 6e7b8a383b1c1153b46290aa52f131fdc0302dc647d > SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpcspe-disc1.iso.xz) =3D 5bf71b6= 581b5c1989c13bde7fc5edd3886d8b01d86b37b9bf6f6b0d8a984e9e1258ccc17262ecdb7df= 74daf65428344637746ec56b6763e9bd0df46039cd557c > SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpcspe-dvd1.iso) =3D f249f2bb394= 9ae16851071d2f402e84119bc961cd15ef8fcab1356265bcd25e1a2d4c5a4f876969674bcef= 611b29769947c71b092947d3ee31ee487a5e533423 > SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpcspe-dvd1.iso.xz) =3D e7c2c966= 1ec921339acbd3a32071d7cda17d2e2cb6bdc662a3ea297a1b4891b3bc9bceaf4af8b7f39a0= 7a13cdec3871a3b1ae0567ebe3eb45bb349f35b5d4900 > > SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpcspe-bootonly.iso) =3D b1402e5= 9b9c6fb749eefedd0a3426b30b2a78e19715f55b8e93c068f5ce7d017 > SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpcspe-bootonly.iso.xz) =3D fa11= 46479f52c7abf66f6eb62f53187734b9ce118102ce580d6e67e445c450db > SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpcspe-disc1.iso) =3D f1ea7c8e6d= b8d047555fcef118c8da4afe56ac267511e647aee2cea7d64de763 > SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpcspe-disc1.iso.xz) =3D ab6e346= 8567c3a4932acb042b7d1727f351a8428ad43624e6c8d1b779e619b33 > SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpcspe-dvd1.iso) =3D 86a92257d94= f3022208787f26b6688112f22a55a7447acfb6c313834d0168d93 > SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpcspe-dvd1.iso.xz) =3D 1d5fba6b= 8bfdd2650e4857ced5a12ba111285fcd52cba2b9cd2b0af33b105319 > > > o 13.1-BETA1 armv6 RPI-B: > SHA512 (FreeBSD-13.1-BETA1-arm-armv6-RPI-B.img.xz) =3D f657941f9f09bd7b= 2c0fe458cd7c1d9dad5fbfb7d6115daf53a60da15d96e3205e5936ece43dd2ca229b55dea22= 765b7e85eb5bb72b022d79f3e881016448bbf > > SHA256 (FreeBSD-13.1-BETA1-arm-armv6-RPI-B.img.xz) =3D b70f15f93a9703ea= 4c6e4458c73ebe30643d9a442aa5340f98e512273fa09cb3 > > > o 13.1-BETA1 armv7 GENERICSD: > SHA512 (FreeBSD-13.1-BETA1-arm-armv7-GENERICSD.img.xz) =3D fadf8b191dd9= dbc94af1b8457610b713e3aa45b2b2049b73687b538f39ea68c27a7eba7bcf2af4acb2737eb= 21ccc8de822514954fd61b8ecfe5cb189afe28a3b > > SHA256 (FreeBSD-13.1-BETA1-arm-armv7-GENERICSD.img.xz) =3D 0f977fb6549a= 7e22c9e533e8dbcf9d145dbbe16ccd6f45a97c004b56b8ca050e > > > o 13.1-BETA1 aarch64 RPI: > SHA512 (FreeBSD-13.1-BETA1-arm64-aarch64-RPI.img.xz) =3D d40d123d1dd641= 671ef620c93a8534ea1641a79244856bcb1ae67f667d22187f34d70ca339cc6cd45683611a3= a72a75d5685fbd3e363120c4db477517604aafd > > SHA256 (FreeBSD-13.1-BETA1-arm64-aarch64-RPI.img.xz) =3D 0ed6e65046768e= a7134a6d950c8ef0d24678207e7b895da2b9d0b091d7595803 > > > o 13.1-BETA1 aarch64 PINE64: > SHA512 (FreeBSD-13.1-BETA1-arm64-aarch64-PINE64.img.xz) =3D 3373e94c4d2= a523630a7881969ecfd5d9ba72c64f6602c58b55b2de74d8fe65e72e348373af1c1f09e7d6e= 82dd38b94e0397c1c490eded21bbcfa6fac68d2e35 > > SHA256 (FreeBSD-13.1-BETA1-arm64-aarch64-PINE64.img.xz) =3D bbf122a8af2= 1071d724b9667a007f9afe531c931f9975d53f312ed0440022dba > > > o 13.1-BETA1 aarch64 PINE64-LTS: > SHA512 (FreeBSD-13.1-BETA1-arm64-aarch64-PINE64-LTS.img.xz) =3D 3ffbc23= b9b3b1b68ea347ba58df5e56c665849a9eba2929255eb72d40bd702ee8bf74e661dd2b575b0= bc08cbfce63fd6476724642eb11b803fdef04f99240b5a > > SHA256 (FreeBSD-13.1-BETA1-arm64-aarch64-PINE64-LTS.img.xz) =3D 11e142b= c1e6b58f0527f43e534713f5b25ed109125c90d97e228b80929b895ef > > > o 13.1-BETA1 aarch64 PINEBOOK: > SHA512 (FreeBSD-13.1-BETA1-arm64-aarch64-PINEBOOK.img.xz) =3D 23dbeebbd= 23c1b4543c0afd752954e6678840173a610ae8235d9fd880e642a0eea4dd49c7e5882244cf4= c279b9e4fd3096a22f4831f388fdf8264fa305d5be77 > > SHA256 (FreeBSD-13.1-BETA1-arm64-aarch64-PINEBOOK.img.xz) =3D 3901321c0= 975fe40b793edd06f7c3cd69a985f56bf3dbb487b2e41e28ece8fb4 > > > o 13.1-BETA1 aarch64 ROCK64: > SHA512 (FreeBSD-13.1-BETA1-arm64-aarch64-ROCK64.img.xz) =3D fe61a03a533= 7821c7599164447974047b5479fa3dea7a76d11c3154e966d1bccdf8dd094dc2c6cea38d006= 7323819e3f666a02727ec86418d7c4f7cf6a7b8b72 > > SHA256 (FreeBSD-13.1-BETA1-arm64-aarch64-ROCK64.img.xz) =3D e53959d1ca3= 54a683ba6640380ecb8d22a9c19a9083b51c000939a3befc40524 > > > o 13.1-BETA1 aarch64 ROCKPRO64: > SHA512 (FreeBSD-13.1-BETA1-arm64-aarch64-ROCKPRO64.img.xz) =3D 795910ac= 2661128a02f1be99ac88d14f71e8d2b0dc974ceb6ae0c477a506b8a04892b1f21b918af52c2= 3a3d1e83e3fd8321db5ec2ef35547951104f2f3808bde > > SHA256 (FreeBSD-13.1-BETA1-arm64-aarch64-ROCKPRO64.img.xz) =3D 471d4cb3= 84072c917412165c44176b3971c08feb8e9261530a7063366df3c3d6 > > > o 13.1-BETA1 riscv64 GENERIC: > SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64-bootonly.iso) =3D 0f1f91f447b3= ee4b670ef6f0f3ea215b00702d049c920433456141f3771577aa6f425fb713fe438b268f4cc= 93387812de0d54172d508df1c4c98fea87d8c6d49 > SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64-bootonly.iso.xz) =3D 94b1aad2c= edf4aa39e4e4de3c0c96df4cf34a8656f861c033163779c359d1f3c2504d747331c7d06b06d= 348f87113446f3b40ed023f9e9c1d062c1585214d6a7 > SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64-disc1.iso) =3D a1ac8a53a4bbb83= 8b36fee96a470f405690bb845651b7d1ff56181228ee6023787b4d3a1c51c1cee0eda04852c= 798276950cb5d4404ca5205eb117a0abbc6bad > SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64-disc1.iso.xz) =3D 23570243c1ef= 0891394589f2d707a4ebbb5bd2e47449d16b82d1deb01f8f008fbc342cfce42c46e0ad9fb9c= 78f3c68b3da2ce608ee40c770a3423735501e59b2 > SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64-dvd1.iso) =3D 6157111ea7f2f6c9= 5cdae0ac73e9ebcbde324532198f8dba947a7a11cdd2d46e9b90d03513cb65e8a6ffe6d0d32= 35ecd39dc0b75bca40b99e27c540899594d51 > SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64-dvd1.iso.xz) =3D 93308004ff722= 467a8b920bbfcdd04cb6dd12c1d11267530f2286030fb711bb0de12429e064cc33a2627912c= 6b11b6003572c5966736bc93590822a9c4e8b580 > SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64-memstick.img) =3D a1b943a12f2c= f228bfe53f161d970bd6806deca8592c2d1ac358a1340649611b80cfeaa7469df3e2ec5655f= 427ed54c521bdfa3e16cb8fe76e0b1cd307dbdaa2 > SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64-memstick.img.xz) =3D ae99bcd00= 7509ba1768d4b22202844b2e7fb8814ef4a0033eda96f58389d8a76c9446fbec8c109ef46d7= ee5b23a7c9a10745ab58b57d5cb5e096af8bd253981e > SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64-mini-memstick.img) =3D 3349748= ff4ebbcf03cc6784306de767265c4154e1bee25db19f2fd71483af3c41eadaa45ddd43e6514= 04f8596eb3cffd6f0dfb9e0a716acc8d753403135b8201 > SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64-mini-memstick.img.xz) =3D b581= 52eb69e974a93ed9862afa4ed15b69388b42f3e95ce8b5ab1ed8ca8b0c7553490ec874bbf65= 43f736cdb9597daaba154dea6f4b08029ebf79686880a48d0 > > SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64-bootonly.iso) =3D 72d9761ddd5f= 18f686cd469785b2905b9e861c318d8615daf26f55f27da19eef > SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64-bootonly.iso.xz) =3D 654caf61e= 85ed32c83d3ee4cc443859b0ab5a6e54f66d16e95b3e08ee655dd43 > SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64-disc1.iso) =3D 9059eacfb0fdef3= 5e35cfbc219a22e239cf321b4500ede785752c0584e9c3ea6 > SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64-disc1.iso.xz) =3D 05f3a4ef3519= 594a5e8c0be8e874202b5697702a73186ff697840444bb0caa5b > SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64-dvd1.iso) =3D 9584414dd4d6a504= 273c16a97d2259c95e8e90c20119f62d7d6fb54167ba87c3 > SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64-dvd1.iso.xz) =3D 995024e01edf4= 2caebbda1784d7a139b0924080131a7edefac271714a0754fdc > SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64-memstick.img) =3D d06803427f07= 9b514c664a563fd1a372078d4c8dca39f59125e1273b23a86d9d > SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64-memstick.img.xz) =3D 65172fc77= 2906dbfc59f13663cd306d97f924c39cdff4112702306db535b1798 > SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64-mini-memstick.img) =3D 9578de6= 73de11fafe2f7de5309ff9a56dd3bbbdea00bc25fed032de0dc1451ee > SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64-mini-memstick.img.xz) =3D 6559= ae81918fe2d4a8e2c7de4e227ae43732e271a630c2aba2d0da6a79e3eefd > > > o 13.1-BETA1 riscv64 GENERICSD: > SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64-GENERICSD.img.xz) =3D c464a6da= 12652f0c8171bc70609c0135ed1178c0e013ea507cd0e72f933230a2d4e2a299156644133cd= 6b8ba265f9d8ec9c915461eb2c5e310aeb1ddee6f44bd > > SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64-GENERICSD.img.xz) =3D adedd248= c777ae1dc38c39710a7b5e35989fc6eab6ed5d10c6be27d2e271f2df > > > =3D=3D VM IMAGE CHECKSUMS =3D=3D > > o 13.1-BETA1 amd64: > SHA512 (FreeBSD-13.1-BETA1-amd64.qcow2.xz) =3D 3b98ee71fe7ecf7dad0c5e5d= 88e6d857c89d39a43aa5783c77939ea16a3e2d9de9896f8660e9fe1e921437613678983a0c4= 7890dc06edddd7468265bf18ff457 > SHA512 (FreeBSD-13.1-BETA1-amd64.raw.xz) =3D d059ca02ba4233f58f0545a745= 04cfdd65b21bb969ed0d07bffddb5a467b69e5f1ad0ec1e7582d8873edde3a2512c38bd0683= bc407aa0aec1c213af92b61d2c5 > SHA512 (FreeBSD-13.1-BETA1-amd64.vhd.xz) =3D 964d67c70eff4758215cfc65ec= 4ea2f8430484e09c63eb96ae03e587889e1b859bec69c064be4e0a672b4596d441402e8bd20= 3f581c4fda406e1d3e5ab3bcad1 > SHA512 (FreeBSD-13.1-BETA1-amd64.vmdk.xz) =3D 108fec2066275bb3cfcdad984= 6d31b9c2a216a7acb26c3d42004c407dda7779908e9f0608aaac451c530f7bd83ccbebc8a7f= f13977e2c3dec6cb7895dc595579 > > SHA256 (FreeBSD-13.1-BETA1-amd64.qcow2.xz) =3D e38ed236a7001eabcfb63185= 0eb31e40cc0c623187777aa70b942d99ad86ef38 > SHA256 (FreeBSD-13.1-BETA1-amd64.raw.xz) =3D a7c5060186c0a574e64f0e1d43= 61554374e21ac898a11b1b9e2782288a3f03ca > SHA256 (FreeBSD-13.1-BETA1-amd64.vhd.xz) =3D 9fc99e42407bd413f06c56ebf4= b3e4f89acbb059f9d4cdb7ae46604d935aca29 > SHA256 (FreeBSD-13.1-BETA1-amd64.vmdk.xz) =3D 9cf4fd759de33257e7af9c688= a68ba6671c394493d2a59796b156cb872c840ce > > > o 13.1-BETA1 i386: > SHA512 (FreeBSD-13.1-BETA1-i386.qcow2.xz) =3D 3a09d5ed19a6a51c527711c85= 112c8ed0e4df48a2b5725f4c6a08ab4d7e92e3db93140d20a658ae8f65048afaad974d23199= 8780e1c5e5ef92347bb1e1ee5991 > SHA512 (FreeBSD-13.1-BETA1-i386.raw.xz) =3D f6702f2714835b1bd3b068eb97f= 2a17efc3108ed28c1e51a9fa62683489b5b0a35110ae6c4ba2689e315cfc29e6724b763ff87= 507057e2e761a2ebcaa20c2a4d > SHA512 (FreeBSD-13.1-BETA1-i386.vhd.xz) =3D e7217e0d85092f786266741ec02= b04c4c876781b618c6fb44c66c90a1077086948608a559f3d2775702337e1d0d3935e6e171c= 767102e648304121c9f7c34d29 > SHA512 (FreeBSD-13.1-BETA1-i386.vmdk.xz) =3D 15cb7b65eb64bd17e50d707c8c= 9574f3aa0d13d9367296d95c8be66daceeb0c55067d05c53c2525e366b4ba516f1bc802499b= 93816296ebcbef3e82f88453ed9 > > SHA256 (FreeBSD-13.1-BETA1-i386.qcow2.xz) =3D 353dd875d7d486c597442a15a= cd5e90632781b537f4ccbe8958db5c2271181da > SHA256 (FreeBSD-13.1-BETA1-i386.raw.xz) =3D 7945d15dddcf6e5365d5325f832= 260fb8ac648c79b3a83b90ff47659c9f612fc > SHA256 (FreeBSD-13.1-BETA1-i386.vhd.xz) =3D e157df1b4e289fdde264e83246e= 7bdf26e1e49b0b49a4824888ef51f1392892a > SHA256 (FreeBSD-13.1-BETA1-i386.vmdk.xz) =3D f782119609cb479bd448168968= 6d5e0d4b4312b094a97ed709442a7020463069 > > > o 13.1-BETA1 riscv64: > SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64.qcow2.xz) =3D 034b32f113832263= 8c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c44= 2717cd61d7e1cecf7024bd463f6f5196c5527 > SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64.raw.xz) =3D 034b32f1138322638c= 7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c4427= 17cd61d7e1cecf7024bd463f6f5196c5527 > SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64.vhd.xz) =3D 034b32f1138322638c= 7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c4427= 17cd61d7e1cecf7024bd463f6f5196c5527 > SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64.vmdk.xz) =3D 034b32f1138322638= c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442= 717cd61d7e1cecf7024bd463f6f5196c5527 > > SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64.qcow2.xz) =3D 0040f94d11d00395= 05328a90b2ff48968db873e9e7967307631bf40ef5679275 > SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64.raw.xz) =3D 0040f94d11d0039505= 328a90b2ff48968db873e9e7967307631bf40ef5679275 > SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64.vhd.xz) =3D 0040f94d11d0039505= 328a90b2ff48968db873e9e7967307631bf40ef5679275 > SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64.vmdk.xz) =3D 0040f94d11d003950= 5328a90b2ff48968db873e9e7967307631bf40ef5679275 > > > 13.1-BETA1 amd64 BASIC-CI: > SHA512 (FreeBSD-13.1-BETA1-amd64-BASIC-CI.raw.xz) =3D b07d689b7f04c3d55= 8f72b5d67f4556216d50492b54f8f005d663a4e434e57802f5a34d948b204964458f32abd42= 0a5c99ea7747705e25e901dc2e2092b7d048 > > SHA256 (FreeBSD-13.1-BETA1-amd64-BASIC-CI.raw.xz) =3D 50d08da00c63fc5dc= 1a99093567e74f5a7a7d4591da8aa62e3a07a75249eb027 > > Regards, > > Glen > > Love FreeBSD? Support this and future releases with a donation to > the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ > > -----BEGIN PGP SIGNATURE----- > > iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmIqsAwACgkQAxRYpUeP > 4pNiDw//TixoETiWHZJj0kk+h4Y/OHaJwDa7Xxg9efIFnyVF5LyacHg0eZvJfnTw > MVR43pyMi3HVvykcl6JdH1+K1nL7TUW8GGhHjYaE2gkoiRBMrqnW58I5Jm1PPOQ2 > y6ouVhyo/7HIE4qSzAk3ZcTfIXepFwDDspR9xB9bpuCMyTidC1LDrjCkMFe4Zndz > CK6xQaUHninYJ7lmAccpLvMAsSIrkacX0lchAgxPneyQ0n2p4P4KrjJjbwInaFL8 > 7PF7Fo6AtLGl1wwY4r+iVf5sE42CQKyWPgd8dNVGqGJ6g6havI28TsD3Nwk5PZfN > BWIU/dot9i0ABCfA9uG7Zsd4nAQ4ypsP+oqEMNhomCOliqZXIP8zQXwDUzbEVMd9 > lD+XVr/MjkPnQ4+l2M1waojVEms8hvsMxTpn2OSqRTzfBWBdbD8AXs8kq8W+qPYV > UaqZ4wBsEur0yVGrTMdO5GuDDM6J41WeWFBueEy8DycdJGd1n58krt0NrOwzWxQ2 > XV/bPrEesKHyp/DP+oqeYoMFZK/oRHa+TUoevU1n8QBiPq2vL8HnuQtntK9/Q2vq > Ol66TykD1bvoPsBxDp1YMCkNZWlXGzC/WAqg7RY3psT5FqaOvhgCLCIAFixOaTKX > fFInFaVEzN8Wd0N3yTNmHDm7VRZ4U4rmozKHJ159seOhzyZBqDY=3D > =3DMy5O > -----END PGP SIGNATURE----- > From nobody Fri Mar 11 09:57:36 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 529A11A0E1CE for ; Fri, 11 Mar 2022 09:57:56 +0000 (UTC) (envelope-from mw@semihalf.com) Received: from mail-lj1-x231.google.com (mail-lj1-x231.google.com [IPv6:2a00:1450:4864:20::231]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KFLw32Z7rz4fFx for ; Fri, 11 Mar 2022 09:57:55 +0000 (UTC) (envelope-from mw@semihalf.com) Received: by mail-lj1-x231.google.com with SMTP id o6so11372849ljp.3 for ; Fri, 11 Mar 2022 01:57:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=+rBTwYFzxUHWDPOImvk6ScAM6r7Yg4/4z8uBuuEsAvw=; b=CxulFPDecOhuQlRwq+YDxla55lEKuqxXDPKY5CPsjgrxDohLz5E1Beuq08F+O5AasT 8jWcfrIXs7aEEBJqKHyt1E38KSE/GHtOwmVcRz4I44uSxO6tQndBKJL5kboMCu/xiS0I 2O48W/hpl7DByZqhOwB06dXLtU0hJCiOnhgV7Gmmr0kjyhYl4VKFfV8MJ7CLmx8TiJZf SyUdU7gR8n7W6QT0opYfAEQK6C8Xd8fznnZt1hW2L8eT/wQAJVnwMkBDaOKrtOOBwKS7 /UGNVmfz5tkxO5QTeYqmvjYjiX5O49wCNkunDgNnU8nuxXH6un7fd1FXJDvU5ijUW2hJ N46g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=+rBTwYFzxUHWDPOImvk6ScAM6r7Yg4/4z8uBuuEsAvw=; b=8SIVoPINkp1psM0n7n1F0AnDdYoXx2N6gwJmqvmtRxAhqdslurJMVmIo0Hl8zcdJAB cNL4FXXBK91WZrxgmjuE1IWfa0hCQPL7iAIxZdJthcJ90pVbkM9DevSkXL+2jv4zIdoK uh7v2dsRYkZ9tV8Lf93A21a4B7QaM/3LiQ+BHx/m2KLny5fjwJ9wqDjVi4vj768aPRgv n1+BUtoi0VhnAHSGImlYs9TepvcaZTMg6CGR0rq655IP/6Gta0zUkChuvSd0MptQXVDw l6fB4ZkD9rdYaLuKilzr6IROrJeKum45Xxknb42Okbr5z3hS1jceikFSsEzXMUlGp2SX +3Eg== X-Gm-Message-State: AOAM530fUUt3+h3YBjx+68Zcg7kGAZUQKfbRRDOBgW2UWcMCvjqfAKvi 6JVtpwp0cK8KdKRw1+8Aia5QeoVup+NjKUWNqSy0+A== X-Google-Smtp-Source: ABdhPJxFofyi91wnVUMx95MGe7X6AQqQBtXVkSh4angPhrNIYIbiwGGKkUvs0TUTaNdpViKntnWWBG6o/qqpxXBNX4Y= X-Received: by 2002:a05:651c:178c:b0:245:fd2c:2d2b with SMTP id bn12-20020a05651c178c00b00245fd2c2d2bmr5448848ljb.486.1646992667819; Fri, 11 Mar 2022 01:57:47 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <20220311021228.GE76435@FreeBSD.org> In-Reply-To: From: Marcin Wojtas Date: Fri, 11 Mar 2022 10:57:36 +0100 Message-ID: Subject: Re: FreeBSD 13.1-BETA1 Now Available To: Glen Barber Cc: freebsd-stable@freebsd.org, freebsd-snapshots@freebsd.org, FreeBSD Release Engineering Team Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4KFLw32Z7rz4fFx X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=semihalf-com.20210112.gappssmtp.com header.s=20210112 header.b=CxulFPDe; dmarc=none; spf=none (mx1.freebsd.org: domain of mw@semihalf.com has no SPF policy when checking 2a00:1450:4864:20::231) smtp.mailfrom=mw@semihalf.com X-Spamd-Result: default: False [-3.30 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[semihalf-com.20210112.gappssmtp.com:s=20210112]; FREEFALL_USER(0.00)[mw]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[semihalf.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[semihalf-com.20210112.gappssmtp.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::231:from]; MLMMJ_DEST(0.00)[freebsd-stable]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N pt., 11 mar 2022 o 10:56 Marcin Wojtas napisa=C5=82(a): > > Hi, > > > pt., 11 mar 2022 o 03:15 Glen Barber napisa=C5=82(a): > > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA256 > > > > The first BETA build of the 13.1-RELEASE release cycle is now available= . > > > > Installation images are available for: > > o 13.1-BETA1 amd64 GENERIC > > o 13.1-BETA1 i386 GENERIC > > o 13.1-BETA1 powerpc GENERIC > > o 13.1-BETA1 powerpc64 GENERIC64 > > o 13.1-BETA1 powerpc64le GENERIC64LE > > o 13.1-BETA1 powerpcspe MPC85XXSPE > > o 13.1-BETA1 armv6 RPI-B > > o 13.1-BETA1 armv7 GENERICSD > > What is the reason for > o 13.1-BETA1 aarch64 GENERIC > missing in the list? > ...and should be available for 13.1-BETA2. I should have read more carefully, sorry for noise :) Marcin > > > o 13.1-BETA1 aarch64 RPI > > o 13.1-BETA1 aarch64 PINE64 > > o 13.1-BETA1 aarch64 PINE64-LTS > > o 13.1-BETA1 aarch64 PINEBOOK > > o 13.1-BETA1 aarch64 ROCK64 > > o 13.1-BETA1 aarch64 ROCKPRO64 > > o 13.1-BETA1 riscv64 GENERIC > > o 13.1-BETA1 riscv64 GENERICSD > > > > Note regarding arm SD card images: For convenience for those without > > console access to the system, a freebsd user with a password of > > freebsd is available by default for ssh(1) access. Additionally, > > the root user password is set to root. It is strongly recommended > > to change the password for both users after gaining access to the > > system. > > > > Also note, 13.1-BETA1 arm64/aarch64 ISOs, memstick images, and virtual > > machine images are unavailable due to a build failure that had already > > been investigated and corrected, and should be available for 13.1-BETA2= . > > > > Installer images and memory stick images are available here: > > > > https://download.freebsd.org/ftp/releases/ISO-IMAGES/13.1/ > > > > The image checksums follow at the end of this e-mail. > > > > If you notice problems you can report them through the Bugzilla PR > > system or on the -stable mailing list. > > > > If you would like to use Git to do a source based update of an existing > > system, use the "releng/13.1" branch. > > > > A list of changes since 13.0-RELEASE is available in the releng/13.1 > > release notes: > > > > https://www.freebsd.org/releases/13.1R/relnotes/ > > > > Please note, the release notes page is not yet complete, and will be > > updated on an ongoing basis as the 13.1-RELEASE cycle progresses. > > > > =3D=3D=3D Virtual Machine Disk Images =3D=3D=3D > > > > VM disk images are available for the amd64 and i386 architectures. > > Disk images may be downloaded from the following URL (or any of the > > FreeBSD download mirrors): > > > > https://download.freebsd.org/ftp/releases/VM-IMAGES/13.1-BETA1/ > > > > BASIC-CI images can be found at: > > > > https://download.freebsd.org/ftp/releases/CI-IMAGES/13.1-BETA1/ > > > > The partition layout is: > > > > ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) > > ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) > > ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) > > > > The disk images are available in QCOW2, VHD, VMDK, and raw disk image > > formats. The image download size is approximately 135 MB and 165 MB > > respectively (amd64/i386), decompressing to a 21 GB sparse image. > > > > =3D=3D=3D Amazon EC2 AMI Images =3D=3D=3D > > > > FreeBSD/amd64 EC2 AMIs are available in the following regions: > > > > af-south-1 region: ami-042845bca9cf4a038 > > eu-north-1 region: ami-0f41f2a356b859a33 > > ap-south-1 region: ami-03b33bf9670871e94 > > eu-west-3 region: ami-008bbfa003d8efbbe > > eu-west-2 region: ami-0cae8002de3b52924 > > eu-south-1 region: ami-0de82949c2aeeb95d > > eu-west-1 region: ami-07a77eee1b8fcf059 > > ap-northeast-3 region: ami-0b7bf2e9d95b46a9a > > ap-northeast-2 region: ami-0ca4497b11d7d6fd9 > > me-south-1 region: ami-0a57b28c5ee978bb5 > > ap-northeast-1 region: ami-06e3e7cafd4d4a73d > > sa-east-1 region: ami-0efce5dfb9707edde > > ca-central-1 region: ami-058a71a18c00356fa > > ap-east-1 region: ami-09743d245f8cdd8cd > > ap-southeast-1 region: ami-007b663a044c85a04 > > ap-southeast-2 region: ami-03934c1880860ba93 > > eu-central-1 region: ami-0e7e674f3cf05287a > > ap-southeast-3 region: ami-0bc3f21dbd110ae6c > > us-east-1 region: ami-0bc47047fc0e759c1 > > us-east-2 region: ami-0b3c1d3ddd126bb30 > > us-west-1 region: ami-03fbc5aba0f652602 > > us-west-2 region: ami-0c1601077dd94a984 > > > > These AMI IDs can be retrieved from the Systems Manager Parameter Store > > in each region using the keys: > > > > /aws/service/freebsd/amd64/base/ufs/14.0/CURRENT > > > > Amazon EC2 aarch64 AMI images are not available for this snapshot. > > > > =3D=3D=3D Vagrant Images =3D=3D=3D > > > > FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can > > be installed by running: > > > > % vagrant init freebsd/FreeBSD-13.1-BETA1 > > % vagrant up > > > > =3D=3D=3D Upgrading =3D=3D=3D > > > > The freebsd-update(8) utility supports binary upgrades of amd64 and i38= 6 > > systems running earlier FreeBSD releases. Systems running earlier > > FreeBSD releases can upgrade as follows: > > > > # freebsd-update upgrade -r 13.1-BETA1 > > > > During this process, freebsd-update(8) may ask the user to help by > > merging some configuration files or by confirming that the automaticall= y > > performed merging was done correctly. > > > > # freebsd-update install > > > > The system must be rebooted with the newly installed kernel before > > continuing. > > > > # shutdown -r now > > > > After rebooting, freebsd-update needs to be run again to install the ne= w > > userland components: > > > > # freebsd-update install > > > > It is recommended to rebuild and install all applications if possible, > > especially if upgrading from an earlier FreeBSD release, for example, > > FreeBSD 12.x. Alternatively, the user can install misc/compat12x and > > other compatibility libraries, afterwards the system must be rebooted > > into the new userland: > > > > # shutdown -r now > > > > Finally, after rebooting, freebsd-update needs to be run again to remov= e > > stale files: > > > > # freebsd-update install > > > > =3D=3D ISO CHECKSUMS =3D=3D > > > > o 13.1-BETA1 amd64 GENERIC: > > SHA512 (FreeBSD-13.1-BETA1-amd64-bootonly.iso) =3D 9893e4d1333f3779b7= 38e172873f7f207f363d964d31139b02d826ee3c4b980510b410d27ba0a5009fa32005d243b= 90d60daf3e33b0016cb7c0ae0b1c6fce6f1 > > SHA512 (FreeBSD-13.1-BETA1-amd64-bootonly.iso.xz) =3D 6e74bd1e3993424= b081f13048ae7c6ceff9dc93ae38443db3211118544e858121b82edd73099a089134d08636a= 93836404c5e9c8b69093c295cc3c01cf1dd660 > > SHA512 (FreeBSD-13.1-BETA1-amd64-disc1.iso) =3D 7aaac5fff7c6f753c8f42= 9defce0025af65c1b17cc2bc25f3f4e706361eb6f21b60c333820de74983318a411c226e100= ea9fdb43cb2e53ff3a3a2f43a9ac86b8 > > SHA512 (FreeBSD-13.1-BETA1-amd64-disc1.iso.xz) =3D eead622219014708e3= 4d255d9589a220e872daace800437d3c5c6edba7b541f229fd2a562541e9d02bcc5bf690a7c= f0bffee35932166c535a459cb8f9713f075 > > SHA512 (FreeBSD-13.1-BETA1-amd64-dvd1.iso) =3D 3fdd86c30fd215b808a184= 69e4376eded80be80305fe9520ff9cc7fa989625098efb7bab3a58c1b34f769bd48cc3aa171= 801db7a17a0b2d2da64bb045e5b52ae > > SHA512 (FreeBSD-13.1-BETA1-amd64-dvd1.iso.xz) =3D 70ea27ba8653ffff1f2= 05c4201281172d4930a40201b5c8543b160cc618176843357b444412a73fc378ab400eb657d= 64bf722d6720c5da66043a8405f70f3a63 > > SHA512 (FreeBSD-13.1-BETA1-amd64-memstick.img) =3D 8076a964bd1afdb588= cd19372b71c1c6cfa471cca06c319e6e60d74207e1e126dacf711355b20205c5e2fe8812ca8= 51fa62f56a1cb313bb115277334ef176c82 > > SHA512 (FreeBSD-13.1-BETA1-amd64-memstick.img.xz) =3D a40c3da3b3a5947= 27a1495eab81703534b0a01c4f7e05f1e2bfc7f942a66f9c6e797892101107cda1c479bab79= 5b80cc88b34ff86dd1aaa7a98d32e3dce5df10 > > SHA512 (FreeBSD-13.1-BETA1-amd64-mini-memstick.img) =3D 2d19f28a432e1= a124e646d22b3d1b9ea8f9f8309a8ed6d2b449bda898fe2db2fee6a403bdffa1607e8ad9843= ddf3abb33d205a9fbdd69d6b98ae62f0ab0c1f20 > > SHA512 (FreeBSD-13.1-BETA1-amd64-mini-memstick.img.xz) =3D c918b9ff1a= 9a1f8a105e654aa9f697a5c0ae9b4b074b0c9f93b730fc52f9bd3e0b3e71f85a91a287386c8= e7187aceddcebb5591b5f944c5d309cc7bec66ccf38 > > > > SHA256 (FreeBSD-13.1-BETA1-amd64-bootonly.iso) =3D b8a014c4fb333c7220= 6798273df66013b9fea430c33cee2b9244193ea5e2f10d > > SHA256 (FreeBSD-13.1-BETA1-amd64-bootonly.iso.xz) =3D 549558b4b618f84= f36a0d9f997967e01f0fadcd248bde2f5ec553481e96b58a4 > > SHA256 (FreeBSD-13.1-BETA1-amd64-disc1.iso) =3D f2349b98a52d074e56362= 08fb41ce8107c90b0b174e83762d3ffb509a4622c26 > > SHA256 (FreeBSD-13.1-BETA1-amd64-disc1.iso.xz) =3D 076b12f65081b9cbbf= 89ea3e1f41ce65746e7741008745fe543261e68e4fc822 > > SHA256 (FreeBSD-13.1-BETA1-amd64-dvd1.iso) =3D ef82111fbcb0388351f8c6= 843a5dc87233524da1011de9dfd99e3d17863888b3 > > SHA256 (FreeBSD-13.1-BETA1-amd64-dvd1.iso.xz) =3D e91efae2d5de9ddbe99= 2a076e5ce1a78c23ebe7d17a2663c27d3738629d9d3e7 > > SHA256 (FreeBSD-13.1-BETA1-amd64-memstick.img) =3D e9f961c57381d44c3f= 87168cb12314ab3e1151c5d08b7ce0894aa619c946c98e > > SHA256 (FreeBSD-13.1-BETA1-amd64-memstick.img.xz) =3D 4859333dadcdbf5= bfa1b032d4c60e14dbd99bcf1c9994b13b066ab7f62d3a8cb > > SHA256 (FreeBSD-13.1-BETA1-amd64-mini-memstick.img) =3D a12656396326d= 7f633aa6ecb8ba41125ecc848d330682f6c3703fea332da3aa4 > > SHA256 (FreeBSD-13.1-BETA1-amd64-mini-memstick.img.xz) =3D b5a506fe8a= b8cb9e2edf0ff39fa5f9b887faa3720dc1e24e91442e7fe7cb0d09 > > > > > > o 13.1-BETA1 i386 GENERIC: > > SHA512 (FreeBSD-13.1-BETA1-i386-bootonly.iso) =3D 555285f3384e98835e0= 04a910ef18ab29cce75399a712552cc90e425544297e4f9c7382aa7d7d1c21016f0925ce1b9= 341df1368eb1540a44fec97814019ad6a4 > > SHA512 (FreeBSD-13.1-BETA1-i386-bootonly.iso.xz) =3D f942b927ffb52d29= 0fa5a64d1c3d9fc747e5739dada7d6630560efaa59b8fe1d0423971bdc579ffd7718f027e6f= 424b93d1d90e6474b9e2f1c5e69b9af92dd44 > > SHA512 (FreeBSD-13.1-BETA1-i386-disc1.iso) =3D d352edf25548abb07dba1e= b1069bc783ff60b60fa0ac602c71ab5cf002eed540bedc744d0530181b3dcee780ba45ac6ce= ef195307544cb4d982ad3468f2be4d7 > > SHA512 (FreeBSD-13.1-BETA1-i386-disc1.iso.xz) =3D c6d5d83b141b280e513= 4336ae6ccb2bebbf2ba72d4e6cee29a755044360e7d7ab407c6541d9cb2ca1c59a35ba37747= 4e4a3019d62f2e37ae2e042f5878652bef > > SHA512 (FreeBSD-13.1-BETA1-i386-dvd1.iso) =3D 4b13ed7c1b6723cab017a64= e12ee66b1c0cde119600d1f83a576453bd5b05646cb61ff0cb0e914080597633c8699ea91a8= 9036a4402cde0fc82582cccae58282 > > SHA512 (FreeBSD-13.1-BETA1-i386-dvd1.iso.xz) =3D 7c141f26eb7857a90282= f34dfa53dc8405b53aa7156a9c68c16cdd26cf217fc992b16070124b476e55bbc5ff916f6d2= 24e6e129044adfcb2de2eb438fef082f6 > > SHA512 (FreeBSD-13.1-BETA1-i386-memstick.img) =3D dcc107a88ec74308e9d= 653853e172b127e16454f16b2c60785aef25b748457e9be25ec8a5b938460a3810351bcb1e9= e7e010d7e40ce15b043086400b4b895aad > > SHA512 (FreeBSD-13.1-BETA1-i386-memstick.img.xz) =3D 5cb49adb5e510c2e= 6fb2e45d4a59dcf2c4797c2dee411bddddb75f6bff1316d6482bdd75fadf43173d6ae5fc670= 801104af6cd818e3c0593b60267145f92ebac > > SHA512 (FreeBSD-13.1-BETA1-i386-mini-memstick.img) =3D 7cc22743b77636= aea277af0844522d0b5813b8a44c883e35d18a4ba53f52323ed5303a3e4148664cb7adc56a5= 942db844b912c6d964bf4bcac84f92446cc7c74 > > SHA512 (FreeBSD-13.1-BETA1-i386-mini-memstick.img.xz) =3D 96d288fa42c= d90a95b2e3dd7a49b0c8d6158e647492d6dbc4aa7cea17f1c8cfd0e2fd49a1c839b1c8c81d5= b7018bc205a2725fe49d80db5530c82d4e5d7e7e8f > > > > SHA256 (FreeBSD-13.1-BETA1-i386-bootonly.iso) =3D 3abadbd773b59737f40= c0b167e847bc0a5a9413b8aa69fd123059e5e954506cc > > SHA256 (FreeBSD-13.1-BETA1-i386-bootonly.iso.xz) =3D b5d5cbb19530ea99= 73ee091fff63807eea1a229fe786c96852c97e8ec8da091e > > SHA256 (FreeBSD-13.1-BETA1-i386-disc1.iso) =3D f19fe0be063e844cd22819= ccb2c312af7b151bad7d362e99ef48c4a4b1bff786 > > SHA256 (FreeBSD-13.1-BETA1-i386-disc1.iso.xz) =3D e2a9cefe73b87e30280= 48a1ced80d4cfd16a3b8af193b357f05cda20b15a50f2 > > SHA256 (FreeBSD-13.1-BETA1-i386-dvd1.iso) =3D 22bb8b86821fce50638412c= 6db1e340ed3a911aa7a78ffec47483ff9acac97d0 > > SHA256 (FreeBSD-13.1-BETA1-i386-dvd1.iso.xz) =3D 74266a932c0a2078a2af= 76a2a78369278b44a965569cc97c99c5d3e466acc7fe > > SHA256 (FreeBSD-13.1-BETA1-i386-memstick.img) =3D 9a67207bc223c8a1eb0= 17da44cf5dc86950e35ee89e6ae10065851e88b331e30 > > SHA256 (FreeBSD-13.1-BETA1-i386-memstick.img.xz) =3D d512c3e296921276= d20c32adda4ea4273649b785db0d844da38dd66f90f253eb > > SHA256 (FreeBSD-13.1-BETA1-i386-mini-memstick.img) =3D 58399dbb5c74a2= 00b14bcd9b47229cca33e296c76747956a26c312f68307ac85 > > SHA256 (FreeBSD-13.1-BETA1-i386-mini-memstick.img.xz) =3D 8e8cb6665d7= 05c0d6341e5bdf547ddbaf3acc216a1beef569f590df4d8e7bf4a > > > > > > o 13.1-BETA1 powerpc GENERIC: > > SHA512 (FreeBSD-13.1-BETA1-powerpc-bootonly.iso) =3D cea4ab4c2503002b= 58fe91c42067013dda5a7f8c333f80434a70e53aaf75ab44b486c232602baec0251f9eff1ea= 136275b1cbb765abc42cffc054e55c9ac2d2f > > SHA512 (FreeBSD-13.1-BETA1-powerpc-bootonly.iso.xz) =3D f975c5ffa02cc= 9ec1592eae5a424a6ab6e3419a6f99a786be15bd793a3c538813f975e4f0ede01489120d956= 607d984c2d28a81bd531cbcbaa24db70c8953401 > > SHA512 (FreeBSD-13.1-BETA1-powerpc-disc1.iso) =3D 7f607eb2bb91957f974= 7e57f88dbee96fea76cf1d51bd0e6ad42213f9c0f0525970d7a90dcb33b69a973f431a3fd82= c707b5cf406d10f20684832a00469ba18a > > SHA512 (FreeBSD-13.1-BETA1-powerpc-disc1.iso.xz) =3D e3323797af005376= 5003ccc18b10fb753e00c6171f7acc7e5b4acf995f7db4429e5bb742541cc1ad842f833ac83= c19e6f7f53771bceb3433c9ae5e82fe1476fd > > SHA512 (FreeBSD-13.1-BETA1-powerpc-dvd1.iso) =3D ac246418a9753e149aa8= 6ddb4e77f49fe9e3763f4633ba184833b596149d522f34a178c19a9aa90a96f6c9f24eedfc0= 8981654d211d0ebd8b289d601922d4812 > > SHA512 (FreeBSD-13.1-BETA1-powerpc-dvd1.iso.xz) =3D 712c83d49c73e64bf= 3f018b3cc7db0876e6626814dce7af6ce0ee376010026e66cc9ccfbaa365ac7a608a3cb2710= b4a7e3de8dfeac8f0918cb769d1ffd330604 > > > > SHA256 (FreeBSD-13.1-BETA1-powerpc-bootonly.iso) =3D e59ed23706914360= f3e155444115e456d2ff1252b3878b45e3c8bc2b805131a1 > > SHA256 (FreeBSD-13.1-BETA1-powerpc-bootonly.iso.xz) =3D 3b5e8bcdd66d9= f708cf03763965e0edc1bf83772f52531f1085c6a45a77cadb9 > > SHA256 (FreeBSD-13.1-BETA1-powerpc-disc1.iso) =3D 4e682918908fda93c1d= d7a3422b35c27732ae1a0e41ba251f15e19d51a817192 > > SHA256 (FreeBSD-13.1-BETA1-powerpc-disc1.iso.xz) =3D 62a7abc40c302ed4= 8573419de890c4d09a5690188a59ef23cfdf445f73ede010 > > SHA256 (FreeBSD-13.1-BETA1-powerpc-dvd1.iso) =3D 148ed7c0264fa8744024= 3dfc42dcc98024286228f7cbf387454a7a1691ac85b2 > > SHA256 (FreeBSD-13.1-BETA1-powerpc-dvd1.iso.xz) =3D b945150562838903d= 3d74acc91e3d46aca35ca80c35d9e7f0a0b8269d0f45de4 > > > > > > o 13.1-BETA1 powerpc64 GENERIC64: > > SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpc64-bootonly.iso) =3D 399a60= 75cd72a89e636e9ca80c4ca9f4422dc6c09ed8a03e492a152f5d29477fd8232f0b5778242e5= 983d70be48409cc7e8d8ec3083975491676e7c5f6ba6448 > > SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpc64-bootonly.iso.xz) =3D 3ca= 728c969cf0939060f6ef66b9bde823ed3c0b82795c358f94a14566ff33019893c2b6439f110= 71a26e611e957e5308c46773da84b45262ff9bd5a2438bde8d > > SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpc64-disc1.iso) =3D b05d8df53= 880381cf78617a62ff2bf3f2af2fb958a826893df92f117d9e8778c96986a4337cdb1bf5e7d= 67e4b25ed57722d80ff60d1987afb467be4fb9687a97 > > SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpc64-disc1.iso.xz) =3D e62eac= c96fcbe88498764d1325479da426e4097a6ae81bbf4896747cee8f5f42d6c264ee79aa6e090= d6c4f3d18139b7945e5aa2a23e19ccafd2701b75432e1da > > SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpc64-dvd1.iso) =3D aec3155eb0= 66bbb505490cb9f96081c5622949f243e0badff92f98e2665cd9d7bb46ef9fff653478ec7af= dc2f68fab20dc7c5eae77e3c65f4e96e7e588770ed7 > > SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpc64-dvd1.iso.xz) =3D 3ef9e8f= 41b90741ac6d6815cc5992e6687e1d8e4d37fe927f0a42f03088bd5dd62363806584d6ddded= 348b866cc80da68370d724433daa7ee2fcb058c3e55ac9 > > > > SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpc64-bootonly.iso) =3D c3c19a= de632d5db6e8733aa66ba2faa4928b1469a690098a8be6ae35d5d55330 > > SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpc64-bootonly.iso.xz) =3D bfa= 554e1a700b4f36fe3e1eeb13f0a44d6810630348198e8c88b35fd5eba2852 > > SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpc64-disc1.iso) =3D 95c548233= 5daa3b77a75ec8ca81db7246060df49da4fe398fd251ce1a7c6e86f > > SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpc64-disc1.iso.xz) =3D 1f8637= ef2c5652ef23eb9a4fb7ff90f3d92bf1b723cbf0f6e3f25bde5329f8b0 > > SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpc64-dvd1.iso) =3D f34a1e412c= d50236385de6ce519a20c07a1b2e26723c7031200e0059d4cddc5b > > SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpc64-dvd1.iso.xz) =3D 175a44b= 9f3f386fa9439333544d4faf936a94c0ae9979be23a97cc3dfcf9565a > > > > > > o 13.1-BETA1 powerpc64le GENERIC64LE: > > SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpc64le-bootonly.iso) =3D d3b8= 9ac97c57c45ee46d6694a532a68e48f74e5aadf6744ec0098c322e1cd67b8131cb8ade249c9= 652108f3824b201f75643ee2330c87770adfdaccb84f22ba6 > > SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpc64le-bootonly.iso.xz) =3D 0= 75550ad3ccb549e477bfc130eef6662277f3048a5bf073d76221f52e2a865efe0dcd3d74a02= 3757866f9c6cf41836efb2f2e7c6bffca30a86c13fb3054baef7 > > SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpc64le-disc1.iso) =3D 4a6cf83= a99f76af724785960acf499a68c8c8e2a9badc935983a3149b9820c5cf9abc96caf93ad6d48= e4389e18a565dfc43fbb518c88738706e74722805a6e66 > > SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpc64le-disc1.iso.xz) =3D fb80= dae14a74d1f16430265a5ef1764e61fdb191a71734d9f9d066d10703372aa628adb47354cf2= d5ffbba789f46493439a98ccde9f0bb593318861bc115f3d6 > > SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpc64le-dvd1.iso) =3D 14fb6ac3= 671654e3a043be56d1821aba6264e5c68a0b5512cfa7283644f5a0283a8db0e7e0178a5fb71= 880ab530e0b23fb072cc1ee73b11be5afd0d99c794913 > > SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpc64le-dvd1.iso.xz) =3D 86f44= 9d918c04181483db965813273917185e4a498a6bf27f22926b43a73c8c6d3694abc4a682cf9= 5e78e21fc47be83e3c891a443779a5e19a0fd08453cbc03f > > > > SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpc64le-bootonly.iso) =3D d5fd= 2c6c29e32649e6c21190c3c913bdd50472aa31f4e5364104878adcd5db74 > > SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpc64le-bootonly.iso.xz) =3D a= 58228cbeba5ba952e7d36e1563df9f7b6bccab35f0ec310ffdf147d7993339b > > SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpc64le-disc1.iso) =3D dbe163a= cab4b2970aff8ca95a7f7210dc7cedf920e1462e5fb811900d9b80972 > > SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpc64le-disc1.iso.xz) =3D 526f= 2ace99d7a87a72c280428b0dddc43494584cae714b77dccf18a91037538c > > SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpc64le-dvd1.iso) =3D ed360e24= cbecdef6f89b321c46844f59934c2cacd92d578719df83f982c8807a > > SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpc64le-dvd1.iso.xz) =3D 03b94= 9bfe5df542a23a5c32d80d8097ee2663e793dd5ff79abb0bdb32c743ac1 > > > > > > o 13.1-BETA1 powerpcspe MPC85XXSPE: > > SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpcspe-bootonly.iso) =3D 3b45d= 6b0a31fd3060bd03b2b875bc86e9ca98f86f61ee8d00dc6a76a3055c4cba4e783245852d6f9= 63c34785a34463dbb8379d4002e36266ebb5f9d55db29ed3 > > SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpcspe-bootonly.iso.xz) =3D ca= f517f27225d49956fc1667a7c67b90901b4e5cd33452764fbed246939ef7fea20852972e530= b192be15d8ec5051c405b91933efe6366b2cb39389ce01b1131 > > SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpcspe-disc1.iso) =3D ce77f06d= 6e5e24ccdf68006a011e8e533665362123b73a88dd6c10ada3c81322cd3d704e7503a2f5fb9= 126e7b8a383b1c1153b46290aa52f131fdc0302dc647d > > SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpcspe-disc1.iso.xz) =3D 5bf71= b6581b5c1989c13bde7fc5edd3886d8b01d86b37b9bf6f6b0d8a984e9e1258ccc17262ecdb7= df74daf65428344637746ec56b6763e9bd0df46039cd557c > > SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpcspe-dvd1.iso) =3D f249f2bb3= 949ae16851071d2f402e84119bc961cd15ef8fcab1356265bcd25e1a2d4c5a4f876969674bc= ef611b29769947c71b092947d3ee31ee487a5e533423 > > SHA512 (FreeBSD-13.1-BETA1-powerpc-powerpcspe-dvd1.iso.xz) =3D e7c2c9= 661ec921339acbd3a32071d7cda17d2e2cb6bdc662a3ea297a1b4891b3bc9bceaf4af8b7f39= a07a13cdec3871a3b1ae0567ebe3eb45bb349f35b5d4900 > > > > SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpcspe-bootonly.iso) =3D b1402= e59b9c6fb749eefedd0a3426b30b2a78e19715f55b8e93c068f5ce7d017 > > SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpcspe-bootonly.iso.xz) =3D fa= 1146479f52c7abf66f6eb62f53187734b9ce118102ce580d6e67e445c450db > > SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpcspe-disc1.iso) =3D f1ea7c8e= 6db8d047555fcef118c8da4afe56ac267511e647aee2cea7d64de763 > > SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpcspe-disc1.iso.xz) =3D ab6e3= 468567c3a4932acb042b7d1727f351a8428ad43624e6c8d1b779e619b33 > > SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpcspe-dvd1.iso) =3D 86a92257d= 94f3022208787f26b6688112f22a55a7447acfb6c313834d0168d93 > > SHA256 (FreeBSD-13.1-BETA1-powerpc-powerpcspe-dvd1.iso.xz) =3D 1d5fba= 6b8bfdd2650e4857ced5a12ba111285fcd52cba2b9cd2b0af33b105319 > > > > > > o 13.1-BETA1 armv6 RPI-B: > > SHA512 (FreeBSD-13.1-BETA1-arm-armv6-RPI-B.img.xz) =3D f657941f9f09bd= 7b2c0fe458cd7c1d9dad5fbfb7d6115daf53a60da15d96e3205e5936ece43dd2ca229b55dea= 22765b7e85eb5bb72b022d79f3e881016448bbf > > > > SHA256 (FreeBSD-13.1-BETA1-arm-armv6-RPI-B.img.xz) =3D b70f15f93a9703= ea4c6e4458c73ebe30643d9a442aa5340f98e512273fa09cb3 > > > > > > o 13.1-BETA1 armv7 GENERICSD: > > SHA512 (FreeBSD-13.1-BETA1-arm-armv7-GENERICSD.img.xz) =3D fadf8b191d= d9dbc94af1b8457610b713e3aa45b2b2049b73687b538f39ea68c27a7eba7bcf2af4acb2737= eb21ccc8de822514954fd61b8ecfe5cb189afe28a3b > > > > SHA256 (FreeBSD-13.1-BETA1-arm-armv7-GENERICSD.img.xz) =3D 0f977fb654= 9a7e22c9e533e8dbcf9d145dbbe16ccd6f45a97c004b56b8ca050e > > > > > > o 13.1-BETA1 aarch64 RPI: > > SHA512 (FreeBSD-13.1-BETA1-arm64-aarch64-RPI.img.xz) =3D d40d123d1dd6= 41671ef620c93a8534ea1641a79244856bcb1ae67f667d22187f34d70ca339cc6cd45683611= a3a72a75d5685fbd3e363120c4db477517604aafd > > > > SHA256 (FreeBSD-13.1-BETA1-arm64-aarch64-RPI.img.xz) =3D 0ed6e6504676= 8ea7134a6d950c8ef0d24678207e7b895da2b9d0b091d7595803 > > > > > > o 13.1-BETA1 aarch64 PINE64: > > SHA512 (FreeBSD-13.1-BETA1-arm64-aarch64-PINE64.img.xz) =3D 3373e94c4= d2a523630a7881969ecfd5d9ba72c64f6602c58b55b2de74d8fe65e72e348373af1c1f09e7d= 6e82dd38b94e0397c1c490eded21bbcfa6fac68d2e35 > > > > SHA256 (FreeBSD-13.1-BETA1-arm64-aarch64-PINE64.img.xz) =3D bbf122a8a= f21071d724b9667a007f9afe531c931f9975d53f312ed0440022dba > > > > > > o 13.1-BETA1 aarch64 PINE64-LTS: > > SHA512 (FreeBSD-13.1-BETA1-arm64-aarch64-PINE64-LTS.img.xz) =3D 3ffbc= 23b9b3b1b68ea347ba58df5e56c665849a9eba2929255eb72d40bd702ee8bf74e661dd2b575= b0bc08cbfce63fd6476724642eb11b803fdef04f99240b5a > > > > SHA256 (FreeBSD-13.1-BETA1-arm64-aarch64-PINE64-LTS.img.xz) =3D 11e14= 2bc1e6b58f0527f43e534713f5b25ed109125c90d97e228b80929b895ef > > > > > > o 13.1-BETA1 aarch64 PINEBOOK: > > SHA512 (FreeBSD-13.1-BETA1-arm64-aarch64-PINEBOOK.img.xz) =3D 23dbeeb= bd23c1b4543c0afd752954e6678840173a610ae8235d9fd880e642a0eea4dd49c7e5882244c= f4c279b9e4fd3096a22f4831f388fdf8264fa305d5be77 > > > > SHA256 (FreeBSD-13.1-BETA1-arm64-aarch64-PINEBOOK.img.xz) =3D 3901321= c0975fe40b793edd06f7c3cd69a985f56bf3dbb487b2e41e28ece8fb4 > > > > > > o 13.1-BETA1 aarch64 ROCK64: > > SHA512 (FreeBSD-13.1-BETA1-arm64-aarch64-ROCK64.img.xz) =3D fe61a03a5= 337821c7599164447974047b5479fa3dea7a76d11c3154e966d1bccdf8dd094dc2c6cea38d0= 067323819e3f666a02727ec86418d7c4f7cf6a7b8b72 > > > > SHA256 (FreeBSD-13.1-BETA1-arm64-aarch64-ROCK64.img.xz) =3D e53959d1c= a354a683ba6640380ecb8d22a9c19a9083b51c000939a3befc40524 > > > > > > o 13.1-BETA1 aarch64 ROCKPRO64: > > SHA512 (FreeBSD-13.1-BETA1-arm64-aarch64-ROCKPRO64.img.xz) =3D 795910= ac2661128a02f1be99ac88d14f71e8d2b0dc974ceb6ae0c477a506b8a04892b1f21b918af52= c23a3d1e83e3fd8321db5ec2ef35547951104f2f3808bde > > > > SHA256 (FreeBSD-13.1-BETA1-arm64-aarch64-ROCKPRO64.img.xz) =3D 471d4c= b384072c917412165c44176b3971c08feb8e9261530a7063366df3c3d6 > > > > > > o 13.1-BETA1 riscv64 GENERIC: > > SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64-bootonly.iso) =3D 0f1f91f447= b3ee4b670ef6f0f3ea215b00702d049c920433456141f3771577aa6f425fb713fe438b268f4= cc93387812de0d54172d508df1c4c98fea87d8c6d49 > > SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64-bootonly.iso.xz) =3D 94b1aad= 2cedf4aa39e4e4de3c0c96df4cf34a8656f861c033163779c359d1f3c2504d747331c7d06b0= 6d348f87113446f3b40ed023f9e9c1d062c1585214d6a7 > > SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64-disc1.iso) =3D a1ac8a53a4bbb= 838b36fee96a470f405690bb845651b7d1ff56181228ee6023787b4d3a1c51c1cee0eda0485= 2c798276950cb5d4404ca5205eb117a0abbc6bad > > SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64-disc1.iso.xz) =3D 23570243c1= ef0891394589f2d707a4ebbb5bd2e47449d16b82d1deb01f8f008fbc342cfce42c46e0ad9fb= 9c78f3c68b3da2ce608ee40c770a3423735501e59b2 > > SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64-dvd1.iso) =3D 6157111ea7f2f6= c95cdae0ac73e9ebcbde324532198f8dba947a7a11cdd2d46e9b90d03513cb65e8a6ffe6d0d= 3235ecd39dc0b75bca40b99e27c540899594d51 > > SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64-dvd1.iso.xz) =3D 93308004ff7= 22467a8b920bbfcdd04cb6dd12c1d11267530f2286030fb711bb0de12429e064cc33a262791= 2c6b11b6003572c5966736bc93590822a9c4e8b580 > > SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64-memstick.img) =3D a1b943a12f= 2cf228bfe53f161d970bd6806deca8592c2d1ac358a1340649611b80cfeaa7469df3e2ec565= 5f427ed54c521bdfa3e16cb8fe76e0b1cd307dbdaa2 > > SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64-memstick.img.xz) =3D ae99bcd= 007509ba1768d4b22202844b2e7fb8814ef4a0033eda96f58389d8a76c9446fbec8c109ef46= d7ee5b23a7c9a10745ab58b57d5cb5e096af8bd253981e > > SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64-mini-memstick.img) =3D 33497= 48ff4ebbcf03cc6784306de767265c4154e1bee25db19f2fd71483af3c41eadaa45ddd43e65= 1404f8596eb3cffd6f0dfb9e0a716acc8d753403135b8201 > > SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64-mini-memstick.img.xz) =3D b5= 8152eb69e974a93ed9862afa4ed15b69388b42f3e95ce8b5ab1ed8ca8b0c7553490ec874bbf= 6543f736cdb9597daaba154dea6f4b08029ebf79686880a48d0 > > > > SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64-bootonly.iso) =3D 72d9761ddd= 5f18f686cd469785b2905b9e861c318d8615daf26f55f27da19eef > > SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64-bootonly.iso.xz) =3D 654caf6= 1e85ed32c83d3ee4cc443859b0ab5a6e54f66d16e95b3e08ee655dd43 > > SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64-disc1.iso) =3D 9059eacfb0fde= f35e35cfbc219a22e239cf321b4500ede785752c0584e9c3ea6 > > SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64-disc1.iso.xz) =3D 05f3a4ef35= 19594a5e8c0be8e874202b5697702a73186ff697840444bb0caa5b > > SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64-dvd1.iso) =3D 9584414dd4d6a5= 04273c16a97d2259c95e8e90c20119f62d7d6fb54167ba87c3 > > SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64-dvd1.iso.xz) =3D 995024e01ed= f42caebbda1784d7a139b0924080131a7edefac271714a0754fdc > > SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64-memstick.img) =3D d06803427f= 079b514c664a563fd1a372078d4c8dca39f59125e1273b23a86d9d > > SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64-memstick.img.xz) =3D 65172fc= 772906dbfc59f13663cd306d97f924c39cdff4112702306db535b1798 > > SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64-mini-memstick.img) =3D 9578d= e673de11fafe2f7de5309ff9a56dd3bbbdea00bc25fed032de0dc1451ee > > SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64-mini-memstick.img.xz) =3D 65= 59ae81918fe2d4a8e2c7de4e227ae43732e271a630c2aba2d0da6a79e3eefd > > > > > > o 13.1-BETA1 riscv64 GENERICSD: > > SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64-GENERICSD.img.xz) =3D c464a6= da12652f0c8171bc70609c0135ed1178c0e013ea507cd0e72f933230a2d4e2a299156644133= cd6b8ba265f9d8ec9c915461eb2c5e310aeb1ddee6f44bd > > > > SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64-GENERICSD.img.xz) =3D adedd2= 48c777ae1dc38c39710a7b5e35989fc6eab6ed5d10c6be27d2e271f2df > > > > > > =3D=3D VM IMAGE CHECKSUMS =3D=3D > > > > o 13.1-BETA1 amd64: > > SHA512 (FreeBSD-13.1-BETA1-amd64.qcow2.xz) =3D 3b98ee71fe7ecf7dad0c5e= 5d88e6d857c89d39a43aa5783c77939ea16a3e2d9de9896f8660e9fe1e921437613678983a0= c47890dc06edddd7468265bf18ff457 > > SHA512 (FreeBSD-13.1-BETA1-amd64.raw.xz) =3D d059ca02ba4233f58f0545a7= 4504cfdd65b21bb969ed0d07bffddb5a467b69e5f1ad0ec1e7582d8873edde3a2512c38bd06= 83bc407aa0aec1c213af92b61d2c5 > > SHA512 (FreeBSD-13.1-BETA1-amd64.vhd.xz) =3D 964d67c70eff4758215cfc65= ec4ea2f8430484e09c63eb96ae03e587889e1b859bec69c064be4e0a672b4596d441402e8bd= 203f581c4fda406e1d3e5ab3bcad1 > > SHA512 (FreeBSD-13.1-BETA1-amd64.vmdk.xz) =3D 108fec2066275bb3cfcdad9= 846d31b9c2a216a7acb26c3d42004c407dda7779908e9f0608aaac451c530f7bd83ccbebc8a= 7ff13977e2c3dec6cb7895dc595579 > > > > SHA256 (FreeBSD-13.1-BETA1-amd64.qcow2.xz) =3D e38ed236a7001eabcfb631= 850eb31e40cc0c623187777aa70b942d99ad86ef38 > > SHA256 (FreeBSD-13.1-BETA1-amd64.raw.xz) =3D a7c5060186c0a574e64f0e1d= 4361554374e21ac898a11b1b9e2782288a3f03ca > > SHA256 (FreeBSD-13.1-BETA1-amd64.vhd.xz) =3D 9fc99e42407bd413f06c56eb= f4b3e4f89acbb059f9d4cdb7ae46604d935aca29 > > SHA256 (FreeBSD-13.1-BETA1-amd64.vmdk.xz) =3D 9cf4fd759de33257e7af9c6= 88a68ba6671c394493d2a59796b156cb872c840ce > > > > > > o 13.1-BETA1 i386: > > SHA512 (FreeBSD-13.1-BETA1-i386.qcow2.xz) =3D 3a09d5ed19a6a51c527711c= 85112c8ed0e4df48a2b5725f4c6a08ab4d7e92e3db93140d20a658ae8f65048afaad974d231= 998780e1c5e5ef92347bb1e1ee5991 > > SHA512 (FreeBSD-13.1-BETA1-i386.raw.xz) =3D f6702f2714835b1bd3b068eb9= 7f2a17efc3108ed28c1e51a9fa62683489b5b0a35110ae6c4ba2689e315cfc29e6724b763ff= 87507057e2e761a2ebcaa20c2a4d > > SHA512 (FreeBSD-13.1-BETA1-i386.vhd.xz) =3D e7217e0d85092f786266741ec= 02b04c4c876781b618c6fb44c66c90a1077086948608a559f3d2775702337e1d0d3935e6e17= 1c767102e648304121c9f7c34d29 > > SHA512 (FreeBSD-13.1-BETA1-i386.vmdk.xz) =3D 15cb7b65eb64bd17e50d707c= 8c9574f3aa0d13d9367296d95c8be66daceeb0c55067d05c53c2525e366b4ba516f1bc80249= 9b93816296ebcbef3e82f88453ed9 > > > > SHA256 (FreeBSD-13.1-BETA1-i386.qcow2.xz) =3D 353dd875d7d486c597442a1= 5acd5e90632781b537f4ccbe8958db5c2271181da > > SHA256 (FreeBSD-13.1-BETA1-i386.raw.xz) =3D 7945d15dddcf6e5365d5325f8= 32260fb8ac648c79b3a83b90ff47659c9f612fc > > SHA256 (FreeBSD-13.1-BETA1-i386.vhd.xz) =3D e157df1b4e289fdde264e8324= 6e7bdf26e1e49b0b49a4824888ef51f1392892a > > SHA256 (FreeBSD-13.1-BETA1-i386.vmdk.xz) =3D f782119609cb479bd4481689= 686d5e0d4b4312b094a97ed709442a7020463069 > > > > > > o 13.1-BETA1 riscv64: > > SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64.qcow2.xz) =3D 034b32f1138322= 638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c= 442717cd61d7e1cecf7024bd463f6f5196c5527 > > SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64.raw.xz) =3D 034b32f113832263= 8c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c44= 2717cd61d7e1cecf7024bd463f6f5196c5527 > > SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64.vhd.xz) =3D 034b32f113832263= 8c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c44= 2717cd61d7e1cecf7024bd463f6f5196c5527 > > SHA512 (FreeBSD-13.1-BETA1-riscv-riscv64.vmdk.xz) =3D 034b32f11383226= 38c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c4= 42717cd61d7e1cecf7024bd463f6f5196c5527 > > > > SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64.qcow2.xz) =3D 0040f94d11d003= 9505328a90b2ff48968db873e9e7967307631bf40ef5679275 > > SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64.raw.xz) =3D 0040f94d11d00395= 05328a90b2ff48968db873e9e7967307631bf40ef5679275 > > SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64.vhd.xz) =3D 0040f94d11d00395= 05328a90b2ff48968db873e9e7967307631bf40ef5679275 > > SHA256 (FreeBSD-13.1-BETA1-riscv-riscv64.vmdk.xz) =3D 0040f94d11d0039= 505328a90b2ff48968db873e9e7967307631bf40ef5679275 > > > > > > 13.1-BETA1 amd64 BASIC-CI: > > SHA512 (FreeBSD-13.1-BETA1-amd64-BASIC-CI.raw.xz) =3D b07d689b7f04c3d= 558f72b5d67f4556216d50492b54f8f005d663a4e434e57802f5a34d948b204964458f32abd= 420a5c99ea7747705e25e901dc2e2092b7d048 > > > > SHA256 (FreeBSD-13.1-BETA1-amd64-BASIC-CI.raw.xz) =3D 50d08da00c63fc5= dc1a99093567e74f5a7a7d4591da8aa62e3a07a75249eb027 > > > > Regards, > > > > Glen > > > > Love FreeBSD? Support this and future releases with a donation to > > the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ > > > > -----BEGIN PGP SIGNATURE----- > > > > iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmIqsAwACgkQAxRYpUeP > > 4pNiDw//TixoETiWHZJj0kk+h4Y/OHaJwDa7Xxg9efIFnyVF5LyacHg0eZvJfnTw > > MVR43pyMi3HVvykcl6JdH1+K1nL7TUW8GGhHjYaE2gkoiRBMrqnW58I5Jm1PPOQ2 > > y6ouVhyo/7HIE4qSzAk3ZcTfIXepFwDDspR9xB9bpuCMyTidC1LDrjCkMFe4Zndz > > CK6xQaUHninYJ7lmAccpLvMAsSIrkacX0lchAgxPneyQ0n2p4P4KrjJjbwInaFL8 > > 7PF7Fo6AtLGl1wwY4r+iVf5sE42CQKyWPgd8dNVGqGJ6g6havI28TsD3Nwk5PZfN > > BWIU/dot9i0ABCfA9uG7Zsd4nAQ4ypsP+oqEMNhomCOliqZXIP8zQXwDUzbEVMd9 > > lD+XVr/MjkPnQ4+l2M1waojVEms8hvsMxTpn2OSqRTzfBWBdbD8AXs8kq8W+qPYV > > UaqZ4wBsEur0yVGrTMdO5GuDDM6J41WeWFBueEy8DycdJGd1n58krt0NrOwzWxQ2 > > XV/bPrEesKHyp/DP+oqeYoMFZK/oRHa+TUoevU1n8QBiPq2vL8HnuQtntK9/Q2vq > > Ol66TykD1bvoPsBxDp1YMCkNZWlXGzC/WAqg7RY3psT5FqaOvhgCLCIAFixOaTKX > > fFInFaVEzN8Wd0N3yTNmHDm7VRZ4U4rmozKHJ159seOhzyZBqDY=3D > > =3DMy5O > > -----END PGP SIGNATURE----- > > From nobody Fri Mar 11 22:45:10 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 948791A19FCA; Fri, 11 Mar 2022 22:45:22 +0000 (UTC) (envelope-from mlist@jarasoft.net) Received: from orac.jarasoft.net (orac.jarasoft.net [37.97.176.36]) (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 ECDSA (P-384) client-digest SHA384) (Client CN "jarasoft.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KFgxV2My6z3sBD; Fri, 11 Mar 2022 22:45:18 +0000 (UTC) (envelope-from mlist@jarasoft.net) Received: from orac.jarasoft.net (orac.jarasoft.net [37.97.176.36]) by orac.jarasoft.net (Postfix) with ESMTP id 886DA13500; Fri, 11 Mar 2022 23:45:11 +0100 (CET) Received: from [IPV6:2a10:3781:150:1:c041:414:c2d2:b998] (unknown [IPv6:2a10:3781:150:1:c041:414:c2d2:b998]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-384) server-digest SHA384 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "Jack Raats", Issuer "Sectigo RSA Client Authentication and Secure Email CA" (verified OK)) by orac.jarasoft.net (Postfix) with ESMTPSA id 58F541347F; Fri, 11 Mar 2022 23:45:11 +0100 (CET) Message-ID: <3ed8d7b9-efd1-9c79-4b21-a46cf7d17f85@jarasoft.net> Date: Fri, 11 Mar 2022 23:45:10 +0100 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.7.0 Reply-To: mlist@jarasoft.net Content-Language: nl To: freebsd-stable@FreeBSD.org, freebsd-questions@FreeBSD.org From: Jack Raats Subject: GRE tunnel and a ipv4 subnet /29 Organization: JaRaSoft, Steenbergen, Nederland Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP on orac.jarasoft.net X-Rspamd-Queue-Id: 4KFgxV2My6z3sBD X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=reject) header.from=jarasoft.net; spf=pass (mx1.freebsd.org: domain of mlist@jarasoft.net designates 37.97.176.36 as permitted sender) smtp.mailfrom=mlist@jarasoft.net X-Spamd-Result: default: False [-3.68 / 15.00]; HAS_REPLYTO(0.00)[mlist@jarasoft.net]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_NONE(0.00)[]; HAS_ORG_HEADER(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.996]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[jarasoft.net,reject]; NEURAL_HAM_SHORT(-0.98)[-0.981]; MLMMJ_DEST(0.00)[freebsd-questions,freebsd-stable]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:20857, ipnet:37.97.128.0/17, country:NL]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N I have an ipv4 test subnet from extraip 37.x.y.0/29 My internet connection has ip-address a.b.c.d. I've a Fritxbox router and behind NAT is my FreeBSD server with ip-address 10.10.10.15. On this router I've opened the firewall for GRE to my FreeBSD server. On my FreeBSD server rc.conf has the following lines: cloned_interfaces=“gre0†ifconfig_gre0=“inet 37.x.y.2 37.x.y.1 netmask 255.255.255.248 tunnel a.b.c.d gatewayip†static_routes=“tunnel†route_tunnel=“37.x.y.0/29 37.x.y.1†This doesn't work. Whats wrong? Do I forget something? Jack Raats From eugen@grosbein.net Fri Mar 11 23:10:39 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 461761A00387 for ; Fri, 11 Mar 2022 23:11:22 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KFhWX6zCjz4Rh5 for ; Fri, 11 Mar 2022 23:11:20 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 22BNBCpb040227 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 11 Mar 2022 23:11:13 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: mlist@jarasoft.net Received: from [10.58.0.11] ([10.58.0.11]) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 22BNAjjD068460 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Sat, 12 Mar 2022 06:11:10 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: GRE tunnel and a ipv4 subnet /29 To: mlist@jarasoft.net, freebsd-stable@FreeBSD.org References: <3ed8d7b9-efd1-9c79-4b21-a46cf7d17f85@jarasoft.net> From: Eugene Grosbein Message-ID: <403c0dbb-6d0b-21e9-9522-b03be1baa98b@grosbein.net> Date: Sat, 12 Mar 2022 06:10:39 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: <3ed8d7b9-efd1-9c79-4b21-a46cf7d17f85@jarasoft.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT autolearn=disabled version=3.4.2 X-Spam-Report: * -0.0 SHORTCIRCUIT No description available. * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4KFhWX6zCjz4Rh5 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=fail (mx1.freebsd.org: domain of eugen@grosbein.net does not designate 2a01:4f8:c2c:26d8::2 as permitted sender) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-2.04 / 15.00]; ARC_NA(0.00)[]; R_SPF_FAIL(1.00)[-all]; FREEFALL_USER(0.00)[eugen]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.985]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[grosbein.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.96)[-0.959]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N 12.03.2022 5:45, Jack Raats wrote: > I have an ipv4 test subnet from extraip 37.x.y.0/29 > > My internet connection has ip-address a.b.c.d. > I've a Fritxbox router and behind NAT is my FreeBSD server with ip-address 10.10.10.15. > On this router I've opened the firewall for GRE to my FreeBSD server. > On my FreeBSD server rc.conf has the following lines: > > cloned_interfaces=“gre0†> ifconfig_gre0=“inet 37.x.y.2 37.x.y.1 netmask 255.255.255.248 tunnel a.b.c.d gatewayip†> static_routes=“tunnel†> route_tunnel=“37.x.y.0/29 37.x.y.1†> > This doesn't work. Whats wrong? Do I forget something? You cannot use 37.x.x.2 for any interface on FreeBSD unless your upstream router (Fritxbox) delivers packets to this IP address to FreeBSD *without* NAT. Create static route for 37.x.x.2/32 with gateway address 10.10.10.15 in the routing table of Fritxbox. If you enabled NAT-based forwarding of GRE protocon on Fritxbox, disable it. Then it should work. From nobody Sat Mar 12 21:08:19 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id CAF9D1A01A9E for ; Sat, 12 Mar 2022 21:08:28 +0000 (UTC) (envelope-from mike@mail.karels.net) Received: from mail.karels.net (mail.karels.net [216.160.39.52]) by mx1.freebsd.org (Postfix) with ESMTP id 4KGFlH5sRBz3k4W for ; Sat, 12 Mar 2022 21:08:26 +0000 (UTC) (envelope-from mike@mail.karels.net) Received: from mail.karels.net (localhost [127.0.0.1]) by mail.karels.net (8.16.1/8.16.1) with ESMTPS id 22CL8Jpa093382 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sat, 12 Mar 2022 15:08:19 -0600 (CST) (envelope-from mike@mail.karels.net) Received: (from mike@localhost) by mail.karels.net (8.16.1/8.16.1/Submit) id 22CL8JWD093381; Sat, 12 Mar 2022 15:08:19 -0600 (CST) (envelope-from mike) Message-Id: <202203122108.22CL8JWD093381@mail.karels.net> To: freebsd-stable@freebsd.org From: Mike Karels Reply-to: mike@karels.net Subject: USB disk attaches late in 13.1-BETA1 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <93379.1647119299.1@mail.karels.net> Content-Transfer-Encoding: quoted-printable Date: Sat, 12 Mar 2022 15:08:19 -0600 X-Rspamd-Queue-Id: 4KGFlH5sRBz3k4W X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of mike@mail.karels.net has no SPF policy when checking 216.160.39.52) smtp.mailfrom=mike@mail.karels.net X-Spamd-Result: default: False [-0.54 / 15.00]; HAS_REPLYTO(0.00)[mike@karels.net]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[mike]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.97)[-0.975]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_ADDR_EQ_FROM(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(0.13)[0.130]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_NA(0.00)[karels.net]; MLMMJ_DEST(0.00)[freebsd-stable]; FORGED_SENDER(0.30)[mike@karels.net,mike@mail.karels.net]; RCVD_NO_TLS_LAST(0.10)[]; R_SPF_NA(0.00)[no SPF record]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:209, ipnet:216.160.36.0/22, country:US]; FROM_NEQ_ENVFROM(0.00)[mike@karels.net,mike@mail.karels.net]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N I have a USB SSD drive attached to a Raspberry Pi 4 that has been running 13.0 and 14-CURRENT. The drive is not the root, and is mounted from /etc/fstab. I just booted 13.1-BETA1 on it and set it up as I usually do. Now the system fails to check the filesystem from the USB disk during the fsck, so goes to single user. Then the disk attaches. That portion of the console output with the failure is appended. I had been running a fairly recent -current without problems. I just tested the March 3 snapshot of -current; it works too. Anyone have any idea what is different? Are there changes in the USB stack that would cause timing changes? Mike Copied and pasted from console: Can't stat /dev/da0p1: No such file or directory /dev/da0p1: CANNOT STAT /dev/da0p1: No such file or directory /dev/da0p1: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. THE FOLLOWING FILE SYSTEM HAD AN UNEXPECTED INCONSISTENCY: ufs: /dev/da0p1 (/mnt) Automatic file system check failed; help! ERROR: ABORTING BOOT (sending SIGTERM to parent)! 2022-03-09T22:29:15.629342-06:00 - init 1 - - /bin/sh on /etc/rc terminate= d abnormally, going to single user mode Enter full pathname of shell or RETURN for /bin/sh: uhub1: 4 ports with 4 = removable, self powered usb_msc_auto_quirk: UQ_MSC_NO_GETMAXLUN set for USB mass storage device AD= ATA SD600Q (0x125f:0xa88a) usb_msc_auto_quirk: UQ_MSC_NO_PREVENT_ALLOW set for USB mass storage devic= e ADATA SD600Q (0x125f:0xa88a) ugen0.3: at usbus0 umass0 on uhub0 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks =3D 0x8100 umass0:0:0: Attached to scbus0 da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SPC-4 SCSI device da0: Serial Number 40118905201B da0: 400.000MB/s transfers da0: 228936MB (468862128 512 byte sectors) From nobody Tue Mar 15 20:35:51 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id C9D0A1A17A28 for ; Tue, 15 Mar 2022 20:36:00 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from smtp.burggraben.net (smtp.burggraben.net [IPv6:2a01:4f8:140:510a::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.burggraben.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KJ4tR5fdgz4sfm for ; Tue, 15 Mar 2022 20:35:59 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from elch.exwg.net (elch.exwg.net [IPv6:2001:470:7120:1:127b:44ff:fe4f:148d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "elch.exwg.net", Issuer "R3" (not verified)) by smtp.burggraben.net (Postfix) with ESMTPS id D219CC00311 for ; Tue, 15 Mar 2022 21:35:51 +0100 (CET) Received: by elch.exwg.net (Postfix, from userid 1000) id 4F9193ADAC; Tue, 15 Mar 2022 21:35:51 +0100 (CET) Date: Tue, 15 Mar 2022 21:35:51 +0100 From: Christoph Moench-Tegeder To: freebsd-stable@freebsd.org Subject: Re: FreeBSD Errata Notice FreeBSD-EN-22:11.zfs Message-ID: Mail-Followup-To: freebsd-stable@freebsd.org References: <20220315192830.BA7F7454F@freefall.freebsd.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20220315192830.BA7F7454F@freefall.freebsd.org> User-Agent: Mutt/2.2.1 (2022-02-19) X-Rspamd-Queue-Id: 4KJ4tR5fdgz4sfm X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of cmt@burggraben.net designates 2a01:4f8:140:510a::3 as permitted sender) smtp.mailfrom=cmt@burggraben.net X-Spamd-Result: default: False [-3.50 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEFALL_USER(0.00)[cmt]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:4f8:140:510a::3]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_NA(0.00)[burggraben.net]; RCVD_IN_DNSWL_MED(-0.20)[2a01:4f8:140:510a::3:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N ## FreeBSD Errata Notices (errata-notices@freebsd.org): > # fetch https://security.FreeBSD.org/patches/EN-22:11/zfs.patch Unless I'm totally cross-eyed, this patch is not what has been committed to releng/13.0 https://cgit.freebsd.org/src/commit/?h=releng/13.0&id=f5be20afc3568876c44269420a542627238e4da0 and the committed version does not compile (just bombed out here, so, yeah, confirmed). To be more precise, the newly added function vn_flush_cached_data() in sys/contrib/openzfs/include/os/freebsd/spl/sys/vnode.h is inside the '#ifndef IN_BASE' guard in zfs.patch but outside in releng/13.0. As it accesses vp->v_object (vp being a struct vnode *) and the #include of sys/vnode.h is inside a '#ifndef IN_BASE' guard in both the patch and the committed version, we don't have a full declaration of struct vnode in the committed variant of aforementioned file, so that vp->v_object must not be (at least as far as the C compiler is concerned). Regards, Christoph -- Spare Space From nobody Tue Mar 15 20:58:37 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 929D31A1EFBD for ; Tue, 15 Mar 2022 20:58:43 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-oi1-x22d.google.com (mail-oi1-x22d.google.com [IPv6:2607:f8b0:4864:20::22d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KJ5Nf57cQz3DYQ for ; Tue, 15 Mar 2022 20:58:42 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-oi1-x22d.google.com with SMTP id 12so570826oix.12 for ; Tue, 15 Mar 2022 13:58:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:date:from:to:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=6TAUaEwPbpki29SWxDLhRGsROo6K1GKvcczSVow8t/o=; b=Uu7WvnsUeLpMaj/X7rnK1s/4MsRKM/iYv2JuogOaMQb1vR388KKlkCvfcd86xbQUo9 MFdltW3t1IxtQEH62z813ZLprUR7wRilcU3tiVTEnATg0D8Pe0Kbe96TEWAkIcm3JsxE z6GZs72hQnA2/kdM7jT+iJi6FXOU+xS2ClTjEQ6VyJk7TWmKZuBGbpD8mInixjp/OdqV fdKJKvh+mmRfen2kc++TsDHNQp0AbvJR1dvhFe9xMrBhCDuNQaL6ltOtHe73IbqHFuze Ze+JSRCl6M3OUhnAHXfYWizZtWrh9g76pwbfuik/JVEm6C6aDp+GcLonhnbBJ93VAmrK 6yCQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:date:from:to:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=6TAUaEwPbpki29SWxDLhRGsROo6K1GKvcczSVow8t/o=; b=Q716Tg6QnJRyQu2oE41wZQFuf3OOMpf8EhptHLNYcs1V5S4hBCDRxJNNpf6zeE96ga JxI6ZPSJrXoRRPexrst16FxLv8nhjehBzQkjMUpSWQe5RfOcEPscyxdZGxcnddzdT8/T arX0BSp0JAJjhJmRHukJab1+Xgsn6mE3AXnEvwkJTMJw3o/zD1bsHwEON4r9f9EW1msU qBIR3KuyZr30XojH01lnlcVNJKsqD97Cr4evC9MTLkRhaIEtmsVX0sOvzS5JpSFHZ5Be oLTm50J4lTkOlkFpSaaMSdBF2ZpTJIcq1EmMb3cns3Ps+Jfmn2a7G7/79YEdjQ6sl3w7 YB8Q== X-Gm-Message-State: AOAM531bAjWIHd4Av2jeDBO+/oryFglQFF5K1FCzFUjRHDlB7ZhQ2dPf Py3eiZlloKUshk2JlSj6afVw1xYmOihAqg== X-Google-Smtp-Source: ABdhPJyyTw1RLgFlvBrvl0MykdOvdKzkwtRCqZvbiO0AJa7y6N8TrsmR0J1QWc0pDK4n/xlp310DmQ== X-Received: by 2002:a05:6808:b39:b0:2d9:b551:8825 with SMTP id t25-20020a0568080b3900b002d9b5518825mr2591585oij.177.1647377921628; Tue, 15 Mar 2022 13:58:41 -0700 (PDT) Received: from framework ([187.144.106.84]) by smtp.gmail.com with ESMTPSA id w1-20020a056808090100b002da82caced5sm135191oih.3.2022.03.15.13.58.40 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 15 Mar 2022 13:58:40 -0700 (PDT) Date: Tue, 15 Mar 2022 16:58:37 -0400 From: Mark Johnston To: freebsd-stable@freebsd.org Subject: Re: FreeBSD Errata Notice FreeBSD-EN-22:11.zfs Message-ID: References: <20220315192830.BA7F7454F@freefall.freebsd.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4KJ5Nf57cQz3DYQ X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=Uu7WvnsU; dmarc=none; spf=pass (mx1.freebsd.org: domain of markjdb@gmail.com designates 2607:f8b0:4864:20::22d as permitted sender) smtp.mailfrom=markjdb@gmail.com X-Spamd-Result: default: False [-2.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[187.144.106.84:received]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; TO_DOM_EQ_FROM_DOM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::22d:from]; MLMMJ_DEST(0.00)[freebsd-stable]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Tue, Mar 15, 2022 at 09:35:51PM +0100, Christoph Moench-Tegeder wrote: > ## FreeBSD Errata Notices (errata-notices@freebsd.org): > > > # fetch https://security.FreeBSD.org/patches/EN-22:11/zfs.patch > > Unless I'm totally cross-eyed, this patch is not what has been > committed to releng/13.0 > https://cgit.freebsd.org/src/commit/?h=releng/13.0&id=f5be20afc3568876c44269420a542627238e4da0 > and the committed version does not compile (just bombed out here, so, > yeah, confirmed). > To be more precise, the newly added function vn_flush_cached_data() in > sys/contrib/openzfs/include/os/freebsd/spl/sys/vnode.h is inside the > '#ifndef IN_BASE' guard in zfs.patch but outside in releng/13.0. As > it accesses vp->v_object (vp being a struct vnode *) and the #include > of sys/vnode.h is inside a '#ifndef IN_BASE' guard in both the patch > and the committed version, we don't have a full declaration of > struct vnode in the committed variant of aforementioned file, so that > vp->v_object must not be (at least as far as the C compiler is concerned). Indeed, I missed a fixup commit that should have been pushed together with the original patch: https://cgit.freebsd.org/src/commit/?id=14bf91a0431e6b410ec9cf029172dfc5a99eb58f I'll work on getting this fixed ASAP. Thank you for the report. From nobody Thu Mar 17 19:33:51 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 935D51A2496A for ; Thu, 17 Mar 2022 19:34:06 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from elf.hq.norma.perm.ru (mail.norman-retail.ru [128.127.146.8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.norma.perm.ru", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KKHQ51CHqz3F3f for ; Thu, 17 Mar 2022 19:34:04 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from [192.168.100.79] ([128.127.147.1]) by elf.hq.norma.perm.ru (8.16.1/8.15.2) with ESMTPS id 22HJSCCs027421 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO) for ; Fri, 18 Mar 2022 00:28:12 +0500 (+05) (envelope-from eugene@zhegan.in) Message-ID: Date: Fri, 18 Mar 2022 00:33:51 +0500 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:91.0) Gecko/20100101 Thunderbird/91.7.0 To: freebsd-stable@freebsd.org Content-Language: en-US From: "Eugene M. Zheganin" Subject: weird packages/libs behavior: ld-elf.so.1: /usr/local/lib/libKF5CoreAddons.so.5: Undefined symbol "_ZNSt19bad_optional_accessD1Ev" Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Server: elf.hq.norma.perm.ru X-Rspamd-Queue-Id: 4KKHQ51CHqz3F3f X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of eugene@zhegan.in designates 128.127.146.8 as permitted sender) smtp.mailfrom=eugene@zhegan.in X-Spamd-Result: default: False [-3.30 / 15.00]; R_SPF_ALLOW(-0.20)[+a]; TO_DN_NONE(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:212494, ipnet:128.127.146.0/24, country:RU]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[zhegan.in]; RCPT_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[freebsd-stable]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hello, recently I've upgraded my desktop FreeBSD from 12.1 to 13.0 (make delete-old/delete old-libs included). Everything was fine until I broke some package dependencies (not actually related to OS upgrade, at least I believe so) and then I decided to completely update/reinstall KDE (since it was qt5 that was broken). Since this usually takes great amount of  time, I just pkg installed all the stuff. But now no matter I'm doing I get for qt/kde-dependent binaries: [emz@bsdrookie:~]> konsole ld-elf.so.1: /usr/local/lib/libKF5CoreAddons.so.5: Undefined symbol "_ZNSt19bad_optional_accessD1Ev" How do I fix this ? /usr/local/lib/libKF5CoreAddons.so.5 is from devel//usr/local/lib/libKF5CoreAddons.so.5 port; I've rebuilt it already from ports - the issue stil persists. I'm kinda stuck. Thanks. Eugene. From nobody Fri Mar 18 02:13:38 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 55A8A1A23797; Fri, 18 Mar 2022 02:13:45 +0000 (UTC) (envelope-from gjb@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KKSHF0NTZz3QSW; Fri, 18 Mar 2022 02:13:45 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1647569625; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=JckfrH8iN3TDkYdAv4+G4O9aV7sMkj8RDvvmwx9hHoo=; b=eXzjn5vsOe6hPprJltgbAr5Vbmpaf5Mq10KoW5Jwcx3ZKjHqjVWj3kZl4I2Fxs5eQCMj7R rdyWBw2rTmdMIqghUeB1pB5/PijRvqoRcfp/MWIungaK4O258vpeb8JYcr01480ZYzqu2g c5p+wzUzioDRjnbCvr0ZJGxP6vLSpgJTVdQUtEFtIjXepQInUN4S4R9DNHnRN6UYuhwzGG abvPJkKqqbKE60+qG2L5lZ2yaSuPYv8rEd4ZSBZheNeIdbPb6TIfWCFf+hIIKSbOlF2Ab0 i8Ph0oUJqojY3pean5+zpTUKmC/if3BT6NaxsSumvxHKyhzTNsghM948YXwybg== Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 962EED73A; Fri, 18 Mar 2022 02:13:44 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Fri, 18 Mar 2022 02:13:38 +0000 From: Glen Barber To: freebsd-stable@freebsd.org, freebsd-snapshots@freebsd.org Cc: FreeBSD Release Engineering Team Subject: FreeBSD 13.1-BETA2 Now Available Message-ID: <20220318021338.GR76435@FreeBSD.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1647569625; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=JckfrH8iN3TDkYdAv4+G4O9aV7sMkj8RDvvmwx9hHoo=; b=XfViC+/MP2FYgzjLwM0kf7Bsv5ZmdfsiNHaT3w/aN6ndIUzXXwcFi8cX5l03nHfMV2NAFO ypToRvCx0w9D0Zg2ogNf2aLgc3xKvPT9qQCEdM8xPaK6H0rq7JWZbozZoY8XreXFeTR5Lb asd0aIJW9yp8Mg0GHeRW/6KCprsXeqWG+C936v6iqQECHHJQGJTrsaB+wQlMso9QtZvzXb 3tuqpupLKzEAsPPaqH7+gixHFpJaVQoBa6jsuwDpQwxk2nk2PrtnxBRULoHcgBjXKwzjqW u5IGGqUI/qMz+r0qzLZ2Z7+KvdzsRMgwNs644XW1PScwHwBfgHMY2cQ3P/2NUw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1647569625; a=rsa-sha256; cv=none; b=D9Y0Yn24gjbbyT1UT87u7fD+kOumXfFob4/hfzfa1932HP/m9H8qT6duCbmgdglczKbd8v cby7ukDu80sB/A/vHBYNk56FhoHm0gWm1JAbRX65AxPWyKgkli+ZlG1UXie6rKYHzFo8tj UDS5JgQHwXJiosfG5Pvjeo6pxP8o0kgMgKTB9lB+iP2Z8o7S2tTY4CN+FU39XF2hUdocsM auzOsBPqp7e+Lx12If/jYbi1Vcz3QHDwswtkig/m5VBuoP1vkjCtoYWaXzoVGTRL/70zXS 5EoBb3CdztAL9EHlhpnOh/iLyV2P6dQkoL7IO98OY5ABYkvFvc79r4Y1SZ1Gog== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The second BETA build of the 13.1-RELEASE release cycle is now available. Installation images are available for: o 13.1-BETA2 amd64 GENERIC o 13.1-BETA2 i386 GENERIC o 13.1-BETA2 powerpc GENERIC o 13.1-BETA2 powerpc64 GENERIC64 o 13.1-BETA2 powerpcspe MPC85XXSPE o 13.1-BETA2 armv6 RPI-B o 13.1-BETA2 armv7 GENERICSD o 13.1-BETA2 aarch64 GENERIC o 13.1-BETA2 aarch64 RPI o 13.1-BETA2 aarch64 PINE64 o 13.1-BETA2 aarch64 PINE64-LTS o 13.1-BETA2 aarch64 PINEBOOK o 13.1-BETA2 aarch64 ROCK64 o 13.1-BETA2 aarch64 ROCKPRO64 Note regarding arm SD card images: For convenience for those without console access to the system, a freebsd user with a password of freebsd is available by default for ssh(1) access. Additionally, the root user password is set to root. It is strongly recommended to change the password for both users after gaining access to the system. Installer images and memory stick images are available here: https://download.freebsd.org/ftp/releases/ISO-IMAGES/13.1/ The image checksums follow at the end of this e-mail. If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use Git to do a source based update of an existing system, use the "releng/13.1" branch. A summary of changes since 13.1-BETA1 includes: o OpenZFS has been updated to version 2.1.3. o Fixes to buf_alloc() and __sfvwrite(). o Support for obtaining early entropy from UEFI has been added. o OpenSSL has been updated to prevent a consistent loop under certain circumstances. [FreeBSD-SA-22:03.openssl] o Updates to fsck(8) and fsck_ffs(8) to ensure the correct exit code is returned for missing devices. o A race condition in if_epair(4) on multi-core systems has been addressed. A list of changes since 13.0-RELEASE is available in the releng/13.1 release notes: https://www.freebsd.org/releases/13.1R/relnotes/ Please note, the release notes page is not yet complete, and will be updated on an ongoing basis as the 13.1-RELEASE cycle progresses. === Virtual Machine Disk Images === VM disk images are available for the amd64, i386, and aarch64 architectures. Disk images may be downloaded from the following URL (or any of the FreeBSD download mirrors): https://download.freebsd.org/ftp/releases/VM-IMAGES/13.1-BETA2/ BASIC-CI images can be found at: https://download.freebsd.org/ftp/releases/CI-IMAGES/13.1-BETA2/ The partition layout is: ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats. The image download size is approximately 135 MB and 165 MB respectively (amd64/i386), decompressing to a 21 GB sparse image. Note regarding arm64/aarch64 virtual machine images: a modified QEMU EFI loader file is needed for qemu-system-aarch64 to be able to boot the virtual machine images. See this page for more information: https://wiki.freebsd.org/arm64/QEMU To boot the VM image, run: % qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt \ -bios QEMU_EFI.fd -serial telnet::4444,server -nographic \ -drive if=none,file=VMDISK,id=hd0 \ -device virtio-blk-device,drive=hd0 \ -device virtio-net-device,netdev=net0 \ -netdev user,id=net0 Be sure to replace "VMDISK" with the path to the virtual machine image. === Amazon EC2 AMI Images === FreeBSD/amd64 EC2 AMIs are available in the following regions: af-south-1 region: ami-0b3eb05ed147a461d eu-north-1 region: ami-063088c3ec3c700b1 ap-south-1 region: ami-0aa1cbe226641bfc7 eu-west-3 region: ami-0433babf6edeb32b2 eu-west-2 region: ami-0d909bcceaf2f5385 eu-south-1 region: ami-080490ae098fc44b5 eu-west-1 region: ami-04ceecd61bd472fa0 ap-northeast-3 region: ami-0ad7cf130081bfe5d ap-northeast-2 region: ami-09fec4945c5fed5bb me-south-1 region: ami-0b72a1ad18b139944 ap-northeast-1 region: ami-086196243430d8c3c sa-east-1 region: ami-0b2ec4f776f0ad41d ca-central-1 region: ami-05173ae5eb2e873a9 ap-east-1 region: ami-05c059de821a1d8d5 ap-southeast-1 region: ami-06e0f7db601db0e35 ap-southeast-2 region: ami-031ea0b2f77f5260d eu-central-1 region: ami-069d78ca1e5510f03 ap-southeast-3 region: ami-0b5a23064e4eb81c6 us-east-1 region: ami-0d0cdda44e4fdfcc8 us-east-2 region: ami-0962685ca55674bc4 us-west-1 region: ami-0dfb0dc7bf3280610 us-west-2 region: ami-0d0cd57f37a564199 These AMI IDs can be retrieved from the Systems Manager Parameter Store in each region using the keys: /aws/service/freebsd/amd64/base/ufs/13.1/BETA2 FreeBSD/aarch64 EC2 AMIs are available in the following regions: af-south-1 region: ami-079f0d5a057af7106 eu-north-1 region: ami-0e4073cfb1a4d2e77 ap-south-1 region: ami-06ad650b041f5dfb2 eu-west-3 region: ami-05abf5f69e489b86a eu-west-2 region: ami-02f59b08449ecb24e eu-south-1 region: ami-033daca7f3089e92a eu-west-1 region: ami-09253546eabf63932 ap-northeast-3 region: ami-0bd3eb68649038954 ap-northeast-2 region: ami-05acf899a2a3dfda0 me-south-1 region: ami-02549c053fb76d53e ap-northeast-1 region: ami-09fd85ce1c91bfaf3 sa-east-1 region: ami-08a4893b44466a2d5 ca-central-1 region: ami-03644887d3de6e9c5 ap-east-1 region: ami-068522ec0c3500f6e ap-southeast-1 region: ami-0112a22c8a08b8703 ap-southeast-2 region: ami-01b1d1cdf860253e4 eu-central-1 region: ami-05713e2fc5ca7b96e ap-southeast-3 region: ami-010fa3e1348a3c83b us-east-1 region: ami-0ee4125a16ffbd0b2 us-east-2 region: ami-0f96bc82df57d05cf us-west-1 region: ami-0262e4094330ee391 us-west-2 region: ami-0af62315914cd29af These AMI IDs can be retrieved from the Systems Manager Parameter Store in each region using the keys: /aws/service/freebsd/arm64/base/ufs/13.1/BETA2 === Vagrant Images === FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can be installed by running: % vagrant init freebsd/FreeBSD-13.1-BETA2 % vagrant up === Upgrading === The freebsd-update(8) utility supports binary upgrades of amd64, i386, and aarch64 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 13.1-BETA2 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 12.x. Alternatively, the user can install misc/compat12x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install == ISO CHECKSUMS == o 13.1-BETA2 amd64 GENERIC: SHA512 (FreeBSD-13.1-BETA2-amd64-bootonly.iso) = 213ab6f2b5c7393be6bcb3ce84bc8f9736b8b365b11250125d11861728e48481e515d1960506366863e7e86f255183863bb8b84eebf17e5acd32cc48082190dd SHA512 (FreeBSD-13.1-BETA2-amd64-bootonly.iso.xz) = ceba57cde730eadebe01e44dd5e6df193a8d4e269bf644bf12a444225ddb2741ac73e3a1a482582e311973b578a77a9bedb6962ea9fd6f8b2e47623ac4d7a63d SHA512 (FreeBSD-13.1-BETA2-amd64-disc1.iso) = 7b04a8ce8b95279bb06e943afea1edcaaede485606edca6c2c8c480a8c8714962677e6b0bc8586463a6ed782b7ea054d5ebbe7f7d6f6cb982771ed7f5b355ae3 SHA512 (FreeBSD-13.1-BETA2-amd64-disc1.iso.xz) = 324f087b8499c4c371df20965dd1f091d72ca89922099e4e6e01fed8b0d2b1402e0c52ae5372078733f7dbfe5af9630d671b31d1f27a2fbf693a55fb17c8e568 SHA512 (FreeBSD-13.1-BETA2-amd64-dvd1.iso) = ae9e8ab10ce74b4ed94ab1be9ea2d393c2f12ad9a906cc6d64451555b10c98c8b3781c65b3fd7b1e84b9d55ccd19c2cd34c0462ad05054c515196c4040be477b SHA512 (FreeBSD-13.1-BETA2-amd64-dvd1.iso.xz) = 650834246bebbb5a8a91f52eeec9a760630022a4a2507d7dac0d39e87b66aad657ca22f4c820f9d21ddee49cfc3aa7bc85b0314820bcaa32d0aa4f06596f6613 SHA512 (FreeBSD-13.1-BETA2-amd64-memstick.img) = 61759a6dbb599ea2f2c0df4eb8c3403a9b4d053f19fd94efb8218bc265c258ffee6ad5a5e78161d35032f654a6dacbae6f349ef0f295d4a59f7bf722e67858f3 SHA512 (FreeBSD-13.1-BETA2-amd64-memstick.img.xz) = 5b70209461d2f18c502234eca47361d49e45c1c3e8f7f7ebe5cd31f15f133c0e392a63dfaff1a4e12cf8a939e3346bfaba6a4b7644966f9cd3ecb6a9f8664501 SHA512 (FreeBSD-13.1-BETA2-amd64-mini-memstick.img) = d30ed4055367ac78e236125b24bac3d46dafdbd29b69414ff32d2ad26052bb4acfa4afbaaf31d4c2a84f2db65ae832e6f8c9c5ff548f2a6b777c9e12d9249162 SHA512 (FreeBSD-13.1-BETA2-amd64-mini-memstick.img.xz) = be9f96e920278453c202fc80dadf7c76e0accc716d867bd5aa30ec5794d243e3c6257a2a7faebdbc33d0efdbf13daffbc75e8c66056d40f67db8f218c3a4214c SHA256 (FreeBSD-13.1-BETA2-amd64-bootonly.iso) = 942473564abc8087e4485e2e1bdb246de589a4a7b735731ca47688c6b97d33cd SHA256 (FreeBSD-13.1-BETA2-amd64-bootonly.iso.xz) = fc54dcb8857541771145e3c628bc0425de84b8f934d701fdc00f7cad7b0073f9 SHA256 (FreeBSD-13.1-BETA2-amd64-disc1.iso) = ca480cd407c3b1f4e69ad1526797add5e6690cdda513a6229732c17afbc45e4a SHA256 (FreeBSD-13.1-BETA2-amd64-disc1.iso.xz) = 89fff7c661e9345420a717bf48a76fadd9b044adf9341733e1270210ea4b0b47 SHA256 (FreeBSD-13.1-BETA2-amd64-dvd1.iso) = 0628db9a6315c66a20d8677795b40cb5e3547253ad02db83b87ed9896ef8c373 SHA256 (FreeBSD-13.1-BETA2-amd64-dvd1.iso.xz) = e5fb36b50fbcecdf6f708974ea62defc62a166123790b0ed5405cf36b45d2828 SHA256 (FreeBSD-13.1-BETA2-amd64-memstick.img) = e0ee3e3fd56e88b504c5ee188a4116daae222e4335f7fdc1c0e9dcf1545848d6 SHA256 (FreeBSD-13.1-BETA2-amd64-memstick.img.xz) = e40cc4280e21c84803d64c9e1a4aec4d5bcedaf60f353fa372c470c6cd3cc6fb SHA256 (FreeBSD-13.1-BETA2-amd64-mini-memstick.img) = 7ad108c6fdb59a8a50224f83405fe33395a789adc928f3dd42828c9a88281f15 SHA256 (FreeBSD-13.1-BETA2-amd64-mini-memstick.img.xz) = 47c62fdabf5135c3e39dd961f139fede1a426f048a94f591ccef8f5273e32618 o 13.1-BETA2 i386 GENERIC: SHA512 (FreeBSD-13.1-BETA2-i386-bootonly.iso) = 0de2ddfe7cd8af27455b5e005a047e1aeea1168237ea854c985d45d01653792313b0473ece707d4e8b552b6c56ab1980d816282dbbcfcd746b43739652dff454 SHA512 (FreeBSD-13.1-BETA2-i386-bootonly.iso.xz) = c289b2487e64556729c1556d549aa29b0926a434bb6a436d3817349834246c0bc81d60701e441a2783744c0c9e63605f315cbb3aeb3ba141bdcbb83539337cec SHA512 (FreeBSD-13.1-BETA2-i386-disc1.iso) = d0547e8ab7bd96cca9b70cf49b704b015e8ad41f9ef27e9132c0923900760f63af39ae95f25dff2339f39ee0ddc66437ef1f0a9bdff1c066bc1c7863d24fbdc0 SHA512 (FreeBSD-13.1-BETA2-i386-disc1.iso.xz) = b7ebfab0ee9bc7eb85452b64f44b391439befd7f42276996382a085ef7cce8c3166d563655f15eab5f408b6da79c4ba72c7c759ce6871b0be2f0d3e2947fa583 SHA512 (FreeBSD-13.1-BETA2-i386-dvd1.iso) = 78372c969158a32b96f033a9c64d42ab718d70f8866f62dd1766e9350305c3ccfacce1e33c264e5b44bee353d236552079eefe078a5d89cee38298aed9d2efa6 SHA512 (FreeBSD-13.1-BETA2-i386-dvd1.iso.xz) = 90726e320618c9c7b8a82f204addb389639afaeec35799620b009abe390fe8472eb7cbc13ae3a3578578234edf7078c7761720c510498304faf4c196e143e768 SHA512 (FreeBSD-13.1-BETA2-i386-memstick.img) = a70da051209a1e3655c46d388b5ff21997e8390149ec4ef9f9f2c6a033a467ea3d71df9cc629b31a2076e5e182671b931e52e056228a4e1d5f9115873451935a SHA512 (FreeBSD-13.1-BETA2-i386-memstick.img.xz) = 3671d35b6593d6d4fa743fcf656cd27cd2e22c7693546acfeb26c9acbbd713692559d7252e5d2c9e127ca4e08c215a3c9ec1833837a24237bd161c0022106109 SHA512 (FreeBSD-13.1-BETA2-i386-mini-memstick.img) = 3ef86de35680fa9c07581c1711b41fcdd3575eb05ec0d57fe2b55dcf5877618cd066026cdb8d714487784d9c75b9c87eecc6d96daae8cb60a23de6fc74bc109c SHA512 (FreeBSD-13.1-BETA2-i386-mini-memstick.img.xz) = 77c0457f667b964f84d8ba0d9bb27ce92dabd103418a4403270c1ba17bed861edcf3313d5e21bc015092be373367e8ec349336ae4cab13ac4d515c14016deb3a SHA256 (FreeBSD-13.1-BETA2-i386-bootonly.iso) = 2579123f39df99fae8d72f715b7c98c092738af8ce4693d3c2e8c952f4190b81 SHA256 (FreeBSD-13.1-BETA2-i386-bootonly.iso.xz) = a469f4344ab13046cfe5df2eaeb91b4a19360f3cfb4f5374a28804936e6e960c SHA256 (FreeBSD-13.1-BETA2-i386-disc1.iso) = c89891b0c7c10993b33266b4fb560fdbf5cffb972fb6d788a16b7ae6887c9f51 SHA256 (FreeBSD-13.1-BETA2-i386-disc1.iso.xz) = ea731b20f58f1fd1583440fdf6d3748182779df15ab6a9a222146505c2d825f0 SHA256 (FreeBSD-13.1-BETA2-i386-dvd1.iso) = 416dd66f1f380a1c3ece89bcc39c9ccb794d1da4e7b6cb65cb2a85092f721312 SHA256 (FreeBSD-13.1-BETA2-i386-dvd1.iso.xz) = 06af26889d7f6ec3d8cf6dbe7718fb05b879e8e9d19b07542d588e32f6d12c89 SHA256 (FreeBSD-13.1-BETA2-i386-memstick.img) = 99232e398a932044c4f6d736d79b750c87767511e1fc9fb70b9e137d4cb39dc1 SHA256 (FreeBSD-13.1-BETA2-i386-memstick.img.xz) = eda9b4f912a555381cadde4c85a76437d62048e929e070bb309aefb60ebb52d3 SHA256 (FreeBSD-13.1-BETA2-i386-mini-memstick.img) = f26c9d4b8c7168e30dbd36dbdd47d421ca5e88765abe2e3445c1070a67ee0663 SHA256 (FreeBSD-13.1-BETA2-i386-mini-memstick.img.xz) = e94ee0ff86becec00a73e3efff7933650eff560d5d04db8c52a15223dbb4dcee o 13.1-BETA2 powerpc GENERIC: SHA512 (FreeBSD-13.1-BETA2-powerpc-bootonly.iso) = 9938cb98e981d81bf5164e15169bb9b43f796a47c17d872d9cf03c249e4ca3053821dddd2878a26ab145065bc79c85c592fe90c9a91105f4df19a32459de1b25 SHA512 (FreeBSD-13.1-BETA2-powerpc-bootonly.iso.xz) = 83a7f1ad92cb7e396782680f79cf50a0cd9fd5aa8c9155bc482c5a47c63e9984b84c1ef5c4f0eed916a7de3e7b23af6f8608e7c35ad105287148e2fbb215d893 SHA512 (FreeBSD-13.1-BETA2-powerpc-disc1.iso) = 7e31411728abb304e172ac9f0b41e84b25dd8340c37648da288acdfeb69c277d8e19d93a2fcd4ccbffbcbd5565c887787c2ec0520bb641e52cf339059c8ecd66 SHA512 (FreeBSD-13.1-BETA2-powerpc-disc1.iso.xz) = cd522c2318128f131e66f1beec9dad52a22ad49775a01163acb0992d949cd794aa90c20fdf420b59a3b4269a48ee61b6b2bfb0d029af7d3a8ab4aa9398573096 SHA512 (FreeBSD-13.1-BETA2-powerpc-dvd1.iso) = 55f7601d05ccf0e2c274c8de1c008a04a3329741eb311107eaf6d9c353ce21c7559883057b7dccf04b539d5c1fc12d63bff09c498185aa6799e620eb0884cd81 SHA512 (FreeBSD-13.1-BETA2-powerpc-dvd1.iso.xz) = 8412f7a82c274a5be57740bd4f7c4dfe552bf17919c8f858413432d1df02c7f5144d45851ebcbf04e3b8d50047e0ca14b623113da96193de1d2e89ae453d5f41 SHA256 (FreeBSD-13.1-BETA2-powerpc-bootonly.iso) = 00284e3047b16c817fe406710f068163a09442be48f74956f59eb5ce4ab767be SHA256 (FreeBSD-13.1-BETA2-powerpc-bootonly.iso.xz) = ab1ad6d07cbd38f595e9c9ad2c725e8124bc071fbaac0909468326df3e8c4a91 SHA256 (FreeBSD-13.1-BETA2-powerpc-disc1.iso) = 84a824b4afdecbd43287ea85152688d6e2a0031e4624e141eb078697d56cfec2 SHA256 (FreeBSD-13.1-BETA2-powerpc-disc1.iso.xz) = f6d57a5feb3f39be788c9fb4327949aa270d2a72c0c9525b99fa238b8ef583ab SHA256 (FreeBSD-13.1-BETA2-powerpc-dvd1.iso) = 1959d2482f6b7c3c67e2b3ac787e8c70afb4326c49586adaf3b4e5e2c46e8b9b SHA256 (FreeBSD-13.1-BETA2-powerpc-dvd1.iso.xz) = 7a980dc039fb7e12fdcb71acf50306d34de17c3f449ebc6e31cf70bb31e50aff o 13.1-BETA2 powerpc64 GENERIC64: SHA512 (FreeBSD-13.1-BETA2-powerpc-powerpc64-bootonly.iso) = ad3c2261a5926e962e47ce90c8935501e30940b7536bd8e258ed2c7223f99e080afff76b7332b83ae4c1855b039707e4fa8799973fe42a2940f3b55e57003a87 SHA512 (FreeBSD-13.1-BETA2-powerpc-powerpc64-bootonly.iso.xz) = 40b079962a594fb05e5240b662fd31836e626167b9e8a81647d3f4874d9f507a3a414d286952ffbf4790d10d27baa265b44af79b0bb1d27c09dc1669a7a5a2c6 SHA512 (FreeBSD-13.1-BETA2-powerpc-powerpc64-disc1.iso) = 34e3622f219bd12f963d1f0954de557dae95fce8ecff2f5ee20353313bfddd3615fc16946725225530a5add4024cb50a59cae9326cf185e3bb5816b69dd813f7 SHA512 (FreeBSD-13.1-BETA2-powerpc-powerpc64-disc1.iso.xz) = 48436ce1d83b56496706348c9a7be5ef3e2e84ac4a3a7d673c4422cde9f00429287d90b539265a9cb60bdd23a8196a0cdf6a537fb8aa6426a6e037b14878525a SHA512 (FreeBSD-13.1-BETA2-powerpc-powerpc64-dvd1.iso) = 1d92d7f913a26560f6929be7efa9c44b51c2b070b11479d3621bdee737ac8a9203b1d7a09c7eabab31301dd2f11ba9b06646040f6dbda11c4cbec180045ea61b SHA512 (FreeBSD-13.1-BETA2-powerpc-powerpc64-dvd1.iso.xz) = fc1248e6f46b3c49dd754692cd73c21cea84118588a5ed7c72507f489b76c431a9c5a2a631fde792b8655d6a88a84a772ac1c49336f932e50ef3fec1d17c1d1b SHA256 (FreeBSD-13.1-BETA2-powerpc-powerpc64-bootonly.iso) = fb0957f8cf53d2a84bf274b4f7db828336580a51905cef1bb30fb8315c8f0ecd SHA256 (FreeBSD-13.1-BETA2-powerpc-powerpc64-bootonly.iso.xz) = 132c231121e360d12449e610196579dde1e43f964622411f17e045c6307004c9 SHA256 (FreeBSD-13.1-BETA2-powerpc-powerpc64-disc1.iso) = 5bfb810d4512ce88b3a1b194dd8f0d03c451560f613af311a367064df938360c SHA256 (FreeBSD-13.1-BETA2-powerpc-powerpc64-disc1.iso.xz) = 773e32412abf229df4885443e5230898c7db846a9fa336678b862c68ff6e18b5 SHA256 (FreeBSD-13.1-BETA2-powerpc-powerpc64-dvd1.iso) = d6a3f62c682ecfc40974629dd2f14aeb72019f9f195514f635f64934507288e0 SHA256 (FreeBSD-13.1-BETA2-powerpc-powerpc64-dvd1.iso.xz) = 4651c0198ebe25093afe8e74a435685cf8f97c15e3f09c36d2d81bfcd14fa870 o 13.1-BETA2 powerpcspe MPC85XXSPE: SHA512 (FreeBSD-13.1-BETA2-powerpc-powerpcspe-bootonly.iso) = 6be1ce38c90ae2dc4e0cae31715f8db8d6fcd3579d1a449079ca92a0f1d901d324754639a1d8a53cba8bb4dbedb606a1c509905b5b87a99751f34dea33fd4c80 SHA512 (FreeBSD-13.1-BETA2-powerpc-powerpcspe-bootonly.iso.xz) = ad1b2890c5476078885b9c92508b77003e3601720019aa55fbe5cfd9758b6a2b30526946d13292df72467f5952b8f434c93e789874f753359561efdf4f83fb8e SHA512 (FreeBSD-13.1-BETA2-powerpc-powerpcspe-disc1.iso) = 28bf52b06a6b60a7e4a38dc237ccf016dc265ca5446f99736532b6e78c1cee10e74c51cf0afced113841509410f59477d1e96a8aea85b2d83125d469792b61b5 SHA512 (FreeBSD-13.1-BETA2-powerpc-powerpcspe-disc1.iso.xz) = 58438fef45271d6f4ec34300f62125ba4ea1a1fb997663502415c69d160b0a5fedfe235811652e67ac67fe79f41359b09893d3d117c525752a23fda10c69a523 SHA512 (FreeBSD-13.1-BETA2-powerpc-powerpcspe-dvd1.iso) = dd78d83ba3134500aaad99e25aea66152fe24a4a6ec7b6d78b89ecea962b039430690524cb4223a1604d9ecad4e14b52fe2a7e14fa37e4cee5c2d76d06103052 SHA512 (FreeBSD-13.1-BETA2-powerpc-powerpcspe-dvd1.iso.xz) = 878410fe017b7afc09d1c7113573d358bc0581d2c39e175390388c9b3f4ec65b8f8dc6b6082c610f140d61c00edec8c717c25b942027944935a11428e932ba70 SHA256 (FreeBSD-13.1-BETA2-powerpc-powerpcspe-bootonly.iso) = b573cc2dfcf828f7f048bdd6d85ce8274c89aadee8be10ed9d4317d980382440 SHA256 (FreeBSD-13.1-BETA2-powerpc-powerpcspe-bootonly.iso.xz) = fc14fc0054a1f8ee6745b95c75b2450d80ae790459706294f3de900757cdcada SHA256 (FreeBSD-13.1-BETA2-powerpc-powerpcspe-disc1.iso) = 13a5f07d2d2215c3452af91c85571113544be8a6cfe2bf2e41e2372f4aed1f60 SHA256 (FreeBSD-13.1-BETA2-powerpc-powerpcspe-disc1.iso.xz) = 60770134046520834c2028ff9168a8ac7ec9ee681b2fa7a21513b724eb1358ef SHA256 (FreeBSD-13.1-BETA2-powerpc-powerpcspe-dvd1.iso) = 44ed8d53eb37bf798959026290999f2ca7ba7e87ee318c7f15270f181898be6d SHA256 (FreeBSD-13.1-BETA2-powerpc-powerpcspe-dvd1.iso.xz) = bacfaa68ee7f6cc29df374e89ff040b719876328e61c1ae08b5eae9b623cdb3b o 13.1-BETA2 armv6 RPI-B: SHA512 (FreeBSD-13.1-BETA2-arm-armv6-RPI-B.img.xz) = 7b7d2f7a2d41d1347428eff3e0720bad2cd324b96f6466942091ef8a13ffe1d7fccc5093d58e87e179552e7c91b22627075f172764f25dd6055c149af8d9e66e SHA256 (FreeBSD-13.1-BETA2-arm-armv6-RPI-B.img.xz) = 0f3d7170ffd248526a8f9cae9e7fe0eee5ef5ebc9f17a19a5bd6f76b6b64cabf o 13.1-BETA2 armv7 GENERICSD: SHA512 (FreeBSD-13.1-BETA2-arm-armv7-GENERICSD.img.xz) = 3527a0e058f0e26d3ad08ac8e9ba98a5955c538361211b978a043fd9281bf8063e7098bdce672a4a0328d84a20f1f72b01d71ba9ad6f637b3d6ae2bcbcc37b3d SHA256 (FreeBSD-13.1-BETA2-arm-armv7-GENERICSD.img.xz) = 0d8f37edae90424eb880bf1bd084a96a63a03a17621ed92cd30519af834fbc81 o 13.1-BETA2 aarch64 GENERIC: SHA512 (FreeBSD-13.1-BETA2-arm64-aarch64-bootonly.iso) = f790e18369d05f4824b42c326953d0a0b38e9e4259fc4f2d5c678281e9c23505e1f03ad7f6bd8319817dae88f6a4e1f5ac7182da2a5ce3b6e892b5fee039fd57 SHA512 (FreeBSD-13.1-BETA2-arm64-aarch64-bootonly.iso.xz) = 0c99689d2fbff129db4c33144fe9dc1a6ac208a87d40e9f319ceb8db68f37b361df0256bde1fec1f49f05f92eca58bb84c64ff2238256a99d3fc2ac5f7f05d18 SHA512 (FreeBSD-13.1-BETA2-arm64-aarch64-disc1.iso) = 8b2bf811f7ff291300766d8ad78e7802dad264feee0caa5b17abee6e38c0454bf980323dedeb7ee1fbe627ff6becb261d9e0051bb1deb6afe69e423a4a569c4f SHA512 (FreeBSD-13.1-BETA2-arm64-aarch64-disc1.iso.xz) = db882267b2114c24e501be922443b94ad6cc1816a22c47a8f5cf8452c3a61d3d1006ec3ad25868bb30adc94ffbacfe072da162ddbed13f41e3e1e88bfd966093 SHA512 (FreeBSD-13.1-BETA2-arm64-aarch64-dvd1.iso) = 9e73a56a32dc676e92325d901d05136eb551f8412582257181190e173a28aad5cf5b22b80bf3c2e1ae4decb3b7a032071273b79a55fd8dc5d95ab8854cec88a2 SHA512 (FreeBSD-13.1-BETA2-arm64-aarch64-dvd1.iso.xz) = 4b05de11e4ae4c270400fb552bfc823a3885046f9150bb23932b6616cbd1c36ebaf9dcad668a9543229169a4a14baeedee14058ead73b4a04aab24221e0911bc SHA512 (FreeBSD-13.1-BETA2-arm64-aarch64-memstick.img) = 5b18a1d51825f48e8c87cc71d235cf0bf8c435a7a7800d9bb601c3ed820b82e2fe5e97ff0c35542d2c808497d452a46119e5f27dcf1ff979045cefea9c2b22da SHA512 (FreeBSD-13.1-BETA2-arm64-aarch64-memstick.img.xz) = 01441cb5c6bb278902767ec62bd8bb4cde4793561c286abdaae9ce664de7e29f13cedc43d90d8bf3beb88de9929883ccc5af396da77ebdb373beace2e2e1a8c4 SHA512 (FreeBSD-13.1-BETA2-arm64-aarch64-mini-memstick.img) = a8f3bcacabf41b06f91af86d17ed6e27c160bbd2da21b15eacd534f6f8cee95987d7e18a831dfebf62fd88c1c83cb71b5bbd1d0f80861a72ae4a3c6ba46aa6b2 SHA512 (FreeBSD-13.1-BETA2-arm64-aarch64-mini-memstick.img.xz) = 0743e294b863a8a607af8fd8dfc3972341571feeb903576aff138c9974ae1f69c1a2208e20765395547854ff7201986eacf76e0dd6034424b7f64cc02b5b66b5 SHA256 (FreeBSD-13.1-BETA2-arm64-aarch64-bootonly.iso) = 0c97d1406e7920cbe087a27be9c73cb674f9e00ae4c0668e3b9fc4aedda8f53d SHA256 (FreeBSD-13.1-BETA2-arm64-aarch64-bootonly.iso.xz) = 6ddf319d5c5463155a63ba2b4d0c6a087a608778c9feafa80f81da897d2c0e35 SHA256 (FreeBSD-13.1-BETA2-arm64-aarch64-disc1.iso) = 9b6742f9cc03875da820dc6ceae52fb8eefdc832ae385926b8ff5193a70a61a5 SHA256 (FreeBSD-13.1-BETA2-arm64-aarch64-disc1.iso.xz) = 9734f5257bad4b76d110f82e28a75a26a42d59965682397a34e7d77636e110d6 SHA256 (FreeBSD-13.1-BETA2-arm64-aarch64-dvd1.iso) = 2576299a1310b54b3df9b5891e9b220219235e41053ceab098a842a23ec439fe SHA256 (FreeBSD-13.1-BETA2-arm64-aarch64-dvd1.iso.xz) = ab1b7cd2eec0ff0319113c80d4fa5c6d95e8fe87d3764c0ead85f65552481de8 SHA256 (FreeBSD-13.1-BETA2-arm64-aarch64-memstick.img) = d78a3566c305e8ea287f54384705fa037d5418b29507fe79310bab9dda1cbf47 SHA256 (FreeBSD-13.1-BETA2-arm64-aarch64-memstick.img.xz) = 551a75a213be891736946818c22efcda44ab71f0a2270fbf4bbd195a4da51763 SHA256 (FreeBSD-13.1-BETA2-arm64-aarch64-mini-memstick.img) = a811bcb3b25ef0507fe184d4943b45fac683670bc848f404f129ac0d817f1fc2 SHA256 (FreeBSD-13.1-BETA2-arm64-aarch64-mini-memstick.img.xz) = 54a81f51cdf0b5482b7cb9a172b3da9f3d3e39f6409e752a082cc6e287c25653 o 13.1-BETA2 aarch64 RPI: SHA512 (FreeBSD-13.1-BETA2-arm64-aarch64-RPI.img.xz) = 232a4ddb66a15c2e37122f4319c6d0d74afcc3c7cf121d69c4e909919615109af5dedf4ed5afb105d0ac40dc06b6222efad710f678cd7641bb48cece0bfbc252 SHA256 (FreeBSD-13.1-BETA2-arm64-aarch64-RPI.img.xz) = 8a4419fcd827ad7dd9c4ddc994cff3f992587e91cc94d33ec388057f9e68c4ba o 13.1-BETA2 aarch64 PINE64: SHA512 (FreeBSD-13.1-BETA2-arm64-aarch64-PINE64.img.xz) = 983f7bad7eddd87aaeb812c6078325bbf9a97ac1016970851e8277a3123f240de41964fd35a43219f685489647df6b686cfd2e511c95c8b17709504b7b32a6cd SHA256 (FreeBSD-13.1-BETA2-arm64-aarch64-PINE64.img.xz) = 4e3ef7c3c185129f9f65d509705cf49851c529fb610dee3a114843f73f483b15 o 13.1-BETA2 aarch64 PINE64-LTS: SHA512 (FreeBSD-13.1-BETA2-arm64-aarch64-PINE64-LTS.img.xz) = cb94d67f4ecd9210111e3db975e7f5f8fd6d206e91634f7b43c74ae6ab8add8d9af5d8c6125053e5dded7e259c6f7c24219c20faa6d91330548054edc3dbbc12 SHA256 (FreeBSD-13.1-BETA2-arm64-aarch64-PINE64-LTS.img.xz) = 2ac07c537362a21eab22fd98a8437fc8cf7b5c0f213aa4f3d1ef54cc5d10d123 o 13.1-BETA2 aarch64 PINEBOOK: SHA512 (FreeBSD-13.1-BETA2-arm64-aarch64-PINEBOOK.img.xz) = 79d4324479a7ea65d3db6342b5257619159abca44f63327b7f99221aaa60ad4f6bd33f61e287e23e9d3b87c38efcb5cee23599b693216ef58ee699e146731c42 SHA256 (FreeBSD-13.1-BETA2-arm64-aarch64-PINEBOOK.img.xz) = 9a5bc9289a985308b587344ce56d44c6576e7a258c555d623251b2933b851e3d o 13.1-BETA2 aarch64 ROCK64: SHA512 (FreeBSD-13.1-BETA2-arm64-aarch64-ROCK64.img.xz) = 86fbdfb85845f7ed9867c103011403eb8b707e630ace7c96d30bd7d0f6174f04ff9e2a923f060d9347f8caada0a16b4dcdaf146daa9efeca2805393df62d7c16 SHA256 (FreeBSD-13.1-BETA2-arm64-aarch64-ROCK64.img.xz) = 0e51658cee7e948d93231e179b93582dd6bd44b3098cf2a3f2dff3500bb78fa0 o 13.1-BETA2 aarch64 ROCKPRO64: SHA512 (FreeBSD-13.1-BETA2-arm64-aarch64-ROCKPRO64.img.xz) = 92acd7883a7a13e8350067398d776518269bf34849f4886f936e909758a5d399451cf60a8353a743e09eb7adaa7f52c195dcde84587d241980c6c96a05a9e973 SHA256 (FreeBSD-13.1-BETA2-arm64-aarch64-ROCKPRO64.img.xz) = 8a4035a1adf78e84d84d26d3cd75b1e5266e812722eaf246559c8a73c9fa74a3 == VM IMAGE CHECKSUMS == o 13.1-BETA2 amd64: SHA512 (FreeBSD-13.1-BETA2-amd64.qcow2.xz) = 644c06fcc39466111fa1078f48fe9cd878b7fbb3c232a2e1cd259de40604fd090d8c848e77c1d938ac345c2a5df48df4a66cee5b9001cdf44bf483e527a2153e SHA512 (FreeBSD-13.1-BETA2-amd64.raw.xz) = a982abc8567c6da09524bd78106190f5205d9b47829e70c678889825cfbd37b9ca0b5feee9c8da7ce27a207448ccfd8b2666e903e5f8e5f9b18db8c3fbe61c03 SHA512 (FreeBSD-13.1-BETA2-amd64.vhd.xz) = a280cd12991d8edf70e3fc111faeee633e6912f204bd03254ccbfd06b243a5e5a13b134c06becac340bcd6f5b4599cd986d7fced5605ea19a2895bf8a9a626e6 SHA512 (FreeBSD-13.1-BETA2-amd64.vmdk.xz) = ad5ef8a4893177b19c1b70cbd8708d3f4938b3ca26aa6502d12efca98c047db769492f2dfeca7c1d2fd93470bda0471befed36fe7209945c8ed261956b504af2 SHA256 (FreeBSD-13.1-BETA2-amd64.qcow2.xz) = 0b1b3de95d08c4b73f6be3fe03cb6de1e881715c8e839abf5936ae2226ef0fd4 SHA256 (FreeBSD-13.1-BETA2-amd64.raw.xz) = c6cd8af099f3b37a3978d5bba7a8233609db765d060a40e11f8ab394949c1cf5 SHA256 (FreeBSD-13.1-BETA2-amd64.vhd.xz) = aa498490202d152d6c3276d62ff2df8ba06a11e390cbb699b509cdb25b2794bc SHA256 (FreeBSD-13.1-BETA2-amd64.vmdk.xz) = c3a08df873e48e025be6c810a5102a4479fd407e6ce70679ed388e5f8fa3ceaa o 13.1-BETA2 i386: SHA512 (FreeBSD-13.1-BETA2-i386.qcow2.xz) = 5dec5da90447f1c123547ab58e20ec88911a67e7aa09d7bcfe9f47a313e29e61806f195cb08f44a1c0d74248f194ded28006831fd191ca816ef0cea441d6077e SHA512 (FreeBSD-13.1-BETA2-i386.raw.xz) = 63c6d2ab58c1f8e4e3f4455ac7588a6cf5c841175dd112123a4943264ee23bc412fbbf59cb7b47d1e78a637c3e12a4c227e5021e37ba52dd3804feda60066cf5 SHA512 (FreeBSD-13.1-BETA2-i386.vhd.xz) = 28cc32aa304e31edd5443d1cbeed76f5a7f28fb2a0e4effb077b7795def2ba3247e9293635ad53f313a6f13adf5b96b9db86fd7d36e4e04ea6eb8ad9108a941b SHA512 (FreeBSD-13.1-BETA2-i386.vmdk.xz) = 75943b767db62967d01f674a394323b8ed3e8a85b42ffbc59dfad045d2b371398fd3ede14762de7fb4f9efa189503dccca8bc528c72f37f5ab0612679d383620 SHA256 (FreeBSD-13.1-BETA2-i386.qcow2.xz) = 43775be5b48e7716a268c39f7c1457b3fc4526db4baf2f20de591c0595e6e535 SHA256 (FreeBSD-13.1-BETA2-i386.raw.xz) = 05a97cc5f86ec6343302dcedee3a701aa43909909ae0bddc73d2d3910529ce5c SHA256 (FreeBSD-13.1-BETA2-i386.vhd.xz) = 822bdcb72ee9efde02f28a1b670414147043bc3e0d847043405b5fe10e808494 SHA256 (FreeBSD-13.1-BETA2-i386.vmdk.xz) = 859df10f407c3683ea18670dc5a9cb0b8fb2434b906b33914102d38911432ca6 o 13.1-BETA2 aarch64: SHA512 (FreeBSD-13.1-BETA2-arm64-aarch64.qcow2.xz) = eedc6f688d5ea5a22edbe2302c19d3a4bcb4d2bbdf31d1bf8159ee700b92bc700edc31016734da3d2e171db710762e8b468feea427c8ba07d9654d480f9d335a SHA512 (FreeBSD-13.1-BETA2-arm64-aarch64.raw.xz) = 64e48bdd5f288eecd423fdb2fe65e6edc6b88d3ce6db245fedb42c2948b24aa69977acb44584681c7eff55c3947a48548bd5ec81d94e3ebefb10df682d91f018 SHA512 (FreeBSD-13.1-BETA2-arm64-aarch64.vhd.xz) = f8dd127a7612edad586d0b21773a504ca9368f72a8e4ea013c0c9ed89b20ea97d7b04364b3471e977d9ebf8c760d0455b04225797e306e5561556b52410d2aa2 SHA512 (FreeBSD-13.1-BETA2-arm64-aarch64.vmdk.xz) = 6d35534c3eeb26ba7a84383afa1f3c37c9819b99fcca2934703a5a008518a6e18f80b0bdff002d0c9c50b5c218ec4b7b8c448bc8e050af8c6e7022282b4fd06b SHA256 (FreeBSD-13.1-BETA2-arm64-aarch64.qcow2.xz) = 7078da307fb569082db833ffaf112a20c9b90645b1614e291d61a173e93eb76d SHA256 (FreeBSD-13.1-BETA2-arm64-aarch64.raw.xz) = ed1ecd8ab69833e20a8e114fbb70ab887e490ffe5729a4b6e41e058a86e8451f SHA256 (FreeBSD-13.1-BETA2-arm64-aarch64.vhd.xz) = 16c5eca9f82f5c10ed55f5325b699a8b83203c04c44407c50a3e4e2af5068ff7 SHA256 (FreeBSD-13.1-BETA2-arm64-aarch64.vmdk.xz) = cadd0252c345be7fe6de03dd70130a5ef132cd7d5a50e0954d2d19f0e633e8b0 o 13.1-BETA2 amd64 BASIC-CI: SHA512 (FreeBSD-13.1-BETA2-amd64-BASIC-CI.raw.xz) = 706d4b2e41878527951468e08caeacb49a1960b2f8251a879b2a622531cc620cedddd51564d2e99cf9df47f73c26b9d2a632698744e7305cfab9d32e40e92246 SHA256 (FreeBSD-13.1-BETA2-amd64-BASIC-CI.raw.xz) = d61e84155cbe5146933ba9f86873267eaf57554db4945de7653eda8fc7db442f Regards, Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmIz6tIACgkQAxRYpUeP 4pMRMg//Wv4CClM/3sSi30aDf4qF6XfkWdSOV2ryOuM/oqrNyh6xPVHERuVySHzF 6gGzNndBHTZj1mNMpezGXqZEeyLHK+KJOAoFFk5vN7FfEvaPj60EwxPdxfSGH1YQ CzrsnpqSz0arP1s64MR33xnc6DL9lRJA58BDZcnkAANiJ9TZ7u1pWW4IeEqssdq2 wq2fvDHktq6L2MT+DgPK1AsBha3YkuyqtcYQFziyp0ZyoBaEWPznCT5yDrWKAJMh Iyxy0bJ0kncAVFuBiemnDpNWAaJ4QJh5gWlgu8oNvUeBlFF25icMImXXPHluKdn/ TJkzLUMV1u5oHqXgiyqw6t3Ot7bsPqsvpR0skp8KbPv4CA98ljeAADd5t1PGslPJ AfCDWAPA5F8Ppa2XvyZ/qRpt964ZyyPxfuw0AjMutxHEoCLTLn//BDnYjnNqrgHg xc3ldE6ytMHdGIlPB1llHeCglUUeLUPrthtDQf4NArSPBDgsAyAtFZ0C1g8qAQ6E v8NLXNbP2V2gY33ZC+xUjpD9N5geP46VGQr17mW1LDP6gDF3aAUWoGXSh2JCF+y8 lcTRlsuOsoqQeu3au+zEOIaV82wnvquGdxtDubd+BQpgpqPRC+/q+BH0tvd9uxfX J9QGLELim7fjwSIARrcF1sfK1pVUNGuxDc0f4DCF48OYvUKgVb0= =BEIc -----END PGP SIGNATURE----- From nobody Fri Mar 18 12:11:41 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 5AC911A16E6D for ; Fri, 18 Mar 2022 12:11:52 +0000 (UTC) (envelope-from mach@swishmail.com) Received: from vorlon-ext1.swishmail.com (vorlon-ext1.swishmail.com [208.72.58.75]) (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 ECDSA (P-384) client-digest SHA384) (Client CN "*.swishmail.com", Issuer "Sectigo ECC Domain Validation Secure Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KKjYM2DPkz4g3Z for ; Fri, 18 Mar 2022 12:11:51 +0000 (UTC) (envelope-from mach@swishmail.com) Received: from vorlon.swishmail.com (vorlon.swishmail.com [208.72.58.19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-384) server-signature ECDSA (P-384) server-digest SHA384) (No client certificate requested) by sinclair-ext1.swishmail.com (Postfix) with ESMTPS id 7BE9110774 for ; Fri, 18 Mar 2022 08:11:45 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=swishmail.com; s=dkim; t=1647605505; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=1YWBTzlmTk3wC6bJsG6qr69YoQV7UGgKkshTmfBhAPE=; b=RIJJw8xz/d25QBp+Oghh4KVRSucl3n8l5H68jViuf3fhiqMyfljwNVb74ENW3RaBH8QAVq /8lKOYxr9BrYMIoRi3ODy5Y2BacGMfNHJYA+AEAcVVJ8H8ruKGxPRwzAv3x9ZPNQIZiotv 9oYrUyX93FBB879peVcd4mVduuZ7e8d2K6HPIEkf9qrTpJZRB2YhJ/a90Bs03y8RLKPWAq SknCLT62HPM5czkY3HHcUPN6LJteIskXGvMhgKTC6FNBGUlEPTo80/3lpkwiyCOswtzOMP sEw3QpNE4efpvJp24c84z9fHBn+r4ejCS1JRi+YgeRcF1mE9MzVK6iqP44zYfA== Received: (qmail 57600 invoked by uid 89); 18 Mar 2022 08:11:45 -0400 Received: from unknown (HELO ?192.168.2.99?) (mach@swishmail.com) by vorlon.swishmail.com with ESMTPSA (TLS_AES_128_GCM_SHA256 encrypted, authenticated); 18 Mar 2022 08:11:45 -0400 Message-ID: <9707cb08-004d-209c-fe99-d0dca80b9493@swishmail.com> Date: Fri, 18 Mar 2022 20:11:41 +0800 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:99.0) Gecko/20100101 Thunderbird/99.0 To: freebsd-stable@freebsd.org Content-Language: en-US From: Kris von Mach Subject: Panic on latest stable on KVM Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms030803040605070708020101" X-Spam-Status: No, score=-12.90 X-Rspamd-Queue-Id: 4KKjYM2DPkz4g3Z X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=swishmail.com header.s=dkim header.b=RIJJw8xz; dmarc=pass (policy=reject) header.from=swishmail.com; spf=pass (mx1.freebsd.org: domain of mach@swishmail.com designates 208.72.58.75 as permitted sender) smtp.mailfrom=mach@swishmail.com X-Spamd-Result: default: False [-6.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[swishmail.com:s=dkim]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; SIGNED_SMIME(-2.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:208.72.56.0/22]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; HAS_ATTACHMENT(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[swishmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[swishmail.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:14469, ipnet:208.72.56.0/22, country:US]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[swishmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N This is a cryptographically signed message in MIME format. --------------ms030803040605070708020101 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Hello, I'm running stable/13-4c622a8f0 (from few days ago) and had a Kernel Panic after few days on KVM (latest Proxmox VE.) Mar 18 07:04:39 server1 kernel: [405912] Fatal trap 12: page fault while in kernel mode Mar 18 07:04:39 server1 kernel: [405912] cpuid = 22; apic id = 16 Mar 18 07:04:39 server1 kernel: [405912] fault virtual address  = 0x18 Mar 18 07:04:39 server1 kernel: [405912] fault code             = supervisor read data, page not present Mar 18 07:04:39 server1 kernel: [405912] instruction pointer    = 0x20:0xffffffff80db3c57 Mar 18 07:04:39 server1 kernel: [405912] stack pointer          = 0x28:0xfffffe0134085690 Mar 18 07:04:39 server1 kernel: [405912] frame pointer          = 0x28:0xfffffe0134085720 Mar 18 07:04:39 server1 kernel: [405912] code segment           = base 0x0, limit 0xfffff, type 0x1b Mar 18 07:04:39 server1 kernel: [405912]                        = DPL 0, pres 1, long 1, def32 0, gran 1 Mar 18 07:04:39 server1 kernel: [405912] processor eflags       = interrupt enabled, resume, IOPL = 0 Mar 18 07:04:39 server1 kernel: [405912] current process                = 12 (irq40: virtio_pci1) Mar 18 07:04:39 server1 kernel: [405912] trap number            = 12 Mar 18 07:04:39 server1 kernel: [405912] panic: page fault Mar 18 07:04:39 server1 kernel: [405912] cpuid = 22 Mar 18 07:04:39 server1 kernel: [405912] time = 1647600357 Mar 18 07:04:39 server1 kernel: [405912] KDB: stack backtrace: Mar 18 07:04:39 server1 kernel: [405912] #0 0xffffffff80c43255 at kdb_backtrace+0x65 Mar 18 07:04:39 server1 kernel: [405912] #1 0xffffffff80bf690f at vpanic+0x17f Mar 18 07:04:39 server1 kernel: [405912] #2 0xffffffff80bf6783 at panic+0x43 Mar 18 07:04:39 server1 kernel: [405912] #3 0xffffffff8107a385 at trap_fatal+0x385 Mar 18 07:04:39 server1 kernel: [405912] #4 0xffffffff8107a3df at trap_pfault+0x4f Mar 18 07:04:39 server1 kernel: [405912] #5 0xffffffff810520f8 at calltrap+0x8 Mar 18 07:04:39 server1 kernel: [405912] #6 0xffffffff80db21be at tcp_output+0x13be Mar 18 07:04:39 server1 kernel: [405912] #7 0xffffffff80da99aa at tcp_do_segment+0x2b7a Mar 18 07:04:39 server1 kernel: [405912] #8 0xffffffff80da60e8 at tcp_input_with_port+0xb78 Mar 18 07:04:39 server1 kernel: [405912] #9 0xffffffff80da6d9b at tcp_input+0xb Mar 18 07:04:39 server1 kernel: [405912] #10 0xffffffff80d98647 at ip_input+0x157 Mar 18 07:04:39 server1 kernel: [405912] #11 0xffffffff80d26b51 at netisr_dispatch_src+0xb1 Mar 18 07:04:39 server1 kernel: [405912] #12 0xffffffff80d0af18 at ether_demux+0x138 Mar 18 07:04:39 server1 kernel: [405912] #13 0xffffffff80d0c222 at ether_nh_input+0x352 Mar 18 07:04:39 server1 kernel: [405912] #14 0xffffffff80d26b51 at netisr_dispatch_src+0xb1 Mar 18 07:04:39 server1 kernel: [405912] #15 0xffffffff80d0b339 at ether_input+0x69 Mar 18 07:04:39 server1 kernel: [405912] #16 0xffffffff80a3570d at vtnet_rxq_eof+0x71d Mar 18 07:04:39 server1 kernel: [405912] #17 0xffffffff80a34ee6 at vtnet_rx_vq_process+0xa6 Mar 18 07:04:39 server1 kernel: [405912] Uptime: 4d16h45m12s The VM is setup pretty standard/default: qm config 186 agent: 1 balloon: 0 boot: cdn bootdisk: scsi0 cores: 24 cpu: host,flags=+aes machine: q35 memory: 49152 name: server1 net0: virtio=82:DA:1A:16:12:7F,bridge=vmbr0,queues=8 numa: 0 onboot: 1 ostype: l26 scsi0: local-zfs:vm-186-disk-0,discard=on,size=256G,ssd=1 scsi1: storage:vm-186-disk-0,backup=0,discard=on,size=6656G,ssd=1 scsihw: virtio-scsi-single smbios1: uuid=2505f409-e508-4229-99f3-0d7e96ceb811 sockets: 1 tablet: 0 vmgenid: 839c5af8-b867-49f1-915a-a12d4e8e3c9c Any ideas what could be the culprit? __ Kris. --------------ms030803040605070708020101 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC DVMwggXeMIIDxqADAgECAhA4pmOBhMZ9a7FAtXcxhT+jMA0GCSqGSIb3DQEBCwUAMIGBMQsw CQYDVQQGEwJJVDEQMA4GA1UECAwHQmVyZ2FtbzEZMBcGA1UEBwwQUG9udGUgU2FuIFBpZXRy bzEXMBUGA1UECgwOQWN0YWxpcyBTLnAuQS4xLDAqBgNVBAMMI0FjdGFsaXMgQ2xpZW50IEF1 dGhlbnRpY2F0aW9uIENBIEczMB4XDTIxMDkyODE1MTY0M1oXDTIyMDkyODE1MTY0M1owHTEb MBkGA1UEAwwSbWFjaEBzd2lzaG1haWwuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIB CgKCAQEAn6ilzEi7GrNbSGVTNVIVVp3SXVWmUNwFP3q9s0QqrCZVNyqlLS7+nrAe/0utKgGn WXaDMf0qOO1W6cBq0fo1fy+098kVBDrAoaqOuUMSpcANuLkU+vVWEEdhkOC+4cyqxplm+nHG ZpMTVLadduXfEz+pnsW0bkeE9dWllJU2h+5kyuQQdV3cCbeAzfVl+gerYmvVCd6ca6Xh6rCh 0iaQf1VUcqnGiVsga49LYgqG4BO3GMCH3Fpjew9byP18cx/fOwRLJQeW92UBnPBV/y17yv35 M7svDFMc4QGOD65/G7Pq4sCj03R5abbp65T/gdr0M2i5jTj75hlZwQrLk/nutwIDAQABo4IB szCCAa8wDAYDVR0TAQH/BAIwADAfBgNVHSMEGDAWgBS+l6mqhL+AvxBTfQky+eEuMhvPdzB+ BggrBgEFBQcBAQRyMHAwOwYIKwYBBQUHMAKGL2h0dHA6Ly9jYWNlcnQuYWN0YWxpcy5pdC9j ZXJ0cy9hY3RhbGlzLWF1dGNsaWczMDEGCCsGAQUFBzABhiVodHRwOi8vb2NzcDA5LmFjdGFs aXMuaXQvVkEvQVVUSENMLUczMB0GA1UdEQQWMBSBEm1hY2hAc3dpc2htYWlsLmNvbTBHBgNV HSAEQDA+MDwGBiuBHwEYATAyMDAGCCsGAQUFBwIBFiRodHRwczovL3d3dy5hY3RhbGlzLml0 L2FyZWEtZG93bmxvYWQwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMEgGA1UdHwRB MD8wPaA7oDmGN2h0dHA6Ly9jcmwwOS5hY3RhbGlzLml0L1JlcG9zaXRvcnkvQVVUSENMLUcz L2dldExhc3RDUkwwHQYDVR0OBBYEFHgHcfJ/2gDyZTubBCtRiXCDZF/QMA4GA1UdDwEB/wQE AwIFoDANBgkqhkiG9w0BAQsFAAOCAgEAUtmwx94fNQcQig5rvIV1YHZsJ+x/Z45uVJOkYVIq aqBNe2owTM6yZ7JIUQKJIglSN40d4YA6gShFWGV+kqY1beJlGMFL2of/XZNnLVaQmzpoQLPy LxMUficK2o4FTB34YrYoeW1AnlvSxDqnHz0F+dCtop4IF0QmJBjwgYMgHqDDysFRNgrn5QR4 g49WMuj/m3rxTKQ/UL8EaLH8u/+B35neDdPOaWCicxjiTr5dGCEg67Wet/IRu53Ry9elubM6 GXETyjDU69NSajOpEQ5bKfVqrMmMavr16twwLKh6iY1NEyrt1CRhzqblo9NFWiVfpWAZ4QLf lAen3sOGSkTUDARbGOOJvdJBBVIzzcs1mvyo8TdJ2q1uoK3QCJuuBt9LTGqq7glDo+FpoYge C5rZx+tDHzPbvutvPFTNtpy2ZZSX/Y5iCwAiQ3OiEaVEKoZ710ABif6Gs5J8SwxWSWQCR67i zCyS9WUiNB5u5tPOw2pXJvqMnvpONycrZQSOEB6dQ5cQpf3rUP6B6XVxhbYjj/eCipeNa2JP JglptGeCJCn7uCD75hzcQfBA2bmxrcvLAkNpvJAGOwWK+rakyyHo9f7Pr+uGep8qqtQB9VTP f0Xn6TJvzdLmnjiG6Id8a+3P2+4eIj4ZcxATKDq0WZ1i2EyDH0vYWjn0Ta/yMPuskvQwggdt MIIFVaADAgECAhAXED7ePYoctcoGUZPnykNrMA0GCSqGSIb3DQEBCwUAMGsxCzAJBgNVBAYT AklUMQ4wDAYDVQQHDAVNaWxhbjEjMCEGA1UECgwaQWN0YWxpcyBTLnAuQS4vMDMzNTg1MjA5 NjcxJzAlBgNVBAMMHkFjdGFsaXMgQXV0aGVudGljYXRpb24gUm9vdCBDQTAeFw0yMDA3MDYw ODQ1NDdaFw0zMDA5MjIxMTIyMDJaMIGBMQswCQYDVQQGEwJJVDEQMA4GA1UECAwHQmVyZ2Ft bzEZMBcGA1UEBwwQUG9udGUgU2FuIFBpZXRybzEXMBUGA1UECgwOQWN0YWxpcyBTLnAuQS4x LDAqBgNVBAMMI0FjdGFsaXMgQ2xpZW50IEF1dGhlbnRpY2F0aW9uIENBIEczMIICIjANBgkq hkiG9w0BAQEFAAOCAg8AMIICCgKCAgEA7eaHlqHBpLbtwkJV9z8PDyJgXxPgpkOIhkmReRwb LxpQD9xGAe72ujqGzFFh78QPgAhxKVqtGHzYeq0VJVCzhnCKRBbVX+JwIhL3ULYhUAZrViUp 952qDB6qTL5sGeJS9F69VPSR5k6pFNw7mHDTTt0voWFg2aVkG3khomzVXoieJGOiQ4dH76pa CtQbLkt59joAKz2BnwGLQ4wr09nfumJt5AKx2YxHK2XgSPslVZ4z8G00gimsfA7UtjT/wiek Y6Z0b7ksLrEcvODncHQe9VSrNRA149SE3AlkWaZM/joVei/GYfj9K5jkiReinR4mqM353FEc eLOeBhSTURpMdQ5wsXLi9DSTGBuNv4aw2Dozb/qBlkhGTvwk92mi0jAecE22Sn3A9UfrU2p1 w/uRs+TIteQ0xO0B/J2mY2caqocsS9SsriIGlQ8b0LT0o6Ob07KGtPa5/lIvMmx572Dv2v+v DiECByxm1Hdgjp8JtE4mdyYP6GBscJyT71NZw1zXHnFkyCbxReag9qaSR9x4CVVXj1BDmNRO Cqd5NAfIXUXYTFeZ/jukQigkxXGWhEhfLBC4Ha6pwizz9fq1+wwPKcWaF9P/SZOuBDrG30Mi yCZa66G9mEtF5ZLuh4rGfKqxy4Z5Mxecuzt+MZmrSKfKGeXOeED/iuX5Z02M1o7iMS8CAwEA AaOCAfQwggHwMA8GA1UdEwEB/wQFMAMBAf8wHwYDVR0jBBgwFoAUUtiIOsifeGbtifN7OHCU yQICNtAwQQYIKwYBBQUHAQEENTAzMDEGCCsGAQUFBzABhiVodHRwOi8vb2NzcDA1LmFjdGFs aXMuaXQvVkEvQVVUSC1ST09UMEUGA1UdIAQ+MDwwOgYEVR0gADAyMDAGCCsGAQUFBwIBFiRo dHRwczovL3d3dy5hY3RhbGlzLml0L2FyZWEtZG93bmxvYWQwHQYDVR0lBBYwFAYIKwYBBQUH AwIGCCsGAQUFBwMEMIHjBgNVHR8EgdswgdgwgZaggZOggZCGgY1sZGFwOi8vbGRhcDA1LmFj dGFsaXMuaXQvY24lM2RBY3RhbGlzJTIwQXV0aGVudGljYXRpb24lMjBSb290JTIwQ0EsbyUz ZEFjdGFsaXMlMjBTLnAuQS4lMmYwMzM1ODUyMDk2NyxjJTNkSVQ/Y2VydGlmaWNhdGVSZXZv Y2F0aW9uTGlzdDtiaW5hcnkwPaA7oDmGN2h0dHA6Ly9jcmwwNS5hY3RhbGlzLml0L1JlcG9z aXRvcnkvQVVUSC1ST09UL2dldExhc3RDUkwwHQYDVR0OBBYEFL6XqaqEv4C/EFN9CTL54S4y G893MA4GA1UdDwEB/wQEAwIBBjANBgkqhkiG9w0BAQsFAAOCAgEAJpvnG1kNdLMSA+nnVfeE gIXNQsM7YRxXx6bmEt9IIrFlH1qYKeNw4NV8xtop91Rle168wghmYeCTP10FqfuKMZsleNkI 8/b3PBkZLIKOl9p2Dmz2Gc0I3WvcMbAgd/IuBtx998PJX/bBb5dMZuGV2drNmxfz3ar6ytGY LxedfjKCD55Yv8CQcN6e9sW5OUm9TJ3kjt7Wdvd1hcw5s+7bhlND38rWFJBuzump5xqm1NSO ggOkFSlKnhSz6HUjgwBaid6Ypig9L1/TLrkmtEIpx+wpIj7WTA9JqcMMyLJ0rN6jjpetLSGU Dk3NCOpQntSy4a8+0O+SepzS/Tec1cGdSN6Ni2/A7ewQNd1Rbmb2SM2qVBlfN0e6ZklWo9QY pNZyf0d/d3upsKabE9eNCg1S4eDnp8sJqdlaQQ7hI/UYCAgDtLIm7/J9+/S2zuwEWtJMPcva YIBczdjwF9uW+8NJ/Zu/JKb98971uua7OsJexPFRBzX7/PnJ2/NXcTdwudShJc/pd9c3IRU7 qw+RxRKchIczv3zEuQJMHkSSM8KM8TbOzi/0v0lU6SSyS9bpGdZZxx19Hd8Qs0cv+R6nyt7o httizwefkYzQ6GzwIwM9gSjH5Bf/r9Kc5/JqqpKKUGicxAGy2zKYEGB0Qo761MccIyclBW9m fuNFDbTBeDEyu80xggPzMIID7wIBATCBljCBgTELMAkGA1UEBhMCSVQxEDAOBgNVBAgMB0Jl cmdhbW8xGTAXBgNVBAcMEFBvbnRlIFNhbiBQaWV0cm8xFzAVBgNVBAoMDkFjdGFsaXMgUy5w LkEuMSwwKgYDVQQDDCNBY3RhbGlzIENsaWVudCBBdXRoZW50aWNhdGlvbiBDQSBHMwIQOKZj gYTGfWuxQLV3MYU/ozANBglghkgBZQMEAgEFAKCCAi0wGAYJKoZIhvcNAQkDMQsGCSqGSIb3 DQEHATAcBgkqhkiG9w0BCQUxDxcNMjIwMzE4MTIxMTQxWjAvBgkqhkiG9w0BCQQxIgQg+Mft SZzvB+Zf8RFo5/jNoVmHDqgF57XN+hECnoj6pN4wbAYJKoZIhvcNAQkPMV8wXTALBglghkgB ZQMEASowCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG 9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBpwYJKwYBBAGCNxAEMYGZMIGWMIGB MQswCQYDVQQGEwJJVDEQMA4GA1UECAwHQmVyZ2FtbzEZMBcGA1UEBwwQUG9udGUgU2FuIFBp ZXRybzEXMBUGA1UECgwOQWN0YWxpcyBTLnAuQS4xLDAqBgNVBAMMI0FjdGFsaXMgQ2xpZW50 IEF1dGhlbnRpY2F0aW9uIENBIEczAhA4pmOBhMZ9a7FAtXcxhT+jMIGpBgsqhkiG9w0BCRAC CzGBmaCBljCBgTELMAkGA1UEBhMCSVQxEDAOBgNVBAgMB0JlcmdhbW8xGTAXBgNVBAcMEFBv bnRlIFNhbiBQaWV0cm8xFzAVBgNVBAoMDkFjdGFsaXMgUy5wLkEuMSwwKgYDVQQDDCNBY3Rh bGlzIENsaWVudCBBdXRoZW50aWNhdGlvbiBDQSBHMwIQOKZjgYTGfWuxQLV3MYU/ozANBgkq hkiG9w0BAQEFAASCAQCIFvUu9tZx0Po/FWo2NMWnQRaB+MjyX8S+SbgSlMOI+YSzYR4TQSPK wXQ5kwZP7xyQV/oKFRbQmw7OKf0zqCybqGSzkq4UtEt8rQmTvUZbGXfOo6aU13HFBI5ls3L+ A8dlPcJuDGA74wO3c5ZaKv9w0qQ4vpdDLrIJDAiCU0zOMiWp4kWzBHFqJD0ol0Xp/hAxkkVW 6L8/nt2Lw6xsoXVHWhF210V343Y5cTrznvQAg3teJOecpUKRrvj58qfxtbOqQLhSAR4FHFrW Qn25C/DvN0Jkxsc5D37EEpm4MitENi0169Xw6BP7a2N/m9o0uaa8ghVwUk2w0rQAVxJLhOuL AAAAAAAA --------------ms030803040605070708020101-- From eugen@grosbein.net Fri Mar 18 14:09:38 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 80A291A179AE for ; Fri, 18 Mar 2022 14:10:16 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KKm9y5j62z3LQ7; Fri, 18 Mar 2022 14:10:14 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.16.1/8.16.1) with ESMTPS id 22IEAA3w072928 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 18 Mar 2022 14:10:11 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: freebsd-stable@freebsd.org Received: from [10.58.0.11] (dadvw [10.58.0.11] (may be forged)) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 22IE9iDm062355 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Fri, 18 Mar 2022 21:10:09 +0700 (+07) (envelope-from eugen@grosbein.net) To: FreeBSD stable , FreeBSD Release Engineering Team From: Eugene Grosbein Subject: 13.1 mini-memstick installation image size Message-ID: <72d30fc3-0ce4-51f8-ac7f-1b8eff63f3a9@grosbein.net> Date: Fri, 18 Mar 2022 21:09:38 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT autolearn=disabled version=3.4.2 X-Spam-Report: * -0.0 SHORTCIRCUIT No description available. * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4KKm9y5j62z3LQ7 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=fail (mx1.freebsd.org: domain of eugen@grosbein.net does not designate 2a01:4f8:c2c:26d8::2 as permitted sender) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-1.34 / 15.00]; ARC_NA(0.00)[]; R_SPF_FAIL(1.00)[-all]; FREEFALL_USER(0.00)[eugen]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.998]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; NEURAL_HAM_MEDIUM(-0.25)[-0.248]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.994]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hi! I wonder if we really need /usr/share to be over 106MB in FreeBSD-13.1-BETA1-amd64-mini-memstick.img increasing its uncompressed size upto 434MB ? Same for bootonly image that is somewhat less but it's still pretty large to be used for network booting some hoster's virtual machine, for example. Isn't it time to use GEOM_UZIP, move kernel modules to /boot/modules out of /boot/kernel and compress /boot/modules (141MB) and /usr (165MB) to reduce size of "mini" installatiom media drastically? From nobody Fri Mar 18 14:21:27 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id ED6781A1C5D7 for ; Fri, 18 Mar 2022 14:21:34 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KKmR26NWFz3QnN; Fri, 18 Mar 2022 14:21:34 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1647613294; 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=5sdJTy1cmcVHlUtX43TlBaqJfgpjbCly2S6ie90Gug4=; b=GcII8amdjtWsqqs/OCMQMXUymtWcQxowCGyW7Rkgx/Z+voTRGjlT0VmlWrLXnadEuVeKft jDWwUahHgwqMtftEVppOjiegtpOxLTGCRDOM3SFUQ8fOvqVtXh2Fwjv0Uj+VwIi98d4M8Y mVoNY9ORLSvkI5iBNAtZtN+W6jTxcaMV2LnyPTxE63sNrVvbiZUDGqJb34022dmD5Qqaq0 vW22QPEOAcK4w9P3dX191ouqcDL1/pUGQpkYxTQ/KJeza2TB7eVSVEHegKHuu+QHM6KmWu ELN1C7o/qtKT6kwyDYDIOVO9l/gguLLfmGM3UP44aV7GONJvcx/H5ez20km3eA== Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 67066F8D2; Fri, 18 Mar 2022 14:21:34 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Fri, 18 Mar 2022 14:21:27 +0000 From: Glen Barber To: Eugene Grosbein Cc: FreeBSD stable , FreeBSD Release Engineering Team Subject: Re: 13.1 mini-memstick installation image size Message-ID: <20220318142127.GT76435@FreeBSD.org> References: <72d30fc3-0ce4-51f8-ac7f-1b8eff63f3a9@grosbein.net> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="U6leaJ20qZQc29iB" Content-Disposition: inline In-Reply-To: <72d30fc3-0ce4-51f8-ac7f-1b8eff63f3a9@grosbein.net> ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1647613294; 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=5sdJTy1cmcVHlUtX43TlBaqJfgpjbCly2S6ie90Gug4=; b=I6zkb7iG2b8BiIMgxYVbbuIJ/7hgJ5TO/lnR08y48T2OGq+s4LHJhj2CrFb9J5SCxv+3GY rcau48OFYEAX7EZiTzde1SwJRx4KBafq0c0ohlL46Iq+9m9Z1JWNd0KF3Lj79p9pN13xLc ktqkcehtoNl4X+9KtHuiJdnu8eQ+i4anAH5TbXdYTOjz1ALeqifwSTtWQcFmdaA03DhM/6 Fhg8Ipo0dfxPniDM4rHPg2+xnEUdOrLKFzMk64sqqkq6xzGV9+Jrr2FEN0j9JQlfBUoFQQ tiw8u2xPWo51v4MlETrtwHhQJwTI3g29eWga+MssP9eQs4KrgPErUuSWgbdjLQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1647613294; a=rsa-sha256; cv=none; b=s676xMzL2RaViQrPjG/L7WroEDF8yyCjP5jRclvU07CbJFKCrm1gH4crwabV3gcFEKzPXZ MSoxLRSyvsPoCWeJZltgoazAn42G+h+4N/Lc8oqI0nUevcVBwHculHIsZMbjIPt29K7yGU lsXb9Md5HIcYWpFO+EXn1fyDOt06FClst2XwA8oTG74SYYZorivxLUI8WtGReYUTQtwNqa kQz+F3oQsWE9LwNkQ6ZL0nDXspJZ325dpvQcyLP+8vqfSqvyF6W3RwahCcX465gPmVQMj9 7xc5R4paSSxqI2F1oWssQMEIMO/V/QgAcW/9pPfNCaXOvs6Sgas/TW9dUdPGBw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N --U6leaJ20qZQc29iB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 18, 2022 at 09:09:38PM +0700, Eugene Grosbein wrote: > Hi! >=20 > I wonder if we really need /usr/share to be over 106MB in FreeBSD-13.1-BE= TA1-amd64-mini-memstick.img > increasing its uncompressed size upto 434MB ? Same for bootonly image tha= t is somewhat less > but it's still pretty large to be used for network booting some hoster's = virtual machine, for example. >=20 > Isn't it time to use GEOM_UZIP, move kernel modules to /boot/modules out = of /boot/kernel > and compress /boot/modules (141MB) and /usr (165MB) to reduce size of "mi= ni" installatiom media drastically? >=20 It is a bit too late, IMHO, to investigate this for this release cycle, however we can look into this moving forward. Glen --U6leaJ20qZQc29iB Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmI0lWIACgkQAxRYpUeP 4pNJPQ//YhyAh+ij60cCiyzb+hHuk86iUhWYDqODUJ2pgtfQ5nS1gFwxyV7wli3H jsIelSiccGpEhtDeuKYNy+XhhJzi/XPSjy/mnNwaklKuDVDZ24exUfy+TZfAcGTS ePL+N5z/DyLKWPFcpdUmGocfFWVv2Xzbt+J89UvD3ujxOQHLACD5z/veVl4DJSFd 9eGnet28atSp3xWf2d7DXJEGN0+AdSlLtTHbyiEziTdmS2MWZckqBvjCtVJZR5S0 r6IF5QPi0Xqc/1tb0Eg+TnCjLktVqkMtm0WhhDgI1UKueqwg/1hzyflnfso1jddM UxSnVWbcCSwDRT8UcxCOgmegmPqK4jd8jPJfkRuvO1h040Epm3ytZ46RORWOZk4Z EVOYiNZkmEpgj07vPJFod9RkSZJbXnlnXKyzmtBg/sGJis7PfxyVJOnY5GwlQr/0 DeNtSAjYgFF/l4auydFaU99saJAbEW5u+8l+4x1YFQeBYMirK3BOY38zuaEDxt5t FD8K2eS/UhpZQQDcMpXl3Khn4dZfQp3ypV89XBT/Loruy6Ym/cBRHl9IgUQOTz80 hK1zuHRc3HLVe3P9A/RuXePuL0mvwyGza9ra483OPSE9txKrHbTVlXv6HmzuNvt9 KT1+HFwgdWhTfEM9VEjRoCvNuu1cuD8TKDgA2m0fFynK/q/S+KU= =9o00 -----END PGP SIGNATURE----- --U6leaJ20qZQc29iB-- From nobody Fri Mar 18 16:08:02 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 800181A109DC; Fri, 18 Mar 2022 16:08:21 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io1-f51.google.com (mail-io1-f51.google.com [209.85.166.51]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KKppD425Qz4WGB; Fri, 18 Mar 2022 16:08:20 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io1-f51.google.com with SMTP id b16so9807604ioz.3; Fri, 18 Mar 2022 09:08:20 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=07/9qyjzQSEYvHhCN+QfmHWqdB4VnIQVd3mG/6kzuJw=; b=UVT/RwLZwU1aiXLq+CNvy5lYQjBh4ublHIQttyvG+wEwA8CwxS5D+mScSlmx85oU12 iBjWA6yK8D1WyMS3zo2ZuOELl1nh/L13gx1igjY191pLGHBwaJ7KEpnXkk+0O6G1RSFa 5smG+NQZRZethiuDlXrIkrxb6l2X42OnlEnNKsquuAp5UeIfGvwFhh6Zw7G2V0Gxtjxp DsxnnalsNhF3SMWrToSTJgzWWABal0M0bNLDQnR7crFLDLovQ5lhpxQ0r2umGCJjCIXI dPCLDZUzOQDqbvLO8GjqbR0jTkOurTkKqkSE+wyE072rWTRDc516XlJARRgBh4u2Ipcb m8AA== X-Gm-Message-State: AOAM5325y43hrFNcqCxOivCLg/+IundTsY1d9loTWNrtlh1+HCzsOqee MJ2p/RUQ/xcjOIJXNgpOle2AvA2ohjX1eRu9fuZnQKmYWqE= X-Google-Smtp-Source: ABdhPJw3+gfZyGUONwpNVMFXxtBFLqgM9aIGMpi44CtxMCdRhkjRfUcfYWvo0oHG/5CYxcissTEyfKuGboGFurSlG8g= X-Received: by 2002:a05:6638:130b:b0:317:cc10:1c88 with SMTP id r11-20020a056638130b00b00317cc101c88mr4996899jad.34.1647619693762; Fri, 18 Mar 2022 09:08:13 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 From: Ed Maste Date: Fri, 18 Mar 2022 12:08:02 -0400 Message-ID: Subject: Deprecating ISA sound cards To: freebsd-stable stable , FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4KKppD425Qz4WGB X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.51 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-2.89 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; FREEFALL_USER(0.00)[carpeddiem]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-0.89)[-0.892]; RCVD_TLS_ALL(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[209.85.166.51:from]; MLMMJ_DEST(0.00)[freebsd-stable,freebsd-current]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.166.51:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N ISA sound cards have been obsolete for more than a decade, and it is (past) time to retire their drivers. This includes the following drivers/devices: snd_ad1816 Analog Devices AD1816 SoundPort snd_ess Ensoniq ESS snd_gusc Gravis UltraSound snd_mss Microsoft Sound System snd_sbc Creative Sound Blaster I have a review open to add deprecation notices: https://reviews.freebsd.org/D34604 I expect to commit this in the near future, then MFC to stable branches and remove these drivers from main. Please follow up if there's a reason we should postpone the removal of any of these drivers. From nobody Fri Mar 18 19:04:08 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id DB0CC1A1DD28 for ; Fri, 18 Mar 2022 19:04:16 +0000 (UTC) (envelope-from juraj@lutter.sk) Received: from ns2.wilbury.net (ns2.wilbury.net [92.60.51.55]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "svc.wilbury.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KKtjD0HcXz3Gck for ; Fri, 18 Mar 2022 19:04:16 +0000 (UTC) (envelope-from juraj@lutter.sk) Received: from smtpclient.apple (gw-upc.owhome.net [188.167.168.254]) (Authenticated sender: juraj@lutter.sk) by svc.wilbury.net (Postfix) with ESMTPSA id 7EE9E45D94E for ; Fri, 18 Mar 2022 20:04:08 +0100 (CET) From: Juraj Lutter Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: if_ena (also) fails to load with 13.0-RELEASE-p8 Message-Id: <0C3FEAD6-813A-49FB-971A-AC7746837F99@lutter.sk> Date: Fri, 18 Mar 2022 20:04:08 +0100 To: freebsd-stable stable X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4KKtjD0HcXz3Gck X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of juraj@lutter.sk designates 92.60.51.55 as permitted sender) smtp.mailfrom=juraj@lutter.sk X-Spamd-Result: default: False [-1.87 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[lutter.sk]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.08)[-0.075]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+ip4:92.60.51.55]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:44185, ipnet:92.60.48.0/22, country:SK]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hi, after binary upgrade to 13.0-RELEASE-p8 using freebsd-update, I started = to get: KLD if_ena.ko: depends on kernel - not available or version mismatch linker_load_file: /boot/kernel/if_ena.ko - unsupported file type KLD intpm.ko: depends on kernel - not available or version mismatch linker_load_file: /boot/kernel/intpm.ko - unsupported file type KLD intpm.ko: depends on kernel - not available or version mismatch linker_load_file: /boot/kernel/intpm.ko - unsupported file type KLD if_ena.ko: depends on kernel - not available or version mismatch linker_load_file: /boot/kernel/if_ena.ko - unsupported file type KLD mac_ntpd.ko: depends on kernel - not available or version mismatch linker_load_file: /boot/kernel/mac_ntpd.ko - unsupported file type rendering my AWS instance unreachable. Has anyone run into something similar? otis =E2=80=94 Juraj Lutter XMPP: juraj (at) lutter.sk GSM: +421907986576 From nobody Fri Mar 18 20:37:42 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id C72791A35544; Fri, 18 Mar 2022 20:38:02 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io1-f46.google.com (mail-io1-f46.google.com [209.85.166.46]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KKwnP5G4Dz3pkl; Fri, 18 Mar 2022 20:38:01 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io1-f46.google.com with SMTP id q11so10603333iod.6; Fri, 18 Mar 2022 13:38:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=JG1BTBBHil+LODEUsYlG/zBoCLw1xFLU1ono5TBLsYo=; b=IfFtQqRLmx1hdakbd8zy0ie3MTUZxJ0RDRWRlsVZ5jxPMl0VoZNkMKWfJAkh9VgxGX Bjbv0Ytxzqj9K+4YBFA2XP3LoZ2UJrWM8prox7xpU500v4i+EYfVdr2gS4lgJVpa9QK/ TUaYgywstKoVQUZGDurRzXOPB1aADGXa+qoWCN+3bjt54MD9B2SBqsqRo3LhU/343ZAm ZysveMlb44UgyGFr6kDfjvSphBjAoxjnBalEAz1JXDU8svwCZCDJp2xB8pXBx8cVNgau z+mciOg2bU59XZGDqV2fOHPsA36zklRMseQ8zckEn/3adxEKF+d9KTihZbe9GqcIVGKr 3Srw== X-Gm-Message-State: AOAM533J0HN5Kwhx071ecTBV6fIH38oyRL5QFVcwmf8zV5FgGiq1SYH/ d3Jh5UWH2r08SrXrPIWGOXvZjrVSAZETCyIQhcrFOifw X-Google-Smtp-Source: ABdhPJylrbeKUVnGHnotbkyqcofpHe0TLu9xyuuVNjQiDOD350Oq9R4GXkpxL8+PKIBHIMnpKhUnlglFYA+poE4Kd4o= X-Received: by 2002:a05:6602:2b8e:b0:5e9:74e7:6b01 with SMTP id r14-20020a0566022b8e00b005e974e76b01mr5378406iov.127.1647635874279; Fri, 18 Mar 2022 13:37:54 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Ed Maste Date: Fri, 18 Mar 2022 16:37:42 -0400 Message-ID: Subject: Re: Deprecating ISA sound cards To: Ed Maste , freebsd-stable stable , FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4KKwnP5G4Dz3pkl X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.46 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-2.96 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[carpeddiem]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-0.96)[-0.959]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_IN_DNSWL_NONE(0.00)[209.85.166.46:from]; MLMMJ_DEST(0.00)[freebsd-stable,freebsd-current]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.166.46:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On Fri, 18 Mar 2022 at 16:06, Joel Dahl wrote: > > On Fri, Mar 18, 2022 at 12:08:02PM -0400, Ed Maste wrote: > > ISA sound cards have been obsolete for more than a decade, and it is > > (past) time to retire their drivers. This includes the following > > drivers/devices: > > > > ... > You can remove snd_aureal, snd_ds1 and snd_maestro as well while you're at it. > They've been broken for 10+ years: > https://lists.freebsd.org/pipermail/freebsd-multimedia/2012-January/012751.html Thanks for the note. I removed snd_aureal just now as it was not even connected to the build. I'll take care of the others soon. From nobody Fri Mar 18 20:58:49 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B2E281A140A3 for ; Fri, 18 Mar 2022 20:59:07 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-vs1-xe34.google.com (mail-vs1-xe34.google.com [IPv6:2607:f8b0:4864:20::e34]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KKxFl4VfKz3vh7 for ; Fri, 18 Mar 2022 20:59:07 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-vs1-xe34.google.com with SMTP id i186so5471404vsc.9 for ; Fri, 18 Mar 2022 13:59:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=0FGwENI/4BRnjIg7TPvu4rr0HmxI+MTc1BAObJ77kis=; b=ZvGejC6g1S3sFDgW3w9+802uwre7TMkkkHiqgfllSZV5N2ffZT9LP4bOhOZdBUxbLp /GFtSxy/wJdjU8sOyUhyGOBRXFylInNuji5wG+oqupEmqP4ino1yHhYvtBm1Rr+bQq0Z +uL0zi4vh1j07Jozm3ON7nX5rQQc1IIZa4pV2/4+JF8gF1JpE0HRg3HbbeBSZUJbBXdi boHXK3BdDBqxn4t95r3IJLxaacW1jP+lrSUAHaCBUh2AS0SblkYt5SryK99L/aHhu07k lmOw+KJnZ9DDcokyGbdBipsuepOHp2dZWOgni5dtRL0VqKHQPDlc/Kresok/47C0AUkU mAMg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=0FGwENI/4BRnjIg7TPvu4rr0HmxI+MTc1BAObJ77kis=; b=ELl8wLFJYYQ9eNFWwME/fu5S4C4IxMJFobyrwXqOGe+gedfGYUCIpikAuMQnDjD92r CZwZzG9xjh6Brw7Qm0iW4fq4pp/BYS0meTYpBeBkQe97l3wU6j0q+nYeo7SjqeG/fuTa 3i4m5pNdIqXjsh93aFGBhfd9jZqZFCiQCYxFdn9yDFlimqRmSiL68wDYDQaJXbGgA/Sy e5JPmkjhM59wGLUpNKHaYjOvJxB6jqFwcLy8dU+6hQr4XuEkpaP7YatF7rEltkxwE5z+ sJKzaJ6+Vog3sZ/VaJkmiVhAJuWGXXbm9BZTO9LycV1SYjTqrbnwV+LVaHWdCA6eDCbt oaGQ== X-Gm-Message-State: AOAM532sNNO8RriAySBbzQBqm/4wD7u9g87SJQaVGHznx51GkrzHvzz5 N8rx5akRT15Pm6kIl8LUht/sJmUpve8M9G2f+chNvbSZw7o= X-Google-Smtp-Source: ABdhPJxPtelcM9kqiEbHqlZyJ836w4RJP9AfMXrwrnkQFTUGjDI0TBYnRoPO73wcAPVj77Tha6wyrU4qqkKleRRjCd4= X-Received: by 2002:a05:6102:6ca:b0:322:9e36:236a with SMTP id m10-20020a05610206ca00b003229e36236amr4486658vsg.68.1647637140866; Fri, 18 Mar 2022 13:59:00 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <72d30fc3-0ce4-51f8-ac7f-1b8eff63f3a9@grosbein.net> In-Reply-To: <72d30fc3-0ce4-51f8-ac7f-1b8eff63f3a9@grosbein.net> From: Warner Losh Date: Fri, 18 Mar 2022 14:58:49 -0600 Message-ID: Subject: Re: 13.1 mini-memstick installation image size To: Eugene Grosbein Cc: FreeBSD stable , FreeBSD Release Engineering Team Content-Type: multipart/alternative; boundary="0000000000008024ea05da846a64" X-Rspamd-Queue-Id: 4KKxFl4VfKz3vh7 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N --0000000000008024ea05da846a64 Content-Type: text/plain; charset="UTF-8" On Fri, Mar 18, 2022 at 8:12 AM Eugene Grosbein wrote: > Hi! > > I wonder if we really need /usr/share to be over 106MB in > FreeBSD-13.1-BETA1-amd64-mini-memstick.img > increasing its uncompressed size upto 434MB ? Same for bootonly image that > is somewhat less > but it's still pretty large to be used for network booting some hoster's > virtual machine, for example. > > Isn't it time to use GEOM_UZIP, move kernel modules to /boot/modules out > of /boot/kernel > and compress /boot/modules (141MB) and /usr (165MB) to reduce size of > "mini" installatiom media drastically? > Or we could just compress the modules. We've supported loading compressed modules for a long time.... Warner --0000000000008024ea05da846a64 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Fri, Mar 18, 2022 at 8:12 AM Eugen= e Grosbein <eugen@grosbein.net= > wrote:
Hi!<= br>
I wonder if we really need /usr/share to be over 106MB in FreeBSD-13.1-BETA= 1-amd64-mini-memstick.img
increasing its uncompressed size upto 434MB ? Same for bootonly image that = is somewhat less
but it's still pretty large to be used for network booting some hoster&= #39;s virtual machine, for example.

Isn't it time to use GEOM_UZIP, move kernel modules to /boot/modules ou= t of /boot/kernel
and compress /boot/modules (141MB) and /usr (165MB) to reduce size of "= ;mini" installatiom media drastically?

=
Or we could just compress the modules. We've supported loading com= pressed modules for a long time....

Warner
=C2=A0
--0000000000008024ea05da846a64-- From nobody Fri Mar 18 21:39:40 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 053121A1D630 for ; Fri, 18 Mar 2022 21:39:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-55.consmr.mail.gq1.yahoo.com (sonic308-55.consmr.mail.gq1.yahoo.com [98.137.68.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4KKy8p5TpCz4VTT for ; Fri, 18 Mar 2022 21:39:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1647639586; bh=2ux9GfqNbUYuNJkfMVHa479ty/6haRBoEPfDdVt+iiQ=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=LrHL2MOblBvJfbKnwGRsy/dMdfD9L1F36F4usVLtFKhmJAVhTSYc2603yMpg3faMLyJQCTTzdhNHwx3Hy7tjhXGX4c8ytSVZ4kAozuOUSrAodrY/miA8rGNvjOvs7ZPVXqppeS2Rs9pz8SyraDtZFbZ/4SEgGmjbvtDJ005XWr8SdvyEgnII9ZR6JLS9NbgdxMSGb4bj1MLw1FSoADspH5wJgPOUhlaC66BdEqSb2eSPZNdEN2GFndMALgCvQ8mtbIPqvZwUa9o5owtPwPOmdBrabO6KbNNIxn+yyeTkNHUAHI3MUAfHSCNPafwj5dvPOO9i3hj7IHgeXDCzMzNnnA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1647639586; bh=g0gqiX3/jmVr8QvJu4yZUtchUd+8m/QK+gkXCQY8w33=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=W/E7ViNUhCAKVmO9GPmEKfvAe1SB9b7dnohzk0DQf7/Fag8+uh7FQIO0G55R1wkNrY8ghP7xwJrkEQx6ZyDtOoO/QfQDNnqhQsLhd0gr/HjTlbWCi14BWiI05v0ANV3snkVJUd/n3kmO+di2NYxzRYT5zDj/GrGH7IV04OFVxouyA6T0HvJJvknvRKGxaQd4zAFM22Z/HbhUjrWvUJSaOHsIOc1KJ++7Un+Z7JkQc2paiPQlXVv014fU7R8pfCWXPlA2uFn8ExMwfSaOqsNNCCqNHp6TEZXlzgenzzQZ2y6pYHyxhntS8l7FNPeoC8Rye3fSCIxnMkPI/7Os/uXZiQ== X-YMail-OSG: bjMBnk0VM1k6miIkF30EtyKTSJAuRXf0hQVmEHfaJM5nrIKrSVwawey5oYPgD01 TmmLdSCx.F7UZcMpCXdFcbFWNtXjFswQuXTYjgx8y7bD3mBn4ZlefkobjgFqEI3I8oW7_OhiyyoO BRDxarX44puZZdLafe3pOlMzlp.ALLvONlgBptXyrsPfUr7c5ZA43U9wHlwgOyTRnmzmg95mk.1G FFRBSxVDE_DRzVkIkRx22RB8wE5AMpD.Vr9SweJbNgFMLhzKk0jWxmfQIH8VW2KIwG5RnaUmmK66 pCLYYYXuSQKWmC8ugDIuzVW.c9WNTxdy0ymg_fEH1bSbAlWp95WLEiVBsy9UD2pPeZ56eTp_VZIT fJjwt_3Arw.ed_2jba94VajxHb8lOXRMvej0IE7aeAIndRUTMjby9qHfbgbXYNOpwOyr6kq4eRqo PAOi64S9QYchKiI0F7D8okJPZ5_knNRuzWdYm19poB.B5JUiIYQdY_jC3dVPDp6V.U3j77.cS1GK Dadw9I_0J3WqdJTjVA5jvrdqf_u3DBXY3tjt8rIsQ5rNQHDPXq4bZauKgMxuXgQLymm_Tgm.6pv0 HAYr14.ayZoWWZi_1sVLrUvhDxwnDelEcMY2RS.j4pjSt8pON1zHg81nctIuNecK3fEqiA3h0c38 BsF1J7eSiY6XZh_u0cPU4XWkWsMDsb3tZYC5a0.HlTQSKOdC9QQ97pu3HEuew0hVXcp8Atb6a0nB T_5JXMRqyBoca.LI6VNeCq2g969zIDI00oiBp_BZLuIc_qtRJZQKIGt0kWraefzLEad2eT8kWcoV qx_A_PcXM0AgqBbUuS0y9tywCVVhFYxtJsydja5S51SqLSyQ4x_M8LR6ImMX1VQ4Lor1LxMBN_RE ZlkoOvH0rguE3gcMV.7spbEA66eYiRa1lgMMoepW_PQ2Adj4yZYkD.HkQmdgdmi_tOikzXxc9adv .DW3clD1SK61NFmFYztaz_w..9OR7hSrKJBNyK2M9wRbvZCD0PtLNL4Ob__oEH.9bY8KTLHio1og Yq2vt0SxaQInoUiOYznYj1A.dtIRdwxqP8bbdaU.ibuTOJcKK5cNhUgjdxde6JwQIuRJ6VOySwUo C5NWb.5H8aT1KBZPJzobmth5skbNbIEPqn.bIstBv2XVGLmUrwaHSCN32NFNQy0GVevG1PvTvQk7 WMPUrQ5bQAFcu_KLyZom8GCpW1hPH53SJqTCrQI_eknfNqSnbTL1s1jQ47HzyqrheZTBghrnAjRl 2j2w7vnODSNwRWXIUoN17gwR8tCBqZLw67zEugPmgOZfxBFLpfYcNysldjgPyKiSyWUCm0SlB7WH jMCCoHaBkHNxYAdbKFKagJ_uRrPGEB.Rcoaij2fvknt1CRd.64QC91p57sl0gaRlnchhisBuwLSn wvf7tcWRjmd_YHR78ZpR1uAbKKSAHEWjHyBegnHdwn9JNGitpptNozRqWvc9PhTj2NSeGxmIS.V. JeVjW6IqoWewqZnFGnYUP6Mf8rdwIlawlG3OspB46D7jkzxAVufObX0n8KPjd5QiM6OcEyFlaJo_ BLeTv.oi96CwzwasgwPbPckLOzkvI36wsUrOiEszmq4vRp5v7NdrwBJQ.xzF4An6TpvQgznUz2DL 2l0cKWVAEFEsA0IkOJqfJH2uUErO81gqdI5N_syNGjSuXus7yvubF8ekeEzc_Ik00c1pPs1UzNRY fZJBdXDoYuAOndmW6HqnpbGVyYjnZpV7v1uQqZ2Bi16BeXLIcGHBCKi6Qus062Td7oY6XgRIFeem VBqqpsB6OeAnUUsmVw96DWAxM4p0UrZkk7almxg.ltAya_4upLXi_eIjJUKHLb_CxIDkZC2GjyZN 3a_L1MKpHJ4Dqq_25FVlQin_we312jssVkeqycMaERoXcsEPHU3DjXBWpQeEWPSt2MwPmgSH.30O bvgY5xiZ5NpnkhBEdbNve4m0nXcc3.CTmWx4AkRqwaYUQQGSKoYJd90u_AoCBShBpwiCyGF5pr94 zhQMNDbxIh9bctVoq0Are3ZnoAj0M3zPm98QeBQHk2Nv1yyY3YWVkCPrf2QQJMMq_u8awjqoUKSL wsz2KurZ6fDPoquirvGsqEXeNHuJLEq0FMFTUBF5m54aydVXxQSsuhpPt.Pmu.F6Z64JWoaq5e3l HsZWyAnJ7R00a0RBDCfMUJVdWzaeS2s5dHIR7bND3RguTsFQ9XYr1QG0GjRUEFLbqSJTIGQWTZ3k R_xHGxUxk.EWxtUPvxjC_pMaL6ilX5_n5dJE1NY4wmLM50SlJpnNvbyN_NgLzrnSzRLlWMPiHiin riL3dbBaYgSeaIw0QT8b9tA-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Fri, 18 Mar 2022 21:39:46 +0000 Received: by hermes--canary-production-bf1-665cdb9985-l8dtt (VZM Hermes SMTP Server) with ESMTPA ID 7214f7174671dc908ad1c35e936ddf53; Fri, 18 Mar 2022 21:39:42 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: https://ci.freebsd.org/job/FreeBSD-main-amd64-gcc9_build broken again after openzfs merge: multiple definitions building --- all_subdir_rescue --- From: Mark Millard In-Reply-To: Date: Fri, 18 Mar 2022 14:39:40 -0700 Cc: FreeBSD-STABLE Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: References: To: FreeBSD Toolchain X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4KKy8p5TpCz4VTT X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=LrHL2MOb; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.31 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-1.59 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-0.996]; 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)[]; NEURAL_HAM_MEDIUM(-0.10)[-0.095]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; URL_IN_SUBJECT(1.00)[ci.freebsd.org]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.31:from]; MLMMJ_DEST(0.00)[freebsd-stable]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.31:from]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On 2022-Mar-18, at 12:32, Mark Millard wrote: > Looks like . . . >=20 > = /workspace/src/sys/contrib/openzfs/module/zstd/lib/common/error_private.h > and: > /workspace/src/sys/contrib/zstd/lib/common/error_private.h >=20 > are both used in building in: >=20 > /tmp/obj/workspace/src/amd64.amd64/rescue/rescue >=20 > and each is providing various definitions that the other also does: >=20 > multiple definition of `ZSTD_versionNumber' > multiple definition of `ZSTD_versionString'; > multiple definition of `ZSTD_isError'; > multiple definition of `ZSTD_getErrorName'; > multiple definition of `ZSTD_getErrorCode'; > multiple definition of `ZSTD_getErrorString'; >=20 > Looks like this goes back to: >=20 > Build #3075 (Mar 8, 2022 9:33:24 PM) > [c03c5b1c8091: "zfs: merge openzfs/zfs@a86e08941 (master) into main"] >=20 > after Build #3074 (Mar 8, 2022 6:16:32 PM) had built fine. >=20 FYI: I tried to build 13.1-BETA2 with a gcc9 xtoolchain and got: --- all_subdir_stand/efi/gptboot --- . . . /local/bin/x86_64-unknown-freebsd13.0-ld: gptboot.sym.full: error: PHDR = segment not covered by LOAD segment collect2: error: ld returned 1 exit status So I tried continuing using WITHOUT_BOOT=3D and the next stopping points were: --- all_subdir_cxgbe --- /usr/13_1R-src/sys/compat/linuxkpi/common/include/linux/overflow.h:45:2: = error: #error "Compiler does not support __builtin_add_overflow" 45 | #error "Compiler does not support __builtin_add_overflow" | ^~~~~ /usr/13_1R-src/sys/compat/linuxkpi/common/include/linux/overflow.h:62:2: = error: #error "Compiler does not support __builtin_mul_overflow" 62 | #error "Compiler does not support __builtin_mul_overflow" | ^~~~~ . . . --- all_subdir_cxgbe/iw_cxgbe --- In file included from = /usr/13_1R-src/sys/compat/linuxkpi/common/include/linux/slab.h:42, from /usr/13_1R-src/sys/dev/cxgbe/iw_cxgbe/ev.c:40: /usr/13_1R-src/sys/compat/linuxkpi/common/include/linux/overflow.h:45:2: = error: #error "Compiler does not support __builtin_add_overflow" 45 | #error "Compiler does not support __builtin_add_overflow" | ^~~~~ . . . --- device.o --- from = /usr/13_1R-src/sys/compat/linuxkpi/common/include/linux/sched.h:41, from = /usr/13_1R-src/sys/compat/linuxkpi/common/include/linux/kernel.h:50, from = /usr/13_1R-src/sys/compat/linuxkpi/common/include/linux/kobject.h:36, from = /usr/13_1R-src/sys/compat/linuxkpi/common/include/linux/module.h:43, from /usr/13_1R-src/sys/dev/cxgbe/iw_cxgbe/device.c:41: /usr/13_1R-src/sys/compat/linuxkpi/common/include/linux/overflow.h: At = top level: /usr/13_1R-src/sys/compat/linuxkpi/common/include/linux/overflow.h:45:2: = error: #error "Compiler does not support __builtin_add_overflow" 45 | #error "Compiler does not support __builtin_add_overflow" | ^~~~~ /usr/13_1R-src/sys/compat/linuxkpi/common/include/linux/overflow.h:62:2: = error: #error "Compiler does not support __builtin_mul_overflow" 62 | #error "Compiler does not support __builtin_mul_overflow" | ^~~~~ With that I stopped the experiments. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Mar 19 01:18:50 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D8A981A33C63 for ; Sat, 19 Mar 2022 01:17:52 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail06.asahi-net.or.jp (mail06.asahi-net.or.jp [202.224.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 4KL30G5knDz3M8x for ; Sat, 19 Mar 2022 01:17:50 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from e20.advok.com (pool-96-225-64-148.nwrknj.fios.verizon.net [96.225.64.148]) (Authenticated sender: NR2Y-OOT) by mail06.asahi-net.or.jp (Postfix) with ESMTPSA id 5DF874D8A2; Sat, 19 Mar 2022 10:17:41 +0900 (JST) Date: Fri, 18 Mar 2022 21:18:50 -0400 From: Yoshihiro Ota To: Rick Macklem Cc: freebsd-stable Subject: Re: nfsd becomes slow when machine CPU usage is at or over 100% on STABLE/13 Message-Id: <20220318211850.67b77d43b3a02043c3819bf3@j.email.ne.jp> In-Reply-To: References: <20220309034601.ea3135e31aec3ffb2623f145@j.email.ne.jp> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd12.2) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4KL30G5knDz3M8x X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of ota@j.email.ne.jp designates 202.224.55.46 as permitted sender) smtp.mailfrom=ota@j.email.ne.jp X-Spamd-Result: default: False [1.38 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:202.224.55.0/24]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[email.ne.jp]; NEURAL_HAM_LONG(-0.87)[-0.867]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; NEURAL_SPAM_SHORT(0.95)[0.951]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-stable]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:4685, ipnet:202.224.32.0/19, country:JP]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[96.225.64.148:received] X-ThisMailContainsUnwantedMimeParts: N Hi, In short, it looks releng/13.1 doesn't have issues. I haven't confirmed why fully but I'm suspecting debugging option on stable results in such performance penalty. It look a while to build bisect kernels (due to some compile errors) and suspious test results - all of stable kernels seemd to have issues. I had built several versions between releng/13.0 branch point to stable/13 (before releng/13.1 was created) and all of them had such performance degrade. I started suspecting stable debug options and thus built releng/13.1 and tested. I don't see NFS slowdown unlike stable/13. releng/13.0 and releng/12.2 were also fine. Hiro On Wed, 9 Mar 2022 14:39:39 +0000 Rick Macklem wrote: > Yoshihiro Ota wrote: > > Hi, > > > > I'm on stable/13 with latest code base. > > I started testing pre-13.1 branch. > > > > I noticed major performance degrades with NFS when all CPUs are fully > > utilized. > > > > This happends with stable/13 but not releng/13.0 nor releng/12.3. > NFS performance is sensitive to RPC response time. > Since this only happens when the COUs are busy, I'd suspect: > - Kernel thread scheduling changes > or > - Timing of receive socket upcalls (which wake up the nfsd kernel threads). > > I suspect bisecting to the actual commit that causes this is the only way > to find it. > If you know of a working stable/13 that is more recent than 13.0, it would > help. If not, you start at this commit (which did make socket upcall changes): > commit 55cc0a478506ee1c2db7b2f9aadb9855e5490af3 > which was done on May 21, 2021. > > Maybe others can suggest commits related to thread scheduling (which I > know nothing about). > > If you don't have the time/resources to bisect, I doubt this will get resolved. > > Good luck with it, rick > > I had NFS server with above versions and rsynced nfs mount to ufs mount on NFS clients. > My NFS server has 4 cores. > When I had load average of 3 with make buildworld -j3, NFS server was fine. > After adding another 1 load, NFS server throughput came down to about 10% of before. > After taking back to 3 load avg, performance recovered and down again after getting over 4. > Disk was fully avaiable for rsync; buildworld was done on another disk. > > > Someone told me his smbfs was also slow and he suspected TCP/IP regression instead of NFS, by the > way. > > Hiro > > From eugen@grosbein.net Sat Mar 19 01:54:45 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7B6721A162DD for ; Sat, 19 Mar 2022 01:55:22 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KL3qZ1S0Mz3kFc; Sat, 19 Mar 2022 01:55:22 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.16.1/8.16.1) with ESMTPS id 22J1tI1L080336 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 19 Mar 2022 01:55:18 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: imp@bsdimp.com Received: from [10.58.0.11] (dadvw [10.58.0.11] (may be forged)) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 22J1sqLO068960 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Sat, 19 Mar 2022 08:55:17 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: 13.1 mini-memstick installation image size To: Warner Losh References: <72d30fc3-0ce4-51f8-ac7f-1b8eff63f3a9@grosbein.net> Cc: FreeBSD stable , FreeBSD Release Engineering Team From: Eugene Grosbein Message-ID: <373722bf-8f1d-7400-f639-83abdcd9fa10@grosbein.net> Date: Sat, 19 Mar 2022 08:54:45 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT autolearn=disabled version=3.4.2 X-Spam-Report: * -0.0 SHORTCIRCUIT No description available. * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4KL3qZ1S0Mz3kFc X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N 19.03.2022 3:58, Warner Losh wrote: > On Fri, Mar 18, 2022 at 8:12 AM Eugene Grosbein > wrote: > > Hi! > > I wonder if we really need /usr/share to be over 106MB in FreeBSD-13.1-BETA1-amd64-mini-memstick.img > increasing its uncompressed size upto 434MB ? Same for bootonly image that is somewhat less > but it's still pretty large to be used for network booting some hoster's virtual machine, for example. > > Isn't it time to use GEOM_UZIP, move kernel modules to /boot/modules out of /boot/kernel > and compress /boot/modules (141MB) and /usr (165MB) to reduce size of "mini" installatiom media drastically? > > > Or we could just compress the modules. We've supported loading compressed modules for a long time.... AFAIK, kldload cannot load compressed modules, only loader can. I suppose GEOM_UZIP is more effective solution, and more versatile. From nobody Sat Mar 19 03:09:00 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 185291A28615 for ; Sat, 19 Mar 2022 03:09:08 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4KL5Sg4brsz3wGr; Sat, 19 Mar 2022 03:09:07 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from kalamity.joker.local (123-1-31-137.area1b.commufa.jp [123.1.31.137]) (authenticated bits=0) by www121.sakura.ne.jp (8.16.1/8.16.1/[SAKURA-WEB]/20201212) with ESMTPA id 22J390Nx055746; Sat, 19 Mar 2022 12:09:01 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sat, 19 Mar 2022 12:09:00 +0900 From: Tomoaki AOKI To: Eugene Grosbein Cc: Warner Losh , FreeBSD stable , FreeBSD Release Engineering Team Subject: Re: 13.1 mini-memstick installation image size Message-Id: <20220319120900.3bca186fab063731706cbd65@dec.sakura.ne.jp> In-Reply-To: <373722bf-8f1d-7400-f639-83abdcd9fa10@grosbein.net> References: <72d30fc3-0ce4-51f8-ac7f-1b8eff63f3a9@grosbein.net> <373722bf-8f1d-7400-f639-83abdcd9fa10@grosbein.net> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.0) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4KL5Sg4brsz3wGr X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sat, 19 Mar 2022 08:54:45 +0700 Eugene Grosbein wrote: > 19.03.2022 3:58, Warner Losh wrote: > > > On Fri, Mar 18, 2022 at 8:12 AM Eugene Grosbein > wrote: > > > > Hi! > > > > I wonder if we really need /usr/share to be over 106MB in FreeBSD-13.1-BETA1-amd64-mini-memstick.img > > increasing its uncompressed size upto 434MB ? Same for bootonly image that is somewhat less > > but it's still pretty large to be used for network booting some hoster's virtual machine, for example. > > > > Isn't it time to use GEOM_UZIP, move kernel modules to /boot/modules out of /boot/kernel > > and compress /boot/modules (141MB) and /usr (165MB) to reduce size of "mini" installatiom media drastically? > > > > > > Or we could just compress the modules. We've supported loading compressed modules for a long time.... > > AFAIK, kldload cannot load compressed modules, only loader can. If so, kldload should support it as loader does. > I suppose GEOM_UZIP is more effective solution, and more versatile. -- Tomoaki AOKI From nobody Sat Mar 19 03:11:06 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 70F591A29F25 for ; Sat, 19 Mar 2022 03:11:18 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-vs1-xe2b.google.com (mail-vs1-xe2b.google.com [IPv6:2607:f8b0:4864:20::e2b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KL5WB28Ldz4RyR for ; Sat, 19 Mar 2022 03:11:18 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-vs1-xe2b.google.com with SMTP id u198so3041816vsu.10 for ; Fri, 18 Mar 2022 20:11:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=SYv047Cf4bXAX+EUayNOvpYnoLjk7x0Q07WUNsxqGaI=; b=V39ABl4gY2peip6f4Kr8xQb0Jqpyd3Qujx8Wck1fWuqTxVkad/TuR7AeIjkfBCatZ7 CUAmCaM0LwZrCPPiFXFoA7LEY911dSXwxF/G1jzUtvzBb43FDDfYr9ju9AXtYNNkoaDt pn9SYiIGi//I4InnDEzSw5edBJ+UGIXAh0Y2NJIwbrGnNAQCgHv5/B46R5hHM7+sxuT5 j8y60TrKTQSFWv2ckByxKFh5QndLVDdLie2+Z4mLhbA0MfySWnWROZBri2W/cHYFJ/Sw RxmfSbvM0erjB0WThMm4+9z6iwKfesV5/u58hctC2dEWbA45oC8NcC1zlL+uyAtRJnbu U9Aw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=SYv047Cf4bXAX+EUayNOvpYnoLjk7x0Q07WUNsxqGaI=; b=oWIkY+KKebM99K5h0C8RrmVRGbEiltWyULNUSEYbWFXeM8JxHJm11Ay94IBHcQLqB6 hkAZKjilW8D/FE9XMgKXnrphSdw3iLTzaW/lJClipvmRkKkQhvCKvhkqvPZy/1cQQVBh j2qacu2b6Sz4x2SA54ZE1TaDoCjpysVKx1TpMK6JA4gpUrVBg0HiXu78fTcyQCmIkX8M FwUOAGOi4gANJU9u+DtGKQsutTIstbRpglu+kNGp/yjTwcFeCTkhyBqxde7GRE1NhU0+ qyeYXUrETMGDhiBOVlbOoWFwQxBbrGm4yZxm0dAL5NBtTXo5k4FOq8X8d+qYDXwVdY+U AzFA== X-Gm-Message-State: AOAM53341EfShzi3c10ew7AvAfKSscWUVoNtpO44frHwgC2+/J8wKy7u 9f4Sx2ggaOp2m/tBfMHhpdMAWDZrj25s8c4OfTe4dA== X-Google-Smtp-Source: ABdhPJzVduRKaxDHcFPVBNn651UuZ0hafZydHFNQgCiycWwfeqIa8sRUOoKjmKV9sMnZBMAo1WBPh2e2v6V6OcNIgVQ= X-Received: by 2002:a67:ee53:0:b0:324:de59:9b3d with SMTP id g19-20020a67ee53000000b00324de599b3dmr2319667vsp.6.1647659477458; Fri, 18 Mar 2022 20:11:17 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <72d30fc3-0ce4-51f8-ac7f-1b8eff63f3a9@grosbein.net> <373722bf-8f1d-7400-f639-83abdcd9fa10@grosbein.net> <20220319120900.3bca186fab063731706cbd65@dec.sakura.ne.jp> In-Reply-To: <20220319120900.3bca186fab063731706cbd65@dec.sakura.ne.jp> From: Warner Losh Date: Fri, 18 Mar 2022 21:11:06 -0600 Message-ID: Subject: Re: 13.1 mini-memstick installation image size To: Tomoaki AOKI Cc: Eugene Grosbein , FreeBSD stable , FreeBSD Release Engineering Team Content-Type: multipart/alternative; boundary="000000000000dd722805da899d4e" X-Rspamd-Queue-Id: 4KL5WB28Ldz4RyR X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N --000000000000dd722805da899d4e Content-Type: text/plain; charset="UTF-8" On Fri, Mar 18, 2022, 9:09 PM Tomoaki AOKI wrote: > On Sat, 19 Mar 2022 08:54:45 +0700 > Eugene Grosbein wrote: > > > 19.03.2022 3:58, Warner Losh wrote: > > > > > On Fri, Mar 18, 2022 at 8:12 AM Eugene Grosbein > wrote: > > > > > > Hi! > > > > > > I wonder if we really need /usr/share to be over 106MB in > FreeBSD-13.1-BETA1-amd64-mini-memstick.img > > > increasing its uncompressed size upto 434MB ? Same for bootonly > image that is somewhat less > > > but it's still pretty large to be used for network booting some > hoster's virtual machine, for example. > > > > > > Isn't it time to use GEOM_UZIP, move kernel modules to > /boot/modules out of /boot/kernel > > > and compress /boot/modules (141MB) and /usr (165MB) to reduce size > of "mini" installatiom media drastically? > > > > > > > > > Or we could just compress the modules. We've supported loading > compressed modules for a long time.... > > > > AFAIK, kldload cannot load compressed modules, only loader can. > > If so, kldload should support it as loader does. > I thought I'd added it years ago by uncomptessing to /tmp and loading it from there.. Warner > I suppose GEOM_UZIP is more effective solution, and more versatile. > > > -- > Tomoaki AOKI > --000000000000dd722805da899d4e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Fri, Mar 18, 2022, 9:09 PM Tomoaki AOKI <junchoon@dec.sakura.ne.jp> wro= te:
On Sat, 19 Mar 2022 08:54:45 +0= 700
Eugene Grosbein <eugen@grosbein.net> wrote:

> 19.03.2022 3:58, Warner Losh wrote:
>
> > On Fri, Mar 18, 2022 at 8:12 AM Eugene Grosbein <eugen@grosbei= n.net <mailto:eugen@grosbein.net>> wrote:
> >
> >=C2=A0 =C2=A0 =C2=A0Hi!
> >
> >=C2=A0 =C2=A0 =C2=A0I wonder if we really need /usr/share to be ov= er 106MB in FreeBSD-13.1-BETA1-amd64-mini-memstick.img
> >=C2=A0 =C2=A0 =C2=A0increasing its uncompressed size upto 434MB ? = Same for bootonly image that is somewhat less
> >=C2=A0 =C2=A0 =C2=A0but it's still pretty large to be used for= network booting some hoster's virtual machine, for example.
> >
> >=C2=A0 =C2=A0 =C2=A0Isn't it time to use GEOM_UZIP, move kerne= l modules to /boot/modules out of /boot/kernel
> >=C2=A0 =C2=A0 =C2=A0and compress /boot/modules (141MB) and /usr (1= 65MB) to reduce size of "mini" installatiom media drastically? > >
> >
> > Or we could just compress the modules. We've supported loadin= g compressed modules for a long time....
>
> AFAIK, kldload cannot load compressed modules, only loader can.

If so, kldload should support it as loader does.

I thought I'd added it = years ago by uncomptessing to /tmp and loading it from there..

Warner=C2=A0
=
> I suppose GEOM_UZIP is more effective solution, and more versatile.

--
Tomoaki AOKI=C2=A0 =C2=A0 <junchoon@dec.sakura.ne.jp>
--000000000000dd722805da899d4e-- From eugen@grosbein.net Sat Mar 19 03:57:50 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7F3831A34F3E for ; Sat, 19 Mar 2022 03:58:33 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KL6Yj1tC5z4bbT; Sat, 19 Mar 2022 03:58:33 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.16.1/8.16.1) with ESMTPS id 22J3wNcU082371 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 19 Mar 2022 03:58:24 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: imp@bsdimp.com Received: from [10.58.0.11] (dadvw [10.58.0.11] (may be forged)) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 22J3vvXr069576 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Sat, 19 Mar 2022 10:58:22 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: 13.1 mini-memstick installation image size To: Warner Losh , Tomoaki AOKI References: <72d30fc3-0ce4-51f8-ac7f-1b8eff63f3a9@grosbein.net> <373722bf-8f1d-7400-f639-83abdcd9fa10@grosbein.net> <20220319120900.3bca186fab063731706cbd65@dec.sakura.ne.jp> Cc: FreeBSD stable , FreeBSD Release Engineering Team From: Eugene Grosbein Message-ID: <143eec7d-a678-86fe-d4d2-dcce11dcda80@grosbein.net> Date: Sat, 19 Mar 2022 10:57:50 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT autolearn=disabled version=3.4.2 X-Spam-Report: * -0.0 SHORTCIRCUIT No description available. * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4KL6Yj1tC5z4bbT X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N 19.03.2022 10:11, Warner Losh wrote: > > AFAIK, kldload cannot load compressed modules, only loader can. > > If so, kldload should support it as loader does. > > > I thought I'd added it years ago by uncomptessing to /tmp and loading it from there.. Not in stable/13: # ktrace -i kldload /boot/modules/dummynet.ko.gz kldload: an error occurred while loading module /boot/modules/dummynet.ko.gz. Please check dmesg(8) for more details. 55926 kldload NAMI "/boot/modules/dummynet.ko.gz" 55926 kldload RET kldload -1 errno 8 Exec format error From nobody Sat Mar 19 04:07:57 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id CC9421A37AFC for ; Sat, 19 Mar 2022 04:08:10 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KL6mp4tLgz4dpx; Sat, 19 Mar 2022 04:08:10 +0000 (UTC) (envelope-from kevans@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1647662890; 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=Y7gN7jrD42/y+otUe1+6KNMUmlIOqLNFOwZ16RhD1zs=; b=vGwTZafMhFq699CABqtApzSxFI89aIKLMqyxcb1HsH3f4w2U4QJClXj30ucF++lXGlEroW WCZEvWNJqRecl6aNP9fDq/gz06tTNYHFVOEqlOEj3HqxPAZzNlVgboZ961qJXrS4jCH4/e U5noVodG6QP6RbQL4QIdn5xFtGTn6VTaaVnjAR9sbQ7vY+9zslhNC3DbE2wiNQeBQkhSmV yqxQp31h/84dMsS74Lv91kRk69dxkHCYDpZ3qTEwV4lWu4st1GvmTNEzv9E94liIFuy7gH y/yAKkdoBNhtW3js2E0IELWuxxVz7O3RuKd9CHFrfNRo0fT02blAOCjXu/I6/w== Received: from mail-lf1-f42.google.com (mail-lf1-f42.google.com [209.85.167.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 80CA82C328; Sat, 19 Mar 2022 04:08:10 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-lf1-f42.google.com with SMTP id w27so16895587lfa.5; Fri, 18 Mar 2022 21:08:10 -0700 (PDT) X-Gm-Message-State: AOAM530KPkH0b2d8+3pEW9zowBZMYpmZCJkPF75XvEq2tFKrOx3lNWOp 1my1HbpY3qycBv4T/zSsOnkLNP761/0nLZKbJeA= X-Google-Smtp-Source: ABdhPJzsvuYEOEzXAAVjTRSP0777LjEk0yXKYibmQRYCuETA6B06+a48s5n112Yb5LGi6ZtQv5ThC/IGx1fxXXN29AA= X-Received: by 2002:ac2:4a61:0:b0:448:1d0b:b6fb with SMTP id q1-20020ac24a61000000b004481d0bb6fbmr7671374lfp.321.1647662889041; Fri, 18 Mar 2022 21:08:09 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <72d30fc3-0ce4-51f8-ac7f-1b8eff63f3a9@grosbein.net> <373722bf-8f1d-7400-f639-83abdcd9fa10@grosbein.net> <20220319120900.3bca186fab063731706cbd65@dec.sakura.ne.jp> In-Reply-To: From: Kyle Evans Date: Fri, 18 Mar 2022 23:07:57 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: 13.1 mini-memstick installation image size To: Warner Losh Cc: Tomoaki AOKI , Eugene Grosbein , FreeBSD stable , FreeBSD Release Engineering Team Content-Type: text/plain; charset="UTF-8" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1647662890; 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=Y7gN7jrD42/y+otUe1+6KNMUmlIOqLNFOwZ16RhD1zs=; b=cGkKOFOBcTHcoMfqRsVOjm/JYLEFdfYjPIq01qnQsaXmZgxK5G8dtNAUzsBr7F0mnajQy1 DZACQ822lEPIEIhObYywJI22npwY4aipawrlV3IFVeQVB2DrXj1mrUGJ6WCrIP+oGYMD7Y 95s3EFZbNRGQzVQ6nTNs4ogi7LW4nwxzbTCLiONKqm/KqMdf+64g718UTZ7G4vbbRQgG4d oSCeEnE746MEH0p0+wLmBoUaAvgJ5QRLTACgNmYq4owHS0hHtvMWE2Fc9ncOZ4iA+25p55 OUlZbTxv2rZ8uxSuuaFAdJ7iT1i028oMDP6rNigOhXRfhyHZWo+kHHDV87dUbg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1647662890; a=rsa-sha256; cv=none; b=Bl5CLIJnSV6BvXB6BnyKgUCVUVy7jbG/mVGO83yue0RQ5hsigYICLtjo/kqk3r5D8crM+0 2PmI+4nmMvzR+47SHHKwsIKBtpedctAIBR3sOD0VOUuks3H8Mot8YlA7OQuYRQk7Wk6EjA sjUeQqHy9AfOPxTHM9Qy7QesTqD2i5OzikR7Nn2jv3/7lFP2HuTAqmFOQRGF7pV0x3ugIX Pp8d5a72WU15VvPRX45W4lRJsYInHlXN8bFIJbvsrBh8B/vMhEFiy+pWLTqz6Mtb85Ko41 CBbGCNzmlb8Jh4ueuA+Wip0Vqbdb9QLsyd9BSUFW+nqEGqNWtZJYZJgQhXrOGw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N On Fri, Mar 18, 2022 at 10:11 PM Warner Losh wrote: > > On Fri, Mar 18, 2022, 9:09 PM Tomoaki AOKI wrote: >> >> On Sat, 19 Mar 2022 08:54:45 +0700 >> Eugene Grosbein wrote: >> >> > 19.03.2022 3:58, Warner Losh wrote: >> > >> > > On Fri, Mar 18, 2022 at 8:12 AM Eugene Grosbein > wrote: >> > > >> > > Hi! >> > > >> > > I wonder if we really need /usr/share to be over 106MB in FreeBSD-13.1-BETA1-amd64-mini-memstick.img >> > > increasing its uncompressed size upto 434MB ? Same for bootonly image that is somewhat less >> > > but it's still pretty large to be used for network booting some hoster's virtual machine, for example. >> > > >> > > Isn't it time to use GEOM_UZIP, move kernel modules to /boot/modules out of /boot/kernel >> > > and compress /boot/modules (141MB) and /usr (165MB) to reduce size of "mini" installatiom media drastically? >> > > >> > > >> > > Or we could just compress the modules. We've supported loading compressed modules for a long time.... >> > >> > AFAIK, kldload cannot load compressed modules, only loader can. >> >> If so, kldload should support it as loader does. > > > I thought I'd added it years ago by uncomptessing to /tmp and loading it from there.. > The kldload(2) interface feels kind of ugly for this... I find myself often referencing `kldstat- v` to quickly figure out exactly which module I've loaded by path, but we don't really have a way of aliasing these back to the compressed source. From eugen@grosbein.net Sat Mar 19 04:07:50 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 47EC01A37B7B for ; Sat, 19 Mar 2022 04:08:30 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KL6n95Mrhz4dny; Sat, 19 Mar 2022 04:08:29 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.16.1/8.16.1) with ESMTPS id 22J48MoQ082517 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 19 Mar 2022 04:08:23 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: imp@bsdimp.com Received: from [10.58.0.11] (dadvw [10.58.0.11] (may be forged)) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 22J47vZ9069633 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Sat, 19 Mar 2022 11:08:22 +0700 (+07) (envelope-from eugen@grosbein.net) From: Eugene Grosbein Subject: Re: 13.1 mini-memstick installation image size To: Warner Losh , Tomoaki AOKI References: <72d30fc3-0ce4-51f8-ac7f-1b8eff63f3a9@grosbein.net> <373722bf-8f1d-7400-f639-83abdcd9fa10@grosbein.net> <20220319120900.3bca186fab063731706cbd65@dec.sakura.ne.jp> Cc: FreeBSD stable , FreeBSD Release Engineering Team Message-ID: <2c62f532-f36f-d7c2-1e81-2c5d057998c7@grosbein.net> Date: Sat, 19 Mar 2022 11:07:50 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT autolearn=disabled version=3.4.2 X-Spam-Report: * -0.0 SHORTCIRCUIT No description available. * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4KL6n95Mrhz4dny X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N 19.03.2022 10:11, Warner Losh wrote: > > AFAIK, kldload cannot load compressed modules, only loader can. > > If so, kldload should support it as loader does. > > > I thought I'd added it years ago by uncomptessing to /tmp and loading it from there.. Also, multiple system utilities like ifconfig(8) use kldload(2) system call directly instead of running kldload(8) utility. Also in /sbin: gbde, mount_{nfs|cd9660|msdosfs|udf}, ccdconfig, geom, mdmfs, hastd, ggatec, gvinum, nfsiod. And /usr/bin/iscsictl plus some utilities in ports. From nobody Sat Mar 19 04:26:39 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id EF7581A16920 for ; Sat, 19 Mar 2022 04:26:56 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-vs1-xe2d.google.com (mail-vs1-xe2d.google.com [IPv6:2607:f8b0:4864:20::e2d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KL7BS59sFz4lKB for ; Sat, 19 Mar 2022 04:26:56 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-vs1-xe2d.google.com with SMTP id u198so3123582vsu.10 for ; Fri, 18 Mar 2022 21:26:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=aaL9GfQiQwZClbdEDjW01U9FtnNTml8TPxnZs53xxRo=; b=pPPz5v1CGfQO4Q8AdBH8eHYpxIGbMyf5jOoe+WFnYdiPYv7nOGWODS/MPea3h9OJOf sZb6JzN3sWRBV7Ll8E8UPWkXn4bgT3T8upSdjuWSHdBtwxUyEWUrby8l3Duyox9jqQdT FDHRfzza2Nih7hCJ2tQnRMQat5BB+MVmNBE1Vg0yUqFp0x6TOurQ+RBdDmzh7oChjADw tSb7P6TvEAYNGmkRfNFDKfXDIvzf9sj5SqXG5uOcgyJBCbssrxIesgyJwJWFRBAtXrB6 JkA9XVhATYs2vkeNKf1VjnWVLTZlMy4kwsL4i+JbnGMZG2IvW1LyVr6NAp3ane6gb06k GQ7w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=aaL9GfQiQwZClbdEDjW01U9FtnNTml8TPxnZs53xxRo=; b=3cei67LlslgR4UMlY3XMBvp0MAfx/nhI4H4ULxlsZEaBeTT5PuaJ5mXDMsx8ylixby LXawwfwHF6n4AjgxpziSHE+PQA5zhDeIgOOpZKeOIeYzaDtN7daIvw71NxFyV9R8fFbs Q0c9sIulZ7fYwA5JBj50s3hRa1YXsivu/3mP758OI0ZcdK9KFwoTTadKJB8E9xL505aj PDxqPzSFKf0+NM8FUQChOTec0e5j3xUcm6mLx811DljCxuE4FVC7VHHbtReRBWR5rqI0 ISgmDdYxnGmTg7YBSFNNUpF6AKLxiBKA3IGrT5QVcpCUqZmXsczMsPZ4u0WqyxgVQgRP PKjw== X-Gm-Message-State: AOAM531lWOugEX1/hzm1mVZSmjQloBA6XPsF+2jviWTzNpPZfe9V7MCi a2+EVCnHhCERBwYsr0y41L6Xlcsa2W+eBbvPvdCZtdDc4oA= X-Google-Smtp-Source: ABdhPJwTytbcfvmQuVx5uwuNn9ZDd+MvCoVPc5rRwSc/LPUkKFN8wL+r/LuKueGkTfStdvtWKEZJ0ELPNafTFZKfskA= X-Received: by 2002:a05:6102:3e8e:b0:31b:aaec:cece with SMTP id m14-20020a0561023e8e00b0031baaeccecemr4633538vsv.42.1647664009945; Fri, 18 Mar 2022 21:26:49 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <72d30fc3-0ce4-51f8-ac7f-1b8eff63f3a9@grosbein.net> <373722bf-8f1d-7400-f639-83abdcd9fa10@grosbein.net> <20220319120900.3bca186fab063731706cbd65@dec.sakura.ne.jp> <2c62f532-f36f-d7c2-1e81-2c5d057998c7@grosbein.net> In-Reply-To: <2c62f532-f36f-d7c2-1e81-2c5d057998c7@grosbein.net> From: Warner Losh Date: Fri, 18 Mar 2022 22:26:39 -0600 Message-ID: Subject: Re: 13.1 mini-memstick installation image size To: Eugene Grosbein Cc: Tomoaki AOKI , FreeBSD stable , FreeBSD Release Engineering Team Content-Type: multipart/alternative; boundary="00000000000005bce805da8aace9" X-Rspamd-Queue-Id: 4KL7BS59sFz4lKB X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N --00000000000005bce805da8aace9 Content-Type: text/plain; charset="UTF-8" On Fri, Mar 18, 2022, 10:10 PM Eugene Grosbein wrote: > 19.03.2022 10:11, Warner Losh wrote: > > > > AFAIK, kldload cannot load compressed modules, only loader can. > > > > If so, kldload should support it as loader does. > > > > > > I thought I'd added it years ago by uncomptessing to /tmp and loading it > from there.. > > Also, multiple system utilities like ifconfig(8) use kldload(2) system > call directly > instead of running kldload(8) utility. Also in /sbin: gbde, > mount_{nfs|cd9660|msdosfs|udf}, > ccdconfig, geom, mdmfs, hastd, ggatec, gvinum, nfsiod. And > /usr/bin/iscsictl > plus some utilities in ports. > Indeed. Now that you mention that, I think that was the objection to my patches when I floated them... it would have been around FreeBSD 6 or so... Warner > --00000000000005bce805da8aace9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Fri, Mar 18, 2022, 10:10 PM Eugene Grosbein <eugen@grosbein.net> wrote:
19.03.2022 10:11, Warner Losh wrote:

>=C2=A0 =C2=A0 =C2=A0> AFAIK, kldload cannot load compressed modules,= only loader can.
>
>=C2=A0 =C2=A0 =C2=A0If so, kldload should support it as loader does. >
>
> I thought I'd added it years ago by uncomptessing to /tmp and load= ing it from there..

Also, multiple system utilities like ifconfig(8) use kldload(2) system call= directly
instead of running kldload(8) utility. Also in /sbin: gbde, mount_{nfs|cd96= 60|msdosfs|udf},
ccdconfig, geom, mdmfs, hastd, ggatec, gvinum, nfsiod. And /usr/bin/iscsict= l
plus some utilities in ports.

Indeed. Now that you mention that, I think tha= t was the objection to my patches when I floated them... it would have been= around FreeBSD 6 or so...

Warner=C2=A0
--00000000000005bce805da8aace9-- From nobody Sat Mar 19 05:10:52 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 098E21A24634; Sat, 19 Mar 2022 05:11:02 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from omta002.cacentral1.a.cloudfilter.net (omta002.cacentral1.a.cloudfilter.net [3.97.99.33]) (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 4KL89K2H7Cz3C7J; Sat, 19 Mar 2022 05:11:01 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from shw-obgw-4004a.ext.cloudfilter.net ([10.228.9.227]) by cmsmtp with ESMTP id VCMtnwESMgTZYVRMdnAsjF; Sat, 19 Mar 2022 05:10:55 +0000 Received: from spqr.komquats.com ([70.66.148.124]) by cmsmtp with ESMTPA id VRMbn1HSJd7RfVRMcn0w8M; Sat, 19 Mar 2022 05:10:55 +0000 X-Authority-Analysis: v=2.4 cv=XrLphHJ9 c=1 sm=1 tr=0 ts=623565df a=Cwc3rblV8FOMdVN/wOAqyQ==:117 a=Cwc3rblV8FOMdVN/wOAqyQ==:17 a=kj9zAlcOel0A:10 a=o8Y5sQTvuykA:10 a=-FGs326eAAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=EkcXrb_YAAAA:8 a=ggNHfIRPQDHmMnDOOdYA:9 a=CjuIK1q_8ugA:10 a=t-_DgqN1gnUA:10 a=7Nw9HX5Nqxt2AnyyOhBr:22 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 a=LK5xJRSDVpKd5WXXoEvA:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id 4EFD01A5; Fri, 18 Mar 2022 22:10:53 -0700 (PDT) Received: by slippy.cwsent.com (Postfix, from userid 1000) id 277165D; Fri, 18 Mar 2022 22:10:53 -0700 (PDT) X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.7+dev Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Mark Linimon cc: Ed Maste , freebsd-stable stable , FreeBSD Current Subject: Re: Deprecating ISA sound cards In-reply-to: <20220319022405.GA29646@lonesome.com> References: <20220319022405.GA29646@lonesome.com> Comments: In-reply-to Mark Linimon message dated "Sat, 19 Mar 2022 02:24:06 -0000." List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 18 Mar 2022 22:10:52 -0700 Message-Id: <20220319051053.277165D@slippy.cwsent.com> X-CMAE-Envelope: MS4xfHO4Wx4veCbpKa0DNy4zRZ6NTCp3QlQpI2SkGQTsI8Bx/qhrlFYAtlOmOYX0peL6xbfyqaUlbgVM8mjpijSyfAbLx1LjcHsDqdAEJYD5a8Md2aBTYWn6 pKvJ/nhQlLX2Ns3NtjlH8Cuq77jxe4ZTXN6Q7mKJjvl4/AwqPjoKe01ytqEU+hIVsj7iYQiXyODeOPj+LSPZA8v80l7XvtGGGP+Mf7xCNG9Z1kqeKMz27kow 8Kke//VtSZC/JtLQIovNP6FBES/NHb9ICTGolcBm4qWOaeCY1YVMqlO40Hy95YSiVXMyM6/GSRjrhtfnyBJozA== X-Rspamd-Queue-Id: 4KL89K2H7Cz3C7J X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of cy.schubert@cschubert.com has no SPF policy when checking 3.97.99.33) smtp.mailfrom=cy.schubert@cschubert.com X-Spamd-Result: default: False [2.32 / 15.00]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[70.66.148.124:received]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:16509, ipnet:3.96.0.0/15, country:US]; MIME_TRACE(0.00)[0:+]; RCVD_IN_DNSWL_LOW(-0.10)[3.97.99.33:from]; ARC_NA(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(1.00)[0.999]; NEURAL_HAM_LONG(-0.97)[-0.969]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[cschubert.com: no valid DMARC record]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.99)[0.988]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable,freebsd-current]; R_SPF_NA(0.00)[no SPF record]; RWL_MAILSPIKE_VERYGOOD(0.00)[3.97.99.33:from] X-ThisMailContainsUnwantedMimeParts: N In message <20220319022405.GA29646@lonesome.com>, Mark Linimon writes: > Anyone objecting to this, be careful, I might ship a pile of such > things to you from the depths of the closets :-) <<=1 -- Cheers, Cy Schubert FreeBSD UNIX: Web: https://FreeBSD.org NTP: Web: https://nwtime.org The need of the many outweighs the greed of the few. From nobody Sat Mar 19 06:21:41 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E9AB61A15297 for ; Sat, 19 Mar 2022 06:22:05 +0000 (UTC) (envelope-from andyf@andyit.com.au) Received: from alpine.spintel.net.au (alpine-smtp.spintel.net.au [203.29.125.71]) (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 4KL9lJ58Nwz3Mnr for ; Sat, 19 Mar 2022 06:22:04 +0000 (UTC) (envelope-from andyf@andyit.com.au) Received: from drunkfish.andyit.com.au (unknown [202.87.175.55]) by alpine.spintel.net.au (Postfix) with ESMTPS id 6CF6E4C292E for ; Sat, 19 Mar 2022 17:21:53 +1100 (AEDT) Received: from [172.22.2.15] (tosh2.andyit.com.au [172.22.2.15]) by drunkfish.andyit.com.au (8.16.1/8.16.1) with ESMTPS id 22J6LlZk052500 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO) for ; Sat, 19 Mar 2022 16:21:47 +1000 (AEST) (envelope-from andyf@andyit.com.au) Message-ID: Date: Sat, 19 Mar 2022 16:21:41 +1000 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.7.0 Subject: Re: Deprecating ISA sound cards Content-Language: en-US To: stable@freebsd.org References: From: Andy Farkas In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4KL9lJ58Nwz3Mnr X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of andyf@andyit.com.au has no SPF policy when checking 203.29.125.71) smtp.mailfrom=andyf@andyit.com.au X-Spamd-Result: default: False [-2.10 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[andyit.com.au]; NEURAL_HAM_SHORT(-0.90)[-0.898]; MLMMJ_DEST(0.00)[stable]; 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:18390, ipnet:203.29.125.0/24, country:AU]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[203.29.125.71:from] X-ThisMailContainsUnwantedMimeParts: N On 19/03/2022 2:08 am, Ed Maste wrote: > ISA sound cards have been obsolete for more than a decade I have several ISA sound cards in my computer junk somewhere... don't have an ISA mainboard though :( -andyf From nobody Sat Mar 19 07:45:23 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 24D261A299F3 for ; Sat, 19 Mar 2022 07:45:30 +0000 (UTC) (envelope-from peterj@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KLCbY6kMlz3pj5; Sat, 19 Mar 2022 07:45:29 +0000 (UTC) (envelope-from peterj@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1647675929; 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=FPOhLOn6HP6bmQP67AdiVwr/0ILv+Dxu8EKnHXUKG7s=; b=qVD7Oxiac70D3zQvdwTz+VFRATJ8goJhGvyk9BS9pRt4VOexQ+taaAfX60uoavVPN2Qd0d yiO5/YQd/IjscKlVWILEBHmMtnOSJaZty1dK1pHdQOy+b7PxPDKq0ssi1P6bY5Faw7/7Jb /vcDtmz3hnZLR9R/3X2ke4GKe8hdiX4P1+nFNGdnvt63mIgwn0RkDUID2MEfMhk5F7E5se Qmp+/9zKTSVTWryM3UiBDVDfBjUnGR+GhjBOPN0NmJzYbOclOq0ChCnfaBjbPN5LD6K76a hC/0qBIe8Z6c0Gz2tkSFp9tFDBkPXBa4HbsWF4Cuhgnrcy66ZmaXL0VzWMF+7g== Received: from server.rulingia.com (ppp239-208.static.internode.on.net [59.167.239.208]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: peterj) by smtp.freebsd.org (Postfix) with ESMTPSA id DE7782DEC5; Sat, 19 Mar 2022 07:45:28 +0000 (UTC) (envelope-from peterj@freebsd.org) Date: Sat, 19 Mar 2022 18:45:23 +1100 From: Peter Jeremy To: Andy Farkas Cc: stable@freebsd.org Subject: Re: Deprecating ISA sound cards Message-ID: References: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="RQRP+lev3NvMDkQB" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://www.rulingia.com/keys/peter.pgp ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1647675929; 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=FPOhLOn6HP6bmQP67AdiVwr/0ILv+Dxu8EKnHXUKG7s=; b=KhfyYuo+esq3hKJxaDlAt7i2Lws9bM5fSYFn9A41a1mFUx/aQpDx63/5aWRsitYUiP9+PX nZpYKBnTv94tlBLePe9gB12Uq+N99a+dxQZ4aLcROXwZNVmLadMH6R7xRX+Csa9gql2TXs W59nu763Iebo3bMCcAw/ljvxGuyOC9LJuZbFrn3Ujs+TedenluzulN+/GEu3tKEGOX16kZ KnBZ93jhFTe/7n0ozJtpwCSmR4gBNRd0quGdekhjusXrEoC2BK/k/grB8Cru80VsdM77jh aNXGElFI3KBnBC8W5BpWZ/AJW0//8SfyQTAhUNNbCHHX0m01x2N9cnzN/mbMkA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1647675929; a=rsa-sha256; cv=none; b=KVv0duXDsSpznHFKF2VkAjW9UPqs+e8pRdRrpkhAJVhkf5mhZV89zLM+iTPQDJEmf2tW7+ W3LSjWVgt/bNVjX7U6si7wbaflwZHVUBeaY+W1i3Co3EAN0gv4TkcAWqb3RX4ffaVRP/qE j8oUfWEyv2eOAVaxl9myXHFzhsWZmyl+BfS/8GCJ96Xle4YaLKPKaO65aOmdpItwbAvm4y 4gvaB8GaZK2NwjCp2Fy/Ap2deBahLTDsog/RjxJdey/FkpuTqwZ2N1ORfNiChZkQ3kavVg Jm2Qu5bo9KgtSc2AdbM6ciJLP7JouvGqd0K2/bFAHByeJ7YpkZqMVFwhvBnAeQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N --RQRP+lev3NvMDkQB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2022-Mar-19 16:21:41 +1000, Andy Farkas wrote: >On 19/03/2022 2:08 am, Ed Maste wrote: >> ISA sound cards have been obsolete for more than a decade > >I have several ISA sound cards in my computer junk somewhere... don't=20 >have an ISA mainboard though :( I have a couple of systems with ISA mainboards that I'm happy to donate. --=20 Peter Jeremy --RQRP+lev3NvMDkQB Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE7rKYbDBnHnTmXCJ+FqWXoOSiCzQFAmI1ig1fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEVF QjI5ODZDMzA2NzFFNzRFNjVDMjI3RTE2QTU5N0EwRTRBMjBCMzQACgkQFqWXoOSi CzTeKA/+IvbaZX8NylnfFY/rP7DYT6OhVi618wZrkUFI5ss5xOmpFDcdCfY8i/fX IJX3fVkUdQ+WY0U5s/c4Zgq5JYnX4p9Ml2Mdp+d2BylsxRcU3cb6I2bpc5bJjjW1 h1MU3iP0b/71WTILk+DlUSoROZ2WAyhTrb2rc0d0sTlQnydlqfVulX2fWPAi3Td5 JSVhieGjJ3+9u1sgwVirKlrynFF7PifqBu2QcHrq1zJdNarLqf51hEnMHwexKVz9 hweBdNaQqg1W6hrmF8sbJK6TdFuvaKO4myau8gv4ml4ZRQXFu0tV11E6tziJYDKu Uml/wZw3jH4xvavI4C8TMFHOPyJnRbKEOYbu5oPXP01NsVVbgdtmno5X/uCcEOqN osC9Brjo27hbZaK3RNlCOlReGtJUe+eYsjiFKQM5DfudUF2qNP1mafboFl+DpQ75 J4AAWt6WtcmfQmkX6RFTr7XkOxEO8/UwbvvPNYLe+I45CiM5+/G+gQnyB0VWiXr0 Z4c1qE+qwwCEEOTCfA5ktpB5+tV9WSVSKSBBpG2B0kJ49HdkVG3O072VF7s7DJoY JZuyToEAnYCOez6au4C4QUIdcgDYQl2xo6VUXoYRdlFeJrXvBI4Ondy2nWYNEJWs IsF7I1ENNNRFPm7bznG4iiRAnmf8qrt04a01c93S3WXGimh5x5U= =+EyV -----END PGP SIGNATURE----- --RQRP+lev3NvMDkQB-- From nobody Sat Mar 19 17:21:34 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 1E4901A2138F for ; Sat, 19 Mar 2022 17:21:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-55.consmr.mail.gq1.yahoo.com (sonic308-55.consmr.mail.gq1.yahoo.com [98.137.68.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4KLSNR19sQz4WhL for ; Sat, 19 Mar 2022 17:21:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1647710501; bh=3UNIAp2rOApef7tT9wTK6BctHHbg8BlF/ej9j4EdR3s=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=abgIbedvxx1ovOh0l1rPNq1lVJaz8ngPv3i+oFumhMM1R41HoXEc0Fiyx96T1u+zZOZ08QpJWX3cIwInbqdMvwxbh08aH+2T9X8WRf8kV8s8BUwo7ddKziTA9iAztAany12+OSL0pBeCwUxpWk72NpK/AWQopyUNiaicyB4gU7IcG8Qfv0ptaZ5xSBNYORXFcWBRJo80juefPKCtgmFUsxN6TjwkqLjLWeq8eUJz7IrczFWBdqFKwDjDo0pAluJYN/xcAiHRydsDocq8YjKxK8w002nN5YNNLpRcebRMjnS3rF/EoNQywVOYeDGJMFaPrlbopkfi5wnWoX7NQA98kw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1647710501; bh=57bR1dtDbPxf1DRBCxsQYJntHwPQ8wDRAVMst7+Gh+J=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=BZc04APns3x12uwXteVpcEaublvifA0+KabJUjYjePQ4rebXnXYqcfsDo7HQFzMpL4bycEtE3VPQ1rbywjCOruTiwC7a2bKAIuI8eRvsv2G2nPA6i0TAUkcdTYxyG98+VEzsNjud/4ufsmJQDVdXK+wZrJrdmWIrLu0+vEGPuX0hghEHR1XdIbfy2KcTYcgt8lhIcTOK1hyP4y0rlgZbYQVvz2GoP3tbNQOGwiQKpXCKOSK1p7zpCiMc7ExxvaFXyNkzApHLpNb9eaEFlYCERyHhSbSHCf3Uki6FvwAJXSEl3hGeNp/Z0rLPSpkCBilmVRV3OYnQY/XzmNE65I18oA== X-YMail-OSG: f.ICM9YVM1lIj.3A6K4ALC_6joqoCR5fDDFAeNwpnKJiyQbIORZIOh4kHxv4mzr cIxV464TtBZwKhAYxLfGkmIlSo80V2qSgGToSzmc677L1lX2uE.XmwG607NnlA_iLOkA9CRU2oHx yAxurSJbaKQDL6RJAWBcT4R.5j1g980Cw21mOchndRKUtOwLHx7DrqAmwGX4yQUE70Nd_bnMHhF3 27sZr1VE.JSZoJQVm0j3tjUQMarNMOldmLpu.pEJLY_awK7ukfs8OX6E2dduIPx_loGidefjjlfI ihhls9B1Wf2n44L.6aSnS5CVIZjQwNjPkc9BRmecv_pkiYtxPx1y9C.QGPy6km10bCg6Yx2R1lPN 3kMhyKPyCeYOTHWbVuBTuZ6PviRXgisTqd9nSDuEZ3kWoJfsB537IYCAm7_Wr8eubARgQNmdNFN1 Zv90jIWQcsz.n_Xv3M9KKVU8ONVAnfFyhwUlbl7GAEW72gjj1uVe6T8YcKNHika0FlZBD8XyWzB9 EDWw_IPEUt34F8VchOs2Xnx5hWMqgRu1KZp4NU98ho8wp.50F4rvHQW0.VtfaOdkZNNTncij1OPn 79nzZopyJnFSnhWKKuNc895mLdWojhnhQ0trJsH650wkqIZT.x7g2ptosRSpV.wWHNDghoHkYoGU a1W35cEhrWkyN9Z1DyrMY8XCYnOu3gs9nIYWdL0OiONPeXoSZgTiVLUNpdOgjbV_fTV.iqyZC3dQ hh0Izp0Ea3gZhl4_NYzkkeWZarQMRlwxJIplsvjaMr6sDP_lz.XkSXFWhznvVvSNw76Hd232x1Nx E4WJxfLHxUN7XK7jkslA5T3RuELtUu3fjU2zFKkMQSG5xmZF6UkLPcNW3HcCDwJ8JlsFRG3BRsiA Dg2tHqGze6hfOPZwow_s0l2zuz83V68GAZ7AQ8rdX7co3GDHVFsyXx6rM8n4653LQXm_qiEG3iGl GxvVW6wn0xpfETyDOfM7ONFyjbh6.zmO5iFT_lKMftzW_DqoW4ktRFWAL8pwquQr3jTJkzRX1wQw vLkx.ohz_ntbamPga0RVwlRtGWfzB_hys8GbbAJSb17DpBE35sPq4TrONO8oxhsNgG3qmkZ2N38q v.6BEy4Jq9QPdjB72C6jvBVERGI15MdO_f.T92Lquhfw..6EUP3xPy3WFSkUq4PyhQmdSBFHnB4Z L1ldTzpI4CVs_.JlkBDwPK36Hq5W_9RHXixvY8_Qcl37XmmcuJPsu1shd3OJm2pnF7E1BY5cnu0M glU4v8xE.26s_aUj54yCFio2FuS6VAFn_AL8EOxZiZpsy0C2l6xeC.hT6SX.BBXNibBtp4JrKqoF gYYgGRDYKuQ.Mmm5YR9K2i9q8EbyJh9_rIiE2Z1aAQsZlADw3PKItv5SUjtNoElyi.T23S9WRE8g ieiNuSZgtRHmekiPcdPeT8YQAHWJQGEP2MzR3eGMYJ_tMT3Hw1Q45mm6gtQHToJcyOte4J.eTb3O Xw1Mp14Kty1ZiSIzaANBCwSohcZnxcDwWVxwmNrwcWL37Fv8Go7lnHjOcEr7qGb9AlC4HYdC1lZe Ty8VxlxVoHe7HA._S9vorqVJGLnfSX.5D3FWG99RS7n9N1X1FDUVJv6nZn3Zra.xc.wxZ3IqDyJR 9i_2L2vVMmt0G6cPTIudwwAw9Oo5vjpTlQsnwWg9ccjV0ZMblhUptlUR0zGFfwOZBaQWZ2GVFNS8 CEo7wCTjvMrLscjRbioZ5By4wGIom6dxG3wF66wF0hdRrcK6yAjAHrWIe4GMlicef4vMN6Im9fnq D0kZWLEfP4wHg0yXL.uFQZZbIGazeanluKRimj84gR9TEVwbKxr2.qaqAIR5ZDA8joKM1zjqhHkl 1aAK_FTBAenWM8hRtUoQYHCXUJtBVBgw9PT9ZAhWR1ku9DO8epTYPpw89UL4sGFmMHqmxXmjnzWv TZEYfm_a4h8gRap8j9iJfq5CG9uui0CjUuk9qGxN5aH0wnT42PL6GoqyARsi4DS7bDmXqTbZK67i rN02hlWEqTYr0RPgPjFoqTOO.z0vbREIehZQ0vOpQmf7yrEXr.9UUWJCYLBL2g1VQXEd7zCy6.g9 CzZmKzq8P6Xyg95dyBWbV4xL5cOl2AIqfYil8SyAqsWIrx603orzOZ0KZZ49M2YZ28r0IGjDlzMe XQgkNOXoh2e14p_6XLDn9mvNfZwcYD9yO2BGgZh6OgVv35LcP08Qu8zaM7iDlTXpEpRrli6h8awA x1KnvSQDrYVxm3cLjf.rOlJ3O28HfK.QId2VJkPEuhd9q692_HRa0VLKYH8wmAaTvC_KgCooirEY ZS.MrxYvixDAF1vM7GA-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Sat, 19 Mar 2022 17:21:41 +0000 Received: by kubenode534.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID b0d4bb19fd05ffb8f6b9eb3333eda6e8; Sat, 19 Mar 2022 17:21:36 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: git: 43741377b143 - main - security/openssl: Security update to 1.1.1n Message-Id: Date: Sat, 19 Mar 2022 10:21:34 -0700 Cc: FreeBSD-STABLE Mailing List To: freebsd-ports@freebsd.org X-Mailer: Apple Mail (2.3654.120.0.1.13) References: X-Rspamd-Queue-Id: 4KLSNR19sQz4WhL X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=abgIbedv; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.31 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; 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)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.31:from]; MLMMJ_DEST(0.00)[freebsd-stable]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.31:from]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N > From: Mark Johnston =20 > Date: Sat, 19 Mar 2022 12:42:59 -0400 > On Sat, Mar 19, 2022 at 12:40:45PM +0100, Thomas Zander wrote: > > On Sat, 19 Mar 2022 at 12:11, Rene Ladan = wrote: > > > > > > On Sat, Mar 19, 2022 at 11:04:58AM +0100, Thomas Zander wrote: > > > > On Sat, 19 Mar 2022 at 09:00, Matthias Fechner = wrote: > > > > > > > > > I can confirm now, the problem is definitely related to the = -p8 update. > > > > > I rolled back now to -p7 using `freebsd-update rollback`. > > > > > [...] > > > > > System is now up and running again. > > > > > This all works even if poudriere jail is using -p8. No need to = downgrade the jail/base version poudriere is using. > > > > > It is caused by the kernel so the ZFS patch seems to be broken = and -p8 should maybe not rolled out to not break more systems of users. > > > > > > > > On top of "stop rollout", there is the question how to identify = the > > > > broken files for the users who have already upgraded to -p8. A = `zpool > > > > scrub` presumably won't help. > > > > > > I think it also applies to 13.1-BETA2 ? > > > > > > Should we involve/CC some src committers? > >=20 > > I have just rolled back to -p7 and run a number of test builds in > > poudriere (the jails still have the -p8 user land). I see the same = as > > Matthias and Christoph, the rollback to the -p7 kernel/zfs resolved > > the build problems, there are no NUL byte files generated anymore. > > Adding markj_at_ to the discussion. Mark, the TLDR so far: > > - One of the zfs patches in -p8 seems to cause erroneous writes. > > - We noticed because of many build failures with poudriere = (presumably > > highly io-loaded during build). > > - Symptom: Production of files with large runs of NUL-bytes. >=20 > I've had zero luck reproducing this locally. I built several hundred > ports, including textproc/py-pystemmer mentioned elsewhere in the > thread, without any failures or instances of zero-filled files. = Another > member of secteam also hasn't been able to trigger any build failures = on > -p8. Any hints on a reproducer would be useful. >=20 > We can simply push a -p9 which reverts EN-22:10 and :11, but of course > it would be preferable to precisely identify the problem. Anything about the types of hardware involved that is different for those getting the problem vs. those that do not get the problem? May be it would be appropriate for folks getting the problem to detail their hardware configurations, including storage hardware. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Mar 19 19:00:20 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 0E8B51A19297 for ; Sat, 19 Mar 2022 19:00:34 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-24.consmr.mail.gq1.yahoo.com (sonic311-24.consmr.mail.gq1.yahoo.com [98.137.65.205]) (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 4KLVZS4VQMz4nFp for ; Sat, 19 Mar 2022 19:00:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1647716425; bh=+Oj1NtEg+T/kUqo/0YknZZPyu9+9p2YsX37t1VA5Tyk=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=Kv5yiHkdPdJ4x/e6Lym7s2xJhrRzYw2mZuamb+aSxP5zHAK766pAEHFQpfmsmlBhb7AgEZlwfPsY4TsfE36cHOKXyBUShcM8UK+Tu0MO8w2utLKQ6lE8u1Kli7XHMO6KNXoe8pxiApckxUeYs9bKbFz/WJ04uTJ0e/HbXsJgiGak2xhEdNrX5ZJXyWGavv1CVSmhJB3rsTNwlxZi643ymJFCYFS8T0VzMY9o4DI8ca8seoLNKeim4rRPso7FHsmpYyzEJha6WKYuFEanaEqMfkkIDYy6I744QQgLTLb6tS4PhudFwAnzKqaQ2cVIsRd62wdXYQo3L5nAlE6Qq+DcXA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1647716425; bh=nDvIAXrmCl5cOnkw15mPITnUmL+kAx8+wo6Xhuttfb3=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=OzzEJxj4aoBXQQzkLrsfbpfPWejsQTdiDZGCkCcm8v1gTgwwmGKNGHvAjGqh6dOR0xWCLg99VoKLY91PP320mMBBvUlka+T2yE46s2jBtedTSzDNxp8P6gZXf8863vPMw290aV6gruT/57CfHga442IGbxv4ymjnkdFUpviEUd8vXrlqyzjH6cza1mOAR++Dx0QhHLj8xTNF2usm1XEGwN/Vpm5fx8IEFVOdaQ3rKZ/UMzJm2iu3q4fIr4QT2hgsSrkBituE/73HqGOrpcr4DqPqLhpqpvG6vD5hgO9s8pheN9wr2rJkYIvBc6Y6CQ36d3czvHxLnIbJqzoVMLi6Mw== X-YMail-OSG: On.xMuwVM1mgjeI1iuHH5sjCVj0p_mbPlj8sTnfKUIKeUUl6WEQV2GwBp6H3jqo 9lst.V8RtWNT5EtuNn0yK0BiO6rT4RVUJSqIHNrPOzKaBJ1wGhLkYTCQYD543LY.0onqWi5AC_lY UqL4hdom.OjtmZtfWERT3WgJ0sFyZlU35tJl7V5NrnNVvFBP4Wt6.Dr3zXwGAow54YTZ_t23eS0x 0pmeM3lb_azNo_vSwVOoVZj_AmCw3HlSkvvauk2tS4CxkIEElk83LKhCxuELVECzavH33cBu8THq Lmpgg7U8XJ_duhHWrf7xNzL3lKj0T6b8vrGf9EVYfi9fhAEPNR3PNEQtQEmhDGvN6OIoeDDneCbU QeHPBSqBf20n_6Di4WePsIojqqIheDlFlPlcZY.SKRJTk9bf72tqJb7I_UCr6D9Nc5DD_mKB3UZU 6gZ.5tFexU.NdhXpTQjeyS4hFtJvlKgkdB7EP04I315vLNICPHd0cnNMEcdegHGZr2KfCiRgckRR Xxzuu9OsZcb.9wqXs8HavJRyua1._eCrLCOhMTmwzAnfJrv0U28zowsRdEKK64W9m8lp.r65Mp93 0H.AreDazlMmu_PvPa4sPlQ9gZRk3gLLj_deNqRvvkV94J7uxb3fVdyk40H_mmX6gOjwxJwymyAs gvDP1GTGKtGFZ35qK8jl40T1.lmZE30_97itOg7ocDhtcq7CdlKKJ8McsljZEpvMNSHF1KijupxW Zp7ePOtAvFB8j7oNFwGejN8401shXrUZQ.lmZzaDdFLGkHufS4ydcxsgSFeom8Teey63_M1asTkf bNg0jpWTWx5WhbLGevBxDIRhDamIs8jstMysNemsFRQe7rdFYL.2suB5XrUQwQ3UuNf0HmG_0hy0 WmtJFS9_MGM8K2MwFewGQhs5I3lZjklaVF4qLs26FlB.uK.jeYGMBuT9yXtzv7M3cUuR6rD6KzKB w9s8dhvSL_noBD12rCcSVssWl9OsDUott42GJJfz5G2iiu6ss9g9PRrQtYCNNBSCpKTx10IEcp0l t8Vq7eeWZPv4A_X5btcLSoDBISt15eQ3yfBK0B8v2ql.CL9XV7kfsdg5lQepJ.xwDupgg11uKJJJ AN9d_tnIl5jJAogVz6QoCK29QUV0dwNKMy2ePLOMVjcrxLjkwQIrrq19SZ8ii6AL332pWgMqKrbz uwqKbQqvJJQLXEJDiwFrISOMeb8Lk..miobwmaThpst2ToSPN5VkV48T9WSn9oRpAQLkmfFEwc3V h2TaabY2YEsgaK87V1gL4nxhJF0cZxH_M3qGsQkzLC4CJ0S3zVbJWpazrw3d6Di6rIIJHb_w9Olv 93hXTD5J8ypKkgwZYJFeUe1cW5wrD61HySFJBXSBXnnNKxgQBIn2h6jE8bpBky1SJGQlgYu7YghK pRRs1qwS8yRhG2W1ot5v5Yw7mbgqYlfpCBk1qbFJ.qmI7jywcQi5Wx_oF34QwtApcd.zEs9cakxE id1JdHkk0KB5FI0kNw.16qahZI5TDSya8lf7ddilRNvJsTfH86NjieQaXmVHIeo9brh1FUHzroPL U4cw8CcBhnzfiCOqC0xo4jJz6qhRLckdSlzq_0GNto_ZxGnhXgBfa8u5S4PvIQ_enTnfjvFFy4_l mgC8R.eVPBVbjkqUe6VumNO9W6LkTcdGC5J_glm1IaI.QBWQOK3PcTC_XPBe7BI4vZwTmZjL8hki RtwxOgAUVCtKcVY80ca5kF2SdzHEFFGCmkgHcod6EaOOwyBIc8z9HjdbKIM5qTveL2vK0jKNqP9w 91bCLwIgaiyWaQ9Ug09izmKy0VH_8zEpBp66gMSMJJNh1vBA9eqN1yPXrwEA.iHS_itRiL5SHkAB U8Q02ldO.mvZDUmgS5RVf4Ps2YW1zUd05FLaFF2XzIksGLLdhHHSJuOGGkA4PsePbH2T9ULgTdey xJMc7Oc_QSoP2q4oZKEDGFZkz_xVL480WfwhA2Gr3HrdBIPSj7bsODp_3qxkc.dBBm7jWqFKj1G2 IzlhJKbV9rTFjWC58hcflHbHAGD3.F8KItufYtewHLKZ6Utq5R1oinqNJiECQKa9l2zKA4UQbGhD hczB43EjP72C19tuJbjQXJLz69FntA6NeMNGbfLTGiW8_UmKyrNox4R8Xy4LJuVLvd0OwMkHj_hD r6VFMwV4IaEH46oQBziQxm3LjVU7u6aBlwZvB4GdqWuctlE.oZYphgTbnZf9SsdOgHkxFgoYMyGq 5gElmgxtfqZ0z9EyL2V8E2D8drUlQVo4.DmFSeCvq79BXL6a_wrQAQE1g_XINLI0mUNgVPfOXlOn OChPTRfM31zv6y7iJPg-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Sat, 19 Mar 2022 19:00:25 +0000 Received: by kubenode510.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID df5cb51b6eb9520914e0efb88421b76c; Sat, 19 Mar 2022 19:00:22 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: git: 43741377b143 - main - security/openssl: Security update to 1.1.1n From: Mark Millard In-Reply-To: Date: Sat, 19 Mar 2022 12:00:20 -0700 Cc: Thomas Zander , freebsd-ports@freebsd.org, FreeBSD-STABLE Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: References: <2E632408-4D4E-426C-8DC7-A1024A1D328D.ref@yahoo.com> <2E632408-4D4E-426C-8DC7-A1024A1D328D@yahoo.com> To: Mark Johnston X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4KLVZS4VQMz4nFp X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Kv5yiHkd; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.205 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-1.56 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; 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)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.94)[0.940]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.205:from]; MLMMJ_DEST(0.00)[freebsd-stable]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.205:from]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On 2022-Mar-19, at 11:07, Thomas Zander wrote: > On Sat, 19 Mar 2022 at 18:32, Mark Millard wrote: >> May be report to Mark J. how to run the same test builds >> that failed for -p8 but worked for -p7? >=20 > Sure, good point. > A build that reliably causes broken packages on p8 but not on p7 for > me is running: >=20 > poudriere testport -o multimedia/mplayer -j <13.0-amd64-jail here> >=20 > This caused the broken png and python packages when they were built as > dependencies. > In poudriere.conf I set this: > DISTFILES_CACHE=3D/vcache/distfiles > CCACHE_DIR=3D/vcache/ccache > ALLOW_MAKE_JOBS=3Dyes >=20 > The ALLOW_MAKE_JOBS should increase the number of parallel IO > operations in-flight on the pool, maybe this increases the likelihood > of triggering the issue? > The DISTFILES_CACHE and CCACHE_DIR are in the same zfs pool as > /poudriere, not sure if this is relevant. > The zfs pool is a single disk, no raid, mirror or anything fancy. On a ThreadRipper 1950X, PCIe Optane storage, 128 GiBytes of RAM, I've used bectl to boot the 13.0_RELEASE-p8 environment and have started: poudriere testport -o multimedia/mplayer -j13_0R-amd64-bulk_a where the jail had nothing built in it at the start. So: [00:00:08] Building 271 packages using up to 32 builders The primary difference is that I've never used ccache and did not try to do so here. The "zfs pool is a single disk, no raid, mirror or anything fancy" is accurate, as is the use of ALLOW_MAKE_JOBS=3D . That did not take long . . . It proves that ccache is not required. Also some files seem to get only small blocks of zero-bytes, others large ones. But I've not checked for the null characters being at the end instead of earlier in the file. libXcomposite-0.4.5,1.log : --- Xcomposite.lo --- /bin/sh ../libtool --tag=3DCC --mode=3Dcompile cc -DHAVE_CONFIG_H = -I. -I.. -I../include -Wall -Wpointer-arith -Wmissing-declarations = -Wformat=3D2 -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs = -Wbad-function-cast -Wold-style-definition -Wdeclaration-after-statement = -Wunused -Wuninitialized -Wshadow -Wmissing-noreturn = -Wmissing-format-attribute -Wredundant-decls -Werror=3Dimplicit = -Werror=3Dnonnull -Werror=3Dinit-self -Werror=3Dmain = -Werror=3Dmissing-braces -Werror=3Dsequence-point -Werror=3Dreturn-type = -Werror=3Dtrigraphs -Werror=3Darray-bounds -Werror=3Dwrite-strings = -Werror=3Daddress -Werror=3Dint-to-pointer-cast = -Werror=3Dpointer-to-int-cast -fno-strict-aliasing -I/usr/local/include = -D_THREAD_SAFE -pthread -I/usr/local/include -D_THREAD_SAFE -pthread = -pipe -Werror=3Duninitialized -g -fstack-protector-strong = -fno-strict-aliasing -MT Xcomposite.lo -MD -MP -MF .deps/Xcomposite.Tpo = -c -o Xcomposite.lo Xcomposite.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -I../include -Wall = -Wpointer-arith -Wmissing-declarations -Wformat=3D2 -Wstrict-prototypes = -Wmissing-prototypes -Wnested-externs -Wbad-function-cast = -Wold-style-definition -Wdeclaration-after-statement -Wunused = -Wuninitialized -Wshadow -Wmissing-noreturn -Wmissing-format-attribute = -Wredundant-decls -Werror=3Dimplicit -Werror=3Dnonnull -Werror=3Dinit-self= -Werror=3Dmain -Werror=3Dmissing-braces -Werror=3Dsequence-point = -Werror=3Dreturn-type -Werror=3Dtrigraphs -Werror=3Darray-bounds = -Werror=3Dwrite-strings -Werror=3Daddress -Werror=3Dint-to-pointer-cast = -Werror=3Dpointer-to-int-cast -fno-strict-aliasing -I/usr/local/include = -D_THREAD_SAFE -pthread -I/usr/local/include -D_THREAD_SAFE -pthread = -pipe -Werror=3Duninitialized -g -fstack-protector-strong = -fno-strict-aliasing -MT Xcomposite.lo -MD -MP -MF .deps/Xcomposite.Tpo = -c Xcomposite.c -fPIC -DPIC -o .libs/Xcomposite.o In file included from Xcomposite.c:45: In file included from ./xcompositeint.h:53: In file included from ../include/X11/extensions/Xcomposite.h:49: /usr/local/include/X11/extensions/Xfixes.h:1:1: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:2: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:3: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:4: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:5: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:6: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:7: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:8: warning: null character = ignored [-Wnull-character] . . . (the list is long) . . . libXdamage-1.1.5.log . . . --- Xdamage.lo --- /bin/sh ../libtool --tag=3DCC --mode=3Dcompile cc -DHAVE_CONFIG_H = -I. -I.. -I../include/X11/extensions -Wall -Wpointer-arith = -Wmissing-declarations -Wformat=3D2 -Wstrict-prototypes = -Wmissing-prototy pes -Wnested-externs -Wbad-function-cast -Wold-style-definition = -Wdeclaration-after-statement -Wunused -Wuninitialized -Wshadow = -Wmissing-noreturn -Wmissing-format-attribute -Wredundant-decls -Werror=3D= implicit -Werror=3Dnonnull -Werror=3Dinit-self -Werror=3Dmain = -Werror=3Dmissing-braces -Werror=3Dsequence-point -Werror=3Dreturn-type = -Werror=3Dtrigraphs -Werror=3Darray-bounds -Werror=3Dwrite-strings = -Werror=3Daddress - Werror=3Dint-to-pointer-cast -Werror=3Dpointer-to-int-cast = -fno-strict-aliasing -I/usr/local/include -D_THREAD_SAFE -pthread -pipe = -Werror=3Duninitialized -g -fstack-protector-strong -fno-strict-aliasing = - MT Xdamage.lo -MD -MP -MF .deps/Xdamage.Tpo -c -o Xdamage.lo Xdamage.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. = -I../include/X11/extensions -Wall -Wpointer-arith -Wmissing-declarations = -Wformat=3D2 -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs = -Wbad-funct ion-cast -Wold-style-definition -Wdeclaration-after-statement -Wunused = -Wuninitialized -Wshadow -Wmissing-noreturn -Wmissing-format-attribute = -Wredundant-decls -Werror=3Dimplicit -Werror=3Dnonnull -Werror =3Dinit-self -Werror=3Dmain -Werror=3Dmissing-braces = -Werror=3Dsequence-point -Werror=3Dreturn-type -Werror=3Dtrigraphs = -Werror=3Darray-bounds -Werror=3Dwrite-strings -Werror=3Daddress = -Werror=3Dint-to-pointer-cast -Werr or=3Dpointer-to-int-cast -fno-strict-aliasing -I/usr/local/include = -D_THREAD_SAFE -pthread -pipe -Werror=3Duninitialized -g = -fstack-protector-strong -fno-strict-aliasing -MT Xdamage.lo -MD -MP -MF = .deps/X damage.Tpo -c Xdamage.c -fPIC -DPIC -o .libs/Xdamage.o In file included from Xdamage.c:27: In file included from ./xdamageint.h:31: In file included from ../include/X11/extensions/Xdamage.h:27: /usr/local/include/X11/extensions/Xfixes.h:1:1: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:2: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:3: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:4: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:5: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:6: warning: null character = ignored [-Wnull-character] . . . (the list is long) . . . libXi-1.8,1.log . . . --- XGetCPtr.lo --- In file included from XGetCPtr.c:39: In file included from ../include/X11/extensions/XInput2.h:33: /usr/local/include/X11/extensions/Xfixes.h:1:1: warning: null character = ignored [-Wnull-character] --- XChgPnt.lo --- mv -f .deps/XChgPnt.Tpo .deps/XChgPnt.Plo --- XGetCPtr.lo --- /usr/local/include/X11/extensions/Xfixes.h:1:2: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:3: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:4: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:5: warning: null character = ignored [-Wnull-character] --- XDevBell.lo --- mv -f .deps/XDevBell.Tpo .deps/XDevBell.Plo --- XGetCPtr.lo --- /usr/local/include/X11/extensions/Xfixes.h:1:6: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:7: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:8: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:9: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:10: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:11: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:12: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:13: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:14: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:15: warning: null character = ignored [-Wnull-character] --- XListDev.lo --- libtool: compile: cc -DHAVE_CONFIG_H -I. -I../include -I../include/X11 = -I../include/X11/extensions -I/usr/local/include -D_THREAD_SAFE -pthread = -I/usr/local/include -D_THREAD_SAFE -pthread -DMALLOC_0_RETURNS_NULL = -Wall -Wpointer-arith -Wmissing-declarations -Wformat=3D2 = -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs = -Wbad-function-cast -Wold-style-definition -Wdeclaration-after-statement = -Wunused -Wuninitialized -Wshadow -Wmissing-noreturn = -Wmissing-format-attribute -Wredundant-decls -Werror=3Dimplicit = -Werror=3Dnonnull -Werror=3Dinit-self -Werror=3Dmain = -Werror=3Dmissing-braces -Werror=3Dsequence-point -Werror=3Dreturn-type = -Werror=3Dtrigraphs -Werror=3Darray-bounds -Werror=3Dwrite-strings = -Werror=3Daddress -Werror=3Dint-to-pointer-cast = -Werror=3Dpointer-to-int-cast -fno-strict-aliasing -pipe = -Werror=3Duninitialized -g -fstack-protector-strong -fno-strict-aliasing = -MT XListDev.lo -MD -MP -MF .deps/XListDev.Tpo -c XListDev.c -o = XListDev.o >/dev/null 2>&1 --- XStFocus.lo --- --- XGetCPtr.lo --- /usr/local/include/X11/extensions/Xfixes.h:1:16: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:17: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:18: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:19: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:20: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:21: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:22: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:23: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:24: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:25: warning: null character = ignored [-Wnull-character] --- XListDProp.lo --- libtool: compile: cc -DHAVE_CONFIG_H -I. -I../include -I../include/X11 = -I../include/X11/extensions -I/usr/local/include -D_THREAD_SAFE -pthread = -I/usr/local/include -D_THREAD_SAFE -pthread -DMALLOC_0_RETURNS_NULL = -Wall -Wpointer-arith -Wmissing-declarations -Wformat=3D2 = -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs = -Wbad-function-cast -Wold-style-definition -Wdeclaration-after-statement = -Wunused -Wuninitialized -Wshadow -Wmissing-noreturn = -Wmissing-format-attribute -Wredundant-decls -Werror=3Dimplicit = -Werror=3Dnonnull -Werror=3Dinit-self -Werror=3Dmain = -Werror=3Dmissing-braces -Werror=3Dsequence-point -Werror=3Dreturn-type = -Werror=3Dtrigraphs -Werror=3Darray-bounds -Werror=3Dwrite-strings = -Werror=3Daddress -Werror=3Dint-to-pointer-cast = -Werror=3Dpointer-to-int-cast -fno-strict-aliasing -pipe = -Werror=3Duninitialized -g -fstack-protector-strong -fno-strict-aliasing = -MT XListDProp.lo -MD -MP -MF .deps/XListDProp.Tpo -c XListDProp.c -o = XListDProp.o >/dev/null 2>&1 --- XUngrDev.lo --- --- XGetCPtr.lo --- /usr/local/include/X11/extensions/Xfixes.h:1:26: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:27: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:28: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:29: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:30: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:31: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:32: warning: null character = ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:33: warning: null character = ignored [-Wnull-character] . . . (the list is long) . . . --- XGetCPtr.lo --- /usr/local/include/X11/extensions/Xfixes.h:1:186: warning: null = character ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:187: warning: null = character ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:188: warning: null = character ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:189: warning: null = character ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:190: warning: null = character ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:191: warning: null = character ignored [-Wnull-character] /usr/local/include/X11/extensions/Xfixes.h:1:192: warning: null = character ignored [-Wnull-character] . . . (the list is long) . . . libXi-1.8,1.log gets a long list of separate files reported, lots with only a few null character reports. I'll not list more. py38-libxml2-2.9.12.log . . . In file included from libxml2-py.c:6: In file included from /usr/local/include/libxml2/libxml/tree.h:333: In file included from /usr/local/include/libxml2/libxml/xmlregexp.h:43: /usr/local/include/libxml2/libxml/dict.h:1:1: warning: null character = ignored [-Wnull-character] ^ /usr/local/include/libxml2/libxml/dict.h:1:2: warning: null character = ignored [-Wnull-character] ^ /usr/local/include/libxml2/libxml/dict.h:1:3: warning: null character = ignored [-Wnull-character] ^ /usr/local/include/libxml2/libxml/dict.h:1:4: warning: null character = ignored [-Wnull-character] ^ . . . (the list is long) . . . I've stopped the bulk run. There were a couple of other error logs where the log files did not make it obvious if what was wrong involved zero bytes: libgcrypt-1.9.4.log : --- basic.o --- basic.c:315:16: error: inline assembly requires more registers than = available asm volatile("movdqu %[data0], %%xmm0\n" ^ basic.c:315:16: error: inline assembly requires more registers than = available basic.c:315:16: error: inline assembly requires more registers than = available basic.c:315:16: error: inline assembly requires more registers than = available basic.c:315:16: error: inline assembly requires more registers than = available basic.c:315:16: error: inline assembly requires more registers than = available basic.c:315:16: error: inline assembly requires more registers than = available basic.c:315:16: error: inline assembly requires more registers than = available basic.c:315:16: error: inline assembly requires more registers than = available basic.c:315:16: error: inline assembly requires more registers than = available basic.c:315:16: error: inline assembly requires more registers than = available basic.c:315:16: error: inline assembly requires more registers than = available basic.c:315:16: error: inline assembly requires more registers than = available basic.c:315:16: error: inline assembly requires more registers than = available basic.c:315:16: error: inline assembly requires more registers than = available basic.c:315:16: error: inline assembly requires more registers than = available basic.c:315:16: error: inline assembly requires more registers than = available basic.c:315:16: error: inline assembly requires more registers than = available basic.c:315:16: error: inline assembly requires more registers than = available fatal error: too many errors emitted, stopping now [-ferror-limit=3D] freetype2-2.11.1.log : =3D=3D=3D> Building package for freetype2-2.11.1 pkg-static: Unable to access file = /wrkdirs/usr/ports/print/freetype2/work/stage/usr/local/lib/libfreetype.so= :No such file or directory pkg-static: Unable to access file = /wrkdirs/usr/ports/print/freetype2/work/stage/usr/local/lib/libfreetype.so= .6:No such file or directory pkg-static: Unable to access file = /wrkdirs/usr/ports/print/freetype2/work/stage/usr/local/lib/libfreetype.so= .6.18.1:No such file or directory *** Error code 1 A zpool scrub afterwards reported: # zpool status pool: zoptb state: ONLINE scan: scrub repaired 0B in 00:01:45 with 0 errors on Sat Mar 19 = 11:59:33 2022 config: NAME STATE READ WRITE CKSUM zoptb ONLINE 0 0 0 nvd2p3 ONLINE 0 0 0 errors: No known data errors =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Mar 19 19:32:07 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 788DF1A22370 for ; Sat, 19 Mar 2022 19:32:10 +0000 (UTC) (envelope-from ltning-freebsd-stable@anduin.net) Received: from mail.anduin.net (mail.anduin.net [185.42.170.45]) (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 4KLWGx34Xxz4vcW for ; Sat, 19 Mar 2022 19:32:09 +0000 (UTC) (envelope-from ltning-freebsd-stable@anduin.net) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=anduin.net; s=dkim2021; h=Content-Transfer-Encoding:MIME-Version:Content-Type:References: In-Reply-To:Date:To:From:Subject:Message-ID:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=Bvqu/Fi369Fked9KDDO1hEm6OnuNUKfuhI7JJ0bQcqQ=; t=1647718329; x=1648582329; b=aakMllqekBMi2UG4Oxg3gTpBXD2kuw2bcO6EdoHV+tKeVkMAGKWVxZTYKhW/OMhQ4czN7AuF6Mv siva5RNLEHd6gYq9Sx4f7F4uacOcKkUQZq4nHcgJ12+GiyfOwyKdZikDbHMSeZWLu3Zv2UJ63aQyK x4y9YPs0CmaJjr9YMZta7D5yHWa1Z8taePTSQx+PqyFgXqz4J4pWX2jhY4lNEh0icCPEXdD9QaPxk tiQyoLXKzQeZEVwT7jmv7bc1G4LNnkr8mAzoEymhgpvRpeVgiWSjV7LHC3opggz/If1q9dpVNQP0r sTk9o8as3E79E9Ku4uRtICMtuT2JCOf2RX+A==; Received: by mail.modirum.com with esmtpsa (TLS1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.94.2 (FreeBSD)) (envelope-from ) id 1nVeo4-0009bF-6P for stable@freebsd.org; Sat, 19 Mar 2022 19:32:08 +0000 Message-ID: <78e5e42da03d9a65bf820249749f36a5e9c0e119.camel@anduin.net> Subject: Re: Deprecating ISA sound cards From: Eirik =?ISO-8859-1?Q?=D8verby?= To: stable@freebsd.org Date: Sat, 19 Mar 2022 20:32:07 +0100 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.42.4 FreeBSD GNOME Team List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-SA-Authenticated: Yes X-Rspamd-Queue-Id: 4KLWGx34Xxz4vcW X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=anduin.net header.s=dkim2021 header.b=aakMllqe; dmarc=none; spf=pass (mx1.freebsd.org: domain of ltning-freebsd-stable@anduin.net designates 185.42.170.45 as permitted sender) smtp.mailfrom=ltning-freebsd-stable@anduin.net X-Spamd-Result: default: False [-2.79 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[anduin.net:s=dkim2021]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[anduin.net]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DKIM_TRACE(0.00)[anduin.net:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; R_MIXED_CHARSET(0.71)[subject]; ASN(0.00)[asn:62248, ipnet:185.42.170.0/24, country:EE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sat, 2022-03-19 at 18:45 +1100, Peter Jeremy wrote: > On 2022-Mar-19 16:21:41 +1000, Andy Farkas wrote: > > On 19/03/2022 2:08 am, Ed Maste wrote: > > > ISA sound cards have been obsolete for more than a decade > > > > I have several ISA sound cards in my computer junk somewhere... don't > > have an ISA mainboard though :( > > I have a couple of systems with ISA mainboards that I'm happy to donate. I'd be happy to take over both if the alternative is tossing them out. My real-life timeline cleanse tends to consist of fiddling with old hardware. :) /Eirik From nobody Sat Mar 19 19:33:13 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3CAA21A23D9A for ; Sat, 19 Mar 2022 19:33:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-20.consmr.mail.gq1.yahoo.com (sonic305-20.consmr.mail.gq1.yahoo.com [98.137.64.83]) (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 4KLWJN2SsZz3CCZ for ; Sat, 19 Mar 2022 19:33:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1647718397; bh=Je1tjjZIUwLU41DsoQEcsio2DFNfUZCK12GtI999aLk=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=PSelBIX9peRAuwfdB4FqfKqlW4+ezVXIMTEaXl5ZBAUI7Ee5Y5xFI0L4Jt3BWlpaHA2LzeQ0AmXuvIQsJhD5Z9EyS+S+etMnN4puuoK+m0tS2FbW3spFeWauiJKHpZm4XhTDgPqjNGSS61EqNKu7SbkCr6ITbp1jubbE43MREPzv4QBSvqrLDkOAacahk+IGU+WFcy0t4OTWZ0jZQFCLMiyEiIPpraZPud9Sax6nMXWdQwIIbnl2GYbA1cB7lgJsnaLslUl1ATUalr6FBfek6Wuo/zryhLfhEwrbrzYJEFmYnjzAtwTSNb5/vfXRtPNn+111zYxDwxI+0KKBrH4HTA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1647718397; bh=dTzjg2i7CbWS7vGDXx1SxfPIHfgDEkpYE8+kzxdiRJW=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=ESkvBdAr3V/Cm1OKQUaYSGU0GA/LgZzKbAbm7qkCJ69SoSbndMM724WX+o+1KVG+0Rn3vV+1V2g/x3Dc+pkygAFxZ2T3nfjLoF+12FHc81G5GHw3nEDBcUbC+kZiKBH8gYey0qhnM8F1UGa8K3Cvd55uM8kLyBxU83qgTzPcU5B7c3CO9LXGfK1irp1Xb0NmVascwB6E8RjHFWqWZdf+D9xxB8POHCS/erZbrTQ94nW8gbDrFvUAsPn9gZG+KiaNynlg6vte8HsumG4H+rruxfkeL+acMqEunV4PELeVNo+tEUmXmgvR7ZT/Ti9LuSdNeHEgB1I22Tfb3hlnFlZWtg== X-YMail-OSG: 7p_Sc8MVM1nPAaseNKqjw.TEdHvS4.mQxA5edT08B9sJarhY.amXZNh0I6fvXBw iwpLRlzfKe4kH.f8x_Pp5b3eIpzbwSehTGzky_k35fLyIqH0D6Hg9NVit5xwO6nWC3wiGhdRokgN SOfhkvbAci6Y2LuxjgqpjS1jz1jDk4Bi7tnNbfnjGsv_ZJL2Y3ZDQ4FXkhMjzwrr1M51L5w8icvR 8epwxDhkABMWQCPPfb71lP9t71.BEArZJ1KD49rygJPntG2OFVthNasSNrU1JQqZcjoJB8IthGhQ XPTM8P9D2npxDDp20nTrBhlTcVXmP0ES69czhV3uL3XkGdkWrRqOQOEMEJBig__.wFocrLpZvxn4 HfiapeMeqJfWbZgd4mTg3NJPdz5EYY473P9fMCs5XvV.lt96Ewa_QxF0zfZeXkPcK8APoWes3UJn HRHM7fQtHMegeCbOnptlEubrnpI6g.AMjKbeN2wT0yW9EttJ97GhL2M_ttaNawpMnsGDTc3hKiLA tH59saWT3gx9UptRA.8UEvDWqNvc4ZK5tmCyH5IXSgBiw1UsXjeXywRwmSxtl599G.werGXq14jH Yp6m1hj5STFStvZzwxnkT4dAXosxwkVl5s8sAYIRNm7Lws9LPyTi6.wgNXvtZLZ8EdJdM4jB8xQp _DPW6sC58sccMsOMBVeRtCGasRkPpxMl4nljGAXPTFCkS37GX.OrFVqOMsTDuLlvRyx4taW2mQ0r 4c3YCrRQ1AbhY7y8TTizgKeYu8cgp.d1.PFxibazz11bZdvUVqtMbholUm1gyWqz8L7dA.xkCxl5 SzXS8icDBiFa62gKlkGsNiZgH1ZklJxyBve2djoFaXOthg8CVheMtKa5EBrvACQLw4QV25hfsvKK OxaWC52MXHo6J12pKntn3V2f0qLlgT5IL9LaqdKRqjXMQQK8DDW4WLhMi2ALZ73BOdj.hpAMULQI bB96NB.NPWu1C486JfIXK7ESlTQ0JXo.BQjUtX5Vs99KcNR2OppQFhqS.M95SBO4FPFCiiarsfIV zXsPBUCqU6b5JjmFVhbjf24XVDHfOuO2359IfmuGoxCESIUPaOFVJ.1280WBLa34qej0yv9uqOv0 gRgcqEqTXvcjsiEM9BvBrZ0hsckJyVKGMErPvCUoceUOOOU4SoRjzWl8m4AQYBRovvL_bYSfatfn tTVhrDj9ceIhaLnylvf_B6stE66A3u_WNsZ20uaI.jhhjzMJLCJ9LikSSyKnInCXnYqiRjmZLRMW ys7dhJItTuz8s9PcgizFUj7UUCx7HHVaS4aMVuY.6mIjkrYqEexjTTFOFGWMKDEYTU7J74ToIRj6 InoTaHQilHJc3cSvz7jqVSgPFDzaKkmyY3sLDtsBNwTzga_F48imh.dO0q74touhNef1qyofAMho 950jQA7.2Bjs72FjoGml61knDCuRkU0HjPBH8NdlkaQOBTf7Nxs8DbSMEDlcInQRgZwdiAqv1SVf L5txVhciIhjPsyLA_XY78S7fYIvV0PHqZ90NpLcaDerunCVM3WxXyRMLbm_9CAyMv4cRb077segX bF8YHq50BvRcdQWUohEQHLiWWncYaFPzHFoihuPRMs2b1uhgvEvxDSteSH0fkkX7pioAj9a.FeN_ KAb5sN0XwZc2CxzaOKuva0lyWg5PHGHv2B1K3sSxMeYblo1QAPNzsT6_4XS7dEvC3erlo0GGQ0Aa yc0_RkDP68gDF6XLyafgq64gKM26OgvJEcowtjxvY9K6GQBu1pyv7M.QgScQ5MyJr_OH62hgB18G jSOJyugt3vOyugsYv0VrdPHdN_Xd_UftEsyz.K5mi.QMZ3baAqfbYQ2_r7l16XwJ7jF_iYL0A6vy 6OGGyHD9zQF7pTFx0EsKHkjOvu1YSwxvHv0Y_DKpuIi3h1uCL.Iuw2Z9DAD.Rns_9skqu3lapz2H VoWcoRZ9m465dM4RBZ9V1GG8Qg_zUBA0vqkgaZd9aIsWK6LRTItBf8JOKjwlEWVEC_wRIkFbwg85 ME9_WvFIsnvHqicfDQraaluzu1Dhi.o4Nt79MZ6aiL9INYMnnPB4FcnoNTbZqikRYCYy5F5XoBMG cOWWt1kjVmNBZE47LPPYmomeA7atJJ3h_9J5MpsZCHaqH7o0Ylfcm0xpSvqBDbrzwTJAbD9uy1cx 6YODOMT__lxp0fxKAFGdZeTH8hW37K24e1.KbrffhVKg3VYwD._AQqP4nVQQ0CPXAIjzsLL4E0XV ut5Owr1vmxgL2UX4V3ttSnoezC.ogWb5OfHVSXQBCouO5plCYqtGPsQryKtL0OE5lgXl1dI3U8tt dhqlBqt5X_1Rn.VS65o2YERKiHpx8_c92uK1nPXkgHZk2O4fyL89_.VDSRjJqb2UXtD90f0HUy7X 0kiKPVWLZsVfaV71yKg-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sat, 19 Mar 2022 19:33:17 +0000 Received: by kubenode534.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID c3c4864ab3b01c4ce5b193c9e382030c; Sat, 19 Mar 2022 19:33:15 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: git: 43741377b143 - main - security/openssl: Security update to 1.1.1n From: Mark Millard In-Reply-To: Date: Sat, 19 Mar 2022 12:33:13 -0700 Cc: freebsd-ports@freebsd.org, FreeBSD-STABLE Mailing List Content-Transfer-Encoding: 7bit Message-Id: <9F2CBEBA-040D-4628-BCC3-032D38F06B00@yahoo.com> References: To: Mark Johnston X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4KLWJN2SsZz3CCZ X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=PSelBIX9; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.83 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.25 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.75)[-0.755]; 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)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.83:from]; MLMMJ_DEST(0.00)[freebsd-stable]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.83:from]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N The reports of corrupted files with zero-bytes seemed vaguely familiar, including my own addition to the list. Turns out I'd reported such for main [so: 14] back in 2021-Nov. My context at the time was aarch64. The following has my report sequence, including where I got past the problem vs. before that point. May be the history will help. https://lists.freebsd.org/archives/freebsd-current/2021-November/001052.html I've not had problems with the issue on main since then. === Mark Millard marklmi at yahoo.com From nobody Sat Mar 19 19:54:04 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 9DEE71A29E65; Sat, 19 Mar 2022 19:54:15 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-ot1-x32e.google.com (mail-ot1-x32e.google.com [IPv6:2607:f8b0:4864:20::32e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KLWmQ6LGBz3JNQ; Sat, 19 Mar 2022 19:54:14 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-ot1-x32e.google.com with SMTP id k25-20020a056830151900b005b25d8588dbso7910556otp.4; Sat, 19 Mar 2022 12:54:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=wE+w6reyzd2hJ4ektXb5mMq8WOg9tECrNSrha4s+Xvs=; b=RdGmvl2LCfIXCSi7dnzLv7GMoE6exHARKj3fEZeN5TsAlDn6N1CuxMfglNXl/LOHP0 M40LigYhlkugGxCslKqlJdocQ12pZzGsuRMPcqqcf8MZPo+/C4VSv+QvCczkvDP328qx DSFgA3J0s3URy/swyT2qIl7yDYvu+hDw8IOp+7RK9cesGYET24I2KD9K52YoQDnIXkro dLBaFxbAPHWEicbua+t3UNvb4Vkj2z0l4XeX0fgQQTT/8HYzVlbX64kUu7sE8fa510Uw pYWvWJ0BhBBseOkY5eGorNjNUqEufIe/kNUulPQkpfj+2ku5KguVQqaFQAiY6Q9o1lZH 8zHA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=wE+w6reyzd2hJ4ektXb5mMq8WOg9tECrNSrha4s+Xvs=; b=5YvfzUHE9VAIiPnI/B+pVACyjMPSBxGcc+L2GO86yb/qkfmR//s+TjHIzzOGwXtNtW DhFDXntGH14jhmdpDeEfj4T+qZqFx+u1W2bzeNlJPdu6cgHGBhkV3PGvLGrBQ9PLdScN jD0aQq810cWTYyI9c7gGam/q/rc87OmK/Wp/exDIGPxbsjXEZ+Oc3+Eb0nl626ngIDek 7QrUHehdos9IsVZOkShMhRpat0NKAUGDB8T/iJCkqMlDZkchVNU7CZLM9vYSnbz47Hcf +pVuDZOPfqF4pOJz8ecMHgcSSIc5V5Ly2xNfTeaS2XpsyhPPQ21n3RUHgTFXO/QvZSC/ KceQ== X-Gm-Message-State: AOAM533IypCTHc0n1i7LUqanjRskbmxek3UIZ4DZQH+UmqgixThRYADE ryG+P5iEtttWb5WKBOc9xeXQ/YOstzBWFg== X-Google-Smtp-Source: ABdhPJxotOx2srPLWnS5HFZb7gEpCXJBSMB7amru+5Y//giQH3hKPjUlck6V6KJ1uVxk9jfD6r6ogg== X-Received: by 2002:a05:6830:4121:b0:5c9:4d2b:7364 with SMTP id w33-20020a056830412100b005c94d2b7364mr5647938ott.366.1647719648057; Sat, 19 Mar 2022 12:54:08 -0700 (PDT) Received: from framework ([200.68.139.38]) by smtp.gmail.com with ESMTPSA id c8-20020a4ad788000000b0031ce69b1640sm5002002oou.10.2022.03.19.12.54.06 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 19 Mar 2022 12:54:07 -0700 (PDT) Date: Sat, 19 Mar 2022 15:54:04 -0400 From: Mark Johnston To: Mark Millard Cc: Thomas Zander , freebsd-ports@freebsd.org, FreeBSD-STABLE Mailing List Subject: Re: git: 43741377b143 - main - security/openssl: Security update to 1.1.1n Message-ID: References: <2E632408-4D4E-426C-8DC7-A1024A1D328D.ref@yahoo.com> <2E632408-4D4E-426C-8DC7-A1024A1D328D@yahoo.com> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4KLWmQ6LGBz3JNQ X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=RdGmvl2L; dmarc=none; spf=pass (mx1.freebsd.org: domain of markjdb@gmail.com designates 2607:f8b0:4864:20::32e as permitted sender) smtp.mailfrom=markjdb@gmail.com X-Spamd-Result: default: False [1.63 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; FREEMAIL_TO(0.00)[yahoo.com]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[200.68.139.38:received]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.97)[0.970]; NEURAL_HAM_LONG(-0.63)[-0.629]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; NEURAL_SPAM_MEDIUM(0.98)[0.985]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::32e:from]; MLMMJ_DEST(0.00)[freebsd-ports,freebsd-stable]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sat, Mar 19, 2022 at 12:00:20PM -0700, Mark Millard wrote: > On 2022-Mar-19, at 11:07, Thomas Zander wrote: > > > On Sat, 19 Mar 2022 at 18:32, Mark Millard wrote: > >> May be report to Mark J. how to run the same test builds > >> that failed for -p8 but worked for -p7? > > > > Sure, good point. > > A build that reliably causes broken packages on p8 but not on p7 for > > me is running: > > > > poudriere testport -o multimedia/mplayer -j <13.0-amd64-jail here> > > > > This caused the broken png and python packages when they were built as > > dependencies. > > In poudriere.conf I set this: > > DISTFILES_CACHE=/vcache/distfiles > > CCACHE_DIR=/vcache/ccache > > ALLOW_MAKE_JOBS=yes > > > > The ALLOW_MAKE_JOBS should increase the number of parallel IO > > operations in-flight on the pool, maybe this increases the likelihood > > of triggering the issue? > > The DISTFILES_CACHE and CCACHE_DIR are in the same zfs pool as > > /poudriere, not sure if this is relevant. > > The zfs pool is a single disk, no raid, mirror or anything fancy. > > On a ThreadRipper 1950X, PCIe Optane storage, 128 GiBytes of > RAM, I've used bectl to boot the 13.0_RELEASE-p8 environment > and have started: > > poudriere testport -o multimedia/mplayer -j13_0R-amd64-bulk_a > > where the jail had nothing built in it at the start. So: > > [00:00:08] Building 271 packages using up to 32 builders > > The primary difference is that I've never used ccache and > did not try to do so here. The "zfs pool is a single disk, > no raid, mirror or anything fancy" is accurate, as is the > use of ALLOW_MAKE_JOBS= . > > That did not take long . . . > > It proves that ccache is not required. Also some files > seem to get only small blocks of zero-bytes, others > large ones. But I've not checked for the null characters > being at the end instead of earlier in the file. I still am not able to reproduce it. I think it's indeed a concurrency problem, and I found a possible culprit. Mark or Thomas, if you're able to build a new kernel from the releng/13.0 branch and test it, could you please try this patch? diff --git a/sys/contrib/openzfs/module/zfs/dnode.c b/sys/contrib/openzfs/module/zfs/dnode.c index 8592c5f8c3a9..b69ba68ec780 100644 --- a/sys/contrib/openzfs/module/zfs/dnode.c +++ b/sys/contrib/openzfs/module/zfs/dnode.c @@ -1661,7 +1661,7 @@ dnode_is_dirty(dnode_t *dn) mutex_enter(&dn->dn_mtx); for (int i = 0; i < TXG_SIZE; i++) { - if (list_head(&dn->dn_dirty_records[i]) != NULL) { + if (multilist_link_active(&dn->dn_dirty_link[i])) { mutex_exit(&dn->dn_mtx); return (B_TRUE); } From nobody Sat Mar 19 20:35:50 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 776C81A35604 for ; Sat, 19 Mar 2022 20:35:53 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-vs1-xe33.google.com (mail-vs1-xe33.google.com [IPv6:2607:f8b0:4864:20::e33]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KLXhS3Cpfz3RJD for ; Sat, 19 Mar 2022 20:35:52 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: by mail-vs1-xe33.google.com with SMTP id u198so4557408vsu.10 for ; Sat, 19 Mar 2022 13:35:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=pFdd5L1ftsfBykTNZKXsyouNSggAVWDwDiAwyrTHlK8=; b=VCLz/TSQ0FWcGf2G4g8BG89MdfRZg+oVTOkfdvxXBVQz35wx4iWb8q+1b5cVbguwiB GKA1FY1YkIpiErSmXJDKfJl7N8u+DQYzbuh4RKKC47FdT/t/PH+BhpmQVf+HRa5odb4+ v8f30Zr6ptOq6SaUy5JvMaEjfOOBL10+zGLDQYxRAgwVjUmzAWgjwcYwTii4c1IO72El UgDzAQ5of3YyxCyaVJnR+OCthHzGKmBco4awGdP8E1VeBUX53Rk4jgaJXKFG7dSKDaMm pU8jOhvfXw5z5TyA98zkczic9tlfnjIU+MelhCnnKORjkx6YNw0ty4kE0mCRlse5Rkg+ i3Sg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=pFdd5L1ftsfBykTNZKXsyouNSggAVWDwDiAwyrTHlK8=; b=y8wyAux8BqSXC4m5bbwyIBy8k9Ug0PbI3/zMTKahIaueew+U1dg64i48Muj5x7zcmM Xg9DZaZGdR0lNmnnw+f3Ao48g4kM5UdYRwO6Rysex+wyBZbdQxpLTyrHumNqQjfYCwnP TiNBj7EdbKLoa77f4oKXjKmdpEnCOHdk+/t7U/zUHiY66AhcVgRoA9xkltAnDz52Itov lG5Nn+aLwMspFnChgx4HHgpkehCH82+Sja6bdFH+2kn825CLGwku0v0GmDaMw9LibzQ+ 2wBQdUc2osax5N3WHIta1VoFQ7KFQM9XNdBn49GT4EyquqxDlYDhW1y5+C4FY4fKgglr tUow== X-Gm-Message-State: AOAM530IBarjQLk6O+HvsEyCfTcDzckMNtytPXj7oUOF5CV5AVJ8dg2n zBQZ5ANFg5pzCPSBpBqzTOLn/wWwPgp7BzSURjmwV3AXrqXu2uixXfs= X-Google-Smtp-Source: ABdhPJxeenaOV1sBiO8TVPHRaJUR/s/sgJ3kc0vXklop77f5za1TXlCvUpKcPKhaGJM2nX/backuSwM2gP2XaqS3eYg= X-Received: by 2002:a67:3c2:0:b0:324:eb38:5ddc with SMTP id 185-20020a6703c2000000b00324eb385ddcmr1706506vsd.51.1647722151512; Sat, 19 Mar 2022 13:35:51 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Received: by 2002:a05:612c:14c1:b0:2a2:beee:4b76 with HTTP; Sat, 19 Mar 2022 13:35:50 -0700 (PDT) In-Reply-To: <78e5e42da03d9a65bf820249749f36a5e9c0e119.camel@anduin.net> References: <78e5e42da03d9a65bf820249749f36a5e9c0e119.camel@anduin.net> From: grarpamp Date: Sat, 19 Mar 2022 16:35:50 -0400 Message-ID: Subject: Re: Deprecating ISA sound cards To: stable@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4KLXhS3Cpfz3RJD X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b="VCLz/TSQ"; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grarpamp@gmail.com designates 2607:f8b0:4864:20::e33 as permitted sender) smtp.mailfrom=grarpamp@gmail.com X-Spamd-Result: default: False [-3.49 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.49)[-0.490]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; MID_RHS_MATCH_FROMTLD(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::e33:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N > old hardware. :) Technically RELENG_4 is open for committers hobbyists museums projects etc who like to continue supporting the Pentium+ISA platform and all its pluggable hardware. And there's lots of hardware that can [still, physically] plug into 64-bit platforms running HEAD... (which is likely to exist for decades to come, barring some totally new revolutionary instruction arch platform paradigm shift adoption)... that do not have existing or working or good drivers. Hard to conceive that anyone's at least working driver modules could not be accepted into ports as part of some sort of new "legacy" hardware enthusiasts sub-project. Opportunity exists to organize and incorporate such framework, crowdfund elements, collect and send hardware, etc. Have fun :) From nobody Sat Mar 19 21:24:02 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 5C0F01A1935F for ; Sat, 19 Mar 2022 21:24:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-24.consmr.mail.gq1.yahoo.com (sonic312-24.consmr.mail.gq1.yahoo.com [98.137.69.205]) (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 4KLYmH75gwz3pSQ for ; Sat, 19 Mar 2022 21:24:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1647725049; bh=lgrrCQyeKXAI4B4EqDJNybh63XpCkTHmu2j9AZgJBtM=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=QwLnxS+d62eAhB1RrTWfXTCZKhCX9Lfl5fY36m4rhf5eQUguD5E0TDkMCPs69TKPBpix1yu0Vy05Jg9zgU0zEVVOQTjnbmtPDrZqlioF4DWHTUQJP/xMq0WoUn6wELi0rhBqugSU4Kg/F6yrvkTsQGTyy2mv/hXVmZ0bF9r2qY6L/szn3OEbnktjycJGDrw5w++bbtpAhsc8iZKWpRAHpRjpBDB2PnJYaGqVVh5KSinFp+Sr6DTDmbIy0Gr4jrlUiSG6zugSoawWJSDa/4+RMIx7nuQiJLvRarBzwctlzbV1xA1CtyenJFXh4XOIRMYEjbi00CkZpYRoZVU+7ax86g== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1647725049; bh=3DalWlvpf/jcPmGrkn29kJS1CZsfZzTKV/9USU/QC7C=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=H+PkAIe/KOfRwOUa4eQlKRZqjnMLHOc1VABFtRvSsPQ89G3cFQ9js8PfUJdNj/KphOJL1DP0rGzlhYS2ybVoAYT9/FUFXt7AEeKsCk+EgHdQ2zMtwUnbZDQfZa4QN2Pwf8+tfiCQ3Pvmasdz/usMzY1Dw+mHb3nb+9WYze/ivNhib5FgSJIDoWuBqeoVv3epEdMW4B3sA864ILpLqeft+q6udmvQMBWTbizKo3VVa9a2CA0wi2WC51jmxdvRrZgSe0CPuBFMxkVPkPvjIhs+FQB9ZZGVGFME7oN3tNyHteZAHVMoKdqaWMazHke5rKD7oLrJSCd1UR0cxH1buTrMbQ== X-YMail-OSG: fwHACT4VM1lH08IAMb3Dxd_tQKgaRry864ZEqcRIITFBFaIcncHlrD0P2utaixC Bh.ttBCXyVNrowOlGB6VidxzM0cvokWLk1bMUdNQxdaWmprRIEn_d4vqG33MNTq.rDoagfuEcFzx ojuKmCj6ScPAPBuTijTfgQJkCf3zMRNJTRvY45xK_V2FuIBiheY6auFOZS77qtIzybzlsvOFVEy9 lmu9Xfl7X6mZOEiyiq9VbrCvzRvw3QoU4v1TmvMAwoZxb7.QZOEacNpNzTswLlcP6f1FYNAH.rB7 2V7QBIWrs_pdCp6w4Z7pSh7vd0hDijImtnfQZ0gjB4b2ZMv.MUTXsVEXOpQVwWYVFfvRGXqT.jsr DAhFPcL4fpXg4E15_APdr146qrmvwD4Xkb0rNoMICdSfVVTCz.ul7cJugf34kGMES0ZhuHT8hbrr bmreuMweGy.Lp3rjMZS.TDIcz.XvnCbT1Sz4yKwZ7MfN2nHQGpDd_QaDBGQd8KTYXH.onxd3Sxyp wsCpCgDNIclFY53u9vkpW_vq7F9_JA89X1dDIqsPwybEtmQk.Giij8ZXdRKOslLtDk7HvvvZnW7z CtlKWHjp5Zek17ke8TFFyIfrpOz4QJd1_8K8LNgMtVkqldFTCYpdHQ4Rxe5WboX4EtNjsF_9xLRG Up19ah4Kf9pGl_gFCPfBG675parayNh02V9XlyqpIaJuhbLbmb59BIDBhow.u3J.dHF0MW4eTC5M CsF4Q7Id2uigJ0RKQR8bIH55fVWKieZ9PkYyQOiboGnfmHcjyGOtnvwo3cgTw9uHkq4wV9gwnCO1 4h07k5DwUKnva1tGPczvFK0noK53qR1mvScS62sYbxr7uC4q_s86Iaoaj9uSHaNpE9ToZ4M2a1PH oP7nt6nOUgn6lbXgPcqHqsV9xy7CyxZxSt9EHDvRot2KTS2JrQa5y0N54GZOSqx4Q_bSz.aFeTBU bM8aR90haVwRc3Syzkj_T9beaEhEIgS4gfsLFHFVXZMO3f2DFQHZw8HMMZYREF265G0_fyu2ljuj NavcPJQbpg6jCrYrPI1MW_SV3CGJ8ihmTNKRHTXx0pktpTs7BQISK8s5I6QEsUzPFVbrytaXl5LL 5LyUc1RBZebaRYJvbSk4GIDBMUSdr4o0tvTxYc4_PMXZEB1hIg9SjQnAIj.OLPOjeslLTeYrkqCq OlSRy5VNpI3YYLToR9.ftS_uqEMf_2jssskER1c_.2yBYVC2B_.JoEwIbXWHGCQSqv_WcJfPQ69_ ehqjzN4MBY9oTI3g1fZwMF_S6uVhZgoO9oRwAJxU6FrSdiUoVUDEf63BG7fqisZjSRJVoRBBGkmy nAGLmlyRu8NdQ8W7V0.Ubg2TSX2smICjZM5faLBWkRE3K.zwiy5WfqBatma4cFllCtDxEyZzMg8m hgCKw09DeBV6g_d1pWW2Ld3aAOhO2q10cPUhdiVF0lBZVra2u4gouUlN1osrt2U6v6hq0O4osbNf xIIsvLgCSeh_4JJTHh1cO0uQnI4fUrYCbHaG3GrsmBJnJ2_DingxoWJzsgM2ChMQpZ4oEmZa6_pl RNTMuFFOB5mSuotuLGRjbvLIyOq1WJKzgQoc.0uS0rky_3XsbEYCPpbS2cSsGbpVIxtz5OKT3yxE mGpJz6CctQ9LmRkOvW2LFOV3uvSXqwUxHqhi_NxffGCQS9OxapeV8DCATLI.h3RsQf9gAMiv11kR xBJQwpVLkeU1G7hSc3hGTX9LMIT7rWDEdsLDUPGpNBbjJsfLh8ayizS.l5ItxVmqlLSeoS3o3vIF DHaXFvOFUr26c6HcxPkbAivrtggJKRJL6C6Uuf85467kZfpv5VlMj2t8eFDBQiuXJ8AOEkDTndrp W9AGUX1MOAooHdnd6SH47UKDRDXeZt3hVl700qLxum8dgsfQbbP1XA7EfV7wXKpC7MAXh_Lj1sCS uQLriKLw4YA1CGT6M3_Rhrlo.7OTmKkgT3Jec7.rVkYbYwP.SJ3ufk6KfXoiBf1109Ezg__7Y4et kHWvgnWMWKlqAVBV8zowgNbbOJfpgIhf8ogvaz1_2jct_DhTUXCiFxORlik_ygeg2nslzwQHKAWT sRzce8A1eJVgLWsgf9qVMeCa988JFHeuBotoY9FR1G1PFyu1o0aynpSSDjgzTt9jSD_5H15AjXBK 53aKPtLTlAwE4juiuMtYivy0RmF79Or0XCxZBUWrd2kyYN4j7A4zn2gr.E7uw8t8fEjcZ9GLgXEM gsg2p5ZksTioADHeq5hm2mBCydBCa.ZU9O_SbdG_LY3ksAwObKkh4fy6Nvq1R7Vtq6iiGtlinPbS VUGSv3rmkv_1COWtNFr0r8DU- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Sat, 19 Mar 2022 21:24:09 +0000 Received: by hermes--canary-production-bf1-665cdb9985-zm65g (VZM Hermes SMTP Server) with ESMTPA ID ca6c3fd6d19784f7989498373827cfbd; Sat, 19 Mar 2022 21:24:04 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: git: 43741377b143 - main - security/openssl: Security update to 1.1.1n From: Mark Millard In-Reply-To: Date: Sat, 19 Mar 2022 14:24:02 -0700 Cc: Thomas Zander , freebsd-ports@freebsd.org, FreeBSD-STABLE Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: <4370EEAF-A332-4DEB-8E21-B24689857463@yahoo.com> References: <2E632408-4D4E-426C-8DC7-A1024A1D328D.ref@yahoo.com> <2E632408-4D4E-426C-8DC7-A1024A1D328D@yahoo.com> To: Mark Johnston X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4KLYmH75gwz3pSQ X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=QwLnxS+d; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.205 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-1.57 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.99)[-0.994]; 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)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(0.92)[0.921]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.205:from]; MLMMJ_DEST(0.00)[freebsd-stable]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.205:from]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On 2022-Mar-19, at 12:54, Mark Johnston wrote: > On Sat, Mar 19, 2022 at 12:00:20PM -0700, Mark Millard wrote: >> On 2022-Mar-19, at 11:07, Thomas Zander wrote: >>=20 >>> On Sat, 19 Mar 2022 at 18:32, Mark Millard = wrote: >>>> May be report to Mark J. how to run the same test builds >>>> that failed for -p8 but worked for -p7? >>>=20 >>> Sure, good point. >>> A build that reliably causes broken packages on p8 but not on p7 for >>> me is running: >>>=20 >>> poudriere testport -o multimedia/mplayer -j <13.0-amd64-jail here> >>>=20 >>> This caused the broken png and python packages when they were built = as >>> dependencies. >>> In poudriere.conf I set this: >>> DISTFILES_CACHE=3D/vcache/distfiles >>> CCACHE_DIR=3D/vcache/ccache >>> ALLOW_MAKE_JOBS=3Dyes >>>=20 >>> The ALLOW_MAKE_JOBS should increase the number of parallel IO >>> operations in-flight on the pool, maybe this increases the = likelihood >>> of triggering the issue? >>> The DISTFILES_CACHE and CCACHE_DIR are in the same zfs pool as >>> /poudriere, not sure if this is relevant. >>> The zfs pool is a single disk, no raid, mirror or anything fancy. >>=20 >> On a ThreadRipper 1950X, PCIe Optane storage, 128 GiBytes of >> RAM, I've used bectl to boot the 13.0_RELEASE-p8 environment >> and have started: >>=20 >> poudriere testport -o multimedia/mplayer -j13_0R-amd64-bulk_a >>=20 >> where the jail had nothing built in it at the start. So: >>=20 >> [00:00:08] Building 271 packages using up to 32 builders >>=20 >> The primary difference is that I've never used ccache and >> did not try to do so here. The "zfs pool is a single disk, >> no raid, mirror or anything fancy" is accurate, as is the >> use of ALLOW_MAKE_JOBS=3D . >>=20 >> That did not take long . . . >>=20 >> It proves that ccache is not required. Also some files >> seem to get only small blocks of zero-bytes, others >> large ones. But I've not checked for the null characters >> being at the end instead of earlier in the file. >=20 > I still am not able to reproduce it. I think it's indeed a = concurrency > problem, and I found a possible culprit. Mark or Thomas, if you're = able > to build a new kernel from the releng/13.0 branch and test it, could = you > please try this patch? >=20 Sure. (I build ports in a way that allows large load averages relative to the hardware-thread count. I also have a lot of swap configured. I avoid significant use of tmpfs.) > diff --git a/sys/contrib/openzfs/module/zfs/dnode.c = b/sys/contrib/openzfs/module/zfs/dnode.c > index 8592c5f8c3a9..b69ba68ec780 100644 > --- a/sys/contrib/openzfs/module/zfs/dnode.c > +++ b/sys/contrib/openzfs/module/zfs/dnode.c > @@ -1661,7 +1661,7 @@ dnode_is_dirty(dnode_t *dn) > mutex_enter(&dn->dn_mtx); >=20 > for (int i =3D 0; i < TXG_SIZE; i++) { > - if (list_head(&dn->dn_dirty_records[i]) !=3D NULL) { > + if (multilist_link_active(&dn->dn_dirty_link[i])) { > mutex_exit(&dn->dn_mtx); > return (B_TRUE); > } >=20 Change made. Rebuilt. Reinstalled. Rebooted into the 13_0R-amd64 be area. Bulk build started. Bulk build completed. (Took longer because I let it run to completion.) No explicit reports of null characters. The same 2 ports that failed before, not reporting zero-byte issues, failed again. Likely independent issues: [00:28:28] Failed ports: security/libgcrypt:build = print/freetype2:package Overall it skipped something like 54 ports. libgcrypt-1.9.4.log . . . --- basic.o --- basic.c:315:16: error: inline assembly requires more registers than = available asm volatile("movdqu %[data0], %%xmm0\n" ^ basic.c:315:16: error: inline assembly requires more registers than = available basic.c:315:16: error: inline assembly requires more registers than = available basic.c:315:16: error: inline assembly requires more registers than = available basic.c:315:16: error: inline assembly requires more registers than = available basic.c:315:16: error: inline assembly requires more registers than = available basic.c:315:16: error: inline assembly requires more registers than = available basic.c:315:16: error: inline assembly requires more registers than = available basic.c:315:16: error: inline assembly requires more registers than = available basic.c:315:16: error: inline assembly requires more registers than = available basic.c:315:16: error: inline assembly requires more registers than = available basic.c:315:16: error: inline assembly requires more registers than = available --- mpitests --- . . . --- basic.o --- basic.c:315:16: error: inline assembly requires more registers than = available basic.c:315:16: error: inline assembly requires more registers than = available basic.c:315:16: error: inline assembly requires more registers than = available basic.c:315:16: error: inline assembly requires more registers than = available basic.c:315:16: error: inline assembly requires more registers than = available basic.c:315:16: error: inline assembly requires more registers than = available basic.c:315:16: error: inline assembly requires more registers than = available fatal error: too many errors emitted, stopping now [-ferror-limit=3D] freetype2-2.11.1.log . . . =3D=3D=3D> Building package for freetype2-2.11.1 pkg-static: Unable to access file = /wrkdirs/usr/ports/print/freetype2/work/stage/usr/local/lib/libfreetype.so= :No such file or directory pkg-static: Unable to access file = /wrkdirs/usr/ports/print/freetype2/work/stage/usr/local/lib/libfreetype.so= .6:No such file or directory pkg-static: Unable to access file = /wrkdirs/usr/ports/print/freetype2/work/stage/usr/local/lib/libfreetype.so= .6.18.1:No such file or directory *** Error code 1 I think this indicates that your fix works. For reference: # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ branch: main merge-base: 0c4fe38bd1b9e3ede128751db17a8a2d1bdffe6f merge-base: CommitDate: 2022-03-15 16:15:33 +0000 0c4fe38bd1b9 (HEAD -> main, freebsd/main, freebsd/HEAD) misc/urh: Update = 2.9.2 -> 2.9.3 n577366 (--first-parent --count for merge-base) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Mar 19 21:24:36 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 513A51A19868; Sat, 19 Mar 2022 21:24:50 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (udns.ultimatedns.net [24.113.41.81]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "ultimatedns.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KLYmx5XSLz3pXg; Sat, 19 Mar 2022 21:24:49 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.16.1/8.16.1) with ESMTP id 22JLOb82035730; Sat, 19 Mar 2022 14:24:43 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Date: Sat, 19 Mar 2022 14:24:36 -0700 From: Chris To: Ed Maste Cc: freebsd-stable stable , FreeBSD Current Subject: Re: Deprecating ISA sound cards In-Reply-To: References: User-Agent: UDNSMS/17.0 Message-ID: <89c73d2114c1c7f8b5877e7174178a23@bsdforge.com> X-Sender: bsd-lists@bsdforge.com Content-Type: multipart/mixed; boundary="=_6688ab9f82bc0b96bd891e3b23e099e0" X-Rspamd-Queue-Id: 4KLYmx5XSLz3pXg X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; local_wl_ip(0.00)[24.113.41.81] X-ThisMailContainsUnwantedMimeParts: N --=_6688ab9f82bc0b96bd891e3b23e099e0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8; format=flowed On 2022-03-18 09:08, Ed Maste wrote: > ISA sound cards have been obsolete for more than a decade, and it is > (past) time to retire their drivers. This includes the following > drivers/devices: > > snd_ad1816 Analog Devices AD1816 SoundPort > snd_ess Ensoniq ESS > snd_gusc Gravis UltraSound > snd_mss Microsoft Sound System > snd_sbc Creative Sound Blaster > > I have a review open to add deprecation notices: > https://reviews.freebsd.org/D34604 > > I expect to commit this in the near future, then MFC to stable > branches and remove these drivers from main. Please follow up if > there's a reason we should postpone the removal of any of these > drivers. This only hurts from a nostalgic perspective. Those GUS cards were incredible! I have a board running freebsd that has 2 GUS cards in it running simultaneously. Sniff... cést la vié --=_6688ab9f82bc0b96bd891e3b23e099e0 Content-Transfer-Encoding: 7bit Content-Type: application/pgp-keys; name=0xBDE49540.asc Content-Disposition: attachment; filename=0xBDE49540.asc; size=5028 -----BEGIN PGP PUBLIC KEY BLOCK----- mQENBGDTzGEBCADHlXdS4V57s2soaEK2wi3o9rr9zo7to/giBSxCpFYJxOnPkL5A 2ibbvflrL8sWvAczx47wgDS7iIhzICBBRdnXtcFGnoeeriV27LSn+PcpnIB+DaWZ xe+6TDC0Z0JUJ7qDTjUBFzhnQGYlrVvc4WbnWTjJaB1LEwgIX8JqX5S3SX0/oXgs +OtqDuENZ4/a5te5xPnspTv/5NJHjqYGxjHP0Vw0KjRKS1AoJ1SBPSMQV5373AX9 5NzFS+CjqeQhjfHFPeRajQ8t4T6eqhKA7LtKMO1egeAwNehk9ZoEqEBT2+ojuKUd oSuzqvhhx+eUIYLFqoPSzMKR+YbStzergsbnABEBAAG0KUNocmlzIEh1dGNoaW5z b24gPGNocmlzaEB1bHRpbWF0ZWRucy5uZXQ+iQFrBBABCABVBgsJBwgDAgQVCAoC AxYCAQIZAQIbAwIeARgYaGtwczovL2tleXMub3BlbnBncC5vcmcWIQQGJAsyyBlk cuwsSYsYdR58veSVQAUCYNQl+wUJA8LAmgAKCRAYdR58veSVQN3NB/sFTeXrZeDk ml/dshET8QbkOPgXlnibk8+Mauf+y9LjS9WT7R8EmqhK7T7aw115JQ1RWTM6kpQM jyDBjYF7piJEpNKI9YDeSnODKir1fWQqm9+wd68wAKGvV4m8kg9uOHCvXG4J++MG zDFH+PuGVxKirFnaz46DpS0Zw7wTtjNiNFvCooYov3IeYGfqcchd3hwBuXgWLexZ vI8JW7lL9oXl7B/wcbSxg9rwy6/QLYGg6sEtYRcFYyvQWefSMJaLWjU/pZN2iSxM lXm55iZv1BXHupfeD1ldRiGs6ejrcpa8+U1ju291WbLzcIsU8IDljeW9/WB2dLFT hJmY1wRk158AtB5DaHJpcyA8YnNkLWxpc3RzQGJzZGZvcmdlLmNvbT6JAWgEEAEI AFIGCwkHCAMCBBUICgIDFgIBAhsDAh4BGBhoa3BzOi8va2V5cy5vcGVucGdwLm9y ZxYhBAYkCzLIGWRy7CxJixh1Hny95JVABQJg1CX7BQkDwsCaAAoJEBh1Hny95JVA aI0H/AlJAOfc5TcMKa479Itw31mwccKb+u0DPN9Gkm/RfWIBjeqqozxCM8G8jVFr dt/J6KmBO3dQtRZHlXdD57RAfDDl5Vm3uws0s+UIFOxMiua/YxyuDcKLsE8Bjkzx z+vuJ8f6cg4WlygPr3bo3l81AOuU/wOsTrNkQvVJxgATlooATSVxs0yNn2uoso9f nhMGUYsmT4c35JYh0k6Lq7Z2LS+ELipMTQ7M7iCWSP1O/zSEvPD4NBo52xCvjLka KcL4fRl7UN+6ouwGr5aUn83tztE/IR0AK45gFvL5yxI4g/zm1t3j2+hhhW1pBU8w uQWkD2DyLTWy7xs1uVF5m1ojHp60H0NocmlzIDxrbm90QHRhY29tYXdpcmVsZXNz Lm5ldD6JAWgEEAEIAFIGCwkHCAMCBBUICgIDFgIBAhsDAh4BGBhoa3BzOi8va2V5 cy5vcGVucGdwLm9yZxYhBAYkCzLIGWRy7CxJixh1Hny95JVABQJg1CX7BQkDwsCa AAoJEBh1Hny95JVA5m8H/iENaTD4j5QHfaHfiDIdxGx36GnETyRK0vAzr2b6pzG+ 7VHNCm4ZfuMsXDJ1ZD8fjTipvg0f4w31xCQI0NgNdAqudBqE075Jwcr9pE9j8VN1 Nvejto01cgLHODbLPhokrkFz1K023VjCdy5RaVuCZ6ajTif7Kq+BEOE8TumYx4ly zdhnh/9ICohqfVvEMh347wI36D7HuezHB773hOsHdqTy9T+0Qu0Vu+wud45MUy1f vRF11OkJFtKL0bh4yMSGVY1xte1Mt/qC6rd43TDtAW3ekw1o/exh764kp7XXQsmP wwe4Y040PZafcygJlEW9bBtjjxKnzDTvqeb5dMi6d7a0GENocmlzIDxvaWRldkBz dW5vcy5pbmZvPokBaAQQAQgAUgYLCQcIAwIEFQgKAgMWAgECGwMCHgEYGGhrcHM6 Ly9rZXlzLm9wZW5wZ3Aub3JnFiEEBiQLMsgZZHLsLEmLGHUefL3klUAFAmDUJfsF CQPCwJoACgkQGHUefL3klUB74wf8DSvT36bYZp7oqZ+35HNhTekJ2dbTzUhauF0S +Z9R1AGnNnINgua75CyQGdNCIgcZxo4qG9sePl7SllQ9i0qhmiw0mzmvky8bAZQV V/2Coc1C/81b+PI19VczYrbZC20jApsnbAIkKZgSh9XQoiLd3meY7G2lX2k6CXYL xSeBEh+N3BU8vLxExm82U71Qzm43u0kA1TlbTSqpBvg/tfAzTCsYQLSlB6b4ZL2W D6U7b7ZYF5oZNonVNWSHxpjUN3Evkta9xWS2+cgYQdlP1/ku5w5ZWwzmYG7awh0J /YuSNIp6Ks6D/PSBduu6XbH+FJHaXmq+ZCKpNBh5EKH+GhOfq7QfQ2hyaXMgPHBv cnRtYXN0ZXJAYnNkZm9yZ2UuY29tPokBaAQQAQgAUgYLCQcIAwIEFQgKAgMWAgEC GwMCHgEYGGhrcHM6Ly9rZXlzLm9wZW5wZ3Aub3JnFiEEBiQLMsgZZHLsLEmLGHUe fL3klUAFAmDUJfwFCQPCwJoACgkQGHUefL3klUC3GggAo4Y+hslaoV7Namp7qWYZ Vei4ZwPfsYW7/HtmFORSGV8C8xR+LSkwzN1Hc7Qxvwv+DXuk7Hzd1Ag/xe8XhbNG /NMrXENY/8ym9TRbxtrBIhQyhkyShSUT+N+g16GRNZKuNL2MOIHc/RCS/YyyaTtu TzIxFbP7Gb2LO1LiiZsFVOGirHfxyiww7CAm3HXY2K4smOiKs6swZMpStVy3dd6A BcB1LPGs3ywDglFfKCRbVmjsPgsi61r4kUBVO6ML7lAmPDXLXOa+7iAtBN479QxC MVeH3Y3SMrvu61Vyf1xL79rIznU3u8C34zfxqsoIV0zCZe2YDLbFfLhZYqatYYEo e7QjImNocmlzLmgiIDxjaHJpcy5oQHVsdGltYXRlZG5zLm5ldD6JAWgEEAEIAFIG CwkHCAMCBBUICgIDFgIBAhsDAh4BGBhoa3BzOi8va2V5cy5vcGVucGdwLm9yZxYh BAYkCzLIGWRy7CxJixh1Hny95JVABQJg1CX8BQkDwsCaAAoJEBh1Hny95JVAkUEH /jkzYrRh7muqoebwEgVeULzPbAs/nYJm9SMME2ypB2FS8kusO7lE+33UJO7PhHkJ 0nJ+tPfP8UV+fCzVjKjabzpvUGuiMWKRZEK9xNoxwi/epOrRw87msHA2LPqEob+F sVh09Nc58s75koUgSYp5h0FjsLK0+fwsQ6PtTfpY5W6JJVJRQnMwGKk5czrukBSM 79kJvphgul2xuzqo5K7rM98dL75AwCJmJZnbyXpUJIhtY/G01nURupBiQGgNixYs Zeo6OR669TFrMRWxueXtlHD0WaX7JNSlR5uyzpVaDCH0Kxa6ozmZtD+a6dAXg630 zbLGHg51JIm38Uvi1i47Jaa0KCJILlIuIENvbW11bmljYXRpb25zIiA8ZG5zQGRu c3dhdGNoLmNvbT6JAWgEEAEIAFIGCwkHCAMCBBUICgIDFgIBAhsDAh4BGBhoa3Bz Oi8va2V5cy5vcGVucGdwLm9yZxYhBAYkCzLIGWRy7CxJixh1Hny95JVABQJg1CX8 BQkDwsCaAAoJEBh1Hny95JVAABoH/iOWA+9BKxLIAIFgW2nxTFDrGvbxXL/mVSFt SOInKX8UqqfLCcikfpWLsj2D7mg5rKFMCu+31UYYlnrXl4YY1qruq0vh41L72qNy yHYol+xW4BSbZXf2q2ph7+lnPsFoodw7acVun5F8M8NH0roo5AOSbgRlK69ZFIcq fDEJdtk4oul7pqGArdeTCCdrSaeR3zrRN8P0PDOkGKSdlpeOE6XHnbbmAPZIhr/9 KsSpX1BGyipda3k5kOB4TsGVo+cRJMkK+GMpsZ+lJ7ZzRbjHbC+b52TiAIjMtXCK 3A3LrDUeMoJwvRKoO1tzquF6HqHJSg0ArZOvAB3BHlwUyUtA/o25AQ0EYNPMYQEI ANFpucNRdYEOubTNluoK97N9JmDb0WRXPPow+3XfBom6ZBSrWqNBgqDbjxSsLB00 QXbA8EB5W/Oolp/0epwEtgNAxyKVPowE/un+rY1PqvGjeAR4gBhY9Za1Lg1Q3vnR /WzsY7RIQCqhWUbfdGn1u6r/EgTBVrwUp4U/3ggfSz/PcUt4pUhlgxfYvjSjOgEZ wbqaQIwWud11FKMARNAUJzvJL/fDGeKLMvgRUwynIDGzCq7e67hhEEo5jwkZ0gEl 8RxXHKFuYkbb/q7rpdifXYYT6QCFlEZhiRbtH5Us7kgKuRD2XUFEQnN4U/rxuydH 4XOP6iOhiZfYnK/y9HBeRCMAEQEAAYkBPAQYAQgAJgIbDBYhBAYkCzLIGWRy7CxJ ixh1Hny95JVABQJg1CYkBQkDwsDDAAoJEBh1Hny95JVApBsH/iEg2ANRkHByfXB+ sH3PMf2Jsg5NSuj8OiNeKKGGIKCJkSAPjtv5rvKLNcvIcTR5Vnhr0e6AteFcK2te iFWDmj0QuFoQNvIOHQ3nHBPSpai2Ubq12nvYfg4bYK28AMi4xPMssgQ8awFgAI2V k9okq5XwC0Cc1MGhupEWYYSaFLIDQvFvRRSw1Lyc/W3SKa4d2dgesIPnB/rdv0Zq u8ftsSmurKxA2hQeNIcn06Ew7AbWUIjFX/bDXJlg/3Sj/spU2ur23TmaADBKhT5P DvfdaFTkk0SBfpN1j2S0DNXBHSrWvRp15zZmU4hwELiUY/H2/j/XpOGV3Q0i2iob 1hJ30C8= =aMQi -----END PGP PUBLIC KEY BLOCK----- --=_6688ab9f82bc0b96bd891e3b23e099e0-- From nobody Sat Mar 19 21:31:21 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E6D721A1D2D0; Sat, 19 Mar 2022 21:31:30 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from smtp.burggraben.net (smtp.burggraben.net [IPv6:2a01:4f8:140:510a::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.burggraben.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KLYwd5YVpz3tJN; Sat, 19 Mar 2022 21:31:29 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from elch.exwg.net (elch.exwg.net [IPv6:2001:470:7120:1:127b:44ff:fe4f:148d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "elch.exwg.net", Issuer "R3" (not verified)) by smtp.burggraben.net (Postfix) with ESMTPS id 1C1BFC0030C; Sat, 19 Mar 2022 22:31:22 +0100 (CET) Received: by elch.exwg.net (Postfix, from userid 1000) id 7576F3AB06; Sat, 19 Mar 2022 22:31:21 +0100 (CET) Date: Sat, 19 Mar 2022 22:31:21 +0100 From: Christoph Moench-Tegeder To: Mark Johnston Cc: Mark Millard , Thomas Zander , freebsd-ports@freebsd.org, FreeBSD-STABLE Mailing List Subject: Re: git: 43741377b143 - main - security/openssl: Security update to 1.1.1n Message-ID: Mail-Followup-To: Mark Johnston , Mark Millard , Thomas Zander , freebsd-ports@freebsd.org, FreeBSD-STABLE Mailing List References: <2E632408-4D4E-426C-8DC7-A1024A1D328D.ref@yahoo.com> <2E632408-4D4E-426C-8DC7-A1024A1D328D@yahoo.com> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/2.2.1 (2022-02-19) X-Rspamd-Queue-Id: 4KLYwd5YVpz3tJN X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of cmt@burggraben.net designates 2a01:4f8:140:510a::3 as permitted sender) smtp.mailfrom=cmt@burggraben.net X-Spamd-Result: default: False [-3.50 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.996]; FREEFALL_USER(0.00)[cmt]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:4f8:140:510a::3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[burggraben.net]; RCPT_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[2a01:4f8:140:510a::3:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-ports,freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; FREEMAIL_CC(0.00)[yahoo.com,freebsd.org]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N ## Mark Johnston (markj@freebsd.org): > > The primary difference is that I've never used ccache and > > did not try to do so here. The "zfs pool is a single disk, > > no raid, mirror or anything fancy" is accurate, as is the > > use of ALLOW_MAKE_JOBS= . That's basically my setup: "single-SSD zpool, good amout of RAM, well-hung Intel CPU (8 cores, +hyperthreading active), no ccache, ALLOW_MAKE_JOBS=yes, 2 builders (more than 2 to 4 builders makes the build go slower)". > I still am not able to reproduce it. I think it's indeed a concurrency > problem, and I found a possible culprit. Mark or Thomas, if you're able > to build a new kernel from the releng/13.0 branch and test it, could you > please try this patch? I'm running that right now, building some 300+ ports (firefox on an empty repository). If that works, I'll report back tomorrow morning (CEST) and retry the same with a plain releng/13.0 kernel (which should fail, at least it failed very reliably before I backed out the zfs-related ENs). Regards, Christoph -- Spare Space From nobody Sat Mar 19 21:34:11 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3C67E1A1ECF9 for ; Sat, 19 Mar 2022 21:34:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-21.consmr.mail.gq1.yahoo.com (sonic306-21.consmr.mail.gq1.yahoo.com [98.137.68.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4KLZ012vmKz3w9t for ; Sat, 19 Mar 2022 21:34:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1647725658; bh=TsS2fiqQk2yE7tE3br7CcOjqkI84AFodlLTz2SrJsvQ=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=QGLQmHrlrjaIYjhh6EPBFd3Ph62karSgyccK7dUBLh0vaPnbCjHnxhuoHLoktkPh0gQOJUpZuWEk4wnNj5I++p+ZQxMrYUxprnRnqKYzDpjG3NWVfdhNJJ7EmgfsOQLDFxa/qGRYfVEup1IPsZnb/LXQerq2HAaqy/9OI0k/R28oLqGy9tLY1BkKTmgb71/4lW0AzBCLkMJk0WHN/BHttZ7Sfc98mrKmwyGHA5gLbDhVEoTU10l4oKSTC3L6uDGa/SRxmC5cgoaFW+7HyfK2iZkVmcTHQdISrCvhdtMpfjRfCv+raa/NbpHaK24bv4jmn6I+/aQGpk8BIXmGABgJLA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1647725658; bh=CxY2nGTCRXYzpEHHQg/Wa6KtfwZvsQVVDjJ2jpzK6Ks=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=YEeS3I/nEb/p5Be9nh70Isp0WHaRpFIG7+j9nyQYbCndygYi8QhTvTcUgZje+5gTWdIFBFBIlbUrAKl7ut0u6jfwNnMdfh0kKJsBkxbHzHjSJiBGq8Tfh7hAic7lMzYUmUUVzoRy79zw7GxkUqx+yCFzpc17EgyqgIUDMkfRnG3xdQmJwYnGxTxAdNLOQq5igFqDHy5UkDARUFxiYzvGWk8pNjee+cT9KDXNOkM3PNWLXaMIvRR6G/rDrBKpORKpDjOfJUVfvV+/04Qmw0lZtAlIeY5yCQHmdEqHu7Ld0jlPHZn28IKygtxi8G4T1aDkTBj45Wjr3+LkROhSZ6yBtg== X-YMail-OSG: KQ0Hn_gVM1kf9vS0rAMt6a4WrU.z_dwS5GI1.KYT1LXp6w6m4VBWWXf.LmXCqAp enXwXiMRov2QmyeN3Fcl3AhQUN9_FoOCeJkk3Tmvn1EumcHAXc1VVolqH25xAnuG.KgU_Xk5pjV3 uTIzoyWmLfzylpkWpUeUmXARvBseUtrV8Bb90hjDrRg9vlkEXqMLixfJPTONglGF9NM7ZpXRwbe3 hz31UM2a88SUUpzuq0e2Dk63YNRltxL1RVLDlxxfZJDpGr1b1g5JXE6qS2.LqQngUp8LLenH80lD MMLmMmu6OgSDXTMcHK7VcOx.SaefvTTS12zf9TZWpenf3IeQyQU4WTodcGNDHzD36T2zB8Osgw48 cnmqyAPUZSvwPOnSUCXfXQYj4wHnfLrXnwI6_DGT5Q.bZGlDKi2QLr2EdNj1EcY0T2Keib9pAgLb QbYq8.aduaeC0tnP64vYkwy8sw3ODVvwhnRy3U9EWDX7uqBlIeozBUkWUUOnomtE_UTgS7OiG3vX jh610fVPCuxB3XljO6Z..SzaWGUZVYjCwGcvw.R0JFTZ79LUlx1S94v0ob9hUgNarxet6L3BrVXx 3d22u.d6Gv5b8wdqbz90csiR3DD1K1CAVG_xjIXdd0k8Wx5MHPJRMGNwlvmKTsPQgWYndgg3a62M YDEPnYb8ywnY12oYMTsUpJgJIyHekdUtw7_akLJR1khLhRtqSV3_tAsyz1Ziu1dbSuwhwx1bySu. X_KAo86hd_i9rSrz5.VLh6r95AErquJNlOxE6S4pzSfvR_5675.o3lIZJEBOCTTAMoW0T0pZSigH uZCXuBdwY64e33T4L9dcJrbZFNRgenpuNxg3xnitTOdMaPZhbVh10M2ibHWv6vZSU7LEk2awyKzJ TsG4Ou9DjE6Qwos49.NMRWeE193J0S2.rN9JUqdkmYRtC7A8b0HSX_6G42GPur5i_JjGX.PcC9wb 99VgXCmr4D0PBVrVNxHSFsX.jcuRWi1CUTCH6OJIu8RL9dUkSJNPLl4knFkhFLjS569b234AcjYM XrzzCShiLr_xLFzxtGBKB8JdTSRIgLO5olW9dXJ3Ep5jnJWuq5TYDcwkeBndK_qneiU91k2sDtkS TccxHxN8xWy_WncJpa_BY2atDpILUfXIb6ZzgMqCJq7Z9hnSzVszFkOor6xDZxGXPHoQ2iG76uS1 GIcDcLdqW6ctLXMFoDxEKdxVoT4lmHKaIHPqze1RaDK3D0j5FqifgfreWvtdHPH7boRXu_.mUrdr vXM0OE0Xa513HjMoRQqPSb_yWPUDy_DHEa9Spl8FQNPcUJLKqt_DFUVmRa07daytq9xHuUsdPixx lMrUqbtG0U7uo8cbk8wKRqhEG_10GKWF1VES8oGvp9e.WsbwsTYU0nlsPo.QMh49MwA8HppT0AK. AVW_psvE_MYAoaR34VdtBz.IbEYtSQ09to3z_xamim.CnjGpZW.BPRSxjy2tUigfzvo6EsSpqBkV 8_sTFbsxb3BupWoVRX_kAqKKswklOMVZuTJgtB.N.nq_znLd6Ed2.aRaG0LnkxjGKzEwsndmebkQ QAA_KOvqlpoUVJFsiODbAuFp1PfcpARJmNep4w2jcRTElk7wsL56WUHss3rrkoL2nIQs_WVeCOkH eoGwgmKQ8ok1aJ9ImuUWlseYzHEowbPOpXO8pZ3z1tVtcGLqf2t6hXAF1q23rrQJbq0JsVpEX5_l yJ6JmAZ2iQBBJVj1UVztt.u5cNvHH1Fon9fp6eUmSBVAmTVdXOUueI8TbExpaxDAZaswjF83uBTZ ZIQHCCdkzrzOLMOA3JbuH5FDyMWgKviHQak2C2m2oj316vSGaxap3bA3O7Oy.lJ9keywsgGhATtk PUw_iba8F_nYtpCuypS.eY215YChH9Glx62yDZ2aqBare1_0EIhE28PK34dxwBdTDwiw7mCq7oo0 xgueW4dX_Bwtfi5F192aetYBqQ6LbQ5jencO06OAk70zLfVnC2_6hWdhDorbhAzaBjB6dRUfu5Cq Q6E0Jaoi.RWuYhcbFIwRBI572we255g0So4Ssy.v_htIX2mRwx.bRaVfpNwFu1E9V92O5IuD4BSh fqCQxx17TEjw.g.M0PPsMLwE1oJNfahWLInTepLRABOL2bzlJUJWwEpfNF_mwYUIz6Bo7NUmup_Q jfyyGFh0dBf5ZqV5cEjDyaQf246UY63Nc7n.fCF.87WNFVrruoRtKnEZFH6ykVzcnNBBuiNWORG6 vsaRt2IqsCE6iRZvpk1yC_ae0qdaYFXA1kYLxkowS_1ww62MP6HBe6fq2iJBlVaV.mzg99yvJmBa 3q1Tve8d3VxtXs2gP X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Sat, 19 Mar 2022 21:34:18 +0000 Received: by kubenode520.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID cda46b52cbfc2bfc653e194eb5324e41; Sat, 19 Mar 2022 21:34:12 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: git: 43741377b143 - main - security/openssl: Security update to 1.1.1n From: Mark Millard In-Reply-To: <4370EEAF-A332-4DEB-8E21-B24689857463@yahoo.com> Date: Sat, 19 Mar 2022 14:34:11 -0700 Cc: Thomas Zander , freebsd-ports@freebsd.org, FreeBSD-STABLE Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: References: <2E632408-4D4E-426C-8DC7-A1024A1D328D.ref@yahoo.com> <2E632408-4D4E-426C-8DC7-A1024A1D328D@yahoo.com> <4370EEAF-A332-4DEB-8E21-B24689857463@yahoo.com> To: Mark Johnston X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4KLZ012vmKz3w9t X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=QGLQmHrl; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.84 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-1.57 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.99)[-0.994]; 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)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(0.92)[0.921]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.84:from]; MLMMJ_DEST(0.00)[freebsd-stable]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.84:from]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On 2022-Mar-19, at 14:24, Mark Millard wrote: > On 2022-Mar-19, at 12:54, Mark Johnston wrote: >=20 >> On Sat, Mar 19, 2022 at 12:00:20PM -0700, Mark Millard wrote: >>> On 2022-Mar-19, at 11:07, Thomas Zander wrote: >>>=20 >>>> On Sat, 19 Mar 2022 at 18:32, Mark Millard = wrote: >>>>> May be report to Mark J. how to run the same test builds >>>>> that failed for -p8 but worked for -p7? >>>>=20 >>>> Sure, good point. >>>> A build that reliably causes broken packages on p8 but not on p7 = for >>>> me is running: >>>>=20 >>>> poudriere testport -o multimedia/mplayer -j <13.0-amd64-jail here> >>>>=20 >>>> This caused the broken png and python packages when they were built = as >>>> dependencies. >>>> In poudriere.conf I set this: >>>> DISTFILES_CACHE=3D/vcache/distfiles >>>> CCACHE_DIR=3D/vcache/ccache >>>> ALLOW_MAKE_JOBS=3Dyes >>>>=20 >>>> The ALLOW_MAKE_JOBS should increase the number of parallel IO >>>> operations in-flight on the pool, maybe this increases the = likelihood >>>> of triggering the issue? >>>> The DISTFILES_CACHE and CCACHE_DIR are in the same zfs pool as >>>> /poudriere, not sure if this is relevant. >>>> The zfs pool is a single disk, no raid, mirror or anything fancy. >>>=20 >>> On a ThreadRipper 1950X, PCIe Optane storage, 128 GiBytes of >>> RAM, I've used bectl to boot the 13.0_RELEASE-p8 environment >>> and have started: >>>=20 >>> poudriere testport -o multimedia/mplayer -j13_0R-amd64-bulk_a >>>=20 >>> where the jail had nothing built in it at the start. So: >>>=20 >>> [00:00:08] Building 271 packages using up to 32 builders >>>=20 >>> The primary difference is that I've never used ccache and >>> did not try to do so here. The "zfs pool is a single disk, >>> no raid, mirror or anything fancy" is accurate, as is the >>> use of ALLOW_MAKE_JOBS=3D . >>>=20 >>> That did not take long . . . >>>=20 >>> It proves that ccache is not required. Also some files >>> seem to get only small blocks of zero-bytes, others >>> large ones. But I've not checked for the null characters >>> being at the end instead of earlier in the file. >>=20 >> I still am not able to reproduce it. I think it's indeed a = concurrency >> problem, and I found a possible culprit. Mark or Thomas, if you're = able >> to build a new kernel from the releng/13.0 branch and test it, could = you >> please try this patch? >>=20 >=20 > Sure. (I build ports in a way that allows large load > averages relative to the hardware-thread count. I also > have a lot of swap configured. I avoid significant use > of tmpfs.) >=20 >> diff --git a/sys/contrib/openzfs/module/zfs/dnode.c = b/sys/contrib/openzfs/module/zfs/dnode.c >> index 8592c5f8c3a9..b69ba68ec780 100644 >> --- a/sys/contrib/openzfs/module/zfs/dnode.c >> +++ b/sys/contrib/openzfs/module/zfs/dnode.c >> @@ -1661,7 +1661,7 @@ dnode_is_dirty(dnode_t *dn) >> mutex_enter(&dn->dn_mtx); >>=20 >> for (int i =3D 0; i < TXG_SIZE; i++) { >> - if (list_head(&dn->dn_dirty_records[i]) !=3D NULL) { >> + if (multilist_link_active(&dn->dn_dirty_link[i])) { >> mutex_exit(&dn->dn_mtx); >> return (B_TRUE); >> } >>=20 >=20 > Change made. > Rebuilt. > Reinstalled. > Rebooted into the 13_0R-amd64 be area. > Bulk build started. > Bulk build completed. > (Took longer because I let it run to completion.) >=20 > No explicit reports of null characters. The same 2 ports that > failed before, not reporting zero-byte issues, failed again. > Likely independent issues: >=20 > [00:28:28] Failed ports: security/libgcrypt:build = print/freetype2:package These are what happens for WITH_DEBUG=3D style builds. Turns out that the *make.conf files from my last bulk -a experiment were still in place and were causing WITH_DEBUG=3D builds. (Not my normal context.) I'll disable that and rerun the bulk from scratch. > Overall it skipped something like 54 ports. >=20 > libgcrypt-1.9.4.log . . . >=20 > --- basic.o --- > basic.c:315:16: error: inline assembly requires more registers than = available > asm volatile("movdqu %[data0], %%xmm0\n" > ^ > basic.c:315:16: error: inline assembly requires more registers than = available > basic.c:315:16: error: inline assembly requires more registers than = available > basic.c:315:16: error: inline assembly requires more registers than = available > basic.c:315:16: error: inline assembly requires more registers than = available > basic.c:315:16: error: inline assembly requires more registers than = available > basic.c:315:16: error: inline assembly requires more registers than = available > basic.c:315:16: error: inline assembly requires more registers than = available > basic.c:315:16: error: inline assembly requires more registers than = available > basic.c:315:16: error: inline assembly requires more registers than = available > basic.c:315:16: error: inline assembly requires more registers than = available > basic.c:315:16: error: inline assembly requires more registers than = available > --- mpitests --- > . . . > --- basic.o --- > basic.c:315:16: error: inline assembly requires more registers than = available > basic.c:315:16: error: inline assembly requires more registers than = available > basic.c:315:16: error: inline assembly requires more registers than = available > basic.c:315:16: error: inline assembly requires more registers than = available > basic.c:315:16: error: inline assembly requires more registers than = available > basic.c:315:16: error: inline assembly requires more registers than = available > basic.c:315:16: error: inline assembly requires more registers than = available > fatal error: too many errors emitted, stopping now [-ferror-limit=3D] >=20 >=20 > freetype2-2.11.1.log . . . >=20 > =3D=3D=3D> Building package for freetype2-2.11.1 > pkg-static: Unable to access file = /wrkdirs/usr/ports/print/freetype2/work/stage/usr/local/lib/libfreetype.so= :No such file or directory > pkg-static: Unable to access file = /wrkdirs/usr/ports/print/freetype2/work/stage/usr/local/lib/libfreetype.so= .6:No such file or directory > pkg-static: Unable to access file = /wrkdirs/usr/ports/print/freetype2/work/stage/usr/local/lib/libfreetype.so= .6.18.1:No such file or directory > *** Error code 1 >=20 >=20 > I think this indicates that your fix works. >=20 >=20 >=20 > For reference: >=20 > # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ > branch: main > merge-base: 0c4fe38bd1b9e3ede128751db17a8a2d1bdffe6f > merge-base: CommitDate: 2022-03-15 16:15:33 +0000 > 0c4fe38bd1b9 (HEAD -> main, freebsd/main, freebsd/HEAD) misc/urh: = Update 2.9.2 -> 2.9.3 > n577366 (--first-parent --count for merge-base) >=20 >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Mar 19 23:18:03 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 2CE8E1A36F67 for ; Sat, 19 Mar 2022 23:18:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-21.consmr.mail.gq1.yahoo.com (sonic309-21.consmr.mail.gq1.yahoo.com [98.137.65.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 4KLcHq5ybKz4gmH for ; Sat, 19 Mar 2022 23:18:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1647731888; bh=iQq8yBjmATnRUfdnfVXn7Za5vkkRXqrsGmpbSPhrAOk=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=j6HZ51tJzbKtk2y+KXX1h1OnAVmlr7/yznxy6gbkmVJy0UmSJFx2jIt6hrnM1jjpC+N06l+iquujEi4BLY3Ur28xVkqbkIgdwx9605CPJ3iiyp9owER4Ki3X2nbkj98haB0gMoE9J1L3fdqS230cLG6CWeAd08huD7KQ6E7iUURVRzFVGks9Jz5GZqg7qpH+nGSGAqUitpyu3JkPba1Uvi1+SqBjuEWLkJ2LdjbqF9OWgPdaHS0kctk+m0sXNfqU+2CJgFeSrtmOdZpOgA6+Rv7TlJeT2W4W5lllvFmPvoUATZEohl14cZxmhphwsmsxKvnGCjnIEtjtVXVb54J+TQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1647731888; bh=CAQfFTGj4aNyUxGCF1yKxSeQf5rb3zZ61WAgwlT73jj=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=VlimYS98FWXoXJXIvgYnzhd/LLg7jHy+deTdgjnt6ehJE58X86Jc1NQ/iOQx3zH4XOhP8yYuCzkVBlmeFoDyDlkSGAL4BskLWal3lPd2WLBrvJUbM5DO1Lo1M39bReExebbtMY5C/nZCgyMMYsO17knN1MMKF0vtSaqWdLKAWEwGavsX97QfW4EYHC3ZXDBdeNu7BzmKbtEbw24JTxAgK1y2qPB1N9bIB968A/lnockKgjcpTyjS/wsoF7265N6083vBbxgvM1JsEXTsibSAVCNNPuL9bC0t6+j4xzpT/XCt/xnYdCBH+miT8qTg176pfAc8xzW/6OS09BmuWpKKpA== X-YMail-OSG: i_..QqcVM1mwdFoPvDb75LKNKVrnrIh7wjSDXcxil4AnBWZww4TPrxnA_NTA90R TfpLQ.iCgI7XvCBaRl7ANdhq6oezpMmq3mLC._ycLZQ2VCQXgkl6sEzh7wwSo_2gnHXpb2UdaKQs UeFDyMkmADKKTs2DVsTBBuIFs4078SHc6l3AfKITl1bcpTRGiWVgRI8jwPX74QSVb8QBvQgih10J z5.Xdvu9SGpqC7Cx9Jw7ZHyr16nGHfMih5gQXqSy6VF4pT8tnklXkFC_PI3t_w8YYJxox2tTI88W p7IfwQJmcOF9G37aMtk8u0Sys4m_NGB5PydsvKM.7_0Ffy.AX0Pj2NhbGL5WTbFwMthD7edSyHLz MKElbcejXqzOg5I_UkEKkk3z9Dy4mbV3aumT6.nnXnlZC5YLMUbrHDmK0fz4nfILXz6yQk7r2jzv VcR8ydjwMy4tcoAz8UmTTKoPMSC1YmbtiazZNtkFdxASXghBMdWAqPCl_KSoBbGwwnhJ3129Bqp0 8vaQUtnIjMTi32rJDo9lAunFtXuHKNryOI61xFdsYg8NQdV0gBHlFvRI1_oDHvFomAqVGLBz9r4u DsSYExjHTMKC6XpogFshLom8bJsLMnX.ALXlmhliKFdXYTrcV8pQ5ZS9dCxZSK_1id8_ZvIo1RZZ 7KEmqC1T4TLaGY3v.efQjaMjVMSN0p.HEXYVE.x5K1KBL61L7dFvbAI9FRs5FU2Kp0tVTAZyVsm7 sK69iLcu9iXiAXQCuYQhrArON3C4KcAhDLp0JsF5Psq1vcYkbltf4FgzBz6eW7DeI_97_X8LxgVD 4PezNx4MZPKi.mn0t9nDNVgMu.KFYufxowu1hBfqrUJKEjcIlsWy1_Gc5YRtpZtBBH5Wzvgnve7H 76tVWjsDkFia5CepNXPpiEzwrRthoYbbgoIZTm_9XBFTYjBq.dDYcFXcOePwNF6waidKsiwcV13Z ehYws41VxoYXSPFmaWYE4B7.DMKU6hxNZCdYUKSTeOM8nvCRN_s5tsoYd3RddmYhvyHIoaIANXNJ UgL3ffCIc8PfNw9TqHy_J1cvy3yPq9vlw9Ybyckf918ppsncfP1hR2qUeCOPg8kr3Cil_ZMysr7Y .8zhd17sv_ViRx8kwqGrqocXIVgZfwBon1jBcF0aoxP2mWzXMXuDvLdo5tcFRuNXKKM6AdARK9uj LvDo6gqmzwClz015hOyKirMF2T8vJtzFXin_7WKjhuFHqgfa9tPgKyxC8P1Q1nBz5O9W_zygjyNB UKJnOCmP8ebHUPVlNJQYB876_itpf076qIQoGq11MfcBbDF7eQAdd1Mf1XneCrxQr0CdIDz3k6O5 qyEeXlIU_rhG3DaIYLLLODd3UvFTYp00BaoNKw_tlkNUUwwPKhckRboGWH0qRbVfrOYJNr.8Q2cq rXecYtU0LPQ9f2IMjjvb7uBkWMXYiCdfMktU3xjjQUDj9i8ea_qemq4kbN6i1n_u0Kqr5WdAI4Cy 2jT1P4UDtvNPxMR0Gy3UWIQKyMrTIDNOlXRkcWIkjVZPLAXdvFU03fd04HkHqj2om5FJRjTUGp9Z ucWOUbt5cP8ez0cDOUMxZdAvStXExqattpKlOySanDYLkHSMsLuYkeU_W.gcOFXRNvuj3t7htCpy gVkR6qMymsWUo6iqvsdEb2E99HGfx8mPrTTvG_4i.FsHOkJjE5Z.lvvIkPi5FxQhyoBRuJ45r36R vAZXEKgr369N7tsHcIWH8ibN806YOgOzE1ugwbkKccH5HrYFzrHYM2Z2soIgcMOfzg1hDLAsk5M2 lXshtTYXpfMbWZrsvi2IaskK_XajFPdxXPt9umZAn4f.D0Q6qldl0HvLSS9G.7hfUVHG6M6svelO _fPeWAyiovdoBXB7rHLsGQHkEoZI2wyAoX_qHjheWcAKbEeu7gQehhVj7gO7ivUfm1U0Cd0frbjT om8iYANyklySg7Qbh9svsxcDxDUkMxS_ci9ZtrvgZdaX8toXLDY7Q6.JY7RSfL9K4cMlcVdpXaTl 7tB.wVBlsq2IT4mvRrY7gHFyfB7jX4mXQMblViLG10kgMS00KZtpAOxoQznik3_3TwaTHBGSBzMr 2yxfz.xMbM9g97zM4pjI6uJqKhODBVQNi9U6mYxDRqkVhVLstoIgPsHAC4v_yZWIkvfY1d3mqJKD KtLBKBwSfQx2dBabv5_DQCMlFcKcv9JzkiWwYoAtW6651jBbvfsYAGCKxjl1ZPdwRzcMS9E6O6I. nfil297A.qR2YCELBGWTv53WRyG98WVPiccISBLNrAwANIF4bz3ZXHxmyObvs4f0Wv9mVUNhwGUG X_6JDrtEy1OX0LLdKjVUsSPsE0Gs- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Sat, 19 Mar 2022 23:18:08 +0000 Received: by hermes--canary-production-bf1-665cdb9985-l8dtt (VZM Hermes SMTP Server) with ESMTPA ID 789541486e6331b35abefc2b6a08688c; Sat, 19 Mar 2022 23:18:06 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: git: 43741377b143 - main - security/openssl: Security update to 1.1.1n From: Mark Millard In-Reply-To: Date: Sat, 19 Mar 2022 16:18:03 -0700 Cc: Thomas Zander , freebsd-ports@freebsd.org, FreeBSD-STABLE Mailing List , dev-commits-ports-main@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <46C5E80C-3038-4AF4-9E37-103586E3A318@yahoo.com> References: <2E632408-4D4E-426C-8DC7-A1024A1D328D.ref@yahoo.com> <2E632408-4D4E-426C-8DC7-A1024A1D328D@yahoo.com> <4370EEAF-A332-4DEB-8E21-B24689857463@yahoo.com> To: Mark Johnston X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4KLcHq5ybKz4gmH X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=j6HZ51tJ; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.147 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-1.57 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(0.93)[0.929]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.147:from]; MLMMJ_DEST(0.00)[freebsd-stable]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.147:from]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On 2022-Mar-19, at 14:34, Mark Millard wrote: > On 2022-Mar-19, at 14:24, Mark Millard wrote: >=20 >> On 2022-Mar-19, at 12:54, Mark Johnston wrote: >>=20 >>> On Sat, Mar 19, 2022 at 12:00:20PM -0700, Mark Millard wrote: >>>> On 2022-Mar-19, at 11:07, Thomas Zander wrote: >>>>=20 >>>>> On Sat, 19 Mar 2022 at 18:32, Mark Millard = wrote: >>>>>> May be report to Mark J. how to run the same test builds >>>>>> that failed for -p8 but worked for -p7? >>>>>=20 >>>>> Sure, good point. >>>>> A build that reliably causes broken packages on p8 but not on p7 = for >>>>> me is running: >>>>>=20 >>>>> poudriere testport -o multimedia/mplayer -j <13.0-amd64-jail here> >>>>>=20 >>>>> This caused the broken png and python packages when they were = built as >>>>> dependencies. >>>>> In poudriere.conf I set this: >>>>> DISTFILES_CACHE=3D/vcache/distfiles >>>>> CCACHE_DIR=3D/vcache/ccache >>>>> ALLOW_MAKE_JOBS=3Dyes >>>>>=20 >>>>> The ALLOW_MAKE_JOBS should increase the number of parallel IO >>>>> operations in-flight on the pool, maybe this increases the = likelihood >>>>> of triggering the issue? >>>>> The DISTFILES_CACHE and CCACHE_DIR are in the same zfs pool as >>>>> /poudriere, not sure if this is relevant. >>>>> The zfs pool is a single disk, no raid, mirror or anything fancy. >>>>=20 >>>> On a ThreadRipper 1950X, PCIe Optane storage, 128 GiBytes of >>>> RAM, I've used bectl to boot the 13.0_RELEASE-p8 environment >>>> and have started: >>>>=20 >>>> poudriere testport -o multimedia/mplayer -j13_0R-amd64-bulk_a >>>>=20 >>>> where the jail had nothing built in it at the start. So: >>>>=20 >>>> [00:00:08] Building 271 packages using up to 32 builders >>>>=20 >>>> The primary difference is that I've never used ccache and >>>> did not try to do so here. The "zfs pool is a single disk, >>>> no raid, mirror or anything fancy" is accurate, as is the >>>> use of ALLOW_MAKE_JOBS=3D . >>>>=20 >>>> That did not take long . . . >>>>=20 >>>> It proves that ccache is not required. Also some files >>>> seem to get only small blocks of zero-bytes, others >>>> large ones. But I've not checked for the null characters >>>> being at the end instead of earlier in the file. >>>=20 >>> I still am not able to reproduce it. I think it's indeed a = concurrency >>> problem, and I found a possible culprit. Mark or Thomas, if you're = able >>> to build a new kernel from the releng/13.0 branch and test it, could = you >>> please try this patch? >>>=20 >>=20 >> Sure. (I build ports in a way that allows large load >> averages relative to the hardware-thread count. I also >> have a lot of swap configured. I avoid significant use >> of tmpfs.) >>=20 >>> diff --git a/sys/contrib/openzfs/module/zfs/dnode.c = b/sys/contrib/openzfs/module/zfs/dnode.c >>> index 8592c5f8c3a9..b69ba68ec780 100644 >>> --- a/sys/contrib/openzfs/module/zfs/dnode.c >>> +++ b/sys/contrib/openzfs/module/zfs/dnode.c >>> @@ -1661,7 +1661,7 @@ dnode_is_dirty(dnode_t *dn) >>> mutex_enter(&dn->dn_mtx); >>>=20 >>> for (int i =3D 0; i < TXG_SIZE; i++) { >>> - if (list_head(&dn->dn_dirty_records[i]) !=3D NULL) { >>> + if (multilist_link_active(&dn->dn_dirty_link[i])) { >>> mutex_exit(&dn->dn_mtx); >>> return (B_TRUE); >>> } >>>=20 >>=20 >> Change made. >> Rebuilt. >> Reinstalled. >> Rebooted into the 13_0R-amd64 be area. >> Bulk build started. >> Bulk build completed. >> (Took longer because I let it run to completion.) >>=20 >> No explicit reports of null characters. The same 2 ports that >> failed before, not reporting zero-byte issues, failed again. >> Likely independent issues: >>=20 >> [00:28:28] Failed ports: security/libgcrypt:build = print/freetype2:package >=20 > These are what happens for WITH_DEBUG=3D style builds. Turns > out that the *make.conf files from my last bulk -a experiment > were still in place and were causing WITH_DEBUG=3D builds. (Not > my normal context.) >=20 > I'll disable that and rerun the bulk from scratch. Done. No failures. >> Overall it skipped something like 54 ports. >>=20 >> libgcrypt-1.9.4.log . . . >>=20 >> --- basic.o --- >> basic.c:315:16: error: inline assembly requires more registers than = available >> asm volatile("movdqu %[data0], %%xmm0\n" >> ^ >> basic.c:315:16: error: inline assembly requires more registers than = available >> basic.c:315:16: error: inline assembly requires more registers than = available >> basic.c:315:16: error: inline assembly requires more registers than = available >> basic.c:315:16: error: inline assembly requires more registers than = available >> basic.c:315:16: error: inline assembly requires more registers than = available >> basic.c:315:16: error: inline assembly requires more registers than = available >> basic.c:315:16: error: inline assembly requires more registers than = available >> basic.c:315:16: error: inline assembly requires more registers than = available >> basic.c:315:16: error: inline assembly requires more registers than = available >> basic.c:315:16: error: inline assembly requires more registers than = available >> basic.c:315:16: error: inline assembly requires more registers than = available >> --- mpitests --- >> . . . >> --- basic.o --- >> basic.c:315:16: error: inline assembly requires more registers than = available >> basic.c:315:16: error: inline assembly requires more registers than = available >> basic.c:315:16: error: inline assembly requires more registers than = available >> basic.c:315:16: error: inline assembly requires more registers than = available >> basic.c:315:16: error: inline assembly requires more registers than = available >> basic.c:315:16: error: inline assembly requires more registers than = available >> basic.c:315:16: error: inline assembly requires more registers than = available >> fatal error: too many errors emitted, stopping now [-ferror-limit=3D] >>=20 >>=20 >> freetype2-2.11.1.log . . . >>=20 >> =3D=3D=3D> Building package for freetype2-2.11.1 >> pkg-static: Unable to access file = /wrkdirs/usr/ports/print/freetype2/work/stage/usr/local/lib/libfreetype.so= :No such file or directory >> pkg-static: Unable to access file = /wrkdirs/usr/ports/print/freetype2/work/stage/usr/local/lib/libfreetype.so= .6:No such file or directory >> pkg-static: Unable to access file = /wrkdirs/usr/ports/print/freetype2/work/stage/usr/local/lib/libfreetype.so= .6.18.1:No such file or directory >> *** Error code 1 >>=20 >>=20 >> I think this indicates that your fix works. >>=20 >>=20 >>=20 >> For reference: >>=20 >> # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ >> branch: main >> merge-base: 0c4fe38bd1b9e3ede128751db17a8a2d1bdffe6f >> merge-base: CommitDate: 2022-03-15 16:15:33 +0000 >> 0c4fe38bd1b9 (HEAD -> main, freebsd/main, freebsd/HEAD) misc/urh: = Update 2.9.2 -> 2.9.3 >> n577366 (--first-parent --count for merge-base) >=20 Avoiding WITH_DEBUG=3D use, everything built, no error logs. SET PORTS JAIL BUILD STATUS = QUEUE BUILT FAIL SKIP IGNORE FETCH REMAIN TIME LOGS . . . - default 13_0R-amd64-bulk_a 2022-03-19_14h35m20s done = 272 272 0 0 0 0 0 01:33:16 = /usr/local/poudriere/data/logs/bulk/13_0R-amd64-bulk_a-default/2022-03-19_= 14h35m20s . . . SIDE NOTE for multimedia/mplayer : =3D=3D=3D=3D> Running Q/A tests (stage-qa) Error: /usr/local/bin/mplayer is linked to /usr/local/lib/libjpeg.so.8 = from graphics/jpeg-turbo but it is not declared as a dependency Warning: you need USES+=3Djpeg Error: /usr/local/bin/mplayer is linked to = /usr/local/lib/libdvdread.so.8 from multimedia/libdvdread but it is not = declared as a dependency Warning: you need LIB_DEPENDS+=3Dlibdvdread.so:multimedia/libdvdread Error: /usr/local/bin/mplayer is linked to /usr/local/lib/libcairo.so.2 = from graphics/cairo but it is not declared as a dependency Warning: you need USE_GNOME+=3Dcairo Error: /usr/local/bin/mplayer is linked to = /usr/local/lib/libgdk_pixbuf-2.0.so.0 from graphics/gdk-pixbuf2 but it = is not declared as a dependency Warning: you need USE_GNOME+=3Dgdkpixbuf2 Error: /usr/local/bin/mplayer is linked to = /usr/local/lib/libharfbuzz.so.0 from print/harfbuzz but it is not = declared as a dependency Warning: you need LIB_DEPENDS+=3Dlibharfbuzz.so:print/harfbuzz Warning: Possible REINPLACE_CMD issues: - - REINPLACE_CMD ran, but did not modify file contents: = debian/daily-build.sh - - REINPLACE_CMD ran, but did not modify file contents: version.sh - - REINPLACE_CMD ran, but did not modify file contents: = DOCS/tech/release.sh - - REINPLACE_CMD ran, but did not modify file contents: = tests/faterun.sh - - REINPLACE_CMD ran, but did not modify file contents: = tests/refupdate.sh - - REINPLACE_CMD ran, but did not modify file contents: = help/help_create.sh - - REINPLACE_CMD ran, but did not modify file contents: = help/help_check.sh - - REINPLACE_CMD ran, but did not modify file contents: = vidix/dhahelperwin/NMAKEFILE - - REINPLACE_CMD ran, but did not modify file contents: = TOOLS/subsearch.sh - - REINPLACE_CMD ran, but did not modify file contents: = TOOLS/checktree.sh - - REINPLACE_CMD ran, but did not modify file contents: = TOOLS/divx2svcd.sh - - REINPLACE_CMD ran, but did not modify file contents: = TOOLS/mencvcd.sh - - REINPLACE_CMD ran, but did not modify file contents: = TOOLS/coverity.sh - - REINPLACE_CMD ran, but did not modify file contents: = TOOLS/qepdvcd.sh - - REINPLACE_CMD ran, but did not modify file contents: = TOOLS/mpconsole.sh - - REINPLACE_CMD ran, but did not modify file contents: = TOOLS/midentify.sh - - REINPLACE_CMD ran, but did not modify file contents: = TOOLS/binary_codecs.sh - - REINPLACE_CMD ran, but did not modify file contents: = TOOLS/psnr-video.sh - - REINPLACE_CMD ran, but did not modify file contents: = TOOLS/aconvert.sh - - REINPLACE_CMD ran, but did not modify file contents: = TOOLS/mplmult.sh =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sun Mar 20 09:14:43 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3756F1A2C383; Sun, 20 Mar 2022 09:15:11 +0000 (UTC) (envelope-from thomas.e.zander@googlemail.com) Received: from mail-wr1-f54.google.com (mail-wr1-f54.google.com [209.85.221.54]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KLsXb0nVwz3JkW; Sun, 20 Mar 2022 09:15:11 +0000 (UTC) (envelope-from thomas.e.zander@googlemail.com) Received: by mail-wr1-f54.google.com with SMTP id p9so17046532wra.12; Sun, 20 Mar 2022 02:15:11 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Lb4tzl/UGCAmfa3nGN8bAqJYR37n0ZKJlhi9rM7wE7E=; b=8BKklgb0bEnGhfXYa944y/2t2u6tpWaFLg/Wz6pV9PctVpt4q5sFEcy/yk+MoLaMSn B/bkgMCdTCG47PpfYl6C1cV0hmqecxA8E7FG2PtAlsWnMjbuZS7CjPPg2AVAXZKk0qkS wZV5HGulnkQedbWTfINLf8yjrkhrZHgmJYXETpCWnUYN3zwI/dEjFisvI7Cm/ZVMJxdE OYpZwLfZvV8hgqkfpysLlRG4pn4qoY+GfPfLihMSqaZIKL4EF5qHp9R/kAKTr2+LRyF6 sDKFVmwk4iijOywZjD/m24oD/Br05hzxT3wbqwxxyWnh/9Z/ahZ8tRkEevv4KXMB7S4Q 9Yzw== X-Gm-Message-State: AOAM530WCh6DQLD0NZn7bEGQM/SumkcxNqS4UPD/UbWmx+gtZRlat/7B AQSLgT/cUyKsiQj+1pvAGOinmmwPugz1kf9DSFA= X-Google-Smtp-Source: ABdhPJwpLueIsryCR1xypYWEgoep9E016VElfxe3fzcEbQzcnAaAkMd7A1YPdYF3TLp+h53L9crhL3wg7kfzAlR1UIs= X-Received: by 2002:adf:f50d:0:b0:203:f72c:e26a with SMTP id q13-20020adff50d000000b00203f72ce26amr8183925wro.620.1647767709811; Sun, 20 Mar 2022 02:15:09 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <2E632408-4D4E-426C-8DC7-A1024A1D328D.ref@yahoo.com> <2E632408-4D4E-426C-8DC7-A1024A1D328D@yahoo.com> <4370EEAF-A332-4DEB-8E21-B24689857463@yahoo.com> <46C5E80C-3038-4AF4-9E37-103586E3A318@yahoo.com> In-Reply-To: <46C5E80C-3038-4AF4-9E37-103586E3A318@yahoo.com> From: Thomas Zander Date: Sun, 20 Mar 2022 10:14:43 +0100 Message-ID: Subject: Re: git: 43741377b143 - main - security/openssl: Security update to 1.1.1n To: Mark Millard , Mark Johnston Cc: FreeBSD Ports , FreeBSD-STABLE Mailing List , dev-commits-ports-main@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4KLsXb0nVwz3JkW X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Testing the kernel patch right now, will report back asap. Re mplayer warnings: That's on my todo list, thanks for the ping. It has been fairly low prio though, since these errors are about no-ops and transitive dependencies which qa.sh is overly eager to report. From nobody Sun Mar 20 11:43:56 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ABFB1A324AA for ; Sun, 20 Mar 2022 11:44:07 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost1.sentex.ca", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KLwrQ464Fz4Qr8 for ; Sun, 20 Mar 2022 11:44:06 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [199.212.134.19]) by smarthost1.sentex.ca (8.16.1/8.16.1) with ESMTPS id 22KBhvKP058861 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Sun, 20 Mar 2022 07:43:57 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [IPV6:2607:f3e0:0:4:7416:8ada:3120:2eaf] ([IPv6:2607:f3e0:0:4:7416:8ada:3120:2eaf]) by pyroxene2a.sentex.ca (8.16.1/8.15.2) with ESMTPS id 22KBhutW096489 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Sun, 20 Mar 2022 07:43:57 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <9b2935cd-5f70-d2a2-a328-004fa3e7b3f8@sentex.net> Date: Sun, 20 Mar 2022 07:43:56 -0400 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.7.0 Subject: Re: nfsd becomes slow when machine CPU usage is at or over 100% on STABLE/13 Content-Language: en-US To: Yoshihiro Ota , Rick Macklem Cc: freebsd-stable References: <20220309034601.ea3135e31aec3ffb2623f145@j.email.ne.jp> <20220318211850.67b77d43b3a02043c3819bf3@j.email.ne.jp> From: mike tancsa In-Reply-To: <20220318211850.67b77d43b3a02043c3819bf3@j.email.ne.jp> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.84 X-Rspamd-Queue-Id: 4KLwrQ464Fz4Qr8 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:1::12 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-2.96 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEFALL_USER(0.00)[mike]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; NEURAL_HAM_LONG(-0.56)[-0.556]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[sentex.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[199.212.134.19:received] X-ThisMailContainsUnwantedMimeParts: N On 3/18/2022 9:18 PM, Yoshihiro Ota wrote: > I had built several versions between releng/13.0 branch point to stable/13 (before releng/13.1 was created) and all of them had such performance degrade. > > I started suspecting stable debug options and thus built releng/13.1 and tested. > I don't see NFS slowdown unlike stable/13. > releng/13.0 and releng/12.2 were also fine. Hi,     I would think there is very little difference (if any) between releng/13.1 and stable/13 right now.  Are you sure stable/13 suffers from this issue you are seeing ?     ---Mike From nobody Sun Mar 20 12:26:47 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 008DB1A14E92 for ; Sun, 20 Mar 2022 12:26:50 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost1.sentex.ca", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KLxnj2Y0fz4Z5b for ; Sun, 20 Mar 2022 12:26:49 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [199.212.134.19]) by smarthost1.sentex.ca (8.16.1/8.16.1) with ESMTPS id 22KCQmR2008869 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Sun, 20 Mar 2022 08:26:48 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [IPV6:2607:f3e0:0:4:7416:8ada:3120:2eaf] ([IPv6:2607:f3e0:0:4:7416:8ada:3120:2eaf]) by pyroxene2a.sentex.ca (8.16.1/8.15.2) with ESMTPS id 22KCQlGf010464 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Sun, 20 Mar 2022 08:26:48 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <9aee6d0f-e1c9-8c98-7352-7a0ff3e3d147@sentex.net> Date: Sun, 20 Mar 2022 08:26:47 -0400 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.7.0 Subject: Re: nfsd becomes slow when machine CPU usage is at or over 100% on STABLE/13 Content-Language: en-US From: mike tancsa To: Yoshihiro Ota , Rick Macklem Cc: freebsd-stable References: <20220309034601.ea3135e31aec3ffb2623f145@j.email.ne.jp> <20220318211850.67b77d43b3a02043c3819bf3@j.email.ne.jp> <9b2935cd-5f70-d2a2-a328-004fa3e7b3f8@sentex.net> In-Reply-To: <9b2935cd-5f70-d2a2-a328-004fa3e7b3f8@sentex.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.84 X-Rspamd-Queue-Id: 4KLxnj2Y0fz4Z5b X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:1::12 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-1.55 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEFALL_USER(0.00)[mike]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; NEURAL_HAM_LONG(-1.00)[-0.999]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[sentex.net]; NEURAL_SPAM_SHORT(0.85)[0.851]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[199.212.134.19:received] X-ThisMailContainsUnwantedMimeParts: N On 3/20/2022 7:43 AM, mike tancsa wrote: > On 3/18/2022 9:18 PM, Yoshihiro Ota wrote: >> I had built several versions between releng/13.0 branch point to >> stable/13 (before releng/13.1 was created) and all of them had such >> performance degrade. >> >> I started suspecting stable debug options and thus built releng/13.1 >> and tested. >> I don't see NFS slowdown unlike stable/13. >> releng/13.0 and releng/12.2 were also fine. > > Hi, > >     I would think there is very little difference (if any) between > releng/13.1 and stable/13 right now.  Are you sure stable/13 suffers > from this issue you are seeing ? > > These look to be the only files touched below. 0{cage}% git diff remotes/origin/releng/13.1..remotes/origin/stable/13 | grep '^\-\-' --- a/contrib/tzcode/stdtime/ctime.3 --- a/lib/libc/gen/time.3 --- a/lib/libcasper/services/cap_net/cap_net.c --- a/lib/libpfctl/libpfctl.c --- a/lib/libpfctl/libpfctl.h --- a/libexec/rc/rc.d/dumpon --- a/release/pkg_repos/release-dvd.conf --- a/sbin/devd/devd.conf --- a/sbin/ipf/common/ipf.h --- a/sbin/ipf/libipf/printactivenat.c --- a/sbin/ipf/libipf/printstate.c --- a/sbin/pfctl/pfctl.c --- a/sbin/pfctl/pfctl_optimize.c --- a/share/man/man4/Makefile --- a/share/man/man4/netmap.4 --- /dev/null --- a/share/man/man4/vale.4 --- a/share/man/man9/crypto_buffer.9 --- a/stand/efi/libefi/efi_console.c --- a/stand/i386/libi386/vidconsole.c --- a/sys/arm64/include/pcpu.h --- a/sys/cddl/contrib/opensolaris/uts/common/dtrace/fasttrap.c --- a/sys/cddl/contrib/opensolaris/uts/intel/dtrace/fasttrap_isa.c --- a/sys/conf/newvers.sh --- a/sys/crypto/armv8/armv8_crypto.c --- a/sys/crypto/armv8/armv8_crypto.h --- a/sys/crypto/armv8/armv8_crypto_wrap.c --- a/sys/dev/netmap/netmap.c --- a/sys/dev/netmap/netmap_bdg.c --- a/sys/dev/netmap/netmap_kern.h --- a/sys/dev/netmap/netmap_vale.c --- a/sys/i386/i386/machdep.c --- a/sys/kern/kern_rmlock.c --- a/sys/kern/sys_process.c --- a/sys/kern/vfs_cache.c --- a/sys/kern/vfs_subr.c --- a/sys/modules/if_epair/Makefile --- a/sys/modules/linuxkpi/Makefile --- a/sys/net/if_epair.c --- a/sys/opencrypto/cryptodev.h --- a/sys/riscv/include/cpufunc.h --- a/sys/riscv/include/pmap.h --- a/sys/riscv/include/pte.h --- a/sys/riscv/include/riscvreg.h --- a/sys/riscv/include/vmparam.h --- a/sys/riscv/riscv/elf_machdep.c --- a/sys/riscv/riscv/locore.S --- a/sys/riscv/riscv/pmap.c --- a/sys/sys/param.h --- a/sys/x86/x86/mp_x86.c --- a/usr.bin/diff/pr.c --- a/usr.bin/touch/touch.c 0{cage}% From nobody Sun Mar 20 12:52:50 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 804EB1A1C167; Sun, 20 Mar 2022 12:53:00 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from smtp.burggraben.net (smtp.burggraben.net [88.198.69.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.burggraben.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KLyMv4TzDz4dXn; Sun, 20 Mar 2022 12:52:59 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from elch.exwg.net (elch.exwg.net [IPv6:2001:470:7120:1:127b:44ff:fe4f:148d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "elch.exwg.net", Issuer "R3" (not verified)) by smtp.burggraben.net (Postfix) with ESMTPS id E706AC00317; Sun, 20 Mar 2022 13:52:50 +0100 (CET) Received: by elch.exwg.net (Postfix, from userid 1000) id 549FE3AB06; Sun, 20 Mar 2022 13:52:50 +0100 (CET) Date: Sun, 20 Mar 2022 13:52:50 +0100 From: Christoph Moench-Tegeder To: Mark Johnston , Mark Millard , Thomas Zander , freebsd-ports@freebsd.org, FreeBSD-STABLE Mailing List Subject: Re: git: 43741377b143 - main - security/openssl: Security update to 1.1.1n Message-ID: Mail-Followup-To: Mark Johnston , Mark Millard , Thomas Zander , freebsd-ports@freebsd.org, FreeBSD-STABLE Mailing List References: <2E632408-4D4E-426C-8DC7-A1024A1D328D.ref@yahoo.com> <2E632408-4D4E-426C-8DC7-A1024A1D328D@yahoo.com> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/2.2.1 (2022-02-19) X-Rspamd-Queue-Id: 4KLyMv4TzDz4dXn X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of cmt@burggraben.net designates 88.198.69.140 as permitted sender) smtp.mailfrom=cmt@burggraben.net X-Spamd-Result: default: False [-3.50 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; FREEFALL_USER(0.00)[cmt]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:88.198.69.140]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[burggraben.net]; RCPT_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[88.198.69.140:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-ports,freebsd-stable]; FREEMAIL_TO(0.00)[freebsd.org,yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:88.198.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N ## Christoph Moench-Tegeder (cmt@burggraben.net): > ## Mark Johnston (markj@freebsd.org): > > Mark or Thomas, if you're able > > to build a new kernel from the releng/13.0 branch and test it, could you > > please try this patch? > > I'm running that right now, building some 300+ ports (firefox on an > empty repository). Current status: releng/13.0+your patch built that firefox and a nightly update run, for a total of ~600 ports, without hickup. I'm now going back to releng/13.0 and check if that still produces the broken files "sometimes" (in the true nature of a concurrency issue, the failure is somewhat stochastic). Regards, Christoph -- Spare Space From nobody Sun Mar 20 13:19:54 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E824E1A23F64; Sun, 20 Mar 2022 13:19:56 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from smtp.burggraben.net (smtp.burggraben.net [88.198.69.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.burggraben.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KLyz01wBbz4k6r; Sun, 20 Mar 2022 13:19:56 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from elch.exwg.net (elch.exwg.net [IPv6:2001:470:7120:1:127b:44ff:fe4f:148d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "elch.exwg.net", Issuer "R3" (not verified)) by smtp.burggraben.net (Postfix) with ESMTPS id 1EAD7C0031B; Sun, 20 Mar 2022 14:19:55 +0100 (CET) Received: by elch.exwg.net (Postfix, from userid 1000) id 7C37C3ABAF; Sun, 20 Mar 2022 14:19:54 +0100 (CET) Date: Sun, 20 Mar 2022 14:19:54 +0100 From: Christoph Moench-Tegeder To: Mark Johnston , Mark Millard , Thomas Zander , freebsd-ports@freebsd.org, FreeBSD-STABLE Mailing List Subject: Re: git: 43741377b143 - main - security/openssl: Security update to 1.1.1n Message-ID: Mail-Followup-To: Mark Johnston , Mark Millard , Thomas Zander , freebsd-ports@freebsd.org, FreeBSD-STABLE Mailing List References: <2E632408-4D4E-426C-8DC7-A1024A1D328D.ref@yahoo.com> <2E632408-4D4E-426C-8DC7-A1024A1D328D@yahoo.com> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/2.2.1 (2022-02-19) X-Rspamd-Queue-Id: 4KLyz01wBbz4k6r X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of cmt@burggraben.net designates 88.198.69.140 as permitted sender) smtp.mailfrom=cmt@burggraben.net X-Spamd-Result: default: False [-3.14 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; FREEFALL_USER(0.00)[cmt]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:88.198.69.140]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[burggraben.net]; RCPT_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[88.198.69.140:from]; NEURAL_HAM_SHORT(-0.64)[-0.641]; MLMMJ_DEST(0.00)[freebsd-ports,freebsd-stable]; FREEMAIL_TO(0.00)[freebsd.org,yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:88.198.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N ## Christoph Moench-Tegeder (cmt@burggraben.net): > I'm now going back to releng/13.0 and check if that still produces > the broken files "sometimes" (in the true nature of a concurrency > issue, the failure is somewhat stochastic). That was quick: less than 15 minutes into that, I see the the first complaint about libXau being not available, and peeking into that very-recently build package, I see: : cmt@elch:/tmp/v$ file usr/local/include/X11/Xauth.h : usr/local/include/X11/Xauth.h: data : cmt@elch:/tmp/v$ ls -lh usr/local/include/X11/Xauth.h : -rw-r--r-- 1 cmt wheel 3.7K Mar 20 14:05 usr/local/include/X11/Xauth.h : cmt@elch:/tmp/v$ od -x < usr/local/include/X11/Xauth.h : 0000000 0000 0000 0000 0000 0000 0000 0000 0000 : * : 0007340 That's with a kernel from "releng/13.0-n244787-210991b1f28" which is 13.0-RELEASE-p8 if I'm not mistaken. I conclude: your patch fixes the problem, which is very much present and reproducable (when you push the machine hard enough, I guess) on releng/13.0. Thanks for the quick patch, Christoph -- Spare Space From nobody Sun Mar 20 13:26:09 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3546F1A26460; Sun, 20 Mar 2022 13:26:44 +0000 (UTC) (envelope-from thomas.e.zander@googlemail.com) Received: from mail-wr1-f44.google.com (mail-wr1-f44.google.com [209.85.221.44]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KLz6q1TNWz4mDF; Sun, 20 Mar 2022 13:26:43 +0000 (UTC) (envelope-from thomas.e.zander@googlemail.com) Received: by mail-wr1-f44.google.com with SMTP id h23so16910479wrb.8; Sun, 20 Mar 2022 06:26:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=jXg1/Tf114WOwVizs/k9O9omhT5Eb6LF4SEoAtC88Ms=; b=QkkcMDbgEkY7hPjvGx3aeB0lnoydPqMcwbcUdAsbmuFq3qpdZuS8gR1YfWFbIgXQr9 P+YxgJsCe7JMSjKcvzU5wnOxaKf700OcZmqgplqqiY9ZQ8JBihO6yoVHqyAGPwbfxoMp SeiD3UX8QYB4cik27rT+32F/McfzGBYozDK5yBWE6gQAxDXDc5NyJpy0NmFp9YEAhA1o 9vnRahI+3BlSOetqaqsKQzeoPiZlvoPTwmQGOXUKjQR/f5NhP/zprk8ohzObdDcq1tE6 q4WyvanFQHPL5yUs5dlnW/IA7fwpUsQuYooV9KJJm00d3rdjamHd5K8IK6k4oxBnMmsi pV/A== X-Gm-Message-State: AOAM531h+7CxO9lUntiCIpSBmhcgIkMQxnlfxq0AOxUajGJbpm0dpdmw xbUIZ1L/Vtk5FSBNQWu11Rj7JK3SMMRK/gu/cXUr8eVzcxRtYw== X-Google-Smtp-Source: ABdhPJz0p1OkzzbBwGW/6RjOrvljATNEaNws9Ipi+bRd92UrZYJ3og1Oxzy3Orlhl6B8oQsDVhBe/gOr6CwuOoHC+YU= X-Received: by 2002:adf:fe8d:0:b0:203:e02e:c6c7 with SMTP id l13-20020adffe8d000000b00203e02ec6c7mr15359176wrr.37.1647782795935; Sun, 20 Mar 2022 06:26:35 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <2E632408-4D4E-426C-8DC7-A1024A1D328D.ref@yahoo.com> <2E632408-4D4E-426C-8DC7-A1024A1D328D@yahoo.com> In-Reply-To: From: Thomas Zander Date: Sun, 20 Mar 2022 14:26:09 +0100 Message-ID: Subject: Re: git: 43741377b143 - main - security/openssl: Security update to 1.1.1n To: Mark Johnston , Mark Millard , FreeBSD Ports , FreeBSD-STABLE Mailing List Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4KLz6q1TNWz4mDF X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of thomasezander@gmail.com designates 209.85.221.44 as permitted sender) smtp.mailfrom=thomasezander@gmail.com X-Spamd-Result: default: False [-0.94 / 15.00]; RCVD_TLS_ALL(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_LONG(-0.96)[-0.959]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; NEURAL_SPAM_MEDIUM(0.72)[0.717]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.70)[-0.699]; RCVD_IN_DNSWL_NONE(0.00)[209.85.221.44:from]; MLMMJ_DEST(0.00)[freebsd-ports,freebsd-stable]; FREEMAIL_TO(0.00)[freebsd.org,yahoo.com]; FORGED_SENDER(0.30)[riggs@freebsd.org,thomasezander@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.221.44:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; TAGGED_FROM(0.00)[]; FROM_NEQ_ENVFROM(0.00)[riggs@freebsd.org,thomasezander@gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N The patch helps here too. I could not reproduce build failures coming from NUL byte files yet (260 ports and counting). I had another spurious build failure though, but I think this is unrelated: ===> Building for mpfr-4.1.0_1 Making all in doc restore=: && backupdir=".am$$" && am__cwd=`pwd` && CDPATH="${ZSH_VERSION+.}:" && cd . && rm -rf $backupdir && mkdir $backupdir && if (/bin/sh /wrkdirs/usr/ports/math/mpfr/work/mpfr-4.1.0/missing makeinfo --version) >/dev/null 2>&1; then for f in ./mpfr.info ./mpfr.info-[0-9] ./mpfr.info-[0-9][0-9] ./mpfr.i[0-9] ./mpfr.i[0-9][0-9]; do if test -f $f; then mv $f $backupdir; restore=mv; else :; fi; done; else :; fi && cd "$am__cwd"; if /bin/sh /wrkdirs/usr/ports/math/mpfr/work/mpfr-4.1.0/missing makeinfo --enable-encoding -I . -o ./mpfr.info ./mpfr.texi; then rc=0; CDPATH="${ZSH_VERSION+.}:" && cd .; else rc=$?; CDPATH="${ZSH_VERSION+.}:" && cd . && $restore $backupdir/* `echo "././mpfr.info" | sed 's|[^/]*$||'`; fi; rm -rf $backupdir; exit $rc /wrkdirs/usr/ports/math/mpfr/work/mpfr-4.1.0/missing: makeinfo: not found WARNING: 'makeinfo' is missing on your system. You should only need it if you modified a '.texi' file, or any other file indirectly affecting the aspect of the manual. You might want to install the Texinfo package: The spurious makeinfo call might also be the consequence of using a buggy 'make' (AIX, DU, IRIX), in which case you might want to install GNU make: *** Error code 127 Apparently (briefly Googling) we are hitting something like this every couple of years, seems very rare, spurious and non-reproducible. I tried a couple of times, but could not reproduce as well. Thanks indeed Mark, that patch was very quick, and seems to be spot-on. Riggs From nobody Sun Mar 20 14:43:49 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3DC9A1A1141C; Sun, 20 Mar 2022 14:43:52 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KM0qr1GTxz3Fpv; Sun, 20 Mar 2022 14:43:52 +0000 (UTC) (envelope-from theraven@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1647787432; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=z2pkBDLlfo5j2hVtSrU0SelbAs1WwE0TbSA5p/p3I0M=; b=giaq+apwbGCpTT5G5Fa7CX0/Mfm8Fuplelf8UMilNNJ+wtzF1jM4SZsduZWXQQVtlT+R/D W1HDI2W43X2EcXgyvRXkLL/GGtS0gRWVSML491WnTwGiX7xXSfhMb3hKSbiOrgpPCZIOx8 hNA24YOza/7BLKxudQchbon1PoEKvZSBx6iZhnAArZOQYtrNTSDQ1exgTiHakmxnDxovPv ZhJY/cOEAI9Y/UV4Y9CrHOdHnKBoBDpgpQEZAb9o8R9JWxWHUOitXoD5RaB94HiOLWPy1E lMOzE8L3iNbAs403K1NxtqLMw1wQsGA12t9Xxum3ZtHUe+3+O7hLyQbsao15Qg== Received: from smtp.theravensnest.org (smtp.theravensnest.org [45.77.103.195]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: theraven) by smtp.freebsd.org (Postfix) with ESMTPSA id 05D12E8A8; Sun, 20 Mar 2022 14:43:52 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from [192.168.1.64] (host86-134-184-31.range86-134.btcentralplus.com [86.134.184.31]) by smtp.theravensnest.org (Postfix) with ESMTPSA id C3EF22F627; Sun, 20 Mar 2022 14:43:50 +0000 (GMT) Content-Type: text/plain; charset=utf-8 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.7\)) Subject: Re: Deprecating ISA sound cards From: David Chisnall In-Reply-To: <89c73d2114c1c7f8b5877e7174178a23@bsdforge.com> Date: Sun, 20 Mar 2022 14:43:49 +0000 Cc: Ed Maste , freebsd-stable stable , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <04DBD89A-A857-4790-BE3B-C3B90AD563EC@FreeBSD.org> References: <89c73d2114c1c7f8b5877e7174178a23@bsdforge.com> To: Chris X-Mailer: Apple Mail (2.3608.120.23.2.7) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1647787432; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=z2pkBDLlfo5j2hVtSrU0SelbAs1WwE0TbSA5p/p3I0M=; b=C9k/3AdZvoI3ameEed7I1qWS82CfFiUa6PMDEw6ZojrE3kjo87u90E2GD1z724WWZyvKp8 n5UUegz0LWiVfQ3GKOBMXLLuRP0UNj9M3phKmdxpk7hbv+/X/DMSGNiIt1cZ0uR2BMlSxr //D9m1IXoLS5dQuZW/DeyAXaeGRBmafFbQWdh+Z00scmPGZw856Np4RIvzWgxEAk9Lwz1v yMlmeEElGiv9kLgw+3+Qsw3+Jj564rlkvYW4cmonZrWKedyfPF+qzCj/k23xpboamlEgnt depQrn1DbbWP7aNUe3/MRCkOXqjaTKaz6UznICeAV/XHNZEPj+wAUsYk5mobLA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1647787432; a=rsa-sha256; cv=none; b=rO2XeUejrd1qHthlpTiny1R1yb0wHAj1Ox9F+IOSOMTqjWalOU4Q9rtYmYQsGIpmNe7ikY po0b2SO9zoyNnWJAZ0+yeIK+kvgX7/VnrJE9fNC91PCmkvR6z5J7k0RUgTI4lZaCB4chTY pXdIpQs5JcHnmvcmQ6C9LldlDMSxMrxevAbEJll2fgjI1PLpkUnUhprhe5G/81jlKjBcqT A/j9JL7ksXGTJqvFSX3LkJCopu+ghCBijmkfOPPPuaYmvae9peyEvd77yjMkMxZTym3OpY JtabNo11XTWdFtwy9lcdHgxsdWVP2b0bEPYGyK2gXTO+j1vcpBH+u0brKAxVNw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N On 19 Mar 2022, at 21:24, Chris wrote: >=20 > On 2022-03-18 09:08, Ed Maste wrote: >> ISA sound cards have been obsolete for more than a decade, and it is >> (past) time to retire their drivers. This includes the following >> drivers/devices: >> snd_ad1816 Analog Devices AD1816 SoundPort >> snd_ess Ensoniq ESS >> snd_gusc Gravis UltraSound >> snd_mss Microsoft Sound System >> snd_sbc Creative Sound Blaster >> I have a review open to add deprecation notices: >> https://reviews.freebsd.org/D34604 >> I expect to commit this in the near future, then MFC to stable >> branches and remove these drivers from main. Please follow up if >> there's a reason we should postpone the removal of any of these >> drivers. > This only hurts from a nostalgic perspective. Those GUS cards were = incredible! > I have a board running freebsd that has 2 GUS cards in it running Exactly my reaction. You can tell you=E2=80=99re old when drivers are = removed from the tree for mainstream hardware that you never owned but = wished that you could afford. David From nobody Sun Mar 20 19:16:42 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 21E331A13B73; Sun, 20 Mar 2022 19:16:57 +0000 (UTC) (envelope-from grembo@freebsd.org) 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 4KM6tv6cwrz4njh; Sun, 20 Mar 2022 19:16:55 +0000 (UTC) (envelope-from grembo@freebsd.org) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id 1464eb57; Sun, 20 Mar 2022 19:16:47 +0000 (UTC) Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 5255dae0 (TLSv1.3:AEAD-CHACHA20-POLY1305-SHA256:256:NO); Sun, 20 Mar 2022 19:16:44 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (1.0) Subject: Re: Deprecating ISA sound cards From: Michael Gmelin In-Reply-To: <04DBD89A-A857-4790-BE3B-C3B90AD563EC@FreeBSD.org> Date: Sun, 20 Mar 2022 20:16:42 +0100 Cc: Chris , Ed Maste , freebsd-stable stable , FreeBSD Current Message-Id: <6C820317-449B-4C3D-AB03-D18A763A7DC1@freebsd.org> References: <04DBD89A-A857-4790-BE3B-C3B90AD563EC@FreeBSD.org> To: David Chisnall X-Mailer: iPhone Mail (19D52) X-Rspamd-Queue-Id: 4KM6tv6cwrz4njh X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=softfail (mx1.freebsd.org: 213.239.217.29 is neither permitted nor denied by domain of grembo@freebsd.org) smtp.mailfrom=grembo@freebsd.org X-Spamd-Result: default: False [2.92 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[grembo]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; R_SPF_SOFTFAIL(0.00)[~all]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; NEURAL_SPAM_LONG(0.52)[0.519]; MLMMJ_DEST(0.00)[freebsd-current,freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:213.239.192.0/18, country:DE]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N > On 20. Mar 2022, at 15:45, David Chisnall wrote: >=20 > =EF=BB=BFOn 19 Mar 2022, at 21:24, Chris wrote: >>=20 >>> On 2022-03-18 09:08, Ed Maste wrote: >>> ISA sound cards have been obsolete for more than a decade, and it is >>> (past) time to retire their drivers. This includes the following >>> drivers/devices: >>> snd_ad1816 Analog Devices AD1816 SoundPort >>> snd_ess Ensoniq ESS >>> snd_gusc Gravis UltraSound >>> snd_mss Microsoft Sound System >>> snd_sbc Creative Sound Blaster >>> I have a review open to add deprecation notices: >>> https://reviews.freebsd.org/D34604 >>> I expect to commit this in the near future, then MFC to stable >>> branches and remove these drivers from main. Please follow up if >>> there's a reason we should postpone the removal of any of these >>> drivers. >> This only hurts from a nostalgic perspective. Those GUS cards were incred= ible! >> I have a board running freebsd that has 2 GUS cards in it running >=20 > Exactly my reaction. You can tell you=E2=80=99re old when drivers are rem= oved from the tree for mainstream hardware that you never owned but wished t= hat you could afford. >=20 I=E2=80=99ll never give away my GUS classic/GF1 with full 1MB onboard RAM(!)= . It was too much fun to program and tracker/demo support was superb. Plus, r= ed PCBs felt really 1337 back then. That said (and assuming it still works), it's unlikely I would use it with a= nything else but DOS these days. Cheers Michael From nobody Sun Mar 20 20:45:30 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id CC1D31A2E7C2 for ; Sun, 20 Mar 2022 20:45:50 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660051.outbound.protection.outlook.com [40.107.66.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KM8sT36S7z3MHL for ; Sun, 20 Mar 2022 20:45:49 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=EO7Ddejdzhp+wlNv0HCeunQYkbUMxbXfmOvAEwrFCujeSf4lqOHB0zsxoIK9BjIW8W6CoZWstVd8sPrQH48Jv8Jtpc9H86CfezXAmZI/nUmJFOCNn9EQ39WL/692sJtwzcYtjMCFLSkT5v6RjAHh0cLsRddPD6p7qVVOB7e1ZOXXvTVx5avdLMcQXjh3s69axfRvTNkMtuGX/qa+3gyEV5mQjVfps4UZhUi77aIcDHy3zaXUGuGjxNYqfEQ3V8cxGFsgB0MYzJ1rNX7GGncwFcJUK0kRgO5E5o9f5A7AN9m9fUmwXJ6Yy9IZ0jo838P9pnSCPQPoZdCD7aCCmE/2jw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=AsW5G1oL5nOZIX4J6ma+SqX+GZcY/yaeQJBKj+RfTys=; b=m0jJ+mkwEdsqowLI8NBIbJdbE/ppkf6ofLnBViB351Y+o+A+oddvkCZzd6AJWjlezqbPABHH8kie3nY0tLsGkoFuaACuNfQqOM411G6z63eVY8xg3O2AHxkX8D0Aa4cV0h0GnmRZgcc8NCnszMhKQqwArPwv9lVmymF5YAJ4LjATsO9ALnOnNwZNv2jrHhAwkHl7xEvkHfvhmxubKQHis4sJFlR6vZ84QAUfsiOuCDGNJ3jQwdfJmHxeUR5aiRCQ6XbpqtQaG1PipcWyALMY8rMc9JVeZXMuGwdI/U5kfwgU1DIQxfFPR++DKRjJdMngbJWOASi3f+gE1onJcVgd8w== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=AsW5G1oL5nOZIX4J6ma+SqX+GZcY/yaeQJBKj+RfTys=; b=V+tUHCT0bVUXTvag75miTWIBgLf/uSwXn7yMjkBlrH9cWVLwDNVjuMuv7BTeamvb0XBLATGCpLiSBCqVCgQO/07O+G/cARXgF60sZUeT821OJ5NcrLQxdjUOCy1fmx51qOV7XaznEaMkUJRLw4vfkRQpBHcZY7pWTG26yTwDK9wfvmmhf0P3fv2RtMuzrtP4wrV4eJ0jNDvxx/YA7JKysPD89taSoc/OniShlu4hFlCIBWZZ02nqBeQGwvQlKcpnscBPO+u7xXEWdPgFr1W7XYvcEXLgyVdK7MR/QOHS3IBDranUEdXF1aJ/TGlJe6EtQ2/XuEkL2t0BpUmhAhl2qw== Received: from YT2PR01MB9730.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:b01:de::14) by YQBPR0101MB4540.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c01:17::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5081.14; Sun, 20 Mar 2022 20:45:42 +0000 Received: from YT2PR01MB9730.CANPRD01.PROD.OUTLOOK.COM ([fe80::39d7:e98e:fd00:2591]) by YT2PR01MB9730.CANPRD01.PROD.OUTLOOK.COM ([fe80::39d7:e98e:fd00:2591%6]) with mapi id 15.20.5081.022; Sun, 20 Mar 2022 20:45:31 +0000 From: Rick Macklem To: mike tancsa , Yoshihiro Ota CC: freebsd-stable Subject: Re: nfsd becomes slow when machine CPU usage is at or over 100% on STABLE/13 Thread-Topic: nfsd becomes slow when machine CPU usage is at or over 100% on STABLE/13 Thread-Index: AQHYM7vqHmVJAWfo2UaVD6ISojss76y3HTBUgBEa/mGAAAvigIAAiheu Date: Sun, 20 Mar 2022 20:45:30 +0000 Message-ID: References: <20220309034601.ea3135e31aec3ffb2623f145@j.email.ne.jp> <20220318211850.67b77d43b3a02043c3819bf3@j.email.ne.jp> <9b2935cd-5f70-d2a2-a328-004fa3e7b3f8@sentex.net> <9aee6d0f-e1c9-8c98-7352-7a0ff3e3d147@sentex.net> In-Reply-To: <9aee6d0f-e1c9-8c98-7352-7a0ff3e3d147@sentex.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: suggested_attachment_session_id: 437c476a-8cc2-a171-9935-1e9a73d4b2b4 x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: d640a784-e6d9-4d68-6dc8-08da0ab292d4 x-ms-traffictypediagnostic: YQBPR0101MB4540:EE_ x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: Wdb+C8nMOVr47vTrrqJ9o+FmsXDaqUn0SaWjOKMkDkVNzvq05QK8C8MiKcOM/VsvZloJ/HXNOAPcMpexBtXqv2QWFqCxieCbgZ7usvLPU0J4K6SBEVeONeo660+Dq9JoMd+PHChCMVQ0y6JVDg6Khts0k8IE/AldXN7avSEw46DXon1fRXU4bt5ukbhcVqLbOcClaJOWiLXsZ4YXpWGHzbuTiH9vTlE4NzP8xgiGOjmgFNKYWsaVtD3DlWz0bvP1TPmjPQ9A7/MZjhr2Hk0sBmFRJ/5KwetEXrEfEavGDRNQ30h24nE9gCIztH+nXFhGY/FC+x5e9qazHNLTXE7UTwNSt9MQdvWxYRT0hZ9CbRcoJ6/E33i7CAqX4sCT0G/s27RvNgA/TEEluF0+7xWuWrsvOA8A9cjSE7T/omxvU190wtHjClBQNBGZBdJxMIHn9TZ9V8B8JW/zvqsBcqf8zA39YBMzUQ0xN4GUXJ0H8hMj0qQJSHwJ93RfOIZYkI5qy1Clde5AWYO3KB5Eq3jB6yrsTlXzZtK280alLkNxVMhJrMVxoihXtVSuqeWtohc6sjGu8PKnIufCcG61NbpgGI7I3p9fIxWvFQHrtypnZweUN0ZbFSlM/U1G1wH9OQjViT3n6QZ088gAw6INIi3i4eps6Z69q+HTJambtIQWRFhdBq0bq5A2kaJX0J0rlOOPr5uWYvaf/rI4eMcNLTjWXQ== x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:YT2PR01MB9730.CANPRD01.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(13230001)(366004)(110136005)(71200400001)(38100700002)(9686003)(38070700005)(186003)(55016003)(6506007)(7696005)(33656002)(53546011)(52536014)(86362001)(786003)(8936002)(83380400001)(66446008)(64756008)(76116006)(66556008)(508600001)(66476007)(66946007)(5660300002)(122000001)(91956017)(4326008)(8676002)(2906002)(316002);DIR:OUT;SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?/3VR6YS4JBgaRCHb90Y282fhV1WFhFCvNIz5skitT8OGv6g+IjB+ZWQDTW?= =?iso-8859-1?Q?rSgqQ4uvxIi2OO9bOdKiAW0NmFCggeT6lovtliSq0D0Sq2tFFoHkwZ1C7P?= =?iso-8859-1?Q?arACthJUTGamNbHOGdIf1XHNm+2hyKrOgnV2qIA3PMb2BoTSKOIQRns2mM?= =?iso-8859-1?Q?qZBVfE1KHbQHruNyCuVTZdW0eb0bzh5dncWVDOSA6N1CgSlZrohl2qnpxW?= =?iso-8859-1?Q?9jCWEVbum2pNUco/up2mQ3Kc7kQ2m0rkmkdbAAgfxtlsZl4+Ll8kvH6ViW?= =?iso-8859-1?Q?FdYsXqnaL28EMsYXtkrWV9hkJheJ3DOl7C45zNlwBbvR1xFpECxGkahsIQ?= =?iso-8859-1?Q?o+0MTZdwcv2EcQ/JRjtNAdBlsNXUD5gkFcyh3ozpO/P/u/iFNvR4jUVoxM?= =?iso-8859-1?Q?DseJwkVHEXvRUOqwTfOM9u9OnHyNWNc1Y9WWZyQK5WtWm4LoJUfBgOkPd6?= =?iso-8859-1?Q?X5fwCdOAizuSuHIPDySTrbQHHq2bBoZSdG/DNU8ZyhU1RKLJf8QYls5nU9?= =?iso-8859-1?Q?0TwATXL57S5rcDaDyY/ozhhRvJDXdy6MZDkpaiebhLOBj98P0HG7Be0atP?= =?iso-8859-1?Q?aW1tl3a39DMLmhmwTcw/1f+2fdi8Q9jUjzdjpUWbE+lP2AqbdS6S1MIW0P?= =?iso-8859-1?Q?DBVjhunxFjtfB0l8JaEKZm9BfLSQ5to4k9f+IHhsi3T2tbDyWAZ4mZuD9N?= =?iso-8859-1?Q?zM4sjhAsiHXEH97LTXnZvQpSXU4Eo/qjFxZHG64ur3yrqV/F19omhrblCj?= =?iso-8859-1?Q?AeGJUTI4nYATu3s5bhG9BhTuOkaC8mjqfNM8DMBexMQsIoTlTnonTRAMVY?= =?iso-8859-1?Q?D6/oIddriN1RizpWxFenUOY6kSBCA4L2SdoSnielrcOR5WCSJylMQs439I?= =?iso-8859-1?Q?QiBUkpxVJYtwzuRSed5g2hdFKRQ5EAmPB7P4xeK3AOyDyWS21uqMBwpKRL?= =?iso-8859-1?Q?/E4MecPdlBHZM6anFgdOiU6qhdQtruxtarOX5Ub0o0SXt/EpfCAFZi06UE?= =?iso-8859-1?Q?2o9kRK7OT+EXdGVUF7HIHfvvyiQddMHSa0lvOlYTF0M+D7qAcFC9t8sKLN?= =?iso-8859-1?Q?Xwm65bWmuU8u8+SvcjYwSvJjBLAAHHB4QwEz7eZ+SoCbg2vaMtFAhyvUL9?= =?iso-8859-1?Q?GLTNcl2cQ3FUWdmOJyhVWTYQupaqNHVA5vm0yi17i+QssIGA+vg0c6ofzq?= =?iso-8859-1?Q?Hhio/Kceuhv8WRstqMvu6sikmvuh4GrCM6qEX7KTJB14K78vqclrOt//rp?= =?iso-8859-1?Q?DC67io9ewDz5bss9R3kpJLzNmatpmgOQxUmdM2p66SCsSH98JrMz6MAtkO?= =?iso-8859-1?Q?eEOyquNVmQW9K2B65jjEYivF9Yso5U0K/H79/cgITnMqV/+j32l7i2xJVi?= =?iso-8859-1?Q?6G2RYlaXjTeomKxUZ1+OqnNKv/PAJ9rQ7B2rfbTzUg6izdPNgrL3WbU93s?= =?iso-8859-1?Q?sAKYJ2295bIyvHVzNDuHKs7Qn4zzjtZz7sOD5yg970yQhDGeDQ++vtI5ko?= =?iso-8859-1?Q?eh8HJHyj9QDdJWaHspsMoTpKZl1D4geaN4vn6/I6q8LBE2ppea5qlKNXyT?= =?iso-8859-1?Q?BGAoLfLWO/2PJ1XAV1BNYzziRivX?= Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: YT2PR01MB9730.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: d640a784-e6d9-4d68-6dc8-08da0ab292d4 X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Mar 2022 20:45:30.9415 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 126CFIo/jdpZ0qy+VvdR3NSdq5KdnALH0DDfnLlFadEBB2VLE/YR5ivygQkTKOKNZPNMGJV5qbTMm6Yka8k4dg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR0101MB4540 X-Rspamd-Queue-Id: 4KM8sT36S7z3MHL X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector2 header.b=V+tUHCT0; arc=pass ("microsoft.com:s=arcselector9901:i=1"); dmarc=pass (policy=none) header.from=uoguelph.ca; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.66.51 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-4.00 / 15.00]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector2]; FREEFALL_USER(0.00)[rmacklem]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[uoguelph.ca:+]; DMARC_POLICY_ALLOW(-0.50)[uoguelph.ca,none]; RCVD_IN_DNSWL_NONE(0.00)[40.107.66.51:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.66.51:from] X-ThisMailContainsUnwantedMimeParts: N mike tancsa wrote:=0A= > On 3/20/2022 7:43 AM, mike tancsa wrote:=0A= >> On 3/18/2022 9:18 PM, Yoshihiro Ota wrote:=0A= >>> I had built several versions between releng/13.0 branch point to=0A= >>> stable/13 (before releng/13.1 was created) and all of them had such=0A= >> performance degrade.=0A= >>>=0A= >>> I started suspecting stable debug options and thus built releng/13.1=0A= >>> and tested.=0A= >>> I don't see NFS slowdown unlike stable/13.=0A= >>> releng/13.0 and releng/12.2 were also fine.=0A= >>=0A= >> Hi,=0A= >>=0A= >> I would think there is very little difference (if any) between=0A= >> releng/13.1 and stable/13 right now. Are you sure stable/13 suffers=0A= >> from this issue you are seeing ?=0A= The sources may be almost the same, but the build is not.=0A= See /usr/src/sys/conf/std.nodebug.=0A= =0A= I'm assuming his releng/13.1 build created a non-debug kernel.=0A= Debug kernels do spit out "expect reduced performance" if i recall=0A= correctly. It sounds like he found an example of this.=0A= =0A= rick=0A= =0A= >=0A= >=0A= These look to be the only files touched below.=0A= =0A= 0{cage}% git diff remotes/origin/releng/13.1..remotes/origin/stable/13 |=0A= grep '^\-\-'=0A= --- a/contrib/tzcode/stdtime/ctime.3=0A= --- a/lib/libc/gen/time.3=0A= --- a/lib/libcasper/services/cap_net/cap_net.c=0A= --- a/lib/libpfctl/libpfctl.c=0A= --- a/lib/libpfctl/libpfctl.h=0A= --- a/libexec/rc/rc.d/dumpon=0A= --- a/release/pkg_repos/release-dvd.conf=0A= --- a/sbin/devd/devd.conf=0A= --- a/sbin/ipf/common/ipf.h=0A= --- a/sbin/ipf/libipf/printactivenat.c=0A= --- a/sbin/ipf/libipf/printstate.c=0A= --- a/sbin/pfctl/pfctl.c=0A= --- a/sbin/pfctl/pfctl_optimize.c=0A= --- a/share/man/man4/Makefile=0A= --- a/share/man/man4/netmap.4=0A= --- /dev/null=0A= --- a/share/man/man4/vale.4=0A= --- a/share/man/man9/crypto_buffer.9=0A= --- a/stand/efi/libefi/efi_console.c=0A= --- a/stand/i386/libi386/vidconsole.c=0A= --- a/sys/arm64/include/pcpu.h=0A= --- a/sys/cddl/contrib/opensolaris/uts/common/dtrace/fasttrap.c=0A= --- a/sys/cddl/contrib/opensolaris/uts/intel/dtrace/fasttrap_isa.c=0A= --- a/sys/conf/newvers.sh=0A= --- a/sys/crypto/armv8/armv8_crypto.c=0A= --- a/sys/crypto/armv8/armv8_crypto.h=0A= --- a/sys/crypto/armv8/armv8_crypto_wrap.c=0A= --- a/sys/dev/netmap/netmap.c=0A= --- a/sys/dev/netmap/netmap_bdg.c=0A= --- a/sys/dev/netmap/netmap_kern.h=0A= --- a/sys/dev/netmap/netmap_vale.c=0A= --- a/sys/i386/i386/machdep.c=0A= --- a/sys/kern/kern_rmlock.c=0A= --- a/sys/kern/sys_process.c=0A= --- a/sys/kern/vfs_cache.c=0A= --- a/sys/kern/vfs_subr.c=0A= --- a/sys/modules/if_epair/Makefile=0A= --- a/sys/modules/linuxkpi/Makefile=0A= --- a/sys/net/if_epair.c=0A= --- a/sys/opencrypto/cryptodev.h=0A= --- a/sys/riscv/include/cpufunc.h=0A= --- a/sys/riscv/include/pmap.h=0A= --- a/sys/riscv/include/pte.h=0A= --- a/sys/riscv/include/riscvreg.h=0A= --- a/sys/riscv/include/vmparam.h=0A= --- a/sys/riscv/riscv/elf_machdep.c=0A= --- a/sys/riscv/riscv/locore.S=0A= --- a/sys/riscv/riscv/pmap.c=0A= --- a/sys/sys/param.h=0A= --- a/sys/x86/x86/mp_x86.c=0A= --- a/usr.bin/diff/pr.c=0A= --- a/usr.bin/touch/touch.c=0A= 0{cage}%=0A= =0A= =0A= =0A= From nobody Sun Mar 20 22:48:02 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D94FD1A29AD1 for ; Sun, 20 Mar 2022 22:48:15 +0000 (UTC) (envelope-from coruscant0@gmail.com) Received: from mail-yw1-x1134.google.com (mail-yw1-x1134.google.com [IPv6:2607:f8b0:4864:20::1134]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KMCZk6DqSz4V5D for ; Sun, 20 Mar 2022 22:48:14 +0000 (UTC) (envelope-from coruscant0@gmail.com) Received: by mail-yw1-x1134.google.com with SMTP id 00721157ae682-2e612af95e3so27296217b3.9 for ; Sun, 20 Mar 2022 15:48:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:from:date:message-id:subject:to; bh=kG5ljukmReGGeBA34/OtU5L442C899XFi1YeBxBnOOM=; b=eKXPQfA18VM6YMllAbI0GH7j7TQZ0ZDrGNyscW23Vi6X1Ur8tcXxCmHjOKcYQktpz6 gQFOfbEDYH7BV+ieYpXKixLanr4Ue/WcHcc9XzuE9Y032wCBy6/2MZm8xfvl9vRl7MQN VWh1JoPLjLU0x88zkzi2wdR2qPK6Zn2dqF8ajoob49qhxWm92dx8kCukHKmTLUNQhlIv Mx3Z+o+x+KiRk9F/GaJ7p1ELP5N1I9U7utRZSmJd4gzrhxT8oKcJGImD26BWlbTQpS9x 0W5Ae30bahArXoF9JLpm2u8JvbYt/A9ovrXXanksRWVdCZTyVj9m+gwjtCn/zQbl2Bq2 P8nA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=kG5ljukmReGGeBA34/OtU5L442C899XFi1YeBxBnOOM=; b=OO4x/xTuiPS6e8/Pr1cWVpBK7GtQYydE6DDJqmfPGdjvlwalSwveDZf3Jx7kgwyKhT ckueZ4OoGG4XCqDmt0M2hgZyIGYHueOwCqb+JLpp1KQ5jwYS+pSpYM+qtpP3W2ht3Bgu fzfrVMf/1kn4lMbnrIhgFyY/Kbe5jFOt9VoN10QPmQSMP14AdE3NzYia6Qc0d28z+nuE b8FNyBUyOa3f0+NfeRwuszWYAcZ2LuJFS/Uwmc7YwPwkqReThtH+AJxHGvZati+KrniB BvFWrXNchdNxPHA4JGUJDcxh5GkbgjwUoazhy6sb/pK4uPthCBU6gMfew3HBBA9wGt8J UFLg== X-Gm-Message-State: AOAM530GQzTeCVVjMK/gNEC4iKnrUW4eKxeReEVqNagYVPtGlzVrM1ok klfj+ozMQbKZ2UfAyH8aQDvoZMHEzXJ+ON0bloJ9W+sShfLZFQ== X-Google-Smtp-Source: ABdhPJwOWltf6JL/5kWI3yVvRFSqrxmE9BYN8h2S//Jc6G+pKioUHH07IxbYnx2gjNMAOKRn2EFBYxOxD3W9xNk0FVU= X-Received: by 2002:a81:6f85:0:b0:2e5:bad1:cf35 with SMTP id k127-20020a816f85000000b002e5bad1cf35mr19713550ywc.199.1647816493796; Sun, 20 Mar 2022 15:48:13 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 From: =?UTF-8?B?R3nDtnJneSBQw6FzenRvcg==?= Date: Sun, 20 Mar 2022 22:48:02 +0000 Message-ID: Subject: scripted jail install PR merge into 13.1 To: freebsd-stable@freebsd.org Content-Type: multipart/alternative; boundary="000000000000c4922a05daae2c19" X-Rspamd-Queue-Id: 4KMCZk6DqSz4V5D X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=eKXPQfA1; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of coruscant0@gmail.com designates 2607:f8b0:4864:20::1134 as permitted sender) smtp.mailfrom=coruscant0@gmail.com X-Spamd-Result: default: False [1.10 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; 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:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[freebsd]; R_MIXED_CHARSET(1.11)[subject]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; 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]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_SHORT(0.99)[0.993]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::1134:from]; MLMMJ_DEST(0.00)[freebsd-stable]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N --000000000000c4922a05daae2c19 Content-Type: text/plain; charset="UTF-8" Hi, Is there any chance that this referenced PR could be merged to 13.1-STABLE? https://github.com/freebsd/freebsd-src/pull/473 I don't see it breaking any previous behaviour, though it could be a huge improvement on its usability. Thanks, Gyu --000000000000c4922a05daae2c19 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

Is there any chance that this referenced PR cou= ld be merged to 13.1-STABLE?
https://github.com/freebsd/freebsd-src/pull/473
I don't see it breaking any previous behaviour, though it could be a h= uge improvement on its usability.

Thanks,
Gyu
--000000000000c4922a05daae2c19-- From nobody Sun Mar 20 23:25:29 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id C07FA1A3203B for ; Sun, 20 Mar 2022 23:25:47 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-vk1-xa30.google.com (mail-vk1-xa30.google.com [IPv6:2607:f8b0:4864:20::a30]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KMDQ26Y5Zz4bfh for ; Sun, 20 Mar 2022 23:25:46 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-vk1-xa30.google.com with SMTP id d129so1683651vkh.13 for ; Sun, 20 Mar 2022 16:25:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=yWTYmBUo38iQysM7FkoqI6PgexH3evN169nXACnHE5I=; b=5jgSuFZRlAhqonn1G2s8hqmI3bP0oGhpupCfC2bxHrKTPeT9Uj0uEzu4K4xT98kueJ lhsiNeESulGOYmx4cSEalovOKF26rWiNcVs4vQTP8inBcqhF4kHPFS57jzr+iZBi2GJ5 G4bhrQhn1dXiMkm00MpuRMWdgEVBgUL1+nX3NFBjeGyBWGXIpgaoUzjpFWt04yxMajrN kIihVqJKcM4O2+kwdZ12U6OFfFqo3kAxbApUYzQVF/nd1pUO9CcqgIqtJSJYGcmU+OGS Qt4oIOslpgq0w+9Jsocu8/oxfdsg7RWLm+Qvckj7pUT7tlkoGYcEhZWUD1P02JeDMwSe nZhg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=yWTYmBUo38iQysM7FkoqI6PgexH3evN169nXACnHE5I=; b=wxjWq3KZHVzn2X+rLebcXqIvR0/OcRdEib7Z8Zu9OG35qONmOqNJoHUzL/2msW3hZL LeRnnDtAGrAFQVh/ZTKB/B1YnEfiQujWJRE2M8p0GRPgPLEmWeQQdM97ur0XT8eU7BMv uP7S56T5rG1t6b6Jl0YDzwDnSBY0fOtZQu3sbzHd1pKzvnOfLTlvBz2Qq3lkib5eUAo8 TslLxgNBDim7dQg4FvXKnYlNECBvf4xVfdp1LpNfN+TlBgsl/yK2LqpVLq6CPCseXym6 g+Yg3xo9xXpeDevJh2HnCzZ7dT95ZPm67l1IFV0y19YGRlCwmMQxfnpkicOluBtuE7qI tdOQ== X-Gm-Message-State: AOAM533axRD6Os8LpqPUuEameR0U86P8AmZ2cht4XKmHV1bAMvGY9piE A2klV8lSLKlfYCzxKvp0yle+r9Uogkvk2rmRE908RQ== X-Google-Smtp-Source: ABdhPJxzIpMQ8aZF57NmC6GkVjDsNnJ+OuF9JWIAnfXsVWABtx6P+Gihdxon/MPo9BzIYu6NnXVVFoNKKMBPi9sBSqw= X-Received: by 2002:a05:6122:50a:b0:337:88c3:1c6f with SMTP id x10-20020a056122050a00b0033788c31c6fmr7193660vko.40.1647818740183; Sun, 20 Mar 2022 16:25:40 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Sun, 20 Mar 2022 17:25:29 -0600 Message-ID: Subject: Re: scripted jail install PR merge into 13.1 To: =?UTF-8?B?R3nDtnJneSBQw6FzenRvcg==?= Cc: FreeBSD-STABLE Mailing List Content-Type: multipart/alternative; boundary="000000000000a9ce0f05daaeb25d" X-Rspamd-Queue-Id: 4KMDQ26Y5Zz4bfh X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20210112.gappssmtp.com header.s=20210112 header.b=5jgSuFZR; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::a30) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [1.00 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20210112.gappssmtp.com:s=20210112]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(1.00)[0.999]; NEURAL_HAM_LONG(-1.00)[-1.000]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20210112.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::a30:from]; MLMMJ_DEST(0.00)[freebsd-stable]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_SPF_NA(0.00)[no SPF record]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N --000000000000a9ce0f05daaeb25d Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I can mfc this to stable/13, but am about to start vacation so can't commit to releng/13.1. Warner On Sun, Mar 20, 2022, 4:49 PM Gy=C3=B6rgy P=C3=A1sztor wrote: > Hi, > > Is there any chance that this referenced PR could be merged to 13.1-STABL= E? > https://github.com/freebsd/freebsd-src/pull/473 > > I don't see it breaking any previous behaviour, though it could be a huge > improvement on its usability. > > Thanks, > Gyu > --000000000000a9ce0f05daaeb25d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I can mfc this to stable/13, but am about to start vacati= on so can't commit to releng/13.1.

Warner=C2=A0

On Sun, Mar 20, 2022, 4:49 PM Gy=C3=B6rgy P= =C3=A1sztor <coruscant= 0+freebsd@gmail.com> wrote:
=
Hi,

Is there any chance that this referenced PR cou= ld be merged to 13.1-STABLE?
https://github.com/fr= eebsd/freebsd-src/pull/473

I don't see it breaking any previ= ous behaviour, though it could be a huge improvement on its usability.
<= br>Thanks,
Gyu
--000000000000a9ce0f05daaeb25d-- From nobody Sun Mar 20 22:52:43 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 6C16C1A3400A for ; Sun, 20 Mar 2022 23:28:11 +0000 (UTC) (envelope-from pb@fasterix.frmug.org) Received: from laureline.eu.org (laureline.eu.org [193.106.119.10]) (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 4KMDSn5Gc7z4dFY for ; Sun, 20 Mar 2022 23:28:09 +0000 (UTC) (envelope-from pb@fasterix.frmug.org) Received: from smtp.fasterix.eu.org (smtp.eu.org [78.194.169.74]) by laureline.eu.org (Postfix) with ESMTP id 68F321AF63B for ; Mon, 21 Mar 2022 00:28:02 +0100 (CET) Received: from fasterix.frmug.org (unknown [192.168.0.2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (Client did not present a certificate) by smtp.fasterix.eu.org (Postfix) with ESMTPS id 7D4D22E0DE for ; Sun, 20 Mar 2022 23:52:43 +0100 (CET) Received: from fasterix.frmug.org (localhost [127.0.0.1]) by fasterix.frmug.org (8.16.1/8.16.1) with ESMTP id 22KMqhaK054680 for ; Sun, 20 Mar 2022 23:52:43 +0100 (CET) (envelope-from pb@fasterix.frmug.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fasterix.frmug.org; s=mail; t=1647816763; bh=cu+BttyUAq93HBOk/m7QkYFU53Uw7xV+aDTqeu4D4BU=; h=Date:From:To:Subject; b=KSdud/8vXQJtlvguF153gWQ4QzMbZFhyHomoXKCtCmfWIV1nMAgE1biu9Txxn50oX iLtAcrywPFgorFuFkuDAQYWHUJSwepBq17Sp30NRilm4JN4eOWqamtUy1Lue9aKqaT RaU+43jsWCjrcwk8AZEQTTbjFzoNm4HA4Ebso1K7puynaGoaDxBsta6lRBJgQ0YX38 M6kkod+lnHwPAnvmdwxk5cCbeVpwLatP6D+040A6dA5hOGWI6GnxtOTZHK67Gpvs6u 29Cmp9oL2blIIMupyNXQGqFAw+z9/CsHdK18AeF7tf5oCakZcLbWWKwdUgZ+BcB35x UHnASdIGJzvyQ== Received: (from pb@localhost) by fasterix.frmug.org (8.16.1/8.16.1/Submit) id 22KMqhIO054678 for freebsd-stable@freebsd.org; Sun, 20 Mar 2022 23:52:43 +0100 (CET) (envelope-from pb) Date: Sun, 20 Mar 2022 23:52:43 +0100 From: Pierre Beyssac To: freebsd-stable Subject: "Cannot find the pool label for 'zroot'" after FreeBSD 13.1-BETA2 install Message-ID: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 4KMDSn5Gc7z4dFY X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=fasterix.frmug.org header.s=mail header.b="KSdud/8v"; dmarc=pass (policy=none) header.from=fasterix.frmug.org; spf=pass (mx1.freebsd.org: domain of pb@fasterix.frmug.org designates 193.106.119.10 as permitted sender) smtp.mailfrom=pb@fasterix.frmug.org X-Spamd-Result: default: False [-0.03 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[fasterix.frmug.org:s=mail]; FREEFALL_USER(0.00)[pb]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:193.106.119.10]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[fasterix.frmug.org:+]; DMARC_POLICY_ALLOW(-0.50)[fasterix.frmug.org,none]; NEURAL_SPAM_SHORT(0.97)[0.969]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:34019, ipnet:193.106.116.0/22, country:FR]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hi all, In case this hasn't been reported. I've been testing a FreeBSD 13.1 BETA2 USB image and, after installing with the default "ZFS root install", the new system fails to mount root after loading the kernel, then stops in the loader. How to reproduce: - boot the image - select "Auto (ZFS) Guided Root-on ZFS" in the partioning menu - Select: Pool type: stripe (default) Encrypt Disk: YES Swap Size: 164 GB Encrypt Swap: YES Other options: default - continue installation - reboot - type the GELI passphrase => Kernel boots then: Solaris: NOTICE: Cannot find the pool label for 'zroot' Solaris: NOTICE: Cannot find the pool label for 'zroot' Solaris: NOTICE: Cannot find the pool label for 'zroot' ... Solaris: NOTICE: Cannot find the pool label for 'zroot' Mounting from zfs:zroot/ROOT/default failed with error 5. Loader variables: ... On the exact same hardware, it works with a stock 13.0-RELEASE USB image. I haven't tried with former 13.1 images. This happens on a ASUS motherboard (B550M-A wifi) with a Ryzen 5 5600G, 64 GB RAM and NVME disk, in case it matters. -- Pierre Beyssac pb@eriomem.net From nobody Mon Mar 21 05:10:46 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id AFB071A32EEB for ; Mon, 21 Mar 2022 05:10:57 +0000 (UTC) (envelope-from fm-134872-202203210510477038402a0d978177b9-Ma6Ywg@rts-flowmailer.siemens.com) Received: from mta-64-227.flowmailer.net (mta-64-227.siemens.flowmailer.net [185.136.64.227]) (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 4KMN4J4dHgz3qhj for ; Mon, 21 Mar 2022 05:10:56 +0000 (UTC) (envelope-from fm-134872-202203210510477038402a0d978177b9-Ma6Ywg@rts-flowmailer.siemens.com) Received: by mta-64-227.flowmailer.net with ESMTPSA id 202203210510477038402a0d978177b9 for ; Mon, 21 Mar 2022 06:10:47 +0100 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; s=fm1; d=siemens.com; i=Andre.Albsmeier@siemens.com; h=Date:From:Subject:To:Message-ID:MIME-Version:Content-Type; bh=iTPHtPvAstsEcYEOS3Ahl+/uqs/yz+/3NscKc82PxL4=; b=fTnXV3EuirMqgT1oodIgFfaMV9VKMONrYBo+NL8Rh3GxPC+X7ebvUbz4Q1AmajgsccFuur 5YHN0jqBn1iMNNVs1vn5N9MsnsVv9/tEgy8gwRff2efSb8GcWUiSB4VSHEw7UymcV/NnyxD7 9FDPxqc+SzGFOSDw6xsl1087GDMQA=; Date: Mon, 21 Mar 2022 06:10:46 +0100 From: Andre Albsmeier To: freebsd-stable@freebsd.org Subject: Different PATHs in /etc/rc and /etc/rc.shutdown Message-ID: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline document_confidentiality: Restricted X-Flowmailer-Platform: Siemens Feedback-ID: 519:519-134872:519-21489:flowmailer X-Rspamd-Queue-Id: 4KMN4J4dHgz3qhj X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=siemens.com header.s=fm1 header.b=fTnXV3Eu; dmarc=pass (policy=none) header.from=siemens.com; spf=pass (mx1.freebsd.org: domain of fm-134872-202203210510477038402a0d978177b9-Ma6Ywg@rts-flowmailer.siemens.com designates 185.136.64.227 as permitted sender) smtp.mailfrom=fm-134872-202203210510477038402a0d978177b9-Ma6Ywg@rts-flowmailer.siemens.com X-Spamd-Result: default: False [-1.90 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.136.64.224/29]; TO_DN_NONE(0.00)[]; HFILTER_HELO_IP_A(1.00)[mta-64-227.flowmailer.net]; HFILTER_HELO_NORES_A_OR_MX(0.30)[mta-64-227.flowmailer.net]; RWL_MAILSPIKE_EXCELLENT(0.00)[185.136.64.227:from]; DKIM_TRACE(0.00)[siemens.com:+]; DMARC_POLICY_ALLOW(-0.50)[siemens.com,none]; NEURAL_HAM_SHORT(-1.00)[-0.999]; FORGED_SENDER(0.30)[Andre.Albsmeier@siemens.com,fm-134872-202203210510477038402a0d978177b9-Ma6Ywg@rts-flowmailer.siemens.com]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:50018, ipnet:185.136.64.0/24, country:NL]; FROM_NEQ_ENVFROM(0.00)[Andre.Albsmeier@siemens.com,fm-134872-202203210510477038402a0d978177b9-Ma6Ywg@rts-flowmailer.siemens.com]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[siemens.com:s=fm1]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_MED(-2.00)[siemens.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-stable@freebsd.org]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCPT_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[freebsd-stable]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Today I was bitten by the fact that /etc/rc.shutdown and /etc/rc set different PATHs at least on 12.3-STABLE (I used a command sitting in /usr/local/sbin w/o specifying its path and it worked in stop_cmd() but not in start_cmd()): /etc/rc.shutdown: PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin /etc/rc: PATH=/sbin:/bin:/usr/sbin:/usr/bin Is there a reason for this? Or should they be made equal? In the latter case I will file a PR... -Andre From nobody Mon Mar 21 13:27:49 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E627D1A17717 for ; Mon, 21 Mar 2022 13:45:21 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::12]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KMbTs0L0Nz4ZtF for ; Mon, 21 Mar 2022 13:45:20 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 22LDj4av005924 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 21 Mar 2022 14:45:05 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-Authentication-Warning: uucp.dinoex.sub.de: Host uucp.dinoex.org [185.220.148.12] claimed to be uucp.dinoex.sub.de Received: (from uucp@localhost) by uucp.dinoex.sub.de (8.17.1/8.17.1/Submit) with UUCP id 22LDj4c9005923; Mon, 21 Mar 2022 14:45:04 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.16.1/8.16.1) with ESMTP id 22LDSnms006755; Mon, 21 Mar 2022 14:28:49 +0100 (CET) (envelope-from peter@gate.intra.daemon.contact) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by gate.intra.daemon.contact (8.16.1/8.16.1) with ESMTPS id 22LDRnjF006257 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 21 Mar 2022 14:27:49 +0100 (CET) (envelope-from peter@gate.intra.daemon.contact) Received: (from peter@localhost) by gate.intra.daemon.contact (8.16.1/8.16.1/Submit) id 22LDRnqZ006256; Mon, 21 Mar 2022 14:27:49 +0100 (CET) (envelope-from peter) Date: Mon, 21 Mar 2022 14:27:49 +0100 From: Peter To: freebsd-stable@freebsd.org Cc: Andre Albsmeier Subject: Different PATHs in /etc/rc and /etc/rc.shutdown Message-ID: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.sub.de;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [185.220.148.12]); Mon, 21 Mar 2022 14:45:07 +0100 (CET) X-Rspamd-Queue-Id: 4KMbTs0L0Nz4ZtF X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org designates 2a0b:f840::12 as permitted sender) smtp.mailfrom=pmc@citylink.dinoex.sub.org X-Spamd-Result: default: False [-1.30 / 15.00]; ARC_NA(0.00)[]; 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.10)[text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[sub.org]; NEURAL_SPAM_SHORT(1.00)[1.000]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE]; RCVD_TLS_LAST(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Quoting Andre Albsmeier: > Today I was bitten by the fact that /etc/rc.shutdown and /etc/rc set different > PATHs at least on 12.3-STABLE (I used a command sitting in /usr/local/sbin w/o > specifying its path and it worked in stop_cmd() but not in start_cmd()): > > /etc/rc.shutdown: PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin > /etc/rc: PATH=/sbin:/bin:/usr/sbin:/usr/bin > > Is there a reason for this? Or should they be made equal? In the latter case > I will file a PR... These paths are explicitely set in the /etc/rc and /etc/rc.shutdown; i.e. the reason(s) should be in the commitlog. Does it make sense? In my eyes, no. Having added /usr/local/sbin but not /usr/local/bin does already look painsome to me. Checking the commitlog: The /usr/local/sbin comes from the original version of these files, but was removed from /etc/rc in 2002 per 903163ac3e17 Here is your reason. Might that one just have forgotten to remove it from rc.shutdown also? But then, just removing it now might surprizingly break some things people may have come up with in their takedown stuff. And, while ports were somehow optional back then, they are pretty standard by now, so I might alternatively suggest to add /usr/local/bin and /usr/local/sbin to both of the scripts. cheerio, PMc From nobody Mon Mar 21 23:58:36 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D90261A3C357 for ; Mon, 21 Mar 2022 23:58:49 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail-ed1-x530.google.com (mail-ed1-x530.google.com [IPv6:2a00:1450:4864:20::530]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KMs5h6Ttjz3s0l for ; Mon, 21 Mar 2022 23:58:48 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: by mail-ed1-x530.google.com with SMTP id w4so19755486edc.7 for ; Mon, 21 Mar 2022 16:58:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jellydonut-org.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :content-transfer-encoding; bh=WIyOsMjiiD4QwKixP8t3Onb2ITI8EexbmGGODOqB5r0=; b=hHTGTH4dKlaUfD92x0sFVXIsAZdQnXv9nhh0QmAaNaukJP67/ZdeLNQIse177uURoe vwUB/rpL6tLw+/CG0c8YuTPwwTQxpPTGqkGP8uQXDKUMDM0t64nlKXFmtWWL1p4D1Rhr QF+17MyTeUz2kENGRf9+dJ2AJ3BTu1swOmjqunH0VlM6JfrfiZnolmxJ+GIMTMm9bnwu wSuiX0p/60KeVluCy0mG8Rkj1BBokbVNEWT904ke37AN+OeQ+KwY58Eg8JnbiEajn3wL PBI+D4gBYg9kYdV0oxLwuqi8Lne08oRlFG7/marykIHuKweLkOotngOqZiZtgEIEkIuv pzNA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:content-transfer-encoding; bh=WIyOsMjiiD4QwKixP8t3Onb2ITI8EexbmGGODOqB5r0=; b=SaMnpiArWrmkHyqjjFwi+V4m/aFKa1rXV9tWEwAqnbAdpbtDpU4i0+B6xOi5clgXIe ElAtaEsQzTDEp+/hc+ywh43b2N0oRWz6vj66voSqFb/wGfCTa+L1tY9W+9ugSJ/kS0sc DxQZzjOX/VIClfDCX0OcgvkmkNT+tlE92Kte/lNRSdx56G4eO3wsOOa82AuXD3aCgvBu +jKabx4cPJVkcYuvy9qlSjj3w8J2IOZR1VVgXAZ2aPwSCVIhCiB0HcAIDcLzSgOirExx M6R1JJi8pZ82PdH3HI6weShJ0alJAyjgHbFXC1sh7uGblwMcdB2/u/qrxM2iJgkpgn8i kCsw== X-Gm-Message-State: AOAM533Lw+O3xeiJ7mBKy8LN5bjrt/zQWXDgIQOAXZ6aOzIk1UQj0eFd +PeXdJMeVjiV/63Xh500rSS7lubO/ThyVVGU3rbBDgILYmagjA== X-Google-Smtp-Source: ABdhPJznirdGdF4iI3VbEt1pDtE2D7R1Bp+WjThyjDoabR+sZBrBuQGszHRVlu1sS/VEO4brzDjrpDWfKMX4IpHrxls= X-Received: by 2002:aa7:cac8:0:b0:410:cc6c:6512 with SMTP id l8-20020aa7cac8000000b00410cc6c6512mr25763656edt.408.1647907127711; Mon, 21 Mar 2022 16:58:47 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <0C3FEAD6-813A-49FB-971A-AC7746837F99@lutter.sk> In-Reply-To: <0C3FEAD6-813A-49FB-971A-AC7746837F99@lutter.sk> From: Michael Proto Date: Mon, 21 Mar 2022 19:58:36 -0400 Message-ID: Subject: Re: if_ena (also) fails to load with 13.0-RELEASE-p8 To: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4KMs5h6Ttjz3s0l X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=jellydonut-org.20210112.gappssmtp.com header.s=20210112 header.b=hHTGTH4d; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@jellydonut.org designates 2a00:1450:4864:20::530 as permitted sender) smtp.mailfrom=mike@jellydonut.org X-Spamd-Result: default: False [-3.50 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[jellydonut-org.20210112.gappssmtp.com:s=20210112]; FREEFALL_USER(0.00)[mike]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[jellydonut.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[jellydonut-org.20210112.gappssmtp.com:+]; NEURAL_HAM_SHORT(-1.00)[-0.999]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::530:from]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Fri, Mar 18, 2022 at 3:05 PM Juraj Lutter wrote: > > Hi, > > after binary upgrade to 13.0-RELEASE-p8 using freebsd-update, I started t= o get: > > KLD if_ena.ko: depends on kernel - not available or version mismatch > linker_load_file: /boot/kernel/if_ena.ko - unsupported file type > KLD intpm.ko: depends on kernel - not available or version mismatch > linker_load_file: /boot/kernel/intpm.ko - unsupported file type > KLD intpm.ko: depends on kernel - not available or version mismatch > linker_load_file: /boot/kernel/intpm.ko - unsupported file type > KLD if_ena.ko: depends on kernel - not available or version mismatch > linker_load_file: /boot/kernel/if_ena.ko - unsupported file type > KLD mac_ntpd.ko: depends on kernel - not available or version mismatch > linker_load_file: /boot/kernel/mac_ntpd.ko - unsupported file type > > > rendering my AWS instance unreachable. > > Has anyone run into something similar? > > otis > > =E2=80=94 > Juraj Lutter > XMPP: juraj (at) lutter.sk > GSM: +421907986576 > > Just a guess here, but you didn't attempt the install with kern.securelevel >0 did you? I want to say I've seen this long ago in such circumstances. -Proto From nobody Tue Mar 22 02:25:08 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4FABD1A2EC76 for ; Tue, 22 Mar 2022 02:25:22 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-55.consmr.mail.gq1.yahoo.com (sonic316-55.consmr.mail.gq1.yahoo.com [98.137.69.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4KMwLm6gt3z4pqF for ; Tue, 22 Mar 2022 02:25:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1647915913; bh=MmFLAj1PHyN6jBA+zYjM8eG05cBNdsHxLOah96LrfTM=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=Oc8LQbPmeWuSmqUwHXdqpG5mQ2Eu6t7dQlF6kGlrg4ImaUjcUA64EIaQrhXy3QMObs2wZhuijS8g7vc+RE8k+8lYp23wT75if/Y3q1eE1bXODxVEn0E5QkWMm1follPZcEWN3mh4bZeUqsKD63P/aDOylMjzx46vWxeJfl4k9lRvvm/0HE6rG+gpaE1gn8K5BO+eoZNY7iBLt0r6VcP7TerzilD7ofhYKWjO7CLVlW468VLTzT0JKZk//c2B8+i5Lo8Hn68mrC7f9B8a8x1EvgEGr2iDDBTDjnitkdfpj12UEfBSt2B4QVEHv0t9vJYRdQJ1zoRu0iNAX3lNUyQTIg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1647915913; bh=liwiHHb9mZRTvBX8NBDPgg0DqbLrPV1LVZ7UuLWGtkE=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=cqDsMBf5pZezVLTtPfmc8l2ZrERkDGZsJFE7h67GO5M5+2IW0Xo8RJkYqaM0hs2M4+lCAlXKA7XKycWLwHA6+0ZFsxyAFj4IllxoC2E/TZdl5nK7gmbsohY88XFhoZd7s+6rEhH73IlN1U9JGSOTCWHAxJN0qS68s+hPFaql8Sl6N7WZ4tyb8b6IhpfnMDMvLTqKnaqsFtyf+Tlc3Ibyv6B8QVu/hN7oM1Od+dyoOmJqJFbMdWGx+FdU9TBQyqN4DLU3p8GIrEgva8MCqFsUK98FwIRprW9bP5hVF1I6rxLG2061W8rtPYJjPVOt7yggZNOeFG9NY4ghox4Voh4Tlg== X-YMail-OSG: rk49FpYVM1nQLczahrdD6Zee3R2lNB0AxZZtgWCSLo7Z4g1LFBnMrg6kn5CqCGJ 90eAKWJqDD1QISbuOPtETRaguPsE41YHIdgG64NmVEfy20Q.Q3KtXQVA7hUe6qVjXdoNgs3sVDEj 59TzRvkmCTRg6RLWnIGVZbLOptYaOHiJg4BoP623JEnvW8hpvbdvUjy5RWIC0SBgmx20wQeQzPLt qFEa55ZIt0JcSsWyL6Ey9fY3WSaOPnMMQlr0LDH80.UZMe10iWL_Bymd1LkS1m0v1fga61xNSW0_ XE_k3QWO6SWSChj9RamOtekrVfcOUIqKi3XQq_PMU7unUFd1SYGex0mIpo_QrmSZHC4hcgCqNrK_ wSInBwQT2bbxGwlAY.QQhdF0w6pxEzFUdypzLeC_.Y3dMU7ngW3bpFuaO6xzfm8Gdn6yq45_xM4m ypwvUP5BVRPR80z5XOAfU5hUtPaXmWv0hadN70HmMDpLmWCFJj2Ln1rT_GFhLgGZ5mpi7SyyETzg 2tYTx3ucsng3HPE41.tLj7w8Zn1Hb4IGogbK4eoEgaPMasotOiOlBRlZyjx0i.0aSUA4R6fwDXXK CNlbk6sfj6FRp63j_9HYaLEZSFtqqbDkJmVamUxVzMgnpiNfKGAmXIzlNF7VIJBdwgwe9TawNMqS dP7WQBvOaOwQfNOpY6A17gUM.xQ.xCO3pD6aGNFvg_jSwXZEtges37s7GVFqyGgkzX5R3hwLQrUZ Wx5OKAWsQyx2S6F4oEUeRfll1XPSxSLPIEybQRHxG3kKgU6KUyKAd.iPobNNMe3El1ExSUA3JjLD py6L71jmtqVsdgbnBmt_iMlbuoOiX0uV3nj8gxj2ndbzt5EOmzDRAtyqbY3kIpoVvuxJlCIxlcBw m2adE1eGhS4hFB7AiUMk9mxT2HZG1f4Fe_B.UNC7_gjuSHZrWeSc8pRoo6vcCkK0SaNkL5X7KW8n SynkuQokATx9h88yKVxvZK2znBaCZZxA6yauxUlXq.39fqp_Pgnuqoic0NJIo59Ynm8psqIF90mE u8b5HAuakBItAfTGFgQk7GYIaoP8dV0ktnqmkgXGzNAaRbu2b8.X5Jc.e.DxwWxgBSpAX7Bcd3Y6 EVYMpnr0VJtis8V4WbsE.BXKc.4EkQasUpEH7nd9lAUTfMlxqcZoCmzU1s71RI.AhsIY5MNkyhZQ IUUmeIYe9WuzUMdOUnBXxV8DwfSldqMQ1VtpYmQXcK4rwrQQfZ2rpjkV6j_m2RH8rZKg0S4kZzeO gSpcbhbTA4rT.Dkqjg5IYBbwsBl6MxuErzLJoaPxUMVBKYpFHeOVirgS7JeyG5upxvIbUfwDySNp RWazDCvlMTogzHMq3hw_Ec5h.5V48Z50MEwoWw3RHicfTDYYhCZKSI1ZY3LaBTWAUeKYKaZVrUX1 WHUh3yl43qfVn.uEj1XGB_iT4JHL4f8Pomoo6WHSldb8u9RWARpC4N5aVv0K9X5IMw6uVRBsR1UK DWRSYWmjrn2SrbfrKoo3h60u.JOpXYkzqe_xTB_nppRCRZlMIzOUsV6ZZJeWn3fQ0it7spHLTbEn wYskpc8yhjDnFWIwGpujctXEnF3HK8jGyrGL3qnEn7oJIZlQfQ65MA1oU7cjUgxOSvIl6dhg_Of8 _78aC0jFDpioE5z_qdxBUiWg74nR.koouiiZ7bjvWImOlJAobSNZFeXiQ7Ln31OG8ol70a5E0U3s oc5AP5ZCo5JGKL4BLUBUpqD9V_rrKvo2UzrvOQhlmOfzo3S2REOXpopMgdcDT75I6sjz21Q3W06k PTz7UDF0VWtC9MQKMbk.1FN1LpZEVnj6opiC_4FXiFGw2K64NS_z2Vjt5w8x.uZCyVI12j5XpMzc HnC45a_u6KWEL3WfDZezBfQmkwadkHqKD9JzG3rvSFWOZKlzSSNIuMBqTKQXvSVHXNm30g7qDZLn Hd1NykjxN_0fGy6l4k8IRnuKnr4XHAw84rbuMVNWS9miS3uROeoJH6cFhAbi6.DBXQVXeJtrJvEs b4kqiOVobyqrx316GPfdtAHDodbL_YXUcm0K3UCL4XKRStLbRPyZG.XqQqoPO3z9XBbCcHAkUlqa 9Uz7oJbJ6q5AtcgZQCeV3c4acNv_k9AF3OGhsc2LOU_xlW00I5Segi79gRUXP9G3qNWn0r_i9o6y 4OuCAnMTiugL5NJT87HcGklsTclsKXhQD30C.b8YgbYZqhJM7cDxB9H1N.auLzZjtPEyaeS.1mSl pvCDmbwElqac24Q0zFgf6t5Flpdtv_vqU2oNeXI4DbENncmwoo5HuTn9.xfoo3TZ9HcoNQ5LCvpa IRQDu297SHE48Szw3 X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Tue, 22 Mar 2022 02:25:13 +0000 Received: by kubenode527.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID f0f6dd3c27743c0ee86f6c89c807552a; Tue, 22 Mar 2022 02:25:09 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: FreeBSD Errata Notice FreeBSD-EN-22:13.zfs Message-Id: Date: Mon, 21 Mar 2022 19:25:08 -0700 To: Mark Johnston , FreeBSD-STABLE Mailing List X-Mailer: Apple Mail (2.3654.120.0.1.13) References: X-Rspamd-Queue-Id: 4KMwLm6gt3z4pqF X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Oc8LQbPm; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.31 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-0.997]; 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)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.31:from]; MLMMJ_DEST(0.00)[freebsd-stable]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.31:from]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N This went through with no change to releng/13.0 's sys/conf/newvers.sh , so it still has: BRANCH="RELEASE-p8" from releng/13.0 c3540b3a2bdf . Similarly, UPDATING still has just: 20220315: 13.0-RELEASE-p8 FreeBSD-EN-22:10.zfs FreeBSD-EN-22:11.zfs FreeBSD-EN-22:12.zfs FreeBSD-SA-22:02.wifi FreeBSD-SA-22:03.openssl . . . from the same commit. This might make it more difficult for some to verify what status they have for the zfs problem. === Mark Millard marklmi at yahoo.com From nobody Wed Mar 23 04:10:02 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B750C1A32575 for ; Wed, 23 Mar 2022 04:09:04 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail11.asahi-net.or.jp (mail11.asahi-net.or.jp [202.224.55.51]) by mx1.freebsd.org (Postfix) with ESMTP id 4KNZby24d4z3GY2 for ; Wed, 23 Mar 2022 04:09:02 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from e20.advok.com (pool-96-225-64-148.nwrknj.fios.verizon.net [96.225.64.148]) (Authenticated sender: NR2Y-OOT) by mail11.asahi-net.or.jp (Postfix) with ESMTPSA id 201F02C782; Wed, 23 Mar 2022 13:08:53 +0900 (JST) Date: Wed, 23 Mar 2022 00:10:02 -0400 From: Yoshihiro Ota To: Rick Macklem Cc: mike tancsa , freebsd-stable Subject: Re: nfsd becomes slow when machine CPU usage is at or over 100% on STABLE/13 Message-Id: <20220323001002.35f7a7d660654757178f0518@j.email.ne.jp> In-Reply-To: References: <20220309034601.ea3135e31aec3ffb2623f145@j.email.ne.jp> <20220318211850.67b77d43b3a02043c3819bf3@j.email.ne.jp> <9b2935cd-5f70-d2a2-a328-004fa3e7b3f8@sentex.net> <9aee6d0f-e1c9-8c98-7352-7a0ff3e3d147@sentex.net> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd12.2) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4KNZby24d4z3GY2 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of ota@j.email.ne.jp designates 202.224.55.51 as permitted sender) smtp.mailfrom=ota@j.email.ne.jp X-Spamd-Result: default: False [-0.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.975]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:202.224.55.0/24]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[email.ne.jp]; NEURAL_HAM_LONG(-0.97)[-0.966]; NEURAL_SPAM_SHORT(0.94)[0.943]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:4685, ipnet:202.224.32.0/19, country:JP]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[96.225.64.148:received] X-ThisMailContainsUnwantedMimeParts: N I've been building default kernel, that is GENERIC for releng and stable branches. I see GENERIC-NODEBUG on head but don't seem to find it on releng/ nor stable/ I grepped /usr/src/* for std.nodebug but don't seem have a match... I wonder how nodebug kicks in releng. I added "enable DDB" to i386 kernel but didn't touch amd64 kernel. Both amd64 and i386 looks okay with releng/13.1. Hiro On Sun, 20 Mar 2022 20:45:30 +0000 Rick Macklem wrote: > mike tancsa wrote: > > On 3/20/2022 7:43 AM, mike tancsa wrote: > >> On 3/18/2022 9:18 PM, Yoshihiro Ota wrote: > >>> I had built several versions between releng/13.0 branch point to > >>> stable/13 (before releng/13.1 was created) and all of them had such > >> performance degrade. > >>> > >>> I started suspecting stable debug options and thus built releng/13.1 > >>> and tested. > >>> I don't see NFS slowdown unlike stable/13. > >>> releng/13.0 and releng/12.2 were also fine. > >> > >> Hi, > >> > >> I would think there is very little difference (if any) between > >> releng/13.1 and stable/13 right now. Are you sure stable/13 suffers > >> from this issue you are seeing ? > The sources may be almost the same, but the build is not. > See /usr/src/sys/conf/std.nodebug. > > I'm assuming his releng/13.1 build created a non-debug kernel. > Debug kernels do spit out "expect reduced performance" if i recall > correctly. It sounds like he found an example of this. > > rick > > > > > > These look to be the only files touched below. > > 0{cage}% git diff remotes/origin/releng/13.1..remotes/origin/stable/13 | > grep '^\-\-' > --- a/contrib/tzcode/stdtime/ctime.3 > --- a/lib/libc/gen/time.3 > --- a/lib/libcasper/services/cap_net/cap_net.c > --- a/lib/libpfctl/libpfctl.c > --- a/lib/libpfctl/libpfctl.h > --- a/libexec/rc/rc.d/dumpon > --- a/release/pkg_repos/release-dvd.conf > --- a/sbin/devd/devd.conf > --- a/sbin/ipf/common/ipf.h > --- a/sbin/ipf/libipf/printactivenat.c > --- a/sbin/ipf/libipf/printstate.c > --- a/sbin/pfctl/pfctl.c > --- a/sbin/pfctl/pfctl_optimize.c > --- a/share/man/man4/Makefile > --- a/share/man/man4/netmap.4 > --- /dev/null > --- a/share/man/man4/vale.4 > --- a/share/man/man9/crypto_buffer.9 > --- a/stand/efi/libefi/efi_console.c > --- a/stand/i386/libi386/vidconsole.c > --- a/sys/arm64/include/pcpu.h > --- a/sys/cddl/contrib/opensolaris/uts/common/dtrace/fasttrap.c > --- a/sys/cddl/contrib/opensolaris/uts/intel/dtrace/fasttrap_isa.c > --- a/sys/conf/newvers.sh > --- a/sys/crypto/armv8/armv8_crypto.c > --- a/sys/crypto/armv8/armv8_crypto.h > --- a/sys/crypto/armv8/armv8_crypto_wrap.c > --- a/sys/dev/netmap/netmap.c > --- a/sys/dev/netmap/netmap_bdg.c > --- a/sys/dev/netmap/netmap_kern.h > --- a/sys/dev/netmap/netmap_vale.c > --- a/sys/i386/i386/machdep.c > --- a/sys/kern/kern_rmlock.c > --- a/sys/kern/sys_process.c > --- a/sys/kern/vfs_cache.c > --- a/sys/kern/vfs_subr.c > --- a/sys/modules/if_epair/Makefile > --- a/sys/modules/linuxkpi/Makefile > --- a/sys/net/if_epair.c > --- a/sys/opencrypto/cryptodev.h > --- a/sys/riscv/include/cpufunc.h > --- a/sys/riscv/include/pmap.h > --- a/sys/riscv/include/pte.h > --- a/sys/riscv/include/riscvreg.h > --- a/sys/riscv/include/vmparam.h > --- a/sys/riscv/riscv/elf_machdep.c > --- a/sys/riscv/riscv/locore.S > --- a/sys/riscv/riscv/pmap.c > --- a/sys/sys/param.h > --- a/sys/x86/x86/mp_x86.c > --- a/usr.bin/diff/pr.c > --- a/usr.bin/touch/touch.c > 0{cage}% > > > From nobody Fri Mar 25 02:43:49 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E28491A22E7B; Fri, 25 Mar 2022 02:43:55 +0000 (UTC) (envelope-from gjb@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KPmcq63B9z3pNl; Fri, 25 Mar 2022 02:43:55 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1648176235; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=TRW4f1wgSHUJch0ZY1est3o1qOYODre3o4JEu+Bmwu0=; b=G1EOb4JUxgtdmxe6q9KidT6rV5/gdb61giN4njTcNa9M6/siblfkIa1P0coiTw20LJXGGb GCvpq4q9AklNRBV2xC9tRmqr9EuMZSjc+xpILsNQU62dFP6M80JJPMKZfzQlcjXGvimnge 1XTXt0bQAr1skrH7xfuJ1VzanytHFSfD2sqmw6pxDLV3Y3OjKgR64g95k2N0YIZGUSHd4H hDxSsImDGqtSJsWGNDLEQkrALFMUSmzRihTfkBTDakr0GH/XrnQeL740v1ldUBhCslHpad E4LC0eYHKOw8oBlvxn9koPGiys7iuWwr7UHbUF21Mi/IQKsc6yoUa8RE5AFgAA== Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 4E6D29002; Fri, 25 Mar 2022 02:43:55 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Fri, 25 Mar 2022 02:43:49 +0000 From: Glen Barber To: freebsd-stable@freebsd.org, freebsd-snapshots@freebsd.org Cc: FreeBSD Release Engineering Team Subject: FreeBSD 13.1-BETA3 Now Available Message-ID: <20220325024349.GM76435@FreeBSD.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1648176235; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=TRW4f1wgSHUJch0ZY1est3o1qOYODre3o4JEu+Bmwu0=; b=prpFmkrOLUM9UUtXMa33qqhM7QorBQI2kY7gT6yW/tLXzivXfclhS9rbeyV8VPD41ebmm4 L5c7Yijnq4yB5eCabuAtzTDLwNfxn0Z9soLPVkPfKL9U/jLd9z60M+DqkTwmkqOwl/WuMs 2nCAJqqPLP3MnBMra1j5RdGwkmv66JJpDB8K8nA7E2yqcJhhVEe2DR8b8H/tZdDU9w1FKq lYD3wgG7Dcr5/7H+EHVMOXXMqs9QLTByUjOXyaCK15RGlWBe99cNIjs7NL+OmZ7IBSL7R2 tEzDvItIVwtWam0xdeo52cFBNfaHJLR5d5F4L3Jw5N2qUgWCXrixvA1ZmbdrJg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1648176235; a=rsa-sha256; cv=none; b=W5MIiV4tCuYj8VNK5v5jIPhLh+48OmUgDhrrD/VBmVc/wtOQzw1v4+q58chkHekV/50j5J f9XOygOPiq0Or8F+mBSsUNoLYXoBvdw3n7wfpq+mqOl2lczGWasD6aI/Nymsc7Yok+PQrq amWTLGi91as75F+4xHph2+kf7LpSqCftxX3VBipVQCtWxjlkMT5R9M052TWJH3h19VCdCd lHyJ/PkZTuL2dQujMQhmArcAgEB0H5BWtz6h+PM5V2uu9Wv7XjfhbSj5hvxWNBcQ601YD2 WzWT6DjyJYaCM+GanHgPKyCSReoUmBLpoMvBXSX5cNO9LF3PF8G96EHpyNOnhA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The third BETA build of the 13.1-RELEASE release cycle is now available. Installation images are available for: o 13.1-BETA3 amd64 GENERIC o 13.1-BETA3 i386 GENERIC o 13.1-BETA3 powerpc GENERIC o 13.1-BETA3 powerpc64 GENERIC64 o 13.1-BETA3 powerpc64le GENERIC64LE o 13.1-BETA3 powerpcspe MPC85XXSPE o 13.1-BETA3 armv6 RPI-B o 13.1-BETA3 armv7 GENERICSD o 13.1-BETA3 aarch64 GENERIC o 13.1-BETA3 aarch64 RPI o 13.1-BETA3 aarch64 PINE64 o 13.1-BETA3 aarch64 PINE64-LTS o 13.1-BETA3 aarch64 PINEBOOK o 13.1-BETA3 aarch64 ROCK64 o 13.1-BETA3 aarch64 ROCKPRO64 o 13.1-BETA3 riscv64 GENERIC o 13.1-BETA3 riscv64 GENERICSD Note regarding arm SD card images: For convenience for those without console access to the system, a freebsd user with a password of freebsd is available by default for ssh(1) access. Additionally, the root user password is set to root. It is strongly recommended to change the password for both users after gaining access to the system. Installer images and memory stick images are available here: https://download.freebsd.org/ftp/releases/ISO-IMAGES/13.1/ The image checksums follow at the end of this e-mail. If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use Git to do a source based update of an existing system, use the "releng/13.1" branch. A summary of changes since 13.1-BETA2 includes: o Miscellaneous updates and fixes to the USB subsystem. o A bug fix in initialization of sblock.fs_maxbsize in newfs(8) had been addressed. o Miscellaneous updates and fixes to lindebugfs. o Compatibility fixes that are now not necessary in libcxxrt have been removed. o A compile-time change to compiler-rt had been implemented. o OpenSSL had been updated to version 1.1.1n. o A build-time fix when defining WITHOUT_BOOT in src.conf(5) had been addressed. o A fix to virtio_random(4) to avoid a deadlock had been implemented. o A build fix to if_epair(4) had been implemented. o The REPRODUCIBLE_BUILD option had been enabled by default. o The leap-seconds file had been updated to version 3676924800. o The timezone database had been updated to version 2022a. o A fix for vga(4) and vt(4) that could potentially lead to no video/console output had been addressed. o An update to arm64-specific code to make get_pcpu() a function had been implemented. o Support for automatically loading decryption keys from ZFS filesystems had been implemented. A list of changes since 13.0-RELEASE is available in the releng/13.1 release notes: https://www.freebsd.org/releases/13.1R/relnotes/ Please note, the release notes page is not yet complete, and will be updated on an ongoing basis as the 13.1-RELEASE cycle progresses. === Virtual Machine Disk Images === VM disk images are available for the amd64, i386, and aarch64 architectures. Disk images may be downloaded from the following URL (or any of the FreeBSD download mirrors): https://download.freebsd.org/ftp/releases/VM-IMAGES/13.1-BETA3/ BASIC-CI images can be found at: https://download.freebsd.org/ftp/releases/CI-IMAGES/13.1-BETA3/ The partition layout is: ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats. The image download size is approximately 135 MB and 165 MB respectively (amd64/i386), decompressing to a 21 GB sparse image. Note regarding arm64/aarch64 virtual machine images: a modified QEMU EFI loader file is needed for qemu-system-aarch64 to be able to boot the virtual machine images. See this page for more information: https://wiki.freebsd.org/arm64/QEMU To boot the VM image, run: % qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt \ -bios QEMU_EFI.fd -serial telnet::4444,server -nographic \ -drive if=none,file=VMDISK,id=hd0 \ -device virtio-blk-device,drive=hd0 \ -device virtio-net-device,netdev=net0 \ -netdev user,id=net0 Be sure to replace "VMDISK" with the path to the virtual machine image. === Amazon EC2 AMI Images === FreeBSD/amd64 EC2 AMIs are available in the following regions: af-south-1 region: ami-0a8952d8c117722f6 eu-north-1 region: ami-0a34e22934b7b2182 ap-south-1 region: ami-031344f2255170600 eu-west-3 region: ami-03e5fd82f2d77211a eu-west-2 region: ami-02d47c050257da0c9 eu-south-1 region: ami-0506d464e1a50d001 eu-west-1 region: ami-0bca37124ed40f58c ap-northeast-3 region: ami-01e373d85ee31b074 ap-northeast-2 region: ami-06b390f7591ec9931 me-south-1 region: ami-049b8cc93ae4be58a ap-northeast-1 region: ami-022821ba6a0c8363a sa-east-1 region: ami-0ad8bd0e9997c4e73 ca-central-1 region: ami-0ee37fc50c7da2690 ap-east-1 region: ami-0a260bc50b4609665 ap-southeast-1 region: ami-0168e3c42e07a5045 ap-southeast-2 region: ami-0444c1ee87f9377ee eu-central-1 region: ami-0a995ca5803e97eff ap-southeast-3 region: ami-0ad70c841ac77ccbc us-east-1 region: ami-0bcaae3a821ee8f24 us-east-2 region: ami-01b62386b7caa5017 us-west-1 region: ami-033d52f3b83757ce8 us-west-2 region: ami-0621f82a70d00e27c These AMI IDs can be retrieved from the Systems Manager Parameter Store in each region using the keys: /aws/service/freebsd/amd64/base/ufs/13.1/BETA3 FreeBSD/aarch64 EC2 AMIs are available in the following regions: af-south-1 region: ami-024e4aebd228031ff eu-north-1 region: ami-0128fa587c173ffbb ap-south-1 region: ami-02724f66808586eff eu-west-3 region: ami-0541f270ff58bc94f eu-west-2 region: ami-063690783bbb3e55c eu-south-1 region: ami-0beacda0029539091 eu-west-1 region: ami-0db9a5a9db31854c9 ap-northeast-3 region: ami-0f97672c1e2f3e61c ap-northeast-2 region: ami-0a5d321e74879dc1d me-south-1 region: ami-07a8fc44e1bb755ab ap-northeast-1 region: ami-087694828d193454f sa-east-1 region: ami-04f5bda336202ab13 ca-central-1 region: ami-02cb6b0311231d8ed ap-east-1 region: ami-0501d3f484bc35d7e ap-southeast-1 region: ami-0b107be4cf704615e ap-southeast-2 region: ami-08a69d4b3efaec499 eu-central-1 region: ami-0f2e0598cf4a17c8f ap-southeast-3 region: ami-05ee100557d903175 us-east-1 region: ami-00d764606b86b73f4 us-east-2 region: ami-0a70322c5ff541d7a us-west-1 region: ami-07fc2067f57d84e96 us-west-2 region: ami-0cda9fe9e0f14b6ca These AMI IDs can be retrieved from the Systems Manager Parameter Store in each region using the keys: /aws/service/freebsd/arm64/base/ufs/13.1/BETA3 === Vagrant Images === FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can be installed by running: % vagrant init freebsd/FreeBSD-13.1-BETA3 % vagrant up === Upgrading === The freebsd-update(8) utility supports binary upgrades of amd64, i386, and aarch64 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 13.1-BETA3 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 12.x. Alternatively, the user can install misc/compat12x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install == ISO CHECKSUMS == o 13.1-BETA3 amd64 GENERIC: SHA512 (FreeBSD-13.1-BETA3-amd64-bootonly.iso) = 9b3c8422061e936cc4e9f4d30b0f43a9df69b9e2038f29cb10c254799adb95306382a7d62607157cfda33f203c5b212ddf692daba8dcb57c9c4dfb9da9c21291 SHA512 (FreeBSD-13.1-BETA3-amd64-bootonly.iso.xz) = 251da321c65858cb834a470c59d354cfbd04941b5a5dff864ad56bd9a8a7162e4f72b483dbf6262c454c1cd7266f43ab07133f0a1b0b25d5d9d48bf8745dc8aa SHA512 (FreeBSD-13.1-BETA3-amd64-disc1.iso) = 28ada9eae6f48bd3488b3f986a49bab5c3750db1f8ee8c49383ec323b1992fcac42b46866b22184d039956c6fcb4cba2a496327ad0dee732025bbb74615838a1 SHA512 (FreeBSD-13.1-BETA3-amd64-disc1.iso.xz) = ce3d9981004d292d24d160a8baef417aa70fb9afd74f52a7547fb15bb5b03669032d99c489447900484bc1f9fb23070e5e7687bb30b61be5a65e341bc6b99885 SHA512 (FreeBSD-13.1-BETA3-amd64-dvd1.iso) = 0ca691ca8904554eabab78fdf4d18d958610703e11b9c5d97e61adcda81b6be590f1a5f0cfa6cf9a084514c3d7a93178143ca9c0f6b4f120fb265d38ba4c8f0e SHA512 (FreeBSD-13.1-BETA3-amd64-dvd1.iso.xz) = 9084eca9901b36624aa219c11e5de429e4f18e297fe3c16e96a57e7ac4e29a006af9700e27caf590ae2736ed0269e2290c5fe7602e9618fb1aea932fccf11314 SHA512 (FreeBSD-13.1-BETA3-amd64-memstick.img) = 4f796740ad7be5a1a4bf07fab3a1e98701850a94428e9ecf930b9fc8e9e8907a7f3ebd4e75055aca91bd8e2d1e3d0fe8fb63315795ee1e9b06ec6078f29e7f50 SHA512 (FreeBSD-13.1-BETA3-amd64-memstick.img.xz) = 0c18305de2c40c695b043fd3a8802fb035e027873b81306d6f9a23f2cf7943ff13a474027d47d5b3ddfb49d74375208906d2e5d0db69017136b692c90baffc68 SHA512 (FreeBSD-13.1-BETA3-amd64-mini-memstick.img) = 638920124bc38515efe18801e7064db0a656f6841125f5c182f9ff23e9f0e6d970d8d5c615a8bba683a1f6d1839e631292bd65a02af1f39363628f317a344c31 SHA512 (FreeBSD-13.1-BETA3-amd64-mini-memstick.img.xz) = b1446b8fd84748ad4026f98ea0274ebfa83db27ce43939c78191e778018c4e6ef1b0cdf989775f5a73565b03dea8cf3f78371d7b2c81a34126b5956a25fc5098 SHA256 (FreeBSD-13.1-BETA3-amd64-bootonly.iso) = af1e4843d16ece578c7a26625fe6d9024931d76990c9f68aeebbc475f37097aa SHA256 (FreeBSD-13.1-BETA3-amd64-bootonly.iso.xz) = 29c9b828834191c1f25f103a8308eb129f1fd5868fc114c41de9ea20a7c3d790 SHA256 (FreeBSD-13.1-BETA3-amd64-disc1.iso) = cdf42b216fe6a3ec216e91939529d462edde8aed1a660f44ab7cff3aa2ea170a SHA256 (FreeBSD-13.1-BETA3-amd64-disc1.iso.xz) = cb8bd5c83004aa920cb986f4d37c31697f6faad8521dbd545768772fc50bf18b SHA256 (FreeBSD-13.1-BETA3-amd64-dvd1.iso) = f60d102c8e51302ae268f446c5ba346d543a2b03cd4ec70d3d478547ae574103 SHA256 (FreeBSD-13.1-BETA3-amd64-dvd1.iso.xz) = 7a5e1583885ef2ec1e0ab4f5f1004a20e10247f1a8d5be99d815b4a7a590485d SHA256 (FreeBSD-13.1-BETA3-amd64-memstick.img) = 08c9435dbfd1903229bece36f006feb6fefd6a4f8da7c22a523922c688a2822d SHA256 (FreeBSD-13.1-BETA3-amd64-memstick.img.xz) = 9510f0a3f689964239faac34ee0bb64ee85bec1c48ed19202bc9fe60b9bb1e77 SHA256 (FreeBSD-13.1-BETA3-amd64-mini-memstick.img) = a37c47ac9c8bdd86eb092c0e6a1489531edb7d36547a28828626711e45b35bd2 SHA256 (FreeBSD-13.1-BETA3-amd64-mini-memstick.img.xz) = d88b509e92e3fda70738ac8577165bbbfe95b623bff11c5e760d3ab76951726d o 13.1-BETA3 i386 GENERIC: SHA512 (FreeBSD-13.1-BETA3-i386-bootonly.iso) = 5398a4400e063ad4130c5bb9ca677be0321f75fedfd040daba9bda4428e60cfbf78cecb66be5ef446686d43c8fca634722d924ee2470c16f1a48b2321b5aaa38 SHA512 (FreeBSD-13.1-BETA3-i386-bootonly.iso.xz) = e5edb5c0db9c7b98bfc724b6f291d2ddee7d255414c0e4207826db87459028708670b72e4139763cef43a2a23a7b43fbfb339a6622a7001b96c8872a259c7170 SHA512 (FreeBSD-13.1-BETA3-i386-disc1.iso) = 5a59db76c85a1283067c7e480ee6494a5ef9e870f61b8007a54360951ebe015a26cfaeb2f30b7f16da6bfd9aed88596a86affac2da2bc53e5a4bdc47628fce3f SHA512 (FreeBSD-13.1-BETA3-i386-disc1.iso.xz) = ec94e5708135859e5b1b9eb36d4b4ad3b794ea30dc0752cbc5816d2e80cd83185767eab309709ddc8cd80bd73d43e07c39edcebc42e222246c2dc8af3568a1cd SHA512 (FreeBSD-13.1-BETA3-i386-dvd1.iso) = d7ffde6c3a17a97f354f85f48b7b7db746917b0c2368d9edd093c505473204270f1568f6edea18669d4e19a6613f44dc466f3d6ded08a689551e2de276d965ac SHA512 (FreeBSD-13.1-BETA3-i386-dvd1.iso.xz) = c122d5e77a0f5d5388da85c1a0c2c3941b3ce255500c31fc6264f7aedb5e12b02395f2f9729b0834404b2d36c7226976685a0d850ac83a4ecdcbb55a4825028d SHA512 (FreeBSD-13.1-BETA3-i386-memstick.img) = ff81e85d662e9f1a25d1a83aba7b8511d2394fb221027980c0dc7a3edefd9a2082a6fd0c063d1308b05fa6aa7dfb9de6c3e623c62105acb6609f4728d4af05da SHA512 (FreeBSD-13.1-BETA3-i386-memstick.img.xz) = 014c3bdd6c3d2f72e6de0d3f31bfe05982f067fbc76cb2c80fe24678370e559073b8738fff7cefb16a8255af20834f9c037fb0b682cc41ff97926e5b5a1248a9 SHA512 (FreeBSD-13.1-BETA3-i386-mini-memstick.img) = ab31b35edbfc71d20677307fc07ac94fbe583a28a12d75ba1823829d7bc5e37a93389a0d0fff87048ddae0292fa8dbb3d5e53396f569bee2600d38a88626b0f5 SHA512 (FreeBSD-13.1-BETA3-i386-mini-memstick.img.xz) = 94c2750df82e91c5a470daa32dc31567308dc6bff41f2e068fe243d96142432b85efab34686816310bcd1aa9b9d05d39b107c268ed8cd2fe352e49d289af6b66 SHA256 (FreeBSD-13.1-BETA3-i386-bootonly.iso) = 2c83205b080a261b433e34d89316e516bc12f1017e542809fb3b51c9140432ba SHA256 (FreeBSD-13.1-BETA3-i386-bootonly.iso.xz) = a155812d72577d3c236c93e0861c9a2e601786c837505c37023ad75d093a4ab8 SHA256 (FreeBSD-13.1-BETA3-i386-disc1.iso) = 11b7b2f9757aa8bbd8b19861f20d6db8698541f7ef2b256177bd2ca0578da141 SHA256 (FreeBSD-13.1-BETA3-i386-disc1.iso.xz) = 93a8ba196d6ce1a2a8919a3dbd6c0b78baeb3740b149c76eff491cd88db48a5c SHA256 (FreeBSD-13.1-BETA3-i386-dvd1.iso) = 1264f8db38bdc66052952c443f57c589a47346557b2569f4dece9686dbd75f72 SHA256 (FreeBSD-13.1-BETA3-i386-dvd1.iso.xz) = e4243ba6e059d7049ffdb493f24c6c19539eea156973d462c85200d2dffc2ebe SHA256 (FreeBSD-13.1-BETA3-i386-memstick.img) = 566347b128358d04018bbda87ec9b57853a9d0339f49ed8ee499c243fa5be7ac SHA256 (FreeBSD-13.1-BETA3-i386-memstick.img.xz) = 24947f3e1ea62e9e76cb4b274041a2618d9cc5e6dfc7830173694c5bd35c103d SHA256 (FreeBSD-13.1-BETA3-i386-mini-memstick.img) = 89b6331533365846f15f2d7ab667a5f3ffcb9bc26985c6c4b47935ee0f9b4fab SHA256 (FreeBSD-13.1-BETA3-i386-mini-memstick.img.xz) = 4208b8c9324976a6a2e57df09e8bd2ef26538f35d987104942ab390355fe3a80 o 13.1-BETA3 powerpc GENERIC: SHA512 (FreeBSD-13.1-BETA3-powerpc-bootonly.iso) = 8fe128888a11ee386b5e8afdadfebe1662c7e4af5cebeac788825df7d7aef9deb4087d3ac261f93f528ff3a50e0512ea08ecb2a3288b69ff6e277800efa98226 SHA512 (FreeBSD-13.1-BETA3-powerpc-bootonly.iso.xz) = 3a30b49a13284dfd7dbae86cfd43f18abfb511c2dd044f5e96f84c68ee64228dc2db6c311e8da66528dd2c6f173e6bd11e95ee7b1d7735d72ca67a74998de907 SHA512 (FreeBSD-13.1-BETA3-powerpc-disc1.iso) = e3732d1f02ef3630101274c22e0af618fe8035c49832b477baa6fdf0d2e3a82d29c3f092dce12e2213181b307c6b9e995e7a7c20f434c8d47a0537ca61a14142 SHA512 (FreeBSD-13.1-BETA3-powerpc-disc1.iso.xz) = 4ad459f9a3bc6e28f04f4ce4924c279f8e98b963f7ddd9b05ab1fcc6de813c320ea3ca6dc6d7fabba70a2cd98de631e66a5e64cfe424ecad7686a4f1d0df5a22 SHA512 (FreeBSD-13.1-BETA3-powerpc-dvd1.iso) = 335c3e7dd88fdbffcd5091bc0638af5cacc4dff24b60d447768f5958aa1804394095fa4c40fad1dec3f1208032436a2ef6d8e0302f9b398c69198fd83d822f65 SHA512 (FreeBSD-13.1-BETA3-powerpc-dvd1.iso.xz) = f6907dca4298b551ba0732cc9b3a203fb1cfd272f29d49a2d945c34439eaee8e68eb88acd4d3a7eb968b0fd820f4206df603998ba1b321acdd4395d37d0aeb65 SHA256 (FreeBSD-13.1-BETA3-powerpc-bootonly.iso) = f4242670b7cc74877309f953689bfb99e692bab149bc2b722f1dbe72b4fa1b89 SHA256 (FreeBSD-13.1-BETA3-powerpc-bootonly.iso.xz) = f60653171b4e69ecde345944bb6ef2f11d88251820b72233ae49844fbc500981 SHA256 (FreeBSD-13.1-BETA3-powerpc-disc1.iso) = 36413cc24de2eff069247aecc4f4fb9483b0007ed8da01bdb7396997928f829a SHA256 (FreeBSD-13.1-BETA3-powerpc-disc1.iso.xz) = 0db44529fafacb74b7659e16d9aab8c2f24f1e3f4905f012cfad015b02f56ac1 SHA256 (FreeBSD-13.1-BETA3-powerpc-dvd1.iso) = 6c273f0872dff52fcebf19e36933a9ece3b751e71fb21fc55e2e34b42d1bf2ba SHA256 (FreeBSD-13.1-BETA3-powerpc-dvd1.iso.xz) = 2c676883feb01679c04649b5fda2b27c4a4d2b63f74da3e0fae4dec1dd07d311 o 13.1-BETA3 powerpc64 GENERIC64: SHA512 (FreeBSD-13.1-BETA3-powerpc-powerpc64-bootonly.iso) = 77c9b7bbe7fea90c1de18ae4a3d10552744de8196379457e3e1c22c0d3fbbfd5a18aeb5ff05642022a123fae8ce7bd9754ee47f3520bc109db3b1dea17c2d77a SHA512 (FreeBSD-13.1-BETA3-powerpc-powerpc64-bootonly.iso.xz) = ed37603b8530d9f49ff0ef5cc7a821fe1d48cfb55391d73bdb76efeb5f1f0d96aa5c23a8a0d1232c862b9851ade4a8add8de33ea1b8a9c6f33f54243ef935b0d SHA512 (FreeBSD-13.1-BETA3-powerpc-powerpc64-disc1.iso) = f30614ab55554af458176bea442690196b98843b91f6c37a4ec3cf59daaab3a44b6e5e43cf519657a0022617c5a7a9b17ca273bc251cc44ed16ed6c93c75f65c SHA512 (FreeBSD-13.1-BETA3-powerpc-powerpc64-disc1.iso.xz) = 32890034c5d0b0111bf54c3f6e1f9f106f417272af2362e5c71d83e18d48782990a224d81244ee312006905cb0fec83b26eab29931267cb64fb20a05d2704678 SHA512 (FreeBSD-13.1-BETA3-powerpc-powerpc64-dvd1.iso) = 496f5ecaa1769967c5de2bc36e8397a44c88785d3e957e4cde8ecd6dd3e8c9ba156a502cd3a5dfc6962d4745630ef94ddfeb4e36aa12ade5cd02a6d23c308aa4 SHA512 (FreeBSD-13.1-BETA3-powerpc-powerpc64-dvd1.iso.xz) = e846113cf3fff63c490429cd3c35531a845295e055a427ab086f14e51b7a31b4880a64faf1ad24b0d02a9668c7964c7307eae151ce357f271a97e7499b72d10e SHA256 (FreeBSD-13.1-BETA3-powerpc-powerpc64-bootonly.iso) = f93afcf7a1e837db477d5c3f20157f96d8ed507bee298eb306e86e7c04157f27 SHA256 (FreeBSD-13.1-BETA3-powerpc-powerpc64-bootonly.iso.xz) = 9a665984f5d38c8490c080a02c174bdaf96023259bba5f02d6b31b63d31b1939 SHA256 (FreeBSD-13.1-BETA3-powerpc-powerpc64-disc1.iso) = daccf34bf9845088344398f4cdf9919fd1ca85c499df261d18f83e52531ce08f SHA256 (FreeBSD-13.1-BETA3-powerpc-powerpc64-disc1.iso.xz) = c7e71b41f2d31f469e3e7d2d1f74bc3738eab4e6c624fc3ca16d94c32bfcb200 SHA256 (FreeBSD-13.1-BETA3-powerpc-powerpc64-dvd1.iso) = 3d1b5300e072bebcfd0ecb3c8f64dbd5902e898bba08796a00e67f184d9ea14c SHA256 (FreeBSD-13.1-BETA3-powerpc-powerpc64-dvd1.iso.xz) = b5ae7485b8633bbc099900821a3a10e4938791205beef84713e42a180983a7ff o 13.1-BETA3 powerpc64le GENERIC64LE: SHA512 (FreeBSD-13.1-BETA3-powerpc-powerpc64le-bootonly.iso) = 2bed06aa554cbdfff6944f7abbddc6716a013ae9121fe2a1a0fe12f77c783f1511cf949dfbcf2295c15ea9358082caa96a178459bb07ed6499fbe85275a83f6f SHA512 (FreeBSD-13.1-BETA3-powerpc-powerpc64le-bootonly.iso.xz) = 3c1bbd44913c420aa2539c9329ea5ed8dc57388f76edbf44637263026c192c2fdb133391d0e7f3d7d07f708f8f01aab5f21bbc8004ed82ddcf64cb036146810f SHA512 (FreeBSD-13.1-BETA3-powerpc-powerpc64le-disc1.iso) = 47cc2a1fe60aee74f26ce5b6e10aa1518469f9684b6d9012bd0d7166276c1d6472d458789c45982eb2bd6959b48f3bae6e3fbdea7be8e51744a344e0da0676a8 SHA512 (FreeBSD-13.1-BETA3-powerpc-powerpc64le-disc1.iso.xz) = eaa6165353835cd2f0e44c1ff28d8305c841d8755baacebdfb96af24994dd05847c3ec31f338eb58d100a0462a89f43c62236e180b5f8e1c252f3100cea7e642 SHA512 (FreeBSD-13.1-BETA3-powerpc-powerpc64le-dvd1.iso) = 34aaae021e8ed8f7db8e55c89b77faccba3254f7bc2c3e672efea80ba6d004d6f69a31c9c235889f9c21217afdc55fe7811c2b45b7d0bb8e6c9aa158c4c2cbfc SHA512 (FreeBSD-13.1-BETA3-powerpc-powerpc64le-dvd1.iso.xz) = 6b8af1087280a71f3cb058362118531398217e1167847ad70b5f7d4638d34015c077832aa1088222fbe81256250494f0b1eb131b5ebfd399db49f4d808b09b7d SHA256 (FreeBSD-13.1-BETA3-powerpc-powerpc64le-bootonly.iso) = 84881fa43400e168abbb742be460225a4ca933acff1a6548fc406d21d13d6322 SHA256 (FreeBSD-13.1-BETA3-powerpc-powerpc64le-bootonly.iso.xz) = bcb958d9c7e0eaae8745f68cf74403923561f57a36586f998b2bfa1a32a132bf SHA256 (FreeBSD-13.1-BETA3-powerpc-powerpc64le-disc1.iso) = 065ea9bd41f0adfc85e131fa413d229f7fda355470140a89c826fd063febc8b6 SHA256 (FreeBSD-13.1-BETA3-powerpc-powerpc64le-disc1.iso.xz) = 75562b81a5bdb9ec7f2d580d25e1aa5088356422dbe1a3d9f80a672289e94477 SHA256 (FreeBSD-13.1-BETA3-powerpc-powerpc64le-dvd1.iso) = d194ffecc0274de3699e9a488e687112efe9708520662b97800c2242c5e75c81 SHA256 (FreeBSD-13.1-BETA3-powerpc-powerpc64le-dvd1.iso.xz) = baa7a37edf50251647ce2567d631969af890122b6d23c2d6626baf9431185788 o 13.1-BETA3 powerpcspe MPC85XXSPE: SHA512 (FreeBSD-13.1-BETA3-powerpc-powerpcspe-bootonly.iso) = c3cbec33eb442fe7d936f0b7e990079550cc7c63a0a4f5dba6289a6bee2dc008ddc77c3f9070ec10c9b8d8367c6bbefd3db85f9bc59a8759e75c5d3a68196d9c SHA512 (FreeBSD-13.1-BETA3-powerpc-powerpcspe-bootonly.iso.xz) = f5605af7cd66bd456e33a8680f2f5e8fc4b032c08f4598a2fbd6956cede31299af9c872f9a2b7db4724b4750c535c523541966ccba25575c3384f6049fe78bb4 SHA512 (FreeBSD-13.1-BETA3-powerpc-powerpcspe-disc1.iso) = abf5378e4b0d71ae01b15ddbdd9f9705239345e9fa94ebae3022e7fd50a3593f63dfe72b1707435610518027cf4fae4a9eff02fe90c385f2e385ec78e67f4603 SHA512 (FreeBSD-13.1-BETA3-powerpc-powerpcspe-disc1.iso.xz) = c8c78bcf3a78d26625446f2875370d46d0b784f5259f87c65c9785ad938c26da5060dae023ad52fb5fdca2f4ce608ebcc16a4a0a185b860e126838800e14c4f1 SHA512 (FreeBSD-13.1-BETA3-powerpc-powerpcspe-dvd1.iso) = 92a2b39c17d97f5de721976329035f40ead3f20e9cdd38222c2686167b778412688e0bf9bb1fbe7e5fc7d1b00dcb3f3b465a8f3ad13d62c21bc6e805b9fb91ac SHA512 (FreeBSD-13.1-BETA3-powerpc-powerpcspe-dvd1.iso.xz) = efa1d3794a65134d04e9bd450ccbe28dc77e20c2da623a178c034a2baf449776ae000455f9431b60d6d15c44b02d594d506cdaefe8946730162dfa8150aec049 SHA256 (FreeBSD-13.1-BETA3-powerpc-powerpcspe-bootonly.iso) = 22380d4184bc50063008f7a4d73831ac2b52ea22a073eececa29b52e8715d9bf SHA256 (FreeBSD-13.1-BETA3-powerpc-powerpcspe-bootonly.iso.xz) = b554eb5db7deb64d2ee69366700baac5840abc998667f2428563385d28872d08 SHA256 (FreeBSD-13.1-BETA3-powerpc-powerpcspe-disc1.iso) = 93f8460cdcd073ff449fabace94153a94f1d9b1704d382a294f20f74bc148efa SHA256 (FreeBSD-13.1-BETA3-powerpc-powerpcspe-disc1.iso.xz) = 7894ad06c9e93878e4db6c8375699597e455ec2b2a86a5b5a387f15addda8c42 SHA256 (FreeBSD-13.1-BETA3-powerpc-powerpcspe-dvd1.iso) = 7a63316e52a496675f93506b81a3aaf88b025fc8523f26626b4710597ec32272 SHA256 (FreeBSD-13.1-BETA3-powerpc-powerpcspe-dvd1.iso.xz) = 0e0c6e3ec93ebd58afad51c20f94f6f52f40de1202e4388e1f0b6075fc7fe184 o 13.1-BETA3 armv6 RPI-B: SHA512 (FreeBSD-13.1-BETA3-arm-armv6-RPI-B.img.xz) = 590dccd8d25965b3fbff66c35b0dfd207aac8dc6348858dbd0c90695b194f319252f25113075d6a660e1982cc512cf97873c82bf2862cd4619bf9050b617466f SHA256 (FreeBSD-13.1-BETA3-arm-armv6-RPI-B.img.xz) = 290c25b9a54d07df9e28c0c2851f9d83826ee190b15878d71003925f4d40ee1d o 13.1-BETA3 armv7 GENERICSD: SHA512 (FreeBSD-13.1-BETA3-arm-armv7-GENERICSD.img.xz) = e193497d7c3639df5d183e0ebc83ccd0b1555a07aa86955d1001b42fb7095ab11a8635f23474fe0c0ce941df4eb0abdb676c1fd691315bf76933d9b6cf6cea5b SHA256 (FreeBSD-13.1-BETA3-arm-armv7-GENERICSD.img.xz) = 7f9d0d1e81bcdfef6c547b22be25042f95d0d87f3afeba5aa1d4beb8eba68519 o 13.1-BETA3 aarch64 GENERIC: SHA512 (FreeBSD-13.1-BETA3-arm64-aarch64-bootonly.iso) = 107e6e1e9ec8041ef13b0fb9ee8db295ba09b7b8e9ff4d64046f4eb467adc920a5699fcbcf75ffd40b5c958b1d2e974b78a284b3d90c21984e01d3272dadd8b7 SHA512 (FreeBSD-13.1-BETA3-arm64-aarch64-bootonly.iso.xz) = a9deab99b21b3c2fd7f33173c74c5a6d0b0775a2eb5a93040c6978a8e9f9f66370041567a95cd359bb040d7c0e56151dbc02e598ecceddef499fcd493c2a0034 SHA512 (FreeBSD-13.1-BETA3-arm64-aarch64-disc1.iso) = 56deb7e9ba5c7fc2ef205e11bf883c45c81712343d3ab8f6cbff5fbde763a976b1905fc9061fe46c522db517d0a26a911207f152a298ae092e359a5016465512 SHA512 (FreeBSD-13.1-BETA3-arm64-aarch64-disc1.iso.xz) = 0fe74a14d6ce42fb4bcf183fe81fc0d52db4f41834b44f233a65395f8e3de9a951744e5fe88a172e12d478c0d67bfab7bdbbcb347a1d990be9367d343636ae02 SHA512 (FreeBSD-13.1-BETA3-arm64-aarch64-dvd1.iso) = 1cea6d00d76c8d064feae1e1fbc014a41d3db9ba57c702d1376a8222c99709f55be57abf00079d9a4c2672df8219cabe27d47f3794142430157247a3f68c64b6 SHA512 (FreeBSD-13.1-BETA3-arm64-aarch64-dvd1.iso.xz) = 807b569dfb281986afbec21e1d9175665c1c46ffa5064ccc4b6a2312cd7df3e1da88357c466c14d5bf3521c2f834e0794245dba323de586749612d925a4ba1d1 SHA512 (FreeBSD-13.1-BETA3-arm64-aarch64-memstick.img) = d850ee8b2b9b5e726a9e8562403d4a8b45d8bf12c9b0e21166efe8315a48fd0856c87e20616a502125e7c87179b6aed75624236c86df92be9b031848bbb2e64a SHA512 (FreeBSD-13.1-BETA3-arm64-aarch64-memstick.img.xz) = 819f9ac0e64cb5cbb7f842cf922e2ffe88f2e4bf96fcbcf3eef587c7bf3a7b4737e53945fe574285ec73f13ba7570830b779b238ab795bb72e777bab08a3eaff SHA512 (FreeBSD-13.1-BETA3-arm64-aarch64-mini-memstick.img) = 449d710089ce7726598e499c0a8d4aabdff62b736de60f191a39c254bdc7f0a177fe2f412e2a9b5fe5391019d5705e202b007a4e185997de8e6e746b1d2e63c2 SHA512 (FreeBSD-13.1-BETA3-arm64-aarch64-mini-memstick.img.xz) = b9cd8cf0dc6eb8f23fa8ab5b0abde10ca4c98d613bc8a2af57ff02ee8d3b634283432cd41359315e6f8ed5634260618a03d02c29cc506743f412c21edceb49c0 SHA256 (FreeBSD-13.1-BETA3-arm64-aarch64-bootonly.iso) = 456f9904c03655c28f0ac17a6aa4ea55ca7d426e7b81085e85e8463cc4a74860 SHA256 (FreeBSD-13.1-BETA3-arm64-aarch64-bootonly.iso.xz) = bfe0ac3e406a1ca881f0299b3d63ca1529903f770b1a132946efe6e5930c261e SHA256 (FreeBSD-13.1-BETA3-arm64-aarch64-disc1.iso) = 4e264a5d5a3615875c3273480dbe9d82f985f476511a920ae40ce8ad8d55747b SHA256 (FreeBSD-13.1-BETA3-arm64-aarch64-disc1.iso.xz) = 66f3de93c034a2d9518fd3c68e6bfeedeb2fb17c989f3b0a00e2bf508038248e SHA256 (FreeBSD-13.1-BETA3-arm64-aarch64-dvd1.iso) = d78d677cba7bd4215cab1ca2ac48f3c524858e1a59d474cde7dd12a993a7bc8a SHA256 (FreeBSD-13.1-BETA3-arm64-aarch64-dvd1.iso.xz) = 2c114030ca829f852c3aed0b2e101a6f980927bc222ac0b2bdd74933aa22f011 SHA256 (FreeBSD-13.1-BETA3-arm64-aarch64-memstick.img) = a981d93c1ad039d1c07489a17b7fef720d7a56e11b47cb3bff8f4730ce95caa8 SHA256 (FreeBSD-13.1-BETA3-arm64-aarch64-memstick.img.xz) = f1ac3e01f4f90b77e9d9941037330231c3200b869c1643ef5a164819e544df88 SHA256 (FreeBSD-13.1-BETA3-arm64-aarch64-mini-memstick.img) = 0e01991e1d6a502f238d7a53f8efc8882e5042ce89d08135c3332d0e0b8d1bba SHA256 (FreeBSD-13.1-BETA3-arm64-aarch64-mini-memstick.img.xz) = 7feec790895c0334df264fef43a94e3e5fc17c8e294651a33c874ccad693e75b o 13.1-BETA3 aarch64 RPI: SHA512 (FreeBSD-13.1-BETA3-arm64-aarch64-RPI.img.xz) = c248470f0a711cf75efb90b122585733c76f563d41a3722138d93304af33c427a33f242c9ce39de8332c413d6182f175c011932817576152f2c2407dd6636c5a SHA256 (FreeBSD-13.1-BETA3-arm64-aarch64-RPI.img.xz) = 9f912c4539062fed3b319745469012ac8b1278bdc7d1bcc4f43bf51466c13652 o 13.1-BETA3 aarch64 PINE64: SHA512 (FreeBSD-13.1-BETA3-arm64-aarch64-PINE64.img.xz) = 18ed87746c5ef3945e00ed9b4c16bf4a19853e0f63bebf136077c3fbbd26080b4240aa89c2a45953c3650483fd29d6b026687bb6bf6c1126c496dc25da771174 SHA256 (FreeBSD-13.1-BETA3-arm64-aarch64-PINE64.img.xz) = cebeecc9a74ad5848ba5ed28c467a32a32bfeae056235f0c74bcf085848db413 o 13.1-BETA3 aarch64 PINE64-LTS: SHA512 (FreeBSD-13.1-BETA3-arm64-aarch64-PINE64-LTS.img.xz) = 6608dd4f3f464526a39929d87c055e2592b2b93bee4916a29144ea8b375d37aa5ab3a118c58bfd0f99f2af950ba6f78538ca9697becd950b5d2ddcf48962c735 SHA256 (FreeBSD-13.1-BETA3-arm64-aarch64-PINE64-LTS.img.xz) = bd52493b3b0e9004fe33dccd8074c58bc211f1e04e1fc6690c6f604c6fa70705 o 13.1-BETA3 aarch64 PINEBOOK: SHA512 (FreeBSD-13.1-BETA3-arm64-aarch64-PINEBOOK.img.xz) = 0496c7f9ac5d2d7efd9b4afe8c79297192221ff8a1f824b0f35213d0bb68e7812d379569960f72f4e01e26360d62e8ba42ae846e95041bc87b58d65c915cbc81 SHA256 (FreeBSD-13.1-BETA3-arm64-aarch64-PINEBOOK.img.xz) = 21721fa938d38fa09d41ab611a7c18f1d796e7c0090395324968cd5df23912ad o 13.1-BETA3 aarch64 ROCK64: SHA512 (FreeBSD-13.1-BETA3-arm64-aarch64-ROCK64.img.xz) = 39bd5b3523fe38969d86bc2e4ce9797d6d5502567f7427c988f5cf138e1dd2362dce1cc1f15241d0e6cfa0bca0b19c86428477e55b12fda073384e787efa5104 SHA256 (FreeBSD-13.1-BETA3-arm64-aarch64-ROCK64.img.xz) = f22b5192c2301ebb0a1ee5165c6d5bcb1f0507de3b8e938989fd6ede23f87180 o 13.1-BETA3 aarch64 ROCKPRO64: SHA512 (FreeBSD-13.1-BETA3-arm64-aarch64-ROCKPRO64.img.xz) = 3f0385a1506ba15643156f7f31a51b90844cc7cf13fd4db3c3c85436f9235d7c2a4956c8df36d11ff16a5408148d354c3d8c8cd83be546f9d51b900ae3c50b17 SHA256 (FreeBSD-13.1-BETA3-arm64-aarch64-ROCKPRO64.img.xz) = 2d445d6e2436341d3d15ac0a64a0c37e938f15e4c543dddb6f2079bc56e55350 o 13.1-BETA3 riscv64 GENERIC: SHA512 (FreeBSD-13.1-BETA3-riscv-riscv64-bootonly.iso) = 333241f9285cbca01f2793cac9dc7b46850ea1ca418cbbb55a6ada51a8ac93e2dbe17bf856a47cc02c13acc4b4299aae468a70e691af4211c3dd3c3fa763245a SHA512 (FreeBSD-13.1-BETA3-riscv-riscv64-bootonly.iso.xz) = 916b88443af4b57acf9883c2df77386ecb39bda34e8b587305da1d2a44b2c5ab8901ea64975c9f14b3c6e99d6cb5a81538a7dd2b6d375b110e6e9dd9d74a51dd SHA512 (FreeBSD-13.1-BETA3-riscv-riscv64-disc1.iso) = 23fa1525a2b0fb49f135b85dd0ec95d3eb2c46751bf7c67194c4741cf07321e57708d956d856e978bf2c032d01e93386a855f217e0a9d60b1ddecfd8ad11146a SHA512 (FreeBSD-13.1-BETA3-riscv-riscv64-disc1.iso.xz) = 9f985e34b459f297add01ad467a4453694e3c0b09ecc10e20addfe537c4830b4c49ee234c87d059dbc69d3d739c23c46b690056918355915e1c01ba915b7ee89 SHA512 (FreeBSD-13.1-BETA3-riscv-riscv64-dvd1.iso) = 68cab3231366ae4b8b7df60a0b53ae51ac8fa1a3572b1e7aa2ebe7da8eb8b7f67aea4e927b8e857d38e24005c04950331e71ecee34cf4cc901fdf539e9df371b SHA512 (FreeBSD-13.1-BETA3-riscv-riscv64-dvd1.iso.xz) = 1dcb2247d4851884d2c85aeb0d9990154daee5bbfa22616c889f17a41a8bae002f308759e61ee425360e1965e49b98c1e020b3bbd514d6d1c2cad0e56eea3500 SHA512 (FreeBSD-13.1-BETA3-riscv-riscv64-memstick.img) = 95b84b513b958b1dc209a743b9544a90a89eeb2ddf1bbdf4bb4b8e79ae96f3c5334b4863835cd94000f4b8c9457577a8e52b0a1a00cd377271309e92b974f0bc SHA512 (FreeBSD-13.1-BETA3-riscv-riscv64-memstick.img.xz) = a1ed742af7ad1e74b68dc3b289d7f11413c0e795b657f6f7a4f84f4772c2efefb00c64a570bd175c40b03800c3e96b2dabc663f96216573c653be8116278f8fd SHA512 (FreeBSD-13.1-BETA3-riscv-riscv64-mini-memstick.img) = 080fa434453faac440647727e6640d01b976086e1ff3f14cc8174265d615c6bc23813a92fd1c6ec32042320ddad19abe6de3d79dd16324d6a8183d03dc5b7bc9 SHA512 (FreeBSD-13.1-BETA3-riscv-riscv64-mini-memstick.img.xz) = 2263ed72785950677cb6771abd8a8c8f9b39c3ee98a92772c4fdaa8e1db4241f645b5aaa96b71e2274b34f7532a0e8526e5ee618eaa02e646ae4fb350e91e398 SHA256 (FreeBSD-13.1-BETA3-riscv-riscv64-bootonly.iso) = 7460f705787b2ee49ab1442994be1e846410e944fd4f90c6852b59e6e2061b9b SHA256 (FreeBSD-13.1-BETA3-riscv-riscv64-bootonly.iso.xz) = 7707a603c9da521e771a30507ad28a6e3e3b742c925512be3f11665f0b801b0f SHA256 (FreeBSD-13.1-BETA3-riscv-riscv64-disc1.iso) = 014117c6608687e608667512506bb3e3000a0556aa36e917bac8881e3d0d1e5e SHA256 (FreeBSD-13.1-BETA3-riscv-riscv64-disc1.iso.xz) = 33904f1652c8f9534cb64ae8380dae7319df230ebd01abf48b59165e8ac54ef5 SHA256 (FreeBSD-13.1-BETA3-riscv-riscv64-dvd1.iso) = bad1fc8d786a21099db080978bcb87d90e96930b1e5ca519545d295f38b8faf6 SHA256 (FreeBSD-13.1-BETA3-riscv-riscv64-dvd1.iso.xz) = 183d9be3709e9f4faf0a14e313a69e2c5008512798f05e564359a3d22cfbda98 SHA256 (FreeBSD-13.1-BETA3-riscv-riscv64-memstick.img) = 09ffc92a64c3984c0192058b9603527ee0c538fcf8f9b3bb29f9fb850252fd22 SHA256 (FreeBSD-13.1-BETA3-riscv-riscv64-memstick.img.xz) = 541aaf46bdb91682ae04ec9f9191721c86d6b7d819bdaa834220b0f121f8ee9a SHA256 (FreeBSD-13.1-BETA3-riscv-riscv64-mini-memstick.img) = a18387c61a51583ef45cf6d1fc2357dee3d303aca3a8c7a459d5c18266638629 SHA256 (FreeBSD-13.1-BETA3-riscv-riscv64-mini-memstick.img.xz) = 8d723125541d5cb3878115c6861b991f5d12e322a677e7b029e3081ac3a628cb o 13.1-BETA3 riscv64 GENERICSD: SHA512 (FreeBSD-13.1-BETA3-riscv-riscv64-GENERICSD.img.xz) = 8570a2783a9c2acd4c17a7a28d1c45b17424da85ae3032343bd43dc874af4e76f0a530383ab55c6eb81d75f139f936645232e907f9d2457c1ba1caf4b619660b SHA256 (FreeBSD-13.1-BETA3-riscv-riscv64-GENERICSD.img.xz) = d7de3af6cd0396e69be25b2ea2826839e2628938b74e1dbd437360abf9bbb0cb == VM IMAGE CHECKSUMS == o 13.1-BETA3 amd64: SHA512 (FreeBSD-13.1-BETA3-amd64.qcow2.xz) = 24d5e3bcd38533968e03a53f6d26792e7032b78c4966d77a05a112b2aea18988af18eb9497ec3e6fa76cae8a3b55db5e75569e2f584f8c7b740edf03fd1a09b1 SHA512 (FreeBSD-13.1-BETA3-amd64.raw.xz) = cb71a799a4ddc529fb40f3ecdc9013077eb0347fe5cf5868523b4258ace8027308495f5f72ac13c1b1bc7c16f17cb68c7bc9a8a86c623b32b15f0e175abd9bc5 SHA512 (FreeBSD-13.1-BETA3-amd64.vhd.xz) = 42e1c27b57102dd33df6594dc92fe7de2175558a16e537218ad616dfedbb78565ca9a05900c8d4246a5f21fb68d47c7bdfcd8aae6a1c101f281f9cc50831216b SHA512 (FreeBSD-13.1-BETA3-amd64.vmdk.xz) = a310e8377b693de5d48608aef4908bb1838812d6f9f2b630de8715a049933312734c95ec94a58e94bd164cda17c5c30db8268cbbe57eed4904a7b62b7678555c SHA256 (FreeBSD-13.1-BETA3-amd64.qcow2.xz) = cbf268af26ac0b182fe40f01447daaf92d56af1fc8a825e4ebe5995e5707a725 SHA256 (FreeBSD-13.1-BETA3-amd64.raw.xz) = 823799c94fdebd438b6995ba9187380fc2a5cb3e58941f36549a1faf52e8ff53 SHA256 (FreeBSD-13.1-BETA3-amd64.vhd.xz) = baba68ea6ed804741a7d4e6ac94008a44f01acfb17fa36424b085fc40b552e18 SHA256 (FreeBSD-13.1-BETA3-amd64.vmdk.xz) = e9d158db6afe9919725697a3aa0584df8928c7b3ea090a0f98a214af3c8a14e7 o 13.1-BETA3 i386: SHA512 (FreeBSD-13.1-BETA3-i386.qcow2.xz) = bcd9cfd9548bc92390dcd413f463a5f57389b6312bb5111a82b3094a63731e79a103d8d83a338d6173e63e65b72b3094f1903cff3c500b6cc6a8abe527d25ff8 SHA512 (FreeBSD-13.1-BETA3-i386.raw.xz) = 9d2594349263d20ea695e9c570ce63d10cd0893b6be32aa9e03b340a619fa758bf727ed843fc049efc12813be50285204d87a15ebc0b3f44cbe45f7c001c5b69 SHA512 (FreeBSD-13.1-BETA3-i386.vhd.xz) = 2d3df8615009ef48552675ede7911b1953e01ea6cded3170cc4b71ce0e0a7f68c8e1c5adb1254f57cddd0fa5346601529b53cce250fe6e6f04a24fdc810fa607 SHA512 (FreeBSD-13.1-BETA3-i386.vmdk.xz) = a6e5bcb15a944e9ae68283b296b95797892f98180e3f98ff4d7e862ec87622cc6520f01797b2d8778feaa945a8d54df5c23090d5c960e50e4d76d5943b684da5 SHA256 (FreeBSD-13.1-BETA3-i386.qcow2.xz) = a31c1ac3a62ce2aa19ae011a163005759e3bf1d350d6d745939f534a0637a9f6 SHA256 (FreeBSD-13.1-BETA3-i386.raw.xz) = 05ca9a75c8054ef6bfbba78374e2ee504f77492d3fabf4c559d5a41c515a212b SHA256 (FreeBSD-13.1-BETA3-i386.vhd.xz) = c56d3e5afe5edab4d3e93edff7001114558826724e8ed7f02330941b430b992e SHA256 (FreeBSD-13.1-BETA3-i386.vmdk.xz) = 6b64e76e6ca90bff82fd8870091e5f05b7ca565d96a025a3874ffb7e16520e55 o 13.1-BETA3 aarch64: SHA512 (FreeBSD-13.1-BETA3-arm64-aarch64.qcow2.xz) = 0dae61999c06ea443cd38dd3befd2f3da03e310583adc53d678ce51c070dbe0d75880c32deb4957b2e40cf4d24187cc446fc390f599be99ca71d6a053c0323b7 SHA512 (FreeBSD-13.1-BETA3-arm64-aarch64.raw.xz) = 2c6f23e8ed9985e27c26b0bd13cdc509ff292b3885fca89b02eb80df6f22e6f0f00de812e60f0d6f9c5c12c019673b55e2172ba886ee8639f75beb838ee0662b SHA512 (FreeBSD-13.1-BETA3-arm64-aarch64.vhd.xz) = 797dfcbf979653fcc65274d88795ab2cef48fffe4ec450a0df7417ac43e640cae71b6fe6f1d871fe0dba91179729addc23853348ddea7ed91fd50258f577c90d SHA512 (FreeBSD-13.1-BETA3-arm64-aarch64.vmdk.xz) = 2442fc763849c9bd91076d77e0821f9f278cc0a754b11a5c5953957e0138781c507a76c6422f22e4f0b93f0b0bd4f6df4ceae7a9219c8c7795dc382f00d475d7 SHA256 (FreeBSD-13.1-BETA3-arm64-aarch64.qcow2.xz) = 9fa61a33c740c8e63cdb41305d670ea04844a33f8c1deaccb89f27e564153da3 SHA256 (FreeBSD-13.1-BETA3-arm64-aarch64.raw.xz) = 4050edaa6015e3ffa257b59d60e802610a146b63f3a32447e013d160db886eb6 SHA256 (FreeBSD-13.1-BETA3-arm64-aarch64.vhd.xz) = 54e58c526dcb83380a3eba9bb124f5ad0b754e4613a1253ba08605c89ecc76db SHA256 (FreeBSD-13.1-BETA3-arm64-aarch64.vmdk.xz) = c5de29f98ab4cb4343489adcbd00199e498b65601cb90e7436ba14e367cf111a o 13.1-BETA3 riscv64: SHA512 (FreeBSD-13.1-BETA3-riscv-riscv64.qcow2.xz) = 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 SHA512 (FreeBSD-13.1-BETA3-riscv-riscv64.raw.xz) = 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 SHA512 (FreeBSD-13.1-BETA3-riscv-riscv64.vhd.xz) = 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 SHA512 (FreeBSD-13.1-BETA3-riscv-riscv64.vmdk.xz) = 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 SHA256 (FreeBSD-13.1-BETA3-riscv-riscv64.qcow2.xz) = 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 SHA256 (FreeBSD-13.1-BETA3-riscv-riscv64.raw.xz) = 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 SHA256 (FreeBSD-13.1-BETA3-riscv-riscv64.vhd.xz) = 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 SHA256 (FreeBSD-13.1-BETA3-riscv-riscv64.vmdk.xz) = 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 o 13.1-BETA3 amd64 BASIC-CI: SHA512 (FreeBSD-13.1-BETA3-amd64-BASIC-CI.raw.xz) = b2ad73ad00d710a98c199aafb2d98734707c358fa8244ebfe25c6f534d53a04280910072825f1d89907cea3f817cc1a1c332994ffd7013c763389491b31d3ee1 SHA256 (FreeBSD-13.1-BETA3-amd64-BASIC-CI.raw.xz) = 56938f65e52a06a137108d1c9ccacd7ef611902832313235f6eec4ac3d7fa388 Regards, Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmI9LGUACgkQAxRYpUeP 4pPwcQ//S7ZQa3i+bV2H8ehNxev3+FEOestbt2nff3ac6Uj+a59lxnQneI2FZ1eY ykpzw0NT/Q+RwaKZXw//CF5CDBrWd3AvMt8zdl/FLrGiXwIegojSZ8ns8Vv86v3H a8sjx/uGTeaWRnT2Ut6NmqWYyJnuYyyiFlogIEGu5lrUF1rsVaSplJnjiTPRY1VS b2lIpVXE+u9sxAm8fPFOw+D49pshFWTKkVyjEKCKZ2ODQjDfX68nGVAoZEtqygIl ehXfGY4B/Ljaddhvsx3hqEWGUcy/yjdzf/fdNqSNE6O6EOSVPB2qu0+X0zcgCUUu 1sWehhrbE4t3NP2VIEDYGwgJ+3GY4qIxIygEP/uz3+ttE9m53M3PI5DWn686zc8a XyJB3CZeM6Seb0r0FlS2hZgjG827JVc4fG/EnZz+jvPPZkEy8/ujYFDagWE6jk2z 5ki5R4abBkLhFhfojDT01sX9aHxG14xElPGbDc58TMgWzXpg+8mbAV3r21zgZEj7 lXzQOi9AUWDXvWAg4pI2XkRtezVPpM0RqbFtq8fpLqY50qQsqIb07dUXouVRApKj 7HfJWKDaQNlrPDScABeL3AZvraZkICe4OptbSsCREw7FLWwKl80fvAj0ECv0Ahrl 27TE4zbHzubBwozMjxLgP+ZKX0eXtaecoFNmKlCm6TUzc6+5ToU= =+UU/ -----END PGP SIGNATURE----- From nobody Sun Mar 27 15:06:50 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 0AD9C1A4D76E for ; Sun, 27 Mar 2022 15:07:00 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660064.outbound.protection.outlook.com [40.107.66.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KRK1G3w0Cz4s3J for ; Sun, 27 Mar 2022 15:06:58 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=aMBnFPvvj06cTwDuRovAEypVqFMbbBj4rWkvaEVz66Arqb/lVp1gcNoSNQ3hOfZwCGR39Kmb0ys8q64h1Cfp0nnuOxMVdOXWIFu9c3FC1hGLKiyEXYdWdQVEuyPZFPjaz56IMLv53pKZlVerMO9eBlzCQ4VXO2grb8RPhbwKmO45P/he7VkyIzZuV27yZ1MPa8ZEmIlDr7CyZ0S9hgidALhXYBgosGrVxcHy/GwTEmzQQZgSAGKq6ZtUgElPzQQOjYetAz0O9h8LFkTs5YusoZCW7xyYUQQ4qRoHs3CplRicMKeDBuTuRwBHmiDml39Zt82NuyClCLOQiQpHtmW56Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=hg6Pxh2kdVIoHdIvCj7bgIM0KX1sqrrr0mDtAllhSSE=; b=oJb9H9YdydGT1fKA5sXJ6oWC3fgdh2jYO//7gcaTYaLucgv2jdoZGg50f4L8Yle5gN+sh45nq++aqJUHPqxJ5VfmGm4wqeAeP8sPPgykuBgBgnVDm7oJVPZSnfbBV9w1ROqY+Ru2nBFBbNTsCdLRGMLwiKRYSIrYY2X8ZnNpldXRnbORA6ZEZKHZDD0XW3A1e2nmbQUL2M70YrLnWqPSwxTq0cIhJCC64A8HvLoftJpATx9wW0OiV0qUdWFl50MFSymQPEvzeaDSdK/tNyOiP60K01eSSh6eBBduyaOwuEnCAa/YgV9iwdK0rqgB9ezD/ytBB1SPaIjzXgSJxtXypQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=hg6Pxh2kdVIoHdIvCj7bgIM0KX1sqrrr0mDtAllhSSE=; b=FNrklRuktFoyESUdR6GMzCs/g9RcXp3m549fW6J0lfFGFv+qUA7mSMpa42vqdVHv2OJj8keOlr7bpjr37t4MT4Y2Z+Ebku1ZJYQj5jiAXBzt0nv2i9H5LCZG5gb6/lQYi8FZWbgx9rfpP0aaobTqKUhv4j77HFSi65CHDgu3+YQTfhswmvJbxP5rK0LfLl6+J0LKepsoBz1iER8LyVHA5k7tOmHhrQ0vDVELW2HgAkJvUnmaWuZRGmg9022vQIRvfmnrL/nz/mRmg9JOoMDFU7RWH7AZOK7gkKZ9Cr1qJ89B3gNr+tkVJJKTr9pAh/cPWwXxPZYsZ9WlPuV+hZIf3g== Received: from YT2PR01MB9730.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:b01:de::14) by YT1PR01MB2971.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:b01:12::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5102.16; Sun, 27 Mar 2022 15:06:51 +0000 Received: from YT2PR01MB9730.CANPRD01.PROD.OUTLOOK.COM ([fe80::39d7:e98e:fd00:2591]) by YT2PR01MB9730.CANPRD01.PROD.OUTLOOK.COM ([fe80::39d7:e98e:fd00:2591%6]) with mapi id 15.20.5102.022; Sun, 27 Mar 2022 15:06:50 +0000 From: Rick Macklem To: Yoshihiro Ota CC: mike tancsa , freebsd-stable Subject: Re: nfsd becomes slow when machine CPU usage is at or over 100% on STABLE/13 Thread-Topic: nfsd becomes slow when machine CPU usage is at or over 100% on STABLE/13 Thread-Index: AQHYM7vqHmVJAWfo2UaVD6ISojss76y3HTBUgBEa/mGAAAvigIAAiheugAOiHQCABv/NpQ== Date: Sun, 27 Mar 2022 15:06:50 +0000 Message-ID: References: <20220309034601.ea3135e31aec3ffb2623f145@j.email.ne.jp> <20220318211850.67b77d43b3a02043c3819bf3@j.email.ne.jp> <9b2935cd-5f70-d2a2-a328-004fa3e7b3f8@sentex.net> <9aee6d0f-e1c9-8c98-7352-7a0ff3e3d147@sentex.net> <20220323001002.35f7a7d660654757178f0518@j.email.ne.jp> In-Reply-To: <20220323001002.35f7a7d660654757178f0518@j.email.ne.jp> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: suggested_attachment_session_id: e5fc65eb-76e9-d123-9463-eed23b595a3b x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 3392482d-bbfa-4104-5d7c-08da10036c07 x-ms-traffictypediagnostic: YT1PR01MB2971:EE_ x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 3Ixtz7AROhP4Hp4+qyQpMgRDnI7IclpCFLOIjm1D4xlRxMkVANMiUQt9INdQPlQVgTPy9bYMXKTHIhuKSksl40QrpHXcpuOqjpbT0mwL8NebZH0csdMTLI+TaitGFXGOPJZhJoc2gtrFvlZW4XWUqknLCl0HBkMhGnlYg3Gz+5H0oUSM2rJKXic55rIIuv5yQQEI6Rf5+PB0kI/IiGWuMkjMF2MXnFRlfX32ooQdDvZwkdVMmaDMxD3OszyCVZ86aiSA1SP/l7rgHjGKZBmjyIoOpqUd8+hzXfbFHCHAlhJZ8X2iWa4lDfgWOhedVTIf2QTj9mvlbBEmW2d+6LMOWsacmKXTcblLZf4K6gEK7dgmJMK9JH7zFam8UhPrfcwLY01mRyE1vt3bRQlT0RyEKSub/6hloAmNOXFOjpY3XdiHf889oQVYg6uHH6kf5ONbtwX8Rl9DVJpVflkMvi9QW802UN1JiAn19OddWfnOQNt2hb9YmDBD2mz1usgU+a9Be978cV4qvWQuAG12K0favdmFjMkG7bvOyWnHqyN4hqcGOWJ/AT78+w9B/N4T6H2x6Zz8shGjBjspJji8T7wHr4gJ3BRsnzqk8krCHyXYUjoY2PN6NWCM6j+OSnYimiZhbereNCVIAOB97gpa8YHEF27KGyEyXYnqvwVkP6UxHdsYpUCZFUtXG0RnOLAvdmolCUnYqkkAqNfFm3q/c+gERA== x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:YT2PR01MB9730.CANPRD01.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(13230001)(366004)(91956017)(64756008)(66476007)(83380400001)(76116006)(66446008)(2906002)(316002)(786003)(9686003)(66556008)(52536014)(33656002)(66946007)(122000001)(5660300002)(54906003)(6916009)(71200400001)(6506007)(8936002)(86362001)(53546011)(38100700002)(7696005)(8676002)(186003)(38070700005)(55016003)(508600001)(4326008);DIR:OUT;SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 2 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?jsukog0NAf5sUG/9t7C0S/y3I25Kccllfec3Vrn1X8JddJCR1Z4vm8OnSC?= =?iso-8859-1?Q?KqRu6oJEZLMRL7wfCZ+ZRL6feGgxTohUkfOFeHtn3BxSik9g4EkFyeWEGn?= =?iso-8859-1?Q?WkXqcKDdm2NREUiP8rdRjcAFxbQiMpblS99N6K+Rj2kcjsjNVJv5RvSY1V?= =?iso-8859-1?Q?XYANmQq2jhNqcTewiEFPOvjTn7vq4MegVw/i3vWq8flimEFctrpUkLdVFE?= =?iso-8859-1?Q?6zNp5ZZ2sHKZDMinfgO0qYoxW/wDrJZOXwJmR45JM0xrCs+smqvQ+7Fgzw?= =?iso-8859-1?Q?F00z38K+xS8oEOGi3+U7xSqcAt6moYl+ceGjs8K9LmcvN0bvR2iB6v6mPA?= =?iso-8859-1?Q?uA7x69Na8HBk/kA4uy9P1tB/NKPJmpUcEdbK+Y85thYk/xXJ+Y+7Lp/exe?= =?iso-8859-1?Q?WOxhmUwHjggCHVdpzuXf8qMcBa1sZMBBvkD7tiFYfmbn7yE2Ok0W2QmikQ?= =?iso-8859-1?Q?ScgFpyIV2VEi9lI2v4gzwLKNPiTc0yQY7kHp9NCh86man1nXp1ZBUf7ZPo?= =?iso-8859-1?Q?5FrHGp+M0vAsenNtU9z7mihhjXSMbWAxL2RSI8+MC0DkBgDK2K5X+HlVg0?= =?iso-8859-1?Q?a8Wp2uuB0SbPk2WtFUErPdLZjJXAx9//3UaOLHgZR3PWNQbIh+j6sF/TNY?= =?iso-8859-1?Q?ptwaXytqNQuFU1lUX0ZW2yY3SR2j5owkE/7ntLLaphyGsN97AUYqk7PR5E?= =?iso-8859-1?Q?K9Axzx7VP2Lr56LUh1+TGWI0GaV+q6dj2bWtSkVQKMb9DpZ8VVFIR33nRw?= =?iso-8859-1?Q?RPASg1SgzBnpYkb3hS6g6u1OlXpyaJ7yxR/6Rh5X17qEQAs4iQ/dW0xLRo?= =?iso-8859-1?Q?3lllE9Y+1z9fddCeV8VjpqIYYRKnh6jkQzixEZUCnULY+rXBnNo9LxZwel?= =?iso-8859-1?Q?B7aYRUxRv1qwRyLw7UtgpnkiaFr49MKhTwhk26xXFP14pMamXjUWV9LOas?= =?iso-8859-1?Q?ZRttsAaBMAVAt2f/qzeZ2JReAL9f8JWEPpb2Bd406DTvhMHN0t9774JVg+?= =?iso-8859-1?Q?LJ81JJNs2LVkCZ2VUOr+Zl6+NJ872SmXkIbkkAEo3sW5RvlvVgiw5U+xfp?= =?iso-8859-1?Q?vt/4B6Z6WIs2NEQcK/j3ZORDbdGAyYmgyU81M4bbaAJQjXlb72CatM/oRF?= =?iso-8859-1?Q?D4+EOEaX2owKSTTjnb8CKnoitWjVAXuXEolOGCy5UlCMB+phUgk/4OPCcw?= =?iso-8859-1?Q?MMFelJKJi17IO/Q3nhWoa9Rjx/hoT1q8q8KDu2Nuwk3mHk4vOeWcNpPhIZ?= =?iso-8859-1?Q?+2UbvJWbPbjVWWbDO7UE5Fiz6WvjUpllEgJqIItpXAlmtebrK5s/L+6v2N?= =?iso-8859-1?Q?fm8PHdJiYUnyIw6DEW7qJbLoxzHzQUkZN5dqWG4BNq9xCoFbWCwzEwOMNT?= =?iso-8859-1?Q?RGDQpRTwJD9heXLqZQtaVHELv0B8WHPN+sw9HGvvwfRzNL3aFtLi2T9Qv4?= =?iso-8859-1?Q?QLsCUC874rq0hOQgD8yKWXc+yJFZO5Q5MTFEjRlhtsxe/TjyL5iGBtfSVz?= =?iso-8859-1?Q?RKRJ3ZOAnyYoTv5y1ioldx0I7etf26TZBuNnRunSTbjDj/3TtwjqwAIx16?= =?iso-8859-1?Q?+/uX15nHWZCfqh39bqtlUSThRno54xB/EMhCZjt9XBQ7jgJruECkzXzjsB?= =?iso-8859-1?Q?UIrpYXZ832LGI7mHAHrQUKXmoc5h/q8jPUHdod3DSvdh6ja6nMUUlQVVOa?= =?iso-8859-1?Q?2sNmnrIdeSaE7m9f1vu79t4AkpIPUyev3CQY9tnXePRNvpIbROPNNU17bh?= =?iso-8859-1?Q?XuH1mt4Ez1w5Pm7ryZ5OjaBlg6+hIvjxy8uzxNfZmFDICWuGo82IuBYi/E?= =?iso-8859-1?Q?GUS+D18AwyYs5ZyUUPB1fpg6H1WE83ABjs/yGIU1FN+GaW/+bU6yPFOL/J?= =?iso-8859-1?Q?6R?= x-ms-exchange-antispam-messagedata-1: mbPD7HXKlPg9wA== Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: YT2PR01MB9730.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 3392482d-bbfa-4104-5d7c-08da10036c07 X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Mar 2022 15:06:50.8777 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: vgQvSPfhuSA6Jv+qJ81z26APu0pFOaCsbWy6i6nxzrUKgxdzk8elH7H1W5EQD7BoaIXIq+/Ytb5CitduGJXbLA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YT1PR01MB2971 X-Rspamd-Queue-Id: 4KRK1G3w0Cz4s3J X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector2 header.b=FNrklRuk; arc=pass ("microsoft.com:s=arcselector9901:i=1"); dmarc=pass (policy=none) header.from=uoguelph.ca; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.66.64 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-4.70 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector2]; FREEFALL_USER(0.00)[rmacklem]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_SHORT(0.30)[0.295]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[uoguelph.ca:+]; DMARC_POLICY_ALLOW(-0.50)[uoguelph.ca,none]; RCVD_IN_DNSWL_NONE(0.00)[40.107.66.64:from]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.66.64:from] X-ThisMailContainsUnwantedMimeParts: N Yoshihiro Ota wrote:=0A= > I've been building default kernel, that is GENERIC for releng and stable= =0A= > branches.=0A= >=0A= > I see GENERIC-NODEBUG on head but don't seem to find it on releng/=0A= > nor stable/=0A= > I grepped /usr/src/* for std.nodebug but don't seem have a match...=0A= > I wonder how nodebug kicks in releng.=0A= I do not know what magic is used so that the releng kernels build=0A= without debugging.=0A= =0A= However, if you see this line:=0A= WARNING: WITNESS option enabled, expect reduced performance.=0A= in the first screen when booting, you are running a kernel with debugging= =0A= built into it.=0A= =0A= rick=0A= =0A= I added "enable DDB" to i386 kernel but didn't touch amd64 kernel.=0A= Both amd64 and i386 looks okay with releng/13.1.=0A= =0A= Hiro=0A= =0A= On Sun, 20 Mar 2022 20:45:30 +0000=0A= Rick Macklem wrote:=0A= =0A= > mike tancsa wrote:=0A= > > On 3/20/2022 7:43 AM, mike tancsa wrote:=0A= > >> On 3/18/2022 9:18 PM, Yoshihiro Ota wrote:=0A= > >>> I had built several versions between releng/13.0 branch point to=0A= > >>> stable/13 (before releng/13.1 was created) and all of them had such= =0A= > >> performance degrade.=0A= > >>>=0A= > >>> I started suspecting stable debug options and thus built releng/13.1= =0A= > >>> and tested.=0A= > >>> I don't see NFS slowdown unlike stable/13.=0A= > >>> releng/13.0 and releng/12.2 were also fine.=0A= > >>=0A= > >> Hi,=0A= > >>=0A= > >> I would think there is very little difference (if any) between=0A= > >> releng/13.1 and stable/13 right now. Are you sure stable/13 suffers= =0A= > >> from this issue you are seeing ?=0A= > The sources may be almost the same, but the build is not.=0A= > See /usr/src/sys/conf/std.nodebug.=0A= >=0A= > I'm assuming his releng/13.1 build created a non-debug kernel.=0A= > Debug kernels do spit out "expect reduced performance" if i recall=0A= > correctly. It sounds like he found an example of this.=0A= >=0A= > rick=0A= >=0A= > >=0A= > >=0A= > These look to be the only files touched below.=0A= >=0A= > 0{cage}% git diff remotes/origin/releng/13.1..remotes/origin/stable/13 |= =0A= > grep '^\-\-'=0A= > --- a/contrib/tzcode/stdtime/ctime.3=0A= > --- a/lib/libc/gen/time.3=0A= > --- a/lib/libcasper/services/cap_net/cap_net.c=0A= > --- a/lib/libpfctl/libpfctl.c=0A= > --- a/lib/libpfctl/libpfctl.h=0A= > --- a/libexec/rc/rc.d/dumpon=0A= > --- a/release/pkg_repos/release-dvd.conf=0A= > --- a/sbin/devd/devd.conf=0A= > --- a/sbin/ipf/common/ipf.h=0A= > --- a/sbin/ipf/libipf/printactivenat.c=0A= > --- a/sbin/ipf/libipf/printstate.c=0A= > --- a/sbin/pfctl/pfctl.c=0A= > --- a/sbin/pfctl/pfctl_optimize.c=0A= > --- a/share/man/man4/Makefile=0A= > --- a/share/man/man4/netmap.4=0A= > --- /dev/null=0A= > --- a/share/man/man4/vale.4=0A= > --- a/share/man/man9/crypto_buffer.9=0A= > --- a/stand/efi/libefi/efi_console.c=0A= > --- a/stand/i386/libi386/vidconsole.c=0A= > --- a/sys/arm64/include/pcpu.h=0A= > --- a/sys/cddl/contrib/opensolaris/uts/common/dtrace/fasttrap.c=0A= > --- a/sys/cddl/contrib/opensolaris/uts/intel/dtrace/fasttrap_isa.c=0A= > --- a/sys/conf/newvers.sh=0A= > --- a/sys/crypto/armv8/armv8_crypto.c=0A= > --- a/sys/crypto/armv8/armv8_crypto.h=0A= > --- a/sys/crypto/armv8/armv8_crypto_wrap.c=0A= > --- a/sys/dev/netmap/netmap.c=0A= > --- a/sys/dev/netmap/netmap_bdg.c=0A= > --- a/sys/dev/netmap/netmap_kern.h=0A= > --- a/sys/dev/netmap/netmap_vale.c=0A= > --- a/sys/i386/i386/machdep.c=0A= > --- a/sys/kern/kern_rmlock.c=0A= > --- a/sys/kern/sys_process.c=0A= > --- a/sys/kern/vfs_cache.c=0A= > --- a/sys/kern/vfs_subr.c=0A= > --- a/sys/modules/if_epair/Makefile=0A= > --- a/sys/modules/linuxkpi/Makefile=0A= > --- a/sys/net/if_epair.c=0A= > --- a/sys/opencrypto/cryptodev.h=0A= > --- a/sys/riscv/include/cpufunc.h=0A= > --- a/sys/riscv/include/pmap.h=0A= > --- a/sys/riscv/include/pte.h=0A= > --- a/sys/riscv/include/riscvreg.h=0A= > --- a/sys/riscv/include/vmparam.h=0A= > --- a/sys/riscv/riscv/elf_machdep.c=0A= > --- a/sys/riscv/riscv/locore.S=0A= > --- a/sys/riscv/riscv/pmap.c=0A= > --- a/sys/sys/param.h=0A= > --- a/sys/x86/x86/mp_x86.c=0A= > --- a/usr.bin/diff/pr.c=0A= > --- a/usr.bin/touch/touch.c=0A= > 0{cage}%=0A= >=0A= >=0A= >=0A= =0A= From nobody Sun Mar 27 19:00:49 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id CA3C51A42BE3 for ; Sun, 27 Mar 2022 19:01:01 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:13b:39f::9f:25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KRQCK0X0wz4cqJ for ; Sun, 27 Mar 2022 19:01:00 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id B6FDB8D4A156 for ; Sun, 27 Mar 2022 19:00:52 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 3D983E707D9 for ; Sun, 27 Mar 2022 19:00:52 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id R1PtpQsDnaLo for ; Sun, 27 Mar 2022 19:00:50 +0000 (UTC) Received: from nv.sbone.de (nv.sbone.de [IPv6:fde9:577b:c1a9:31::2013:138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id A0ADDE707AC for ; Sun, 27 Mar 2022 19:00:50 +0000 (UTC) Date: Sun, 27 Mar 2022 19:00:49 +0000 (UTC) From: "Bjoern A. Zeeb" To: stable@FreeBSD.org Subject: config / NOTES "profile 2" and main -> stable/13 fails universe for me? Message-ID: X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Rspamd-Queue-Id: 4KRQCK0X0wz4cqJ X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of bzeeb-lists@lists.zabbadoz.net designates 2a01:4f8:13b:39f::9f:25 as permitted sender) smtp.mailfrom=bzeeb-lists@lists.zabbadoz.net X-Spamd-Result: default: False [-0.75 / 15.00]; RCVD_TLS_LAST(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:4f8:13b:39f::9f:25]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-0.998]; DMARC_NA(0.00)[zabbadoz.net]; NEURAL_SPAM_SHORT(0.55)[0.549]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; SUBJECT_ENDS_QUESTION(1.00)[] X-ThisMailContainsUnwantedMimeParts: N Hi, I am building on a stable/13 machine (updated a few days ago but I had that before in the last months). I have git clone and am mostly working on main or main-derived branches. Once in a while I switch in-place (not a worktree) to a stable branch, e.g., git checkout stable/13 based on freebsd/stable/13 for MFCs. When I do that and start to build an amd64-only universe my kernel builds immediately fail with a dubious error message from a top-level Makefile: # nice make -s -j30 tinderbox TARGETS=amd64 [..] make[2]: ".../freebsd-src/Makefile" line 731: "Target architecture for amd64/conf/LINT unknown. config(8) likely too old." I tracked it down to the profile 2 line sys/amd64/conf/NOTES which makes config fail apparently. When I apply the below change things work flawlessly. I do not fully understand where the problem comes from, but given I haven't seen other reports I wonder what it is that I am doing that makes things go wrong here? Anyone an idea? Lots of health, /bz -- 8< 8< 8< ------------------------------------------------------------ diff --git a/sys/amd64/conf/NOTES b/sys/amd64/conf/NOTES index 229a63bd23b9..22850cfbf8cb 100644 --- a/sys/amd64/conf/NOTES +++ b/sys/amd64/conf/NOTES @@ -9,7 +9,7 @@ # # We want LINT to cover profiling as well. -profile 2 +#profile 2 # # Enable the kernel DTrace hooks which are required to load the DTrace -- 8< 8< 8< ------------------------------------------------------------ -- Bjoern A. Zeeb r15:7 From nobody Sun Mar 27 21:09:57 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 75FAD1A433DC for ; Sun, 27 Mar 2022 21:18:37 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::12]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KRTG40xqyz3FyC for ; Sun, 27 Mar 2022 21:18:36 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 22RLI5wT093556 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sun, 27 Mar 2022 23:18:05 +0200 (CEST) (envelope-from pmc@citylink.dinoex.sub.org) X-MDaemon-Deliver-To: X-Authentication-Warning: uucp.dinoex.sub.de: Host uucp.dinoex.org [185.220.148.12] claimed to be uucp.dinoex.sub.de Received: (from uucp@localhost) by uucp.dinoex.sub.de (8.17.1/8.17.1/Submit) with UUCP id 22RLI5Ba093555 for freebsd-stable@freebsd.org; Sun, 27 Mar 2022 23:18:05 +0200 (CEST) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.16.1/8.16.1) with ESMTP id 22RLATb0031270 for ; Sun, 27 Mar 2022 23:10:29 +0200 (CEST) (envelope-from peter@gate.intra.daemon.contact) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by gate.intra.daemon.contact (8.16.1/8.16.1) with ESMTPS id 22RL9vkv031162 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sun, 27 Mar 2022 23:09:57 +0200 (CEST) (envelope-from peter@gate.intra.daemon.contact) Received: (from peter@localhost) by gate.intra.daemon.contact (8.16.1/8.16.1/Submit) id 22RL9vod031161 for freebsd-stable@freebsd.org; Sun, 27 Mar 2022 23:09:57 +0200 (CEST) (envelope-from peter) Date: Sun, 27 Mar 2022 23:09:57 +0200 From: Peter To: freebsd-stable@freebsd.org Subject: 13.1: "ipfw forward" no longer works (after upgrade from 12.3) Message-ID: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.sub.de;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [185.220.148.12]); Sun, 27 Mar 2022 23:18:07 +0200 (CEST) X-Rspamd-Queue-Id: 4KRTG40xqyz3FyC X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org designates 2a0b:f840::12 as permitted sender) smtp.mailfrom=pmc@citylink.dinoex.sub.org X-Spamd-Result: default: False [-3.29 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[4]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_SHORT(-0.99)[-0.989]; DMARC_NA(0.00)[sub.org]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE]; RCVD_TLS_LAST(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hija, I just upgraded from 12.3 to 13.1-STABLE, and now "ipfw forward" gets ignored. I checked with: $ ipfw add 1 fwd 10.1.0.120 all from any to any out I get an incrementing count there: # ipfw show 1 00001 4101 782871 fwd 10.1.0.120 ip from any to any out # ipfw show 1 00001 4117 785795 fwd 10.1.0.120 ip from any to any out But nothing appears on the interface. The packets are allowed but appear to take the default route. Starting to look into details: this one doesn't work eitner $ ipfw add 1 fwd 10.1.0.120 all from any to any in This one however, does work (but only for incoming packets): $ ipfw add 1 fwd 10.1.0.120 all from any to any For the records: # sysctl -a | grep one_pass net.inet.ip.fw.one_pass: 0 From nobody Sun Mar 27 21:57:45 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 756931A4D778 for ; Sun, 27 Mar 2022 21:57:57 +0000 (UTC) (envelope-from hatanou@infolab.ne.jp) Received: from moon.infolab.ne.jp (t048035.ppp.asahi-net.or.jp [203.189.48.35]) (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 "moon.infolab.ne.jp", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KRV7R3XpYz3Npl for ; Sun, 27 Mar 2022 21:57:55 +0000 (UTC) (envelope-from hatanou@infolab.ne.jp) Received: from localhost (localhost [127.0.0.1]) by moon.infolab.ne.jp (8.17.1/8.17.1) with ESMTP id 22RLvjJZ052666 for ; Mon, 28 Mar 2022 06:57:45 +0900 (JST) (envelope-from hatanou@infolab.ne.jp) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=infolab.ne.jp; s=moon; t=1648418265; bh=tIm59sJzj2OYAq0VDlFQKxysAFz1Vg6Os/np0sk7k/s=; h=Date:To:Subject:From:In-Reply-To:References; b=p7EgJT5hGw7Y4o7eMXMjA5qhzccHEBUGJ9bYPFLdaJy6t72N05Tei9IMfcWekGbb9 PhQfY5/4LwtGI3ip1/YPvhTvk61IEHqOw0kpDJuf4tCqcdFwJlXDvXp5PN2HHb1jGL anmj90pj9gsRUjvZOJQly+l5xCGJCz3+2DFu0f5A= Date: Mon, 28 Mar 2022 06:57:45 +0900 (JST) Message-Id: <20220328.065745.1401237785623860529.hatanou@infolab.ne.jp> To: freebsd-stable@freebsd.org Subject: Re: 13.1: "ipfw forward" no longer works (after upgrade from 12.3) From: HATANO Tomomi In-Reply-To: References: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4KRV7R3XpYz3Npl X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=infolab.ne.jp header.s=moon header.b=p7EgJT5h; dmarc=pass (policy=none) header.from=infolab.ne.jp; spf=pass (mx1.freebsd.org: domain of hatanou@infolab.ne.jp designates 203.189.48.35 as permitted sender) smtp.mailfrom=hatanou@infolab.ne.jp X-Spamd-Result: default: False [0.86 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[infolab.ne.jp:s=moon]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; HFILTER_HOSTNAME_5(3.00)[t048035.ppp.asahi-net.or.jp]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+mx]; DKIM_TRACE(0.00)[infolab.ne.jp:+]; DMARC_POLICY_ALLOW(-0.50)[infolab.ne.jp,none]; MID_CONTAINS_FROM(1.00)[]; NEURAL_HAM_SHORT(-0.64)[-0.636]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:4685, ipnet:203.189.32.0/19, country:JP]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N Hi. > I just upgraded from 12.3 to 13.1-STABLE, and now "ipfw forward" >gets ignored. FYI: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261697 -- HATANO Tomomi. From nobody Mon Mar 28 00:33:43 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id BB5CD1A466D8 for ; Mon, 28 Mar 2022 00:45:36 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::12]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KRYrv0CHRz4W3W for ; Mon, 28 Mar 2022 00:45:34 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 22S0j4QQ044426 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Mon, 28 Mar 2022 02:45:04 +0200 (CEST) (envelope-from pmc@citylink.dinoex.sub.org) X-MDaemon-Deliver-To: X-Authentication-Warning: uucp.dinoex.sub.de: Host uucp.dinoex.org [185.220.148.12] claimed to be uucp.dinoex.sub.de Received: (from uucp@localhost) by uucp.dinoex.sub.de (8.17.1/8.17.1/Submit) with UUCP id 22S0j4DK044424 for freebsd-stable@freebsd.org; Mon, 28 Mar 2022 02:45:04 +0200 (CEST) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.16.1/8.16.1) with ESMTP id 22S0YNNG047942 for ; Mon, 28 Mar 2022 02:34:23 +0200 (CEST) (envelope-from peter@gate.intra.daemon.contact) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by gate.intra.daemon.contact (8.16.1/8.16.1) with ESMTPS id 22S0XhBM047729 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Mon, 28 Mar 2022 02:33:45 +0200 (CEST) (envelope-from peter@gate.intra.daemon.contact) Received: (from peter@localhost) by gate.intra.daemon.contact (8.16.1/8.16.1/Submit) id 22S0XhOv047728 for freebsd-stable@freebsd.org; Mon, 28 Mar 2022 02:33:43 +0200 (CEST) (envelope-from peter) Date: Mon, 28 Mar 2022 02:33:43 +0200 From: Peter To: freebsd-stable@freebsd.org Subject: 13.1: "ipfw forward" TESTCASE for crosscheck Message-ID: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.sub.de;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [185.220.148.12]); Mon, 28 Mar 2022 02:45:07 +0200 (CEST) X-Rspamd-Queue-Id: 4KRYrv0CHRz4W3W X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org designates 2a0b:f840::12 as permitted sender) smtp.mailfrom=pmc@citylink.dinoex.sub.org X-Spamd-Result: default: False [-3.13 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.94)[-0.937]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; HAS_XAW(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.91)[-0.912]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_NONE(0.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.985]; DMARC_NA(0.00)[sub.org]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE]; RCVD_TLS_LAST(0.00)[] X-ThisMailContainsUnwantedMimeParts: N I did now a testcase, as follows: =================================================================== root@zwlf:~ # cat /boot/loader.conf net.fibs="3" net.inet.ip.fw.default_to_accept=1 root@zwlf:~ # uname -a FreeBSD zwlf 12.3-RELEASE FreeBSD 12.3-RELEASE r371126 GENERIC amd64 root@zwlf:~ # kldload ipfw root@zwlf:~ # ipfw show 65535 31 2392 allow ip from any to any root@zwlf:~ # ifconfig tun0 create root@zwlf:~ # ifconfig tun0 inet 1.1.1.1 1.1.1.3 root@zwlf:~ # cat < /dev/tun0 > /dev/null & [1] 745 root@zwlf:~ # sysctl -a | grep one_pass net.inet.ip.fw.one_pass: 1 root@zwlf:~ # ipfw add 1 fwd 1.1.1.3 all from any to 2.2.2.2 out root@zwlf:~ # ping 2.2.2.2 PING 2.2.2.2 (2.2.2.2): 56 data bytes root@zwlf:~ # tcpdump -nitun0 "host 2.2.2.2" tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on tun0, link-type NULL (BSD loopback), capture size 262144 bytes 01:50:48.245471 IP 192.168.1.12 > 2.2.2.2: ICMP echo request, id 1027, seq 57, length 64 01:50:49.270479 IP 192.168.1.12 > 2.2.2.2: ICMP echo request, id 1027, seq 58, length 64 ^C 2 packets captured 2 packets received by filter 0 packets dropped by kernel root@zwlf:~ # tcpdump -nivtnet0 "host 2.2.2.2" tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on vtnet0, link-type EN10MB (Ethernet), capture size 262144 bytes =========================================================================== root@dzhn:~ # cat /boot/loader.conf net.fibs="3" net.inet.ip.fw.default_to_accept=1 root@dzhn:~ # uname -a FreeBSD dzhn 13.1-PRERELEASE FreeBSD 13.1-PRERELEASE #2 local/stable/13-n249898-b64a3b409a5-dirty: Mon Mar 7 03:07:03 CET 2022 root@dzhn:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 root@dzhn:~ # kldload ipfw root@dzhn:~ # ipfw show 65535 6 496 allow ip from any to any root@dzhn:~ # ifconfig tun0 create root@dzhn:~ # ifconfig tun0 inet 1.1.1.1 1.1.1.3 root@dzhn:~ # cat < /dev/tun0 > /dev/null & [1] 728 root@dzhn:~ # sysctl -a | grep one_pass net.inet.ip.fw.one_pass: 1 root@dzhn:~ # ping 2.2.2.2 PING 2.2.2.2 (2.2.2.2): 56 data bytes root@dzhn:~ # tcpdump -nitun0 "host 2.2.2.2" tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on tun0, link-type NULL (BSD loopback), capture size 262144 bytes root@dzhn:~ # tcpdump -nivtnet0 "host 2.2.2.2" tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on vtnet0, link-type EN10MB (Ethernet), capture size 262144 bytes 02:01:46.861543 IP 192.168.1.13 > 2.2.2.2: ICMP echo request, id 60162, seq 34, length 64 02:01:47.876647 IP 192.168.1.13 > 2.2.2.2: ICMP echo request, id 60162, seq 35, length 64 =========================================================================== So far, this does not look like it would work as expected. But the strangeness is, before I tried to migrate my entire backbone to Rel. 13 (and now reverted back to 12.3), I did a pilot. That pilot runs it's traffic via "ipfw forward", all the time, and it works flawlessly! (And the rulesets are software-generated, they should be all the same everywhere.) This is the pilot: FreeBSD 13.1-STABLE #0 n250057-80a5bb34a50[80a5bb34a50=19b779498ca+22]: Thu Mar 17 19:48:04 CET 2022 And the thing that I just tried to install to the backbone is this one: FreeBSD 13.1-STABLE #0 n250124-185a4cbf602[185a4cbf602=6018f775ceb+24]: Sun Mar 27 00:57:26 CET 2022 This doesn't make sense... there must be something else involved. So, if You can, please cross-check this testcase. From nobody Mon Mar 28 00:52:47 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id DCB0B1A31A22 for ; Mon, 28 Mar 2022 01:00:35 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::12]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KRZBB41YCz4YD1 for ; Mon, 28 Mar 2022 01:00:34 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 22S1048e054565 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 28 Mar 2022 03:00:05 +0200 (CEST) (envelope-from pmc@citylink.dinoex.sub.org) X-Authentication-Warning: uucp.dinoex.sub.de: Host uucp.dinoex.org [185.220.148.12] claimed to be uucp.dinoex.sub.de Received: (from uucp@localhost) by uucp.dinoex.sub.de (8.17.1/8.17.1/Submit) with UUCP id 22S104G4054562; Mon, 28 Mar 2022 03:00:04 +0200 (CEST) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.16.1/8.16.1) with ESMTP id 22S0tN3C052468; Mon, 28 Mar 2022 02:55:23 +0200 (CEST) (envelope-from peter@gate.intra.daemon.contact) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by gate.intra.daemon.contact (8.16.1/8.16.1) with ESMTPS id 22S0ql82051820 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 28 Mar 2022 02:52:48 +0200 (CEST) (envelope-from peter@gate.intra.daemon.contact) Received: (from peter@localhost) by gate.intra.daemon.contact (8.16.1/8.16.1/Submit) id 22S0qlBV051819; Mon, 28 Mar 2022 02:52:47 +0200 (CEST) (envelope-from peter) Date: Mon, 28 Mar 2022 02:52:47 +0200 From: Peter To: freebsd-stable@freebsd.org Cc: HATANO Tomomi Subject: Re: 13.1: "ipfw forward" no longer works (after upgrade from 12.3) Message-ID: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220328.065745.1401237785623860529.hatanou@infolab.ne.jp> X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.sub.de;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [185.220.148.12]); Mon, 28 Mar 2022 03:00:07 +0200 (CEST) X-Rspamd-Queue-Id: 4KRZBB41YCz4YD1 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org designates 2a0b:f840::12 as permitted sender) smtp.mailfrom=pmc@citylink.dinoex.sub.org X-Spamd-Result: default: False [-1.26 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.81)[-0.811]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-0.998]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[sub.org]; NEURAL_SPAM_SHORT(0.85)[0.845]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE]; RCVD_TLS_LAST(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Ah, wow, that's cute. So I'm apparently not the only one. Thank You very much. Now there are two questions: 1. Why does this happen only on SOME systems? (I don't see an obvious reason yet.) The second question then is, what do we do to get it fixed. (This quite ruined my day.) From nobody Mon Mar 28 02:13:48 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 5A7991A44C4F for ; Mon, 28 Mar 2022 02:14:01 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KRbpx1wjcz4mfV for ; Mon, 28 Mar 2022 02:14:01 +0000 (UTC) (envelope-from kevans@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1648433641; 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=fcK5/L/q4wxfzKN+2ME7GbgMQQg/L68ZSQps0yP3u8k=; b=AJAs0RQ8JWOzMU36OMapKXQJgJbre3OlJSFo91SBh+L1IONZPnPHuFs7eLdbcGOGC2u/4n lQp02nLQ4derC72D6v9eYgBmJx/uwbi7RTykjveSTR06X/oz8TkSL/TqDRFy0ekyV49fs9 2g1/qCWyHKITpHUV+aCIerqlMtwF8aT7RQ3VueHKn6yU+zQTUs+C6z155kC5R4bM60g9jW y3TfuGBgraA3lOfgeSUpTfcmy5upYgrTKT/xgmyb6k/mtTvygpusVZzVzFB35O311YzzIS EHjaz6CgEciHJjVk4CnwCYttm1OusQ4XXkEhUZ3kEbn2dMfImiL2LuE8gR7qkQ== Received: from mail-lf1-f52.google.com (mail-lf1-f52.google.com [209.85.167.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 1DD48D8DC for ; Mon, 28 Mar 2022 02:14:01 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-lf1-f52.google.com with SMTP id bq24so6385359lfb.5 for ; Sun, 27 Mar 2022 19:14:01 -0700 (PDT) X-Gm-Message-State: AOAM5327V+uMnyC/cW1V/YcrzIhO0aTEUXaXWrf42LjxgVx6j+LNIahn oyuE8BEe0d5rWkL+XwiJLsqFM0QWXR1virFwZxI= X-Google-Smtp-Source: ABdhPJzVRfSfdlfgy/yuVblcRq2eV1sSd/GrzitdazvtTPD1IoxXaPSmVHGcEGKjQq6vzN57LO+DTvAVapiyayfm2B0= X-Received: by 2002:a05:6512:238f:b0:44a:2440:2f23 with SMTP id c15-20020a056512238f00b0044a24402f23mr17792030lfv.321.1648433639660; Sun, 27 Mar 2022 19:13:59 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Kyle Evans Date: Sun, 27 Mar 2022 21:13:48 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: config / NOTES "profile 2" and main -> stable/13 fails universe for me? To: "Bjoern A. Zeeb" Cc: stable@freebsd.org Content-Type: text/plain; charset="UTF-8" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1648433641; 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=fcK5/L/q4wxfzKN+2ME7GbgMQQg/L68ZSQps0yP3u8k=; b=rKlrt88ANrC026HjNFc1nIlpfU6k8kSIlrEK3y6T1+wMwl381DKkpFh2MuDVl65qwtqxld XGxMv3geWE2SmwQlVUpGZhB41gWtSHoFLMY+M4Wm/4HGYWMEew7B586nkRdqbyGtx8i2fo FLsxxvD6OS5NkD41BoYixookarmZPj2ACYsYes8tYoMlVP4OP71Nr6uUrfWzsffv/XHzKQ Gov01JEEzrOroG3fdCboeIun05R/owmVE9gxjaCnimTzhci7ezi2nogyo8+XF9BncqNyhP wqBQRWGgb4FdQsQH8tppbOpZAyPRfp8klAj7lubbDaGHg+a1CsiE/LubowD+9w== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1648433641; a=rsa-sha256; cv=none; b=PzhzC+cGny9iOT+1+FI3xsv9LUcTuEnbtdbJD8l8eVKbeQMvlwBdHkbGbuCundJUdfSFP5 5j2Ab3XP/0RECv6HTw2PKwj0EB2FK7Qj5Nn+0i62xbKob8avK8PTscgXIqVbXSqDQd+Tgn 0nQ3ftuG4b+MKviVMRB+5Nip1tvrJ6n4krWh69KWLSLRgyvaf9J3sCtavfCzGXMUMUSaE3 x/q2V8Nt4OEvJv+1IEJ+/2F25ExY7OQ3ZtSLVi8ZxmjzXa/3jhvEJ3KmDA/cafsxfwyO5o inebg/pA+f5FGRBgodZhrCahvWR+dxRfMPHZLdItMkJSTtQ/lsd1rR/qA8Fj1A== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N On Sun, Mar 27, 2022 at 2:01 PM Bjoern A. Zeeb wrote: > > Hi, > > I am building on a stable/13 machine (updated a few days ago but I had > that before in the last months). > > I have git clone and am mostly working on main or main-derived > branches. > > Once in a while I switch in-place (not a worktree) to a stable branch, > e.g., git checkout stable/13 based on freebsd/stable/13 for MFCs. > > When I do that and start to build an amd64-only universe my kernel > builds immediately fail with a dubious error message from a top-level > Makefile: > > # nice make -s -j30 tinderbox TARGETS=amd64 [..] > > make[2]: ".../freebsd-src/Makefile" line 731: "Target architecture for amd64/conf/LINT unknown. config(8) likely too old." > > I tracked it down to the profile 2 line sys/amd64/conf/NOTES which makes > config fail apparently. > > When I apply the below change things work flawlessly. > > I do not fully understand where the problem comes from, but given I > haven't seen other reports I wonder what it is that I am doing that > makes things go wrong here? > > Anyone an idea? > Whoops, we ripped 'profile' support out of config(8) so now it can't config older kernels. I think the cheapest/easiest fix would be to just re-add the keyword as a nop so we can still parse it, maybe emit a warning that it's been removed in newer config(8). From nobody Mon Mar 28 02:12:50 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 76FB01A46730 for ; Mon, 28 Mar 2022 02:18:37 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::12]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KRbwD2kQwz4pBx for ; Mon, 28 Mar 2022 02:18:36 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 22S2I49Y012592 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Mon, 28 Mar 2022 04:18:05 +0200 (CEST) (envelope-from pmc@citylink.dinoex.sub.org) X-MDaemon-Deliver-To: X-Authentication-Warning: uucp.dinoex.sub.de: Host uucp.dinoex.org [185.220.148.12] claimed to be uucp.dinoex.sub.de Received: (from uucp@localhost) by uucp.dinoex.sub.de (8.17.1/8.17.1/Submit) with UUCP id 22S2I4iC012591 for freebsd-stable@freebsd.org; Mon, 28 Mar 2022 04:18:04 +0200 (CEST) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.16.1/8.16.1) with ESMTP id 22S2DNPG072241 for ; Mon, 28 Mar 2022 04:13:23 +0200 (CEST) (envelope-from peter@gate.intra.daemon.contact) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by gate.intra.daemon.contact (8.16.1/8.16.1) with ESMTPS id 22S2Co8V072165 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Mon, 28 Mar 2022 04:12:50 +0200 (CEST) (envelope-from peter@gate.intra.daemon.contact) Received: (from peter@localhost) by gate.intra.daemon.contact (8.16.1/8.16.1/Submit) id 22S2CoQu072164 for freebsd-stable@freebsd.org; Mon, 28 Mar 2022 04:12:50 +0200 (CEST) (envelope-from peter) Date: Mon, 28 Mar 2022 04:12:50 +0200 From: Peter To: freebsd-stable@freebsd.org Subject: CORRECTION 13.1: "ipfw forward" TESTCASE for crosscheck Message-ID: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.sub.de;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [185.220.148.12]); Mon, 28 Mar 2022 04:18:07 +0200 (CEST) X-Rspamd-Queue-Id: 4KRbwD2kQwz4pBx X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org designates 2a0b:f840::12 as permitted sender) smtp.mailfrom=pmc@citylink.dinoex.sub.org X-Spamd-Result: default: False [-2.94 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.979]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; HAS_XAW(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.91)[-0.910]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_NONE(0.00)[]; NEURAL_HAM_SHORT(-0.75)[-0.751]; DMARC_NA(0.00)[sub.org]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE]; RCVD_TLS_LAST(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Message before was missing the most essential line (cut+paste error), correction as below. And I think I have found why some of my systems are not concerned by the bug: apparently the problem appears only with packets that are locally created. Packets that are traversed (with net.inet.ip.forwarding=1 ) are not affected and get forwarded correctly. I did now a testcase, as follows: =================================================================== root@zwlf:~ # cat /boot/loader.conf net.fibs="3" net.inet.ip.fw.default_to_accept=1 root@zwlf:~ # uname -a FreeBSD zwlf 12.3-RELEASE FreeBSD 12.3-RELEASE r371126 GENERIC amd64 root@zwlf:~ # kldload ipfw root@zwlf:~ # ipfw show 65535 31 2392 allow ip from any to any root@zwlf:~ # ifconfig tun0 create root@zwlf:~ # ifconfig tun0 inet 1.1.1.1 1.1.1.3 root@zwlf:~ # cat < /dev/tun0 > /dev/null & [1] 745 root@zwlf:~ # sysctl -a | grep one_pass net.inet.ip.fw.one_pass: 1 root@zwlf:~ # ipfw add 1 fwd 1.1.1.3 all from any to 2.2.2.2 out root@zwlf:~ # ping 2.2.2.2 PING 2.2.2.2 (2.2.2.2): 56 data bytes root@zwlf:~ # tcpdump -nitun0 "host 2.2.2.2" tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on tun0, link-type NULL (BSD loopback), capture size 262144 bytes 01:50:48.245471 IP 192.168.1.12 > 2.2.2.2: ICMP echo request, id 1027, seq 57, length 64 01:50:49.270479 IP 192.168.1.12 > 2.2.2.2: ICMP echo request, id 1027, seq 58, length 64 ^C 2 packets captured 2 packets received by filter 0 packets dropped by kernel root@zwlf:~ # tcpdump -nivtnet0 "host 2.2.2.2" tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on vtnet0, link-type EN10MB (Ethernet), capture size 262144 bytes =========================================================================== root@dzhn:~ # cat /boot/loader.conf net.fibs="3" net.inet.ip.fw.default_to_accept=1 root@dzhn:~ # uname -a FreeBSD dzhn 13.1-PRERELEASE FreeBSD 13.1-PRERELEASE #2 local/stable/13-n249898-b64a3b409a5-dirty: Mon Mar 7 03:07:03 CET 2022 root@dzhn:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 root@dzhn:~ # kldload ipfw root@dzhn:~ # ipfw show 65535 6 496 allow ip from any to any root@dzhn:~ # ifconfig tun0 create root@dzhn:~ # ifconfig tun0 inet 1.1.1.1 1.1.1.3 root@dzhn:~ # cat < /dev/tun0 > /dev/null & [1] 728 root@dzhn:~ # sysctl -a | grep one_pass net.inet.ip.fw.one_pass: 1 root@dzhn:~ # ipfw add 1 fwd 1.1.1.3 all from any to 2.2.2.2 out root@dzhn:~ # ping 2.2.2.2 PING 2.2.2.2 (2.2.2.2): 56 data bytes root@dzhn:~ # tcpdump -nitun0 "host 2.2.2.2" tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on tun0, link-type NULL (BSD loopback), capture size 262144 bytes root@dzhn:~ # tcpdump -nivtnet0 "host 2.2.2.2" tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on vtnet0, link-type EN10MB (Ethernet), capture size 262144 bytes 02:01:46.861543 IP 192.168.1.13 > 2.2.2.2: ICMP echo request, id 60162, seq 34, length 64 02:01:47.876647 IP 192.168.1.13 > 2.2.2.2: ICMP echo request, id 60162, seq 35, length 64 From nobody Mon Mar 28 02:28:46 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 96CB71A49BEC for ; Mon, 28 Mar 2022 02:29:05 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-vs1-xe31.google.com (mail-vs1-xe31.google.com [IPv6:2607:f8b0:4864:20::e31]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KRc8J44LWz4qx2 for ; Mon, 28 Mar 2022 02:29:04 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-vs1-xe31.google.com with SMTP id l128so14196564vsc.7 for ; Sun, 27 Mar 2022 19:29:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=VgwK6cdRIs2mCCdJrao26OfD9dtaHlF17KLl+bsowss=; b=T+Yha5Oj/WI3NSBARonVLNTwnU1UrAqhrKpil/6jsLSPfE+xAujbc1WiHnTEwOSoFZ mMJahqKbrgyvBvkLWpQXwOhyV9A2s13zTa578BiODWUMQKz3JJCQgQSIDuYyvnYNNkgS p4LQ1Ts5CiFwRRJjHd0Kg8OqyOc7vVng97EVmgOzsdE531L/2gy1GyJVU39sQaPtHNFo UMSiwm3ZhikdaBqLSkweZtrhn+YbL2sVVA/ZgVZ17syLQ/25qDn+pyrwA88W1fCByESk oXRgd4+a5yrOyGbg44op5N+R9rzZFMhkI3FLbG9HZWqr63ssc3qQnbUDUcavJviz3hi2 ovYQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=VgwK6cdRIs2mCCdJrao26OfD9dtaHlF17KLl+bsowss=; b=ICBrDyAYZRC10ezRaczqhJ0EOQ8pM5XMnDJqlhnj/63AIJLwq3KKNMwPvFIQysSW5e cuH8BqD+7TzEJqfb8lPBv0+RneMEqowu/XX6dLuvmJs6EOrmgbilh6FDKgSC7AlkesJ/ n1gVxTZ4G86qu5ICSB4xtKsk5J+EWm5kgxgTHvQLwiPueZqaechaHBpaTB3Ma1cfpGsS mfRyknMwsvRTyfL5VLDca/sxYjWWI6jzvfK/ci2fUYULMCi39n8vkGDLlcoLR+/OZgUo KHuPHD1+YLgJfQ/HNl0qTx4RPgqJiLv2ff5dMzaUJbiVDhuZ7m2d4KYON1L4Iu8bgs7Z oeiw== X-Gm-Message-State: AOAM533ZyChXMotF7H8wwxoxOqRzwOxbCYNgu1s9Dk01aZ1KPuw5jq8t gpwJkCLeinVpfG4cJpxIsx+Gb+/+0MtvTPizkwVbog== X-Google-Smtp-Source: ABdhPJw1bHWX7Vcgrx1pzBV9XWhM1FIa8afyUU5pgLeyJ1SXYaVacSP0jzwjR17LWlVlI3/dppcoP0f/sHQ3RhFinKc= X-Received: by 2002:a05:6102:3e8e:b0:31b:aaec:cece with SMTP id m14-20020a0561023e8e00b0031baaeccecemr9161968vsv.42.1648434537858; Sun, 27 Mar 2022 19:28:57 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Sun, 27 Mar 2022 20:28:46 -0600 Message-ID: Subject: Re: config / NOTES "profile 2" and main -> stable/13 fails universe for me? To: Kyle Evans Cc: "Bjoern A. Zeeb" , FreeBSD Stable ML Content-Type: multipart/alternative; boundary="00000000000010b82605db3e13ba" X-Rspamd-Queue-Id: 4KRc8J44LWz4qx2 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20210112.gappssmtp.com header.s=20210112 header.b=T+Yha5Oj; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::e31) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-0.59 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.95)[-0.947]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20210112.gappssmtp.com:s=20210112]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20210112.gappssmtp.com:+]; NEURAL_SPAM_LONG(0.35)[0.353]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::e31:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_SPF_NA(0.00)[no SPF record]; 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]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N --00000000000010b82605db3e13ba Content-Type: text/plain; charset="UTF-8" On Sun, Mar 27, 2022, 8:15 PM Kyle Evans wrote: > On Sun, Mar 27, 2022 at 2:01 PM Bjoern A. Zeeb > wrote: > > > > Hi, > > > > I am building on a stable/13 machine (updated a few days ago but I had > > that before in the last months). > > > > I have git clone and am mostly working on main or main-derived > > branches. > > > > Once in a while I switch in-place (not a worktree) to a stable branch, > > e.g., git checkout stable/13 based on freebsd/stable/13 for MFCs. > > > > When I do that and start to build an amd64-only universe my kernel > > builds immediately fail with a dubious error message from a top-level > > Makefile: > > > > # nice make -s -j30 tinderbox TARGETS=amd64 [..] > > > > make[2]: ".../freebsd-src/Makefile" line 731: "Target architecture for > amd64/conf/LINT unknown. config(8) likely too old." > > > > I tracked it down to the profile 2 line sys/amd64/conf/NOTES which makes > > config fail apparently. > > > > When I apply the below change things work flawlessly. > > > > I do not fully understand where the problem comes from, but given I > > haven't seen other reports I wonder what it is that I am doing that > > makes things go wrong here? > > > > Anyone an idea? > > > > Whoops, we ripped 'profile' support out of config(8) so now it can't > config older kernels. I think the cheapest/easiest fix would be to > just re-add the keyword as a nop so we can still parse it, maybe emit > a warning that it's been removed in newer config(8). > Yea. It would be trivial to do so. But what about the version issue? Warner > --00000000000010b82605db3e13ba Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Sun, Mar 27, 2022, 8:15 PM Kyle Evans <kevans@freebsd.org> wrote:
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex">On Sun, Mar 27, 2022 at 2:01 PM Bjoern A. Zee= b
<bzeeb-lists@lists.zabbadoz.net> wrote:
>
> Hi,
>
> I am building on a stable/13 machine (updated a few days ago but I had=
> that before in the last months).
>
> I have git clone and am mostly working on main or main-derived
> branches.
>
> Once in a while I switch in-place (not a worktree) to a stable branch,=
> e.g., git checkout stable/13 based on freebsd/stable/13 for MFCs.
>
> When I do that and start to build an amd64-only universe my kernel
> builds immediately fail with a dubious error message from a top-level<= br> > Makefile:
>
> # nice make -s -j30 tinderbox TARGETS=3Damd64 [..]
>
> make[2]: ".../freebsd-src/Makefile" line 731: "Target a= rchitecture for amd64/conf/LINT unknown.=C2=A0 config(8) likely too old.&qu= ot;
>
> I tracked it down to the profile 2 line sys/amd64/conf/NOTES which mak= es
> config fail apparently.
>
> When I apply the below change things work flawlessly.
>
> I do not fully understand where the problem comes from, but given I > haven't seen other reports I wonder what it is that I am doing tha= t
> makes things go wrong here?
>
> Anyone an idea?
>

Whoops, we ripped 'profile' support out of config(8) so now it can&= #39;t
config older kernels. I think the cheapest/easiest fix would be to
just re-add the keyword as a nop so we can still parse it, maybe emit
a warning that it's been removed in newer config(8).

Yea. It would be tr= ivial to do so. But what about the version issue?=C2=A0

Warner=C2=A0
--00000000000010b82605db3e13ba-- From nobody Mon Mar 28 07:44:14 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 951231A4A601; Mon, 28 Mar 2022 07:44:18 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KRl823rhLz4cND; Mon, 28 Mar 2022 07:44:18 +0000 (UTC) (envelope-from kp@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1648453458; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=mJlImrBCYfdY9hIKFWLA5hfLmVgEB1OGyxOfVFZqLOI=; b=dlEiF2YUc4qccC38V1MBn2rl8fk4PQ2Otf/QbRRa+m4iB/bFluxvf6dYRaUceATLlmqBZ/ AzNtZ9R3SNeQ1sW8CAf6yYXUxUWwF6XR3g78lAoy3bd1LLEFrjNkuYGNDN0hlHXOc3XroP Flzan1yzOqFxEqzEA2KQffHoyhi3eqpNANIvgsgF9sOAONnMKxDb7o078JnlMuwxrmKF0u 6hCf9zFH3SkTYWqvUGfk32ngXQMWYZfbcXGsDjZU/MI/1y8anEyfhoHVR+CuNUpQnzLi0f 68Q9S+8VmENzu8TeLlzAuXooUjoKGflyQdHL9aFjLumBVZQ9sio75CzJUaMXKA== Received: from venus.codepro.be (venus.codepro.be [5.9.86.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.codepro.be", Issuer "R3" (verified OK)) (Authenticated sender: kp) by smtp.freebsd.org (Postfix) with ESMTPSA id 4B72A210FA; Mon, 28 Mar 2022 07:44:18 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: by venus.codepro.be (Postfix, authenticated sender kp) id 0C5714A898; Mon, 28 Mar 2022 09:44:15 +0200 (CEST) From: Kristof Provost To: Marcel Bischoff Cc: stable@freebsd.org, freebsd-pf@freebsd.org Subject: Re: pfctl: Cannot allocate memory. Date: Mon, 28 Mar 2022 09:44:14 +0200 X-Mailer: MailMate (1.14r5852) Message-ID: In-Reply-To: <06EB4080-08D2-42DE-BB0D-E0C1CAE0EC2F@herrbischoff.com> References: <06EB4080-08D2-42DE-BB0D-E0C1CAE0EC2F@herrbischoff.com> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1648453458; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=mJlImrBCYfdY9hIKFWLA5hfLmVgEB1OGyxOfVFZqLOI=; b=J8obuhAe8bYheLeBmvAhgh3BK15+z/vt7/xNKLkAl+fXJ8YbUjcHv5384Owks5I6zXWBgh /fnzjOu23NBbsGsKfB5vTAet7bTcsp9iHs6TlOmLxlrzrhwgAs7LISwEhQSd+LV7Ht2i50 IKoy4Yonnx2y+Bh+66E+pi8DDNnZBcK2tMCW9ZDtryZKi9Qlz5Bg62UevqQwKI3svas9k2 3zAVpfCkMyCDZ+fEk6Kw/ryjcUZsfIpl3HEcHfeYvdXPul7avkz0jNwgjSJjXTX7hXLW6D IAC7NlxzZ4FVRRjfbqLtrqPpWCuifJzQagnOVvstVM7Cjn+oJRKmET/Jaa2uNg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1648453458; a=rsa-sha256; cv=none; b=G2RLKmo7rX3Xzh2zt4rdfEUZ0WeX4vekaet1DxU3ibSrs8mFcziYxFCb18jrkqtlSitVdM gvomp6Dzbj1xHBOqyK9N1Fm1J1LYXvetDDwaljoUFHwk5OSKo6L8lHvt/L5RZ8bjSSef+D xZt0n/JRfWooN6FGsA1eIhC+vlMXbzZNI+zIYfJJCHg+uEemV697OkJrt43nKYp96R1FOm IqSUHIL9imjHTTGsjXBJuJ4npHsy4q7U1s0r+jzDqeJtQdZJkUmOCC6pSKPFoLiYhJisYy 0j+np1ee9VqBHst4Sg/KN/3+7VR2tqZcf8Y8873/tV6H+AFXuP55Pzv6vK/9eg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N On 27 Mar 2022, at 22:11, Marcel Bischoff wrote: > Hello all, > > when updating a table of ~370k entries, PF sometimes refuses to do so a= nd from then on continues to refuse until I reboot the machine. > > $ doas pfctl -f /etc/pf.conf > /etc/pf.conf:27: cannot define table pfbadhost: Cannot allocate memory > pfctl: Syntax error in config file: pf rules not loaded > That sounds a lot like https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D= 260406 My current theory is that this is a bug in the memory allocator somewhere= =2E I do not have the background or time to debug that. Kristof From nobody Mon Mar 28 09:26:30 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3A8111A45F81 for ; Mon, 28 Mar 2022 09:26:37 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:13b:39f::9f:25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KRnQ43Pzwz3DmP; Mon, 28 Mar 2022 09:26:36 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 6EA168D4A142; Mon, 28 Mar 2022 09:26:34 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 00F16E707B1; Mon, 28 Mar 2022 09:26:33 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id W0h3XgC3q220; Mon, 28 Mar 2022 09:26:31 +0000 (UTC) Received: from [192.168.2.110] (unknown [IPv6:fde9:577b:c1a9:31:7078:e38a:57e:8947]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 5223DE707AF; Mon, 28 Mar 2022 09:26:31 +0000 (UTC) From: "Bjoern A. Zeeb" To: "Warner Losh" Cc: "Kyle Evans" , "FreeBSD Stable ML" Subject: Re: config / NOTES "profile 2" and main -> stable/13 fails universe for me? Date: Mon, 28 Mar 2022 09:26:30 +0000 X-Mailer: MailMate (2.0BETAr6151) Message-ID: In-Reply-To: References: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4KRnQ43Pzwz3DmP X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of bzeeb-lists@lists.zabbadoz.net designates 2a01:4f8:13b:39f::9f:25 as permitted sender) smtp.mailfrom=bzeeb-lists@lists.zabbadoz.net X-Spamd-Result: default: False [1.83 / 15.00]; RCVD_TLS_LAST(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2a01:4f8:13b:39f::9f:25]; NEURAL_SPAM_SHORT(0.81)[0.806]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zabbadoz.net]; NEURAL_HAM_MEDIUM(-0.64)[-0.642]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_SPAM_LONG(0.96)[0.964]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; SUBJECT_ENDS_QUESTION(1.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 28 Mar 2022, at 2:28, Warner Losh wrote: > On Sun, Mar 27, 2022, 8:15 PM Kyle Evans wrote: > >> On Sun, Mar 27, 2022 at 2:01 PM Bjoern A. Zeeb >> wrote: >>> >>> Hi, >>> >>> I am building on a stable/13 machine (updated a few days ago but I >>> had >>> that before in the last months). >>> >>> I have git clone and am mostly working on main or main-derived >>> branches. >>> >>> Once in a while I switch in-place (not a worktree) to a stable >>> branch, >>> e.g., git checkout stable/13 based on freebsd/stable/13 for MFCs. >>> >>> When I do that and start to build an amd64-only universe my kernel >>> builds immediately fail with a dubious error message from a >>> top-level >>> Makefile: >>> >>> # nice make -s -j30 tinderbox TARGETS=amd64 [..] >>> >>> make[2]: ".../freebsd-src/Makefile" line 731: "Target architecture >>> for >> amd64/conf/LINT unknown. config(8) likely too old." >>> >>> I tracked it down to the profile 2 line sys/amd64/conf/NOTES which >>> makes >>> config fail apparently. >>> >>> When I apply the below change things work flawlessly. >>> >>> I do not fully understand where the problem comes from, but given I >>> haven't seen other reports I wonder what it is that I am doing that >>> makes things go wrong here? >>> >>> Anyone an idea? >>> >> >> Whoops, we ripped 'profile' support out of config(8) so now it can't >> config older kernels. Where did that happen? Oh, I see it in “main†a year ago. I couldn’t see it in stable/13? >> I think the cheapest/easiest fix would be to >> just re-add the keyword as a nop so we can still parse it, maybe emit >> a warning that it's been removed in newer config(8). >> > > Yea. It would be trivial to do so. But what about the version issue? config is a bootstrap tool. So the real problem could be that when I switch branches from main to stable/13 it is not rebuilt and so I get the version from main which then fails on stable as it no longer knows how to handle “profile� Or something like this? I see 1 config binary in two directories in a freebsd13-amd64/ subtree in my obj dir (5 days old). One directory is ${HOST_OBJTOP} so first in path for this call in Makefile. Sadly we don’t have idents .. Seems to be a build system problem and not a config problem of some sorts? Note that my builds in this case are not using WITHOUT_CLEAN or similar. I am trying to figure out how to force a rebuild of the freebsd13-amd64 obj subtree to see if that really makes the problem go away.. /bz From nobody Mon Mar 28 14:13:30 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 63B9A1A46BD6; Mon, 28 Mar 2022 14:13:33 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KRvn92NlWz4tZY; Mon, 28 Mar 2022 14:13:33 +0000 (UTC) (envelope-from kp@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1648476813; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=icg9Re1CBBJBXwAqzcOtq5cB/xSjPQEyMfysHWzGDzI=; b=yFDZFvfMyzW51YHcgNiBjvj6eX+3KQhmSfu19KGnOPkmcnzuAmgMvlJfquYvahsiSb5OEV 4GipJpQ/dkObkBuWX+VqLMvgTiaGd2VGTEZdW51Zbg0U6HwNjgA6cJpSkgaUhhaUc4kzuL hkN3EaVhlsesdABfH1oiUyZ4L9D49CrWJNPYhX4hhCyO1YeVAkWs+4rHKuWxZoMTUnTYvO NVhOt3tWIFMYk6mS4Td0zfEhU2F1P/F7kTYHzyQsSq5fsvdEfTckSBmYqezZFAx6lpr4gw 2OefrgK6O8jTZLokKi5d59oxYa78bQJuGrVFJdX0Ed+T/SIKrNEf5R8cH13g1A== Received: from venus.codepro.be (venus.codepro.be [5.9.86.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.codepro.be", Issuer "R3" (verified OK)) (Authenticated sender: kp) by smtp.freebsd.org (Postfix) with ESMTPSA id 19B1C251AD; Mon, 28 Mar 2022 14:13:33 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: by venus.codepro.be (Postfix, authenticated sender kp) id 5FD304AEEF; Mon, 28 Mar 2022 16:13:31 +0200 (CEST) From: Kristof Provost To: Marcel Bischoff Cc: stable@freebsd.org, freebsd-pf@freebsd.org Subject: Re: pfctl: Cannot allocate memory. Date: Mon, 28 Mar 2022 16:13:30 +0200 X-Mailer: MailMate (1.14r5852) Message-ID: <9184152E-52BF-460A-97C1-CA10E2FDCE03@FreeBSD.org> In-Reply-To: <8BBDA16D-207B-4704-86F5-F75F2A44AD7B@herrbischoff.com> References: <06EB4080-08D2-42DE-BB0D-E0C1CAE0EC2F@herrbischoff.com> <8BBDA16D-207B-4704-86F5-F75F2A44AD7B@herrbischoff.com> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1648476813; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=icg9Re1CBBJBXwAqzcOtq5cB/xSjPQEyMfysHWzGDzI=; b=EVKeQQM9qCqoUu+LlU0YKKYrA6pB2m65pfe9A0qgWMy0+j/8sormZ+4Uv50m1enS4EIyxg yWdP5XkXgjWfiwpwEGr3F4OD0J0wwCxCGfm+orN5U6wCurG4ncvn0K3od8Ts5+ilNfv6ZQ mBKyazDapE/zrPYYCue20ABFMUfwXM9ixg2M2eU5GR2ggC20yIdH5A0L7NGNA4wHDs57Jy aTVUeSXbVTCTGsKgttxWQT8aXfyq6viQ1aHbONTrera7JVT6GNaU3tfJUEEvXiW7N4NLbq 29AgcMqNsq/5mpIW70NXZSiAIVJmm84kDuptxZuVtlaMWBVRhgb8HzlPTXsC+Q== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1648476813; a=rsa-sha256; cv=none; b=lOcwUcIHeDjj6fWGTlc2fk5dgUH69AQzsDAwYA1pBQ7gZR04zb1+cmgMwTXJMrOrKqHqCl JUjCKFr4WOhbGdKaZaQ7ofIZ8LljZSBcK5h+didKVpxbeQbPYP1Lros1ocvMOS7f+WHC7M IRABMJOIU9ngTv+L0kmj4uTP8ZjS3kErDwUZnA/gWb4H2wqK575qwvRylh5/JOOHGbFaYv eZLk9hHs1zb9YS9dmZCyR0MXFVmtBpFErCxjR5cpOdPUJMEJfXwuoLOJT2OPmMTntdoIdE QsCWE4iVUVGSwqX4lCeGoCUe7+dQbMK8Or50Nni4sAsgYlFsbvlfSO4BDmH4TQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N On 28 Mar 2022, at 14:14, Marcel Bischoff wrote: >> On 28. Mar 2022, at 09:44, Kristof Provost wrote: >> >> On 27 Mar 2022, at 22:11, Marcel Bischoff wrote: >>> Hello all, >>> >>> when updating a table of ~370k entries, PF sometimes refuses to do so= and from then on continues to refuse until I reboot the machine. >>> >>> $ doas pfctl -f /etc/pf.conf >>> /etc/pf.conf:27: cannot define table pfbadhost: Cannot allocate memor= y >>> pfctl: Syntax error in config file: pf rules not loaded >>> >> That sounds a lot like https://bugs.freebsd.org/bugzilla/show_bug.cgi?= id=3D260406 >> >> My current theory is that this is a bug in the memory allocator somewh= ere. I do not have the background or time to debug that. > > Thanks for your reply Kristof. I concur, it indeed looks a lot like the= bug ticket you linked. I could spare the time but I don't have the backg= round or capability to debug this myself. Is there anything I could do to= help move this issue along? > Short of studying the memory allocation code and finding the bug, no. Kristof From nobody Mon Mar 28 15:39:29 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 71A4F1A36E6D; Mon, 28 Mar 2022 15:39:50 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-il1-f178.google.com (mail-il1-f178.google.com [209.85.166.178]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KRxhj5227z3ltg; Mon, 28 Mar 2022 15:39:49 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-il1-f178.google.com with SMTP id b9so10270699ila.8; Mon, 28 Mar 2022 08:39:49 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:content-transfer-encoding; bh=AipIdpfDCxcEced5eOmiL8MzJCT+RIvubTImNF7cnSc=; b=sMsq+RvtcK7XbP4Q2cH4vXVa1qIqgQFq4vVDYOrj3G/X2yQDJJCtCgUF1A/muMFw0u hVGAgvqlLnhMbtDemuoKGhd4FvQvNRFyTv5qOotPFNMFeqWZnljIHX8naLoC20I8dHG4 FVNs5JWXdtPUcvtE+BxWl1A2VvhJrWS4ViTfs74TZl4vpxhhRqeEkCLkmO1DMbk7VbgO soAKozf2WlzRcM8YACLdjwUnAXwb4SeqYcag0wVTZztKfbd1EdLVQcxvxfxLGMbr2AgU ZzaA5eB2X96UsVurOV2eJYkMhBcezKMWyOCNMkqW7rwsZ39VqmSDOqwKeTv1I1z6HhQo s0Gw== X-Gm-Message-State: AOAM533FlpMql2A+wbANvbBTWkxmCQX2j4d/X3o1/iAqXtYRg45VNkyy oZ1iRa6SWJN4Wn4zFPaF7ZWD5C/+u+he+x3BIvlod6zp X-Google-Smtp-Source: ABdhPJzDdnGDfzTaplB7eJX9kAZmrpiNHwv4RbafBUNwv8rMdQGVWydxlTNgS5sdQtHEbAK5js0M2bJau5RovrZLUO4= X-Received: by 2002:a05:6e02:1c2c:b0:2c8:3753:59c with SMTP id m12-20020a056e021c2c00b002c83753059cmr6387754ilh.260.1648481981623; Mon, 28 Mar 2022 08:39:41 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <89c73d2114c1c7f8b5877e7174178a23@bsdforge.com> In-Reply-To: <89c73d2114c1c7f8b5877e7174178a23@bsdforge.com> From: Ed Maste Date: Mon, 28 Mar 2022 11:39:29 -0400 Message-ID: Subject: Re: Deprecating ISA sound cards To: freebsd-stable stable , FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4KRxhj5227z3ltg X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.178 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-0.66 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.975]; FREEFALL_USER(0.00)[carpeddiem]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-0.67)[-0.671]; RCVD_TLS_ALL(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[209.85.166.178:from]; NEURAL_SPAM_SHORT(0.98)[0.983]; MLMMJ_DEST(0.00)[freebsd-stable,freebsd-current]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.166.178:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On Sat, 19 Mar 2022 at 15:30, Eirik =C3=98verby wrote: > > I won't be arguing hard > for keeping these drivers (seeing as I'm clearly the oddball for having > FreeBSD running on hardware which has 1) ISA bus and 2) ISA sound > cards..) On Sat, 19 Mar 2022 at 17:24, Chris wrote: > > I have a board running freebsd that has 2 GUS cards in it running > simultaneously. Sniff... c=C3=A9st la vi=C3=A9 These drivers will (eventually) need to be updated for Giant locking / spl* leftovers, or be removed. I assumed that these were all museum-class hardware and nobody would use them with contemporary FreeBSD; NYC*BUG dmesgd[1] seemed to concur. That said, I don't think they have a significant maintenance burden in the near term. Any of these drivers that will actually be used with FreeBSD 14 could have their retirement postponed. If this is desired, please identify the specific driver(s), follow up here with a confirmation that they work with 12.3/13.0/CURRENT, and ideally send a dmesg to dmesgd. As far as I can tell there are no GUS cards listed in dmesgd at all. (I also had an original GF1 Ultrasound with 1MB on board although I think it sadly went to e-waste. I never used it with FreeBSD, and it seems the snd_gusc driver only supports UltraSound MAX and newer anyhow.) [1] https://dmesgd.nycbug.org/index.cgi From nobody Tue Mar 29 21:13:13 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 481511A46546 for ; Tue, 29 Mar 2022 21:27:22 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::12]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KSjMD6pnlz3kkZ; Tue, 29 Mar 2022 21:27:20 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 22TLR4UQ080106 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 29 Mar 2022 23:27:05 +0200 (CEST) (envelope-from pmc@citylink.dinoex.sub.org) X-Authentication-Warning: uucp.dinoex.sub.de: Host uucp.dinoex.org [185.220.148.12] claimed to be uucp.dinoex.sub.de Received: (from uucp@localhost) by uucp.dinoex.sub.de (8.17.1/8.17.1/Submit) with UUCP id 22TLR4Pi080105; Tue, 29 Mar 2022 23:27:04 +0200 (CEST) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.16.1/8.16.1) with ESMTP id 22TLFmEq065880; Tue, 29 Mar 2022 23:15:48 +0200 (CEST) (envelope-from peter@gate.intra.daemon.contact) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by gate.intra.daemon.contact (8.16.1/8.16.1) with ESMTPS id 22TLDDhW065416 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 29 Mar 2022 23:13:14 +0200 (CEST) (envelope-from peter@gate.intra.daemon.contact) Received: (from peter@localhost) by gate.intra.daemon.contact (8.16.1/8.16.1/Submit) id 22TLDDA2065415; Tue, 29 Mar 2022 23:13:13 +0200 (CEST) (envelope-from peter) Date: Tue, 29 Mar 2022 23:13:13 +0200 From: Peter To: freebsd-stable@freebsd.org Cc: "Bjoern A. Zeeb" Subject: Slow startup from D19488 (rtsol: sendmsg: Permission denied) Message-ID: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.sub.de;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [185.220.148.12]); Tue, 29 Mar 2022 23:27:07 +0200 (CEST) X-Rspamd-Queue-Id: 4KSjMD6pnlz3kkZ X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org designates 2a0b:f840::12 as permitted sender) smtp.mailfrom=pmc@citylink.dinoex.sub.org X-Spamd-Result: default: False [-2.02 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.90)[-0.903]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[sub.org]; NEURAL_SPAM_SHORT(0.18)[0.181]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[4]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE]; RCVD_TLS_LAST(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hija, after upgrading 12.3 to stable/13, I am seeing these errors in all my jails: > Additional TCP/IP options: log_in_vain=1. > ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib /usr/local/lib/c cmpat/pkg /usr/local/lib/compat/pkg > 32-bit compatibility ldconfig path: > rtsol: sendmsg on nrail1l: Permission denied > rtsol: sendmsg on nrail1l: Permission denied > rtsol: sendmsg on nrail1l: Permission denied > Starting Network: lo0 nrail1l. Searching the cause I find change 1b5be7204eaeeaf aka D19488 This doesn't work, because the firewall is not yet present. This is happening in rc.d/netif, and that must run before rc.d/ipfw in any case, because the firewall needs to see the netifs. I cannot see why this is considered an improvement, as it only gives 3 seconds of delay for each jail, and error messages. Maybe I'm doing something wrong, but honestly, I don't get it. Trying to read the differential: > Looking at the logic I changed above we invoked rtsol only if rtsold > was disabled and otherwise rtsold was started later and done it Yes, in 12.3, rtsold was started later when the firewall is loaded and it might work. Now rtsol is run earler when the firewall is NOT loaded and therefore it can NOT work. So far I do understand. What I don't understand: why this is good. And from there onward the differential talks about dhcp - but dhcp is only useful for prefix delegation, and most of my jails don't currently get delegated prefixes. Furthermore, nodes that get delegated prefixes will usually be routers, and with ipv6_gateway_enable=YES the error does not appear, i.e. this code does not even seem to be run. So I fail to imagine a usecase that this might be about. cheerio, PMc From nobody Tue Mar 29 22:04:11 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E20CB1A5014A for ; Tue, 29 Mar 2022 22:04:20 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:13b:39f::9f:25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KSk9w0kKnz3rdJ for ; Tue, 29 Mar 2022 22:04:19 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id AAF798D4A215; Tue, 29 Mar 2022 22:04:16 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 3D61CE7080F; Tue, 29 Mar 2022 22:04:16 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id 0A5mgR6DOIBL; Tue, 29 Mar 2022 22:04:13 +0000 (UTC) Received: from nv.sbone.de (nv.sbone.de [IPv6:fde9:577b:c1a9:31::2013:138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 929EDE7080C; Tue, 29 Mar 2022 22:04:12 +0000 (UTC) Date: Tue, 29 Mar 2022 22:04:11 +0000 (UTC) From: "Bjoern A. Zeeb" To: Peter cc: freebsd-stable@freebsd.org Subject: Re: Slow startup from D19488 (rtsol: sendmsg: Permission denied) In-Reply-To: Message-ID: References: X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Rspamd-Queue-Id: 4KSk9w0kKnz3rdJ X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of bzeeb-lists@lists.zabbadoz.net designates 2a01:4f8:13b:39f::9f:25 as permitted sender) smtp.mailfrom=bzeeb-lists@lists.zabbadoz.net X-Spamd-Result: default: False [-1.17 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; NEURAL_HAM_MEDIUM(-0.71)[-0.708]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:4f8:13b:39f::9f:25]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zabbadoz.net]; NEURAL_SPAM_SHORT(0.84)[0.841]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; RCVD_TLS_LAST(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Tue, 29 Mar 2022, Peter wrote: Hi, I am a bit puzzled as after two years you are the first one to report that problem to my knowledge for either base system or jails. > after upgrading 12.3 to stable/13, I am seeing these > errors in all my jails: > >> Additional TCP/IP options: log_in_vain=1. >> ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib > /usr/local/lib/c cmpat/pkg /usr/local/lib/compat/pkg >> 32-bit compatibility ldconfig path: >> rtsol: sendmsg on nrail1l: Permission denied >> rtsol: sendmsg on nrail1l: Permission denied >> rtsol: sendmsg on nrail1l: Permission denied >> Starting Network: lo0 nrail1l. Can you give us a full startup log? > Searching the cause I find change 1b5be7204eaeeaf aka D19488 > > This doesn't work, because the firewall is not yet present. This is Given you are talking firewall, I assume you are using vnet jails? And given you are talking ipfw I assume your default policy is deny and not accept? And given rtsol runs I assume you have IPv6 configured and in use? The same issue then should also happen in your base system on boot? > happening in rc.d/netif, and that must run before rc.d/ipfw in any > case, because the firewall needs to see the netifs. I thought ipfw could log deal with interfaces coming and going? -- Bjoern A. Zeeb r15:7 From nobody Tue Mar 29 23:56:47 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 063081A48888 for ; Wed, 30 Mar 2022 00:09:19 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::12]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KSmy54rNFz4m7C for ; Wed, 30 Mar 2022 00:09:17 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 22U095vT098468 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 30 Mar 2022 02:09:05 +0200 (CEST) (envelope-from pmc@citylink.dinoex.sub.org) X-Authentication-Warning: uucp.dinoex.sub.de: Host uucp.dinoex.org [185.220.148.12] claimed to be uucp.dinoex.sub.de Received: (from uucp@localhost) by uucp.dinoex.sub.de (8.17.1/8.17.1/Submit) with UUCP id 22U095md098467; Wed, 30 Mar 2022 02:09:05 +0200 (CEST) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.16.1/8.16.1) with ESMTP id 22TNxJtw090593; Wed, 30 Mar 2022 01:59:19 +0200 (CEST) (envelope-from peter@gate.intra.daemon.contact) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by gate.intra.daemon.contact (8.16.1/8.16.1) with ESMTPS id 22TNulrJ089453 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 30 Mar 2022 01:56:47 +0200 (CEST) (envelope-from peter@gate.intra.daemon.contact) Received: (from peter@localhost) by gate.intra.daemon.contact (8.16.1/8.16.1/Submit) id 22TNulDa089452; Wed, 30 Mar 2022 01:56:47 +0200 (CEST) (envelope-from peter) Date: Wed, 30 Mar 2022 01:56:47 +0200 From: Peter To: "Bjoern A. Zeeb" Cc: freebsd-stable@freebsd.org Subject: Re: Slow startup from D19488 (rtsol: sendmsg: Permission denied) Message-ID: References: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.sub.de;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [185.220.148.12]); Wed, 30 Mar 2022 02:09:08 +0200 (CEST) X-Rspamd-Queue-Id: 4KSmy54rNFz4m7C X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org designates 2a0b:f840::12 as permitted sender) smtp.mailfrom=pmc@citylink.dinoex.sub.org X-Spamd-Result: default: False [0.14 / 15.00]; ARC_NA(0.00)[]; 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.10)[text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[sub.org]; NEURAL_SPAM_MEDIUM(0.94)[0.937]; NEURAL_SPAM_SHORT(0.50)[0.499]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE]; RCVD_TLS_LAST(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hello Bjoern, thanks much for the quick reply! On Tue, Mar 29, 2022 at 10:04:11PM +0000, Bjoern A. Zeeb wrote: ! On Tue, 29 Mar 2022, Peter wrote: ! ! Hi, ! ! I am a bit puzzled as after two years you are the first one to report ! that problem to my knowledge for either base system or jails. This is what greatly wonders me, too. So I was stronly thinking that I am doing something wrong or unusual. But I cannot figure it out, it just seems that the detrimental effect of the change cannot be avoided (e.g. "service jail start" takes quite long now - there's a lot of them). ! > after upgrading 12.3 to stable/13, I am seeing these ! > errors in all my jails: ! > ! > > Additional TCP/IP options: log_in_vain=1. ! > > ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib ! > /usr/local/lib/c cmpat/pkg /usr/local/lib/compat/pkg ! > > 32-bit compatibility ldconfig path: ! > > rtsol: sendmsg on nrail1l: Permission denied ! > > rtsol: sendmsg on nrail1l: Permission denied ! > > rtsol: sendmsg on nrail1l: Permission denied ! > > Starting Network: lo0 nrail1l. ! ! Can you give us a full startup log? It's the above, right from the beginning, and then follows: > lo0: flags=8049 metric 0 mtu 16384 > options=680003 > inet 127.0.0.1 netmask 0xff000000 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 > groups: lo > nd6 options=21 > nrail1l: flags=8843 metric 0 mtu 1500 > options=28 > ether 06:1d:92:01:01:0a > hwaddr 58:9c:fc:10:28:71 > inet ************* netmask ********** broadcast ************* > inet6 fe80::41d:92ff:fe01:10a%nrail1l prefixlen 64 scopeid 0x2 > inet6 fd00:************ prefixlen 120 > media: Ethernet autoselect (1000baseT ) > status: active > nd6 options=23 > Starting rtsold. > add host 127.0.0.1: gateway lo0 fib 0: route already in table > add net default: gateway ************* > Additional inet routing options: log ICMP redirect=YES. > add host ::1: gateway lo0 fib 0: route already in table > add net fe80::: gateway ::1 > add net ff02::: gateway ::1 > add net ::ffff:0.0.0.0: gateway ::1 > add net ::0.0.0.0: gateway ::1 > add net default: gateway fd00:************* > Flushed all rules. > Firewall rules loaded. > Firewall logging pseudo-interface (ipfw0) created. > Creating and/or trimming log files. > Updating /var/run/os-release done. > Clearing /tmp (X related). > Updating motd:. > Starting syslogd. > Starting rapp. > Starting cron. > Starting sendmail. > Starting sendmail_msp_queue. > Performing sanity check on sshd configuration. > Starting sshd. > > Wed Mar 30 00:52:15 CEST 2022 ! > Searching the cause I find change 1b5be7204eaeeaf aka D19488 ! > ! > This doesn't work, because the firewall is not yet present. This is ! ! Given you are talking firewall, I assume you are using vnet jails? Yes. ! And given you are talking ipfw I assume your default policy is deny ! and not accept? Yes. ! And given rtsol runs I assume you have IPv6 configured and in use? Yes. Here is how I do it: https://daemon.contact/ankh/articles/X3OyjgTpuv ! The same issue then should also happen in your base system on boot? No. The base system does (second level) prefix delegation and has ipv6_gateway_enable="YES" and rtsold_enable="NO" and is not affected. There is one vnet jail intended as VPN server, which also has these parameters in rc.conf and is also not affected. (I did not yet bother to figure out why, The shell code run from rc.d/netif is a bit lenghty...) ! > happening in rc.d/netif, and that must run before rc.d/ipfw in any ! > case, because the firewall needs to see the netifs. ! ! I thought ipfw could log deal with interfaces coming and going? Maybe it can, but then modifying the rc.d logic so to get "ipfw" run before "netif" - that does likely open a box of worms. Furthermore, I do use ipfw as a genuine rerouting+filtering framework, and that logic is entirely based on the interfaces; all rules belong to exactly two interfaces. Here is a short abstract of the idea: https://forums.freebsd.org/threads/ipfw-or-pf.46706/post-561760 cheerio, PMc From nobody Wed Mar 30 13:07:48 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 6A2DB1A494D5 for ; Wed, 30 Mar 2022 13:18:39 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::12]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KT6Ss6NR6z4jxb for ; Wed, 30 Mar 2022 13:18:37 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 22UDI4a0066913 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Wed, 30 Mar 2022 15:18:05 +0200 (CEST) (envelope-from pmc@citylink.dinoex.sub.org) X-MDaemon-Deliver-To: X-Authentication-Warning: uucp.dinoex.sub.de: Host uucp.dinoex.org [185.220.148.12] claimed to be uucp.dinoex.sub.de Received: (from uucp@localhost) by uucp.dinoex.sub.de (8.17.1/8.17.1/Submit) with UUCP id 22UDI4Kv066912 for freebsd-stable@freebsd.org; Wed, 30 Mar 2022 15:18:04 +0200 (CEST) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.16.1/8.16.1) with ESMTP id 22UD7w1T046190 for ; Wed, 30 Mar 2022 15:07:58 +0200 (CEST) (envelope-from peter@gate.intra.daemon.contact) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by gate.intra.daemon.contact (8.16.1/8.16.1) with ESMTPS id 22UD7m6A046160 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Wed, 30 Mar 2022 15:07:48 +0200 (CEST) (envelope-from peter@gate.intra.daemon.contact) Received: (from peter@localhost) by gate.intra.daemon.contact (8.16.1/8.16.1/Submit) id 22UD7mho046159 for freebsd-stable@freebsd.org; Wed, 30 Mar 2022 15:07:48 +0200 (CEST) (envelope-from peter) Date: Wed, 30 Mar 2022 15:07:48 +0200 From: Peter To: freebsd-stable@freebsd.org Subject: stable/13: ARC no longer self-tuning? Message-ID: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.sub.de;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [185.220.148.12]); Wed, 30 Mar 2022 15:18:07 +0200 (CEST) X-Rspamd-Queue-Id: 4KT6Ss6NR6z4jxb X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org designates 2a0b:f840::12 as permitted sender) smtp.mailfrom=pmc@citylink.dinoex.sub.org X-Spamd-Result: default: False [-2.30 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.0:email]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_NONE(0.00)[]; DBL_PROHIBIT(0.00)[0.0.0.0:email]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_NA(0.00)[sub.org]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE]; SUBJECT_ENDS_QUESTION(1.00)[] X-ThisMailContainsUnwantedMimeParts: N Hi, while up to Rel 12 the ZFS ARC adjusted it's size to the demand, in Rel. 13 it appears to be locked to a fixed minimum of 100M compressed. Consequentially I just got a machine stall/freeze under moderate load: no cmdline reaction (except in the guests), no login possible, all processes in "D" state. Reset button needed, all guests and jails destroyed: 38378 - DJ 0:03.36 find -sx / /ext /var /usr/local /usr/ports /usr/obj 39414 - DJ 0:00.00 sendmail: running queue: /var/spool/mqueue (sendmail 39415 - DJ 0:00.00 sendmail: running queue: /var/spool/clientmqueue (se 39416 - DJ 0:00.00 /usr/local/www/cgit/cgit.cgi 39417 - D< 0:00.00 /usr/local/bin/ruby /ext/libexec/heatctl.rb (ruby27) 39418 - DJ 0:00.00 sendmail: running queue: /var/spool/clientmqueue (se 39419 - DJ 0:00.00 sendmail: running queue: /var/spool/mqueue (sendmail 39420 - DJ 0:00.00 sendmail: running queue: /var/spool/clientmqueue (se 39421 - DJ 0:00.00 sendmail: accepting connections (sendmail) 39426 - D 0:00.00 sendmail: running queue: /var/spool/mqueue (sendmail 39427 - D 0:00.00 sendmail: running queue: /var/spool/clientmqueue (se 39428 - DJ 0:00.00 sendmail: Queue runner@00:03:00 for /var/spool/clien 39429 - DJ 0:00.00 sendmail: accepting connections (sendmail) 39430 - DJ 0:00.00 sendmail: running queue: /var/spool/clientmqueue (se 39465 - Ds 0:00.01 newsyslog 39466 - Ds 0:00.01 /bin/sh /usr/libexec/save-entropy 59365 - DsJ 0:00.09 /usr/sbin/cron -s "top", apparently the only process still running, shows this: last pid: 39657; load averages: 0.27, 1.24, 4.55 up 0+04:05:42 04:11:54 805 processes: 1 running, 804 sleeping CPU: 0.1% user, 0.0% nice, 0.9% system, 0.0% interrupt, 99.0% idle Mem: 16G Active, 5118M Inact, 1985M Laundry, 7144M Wired, 462M Buf, 905M Free ARC: 1417M Total, 326M MFU, 347M MRU, 8216K Anon, 30M Header, 706M Other 119M Compressed, 546M Uncompressed, 4.57:1 Ratio Swap: 36G Total, 995M Used, 35G Free, 2% Inuse, 76K In This is different to 12.3: there I would expect the ARC near 6G, wired near 11G, and swap near 5G. Last message in the log was 20 minutes earlier: Mar 30 03:45:17 edge ntpd[7768]: no peer for too long, server running free now So, strangely, networking has also stalled. I thought networking uses other device drivers separate from the disk drivers? The effect appeared slowly, machine became increasingly unresponsive and laggy (in all regards of I/O) during the "periodic daily". First night it runs find over a million files in all jails, as these are not yet in l2arc. Apparently this killed it: It might be related to the periodic daily running find in every jail: 35944 - DJ 0:04.71 find -sx / /var /ext /usr/local /usr/obj /usr/ports 36186 - DJ 0:04.75 find -sx / /var /usr/local /usr/obj /usr/ports /dev/ 37599 - DJ 0:04.14 find -sx / /var /ext /usr/local /ext/rapp /usr/ports 38378 - DJ 0:03.36 find -sx / /ext /var /usr/local /usr/ports /usr/obj ... This would need a *lot* of inodes, and the arc seems quite small for that. I've not seen such behaviour before - I had ZFS running in ~2007 with 384 MB ram installed; now here are 32G (which I wouldn't have bought, got them by accident), and that doesn't work well. The ARC is configured in loader.conf: # kenv vfs.zfs.arc_max="10240M" vfs.zfs.arc_min="1024M" However, sysctl shows: vfs.zfs.arc.max: 10737418240 vfs.zfs.arc.min: 0 Observing the behaviour, ARC wants to stay at or even below 1G: last pid: 38718; load averages: 2.12, 2.93, 2.88 up 0+01:09:08 05:30:25 625 processes: 1 running, 624 sleeping CPU: 0.0% user, 0.1% nice, 6.3% system, 0.0% interrupt, 93.6% idle Mem: 12G Active, 1433M Inact, 9987M Wired, 50M Buf, 8237M Free ARC: 749M Total, 116M MFU, 254M MRU, 2457K Anon, 42M Header, 334M Other 84M Compressed, 396M Uncompressed, 4.70:1 Ratio Swap: 36G Total, 36G Free There are 3 bhyve with 16G + 7G + 2G, these naturally create much dirty memory. The point is that these should go to swap, that's what SSD are for. The ARC only grows when there is not much activity on the system. That may be nice for desktops, but is no good for solid workload. I need it to grow against workload (which it did before, but now doesn't) and against paging (which not even appears). Do we have some new knobs to tune? This one is appears to already be zero by default: vfs.zfs.arc.grow_retry: 0 And what is this one doing? vfs.zfs.arc.p_dampener_disable=1 Do I need to read all the code? There are lots of other things that did work on 12.3 and now fail or crash, like net/dhcpcd (crashes now in libc), or mountd not understanding the zfs exports (syntax changed, doesn't match the manpage, didn't in 12.3 either, but differently), and I only have two eyes (and they don't get better with age). What would be needed for the ARC is an affinity balance: should it prefer to try and grow towards arc_max even with load (server use with well-configured arc_max), or should it shrink away as soon as some serious activity is on the system (gamers and bloated browsers use). From nobody Wed Mar 30 20:05:26 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 45BCB1A5E4E7; Wed, 30 Mar 2022 20:05:37 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qt1-x832.google.com (mail-qt1-x832.google.com [IPv6:2607:f8b0:4864:20::832]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KTHVS1hYTz3px3; Wed, 30 Mar 2022 20:05:36 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qt1-x832.google.com with SMTP id c4so19167509qtx.1; Wed, 30 Mar 2022 13:05:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=+TjSafVoPen3XprD319iQnwrJbIZLuBnXpBclnIGbNI=; b=X3hg6PJDddgLdEayew6ETNJyr4JgD8DKBmC7cWSAxDsuXNrVVOP6rq1IH8nxvFRdjx 6eGCkC4NAOl+EI+3JhFWUQFyRxNjy2C5H9K/0CY+3/tFnGO2NT8bcm7r/kzNLGOwGdxG W52ydUaXOGzuC3Fzl4P/B9yZbVKGW1z0fHBSPW9zI6JK8Me6MWBrGh/1vL3aXPjBcA+y /z3KaBIAgpF9l5+a18Icn64ZmszEsKvRf6SZcaPYZUd1N/RP0NSmf6l/rOOzhTcnTnQi fBAlZykXhAKoW1/B6E2USv8i3Pxj0rGamIeY68MK26o9utP7PMcP9wkU/CMwEMnplzkg 44sA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=+TjSafVoPen3XprD319iQnwrJbIZLuBnXpBclnIGbNI=; b=P7oo+zBD0CZtQtBvjT2BGG1BmbWGhikiua5ABTicMjjKwF+6/Syw2ehixuXMWUg9V1 O2uRSwgAYA6yp8OMR7beYClgY7izIRjrzQCU1+60CiRId7NsO5/NHBoHKZQyIQaN2Ag1 kRi7SP0XYwM1qJmbXENP+mO7NVW1Kbw5dnTMJk72WSem7Dl8QmMOmWt8ja7NsFMtMtV9 bB1fIxVb8OcX8rMKlliDwqyP3R6g9UDmbK1siFOy99PXBzUeoImTlFyosJO1nNFxy0iO wVd69VHatAikAHeQdzYUoE1WnJb64lh81EhHU8vfR1MvWGvPYd9tUDEp5qhFHkRtdfqp Jpfg== X-Gm-Message-State: AOAM531EbPAjI0XKoxD8CLjP82t6EDQFqRbVdPOZ2hvM8T9fyb41+x8H xXCnG5X3O8I9O0G98FLHN8UHdC6vMxp+hg== X-Google-Smtp-Source: ABdhPJzYfrFZTy6Ns8ri5wH7XGczAcdF25eP3BIpCK72aM/g3z4MqNb9VH27HHqvlFrb0nEdnWAf1Q== X-Received: by 2002:a05:622a:50b:b0:2e1:deae:22dc with SMTP id l11-20020a05622a050b00b002e1deae22dcmr1201140qtx.359.1648670729381; Wed, 30 Mar 2022 13:05:29 -0700 (PDT) Received: from nuc (198-84-189-58.cpe.teksavvy.com. [198.84.189.58]) by smtp.gmail.com with ESMTPSA id e7-20020ac85987000000b002e1b7fa2201sm17745025qte.56.2022.03.30.13.05.28 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 30 Mar 2022 13:05:28 -0700 (PDT) Date: Wed, 30 Mar 2022 16:05:26 -0400 From: Mark Johnston To: Kristof Provost Cc: Marcel Bischoff , stable@freebsd.org, freebsd-pf@freebsd.org Subject: Re: pfctl: Cannot allocate memory. Message-ID: References: <06EB4080-08D2-42DE-BB0D-E0C1CAE0EC2F@herrbischoff.com> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4KTHVS1hYTz3px3 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=X3hg6PJD; dmarc=none; spf=pass (mx1.freebsd.org: domain of markjdb@gmail.com designates 2607:f8b0:4864:20::832 as permitted sender) smtp.mailfrom=markjdb@gmail.com X-Spamd-Result: default: False [-1.02 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_NA(0.00)[freebsd.org]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_MEDIUM(0.66)[0.663]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; NEURAL_HAM_SHORT(-0.98)[-0.982]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::832:from]; MLMMJ_DEST(0.00)[stable,freebsd-pf]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N On Mon, Mar 28, 2022 at 09:44:14AM +0200, Kristof Provost wrote: > On 27 Mar 2022, at 22:11, Marcel Bischoff wrote: > > Hello all, > > > > when updating a table of ~370k entries, PF sometimes refuses to do so and from then on continues to refuse until I reboot the machine. > > > > $ doas pfctl -f /etc/pf.conf > > /etc/pf.conf:27: cannot define table pfbadhost: Cannot allocate memory > > pfctl: Syntax error in config file: pf rules not loaded > > > That sounds a lot like https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260406 Just a heads-up that this is believed to be fixed now in the main branch. The fix should appear in stable/13 and hopefully releng/13.1 shortly. > > My current theory is that this is a bug in the memory allocator somewhere. I do not have the background or time to debug that. From nobody Thu Mar 31 03:59:24 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3F8E21A4F9B3 for ; Thu, 31 Mar 2022 04:00:20 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oa1-x2f.google.com (mail-oa1-x2f.google.com [IPv6:2001:4860:4864:20::2f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KTV2C4TQfz3MBT for ; Thu, 31 Mar 2022 04:00:19 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-oa1-x2f.google.com with SMTP id 586e51a60fabf-d6e29fb3d7so24144293fac.7 for ; Wed, 30 Mar 2022 21:00:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=+YMJ+oG8a73mTPlGz6TV8evXDgRLm1M4DweyKalW8P8=; b=IBVIQ9Kos5bKS1Y4W5uzhHVyJmoPI0RE9K/MYjdkR7/gSQNSUs74dyEh+vM4zID+GE rcMgnZSLJ53grhWQxKX2v73ALb2aSZi59PvC6Q/azJol7ejFpI/tNUoHfbZdVvsDSglg Qxg+Fpg/bTK4BV1PL9bjaPJl67clbIL+SnaLzGCWFw7wuXEOoknIVzRxZ6odov/kfC7l oK/WQKcBPzaH+e7EQ7DVfuQ4e1yE2VHSruFZ8XeWvGVrvskcQQckKK4+dGX6M4tJKMrv /kF8lX/6guCvKJqqLH6eN5h8Zhg8a5x1+w00Mdq2MzlrcFOA8vRX1zbiEH0lxaWScUFN G/UQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=+YMJ+oG8a73mTPlGz6TV8evXDgRLm1M4DweyKalW8P8=; b=x7gbmynWrfNqe++TNBwUeO1aFlWanEGxb+MONy3PPxWBFOV6Y2r72fVUNApbaqi6dI bvMPek0hkObo1W269S5h498lInnVf6lvVesxk7uZUfNvDjwGBPGlI2YAoNtb5TSP2iNc dZ6eb16jNkvZycTceRFtcqYJRLdZMI5VgsHy2jZFjKyuyt2cmCYp4qVXbLdfEAzBlFfi 6Uts318PmFn0xvqgY+qxKLVFL/PH6w5FQspMT10oiMBs7Fwhqur9WLCVGvfJxhn+sSC2 i7fiHSUAWcE0B/biKELK1NKQYdfxBy4d/Gj6xe2rC19CNq/UkePM8yn1GM4tAqlAtBOe vSeA== X-Gm-Message-State: AOAM530I0Xai+ue0dxC3V7KlATTRfj/ozBB8Jk5XJg8Bnw5LJc0qVkEX QLL2PxSxKIVpWOL3XDSj6Aakr48K86XZKQQnnrvcK7Jr X-Google-Smtp-Source: ABdhPJzkflqU9Ue6trQMNe9o+pGbciCwN6S/pJQCi3M2a02dwqYm3ezhi4h09uD5rzqNK6a8iJLHDV7FIwTk1EghKrg= X-Received: by 2002:a05:6871:822:b0:dd:b9a5:f5cf with SMTP id q34-20020a056871082200b000ddb9a5f5cfmr1777465oap.230.1648699218778; Wed, 30 Mar 2022 21:00:18 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Kevin Oberman Date: Wed, 30 Mar 2022 20:59:24 -0700 Message-ID: Subject: Re: Slow startup from D19488 (rtsol: sendmsg: Permission denied) To: Peter Cc: "Bjoern A. Zeeb" , FreeBSD-STABLE Mailing List Content-Type: multipart/alternative; boundary="00000000000046dd3e05db7bb37a" X-Rspamd-Queue-Id: 4KTV2C4TQfz3MBT X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=IBVIQ9Ko; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kob6558@gmail.com designates 2001:4860:4864:20::2f as permitted sender) smtp.mailfrom=kob6558@gmail.com X-Spamd-Result: default: False [0.71 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2001:4860:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; URI_COUNT_ODD(1.00)[3]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FORGED_SENDER(0.30)[rkoberman@gmail.com,kob6558@gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2001:4860:4864::/48, country:US]; FROM_NEQ_ENVFROM(0.00)[rkoberman@gmail.com,kob6558@gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.57)[-0.566]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.98)[0.975]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2001:4860:4864:20::2f:from]; HTTP_TO_IP(1.00)[]; MLMMJ_DEST(0.00)[freebsd-stable]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N --00000000000046dd3e05db7bb37a Content-Type: text/plain; charset="UTF-8" On Tue, Mar 29, 2022 at 5:10 PM Peter wrote: > > Hello Bjoern, > > thanks much for the quick reply! > > On Tue, Mar 29, 2022 at 10:04:11PM +0000, Bjoern A. Zeeb wrote: > ! On Tue, 29 Mar 2022, Peter wrote: > ! > ! Hi, > ! > ! I am a bit puzzled as after two years you are the first one to report > ! that problem to my knowledge for either base system or jails. > > This is what greatly wonders me, too. So I was stronly thinking > that I am doing something wrong or unusual. But I cannot figure > it out, it just seems that the detrimental effect of the change > cannot be avoided (e.g. "service jail start" takes quite long now - > there's a lot of them). > > ! > after upgrading 12.3 to stable/13, I am seeing these > ! > errors in all my jails: > ! > > ! > > Additional TCP/IP options: log_in_vain=1. > ! > > ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib > ! > /usr/local/lib/c cmpat/pkg /usr/local/lib/compat/pkg > ! > > 32-bit compatibility ldconfig path: > ! > > rtsol: sendmsg on nrail1l: Permission denied > ! > > rtsol: sendmsg on nrail1l: Permission denied > ! > > rtsol: sendmsg on nrail1l: Permission denied > ! > > Starting Network: lo0 nrail1l. > ! > ! Can you give us a full startup log? > > It's the above, right from the beginning, and then follows: > > > lo0: flags=8049 metric 0 mtu 16384 > > options=680003 > > inet 127.0.0.1 netmask 0xff000000 > > inet6 ::1 prefixlen 128 > > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 > > groups: lo > > nd6 options=21 > > nrail1l: flags=8843 metric 0 mtu > 1500 > > options=28 > > ether 06:1d:92:01:01:0a > > hwaddr 58:9c:fc:10:28:71 > > inet ************* netmask ********** broadcast ************* > > inet6 fe80::41d:92ff:fe01:10a%nrail1l prefixlen 64 scopeid 0x2 > > inet6 fd00:************ prefixlen 120 > > media: Ethernet autoselect (1000baseT ) > > status: active > > nd6 options=23 > > Starting rtsold. > > add host 127.0.0.1: gateway lo0 fib 0: route already in table > > add net default: gateway ************* > > Additional inet routing options: log ICMP redirect=YES. > > add host ::1: gateway lo0 fib 0: route already in table > > add net fe80::: gateway ::1 > > add net ff02::: gateway ::1 > > add net ::ffff:0.0.0.0: gateway ::1 > > add net ::0.0.0.0: gateway ::1 > > add net default: gateway fd00:************* > > Flushed all rules. > > Firewall rules loaded. > > Firewall logging pseudo-interface (ipfw0) created. > > Creating and/or trimming log files. > > Updating /var/run/os-release done. > > Clearing /tmp (X related). > > Updating motd:. > > Starting syslogd. > > Starting rapp. > > Starting cron. > > Starting sendmail. > > Starting sendmail_msp_queue. > > Performing sanity check on sshd configuration. > > Starting sshd. > > > > Wed Mar 30 00:52:15 CEST 2022 > > ! > Searching the cause I find change 1b5be7204eaeeaf aka D19488 > ! > > ! > This doesn't work, because the firewall is not yet present. This is > ! > ! Given you are talking firewall, I assume you are using vnet jails? > > Yes. > > ! And given you are talking ipfw I assume your default policy is deny > ! and not accept? > > Yes. > > ! And given rtsol runs I assume you have IPv6 configured and in use? > > Yes. Here is how I do it: > https://daemon.contact/ankh/articles/X3OyjgTpuv > > ! The same issue then should also happen in your base system on boot? > > No. The base system does (second level) prefix delegation and has > ipv6_gateway_enable="YES" and rtsold_enable="NO" and is not affected. > > There is one vnet jail intended as VPN server, which also has these > parameters in rc.conf and is also not affected. > > (I did not yet bother to figure out why, The shell code run from > rc.d/netif is a bit lenghty...) > > ! > happening in rc.d/netif, and that must run before rc.d/ipfw in any > ! > case, because the firewall needs to see the netifs. > ! > ! I thought ipfw could log deal with interfaces coming and going? > > Maybe it can, but then modifying the rc.d logic so to get "ipfw" run > before "netif" - that does likely open a box of worms. > > Furthermore, I do use ipfw as a genuine rerouting+filtering > framework, and that logic is entirely based on the interfaces; all > rules belong to exactly two interfaces. Here is a short abstract > of the idea: > https://forums.freebsd.org/threads/ipfw-or-pf.46706/post-561760 > > > cheerio, > PMc > > This may be irrelevant, but updating to the stable branch is not recommended as it is not regularly tested. Updating to 13.0-Release and then to stable is less likely to be problematic. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 --00000000000046dd3e05db7bb37a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Tue, Mar 29, 2022 at 5:10 PM= Peter <pmc@citylink.dino= ex.sub.org> wrote:

Hello Bjoern,

=C2=A0 thanks much for the quick reply!

On Tue, Mar 29, 2022 at 10:04:11PM +0000, Bjoern A. Zeeb wrote:
! On Tue, 29 Mar 2022, Peter wrote:
!
! Hi,
!
! I am a bit puzzled as after two years you are the first one to report
! that problem to my knowledge for either base system or jails.

This is what greatly wonders me, too. So I was stronly thinking
that I am doing something wrong or unusual. But I cannot figure
it out, it just seems that the detrimental effect of the change
cannot be avoided (e.g. "service jail start" takes quite long now= -
there's a lot of them).

! >=C2=A0 after upgrading 12.3 to stable/13, I am seeing these
! > errors in all my jails:
! >
! > > Additional TCP/IP options: log_in_vain=3D1.
! > > ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib=
! >=C2=A0 =C2=A0 =C2=A0/usr/local/lib/c cmpat/pkg /usr/local/lib/compat/= pkg
! > > 32-bit compatibility ldconfig path:
! > > rtsol: sendmsg on nrail1l: Permission denied
! > > rtsol: sendmsg on nrail1l: Permission denied
! > > rtsol: sendmsg on nrail1l: Permission denied
! > > Starting Network: lo0 nrail1l.
!
! Can you give us a full startup log?

It's the above, right from the beginning, and then follows:

> lo0: flags=3D8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16= 384
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0options=3D680003<RXCSUM,TXCSUM,LIN= KSTATE,RXCSUM_IPV6,TXCSUM_IPV6>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0inet 127.0.0.1 netmask 0xff000000
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0inet6 ::1 prefixlen 128
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0inet6 fe80::1%lo0 prefixlen 64 scopei= d 0x1
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0groups: lo
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0nd6 options=3D21<PERFORMNUD,AUTO_L= INKLOCAL>
> nrail1l: flags=3D8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> me= tric 0 mtu 1500
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0options=3D28<VLAN_MTU,JUMBO_MTU>= ;
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0ether 06:1d:92:01:01:0a
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0hwaddr 58:9c:fc:10:28:71
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0inet ************* netmask **********= broadcast *************
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0inet6 fe80::41d:92ff:fe01:10a%nrail1l= prefixlen 64 scopeid 0x2
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0inet6 fd00:************ prefixlen 120=
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0media: Ethernet autoselect (1000baseT= <full-duplex>)
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0status: active
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0nd6 options=3D23<PERFORMNUD,ACCEPT= _RTADV,AUTO_LINKLOCAL>
> Starting rtsold.
> add host 127.0.0.1: gateway lo0 fib 0: route already in table
> add net default: gateway *************
> Additional inet routing options: log ICMP redirect=3DYES.
> add host ::1: gateway lo0 fib 0: route already in table
> add net fe80::: gateway ::1
> add net ff02::: gateway ::1
> add net ::ffff:0.0.0.0: gateway ::1
> add net ::0.0.0.0: gateway ::1
> add net default: gateway fd00:*************
> Flushed all rules.
> Firewall rules loaded.
> Firewall logging pseudo-interface (ipfw0) created.
> Creating and/or trimming log files.
> Updating /var/run/os-release done.
> Clearing /tmp (X related).
> Updating motd:.
> Starting syslogd.
> Starting rapp.
> Starting cron.
> Starting sendmail.
> Starting sendmail_msp_queue.
> Performing sanity check on sshd configuration.
> Starting sshd.
>
> Wed Mar 30 00:52:15 CEST 2022

! > Searching the cause I find change=C2=A0 1b5be7204eaeeaf=C2=A0 aka=C2= =A0 D19488
! >
! > This doesn't work, because the firewall is not yet present. This= is
!
! Given you are talking firewall, I assume you are using vnet jails?

Yes.

! And given you are talking ipfw I assume your default policy is deny
! and not accept?

Yes.

! And given rtsol runs I assume you have IPv6 configured and in use?

Yes. Here is how I do it:
https://daemon.contact/ankh/articles/X3OyjgTpuv
! The same issue then should also happen in your base system on boot?

No. The base system does (second level) prefix delegation and has
ipv6_gateway_enable=3D"YES" and rtsold_enable=3D"NO" an= d is not affected.

There is one vnet jail intended as VPN server, which also has these
parameters in rc.conf and is also not affected.

(I did not yet bother to figure out why, The shell code run from
rc.d/netif is a bit lenghty...)

! > happening in rc.d/netif, and that must run before rc.d/ipfw in any ! > case, because the firewall needs to see the netifs.
!
! I thought ipfw could log deal with interfaces coming and going?

Maybe it can, but then modifying the rc.d logic so to get "ipfw" = run
before "netif" - that does likely open a box of worms.

Furthermore, I do use ipfw as a genuine rerouting+filtering
framework, and that logic is entirely based on the interfaces; all
rules belong to exactly two interfaces. Here is a short abstract
of the idea:
https://forums.freebsd.org/threads/ip= fw-or-pf.46706/post-561760


cheerio,
PMc

This may be irrelevant, but updating to the st= able branch is not recommended as it is not regularly tested. Updating to 1= 3.0-Release and then to stable is less likely to be problematic.
= --
Kevin Oberman, Pa= rt time kid herder and retired Network Engineer
E-mail: rkoberman@gmail.com
<= div>PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
--00000000000046dd3e05db7bb37a-- From nobody Fri Apr 1 00:15:02 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 0385F1A4755C; Fri, 1 Apr 2022 00:15:09 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KV0zw6Sfpz3M7D; Fri, 1 Apr 2022 00:15:08 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1648772108; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type; bh=pybIDdmOsMtgDNh9ZbK6eF5mIDBmhGsNFIr2U/2/bp0=; b=Er2uu5382n+z5fzgxt5EjfEfHbAmDjPfnM+JsX/SLNxFpzdp97FjZXdkKT+6OXGiu/JRef fp/zepOtXK3Z5wPkvhHt5Bbl0kvOkptjPMpbwUFe+2xoLBKxbMomn9jqc7j39Og84TL5uD 1EJTbk90ib/brPKCz2LOsMA09YHdcuMxs+qu1y4L4cy2n66fb1ScVwiJ/jajZAvSGxbAuK /mxjSfkKDiPc8TGsNaEElI7t6eQR4B21vqD2Vqeo1neft3fqT/MX7BjTUCIIBMkrtGcSxQ BdvD6ROhzBGpoDUtDNBuyU9szlECR68WAM+IeOnQ6UFWRLFlvcpD0reWk72SWw== Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 7DC0ABC58; Fri, 1 Apr 2022 00:15:08 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Fri, 1 Apr 2022 00:15:02 +0000 From: Glen Barber To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Cc: FreeBSD Developers Subject: Considering stepping down from all of my FreeBSD responsibilities Message-ID: <20220401001502.GI13797@FreeBSD.org> Reply-To: gjb@freebsd.org List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="OmxNZ+k2SuGb8jfc" Content-Disposition: inline ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1648772108; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type; bh=pybIDdmOsMtgDNh9ZbK6eF5mIDBmhGsNFIr2U/2/bp0=; b=C8N30phgjmoG5U0M3WJBRZQzzL5A2QMOqgoKKffYSxW3k5gmwUoBOWdVtAqH/xvA/E2WQO phyqAHhgv0iPw80xtoW0QbMSOp93xH0q2DmmTwTTOyPCJrQwoKObF+jfhB2aMWyNbwLR2+ DGgu+71y9x31ZTyt2o7bz3SproUSVf/EQqy71nVOVyeT4RjGOTsgfqv8I35PT6OLTxvawf VMSlEzdl96gpCJ+4bJyj+6hVLLU5PqzyDwZPelgIX+uKRi8pAPxWSRSec+lOxjwT6L2ktY nM9K6+qm5B3g8/XvKQ2+5kgYKcQamDmgsunpE++XirJDd3FzPgmC61PYxQh0Yw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1648772108; a=rsa-sha256; cv=none; b=duaRrlVxONQwGs6HeS0kJGBuRWI+Ojc6BhDE8XPiznkVvXrB6UyW73BrJXRTWouJYCnBeU 9/yKIkTaMIioPdMj+GesfNFT1FhsxyvPlE8Ce4ur2Yz0d+ke8ktcxBuw9sFUf2aqD9UU9C 1Z4baQkIprnlCnjXvlFxQd1tvH40iHgNIV53YjAPmmIW3zreNypTH0lP3KGQkXhXDCBEiD wEqlRMNRMQvIOpOg4rOgxD6pqefItUNKzU7ptck32jtj8+97fQ5T224chupZltqEhkEqVU KRP8RQ/KCbu4FaAuswyTPSwfjwcUZ2mvKyTEItDD5EWnvLAjWL+ON5Yx0Ol/Rg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N --OmxNZ+k2SuGb8jfc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Dear community, Given the mental toll the past two years or so have taken on me, I have decided to step down from all of my "hats" within the Project, and take some time to sort out what my future looks like going forward. Happy April 1st. I'm not going anywhere. :-) Glen --OmxNZ+k2SuGb8jfc Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmJGRAAACgkQAxRYpUeP 4pNkXg//XVHkojhggTe8b+/rQ+esMV6uVHgBBniQYDuljoz8Q0wao4LlJ02EdDXZ zizjFeVsXZZJQDmTL+U5o8hHwY8ucC/z8Y1V/vIXRxvkunQACO8ABFKDfhVptDRJ bjRP8r2Y1T4h3qmC4CObE08PN7yb6BjXoCODSA2/rnffGRXHjkNa12V0wVJQLSu7 kla4ug43zPESL3mtLna2gn63NK8Fhu6uPvLz74Gjwju2xVbsN8P3EczVKVrLWf7W g9nCyZkaH7KhE7VvPNRVOnQhoFgkCCz9fw7u+8reaP/XKTMWLpgSaaA9Miq7nA64 tYRY58LWLeamVOdXyD11AVCJPC6TGrPqeH+nqsOzfIyUTJy+scXdZWkDr4yzz+p+ p0JxGPp+l+WKPPuAInOhcbIXE6O0Rdi88MA2N9q9b06LJFItjXLKMzXLamfb0PkZ ba1q+oP2u802igncD6unmw/YO9XGquYPZ/OsUzsOZhgAuwnEC6NC23Pf79oLqrnL TEZpHjiWR0VxrFlk2JED3fmbvdLiO3WEc76WtOVKoj4RxAlLsufjH3wMd3buW3vK plnYUtdUeuH3PJIBtX75rc/3ag9hIBkjJgjxjphglyOw+JwHtkIGOdhBbvO5pWlr sRCDXzGL/jEX+Mz5AcGXmeCXt+cLq/FwDv7vGDIp751pVqG4beI= =FMTZ -----END PGP SIGNATURE----- --OmxNZ+k2SuGb8jfc-- From nobody Fri Apr 1 00:21:51 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id AA2A51A4AD36; Fri, 1 Apr 2022 00:21:57 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KV17n4Qn3z3Qss; Fri, 1 Apr 2022 00:21:57 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1648772517; 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=SG/cp1PQKiXqTvJGQEdZuwAbDv0nSlNqOSVRQsHV26A=; b=X2EVo5xLSfAlMuTzKlDPqVdle3YjfzttW+r2XUAhLxQyqdTbUfwYl6l4E8KEktzjKo7TiU +O7bSgIm1FL3AoYjt4rRyN2FDYqhxffo9R6SlfWG+Q/r/VVowbIHojjTzU3uXO7jUyV6ME R4Iy3oQUCT1HYlp+KNoTV9e6CKR9QjpnSk+UbN3KK6lV6UduC09w919Tn5vye8zDzGnD6Y 1rbR0wN9bzvt/l7yPUQT7O4wyy2bvFp46dabpExO+2cgqspHCHck3sLWZaWYTbNjXbkHBl EqLl+r5XCefwubfyDeIWPx59uGleQ1YeynRYJBDGx9H2gM13UJr9iIRtzeTsww== Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 0F15ABF25; Fri, 1 Apr 2022 00:21:57 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Fri, 1 Apr 2022 00:21:51 +0000 From: Glen Barber To: The Doctor Cc: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: Considering stepping down from all of my FreeBSD responsibilities Message-ID: <20220401002151.GJ13797@FreeBSD.org> References: <20220401001502.GI13797@FreeBSD.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="7GuUjB7uchZRuW63" Content-Disposition: inline In-Reply-To: ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1648772517; 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=SG/cp1PQKiXqTvJGQEdZuwAbDv0nSlNqOSVRQsHV26A=; b=RgJ8NVZQ7YhvszzBQ+aOB86iflEgVGsNEc0/OFGAFGPINqfuwUsmTuVF/8a+Thuoermh+h VfsXM31xjNSTEWpOwh7lbsJgFtqyX8xve3IDvqhz22B2MKgvvCGd8BeiQMFOGcDCbkGN9z IBulXgn1SCe0E3mVKQ4W2x2uzvwF4q37bZfMdRd48s6J1TgrVUNo1ErlAkRLNXtgC8FmER eo8UvyyuNkvHP3kPdtLolGcAqpJnuFLIM51Hwo8pr4oh8IbJCrdVu2MG8XuYqBhkM4bmYJ oBXUPaD1SsAVy3sQJE1ZvaWQHRY2HVScAbmYmY+MkCmkIJ3vEumhCjUaceSslQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1648772517; a=rsa-sha256; cv=none; b=U1mDqJxbq5hQhZVXz930CdeDMlv40i7y8OjjToOf8qYCCvxejCyDPC7HkiDj1zdiCsWQXg xgB+sXq63/npLpyShSlfJSbWxBiCwZ7QRcPBq/rONLCgmyhqmNG86efNRs2Ry7ZYvO0LCf eZ5poTPhaBWcisSAmp5zBmLNlcoMoxaP5G7m4Ekv9FBsw4kSSNO/Q35QLCzJLXmXKgEOu2 VPVRvL1qTq/l4gFSKiSqe6ICKkU84xmZfeltGH49sI2gPzsPqEITPtqvfPoxN37mzj7Fsg ervoy3SYL7D8GkCoqeA81W0oHsw2jDfquluDMpXp0C68z5CKyFA8bBhJYig6Tg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N --7GuUjB7uchZRuW63 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 31, 2022 at 06:18:16PM -0600, The Doctor wrote: > On Fri, Apr 01, 2022 at 12:15:02AM +0000, Glen Barber wrote: > > Dear community, > >=20 > > Given the mental toll the past two years or so have taken on me, I have > > decided to step down from all of my "hats" within the Project, and take > > some time to sort out what my future looks like going forward. > >=20 > > Happy April 1st. I'm not going anywhere. :-) > > >=20 > Now for Linux and M$ to be a bad April Fools' joke. >=20 Damn, I did not think of that... :-) Glen --7GuUjB7uchZRuW63 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmJGRZ8ACgkQAxRYpUeP 4pP6nA/9HcS/A7Xjrt43p9NkhWd7YBYtSzVandDdo7X0FJKhvhokrYHePvrZ5Y/m VBVR+QELjBCObuvrnz+MprufvW1PtrpUp2ISwo0Hi8uUPyvoVLJl3Ogmfwab/1FQ n8WV92fcxTYI1sgswr1+oZdxLDwIz5Xlri+GHB2S/hNEl+thEXTqK5NX7PgIZi+B 526iwvfH4hwkURmnitYqx8M7ZJX9UFtG7i04/sT9mH9Rpq4SIIzO5NhuypPE7wEs Gvfb1X1yswHXJjANyqLjujK4WOgWKrpjpykAoVoTOji8lypVKGjAHF9eBr7k1Skk qbHZ79JpxiiTauLZ+2dVzhBjlu2+2b0qaggDqCDVXuObOxDpV/2jsxE4speHj3HC tg9zugZigkCK1uhyizdxMrceQOFMdwOWmUTbASrv+hjTNmUalKbmI6oYETvLEgmn POWTO8hVfOB4ci3nYSUU65lypA/O1Ew1jpG+oPvhYLxtF4rx3u/qpg5oLmVDv/vH DNOLhzwnWcjrmsvrVlAyc1HUIgkWg6FSEWb4z4rkcSf5q5VUcDIm5t/yqZpI1UcP celfA5SB1SG5M3Yh0sfZQe/S1V/7oKgdX24N7R73+xXp7JMcc/A9wxFmcJO+HtDD NzSHemA814UmIRlB0L+hyB66uoM+NMMCiNiaoPBH1ESnfKYmqnM= =h+f8 -----END PGP SIGNATURE----- --7GuUjB7uchZRuW63-- From nobody Fri Apr 1 02:40:29 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 0CD851A4388A; Fri, 1 Apr 2022 02:40:36 +0000 (UTC) (envelope-from gjb@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KV4Cl63mSz4Yq3; Fri, 1 Apr 2022 02:40:35 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1648780835; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=OGDFgtiK+ync8OtOF0+4I3Ofk+gErErghexsSvW7Blg=; b=U78NuJr1xvELN8SkJPGOYJVogp2Qavii27zufsxQpeyfLE6qOcZdcBmSJ4g+bInCt6Z4Px XhH8Ou9ezHsttI1QxAVHwYbvOPJYTbQXAiDLS4v+OoIQ79KnfdZ/NPqdO8xCG2fcKKTUUg FOtTJIDUWvDs4my5GtoPd0BBv1bP2N4yGnFB75rTwkvL2/3HB7HZu+TUCdKsSuklvPw3SV u5nx+331MTIFnfcHGJNtDKyI8DRCOr8AJdqnFUoj+pGME/itaMSTT2g4OU/Hdmla5f1AxX BYIuDeF0CxTkRWzHbRtQNe7Aj/WdJT16EADiMhJJ2hMYBBLp4wXwv2WMH4L9Yw== Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 52855C70D; Fri, 1 Apr 2022 02:40:35 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Fri, 1 Apr 2022 02:40:29 +0000 From: Glen Barber To: freebsd-stable@freebsd.org, freebsd-snapshots@freebsd.org Cc: FreeBSD Release Engineering Team Subject: FreeBSD 13.1-RC1 Now Available Message-ID: <20220401024029.GR76435@FreeBSD.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1648780835; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=OGDFgtiK+ync8OtOF0+4I3Ofk+gErErghexsSvW7Blg=; b=GUH/ghkNFxCrCejzgobmH4mXCFepFli7dLtHONPskbBBi6+jyJFtveJ+PBeZhTjOkjit2B W7n5RscvFvnKBG28kZWUspmZTgCgpShysAVeKTzc3U8kXlPGA61iNEHstqCUsfqeO1J8nn F+G91rnFnkPbMj9jBLPeANGGK/eBYI7+CbBGTXOzpbKD798mtvWt70AnvfkX3PSiPo9mAe tFBYStiFYqOddSsQ81lSNyBt7jZvJEaB+T1P5o13xbiBTkA2ZeD/sx7vrtjX9y082jp5BC 8XL/SvhF/LmwDEN7cZDs4nClzpwor9Y2Vm3s6+VPy0LUwFm4f+1TEKrjXjptFg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1648780835; a=rsa-sha256; cv=none; b=pNyL4W4w22UjUtF5hKTe4gmq9GU1It2aSnSAKp7cFGH8wAcuI95l31HThqUGhVoEmMf0rW LY0kVUc0LrtEiPK21IWCj42TvCEVSQpriUm/IqYflg4TS1IbJ685siMYHi/ogyEq7eKuzt iZU2yqQVqbYKmwQj6kKH31hR9Wfh8RO4X9t4AnnnbYMp6jmBaodBiPEPWODpprCDxW69wF f7QZpGEGgJOMPwuNWij2okAFvml0LiiQFTdd+asL8Dnq1WEiE4+d9ljTZ+J2mdEh4Nb4WT DYzeaXSizYcutFESzbZ4WVpY43WpdbbnIJo/H0/iA3eZqe+u5GhFxhfXv4u5VQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The first RC build of the 13.1-RELEASE release cycle is now available. Installation images are available for: o 13.1-RC1 amd64 GENERIC o 13.1-RC1 i386 GENERIC o 13.1-RC1 powerpc GENERIC o 13.1-RC1 powerpc64 GENERIC64 o 13.1-RC1 powerpc64le GENERIC64LE o 13.1-RC1 powerpcspe MPC85XXSPE o 13.1-RC1 armv6 RPI-B o 13.1-RC1 armv7 GENERICSD o 13.1-RC1 aarch64 GENERIC o 13.1-RC1 aarch64 RPI o 13.1-RC1 aarch64 PINE64 o 13.1-RC1 aarch64 PINE64-LTS o 13.1-RC1 aarch64 PINEBOOK o 13.1-RC1 aarch64 ROCK64 o 13.1-RC1 aarch64 ROCKPRO64 o 13.1-RC1 riscv64 GENERIC o 13.1-RC1 riscv64 GENERICSD Note regarding arm SD card images: For convenience for those without console access to the system, a freebsd user with a password of freebsd is available by default for ssh(1) access. Additionally, the root user password is set to root. It is strongly recommended to change the password for both users after gaining access to the system. Installer images and memory stick images are available here: https://download.freebsd.org/ftp/releases/ISO-IMAGES/13.1/ The image checksums follow at the end of this e-mail. If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use Git to do a source based update of an existing system, use the "releng/13.1" branch. A summary of changes since 13.1-BETA3 includes: o Handle interrupts racing with device suspend with the hdac driver. o Allow kern.ipc.maxsockets to be set to current value without error. o Call rtsx_init() on resume in the rtsx(4) driver. o Fixes to vfs. o Update to LLVM to fix the lang/rust port build on powerpc. o Several network-related updates and fixes. o Several Linux ABI-related updates and fixes. o The riscv64sf build had been fixed. o OpenZFS 2.1-release had been merged from upstream. o Updates and fixes to libarchive(3). o Updates and fixes to devd(8). o Various 802.11 wireless updates and bug fixes. o Various LinuxKPI updates and fixes. o The kernel build without INET or INET6 had been fixed. o Several arm64-specific fixes. A list of changes since 13.0-RELEASE is available in the releng/13.1 release notes: https://www.freebsd.org/releases/13.1R/relnotes/ Please note, the release notes page is not yet complete, and will be updated on an ongoing basis as the 13.1-RELEASE cycle progresses. === Virtual Machine Disk Images === VM disk images are available for the amd64, i386, and aarch64 architectures. Disk images may be downloaded from the following URL (or any of the FreeBSD download mirrors): https://download.freebsd.org/ftp/releases/VM-IMAGES/13.1-RC1/ BASIC-CI images can be found at: https://download.freebsd.org/ftp/releases/CI-IMAGES/13.1-RC1/ The partition layout is: ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats. The image download size is approximately 135 MB and 165 MB respectively (amd64/i386), decompressing to a 21 GB sparse image. Note regarding arm64/aarch64 virtual machine images: a modified QEMU EFI loader file is needed for qemu-system-aarch64 to be able to boot the virtual machine images. See this page for more information: https://wiki.freebsd.org/arm64/QEMU To boot the VM image, run: % qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt \ -bios QEMU_EFI.fd -serial telnet::4444,server -nographic \ -drive if=none,file=VMDISK,id=hd0 \ -device virtio-blk-device,drive=hd0 \ -device virtio-net-device,netdev=net0 \ -netdev user,id=net0 Be sure to replace "VMDISK" with the path to the virtual machine image. === Amazon EC2 AMI Images === FreeBSD/amd64 EC2 AMIs are available in the following regions: af-south-1 region: ami-0bccc2716efeefcbf eu-north-1 region: ami-0ce95993e42891b9f ap-south-1 region: ami-0b21a85189e12bef8 eu-west-3 region: ami-061185182f9641acf eu-west-2 region: ami-0b00ecdc6ff80ef3e eu-south-1 region: ami-0665196e488d0a57a eu-west-1 region: ami-0342f326e268657b7 ap-northeast-3 region: ami-0996517f7b95f2149 ap-northeast-2 region: ami-0d48fd45b94bb41d6 me-south-1 region: ami-048018553f7bdbc85 ap-northeast-1 region: ami-0ac15156f1a71e2fe sa-east-1 region: ami-0aeaee295a6049ce9 ca-central-1 region: ami-0e68e4ecaaf1c729d ap-east-1 region: ami-0ca9ab6f8f4f62669 ap-southeast-1 region: ami-0f2b254769a11a67b ap-southeast-2 region: ami-056ea59d7e7d9e523 eu-central-1 region: ami-02f8ba40b20310727 ap-southeast-3 region: ami-0f279dfb1b5124d25 us-east-1 region: ami-0f57c4ae68c74f623 us-east-2 region: ami-0b04753154e334cec us-west-1 region: ami-0a23a01cedd878b94 us-west-2 region: ami-040fd5af89f21e035 These AMI IDs can be retrieved from the Systems Manager Parameter Store in each region using the keys: /aws/service/freebsd/amd64/base/ufs/13.1/RC1 FreeBSD/aarch64 EC2 AMIs are available in the following regions: af-south-1 region: ami-0801c46d9bf20bea0 eu-north-1 region: ami-0d6e0cdfcb2aa21e5 ap-south-1 region: ami-00b946ebdcd0d1a09 eu-west-3 region: ami-0b7426bdae131fffc eu-west-2 region: ami-09858767905730419 eu-south-1 region: ami-0a238da2ecf308a36 eu-west-1 region: ami-0abe38df0fde533ff ap-northeast-3 region: ami-03dd78fb2d9f7ece2 ap-northeast-2 region: ami-03b88f83a12c54cfc me-south-1 region: ami-0a2d6ef82d9ba822e ap-northeast-1 region: ami-06094f1e6483193ef sa-east-1 region: ami-03c4c09d70b96179e ca-central-1 region: ami-0a23db1010e4314d2 ap-east-1 region: ami-04a78987e100bcf45 ap-southeast-1 region: ami-0d0089f595da3dedd ap-southeast-2 region: ami-02096f741e0afc6d6 eu-central-1 region: ami-019cff04d8f068c2f ap-southeast-3 region: ami-06d800f285675c8b9 us-east-1 region: ami-007d2836976c674a3 us-east-2 region: ami-0a77d63fda0604a68 us-west-1 region: ami-099e83d286888dd75 us-west-2 region: ami-0d0ab198c2127cef7 These AMI IDs can be retrieved from the Systems Manager Parameter Store in each region using the keys: /aws/service/freebsd/arm64/base/ufs/13.1/RC1 === Vagrant Images === FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can be installed by running: % vagrant init freebsd/FreeBSD-13.1-RC1 % vagrant up === Upgrading === The freebsd-update(8) utility supports binary upgrades of amd64, i386, and aarch64 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 13.1-RC1 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 12.x. Alternatively, the user can install misc/compat12x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install == ISO CHECKSUMS == o 13.1-RC1 amd64 GENERIC: SHA512 (FreeBSD-13.1-RC1-amd64-bootonly.iso) = 2da571e94468ec09a124014b3e19b792ca4358975892091c55c568d1fe2dc32618438fcda1ebabd7c793860af125ef9a8f312252c2d707970e826853cac52a2d SHA512 (FreeBSD-13.1-RC1-amd64-bootonly.iso.xz) = 7af25281d6c5ad4b07a7ae8cc44267d332bd19a33fb7b67c10a9c0ab09e1ef85a8eca0a33be0703418fef51fedf076d03701b0bd1df5fac9bad7ea3777b4f113 SHA512 (FreeBSD-13.1-RC1-amd64-disc1.iso) = 99060184eff270a8aa7ebd2384c523dff810ca90059e4a54713bdaff186036b49f85cb3f4b2c0679031ce5672dc64d6c5ffea9cf2ca989f4ca4aa627362d3eb9 SHA512 (FreeBSD-13.1-RC1-amd64-disc1.iso.xz) = fc30922444a35e5eb6770190234a87bbcda2e3c7f7eaadef6af53a4ac63ee2e987f849f2928b51fd71f9d4dcdd0afa80ed5dfc60c944599f0e8a881c58b566d9 SHA512 (FreeBSD-13.1-RC1-amd64-dvd1.iso) = 7d572fe3170910d4c03dc94c31cf1251497095f45c2a4828a4ee56ddd33d57da585ccb73bec109aed4cf5f639da8922fe15a867afe32c58f865163475b7d01b3 SHA512 (FreeBSD-13.1-RC1-amd64-dvd1.iso.xz) = 44ce7717e7d67e5d4fd934224f3651c4c4ad762252ee9f2183efcb21770a6d9a7404e7566a5b79e366a8128e06da6cd48f658927be2d5bbec04e6151abaa3ba3 SHA512 (FreeBSD-13.1-RC1-amd64-memstick.img) = 7edeacadf3ec730a7d1d4dbbfbc30ceee5f2035d8e9ce5ca1aa578344c003b7a1c8a372ced0f95e3a9ad9eaebface437f94eeaca12a7b37483a88f97c1312b7d SHA512 (FreeBSD-13.1-RC1-amd64-memstick.img.xz) = b8c88b284e1de4c1a27906cd3ec2679999bb2acf49b4cbf258138b6dc019871b78ce6338c664d7c0c87f26d2e072b5979fedbf60ba53caa796df5fec3a932d8e SHA512 (FreeBSD-13.1-RC1-amd64-mini-memstick.img) = fd9b4a95841186be01ddcbab907db25e11950a6851ef71a72e1cdbedf590c7f8f3ddb85f3055058c47fef8912dbd6969e17e888d418da89049ea6eacc36d4c1e SHA512 (FreeBSD-13.1-RC1-amd64-mini-memstick.img.xz) = c6cdf0de6e99f578f2d096085a1f6ccfe873d2cd7614d8deed83b3780cdfc2b3787d36677d788e54c7419d06485b5296f96bec8cbebcc4ccf03c1a231f5764b6 SHA256 (FreeBSD-13.1-RC1-amd64-bootonly.iso) = bf77ef2f82bd5a5044cb79f3eb808a480ae472d64842cf65ac55e2bbbcf96d41 SHA256 (FreeBSD-13.1-RC1-amd64-bootonly.iso.xz) = 2ac41131370e294d65db2231abd4ad4145872e6ef801047458d04dec1d74b794 SHA256 (FreeBSD-13.1-RC1-amd64-disc1.iso) = 59275597f929d6e668a0bff03bd1d9765317f092cff3f0202ab7a9ae74edcf0e SHA256 (FreeBSD-13.1-RC1-amd64-disc1.iso.xz) = 6e5bb2d3818f45e2c523d7dd6d78494c02d0f7cd41bbc91f5ebe0dc7a0244024 SHA256 (FreeBSD-13.1-RC1-amd64-dvd1.iso) = 022b05e70dae5ab92a075bd0f2b078a841666fb8edb12a58ac5a6de570fe2ea5 SHA256 (FreeBSD-13.1-RC1-amd64-dvd1.iso.xz) = 6fbd0a63cf7921f1bfe7a3a8a0dcd6022c2e2603393372006a045d2b2caae6f2 SHA256 (FreeBSD-13.1-RC1-amd64-memstick.img) = 24160a11a6c9d70c543cf9eb6fd9fe91ab0963d37e87b72265fb8cd8d76e1b94 SHA256 (FreeBSD-13.1-RC1-amd64-memstick.img.xz) = a0ebef25052bd2cd67c9d326d5ace6241b87dae1be13aeb199d10b65f8c2a218 SHA256 (FreeBSD-13.1-RC1-amd64-mini-memstick.img) = c8a9f7a609a638c51ec4ff72a3b6356de819b1248dcfba5975fae277883237aa SHA256 (FreeBSD-13.1-RC1-amd64-mini-memstick.img.xz) = a2654de4af88520b769e9e31389a39f9a27db0b9041ce3b7bf1ca458154d1f28 o 13.1-RC1 i386 GENERIC: SHA512 (FreeBSD-13.1-RC1-i386-bootonly.iso) = 7e2f6829259a86ab330b3f0214ac6f1ee7242455b85518be1a62c45eb99a1e12018778e49e75b6b9d8bff5ffef785c776af5afe819499c9edaab870421ae60ba SHA512 (FreeBSD-13.1-RC1-i386-bootonly.iso.xz) = 2fce73e655a77e31885e84bcab8373c57ab247caa696a5834646e500623269351ed3cf3ab884d44c1132c81f94866fee053797291d3f1a6e48ad400cf3dae835 SHA512 (FreeBSD-13.1-RC1-i386-disc1.iso) = b8241236a4d2ed0a5fe7d6dd02fd136a2c846cd29ae2bb011fac96f26471b2c32d8b02e0b46e28b0499aff51cf30121c02aad27e5f90b6deca7a9bf7e2129ebc SHA512 (FreeBSD-13.1-RC1-i386-disc1.iso.xz) = f6ec18178e0a102a2cbbf4ea50580acea7f065c9baf5f83beff922957b422549267d9086547ea31dfd8ac45ac165f2542ae739b66061d26828ca29ede76dcc35 SHA512 (FreeBSD-13.1-RC1-i386-dvd1.iso) = 24f4999b2fa0f318f8ed76db27f8dbd853ddee3d1cb0e369ee75ae46c2caca627a239268fe79b0db6629aa547925c6c91823069603cf26191202ff80d4c3578b SHA512 (FreeBSD-13.1-RC1-i386-dvd1.iso.xz) = 1eaad777bbed77009633c8d2020d328f2eea270273b8d3a9a974148cf9d9147d6ba2260b9818efde0413695ac58c1e3665eba734a63a30774c98d9f05c97bd47 SHA512 (FreeBSD-13.1-RC1-i386-memstick.img) = f6b87387e6535983d736093c6aef0019d5bc92b983f2322877b0374bf06a14f343b400f3211afb09431c838b2b5157ecbe7bcc55640963c828d57afcee64ebd7 SHA512 (FreeBSD-13.1-RC1-i386-memstick.img.xz) = bf13bf644c538d16cdbcf46b9765d39c32c32ad6cba3fb800df490a2a180084767742d63f7b0af31cc93d92b6cbe3eea473956105b076489b8c2f0ff7229bb54 SHA512 (FreeBSD-13.1-RC1-i386-mini-memstick.img) = 4b67adc0d30a43eb6b61eda479c1f5d460969bb596f85c40411025477f445263f9ea46a348cb0b68f59b90b0fdb425151429178e242c5a981c7e8a1cf8ad7b98 SHA512 (FreeBSD-13.1-RC1-i386-mini-memstick.img.xz) = 79a7c0670a134fa50a27fc44fc87b3c6e9ac0c81a3159d270fe04a1ee0021b702e490ef3cd0513e5692e9dbe646370478d7acc1c35a7fafe1be7cecfe545d916 SHA256 (FreeBSD-13.1-RC1-i386-bootonly.iso) = dea591ed9bfcb7860a84eca1a91091db961c0abffcf78c76f299a61c5fdc0015 SHA256 (FreeBSD-13.1-RC1-i386-bootonly.iso.xz) = ee07baf0d8f35e2fdc768f843a45ea5a41b54020fd794a599b1ff231f8627ab0 SHA256 (FreeBSD-13.1-RC1-i386-disc1.iso) = c327e192fcfd2bf4061fe72795bd943ad215e0b804247e78706138582c6b5bc1 SHA256 (FreeBSD-13.1-RC1-i386-disc1.iso.xz) = a3a49d7d3a447c20bf7b86f88c94e2ee1289952f3dcbcdd6796608d7ddf1d212 SHA256 (FreeBSD-13.1-RC1-i386-dvd1.iso) = 23049961e8717299eb5acea29017ac4ad0863b9dd79a1093fc323f8d2c8188a2 SHA256 (FreeBSD-13.1-RC1-i386-dvd1.iso.xz) = 4297c2f1338fc163e38ad84ccf3820b9bb3baf7bb1e56b10790bdd4cd693f5d8 SHA256 (FreeBSD-13.1-RC1-i386-memstick.img) = af95132c1898989b770ea40258053708258fdebaa3427506529f509a6edbf520 SHA256 (FreeBSD-13.1-RC1-i386-memstick.img.xz) = 7740f22d593a93432a47dea799c36d441ec55dd51b26344e9f4f12987cc033f4 SHA256 (FreeBSD-13.1-RC1-i386-mini-memstick.img) = 70de18dd0353b5988474aafabbbb3de8961286868c9cf6c687c835b584f8255e SHA256 (FreeBSD-13.1-RC1-i386-mini-memstick.img.xz) = 883c7dfbf60222f4b93a970754c2b765cf8df983e0249762ba56d56714b4cbb1 o 13.1-RC1 powerpc GENERIC: SHA512 (FreeBSD-13.1-RC1-powerpc-bootonly.iso) = 757dcfff0d44d37513e94089670a5bf0262b01475e1372ab9abb228a0759418f5608308cf722f3e81ac5b9b61e5189355ec7163dc32f9582a69b5cdd1545ae40 SHA512 (FreeBSD-13.1-RC1-powerpc-bootonly.iso.xz) = 61741bf24c8eb47a3eda4b61ee7bae41b74812501a7297df552d18c2be8e171159c531c3c8cc892c90bcf3c341a9fba721da49af653bae67ddddb3f79db7cef2 SHA512 (FreeBSD-13.1-RC1-powerpc-disc1.iso) = 7755700ae2511e0214fcc1b5c481f37faf6b31027a3e90aa7f82cb0ca7f8722ca3fdc1fd9c9bbb53cb409d4dc82db18bf1bcb88df4207683b7ea6ca73a24bf9a SHA512 (FreeBSD-13.1-RC1-powerpc-disc1.iso.xz) = 9bb89ea8f0903b448383076c8e8d0fad0acc0e744b1302dbc453e1f91f1f144642337c0862354b724f12b90ce4a5fce3d6645499d786e53e24fdd8d3dbeb4c64 SHA512 (FreeBSD-13.1-RC1-powerpc-dvd1.iso) = c1465f36be7a88b41154167f1540028229631c9ebb823308d36add761fe3fddaf1124170bd2d531de92af47d789166fc383b949b02b22a18d65b2e53cdd2e0e7 SHA512 (FreeBSD-13.1-RC1-powerpc-dvd1.iso.xz) = 20aa1ad11332e5229aa76ddb1b8e7f4a1589c23f3f32c1aba945d515c976438b0081c3092ba935e5e4c3187731050161b414ef65a7fb9288bb52bf77b208e24f SHA256 (FreeBSD-13.1-RC1-powerpc-bootonly.iso) = 3627f5c7aa096b2ed7b3b862a1494af7c7841e8efa1694def9f9c20717f74a74 SHA256 (FreeBSD-13.1-RC1-powerpc-bootonly.iso.xz) = 27475dfed02fe629f6e28e5ca6bb7e95f9ace1aba58d086248dcfe0217796366 SHA256 (FreeBSD-13.1-RC1-powerpc-disc1.iso) = 6e77ed6425175146abc8f7965c4ce54278fe8c8dfe9cd2592942410fd6c6e8c7 SHA256 (FreeBSD-13.1-RC1-powerpc-disc1.iso.xz) = cee8a6ce5fa251111c54475bf274e7252a63c621d34c04faf09a180a6e89b180 SHA256 (FreeBSD-13.1-RC1-powerpc-dvd1.iso) = 194924811500bdfe5d6afe494500523e6a9900a7a27c78c8ccc4e799c57cebc4 SHA256 (FreeBSD-13.1-RC1-powerpc-dvd1.iso.xz) = cbee9b251c2a99e5878f659bb78bcfeb4a4dba68e372746f4691d4e2a76fa014 o 13.1-RC1 powerpc64 GENERIC64: SHA512 (FreeBSD-13.1-RC1-powerpc-powerpc64-bootonly.iso) = 4a01bf8f430cce9b29891b3f8a348dd77d27e0d92ddabf7a436f7122824af14deabde20f8b7f6473cc09cc9333453d0dd8d1a7fe9fabb9854eabe5fcdc677487 SHA512 (FreeBSD-13.1-RC1-powerpc-powerpc64-bootonly.iso.xz) = ceabef753a062813e906c1a99826b0ef2b7903a89455ccddcc82c21b7c806bb44452b327a68f083b02b88ffe60c79b51b8d6eb587040d98ca595dd48f973ee11 SHA512 (FreeBSD-13.1-RC1-powerpc-powerpc64-disc1.iso) = b664f4b1e83d814184f2ecb25a14bcd21d106e70001cc21bbea9bff056adbb7ddd2adac5023c854ea221699e436ae7f9de6cb6bfae31e90e84c22b8ffea20753 SHA512 (FreeBSD-13.1-RC1-powerpc-powerpc64-disc1.iso.xz) = 2d1848491009cb45a9fea3f3ec39aecf15b5c62f8f843d30a5370d038d0a83c76d704e284f1a81ba66b7292fa38537dcbbec11b76f6bfcabba9207acf205f2c1 SHA512 (FreeBSD-13.1-RC1-powerpc-powerpc64-dvd1.iso) = 00988575b426b38cd917d45256efb182522eb3b74a132748b1661744fa005a6b5f30a54fb6478bd9fb95407ac2b09d3158227a74f916989f4718f91b5858d225 SHA512 (FreeBSD-13.1-RC1-powerpc-powerpc64-dvd1.iso.xz) = e70514a59163900a45d5506dee1a917df5a769f142a6b1ed92e31e7722371b11c65f7b348aaf828b0b8cda5deda7dcaf053d979045d5df8610a0db8d8ea73140 SHA256 (FreeBSD-13.1-RC1-powerpc-powerpc64-bootonly.iso) = f9e7599af33ac8d14b8d526141f100e95599ab137f8fc85ddf9c99a3bcb9353d SHA256 (FreeBSD-13.1-RC1-powerpc-powerpc64-bootonly.iso.xz) = 8397fe5112afa3153f56f5af14ca28b4cf019b0415b229455139f18dbe283f62 SHA256 (FreeBSD-13.1-RC1-powerpc-powerpc64-disc1.iso) = a53bdef4434309d80c9e39c81787ad1becef2c203c7e0efe655e104ab7094cc5 SHA256 (FreeBSD-13.1-RC1-powerpc-powerpc64-disc1.iso.xz) = 42f69473155f8afc071ea94b9ba6d62c5f8829511b0bd8d61f87ea0a27e8f1f9 SHA256 (FreeBSD-13.1-RC1-powerpc-powerpc64-dvd1.iso) = 41761a52c00ca71b830c3e6e655f0af9c799bf5900e4cd59d2abb4ba5019eb78 SHA256 (FreeBSD-13.1-RC1-powerpc-powerpc64-dvd1.iso.xz) = 4f82322cfe31f1450b2c0ddfee8860b08d58ed3387df50ce029a65969fe99fe5 o 13.1-RC1 powerpc64le GENERIC64LE: SHA512 (FreeBSD-13.1-RC1-powerpc-powerpc64le-bootonly.iso) = a5bb38235e982e942d3ee12d19d6446957b6e6271484b071fd9f5d0378cf98355ca7af051b9a1de96b7e575cbd574720599fd9d4d13f2fdfbfbc7f334129df5c SHA512 (FreeBSD-13.1-RC1-powerpc-powerpc64le-bootonly.iso.xz) = 4da66326c516ea7e925d4ab4d4d1f557eddec51839c81fa3ebf8b007a9f5af1ca7598a72f1b976dd1e3e7d3a74dd4a78a6c180c310d9e3d0183ca22071dfcc99 SHA512 (FreeBSD-13.1-RC1-powerpc-powerpc64le-disc1.iso) = 69ac8c4e5287914a07c8ad61062e504110a364abbfc494907b53f06f1b03d75ca22f8824baf38df09302e53d2e0a29db95cb80271378e79e7bc42595abb51a82 SHA512 (FreeBSD-13.1-RC1-powerpc-powerpc64le-disc1.iso.xz) = 0d12e4e4e129db372dd84dff155228dd25b3bce279226d551ef0be24f62147ab817dbb0e89e5098d143ed2f616a8bae7c9103ad390cfc290ca78490014207e65 SHA512 (FreeBSD-13.1-RC1-powerpc-powerpc64le-dvd1.iso) = a5e7c60e1d7135ee82a53b37c1f3747b86b7209fdcfe0f64e846ff32f64b097e25d1b911daecebc1e0091f2604181e2a775e094c40739f5976882285fcca7d7e SHA512 (FreeBSD-13.1-RC1-powerpc-powerpc64le-dvd1.iso.xz) = 5bbd87f4b329e2732e27d5786f2844fe5a08505407b892ba1e9e308e5cc19da45c7543586aa1b7fcf747c6796f8846170b2f779033b6de512d08adf8ed751a33 SHA256 (FreeBSD-13.1-RC1-powerpc-powerpc64le-bootonly.iso) = 1c9c6f72529b4e097f0fff72c92fac0908916d90b28f24de06249a77a6d8380d SHA256 (FreeBSD-13.1-RC1-powerpc-powerpc64le-bootonly.iso.xz) = e02db5782ec8246995f49b79f630c79e6fecf43d1833984198a97bbddd4e5e5d SHA256 (FreeBSD-13.1-RC1-powerpc-powerpc64le-disc1.iso) = 0df3309dc019f1c2d09e5ddb6915afd5d46e6b8d26625da088858aa546672a12 SHA256 (FreeBSD-13.1-RC1-powerpc-powerpc64le-disc1.iso.xz) = e68e274a8dad940b2c89d723b0081bf1f2836195677da8543f4bae84be592fb1 SHA256 (FreeBSD-13.1-RC1-powerpc-powerpc64le-dvd1.iso) = 8df25bb709a95978996b0457e29990755f7d4eb454ebc863f02b39904e7109fa SHA256 (FreeBSD-13.1-RC1-powerpc-powerpc64le-dvd1.iso.xz) = 8a38116c18a801ff2b29da52ff191c1db1fb84c91e3826f24fc6c8b59f7bd682 o 13.1-RC1 powerpcspe MPC85XXSPE: SHA512 (FreeBSD-13.1-RC1-powerpc-powerpcspe-bootonly.iso) = 7d73817bcc7921d9c00a92fcd5466eedae52fb25f4d4632616f7e799cdb12465862c75bb2c4001aac693d13e39d6db7bc0dee4bc14f103e52fc42d95e5b3fac2 SHA512 (FreeBSD-13.1-RC1-powerpc-powerpcspe-bootonly.iso.xz) = e4b11603ff5ceccfd800567cef2adbba0509adad02b919993f9e369989e9c69f2e94ab79cf3325b9cabe4cda2506604a6d60c0a74e90c43774ccdeb02e517260 SHA512 (FreeBSD-13.1-RC1-powerpc-powerpcspe-disc1.iso) = a25a949baf734763b465b133b2000390de95bc86d16f7b0aeace8c8ad2cd3587c32b8cf0ed3c3f5067460aff4c9fd8cf713fd4e2d731b5cd8c6141e19677e720 SHA512 (FreeBSD-13.1-RC1-powerpc-powerpcspe-disc1.iso.xz) = 9ab9d8d236190b59c365d0d45e5fe7ed4e60275c2cc51e03d66ca5be39dd4b49248b5053166300beaaa912d742cb02760b7f10c4425cc910b1ac344b7c31cd1f SHA512 (FreeBSD-13.1-RC1-powerpc-powerpcspe-dvd1.iso) = fce99fecfb30ed7c495e9ce19e6cad32bd6e4afbbe2de44dc3d3b1a677ea0ad8836343a5ce13f5d307e06157a135098db787c1c83a25d9b76a98701521f3efca SHA512 (FreeBSD-13.1-RC1-powerpc-powerpcspe-dvd1.iso.xz) = 3fa09eb50e0bcdb3f9e51b992f51daa9bc80aadedfeeba55a8e421bc8d726c9978064590895fc413fa65dfe4d4c161dff694f588a5fcabca97bdf3e7417823da SHA256 (FreeBSD-13.1-RC1-powerpc-powerpcspe-bootonly.iso) = 180a8186e8982c391db4f8983666a40277aa66693db4e7ceb143c4e152e9ffa3 SHA256 (FreeBSD-13.1-RC1-powerpc-powerpcspe-bootonly.iso.xz) = 5e5c6bdcdf06fa99cb01f11e0905e7479330680c426713e07db6413dd104d871 SHA256 (FreeBSD-13.1-RC1-powerpc-powerpcspe-disc1.iso) = fe100bb06cacd7dbeae5491c80837829c7a604a82ab714a1f4373f14ce7eacd3 SHA256 (FreeBSD-13.1-RC1-powerpc-powerpcspe-disc1.iso.xz) = fef0226520112f2ff0c9817506f9f2673b4752c3b377a2e93df5ae88cf849b25 SHA256 (FreeBSD-13.1-RC1-powerpc-powerpcspe-dvd1.iso) = a782eeafe05671740ebdd21bbea212ea4626cc518b9d1e6228eeb01e35da0cfb SHA256 (FreeBSD-13.1-RC1-powerpc-powerpcspe-dvd1.iso.xz) = 586fef9a3d014615586b73c4987ca355a564fcea0461cd479d20fe28ce1ba8e1 o 13.1-RC1 armv6 RPI-B: SHA512 (FreeBSD-13.1-RC1-arm-armv6-RPI-B.img.xz) = 76c26a52d7ca9d5a80ea481482c8596957c2c8606bce117157439ed55cc6bed58a77856821a482e8c6abf4fc2112326906b48604a7e38c0ed4d54e613754694b SHA256 (FreeBSD-13.1-RC1-arm-armv6-RPI-B.img.xz) = 96c0ae82644f521f89ecbd6ca6c122ad296eb3a95c99f8fc8e90927114f5458c o 13.1-RC1 armv7 GENERICSD: SHA512 (FreeBSD-13.1-RC1-arm-armv7-GENERICSD.img.xz) = dddb36cfa6a88d91eb7b428a2a7d8d2ed4a57920a1a95a89127e54cafd04fab6fe0f0ba74cf8f484cdbf2a98142f9b58c1a6e7a19d308293307b93715a931bfb SHA256 (FreeBSD-13.1-RC1-arm-armv7-GENERICSD.img.xz) = 9f8ced61a244bbaa72b014558c646964308fcb4a0127238283f720e80a2b733b o 13.1-RC1 aarch64 GENERIC: SHA512 (FreeBSD-13.1-RC1-arm64-aarch64-bootonly.iso) = de05c390f47245ef015e47844eef1b1e3c10823b210186b5bec865891823726d6e9f1df801632423b86ca58fb5b00672673652731cd04036dcef1a302636c1a4 SHA512 (FreeBSD-13.1-RC1-arm64-aarch64-bootonly.iso.xz) = 232a26d949a85131dcd0649becd4edae826fdda25bd4994c03f40b9605b424f76f57578072bfe0fc7fd33576d1ebea86bf13f861b7132d074c80f529e99d8080 SHA512 (FreeBSD-13.1-RC1-arm64-aarch64-disc1.iso) = 76445fc2195b0461d3cab1d089a7522b61d6825f17e178b80fc2378243621f165dcd55ff30fb5a5a0c9858ae3283c257cef9024a7872c91e7b0e55e4171b0c35 SHA512 (FreeBSD-13.1-RC1-arm64-aarch64-disc1.iso.xz) = f5fe6b13059aa7983841fcfe5bb9052fd555ddbc2709f2b409f71e7f3da43aca0b71e0bd4da516532c0e2b85eba4875169f6f0df39e6d024e27953d66ff23a3d SHA512 (FreeBSD-13.1-RC1-arm64-aarch64-dvd1.iso) = 1ac3d585cad176c75571f3ec0c815d668a22f114a064b0e2d39dadd6032ed4fa9fedd75fb47d44d384400a30180f29c3024640411b5a88390e6e602be1a22743 SHA512 (FreeBSD-13.1-RC1-arm64-aarch64-dvd1.iso.xz) = 9194e658eb05501b13abf3e815efc778f204d72619cf639c7b4ba6a56d01f5f205059250162aa89c9cd3cd397f890c0582d680583e3bcc471c5a1610074f93dd SHA512 (FreeBSD-13.1-RC1-arm64-aarch64-memstick.img) = 937ed44b1dea0469854c9de15e1afbfe895922e895c5ede74eb2c1d8dd9357106bbe92103d30b3f715304fbc51d95adaa058ae842fad0bd90641bb11c7abf71b SHA512 (FreeBSD-13.1-RC1-arm64-aarch64-memstick.img.xz) = 7a63e5028b19c9e0a1d2d38cd5ee67bc0f3ecb6362d7af16a988b5ba39283d4c5e299715ef35f532f39eba4538597d8e32ec0a123ee60cb711608de3c4de5fdd SHA512 (FreeBSD-13.1-RC1-arm64-aarch64-mini-memstick.img) = a67fe64311931f65710ccc0556e88f3372a53326c8025af54b67e9f1b35f8c2b21d5d49c931692e090900211138f6a3c59ed56d6bc674a2d75b1bbe7dd218a83 SHA512 (FreeBSD-13.1-RC1-arm64-aarch64-mini-memstick.img.xz) = 780d1a00a4878669b32f4dfea1a2d12211ebcd2bccb96e08e1ad44a0053bf516c727e06f1255dc3b407645d63b5e792ac581b9eccfc62b3dab543aee078c70f7 SHA256 (FreeBSD-13.1-RC1-arm64-aarch64-bootonly.iso) = a5e0e974e14004b6177a3ba47b29282afbd2f2f641dab314919dedfb848d0187 SHA256 (FreeBSD-13.1-RC1-arm64-aarch64-bootonly.iso.xz) = 7ff41824357e21a45ef5a8438310246d244269090b45a93b3e8b3d6126a4b2ee SHA256 (FreeBSD-13.1-RC1-arm64-aarch64-disc1.iso) = 7ce43c00a60ebb99f5231530b2f539c2e73fcd386f650f7afa06c71d6672f977 SHA256 (FreeBSD-13.1-RC1-arm64-aarch64-disc1.iso.xz) = 136149d07ea06d5c2ca5373f6a11503508e7f5d53139899562c9cb5a69e3f281 SHA256 (FreeBSD-13.1-RC1-arm64-aarch64-dvd1.iso) = 72d5279e410227cd05ae566e95fd351d64d5d3155249ff11f625b76b5167454e SHA256 (FreeBSD-13.1-RC1-arm64-aarch64-dvd1.iso.xz) = 6f70c53394d5d80706bb38b237a8aa7c712e80631bbdc8e316c3db6f935f6743 SHA256 (FreeBSD-13.1-RC1-arm64-aarch64-memstick.img) = 1bde6ed1bb1e920e4ebd3d0678c01ab16be8ae206b55c62268456ade12d43b1a SHA256 (FreeBSD-13.1-RC1-arm64-aarch64-memstick.img.xz) = b4fbfb212c2c650a1ff7cea936d408259852d5842102c42d466e421afb9e2c01 SHA256 (FreeBSD-13.1-RC1-arm64-aarch64-mini-memstick.img) = 1e3cfd73d35d53566b28ebababad38a3eb886cd8b3ea72bf0c4ec8cf9f4e93a0 SHA256 (FreeBSD-13.1-RC1-arm64-aarch64-mini-memstick.img.xz) = d3596afed6693136c63e98760a2dd2709de01b83199aeac9eab97e6443a20bc4 o 13.1-RC1 aarch64 RPI: SHA512 (FreeBSD-13.1-RC1-arm64-aarch64-RPI.img.xz) = b5608df21d89dc3caab4e1bc400dd81a65af6cde17a3d4ddd82f2251888574a9cad4f5c45067d349f0ed83b81d4696d3a7b9dc3e2078514639fbd8ccc9cc5294 SHA256 (FreeBSD-13.1-RC1-arm64-aarch64-RPI.img.xz) = 961f6591d5830c6e96fb61efc5ebb75a9faac37e82d4fa4a401af81e0aca5cee o 13.1-RC1 aarch64 PINE64: SHA512 (FreeBSD-13.1-RC1-arm64-aarch64-PINE64.img.xz) = 24aa8198766517c1546cda8686e805eb4a92266ccf614d51969ac49cacb3049e1a1efcab099c38b0999809fa35bd172bcf3c87de619d3d88f3d342a2e0421a6f SHA256 (FreeBSD-13.1-RC1-arm64-aarch64-PINE64.img.xz) = fec9d323db7ee4ed102323bc142dca3f203644236461f9d27885bdfcda007c33 o 13.1-RC1 aarch64 PINE64-LTS: SHA512 (FreeBSD-13.1-RC1-arm64-aarch64-PINE64-LTS.img.xz) = b01773341c844dc0d0b6fed3a8ad2586c914f43e328394f017fadf70d22edeead3e5539f2e730b80f2c2a793736e66ae77cfda600e543602745441cc0d35c71b SHA256 (FreeBSD-13.1-RC1-arm64-aarch64-PINE64-LTS.img.xz) = ae8adbc37636a3df38ce68092bb526978e10599486b8c285ad3609b3f743d1b7 o 13.1-RC1 aarch64 PINEBOOK: SHA512 (FreeBSD-13.1-RC1-arm64-aarch64-PINEBOOK.img.xz) = cd5109730088dbe227f5cd15d1e1d41f9eda4a848bdc58c18367fecb2aad48cf20e916111898ec07251f89223bf8eddff92eb37253cfca208957010bce98bb3d SHA256 (FreeBSD-13.1-RC1-arm64-aarch64-PINEBOOK.img.xz) = ef283f65adebf61ec33eef68159ac047fd2f9c1091d219ac6d139ee7defe550f o 13.1-RC1 aarch64 ROCK64: SHA512 (FreeBSD-13.1-RC1-arm64-aarch64-ROCK64.img.xz) = 1056550a68a11e2342bf5b0995c60832fa987cb5acf74934e5bb25e774a566dfbe91980255785e6281d104912f63f0f310a7e0bae59c7da45c9a06f15f93d154 SHA256 (FreeBSD-13.1-RC1-arm64-aarch64-ROCK64.img.xz) = da95a28a8b932ffc605a63aa7f591fb16dae9c02269256ffd47859f900450ad8 o 13.1-RC1 aarch64 ROCKPRO64: SHA512 (FreeBSD-13.1-RC1-arm64-aarch64-ROCKPRO64.img.xz) = 225000a0e167b575e1730343e1f131f5f19d01017703df961348080924a34f9f7ca10e8dcc72e0a3f318572a8125a1b52a87e2b1be9997e9b6f1609c1ec331b0 SHA256 (FreeBSD-13.1-RC1-arm64-aarch64-ROCKPRO64.img.xz) = 5d880da0f6314e4fa92e58c98b9ff5eae6b4a820d44a38762e19998e2663f95b o 13.1-RC1 riscv64 GENERIC: SHA512 (FreeBSD-13.1-RC1-riscv-riscv64-bootonly.iso) = 07a388aa172c5eba8795c1d85f50f0ee42cf71a434ab1c5138d9883b4c7c5699544ea4ee2b3a4ef172f66e56ba4228c73230f512b1d1153c73e4570a13b08529 SHA512 (FreeBSD-13.1-RC1-riscv-riscv64-bootonly.iso.xz) = 6a97c7ea2e23c3d35362f1a85d90f49e8169c78b096068c9103edbb8c4a3a1988674c426822b3a2ccf54fbd8951fb9c03fc2ba6db2fc7e7a0880dabb5ff0ec2a SHA512 (FreeBSD-13.1-RC1-riscv-riscv64-disc1.iso) = 8fb2d53c6ce46d80ea0116be215e1f4df70e47fd085e2a29dd7c6edf7724181749d2e06306fdacfc7638b5811471b9fd25fc6711dd4fe86fcfcaec72f6bf3a88 SHA512 (FreeBSD-13.1-RC1-riscv-riscv64-disc1.iso.xz) = 8fe5879d1b60b6458116c803323ca579541314c21d8b34856ae90514377daa7df03105b0a13e9555556b3f73b332a89bd092e528d1ecb95bd0d3fc6c6a562a4d SHA512 (FreeBSD-13.1-RC1-riscv-riscv64-dvd1.iso) = 141f24d33fd5ae0133786d4c8cbcc1c9f5fad34a89366517f8993b72b18f1318ff6c8cec5634a1e1cae2f75bafc04e81bea8df50ab8df0cc1ed5bfbdc57e4b9e SHA512 (FreeBSD-13.1-RC1-riscv-riscv64-dvd1.iso.xz) = a565350b2a02e69bc968eaab74775a18e09c76fa9e18b927da0ea82338be6726e727913dacca91bef3ea46c75d5ce341065e91810a481c53284763135279f074 SHA512 (FreeBSD-13.1-RC1-riscv-riscv64-memstick.img) = a9fb62a4189ee7ca7ccfcae94cb6e7b85a40d7dc2327c47440d3ec5f43cc6aa08520fada47f8586912bbdc75ad66885ee600b589dac1b46da88cc202e065b84b SHA512 (FreeBSD-13.1-RC1-riscv-riscv64-memstick.img.xz) = 45ddbe1c5ceade70d95b38a18e855b2b3324433f411eb3afe509c44b8fc387a3d82052546d00cfb83e2ad090a402224bd0c3f126a0486d1bf8322208f4c3c634 SHA512 (FreeBSD-13.1-RC1-riscv-riscv64-mini-memstick.img) = 7c54bb4fe0964694543e9c736f87fcbce83f77f9bf65c27bbe096cd8a1f47fcc15f4d64248b0da814fa9f7df033de1c27e88820f05d42f77a7ac9c366c1c86a4 SHA512 (FreeBSD-13.1-RC1-riscv-riscv64-mini-memstick.img.xz) = c7f2470e904666e404bf88c18f4f7ed004daa4d9b0b5bea1ed38f825c95821a96efbe7ec6a9400aac239f999366e35953da2cef2643740841bafc22b15b3cd58 SHA256 (FreeBSD-13.1-RC1-riscv-riscv64-bootonly.iso) = 3fa7d1100eba53959f56bc0399e0a6367642d5913223cf792cb541da0ceb802d SHA256 (FreeBSD-13.1-RC1-riscv-riscv64-bootonly.iso.xz) = d06fdf0dc849e23e0b27654345dfda7379dcab4e26cd4d6bdfabec25d89d101c SHA256 (FreeBSD-13.1-RC1-riscv-riscv64-disc1.iso) = 1a6fff753ce24f7108f84af7b02d1c7b6b5050fadd8751876eb0e0cc585348fb SHA256 (FreeBSD-13.1-RC1-riscv-riscv64-disc1.iso.xz) = 66f0b90813f33ec2ae07978df9077c4f14178408ee7991298001868233674710 SHA256 (FreeBSD-13.1-RC1-riscv-riscv64-dvd1.iso) = c1efe4bc051710b3b627b7201c82996f6265346b696d983ce6a935a5f7c42590 SHA256 (FreeBSD-13.1-RC1-riscv-riscv64-dvd1.iso.xz) = 48b5bdff11a6cbf0d20c2016aa16e3089d930e159efcaac3c87c204c1fa65538 SHA256 (FreeBSD-13.1-RC1-riscv-riscv64-memstick.img) = d495ebd6d597fcebffcd2521649cf956b8a20ba0d398cf50a43fe9ca0cf75219 SHA256 (FreeBSD-13.1-RC1-riscv-riscv64-memstick.img.xz) = a699fd603e90123f8e29c3529557bd5ff0e32fd8ff8d08e1eb77d357b5ffdd69 SHA256 (FreeBSD-13.1-RC1-riscv-riscv64-mini-memstick.img) = b6880f1aafcfac53102f55e1ce00783b6104298c37c2a958c50e007e85a1b0df SHA256 (FreeBSD-13.1-RC1-riscv-riscv64-mini-memstick.img.xz) = b1752023d36dcea710f95f4d0be0882679e3b6206eca76af57bfd4151c3c2e1e o 13.1-RC1 riscv64 GENERICSD: SHA512 (FreeBSD-13.1-RC1-riscv-riscv64-GENERICSD.img.xz) = 9679cda12ee59c8912735bbdb7dfbd5b0f60920d8a0f26767d03db17e54e96392fe631decac571e2f84f0caca1d6b6fff8af38dfbec7a1fa1fb01adb9d5e9bfc SHA256 (FreeBSD-13.1-RC1-riscv-riscv64-GENERICSD.img.xz) = 3d0dc77f8d6231a9885f5f6af16cab4abdb0e0ceccca2aad4c3eecc63a28237e == VM IMAGE CHECKSUMS == o 13.1-RC1 amd64: SHA512 (FreeBSD-13.1-RC1-amd64.qcow2.xz) = 776684f8a2340141d1fb134ef7712c7712a22fafbc7f567283eb68ce0c7da56b00b034cc351964faed10c3cb752bc13020f9bb8a3c764b3e9bcf91c5131c43f7 SHA512 (FreeBSD-13.1-RC1-amd64.raw.xz) = e3dbc2d9b88e22400870d35b7214878cb6dc35b018331b4e9d4f37b8770233dc443e895aad5333a1b2fa009ad0c7a343ffbc6d1926bf4eff49811fd216b887d2 SHA512 (FreeBSD-13.1-RC1-amd64.vhd.xz) = 872bb17664363fd5e9feb7d5139eef913ad6fb2bc069d68ec5d7c5f88defa9b6cb43894d102416f99085918560abe79b514a2649697b24de731986f1b6123d1b SHA512 (FreeBSD-13.1-RC1-amd64.vmdk.xz) = 34e76d90176600bd541b261b2bd308a441394488313be4eaec0ebb8f07ef7cf56aec7b4b75c9ebcc9ecc2c3455c1c283fec0e434d6b1fcb1a8d9d7cce666a3f0 SHA256 (FreeBSD-13.1-RC1-amd64.qcow2.xz) = f4e560cf460ac6fa0b58bb6c6bafbe0a59a313ff64e602315fabe3a9d094a9b1 SHA256 (FreeBSD-13.1-RC1-amd64.raw.xz) = 444166aedb2f749a9512145709e93d8df00b0f906e9860c6ecfaed4508e26e56 SHA256 (FreeBSD-13.1-RC1-amd64.vhd.xz) = 54d0f3644928749a9ff1cb6531cd051e5ca2b11b5d0b47c8d2a789388794237a SHA256 (FreeBSD-13.1-RC1-amd64.vmdk.xz) = 5922d43e4d4b762486d0f15cfec84ecf31c9d9f30f162fe574aa3779683ecbc7 o 13.1-RC1 i386: SHA512 (FreeBSD-13.1-RC1-i386.qcow2.xz) = 0764aa0bb25e2d417c5f08b236d9d75368fa3b5529cb77d13a923c9355f902f2deba0bd0e90b133e6336de2959b5d64b18518a4a9cb2786a032c879e125cbc77 SHA512 (FreeBSD-13.1-RC1-i386.raw.xz) = da1cd33daa25ae66408e5e91d2e1ab7977b8700366135fcd47e0684c4e4daa53105a0645d33caf5d19ae976dac22b765ea822ce3054b80ec0c1187df594e749c SHA512 (FreeBSD-13.1-RC1-i386.vhd.xz) = a1a1828ea92e1fc05e1a9c82e69b298a2475d9fcea25eaaace5e02a55f8e3856789aab771051794317e223d9205ea97dc92b06f398aa8f9f88fce30521535bf8 SHA512 (FreeBSD-13.1-RC1-i386.vmdk.xz) = 3cb9a669544ca610c035e19f5a70dfb83ed133bd5d1512ae810591ab70b870545058c96ab9128900a788b2ff676dc5e4b17cfc0768db451bc3feb6932dc57aec SHA256 (FreeBSD-13.1-RC1-i386.qcow2.xz) = 2eebfb8d6a01eb144582d89a641b63f42b24089debd30daecdf89090d39321f6 SHA256 (FreeBSD-13.1-RC1-i386.raw.xz) = 56ffb844975455d19e413c8b4a849d69bc74b7eed828fff0f0f4ced4d4d837a1 SHA256 (FreeBSD-13.1-RC1-i386.vhd.xz) = 454860f13ed1b796080471736afbceb8ba006fa9bcc51e6835c5ffe7c17fa663 SHA256 (FreeBSD-13.1-RC1-i386.vmdk.xz) = f26c6a4b12b587642fafffb4177ee003a0ddac02b62be056dc978054d94bc74d o 13.1-RC1 aarch64: SHA512 (FreeBSD-13.1-RC1-arm64-aarch64.qcow2.xz) = 26c354bffc3922c71517d20f3015c749e703e898feed5e63727ffdc4e81a8013f61baed41f2e040d3c6532218abcd021c64d5a796c4170ef7b6f1ec05fc81b0b SHA512 (FreeBSD-13.1-RC1-arm64-aarch64.raw.xz) = cd1e9e58632ffb2128ebadc7e53bf5b4c9242f14ab21ccbaa7def90997e3a22d38c6023f9d3af2ebbc26f58dd7dcf08f9f8b4aa230a6a7d02df155708ec1d222 SHA512 (FreeBSD-13.1-RC1-arm64-aarch64.vhd.xz) = 53b77466a66d7717702fce4004335803d74672abaf3b2199c1d5ee6ac974ae06629392f71e5638762dc1a94825a49bdde57b9adc863746338c56800d2a6206be SHA512 (FreeBSD-13.1-RC1-arm64-aarch64.vmdk.xz) = 6795dfac1298c86175d5dff0df19eb3fce7e4bb298e92ab884f924ba0a38ee5506dfe8edf82559ebf91aed2dc51fc748d6c00d620801a91c5c84b42701fd7152 SHA256 (FreeBSD-13.1-RC1-arm64-aarch64.qcow2.xz) = 9b63d74173fe73871097caf2dbd9d75338902b90ff02dc7a2832474f11688b72 SHA256 (FreeBSD-13.1-RC1-arm64-aarch64.raw.xz) = 7da407d596b173d46d99a4b77577979a9cb7b669436a8dff4944c37e3586a9e2 SHA256 (FreeBSD-13.1-RC1-arm64-aarch64.vhd.xz) = aa399cf2a81fd10af644e8f06bdd1fcb6bab33802088863ead8799ba5acbba69 SHA256 (FreeBSD-13.1-RC1-arm64-aarch64.vmdk.xz) = a3c843ce9895cf442904b854a35cfe9d11050e266336f3a650741b06c77dda14 o 13.1-RC1 riscv64: SHA512 (FreeBSD-13.1-RC1-riscv-riscv64.qcow2.xz) = 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 SHA512 (FreeBSD-13.1-RC1-riscv-riscv64.raw.xz) = 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 SHA512 (FreeBSD-13.1-RC1-riscv-riscv64.vhd.xz) = 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 SHA512 (FreeBSD-13.1-RC1-riscv-riscv64.vmdk.xz) = 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 SHA256 (FreeBSD-13.1-RC1-riscv-riscv64.qcow2.xz) = 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 SHA256 (FreeBSD-13.1-RC1-riscv-riscv64.raw.xz) = 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 SHA256 (FreeBSD-13.1-RC1-riscv-riscv64.vhd.xz) = 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 SHA256 (FreeBSD-13.1-RC1-riscv-riscv64.vmdk.xz) = 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 o 13.1-RC1 amd64 BASIC-CI: SHA512 (FreeBSD-13.1-RC1-amd64-BASIC-CI.raw.xz) = 46e21bfb8eab1cb9c6e8c161b518bf59812c8e575db2eb5de27b358b4c7583085735740bb7fdc8e17609eb92c30ef50b5cde08502c9fd0e87a659fe32eb06d3a SHA256 (FreeBSD-13.1-RC1-amd64-BASIC-CI.raw.xz) = c8f4e83795e109fadab3e257a4a7de82205cb67152493ecf9165613f5fefbbd0 Regards, Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmJGZh0ACgkQAxRYpUeP 4pMDVg//RAoAvbnRp10GJKsys6CZy1AcIG4zhnkqQ5DhVsYuapCoXHuEXYJhTatg UqhpbKFqmRdfbEYsHl27ySPW7QgWR1P7CJvtjseiK+TW1Di1nOxNELKnC/0dw7Cc +Semax1UXjMVNOSdxecp5boybhlYq237PYlRh6rDQQoRzNS+tfCx6JvR0CBevoBs YdX6yure3i81of70gmtz8YFjS/h3/g19bMZbko3V7TVTOAOwxzbHx7QH7vpIYH2D tMt1y4U7E3dyFaqMGVaU/Cr2/ExbiV1ndYVE8EblhRe/OWiaESBGmFqLv+zzN/3Y +PGji3zTTCz6x8XrzU4LoOUI9jSESm5T9QasO6x0fR5Y0ZirdzuAR89s40NUClw7 WJexIG95lijkvH71Zxvwo8i2Q1/9+n78ln5cMV3RZ8miv7gI4Z3NGqva9TiHpCGs jLZzX98WsgBrX1STXbhVuwVH7DoVijF5HllZvQ2HV1VAzvyz0ZWeJXNDigPeua37 BT9hXNpuiWOJwikK8V9BBG3myqmp0uFWHdWF5EzKuvhESL702sPntnH1jxcG0CRB IndsTZWHvybNFohG0gtGh2wIl1FVo0NsX2+cWKKrGk7wphrS0R/+9kdUah4Fetwx S80NLMTTFBIWCeifHM3RAqjZ+PesHj3XQKPKemYIhRAgp9CT6us= =Rj3X -----END PGP SIGNATURE----- From nobody Fri Apr 1 03:13:27 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 1A4CF1A4B30C for ; Fri, 1 Apr 2022 03:13:42 +0000 (UTC) (envelope-from ggm@algebras.org) Received: from mail-lj1-x22d.google.com (mail-lj1-x22d.google.com [IPv6:2a00:1450:4864:20::22d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KV4xw3y4cz4fKT for ; Fri, 1 Apr 2022 03:13:39 +0000 (UTC) (envelope-from ggm@algebras.org) Received: by mail-lj1-x22d.google.com with SMTP id 17so2256064lji.1 for ; Thu, 31 Mar 2022 20:13:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=algebras-org.20210112.gappssmtp.com; s=20210112; h=mime-version:from:date:message-id:subject:to; bh=0yhCMdxoB45J4oZ/djWoQdLf5T/pSWRLQzCTh/DZDeI=; b=8UOLauPhY+3YCnh+byvXmRGmEVw7h2fma5AGYCVreuee9oDdGlMoH4u6ctes9j3t7g H0rtISBvmP4HIpoDHQrRcvunNVJYdWYasJh/+JAk6Qvg58P4HEOrHopgfwkYAvQDV/qB Biml8b8LUSVmbbppiZsK2nAQ91T3Jy0fdT/Tg3yczqCFmm7xK/lCqsYxUqYaKSKgXACv 9H1+aXfVYhT/1IqPrijL7G2Ip6D7wnS/ARqkwNysXaGaN/wV/guiTyIVKNmAyyMODCNL 1Q52TuFGBPjJVtEFcf242jJ5zsI3MTMJbxXZ2eWGheXTzql8BU19lwL+iEoJYDb79qJ/ sfXg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=0yhCMdxoB45J4oZ/djWoQdLf5T/pSWRLQzCTh/DZDeI=; b=L3grrzdr/5zh1Pvrc+yjfF7aFFNPTX0hUMlAPGaO5WCmXKBpLazFYroAIy8mzg/VCM sN8yHBq/caDHyYG3hC+qTa9UNfPKiaDAiP1A17Jb37IecQkHBn+gyPN2zXPYP6D4V4A9 qLPOvQYwcCWBjRwEOhG2ClR+uHiXuH8lhaBViZoXG+/PtJkGIyG9Ciyt3LrKbOxPyM6H kREM0PC9xwrcsVGbwQikI30kQ4AAnGUVWsUSimC0Xw86v/OzNizNZvWKqvX5Kq11Kv2t aXSrv5mwOkv0VGidluQBOgIqiCCf2to0Nc4LQJJwpfXPQjA4gBMMmib6+VfmFNmYfOXc oa7Q== X-Gm-Message-State: AOAM530+rQOD6kwFZdpLDrHlqFB2Z8FOe453FsslVxKjQOCfXUl5pKK2 lj05fazsfNQm0x1zY2lLByBypHeJp/1157Zdplyk2ahB3jE= X-Google-Smtp-Source: ABdhPJxutiVZhq+rV503dvJkae/ePKiQk+uPAktIs0XzyUykQTN2LvIi29L2V1b+JTSG/oFN4CskP6ool9an2wEqXCI= X-Received: by 2002:a05:651c:d0:b0:249:85ad:537 with SMTP id 16-20020a05651c00d000b0024985ad0537mr12098032ljr.289.1648782818276; Thu, 31 Mar 2022 20:13:38 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 From: George Michaelson Date: Fri, 1 Apr 2022 13:13:27 +1000 Message-ID: Subject: CAM timeouts on boot (13.0-p8, Dell R730xd, mrsas controller) To: FreeBSD Stable Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4KV4xw3y4cz4fKT X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=algebras-org.20210112.gappssmtp.com header.s=20210112 header.b=8UOLauPh; dmarc=none; spf=pass (mx1.freebsd.org: domain of ggm@algebras.org designates 2a00:1450:4864:20::22d as permitted sender) smtp.mailfrom=ggm@algebras.org X-Spamd-Result: default: False [-3.50 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[algebras-org.20210112.gappssmtp.com:s=20210112]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[algebras.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[algebras-org.20210112.gappssmtp.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::22d:from]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N I upgraded 12.2 to 13.0-p8 and hit a delay with SCSI drive initialisation, it loops for a timeout over the "Waiting for CAM" message, then proceeds. This interferes with the ZFS initialisation and the non-root zpool are not imported. I intruded a /usr/local/etc/rc.d script PROCEED: var REQUIRE: zfs which put it right after zfs initialisation, before any daemons, and I can manually zpool import the tank once the SCSI stuff has settled down. Adding delay to loader.conf CAM initialisation didn't fix this. There are references to this in 2018-2020 timeframe, but mostly it's people on desktops. I am not used to Dell rackmounts going this bad. -G From nobody Fri Apr 1 03:17:18 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 50AAA1A4CAE9 for ; Fri, 1 Apr 2022 03:17:32 +0000 (UTC) (envelope-from ggm@algebras.org) Received: from mail-lj1-x22e.google.com (mail-lj1-x22e.google.com [IPv6:2a00:1450:4864:20::22e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KV52M3b1Yz4gf6 for ; Fri, 1 Apr 2022 03:17:30 +0000 (UTC) (envelope-from ggm@algebras.org) Received: by mail-lj1-x22e.google.com with SMTP id o16so2241937ljp.4 for ; Thu, 31 Mar 2022 20:17:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=algebras-org.20210112.gappssmtp.com; s=20210112; h=mime-version:from:date:message-id:subject:to; bh=9oHlnu0n4aDycqLx/0tJBDGNT6Ng6SbqHmXmgQM6jMc=; b=R/wEvvjU/bWOSXDA57cMA9qYrySwpueK+Y1ycrJrtnM1TueQ+24zXCsOFeFrEbZJ6n +Tiz5kxZoBs0HgPslI6bNVzTf+A8E1MXvxLg9NJAFBBfmDliYZfBUMq2tCElwPaUhPZ6 r2RsS0ioMIA0qrN0/bp895XxareeyDJDfwDGV45mRQCwBqSQxx5q4WRLDR5V40aR4zpU pHneF9+8m9b2KbiwCEtMzNlAzAcbux9xhe/R+GqwSw0hhsKcnh3GGAni1n4FyPffxjkn opwGn+8Aaf7McMydgby8Kxtpx5FeIps3v/v0wvaOmBb6xZvgLAKs3nOCFzrDizA96xqh BYag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=9oHlnu0n4aDycqLx/0tJBDGNT6Ng6SbqHmXmgQM6jMc=; b=A2Mxx3Fyq1fyae1NyuzKDzagiQSnrzefPsUfL/JkX54iuGiBuFINma6aWNWgGMgm00 4n0IEuBU6p6QBkuKGRYe/LKh4bKYFyLFHfUsbPq+L4BE9ZA/1LKYjbgTZRz0BFrr08rh Irziyr+mWXIm/DOVNSaaWZR05UwQY1Ahm08fm4D1lhVFA/2usjDKcOzK0JdLhkLKQ8wp vKjFyTt/6Y1TXGNmm0PLkuFpThsg/iKVeJ/3XiLNItZh6lST6jGzZQmnQW3G4nVdpLWo Fl46MQRxeE6CKMSHsL+SztI2GFN+9bzSxCpPAuJGjb2HIzavRPZkZuI0EnKqtWHnGd57 1hQA== X-Gm-Message-State: AOAM532OR18xlPnWxKMfEFjHc2cI8dVo/2VibcrXe05w6dcXtUppMVnT sOKPJpcU2AJ7Z9AmoxzZirsVAI0VyGLmTKIX9EG0NyUBY4o= X-Google-Smtp-Source: ABdhPJz4anYN5B5nduqurkYYH70MxQXeRyG76eK/YvtxJsoVKoMAHWXt/bH1SH11fFQiKuglE8uKBcdgreAsqh9gO4Q= X-Received: by 2002:a2e:81cc:0:b0:249:766a:d4af with SMTP id s12-20020a2e81cc000000b00249766ad4afmr12267132ljg.220.1648783049009; Thu, 31 Mar 2022 20:17:29 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 From: George Michaelson Date: Fri, 1 Apr 2022 13:17:18 +1000 Message-ID: Subject: 12.1 bootblocks the last known good choice for older Dell h.w To: FreeBSD Stable Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4KV52M3b1Yz4gf6 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=algebras-org.20210112.gappssmtp.com header.s=20210112 header.b="R/wEvvjU"; dmarc=none; spf=pass (mx1.freebsd.org: domain of ggm@algebras.org designates 2a00:1450:4864:20::22e as permitted sender) smtp.mailfrom=ggm@algebras.org X-Spamd-Result: default: False [-3.49 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[algebras-org.20210112.gappssmtp.com:s=20210112]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[algebras.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[algebras-org.20210112.gappssmtp.com:+]; NEURAL_HAM_SHORT(-0.99)[-0.991]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::22e:from]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N a Dell (not the one with the cam problem I posted about as well today) refuses to get. beyond BIOS device detection on any bootblocks after 12.1. I've tried every .iso 12.2 through to FreeBSD-Current snapshots, and they all display the same problem hanging on the bootable drive detect phase. I don't like running newer kernels on old MBR bootblocks. Maybe I'm wrong, but I always do gpart bootblocks update for a major FreeBSD upgrade. Is there some debug possible on the MBR boot stage? I see no path in, to get more message. I am loath to over-diagnose this, it is possible /boot/loader.conf is working but the delay between runtime and output to console means I "see" the problem as during MBR phase. The last thing to happen is the first "/" of the text spandrel is drawn. That's it. There is a BIOS upgrade for this box. Its on a 2020 BIOS, the 2022 edition appears to be mitigations for CPU attacks, it doesn't mention any boot time stability issues. G From nobody Fri Apr 1 03:24:28 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E8F1E1A4FBC7 for ; Fri, 1 Apr 2022 03:24:32 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-vs1-xe2b.google.com (mail-vs1-xe2b.google.com [IPv6:2607:f8b0:4864:20::e2b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KV5BS1Pr1z4kHL for ; Fri, 1 Apr 2022 03:24:32 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-vs1-xe2b.google.com with SMTP id i10so1488710vsr.6 for ; Thu, 31 Mar 2022 20:24:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=MMXqC1635P/vHQproBpqMy6cVF7QiE2Am3O6aGLvI9w=; b=eVqdfvSagWhKfSQR9RuC1dy2r2QO7SaO//v5IR5sugZ9DkAiCM/0b7BmWIBzV8lJgs b00hEy4mGrtVM4kujYYTOVZ0Np06F9aWllAupiVotAC+KP5asVI2BIzQ5msZuQEhHkiN LV0BImeS31ynfd+9BI39ecBu3QMBrRfRy4RpYsVDjpcmEU7RDlDT/OOBc7xiEYNl5gLN zu/NRLvkoET21qGHwzjWwrCodGH3EVTY/KzgWRjp6ar6EqOu1XDugj/b4gHwJIW+huH2 IMdAjSvNhAON9GGmH5bZnwRORGmoQGgAc15lgYmADFWX3a4aceqHHfk5aAXJIC22styH lidQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=MMXqC1635P/vHQproBpqMy6cVF7QiE2Am3O6aGLvI9w=; b=SiOC1JAshJTFKogZHQsEoHpxe7jYnRzBPcuF/L/oPMgiNvWO4xr/pWNqvZAIhVmWha biwkAKTkf31bAFIWF9X45Oz3Sr1uH7AYneVc59AK4dwzn25d+UxvnwuS/K81+SoNip0K 72qnsFLsWH6NZEdDAppyNd347gq23yBoyOZnIhFfheFUDVdrIRdnrX9CY5zB6Li0qqGV NousZOF5HbZRCVx/kSKNLMbpQupPFb+1/oD7nyY2lDEFasC9xXJW521kB6cSi1DUe53y /3ZXxbDJFk3DYwwulJUgUv/UsRqjqh9AIgsfNezr418twLglFEqk+eDA7TGmCnnjX530 ZRVA== X-Gm-Message-State: AOAM531eH9T/FpmFmyniNmCMnQGgNLBGH0nza4LK/Z6MsfrkkppWSQo4 IA2BDluQBtuiCKZ5U9qC10ZGFSXZc0Razt04GAqCawoNCcHRig== X-Google-Smtp-Source: ABdhPJwEyVPxKl8uuO00p871VebFO6vsBZv2VhaLe7qLGDsxqZxkTsw0fMU8NE5BsM74dwl7Kb87O5Dtm100fSSPNbs= X-Received: by 2002:a67:3201:0:b0:325:38ba:2d43 with SMTP id y1-20020a673201000000b0032538ba2d43mr22438636vsy.13.1648783471488; Thu, 31 Mar 2022 20:24:31 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Thu, 31 Mar 2022 21:24:28 -0600 Message-ID: Subject: Re: CAM timeouts on boot (13.0-p8, Dell R730xd, mrsas controller) To: George Michaelson Cc: FreeBSD Stable Content-Type: multipart/alternative; boundary="0000000000002140fe05db8f5145" X-Rspamd-Queue-Id: 4KV5BS1Pr1z4kHL X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20210112.gappssmtp.com header.s=20210112 header.b=eVqdfvSa; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::e2b) smtp.mailfrom=wlosh@bsdimp.com 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.20210112.gappssmtp.com:s=20210112]; 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-stable@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20210112.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::e2b:from]; NEURAL_HAM_SHORT(-1.00)[-0.999]; MLMMJ_DEST(0.00)[freebsd-stable]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_SPF_NA(0.00)[no SPF record]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com] X-ThisMailContainsUnwantedMimeParts: N --0000000000002140fe05db8f5145 Content-Type: text/plain; charset="UTF-8" On Thu, Mar 31, 2022 at 9:14 PM George Michaelson wrote: > I upgraded 12.2 to 13.0-p8 and hit a delay with SCSI drive > initialisation, it loops for a timeout over the "Waiting for CAM" > message, then proceeds. > OK. > This interferes with the ZFS initialisation and the non-root zpool are > not imported. > It does not. The Waiting for CAM happens before mountroot, and zpool imports are after that. It cannot interfere. IT's just a message that says CAM hasn't finished probing its buses to release mountroot. Something else must be going on. > I intruded a /usr/local/etc/rc.d script PROCEED: var REQUIRE: zfs > which put it right after zfs initialisation, before any daemons, and I > can manually zpool import the tank once the SCSI stuff has settled > down. > > Adding delay to loader.conf CAM initialisation didn't fix this. > > There are references to this in 2018-2020 timeframe, but mostly it's > people on desktops. I am not used to Dell rackmounts going this bad. > A dmesg would help. Generally, CAM probes all buses to completion before it releases the hold on mountroot. Something else is afoot. My spidy sense says the kernel doesn't have all the disk controllers in it, some are loaded by devmatch, which happens late enough to explain the behavior you are seeing. Or maybe there's a USB device which shows up late, since I've seen umass arrive too late to hold off mountroot. If adding delay doesn't help, then that tells me that the disk controller SIM isn't present before mountroot. Warner --0000000000002140fe05db8f5145 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Thu, Mar 31, 2022 at 9:14 PM Georg= e Michaelson <ggm@algebras.org&g= t; wrote:
I upgr= aded 12.2 to 13.0-p8 and hit a delay with SCSI drive
initialisation, it loops for a timeout over the "Waiting for CAM"=
message, then proceeds.

OK.
=C2=A0
This interferes with the ZFS initialisation and the non-root zpool are
not imported.

It does not. The Waiting = for CAM happens before mountroot, and zpool imports are after that.
It cannot interfere. IT's just a message that says CAM hasn't fi= nished probing its buses to
release mountroot. Something else mus= t be going on.
=C2=A0
I intruded a=C2=A0 /usr/local/etc/rc.d script PROCEED: var REQUIRE: zfs
which put it right after zfs initialisation, before any daemons, and I
can manually zpool import the tank once the SCSI stuff has settled
down.

Adding delay to loader.conf CAM initialisation didn't fix this.

There are references to this in 2018-2020 timeframe, but mostly it's people on desktops. I am not used to Dell rackmounts going this bad.

A dmesg would help. Generally, CAM probes all= buses to completion before it releases
the hold on mountroot.
Something else is afoot.

My spidy sense sa= ys the kernel doesn't have all the disk controllers in it, some are
loaded by devmatch, which happens late enough to explain the behavio= r you are
seeing. Or maybe there's a USB device which shows u= p late, since I've seen umass
arrive too late to hold off mou= ntroot. If adding delay doesn't help, then that tells me
that= the disk controller SIM isn't present before mountroot.
=
Warner
--0000000000002140fe05db8f5145-- From nobody Fri Apr 1 03:31:53 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4E5171A52999 for ; Fri, 1 Apr 2022 03:32:06 +0000 (UTC) (envelope-from ggm@algebras.org) Received: from mail-lj1-x232.google.com (mail-lj1-x232.google.com [IPv6:2a00:1450:4864:20::232]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KV5M94gP0z4mQM for ; Fri, 1 Apr 2022 03:32:05 +0000 (UTC) (envelope-from ggm@algebras.org) Received: by mail-lj1-x232.google.com with SMTP id h11so2282801ljb.2 for ; Thu, 31 Mar 2022 20:32:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=algebras-org.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=dejPFM9jTOuL7XMN3hXZGlhuFXXmdtf24LZVjhOFHd0=; b=DusFJwk8d2Q4me9iudRNlkFDge0bf3LUBRjrZo9jNeEz2x5RrOu36JxQzLaMvIrGhk LwczvTRdAK6Xx91nK35ETtjdAS9btMaCOFGTkEGZKBqwbki7q9DJLAQ+edFjPEG50w8h CGKEPIY6kqKqXiS0nmw31r0Rx7NUPqUh/io0PKI+Lgj2juBaqxM7Q2OrDBSe1fJeiY6U efvMDvNsChK3s0iVhr/hYD6bG4uFcsM+LmiHYl7qgLn9l+p9HTQKYQeYfrBHINlWB6iV FzRomOx2p0Np7ONcOGApOk5iXjnnKHwRBqFYix1MR+pNLm5bR7L4mWloZmIUx9lFI24a 9Yow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=dejPFM9jTOuL7XMN3hXZGlhuFXXmdtf24LZVjhOFHd0=; b=VQafMDRq6PKwidSveSkbnR9UpgOPe0/0Ba4bTRLI0MjOeFmhBir3JMzPeqRXVaZ+5d vtRiuBiHDa19nPif+yrUGed2qO0+dpU0HiiqFxmngFn852AvLviBaD3xUddgnLuwATP1 3pm52lhHUY36annSreO0bBTGuURuycjKT0J9XsRqmQeJOUOouqQIB2t1FWWMgI3+Kcv9 k5auX7gJ/bJM8u28PVWNGcBUpgW7IgAsfzGdMvlVQdTKJktmR1/utCXv8z5mle96neT4 caf0Fi1amPq78INcc61xULGIHKFaKg4a5H20mI/qp/YP53OpOeGfrtzMi1LZ7LMlcZ9J cD4g== X-Gm-Message-State: AOAM532PBhf0km1NxlFtKw0+74RCyyQE+ywe8q7npW8iTPW69fbxJcjQ SB/3sdNNr55UmEjMRqJmzkJ3sVlBGoqe6elBjg5owcUGU8g= X-Google-Smtp-Source: ABdhPJz8AI7DB/1KdSHsL+HgiVIexOe6CmXID9QF6P9RXr2GGXY/oBzb4GO8wuZ5VFny0sBZP1H7WKjrGubnrzuKdIQ= X-Received: by 2002:a05:651c:d0:b0:249:85ad:537 with SMTP id 16-20020a05651c00d000b0024985ad0537mr12130339ljr.289.1648783924240; Thu, 31 Mar 2022 20:32:04 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: George Michaelson Date: Fri, 1 Apr 2022 13:31:53 +1000 Message-ID: Subject: Re: CAM timeouts on boot (13.0-p8, Dell R730xd, mrsas controller) To: Warner Losh Cc: FreeBSD Stable Content-Type: multipart/mixed; boundary="0000000000001e60f905db8f6c67" X-Rspamd-Queue-Id: 4KV5M94gP0z4mQM X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=algebras-org.20210112.gappssmtp.com header.s=20210112 header.b=DusFJwk8; dmarc=none; spf=pass (mx1.freebsd.org: domain of ggm@algebras.org designates 2a00:1450:4864:20::232 as permitted sender) smtp.mailfrom=ggm@algebras.org X-Spamd-Result: default: False [-1.40 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[algebras-org.20210112.gappssmtp.com:s=20210112]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; HAS_ATTACHMENT(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; MIME_BASE64_TEXT_BOGUS(1.00)[]; DMARC_NA(0.00)[algebras.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[algebras-org.20210112.gappssmtp.com:+]; MIME_BASE64_TEXT(0.10)[]; CTYPE_MIXED_BOGUS(1.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::232:from]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-stable]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N --0000000000001e60f905db8f6c67 Content-Type: text/plain; charset="UTF-8" Thanks for the cluestick. I don't disagree with anything you said btw. Here's the dmesg. (attachment, can in-line if thats better) --0000000000001e60f905db8f6c67 Content-Type: text/plain; charset="US-ASCII"; name="dmesg.txt" Content-Disposition: attachment; filename="dmesg.txt" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_l1fvd5m50 LS0tPDxCT09UPj4tLS0KQ29weXJpZ2h0IChjKSAxOTkyLTIwMjEgVGhlIEZyZWVCU0QgUHJvamVj dC4KQ29weXJpZ2h0IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkx LCAxOTkyLCAxOTkzLCAxOTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxp Zm9ybmlhLiBBbGwgcmlnaHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFk ZW1hcmsgb2YgVGhlIEZyZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCAxMy4wLVJFTEVBU0UtcDgg IzA6IFR1ZSBNYXIgMTUgMDk6MzY6MjggVVRDIDIwMjIKICAgIHJvb3RAYW1kNjQtYnVpbGRlci5k YWVtb25vbG9neS5uZXQ6L3Vzci9vYmovdXNyL3NyYy9hbWQ2NC5hbWQ2NC9zeXMvR0VORVJJQyBh bWQ2NApGcmVlQlNEIGNsYW5nIHZlcnNpb24gMTEuMC4xIChnaXRAZ2l0aHViLmNvbTpsbHZtL2xs dm0tcHJvamVjdC5naXQgbGx2bW9yZy0xMS4wLjEtMC1nNDNmZjc1ZjJjM2ZlKQpWVChlZmlmYik6 IHJlc29sdXRpb24gMTAyNHg3NjgKQ1BVOiBBTUQgRVBZQyA3MzUyIDI0LUNvcmUgUHJvY2Vzc29y ICAgICAgICAgICAgICAgICAoMjI5NS43NC1NSHogSzgtY2xhc3MgQ1BVKQogIE9yaWdpbj0iQXV0 aGVudGljQU1EIiAgSWQ9MHg4MzBmMTAgIEZhbWlseT0weDE3ICBNb2RlbD0weDMxICBTdGVwcGlu Zz0wCiAgRmVhdHVyZXM9MHgxNzhiZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0Us Q1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixDTEZMVVNILE1NWCxGWFNS LFNTRSxTU0UyLEhUVD4KICBGZWF0dXJlczI9MHg3ZWY4MzIwYjxTU0UzLFBDTE1VTFFEUSxNT04s U1NTRTMsRk1BLENYMTYsU1NFNC4xLFNTRTQuMix4MkFQSUMsTU9WQkUsUE9QQ05ULEFFU05JLFhT QVZFLE9TWFNBVkUsQVZYLEYxNkMsUkRSQU5EPgogIEFNRCBGZWF0dXJlcz0weDJlNTAwODAwPFNZ U0NBTEwsTlgsTU1YKyxGRlhTUixQYWdlMUdCLFJEVFNDUCxMTT4KICBBTUQgRmVhdHVyZXMyPTB4 NzVjMjM3ZmY8TEFIRixDTVAsU1ZNLEV4dEFQSUMsQ1I4LEFCTSxTU0U0QSxNQVMsUHJlZmV0Y2gs T1NWVyxJQlMsU0tJTklULFdEVCxUQ0UsVG9wb2xvZ3ksUENYQyxQTlhDLERCRSxQTDJJLE1XQUlU WCxBRE1TS1g+CiAgU3RydWN0dXJlZCBFeHRlbmRlZCBGZWF0dXJlcz0weDIxOWM5MWE5PEZTR1NC QVNFLEJNSTEsQVZYMixTTUVQLEJNSTIsUFFNLFBRRSxSRFNFRUQsQURYLFNNQVAsQ0xGTFVTSE9Q VCxDTFdCLFNIQT4KICBTdHJ1Y3R1cmVkIEV4dGVuZGVkIEZlYXR1cmVzMj0weDQwMDAwNDxVTUlQ LFJEUElEPgogIFhTQVZFIEZlYXR1cmVzPTB4ZjxYU0FWRU9QVCxYU0FWRUMsWElOVVNFLFhTQVZF Uz4KICBBTUQgRXh0ZW5kZWQgRmVhdHVyZSBFeHRlbnNpb25zIElEIEVCWD0weDE4Y2Y3NTc8Q0xa RVJPLElSUGVyZixYU2F2ZUVyUHRyLFJEUFJVLE1DT01NSVQsV0JOT0lOVkQsSUJQQixJQlJTLFNU SUJQLFBSRUZFUl9JQlJTLFBQSU4sU1NCRD4KICBTVk06IE5QLE5SSVAsVkNsZWFuLEFGbHVzaCxE QXNzaXN0LE5Bc2lkcz0zMjc2OAogIFRTQzogUC1zdGF0ZSBpbnZhcmlhbnQsIHBlcmZvcm1hbmNl IHN0YXRpc3RpY3MKcmVhbCBtZW1vcnkgID0gNTQ5NzM5MDM2NjcyICg1MjQyNzIgTUIpCmF2YWls IG1lbW9yeSA9IDUzNDk4ODE2MTAyNCAoNTEwMjA0IE1CKQpFdmVudCB0aW1lciAiTEFQSUMiIHF1 YWxpdHkgNjAwCkFDUEkgQVBJQyBUYWJsZTogPERFTEwgICBQRV9TQzMgID4KRnJlZUJTRC9TTVA6 IE11bHRpcHJvY2Vzc29yIFN5c3RlbSBEZXRlY3RlZDogOTYgQ1BVcwpGcmVlQlNEL1NNUDogMiBw YWNrYWdlKHMpIHggOCBjYWNoZSBncm91cHMgeCAzIGNvcmUocykgeCAyIGhhcmR3YXJlIHRocmVh ZHMKcmFuZG9tOiByZWdpc3RlcmluZyBmYXN0IHNvdXJjZSBJbnRlbCBTZWN1cmUgS2V5IFJORwpy YW5kb206IGZhc3QgcHJvdmlkZXI6ICJJbnRlbCBTZWN1cmUgS2V5IFJORyIKcmFuZG9tOiB1bmJs b2NraW5nIGRldmljZS4KaW9hcGljMDogTUFEVCBBUElDIElEIDI0MCAhPSBodyBpZCAwCmlvYXBp YzE6IE1BRFQgQVBJQyBJRCAyNDEgIT0gaHcgaWQgMAppb2FwaWMyOiBNQURUIEFQSUMgSUQgMjQy ICE9IGh3IGlkIDAKaW9hcGljMzogTUFEVCBBUElDIElEIDI0MyAhPSBodyBpZCAwCmlvYXBpYzQ6 IE1BRFQgQVBJQyBJRCAyNDQgIT0gaHcgaWQgMAppb2FwaWM1OiBNQURUIEFQSUMgSUQgMjQ1ICE9 IGh3IGlkIDAKaW9hcGljNjogTUFEVCBBUElDIElEIDI0NiAhPSBodyBpZCAwCmlvYXBpYzc6IE1B RFQgQVBJQyBJRCAyNDcgIT0gaHcgaWQgMAppb2FwaWM4OiBNQURUIEFQSUMgSUQgMjQ4ICE9IGh3 IGlkIDAKaW9hcGljMCA8VmVyc2lvbiAyLjE+IGlycXMgMC0yMwppb2FwaWMxIDxWZXJzaW9uIDIu MT4gaXJxcyAxMjAtMTUxCmlvYXBpYzIgPFZlcnNpb24gMi4xPiBpcnFzIDg4LTExOQppb2FwaWMz IDxWZXJzaW9uIDIuMT4gaXJxcyA1Ni04Nwppb2FwaWM0IDxWZXJzaW9uIDIuMT4gaXJxcyAyNC01 NQppb2FwaWM1IDxWZXJzaW9uIDIuMT4gaXJxcyAyNDgtMjc5CmlvYXBpYzYgPFZlcnNpb24gMi4x PiBpcnFzIDIxNi0yNDcKaW9hcGljNyA8VmVyc2lvbiAyLjE+IGlycXMgMTg0LTIxNQppb2FwaWM4 IDxWZXJzaW9uIDIuMT4gaXJxcyAxNTItMTgzCkxhdW5jaGluZyBBUHM6IDE5IDE4IDIwIDEgMiA0 IDIzIDMgNDEgNSAzOSAzNiA0NyA0MyA0NCA4MiAxNyA4MyAxMyAxNCAzMSA4NyAzMyA3OSAyOSA3 OCAyNiA1NiAyNSA1NyAzNCA4NiA1MCA0OCA1MyA4OSA4NCA5MyA5NSA2MiA2MCA4NSA2NSA1MSA2 OCA3MCA2NiA4MSA3NSA3NyA3MiA1NCA1OSA3IDkgNjMgMTAgMzUgMzggMzIgOTEgNDYgMjcgNDIg NjQgMjggOCAzNyAxMiAzMCAyMiAyMSA2NyAyNCA3MyA5MiA3MSA3NiA2MSA0MCA2OSA5NCA1MiA4 OCA5MCAxNiAxNSA1NSA3NCAxMSA2IDgwIDQ5IDQ1IDU4ClRpbWVjb3VudGVyICJUU0MtbG93IiBm cmVxdWVuY3kgMTE0Nzg3MDg3OCBIeiBxdWFsaXR5IDEwMDAKS1RMUzogSW5pdGlhbGl6ZWQgOTYg dGhyZWFkcwpyYW5kb206IGVudHJvcHkgZGV2aWNlIGV4dGVybmFsIGludGVyZmFjZQpbYXRoX2hh bF0gbG9hZGVkCldBUk5JTkc6IERldmljZSAia2JkIiBpcyBHaWFudCBsb2NrZWQgYW5kIG1heSBi ZSBkZWxldGVkIGJlZm9yZSBGcmVlQlNEIDE0LjAuCmtiZDAgYXQga2JkbXV4MAowMDAuMDAwMTQ3 IFs0MzU0XSBuZXRtYXBfaW5pdCAgICAgICAgICAgICAgIG5ldG1hcDogbG9hZGVkIG1vZHVsZQpt bHg1ZW46IE1lbGxhbm94IEV0aGVybmV0IGRyaXZlciAzLjYuMCAoRGVjZW1iZXIgMjAyMCkKbmV4 dXMwCmVmaXJ0YzA6IDxFRkkgUmVhbHRpbWUgQ2xvY2s+CmVmaXJ0YzA6IHJlZ2lzdGVyZWQgYXMg YSB0aW1lLW9mLWRheSBjbG9jaywgcmVzb2x1dGlvbiAxLjAwMDAwMHMKY3J5cHRvc29mdDA6IDxz b2Z0d2FyZSBjcnlwdG8+CmFlc25pMDogPEFFUy1DQkMsQUVTLUNDTSxBRVMtR0NNLEFFUy1JQ00s QUVTLVhUUyxTSEExLFNIQTI1Nj4KYWNwaTA6IDxERUxMIFBFX1NDMz4KYWNwaTA6IFBvd2VyIEJ1 dHRvbiAoZml4ZWQpCmhwZXQwOiA8SGlnaCBQcmVjaXNpb24gRXZlbnQgVGltZXI+IGlvbWVtIDB4 ZmVkMDAwMDAtMHhmZWQwMDFmZiBvbiBhY3BpMApocGV0MDogbWVtb3J5IHJlZ2lvbiB3aWR0aCA1 MTIgdG9vIHNtYWxsCmRldmljZV9hdHRhY2g6IGhwZXQwIGF0dGFjaCByZXR1cm5lZCA2CmF0dGlt ZXIwOiA8QVQgdGltZXI+IHBvcnQgMHg0MC0weDQzIGlycSAwIG9uIGFjcGkwClRpbWVjb3VudGVy ICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAwCkV2ZW50IHRpbWVyICJpODI1 NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAxMDAKYXRydGMwOiA8QVQgcmVhbHRpbWUg Y2xvY2s+IHBvcnQgMHg3MC0weDcxIG9uIGFjcGkwCmF0cnRjMDogcmVnaXN0ZXJlZCBhcyBhIHRp bWUtb2YtZGF5IGNsb2NrLCByZXNvbHV0aW9uIDEuMDAwMDAwcwpFdmVudCB0aW1lciAiUlRDIiBm cmVxdWVuY3kgMzI3NjggSHogcXVhbGl0eSAwClRpbWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1 ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgOTAwCmFjcGlfdGltZXIwOiA8MzItYml0IHRpbWVyIGF0 IDMuNTc5NTQ1TUh6PiBwb3J0IDB4NDA4LTB4NDBiIG9uIGFjcGkwCmFwZWkwOiA8QUNQSSBQbGF0 Zm9ybSBFcnJvciBJbnRlcmZhY2U+IG9uIGFjcGkwCmFjcGlfYnV0dG9uMDogPFBvd2VyIEJ1dHRv bj4gb24gYWNwaTAKcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNm ZiBudW1hLWRvbWFpbiAwIG9uIGFjcGkwCnBjaTA6IDxBQ1BJIFBDSSBidXM+IG51bWEtZG9tYWlu IDAgb24gcGNpYjAKcGNpMDogPGJhc2UgcGVyaXBoZXJhbCwgSU9NTVU+IGF0IGRldmljZSAwLjIg KG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpYjE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZp Y2UgMS4xIG51bWEtZG9tYWluIDAgb24gcGNpMApwY2kxOiA8QUNQSSBQQ0kgYnVzPiBudW1hLWRv bWFpbiAwIG9uIHBjaWIxCm52bWUwOiA8R2VuZXJpYyBOVk1lIERldmljZT4gbWVtIDB4YTQ4MDAw MDAtMHhhNDgwN2ZmZiBhdCBkZXZpY2UgMC4wIG51bWEtZG9tYWluIDAgb24gcGNpMQpwY2liMjog PEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAxLjIgbnVtYS1kb21haW4gMCBvbiBwY2kw CnBjaTI6IDxBQ1BJIFBDSSBidXM+IG51bWEtZG9tYWluIDAgb24gcGNpYjIKbnZtZTE6IDxHZW5l cmljIE5WTWUgRGV2aWNlPiBtZW0gMHhhNDcwMDAwMC0weGE0NzA3ZmZmIGF0IGRldmljZSAwLjAg bnVtYS1kb21haW4gMCBvbiBwY2kyCnBjaWIzOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2 aWNlIDcuMSBudW1hLWRvbWFpbiAwIG9uIHBjaTAKcGNpMzogPEFDUEkgUENJIGJ1cz4gbnVtYS1k b21haW4gMCBvbiBwY2liMwpwY2kzOiA8dW5rbm93bj4gYXQgZGV2aWNlIDAuMCAobm8gZHJpdmVy IGF0dGFjaGVkKQpwY2kzOiA8ZW5jcnlwdC9kZWNyeXB0PiBhdCBkZXZpY2UgMC4yIChubyBkcml2 ZXIgYXR0YWNoZWQpCnBjaWI0OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDguMSBu dW1hLWRvbWFpbiAwIG9uIHBjaTAKcGNpNDogPEFDUEkgUENJIGJ1cz4gbnVtYS1kb21haW4gMCBv biBwY2liNApwY2k0OiA8dW5rbm93bj4gYXQgZGV2aWNlIDAuMCAobm8gZHJpdmVyIGF0dGFjaGVk KQpwY2k0OiA8ZW5jcnlwdC9kZWNyeXB0PiBhdCBkZXZpY2UgMC4yIChubyBkcml2ZXIgYXR0YWNo ZWQpCnhoY2kwOiA8WEhDSSAoZ2VuZXJpYykgVVNCIDMuMCBjb250cm9sbGVyPiBtZW0gMHhhNDQw MDAwMC0weGE0NGZmZmZmIGF0IGRldmljZSAwLjMgbnVtYS1kb21haW4gMCBvbiBwY2k0CnhoY2kw OiA2NCBieXRlcyBjb250ZXh0IHNpemUsIDY0LWJpdCBETUEKdXNidXMwIG51bWEtZG9tYWluIDAg b24geGhjaTAKdXNidXMwOiA1LjBHYnBzIFN1cGVyIFNwZWVkIFVTQiB2My4wCmlzYWIwOiA8UENJ LUlTQSBicmlkZ2U+IGF0IGRldmljZSAyMC4zIG51bWEtZG9tYWluIDAgb24gcGNpMAppc2EwOiA8 SVNBIGJ1cz4gbnVtYS1kb21haW4gMCBvbiBpc2FiMApwY2liNTogPEFDUEkgSG9zdC1QQ0kgYnJp ZGdlPiBudW1hLWRvbWFpbiAwIG9uIGFjcGkwCnBjaTU6IDxBQ1BJIFBDSSBidXM+IG51bWEtZG9t YWluIDAgb24gcGNpYjUKcGNpNTogPGJhc2UgcGVyaXBoZXJhbCwgSU9NTVU+IGF0IGRldmljZSAw LjIgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpYjY6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBk ZXZpY2UgMy4xIG51bWEtZG9tYWluIDAgb24gcGNpNQpwY2k2OiA8QUNQSSBQQ0kgYnVzPiBudW1h LWRvbWFpbiAwIG9uIHBjaWI2Cml4bDA6IDxJbnRlbChSKSBFdGhlcm5ldCBDb250cm9sbGVyIFg3 MTAgZm9yIDEwR0JBU0UtVCAtIDIuMy4wLWs+IG1lbSAweDk4MDAwMDAwLTB4OThmZmZmZmYsMHg5 OTAxODAwMC0weDk5MDFmZmZmIGF0IGRldmljZSAwLjAgbnVtYS1kb21haW4gMCBvbiBwY2k2Cml4 bDA6IGZ3IDguODE1LjYzMzQxIGFwaSAxLjEyIG52bSA4LjE1IGV0aWQgODAwMGExMDMgb2VtIDIw LjUxMjAuMTcKaXhsMDogVGhlIGRyaXZlciBmb3IgdGhlIGRldmljZSBkZXRlY3RlZCBhIG5ld2Vy IHZlcnNpb24gb2YgdGhlIE5WTSBpbWFnZSB0aGFuIGV4cGVjdGVkLgppeGwwOiBQbGVhc2UgaW5z dGFsbCB0aGUgbW9zdCByZWNlbnQgdmVyc2lvbiBvZiB0aGUgbmV0d29yayBkcml2ZXIuCml4bDA6 IFBGLUlEWzBdOiBWRnMgMzIsIE1TSS1YIDEyOSwgVkYgTVNJLVggNSwgUVBzIDM4NCwgTURJTyBz aGFyZWQKaXhsMDogVXNpbmcgMTAyNCBUWCBkZXNjcmlwdG9ycyBhbmQgMTAyNCBSWCBkZXNjcmlw dG9ycwppeGwwOiBVc2luZyAyNCBSWCBxdWV1ZXMgMjQgVFggcXVldWVzCml4bDA6IFVzaW5nIE1T SS1YIGludGVycnVwdHMgd2l0aCAyNSB2ZWN0b3JzCml4bDA6IEV0aGVybmV0IGFkZHJlc3M6IGI0 Ojk2OjkxOmI1OjVmOmFjCml4bDA6IEFsbG9jYXRpbmcgMzIgcXVldWVzIGZvciBQRiBMQU4gVlNJ OyAyNCBxdWV1ZXMgYWN0aXZlCml4bDA6IFBDSSBFeHByZXNzIEJ1czogU3BlZWQgOC4wR1QvcyBX aWR0aCB4OAppeGwwOiBTUi1JT1YgcmVhZHkKaXhsMDogbmV0bWFwIHF1ZXVlcy9zbG90czogVFgg MjQvMTAyNCwgUlggMjQvMTAyNAppeGwxOiA8SW50ZWwoUikgRXRoZXJuZXQgQ29udHJvbGxlciBY NzEwIGZvciAxMEdCQVNFLVQgLSAyLjMuMC1rPiBtZW0gMHg5NzAwMDAwMC0weDk3ZmZmZmZmLDB4 OTkwMTAwMDAtMHg5OTAxN2ZmZiBhdCBkZXZpY2UgMC4xIG51bWEtZG9tYWluIDAgb24gcGNpNgpp eGwxOiBmdyA4LjgxNS42MzM0MSBhcGkgMS4xMiBudm0gOC4xNSBldGlkIDgwMDBhMTAzIG9lbSAy MC41MTIwLjE3Cml4bDE6IFRoZSBkcml2ZXIgZm9yIHRoZSBkZXZpY2UgZGV0ZWN0ZWQgYSBuZXdl ciB2ZXJzaW9uIG9mIHRoZSBOVk0gaW1hZ2UgdGhhbiBleHBlY3RlZC4KaXhsMTogUGxlYXNlIGlu c3RhbGwgdGhlIG1vc3QgcmVjZW50IHZlcnNpb24gb2YgdGhlIG5ldHdvcmsgZHJpdmVyLgppeGwx OiBQRi1JRFsxXTogVkZzIDMyLCBNU0ktWCAxMjksIFZGIE1TSS1YIDUsIFFQcyAzODQsIE1ESU8g c2hhcmVkCml4bDE6IFVzaW5nIDEwMjQgVFggZGVzY3JpcHRvcnMgYW5kIDEwMjQgUlggZGVzY3Jp cHRvcnMKaXhsMTogVXNpbmcgMjQgUlggcXVldWVzIDI0IFRYIHF1ZXVlcwppeGwxOiBVc2luZyBN U0ktWCBpbnRlcnJ1cHRzIHdpdGggMjUgdmVjdG9ycwppeGwxOiBFdGhlcm5ldCBhZGRyZXNzOiBi NDo5Njo5MTpiNTo1ZjphZAppeGwxOiBBbGxvY2F0aW5nIDMyIHF1ZXVlcyBmb3IgUEYgTEFOIFZT STsgMjQgcXVldWVzIGFjdGl2ZQppeGwxOiBQQ0kgRXhwcmVzcyBCdXM6IFNwZWVkIDguMEdUL3Mg V2lkdGggeDgKaXhsMTogU1ItSU9WIHJlYWR5Cml4bDE6IG5ldG1hcCBxdWV1ZXMvc2xvdHM6IFRY IDI0LzEwMjQsIFJYIDI0LzEwMjQKaXhsMjogPEludGVsKFIpIEV0aGVybmV0IENvbnRyb2xsZXIg WDcxMCBmb3IgMTBHQkFTRS1UIC0gMi4zLjAtaz4gbWVtIDB4OTYwMDAwMDAtMHg5NmZmZmZmZiww eDk5MDA4MDAwLTB4OTkwMGZmZmYgYXQgZGV2aWNlIDAuMiBudW1hLWRvbWFpbiAwIG9uIHBjaTYK aXhsMjogZncgOC44MTUuNjMzNDEgYXBpIDEuMTIgbnZtIDguMTUgZXRpZCA4MDAwYTEwMyBvZW0g MjAuNTEyMC4xNwppeGwyOiBUaGUgZHJpdmVyIGZvciB0aGUgZGV2aWNlIGRldGVjdGVkIGEgbmV3 ZXIgdmVyc2lvbiBvZiB0aGUgTlZNIGltYWdlIHRoYW4gZXhwZWN0ZWQuCml4bDI6IFBsZWFzZSBp bnN0YWxsIHRoZSBtb3N0IHJlY2VudCB2ZXJzaW9uIG9mIHRoZSBuZXR3b3JrIGRyaXZlci4KaXhs MjogUEYtSURbMl06IFZGcyAzMiwgTVNJLVggMTI5LCBWRiBNU0ktWCA1LCBRUHMgMzg0LCBNRElP IHNoYXJlZAppeGwyOiBVc2luZyAxMDI0IFRYIGRlc2NyaXB0b3JzIGFuZCAxMDI0IFJYIGRlc2Ny aXB0b3JzCml4bDI6IFVzaW5nIDI0IFJYIHF1ZXVlcyAyNCBUWCBxdWV1ZXMKaXhsMjogVXNpbmcg TVNJLVggaW50ZXJydXB0cyB3aXRoIDI1IHZlY3RvcnMKaXhsMjogRXRoZXJuZXQgYWRkcmVzczog YjQ6OTY6OTE6YjU6NWY6YWUKaXhsMjogQWxsb2NhdGluZyAzMiBxdWV1ZXMgZm9yIFBGIExBTiBW U0k7IDI0IHF1ZXVlcyBhY3RpdmUKaXhsMjogUENJIEV4cHJlc3MgQnVzOiBTcGVlZCA4LjBHVC9z IFdpZHRoIHg4Cml4bDI6IFNSLUlPViByZWFkeQppeGwyOiBuZXRtYXAgcXVldWVzL3Nsb3RzOiBU WCAyNC8xMDI0LCBSWCAyNC8xMDI0Cml4bDM6IDxJbnRlbChSKSBFdGhlcm5ldCBDb250cm9sbGVy IFg3MTAgZm9yIDEwR0JBU0UtVCAtIDIuMy4wLWs+IG1lbSAweDk1MDAwMDAwLTB4OTVmZmZmZmYs MHg5OTAwMDAwMC0weDk5MDA3ZmZmIGF0IGRldmljZSAwLjMgbnVtYS1kb21haW4gMCBvbiBwY2k2 Cml4bDM6IGZ3IDguODE1LjYzMzQxIGFwaSAxLjEyIG52bSA4LjE1IGV0aWQgODAwMGExMDMgb2Vt IDIwLjUxMjAuMTcKaXhsMzogVGhlIGRyaXZlciBmb3IgdGhlIGRldmljZSBkZXRlY3RlZCBhIG5l d2VyIHZlcnNpb24gb2YgdGhlIE5WTSBpbWFnZSB0aGFuIGV4cGVjdGVkLgppeGwzOiBQbGVhc2Ug aW5zdGFsbCB0aGUgbW9zdCByZWNlbnQgdmVyc2lvbiBvZiB0aGUgbmV0d29yayBkcml2ZXIuCml4 bDM6IFBGLUlEWzNdOiBWRnMgMzIsIE1TSS1YIDEyOSwgVkYgTVNJLVggNSwgUVBzIDM4NCwgTURJ TyBzaGFyZWQKaXhsMzogVXNpbmcgMTAyNCBUWCBkZXNjcmlwdG9ycyBhbmQgMTAyNCBSWCBkZXNj cmlwdG9ycwppeGwzOiBVc2luZyAyNCBSWCBxdWV1ZXMgMjQgVFggcXVldWVzCml4bDM6IFVzaW5n IE1TSS1YIGludGVycnVwdHMgd2l0aCAyNSB2ZWN0b3JzCml4bDM6IEV0aGVybmV0IGFkZHJlc3M6 IGI0Ojk2OjkxOmI1OjVmOmFmCml4bDM6IEFsbG9jYXRpbmcgMzIgcXVldWVzIGZvciBQRiBMQU4g VlNJOyAyNCBxdWV1ZXMgYWN0aXZlCml4bDM6IFBDSSBFeHByZXNzIEJ1czogU3BlZWQgOC4wR1Qv cyBXaWR0aCB4OAppeGwzOiBTUi1JT1YgcmVhZHkKaXhsMzogbmV0bWFwIHF1ZXVlcy9zbG90czog VFggMjQvMTAyNCwgUlggMjQvMTAyNApwY2liNzogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRl dmljZSA3LjEgbnVtYS1kb21haW4gMCBvbiBwY2k1CnBjaTc6IDxBQ1BJIFBDSSBidXM+IG51bWEt ZG9tYWluIDAgb24gcGNpYjcKcGNpNzogPHVua25vd24+IGF0IGRldmljZSAwLjAgKG5vIGRyaXZl ciBhdHRhY2hlZCkKcGNpNzogPGVuY3J5cHQvZGVjcnlwdD4gYXQgZGV2aWNlIDAuMiAobm8gZHJp dmVyIGF0dGFjaGVkKQpwY2liODogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSA4LjEg bnVtYS1kb21haW4gMCBvbiBwY2k1CnBjaTg6IDxBQ1BJIFBDSSBidXM+IG51bWEtZG9tYWluIDAg b24gcGNpYjgKcGNpODogPHVua25vd24+IGF0IGRldmljZSAwLjAgKG5vIGRyaXZlciBhdHRhY2hl ZCkKcGNpODogPGVuY3J5cHQvZGVjcnlwdD4gYXQgZGV2aWNlIDAuMSAobm8gZHJpdmVyIGF0dGFj aGVkKQpwY2k4OiA8ZW5jcnlwdC9kZWNyeXB0PiBhdCBkZXZpY2UgMC4yIChubyBkcml2ZXIgYXR0 YWNoZWQpCnhoY2kxOiA8WEhDSSAoZ2VuZXJpYykgVVNCIDMuMCBjb250cm9sbGVyPiBtZW0gMHg5 OTEwMDAwMC0weDk5MWZmZmZmIGF0IGRldmljZSAwLjMgbnVtYS1kb21haW4gMCBvbiBwY2k4Cnho Y2kxOiA2NCBieXRlcyBjb250ZXh0IHNpemUsIDY0LWJpdCBETUEKdXNidXMxIG51bWEtZG9tYWlu IDAgb24geGhjaTEKdXNidXMxOiA1LjBHYnBzIFN1cGVyIFNwZWVkIFVTQiB2My4wCnBjaWI5OiA8 QUNQSSBIb3N0LVBDSSBicmlkZ2U+IG51bWEtZG9tYWluIDAgb24gYWNwaTAKcGNpOTogPEFDUEkg UENJIGJ1cz4gbnVtYS1kb21haW4gMCBvbiBwY2liOQpwY2k5OiA8YmFzZSBwZXJpcGhlcmFsLCBJ T01NVT4gYXQgZGV2aWNlIDAuMiAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2liMTA6IDxBQ1BJIFBD SS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMS4xIG51bWEtZG9tYWluIDAgb24gcGNpOQpwY2kxMDog PEFDUEkgUENJIGJ1cz4gbnVtYS1kb21haW4gMCBvbiBwY2liMTAKQVZBR08gTWVnYVJBSUQgU0FT IEZyZWVCU0QgbXJzYXMgZHJpdmVyIHZlcnNpb246IDA3LjcwOS4wNC4wMC1mYnNkCm1yc2FzMDog PEFWQUdPIENydXNhZGVyIFNBUyBDb250cm9sbGVyPiBwb3J0IDB4MTAwMC0weDEwZmYgbWVtIDB4 OWI2MDAwMDAtMHg5YjZmZmZmZiwweDliNzAwMDAwLTB4OWI3ZmZmZmYsMHg5YmEwMDAwMC0weDli YWZmZmZmIGF0IGRldmljZSAwLjAgbnVtYS1kb21haW4gMCBvbiBwY2kxMAptcnNhczA6IEZXIG5v dyBpbiBSZWFkeSBzdGF0ZQptcnNhczA6IFVzaW5nIE1TSS1YIHdpdGggOTYgbnVtYmVyIG9mIHZl Y3RvcnMKbXJzYXMwOiBGVyBzdXBwb3J0cyA8MTI4PiBNU0lYIHZlY3RvcixPbmxpbmUgQ1BVIDk2 IEN1cnJlbnQgTVNJWCA8OTY+Cm1yc2FzMDogbXJzYXNfaW5pdF9hZGFwdGVyOiBzYy0+cmVwbHlf cV9kZXB0aCAweGJlMCxzYy0+cmVxdWVzdF9hbGxvY19zeiAweDJmNjAsIHNjLT5yZXBseV9hbGxv Y19zeiAweDVmMDAsc2MtPmlvX2ZyYW1lc19hbGxvY19zeiAweDVlZTAwCm1yc2FzMDogbWF4IHNn ZTogMHg0NiwgbWF4IGNoYWluIGZyYW1lIHNpemU6IDB4NDAwLCBtYXggZncgY21kOiAweDVlYyBz Yy0+Y2hhaW5fZnJhbWVzX2FsbG9jX3N6OiAweDE3YjAwMAptcnNhczA6IElzc3VpbmcgSU9DIElO SVQgY29tbWFuZCB0byBGVy4KbXJzYXMwOiBJT0MgSU5JVCByZXNwb25zZSByZWNlaXZlZCBmcm9t IEZXLgptcnNhczA6IE5WTUUgcGFnZSBzaXplCTogKDQwOTYpCm1yc2FzMDogRlcgc3VwcG9ydHMg SkJPRCBNYXAgCm1yc2FzMDogRlcgc3VwcG9ydHMgSkJPRCBNYXAgRXh0IAptcnNhczA6IEpib2Qg bWFwIGlzIHN1cHBvcnRlZAptcnNhczA6IFN5c3RlbSBQRCBjcmVhdGVkIHRhcmdldCBJRDogMHgw Cm1yc2FzMDogU3lzdGVtIFBEIGNyZWF0ZWQgdGFyZ2V0IElEOiAweDEKbXJzYXMwOiBTeXN0ZW0g UEQgY3JlYXRlZCB0YXJnZXQgSUQ6IDB4MgptcnNhczA6IFN5c3RlbSBQRCBjcmVhdGVkIHRhcmdl dCBJRDogMHgzCm1yc2FzMDogU3lzdGVtIFBEIGNyZWF0ZWQgdGFyZ2V0IElEOiAweDQKbXJzYXMw OiBTeXN0ZW0gUEQgY3JlYXRlZCB0YXJnZXQgSUQ6IDB4NQptcnNhczA6IFN5c3RlbSBQRCBjcmVh dGVkIHRhcmdldCBJRDogMHg2Cm1yc2FzMDogU3lzdGVtIFBEIGNyZWF0ZWQgdGFyZ2V0IElEOiAw eDcKbXJzYXMwOiBGVyBzdXBwb3J0czogVW5ldmVuU3BhblN1cHBvcnQ9MQoKbXJzYXMwOiBtYXhf ZndfY21kczogMTUxNiAgbWF4X3Njc2lfY21kczogMTUwMAptcnNhczA6IE1TSS14IGludGVycnVw dHMgc2V0dXAgc3VjY2VzcwptcnNhczA6IG1yc2FzX29jcl90aHJlYWQKcGNpYjExOiA8QUNQSSBQ Q0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDcuMSBudW1hLWRvbWFpbiAwIG9uIHBjaTkKcGNpMTE6 IDxBQ1BJIFBDSSBidXM+IG51bWEtZG9tYWluIDAgb24gcGNpYjExCnBjaTExOiA8dW5rbm93bj4g YXQgZGV2aWNlIDAuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kxMTogPGVuY3J5cHQvZGVjcnlw dD4gYXQgZGV2aWNlIDAuMiAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2liMTI6IDxBQ1BJIFBDSS1Q Q0kgYnJpZGdlPiBhdCBkZXZpY2UgOC4xIG51bWEtZG9tYWluIDAgb24gcGNpOQpwY2kxMjogPEFD UEkgUENJIGJ1cz4gbnVtYS1kb21haW4gMCBvbiBwY2liMTIKcGNpMTI6IDx1bmtub3duPiBhdCBk ZXZpY2UgMC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTEyOiA8ZW5jcnlwdC9kZWNyeXB0PiBh dCBkZXZpY2UgMC4yIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaWIxMzogPEFDUEkgSG9zdC1QQ0kg YnJpZGdlPiBudW1hLWRvbWFpbiAwIG9uIGFjcGkwCnBjaTEzOiA8QUNQSSBQQ0kgYnVzPiBudW1h LWRvbWFpbiAwIG9uIHBjaWIxMwpwY2kxMzogPGJhc2UgcGVyaXBoZXJhbCwgSU9NTVU+IGF0IGRl dmljZSAwLjIgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpYjE0OiA8QUNQSSBQQ0ktUENJIGJyaWRn ZT4gYXQgZGV2aWNlIDMuMSBudW1hLWRvbWFpbiAwIG9uIHBjaTEzCnBjaTE0OiA8QUNQSSBQQ0kg YnVzPiBudW1hLWRvbWFpbiAwIG9uIHBjaWIxNAppeGw0OiA8SW50ZWwoUikgRXRoZXJuZXQgQ29u dHJvbGxlciBYNzEwIGZvciAxMEdiRSBTRlArIC0gMi4zLjAtaz4gbWVtIDB4YTAwMDAwMDAtMHhh MGZmZmZmZiwweGExMDE4MDAwLTB4YTEwMWZmZmYgYXQgZGV2aWNlIDAuMCBudW1hLWRvbWFpbiAw IG9uIHBjaTE0Cml4bDQ6IGZ3IDguODE1LjYzMzQxIGFwaSAxLjEyIG52bSA4LjE1IGV0aWQgODAw MDliMmYgb2VtIDIwLjUxMjAuMTcKaXhsNDogVGhlIGRyaXZlciBmb3IgdGhlIGRldmljZSBkZXRl Y3RlZCBhIG5ld2VyIHZlcnNpb24gb2YgdGhlIE5WTSBpbWFnZSB0aGFuIGV4cGVjdGVkLgppeGw0 OiBQbGVhc2UgaW5zdGFsbCB0aGUgbW9zdCByZWNlbnQgdmVyc2lvbiBvZiB0aGUgbmV0d29yayBk cml2ZXIuCml4bDQ6IFBGLUlEWzBdOiBWRnMgMzIsIE1TSS1YIDEyOSwgVkYgTVNJLVggNSwgUVBz IDM4NCwgSTJDCml4bDQ6IFVzaW5nIDEwMjQgVFggZGVzY3JpcHRvcnMgYW5kIDEwMjQgUlggZGVz Y3JpcHRvcnMKaXhsNDogVXNpbmcgMjQgUlggcXVldWVzIDI0IFRYIHF1ZXVlcwppeGw0OiBVc2lu ZyBNU0ktWCBpbnRlcnJ1cHRzIHdpdGggMjUgdmVjdG9ycwppeGw0OiBFdGhlcm5ldCBhZGRyZXNz OiA2ODowNTpjYTpjMzozNTpiYwppeGw0OiBBbGxvY2F0aW5nIDMyIHF1ZXVlcyBmb3IgUEYgTEFO IFZTSTsgMjQgcXVldWVzIGFjdGl2ZQppeGw0OiBQQ0kgRXhwcmVzcyBCdXM6IFNwZWVkIDguMEdU L3MgV2lkdGggeDgKaXhsNDogU1ItSU9WIHJlYWR5Cml4bDQ6IG5ldG1hcCBxdWV1ZXMvc2xvdHM6 IFRYIDI0LzEwMjQsIFJYIDI0LzEwMjQKaXhsNTogPEludGVsKFIpIEV0aGVybmV0IENvbnRyb2xs ZXIgWDcxMCBmb3IgMTBHYkUgU0ZQKyAtIDIuMy4wLWs+IG1lbSAweDlmMDAwMDAwLTB4OWZmZmZm ZmYsMHhhMTAxMDAwMC0weGExMDE3ZmZmIGF0IGRldmljZSAwLjEgbnVtYS1kb21haW4gMCBvbiBw Y2kxNAppeGw1OiBmdyA4LjgxNS42MzM0MSBhcGkgMS4xMiBudm0gOC4xNSBldGlkIDgwMDA5YjJm IG9lbSAyMC41MTIwLjE3Cml4bDU6IFRoZSBkcml2ZXIgZm9yIHRoZSBkZXZpY2UgZGV0ZWN0ZWQg YSBuZXdlciB2ZXJzaW9uIG9mIHRoZSBOVk0gaW1hZ2UgdGhhbiBleHBlY3RlZC4KaXhsNTogUGxl YXNlIGluc3RhbGwgdGhlIG1vc3QgcmVjZW50IHZlcnNpb24gb2YgdGhlIG5ldHdvcmsgZHJpdmVy LgppeGw1OiBQRi1JRFsxXTogVkZzIDMyLCBNU0ktWCAxMjksIFZGIE1TSS1YIDUsIFFQcyAzODQs IEkyQwppeGw1OiBVc2luZyAxMDI0IFRYIGRlc2NyaXB0b3JzIGFuZCAxMDI0IFJYIGRlc2NyaXB0 b3JzCml4bDU6IFVzaW5nIDI0IFJYIHF1ZXVlcyAyNCBUWCBxdWV1ZXMKaXhsNTogVXNpbmcgTVNJ LVggaW50ZXJydXB0cyB3aXRoIDI1IHZlY3RvcnMKaXhsNTogRXRoZXJuZXQgYWRkcmVzczogNjg6 MDU6Y2E6YzM6MzU6YmQKaXhsNTogQWxsb2NhdGluZyAzMiBxdWV1ZXMgZm9yIFBGIExBTiBWU0k7 IDI0IHF1ZXVlcyBhY3RpdmUKaXhsNTogUENJIEV4cHJlc3MgQnVzOiBTcGVlZCA4LjBHVC9zIFdp ZHRoIHg4Cml4bDU6IFNSLUlPViByZWFkeQppeGw1OiBuZXRtYXAgcXVldWVzL3Nsb3RzOiBUWCAy NC8xMDI0LCBSWCAyNC8xMDI0Cml4bDY6IDxJbnRlbChSKSBFdGhlcm5ldCBDb250cm9sbGVyIFg3 MTAgZm9yIDEwR2JFIFNGUCsgLSAyLjMuMC1rPiBtZW0gMHg5ZTAwMDAwMC0weDllZmZmZmZmLDB4 YTEwMDgwMDAtMHhhMTAwZmZmZiBhdCBkZXZpY2UgMC4yIG51bWEtZG9tYWluIDAgb24gcGNpMTQK aXhsNjogZncgOC44MTUuNjMzNDEgYXBpIDEuMTIgbnZtIDguMTUgZXRpZCA4MDAwOWIyZiBvZW0g MjAuNTEyMC4xNwppeGw2OiBUaGUgZHJpdmVyIGZvciB0aGUgZGV2aWNlIGRldGVjdGVkIGEgbmV3 ZXIgdmVyc2lvbiBvZiB0aGUgTlZNIGltYWdlIHRoYW4gZXhwZWN0ZWQuCml4bDY6IFBsZWFzZSBp bnN0YWxsIHRoZSBtb3N0IHJlY2VudCB2ZXJzaW9uIG9mIHRoZSBuZXR3b3JrIGRyaXZlci4KaXhs NjogUEYtSURbMl06IFZGcyAzMiwgTVNJLVggMTI5LCBWRiBNU0ktWCA1LCBRUHMgMzg0LCBJMkMK aXhsNjogVXNpbmcgMTAyNCBUWCBkZXNjcmlwdG9ycyBhbmQgMTAyNCBSWCBkZXNjcmlwdG9ycwpp eGw2OiBVc2luZyAyNCBSWCBxdWV1ZXMgMjQgVFggcXVldWVzCml4bDY6IFVzaW5nIE1TSS1YIGlu dGVycnVwdHMgd2l0aCAyNSB2ZWN0b3JzCml4bDY6IEV0aGVybmV0IGFkZHJlc3M6IDY4OjA1OmNh OmMzOjM1OmJlCml4bDY6IEFsbG9jYXRpbmcgMzIgcXVldWVzIGZvciBQRiBMQU4gVlNJOyAyNCBx dWV1ZXMgYWN0aXZlCml4bDY6IFBDSSBFeHByZXNzIEJ1czogU3BlZWQgOC4wR1QvcyBXaWR0aCB4 OAppeGw2OiBTUi1JT1YgcmVhZHkKaXhsNjogbmV0bWFwIHF1ZXVlcy9zbG90czogVFggMjQvMTAy NCwgUlggMjQvMTAyNAppeGw3OiA8SW50ZWwoUikgRXRoZXJuZXQgQ29udHJvbGxlciBYNzEwIGZv ciAxMEdiRSBTRlArIC0gMi4zLjAtaz4gbWVtIDB4OWQwMDAwMDAtMHg5ZGZmZmZmZiwweGExMDAw MDAwLTB4YTEwMDdmZmYgYXQgZGV2aWNlIDAuMyBudW1hLWRvbWFpbiAwIG9uIHBjaTE0Cml4bDc6 IGZ3IDguODE1LjYzMzQxIGFwaSAxLjEyIG52bSA4LjE1IGV0aWQgODAwMDliMmYgb2VtIDIwLjUx MjAuMTcKaXhsNzogVGhlIGRyaXZlciBmb3IgdGhlIGRldmljZSBkZXRlY3RlZCBhIG5ld2VyIHZl cnNpb24gb2YgdGhlIE5WTSBpbWFnZSB0aGFuIGV4cGVjdGVkLgppeGw3OiBQbGVhc2UgaW5zdGFs bCB0aGUgbW9zdCByZWNlbnQgdmVyc2lvbiBvZiB0aGUgbmV0d29yayBkcml2ZXIuCml4bDc6IFBG LUlEWzNdOiBWRnMgMzIsIE1TSS1YIDEyOSwgVkYgTVNJLVggNSwgUVBzIDM4NCwgSTJDCml4bDc6 IFVzaW5nIDEwMjQgVFggZGVzY3JpcHRvcnMgYW5kIDEwMjQgUlggZGVzY3JpcHRvcnMKaXhsNzog VXNpbmcgMjQgUlggcXVldWVzIDI0IFRYIHF1ZXVlcwppeGw3OiBVc2luZyBNU0ktWCBpbnRlcnJ1 cHRzIHdpdGggMjUgdmVjdG9ycwppeGw3OiBFdGhlcm5ldCBhZGRyZXNzOiA2ODowNTpjYTpjMzoz NTpiZgppeGw3OiBBbGxvY2F0aW5nIDMyIHF1ZXVlcyBmb3IgUEYgTEFOIFZTSTsgMjQgcXVldWVz IGFjdGl2ZQppeGw3OiBQQ0kgRXhwcmVzcyBCdXM6IFNwZWVkIDguMEdUL3MgV2lkdGggeDgKaXhs NzogU1ItSU9WIHJlYWR5Cml4bDc6IG5ldG1hcCBxdWV1ZXMvc2xvdHM6IFRYIDI0LzEwMjQsIFJY IDI0LzEwMjQKcGNpYjE1OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDUuMiBudW1h LWRvbWFpbiAwIG9uIHBjaTEzCnBjaTE1OiA8QUNQSSBQQ0kgYnVzPiBudW1hLWRvbWFpbiAwIG9u IHBjaWIxNQpwY2liMTY6IDxQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDAuMCBudW1hLWRvbWFp biAwIG9uIHBjaTE1CnBjaTE2OiA8UENJIGJ1cz4gbnVtYS1kb21haW4gMCBvbiBwY2liMTYKdmdh cGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+IG1lbSAweDljMDAwMDAwLTB4OWNmZmZmZmYs MHhhMjAwODAwMC0weGEyMDBiZmZmLDB4YTE4MDAwMDAtMHhhMWZmZmZmZiBhdCBkZXZpY2UgMC4w IG51bWEtZG9tYWluIDAgb24gcGNpMTYKdmdhcGNpMDogQm9vdCB2aWRlbyBkZXZpY2UKcGNpYjE3 OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDcuMSBudW1hLWRvbWFpbiAwIG9uIHBj aTEzCnBjaTE3OiA8QUNQSSBQQ0kgYnVzPiBudW1hLWRvbWFpbiAwIG9uIHBjaWIxNwpwY2kxNzog PHVua25vd24+IGF0IGRldmljZSAwLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMTc6IDxlbmNy eXB0L2RlY3J5cHQ+IGF0IGRldmljZSAwLjIgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpYjE4OiA8 QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDguMSBudW1hLWRvbWFpbiAwIG9uIHBjaTEz CnBjaTE4OiA8QUNQSSBQQ0kgYnVzPiBudW1hLWRvbWFpbiAwIG9uIHBjaWIxOApwY2kxODogPHVu a25vd24+IGF0IGRldmljZSAwLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMTg6IDxlbmNyeXB0 L2RlY3J5cHQ+IGF0IGRldmljZSAwLjIgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpYjE5OiA8QUNQ SSBIb3N0LVBDSSBicmlkZ2U+IG51bWEtZG9tYWluIDEgb24gYWNwaTAKcGNpMTk6IDxBQ1BJIFBD SSBidXM+IG51bWEtZG9tYWluIDEgb24gcGNpYjE5CnBjaTE5OiA8YmFzZSBwZXJpcGhlcmFsLCBJ T01NVT4gYXQgZGV2aWNlIDAuMiAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2liMjA6IDxBQ1BJIFBD SS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgNy4xIG51bWEtZG9tYWluIDEgb24gcGNpMTkKcGNpMjA6 IDxBQ1BJIFBDSSBidXM+IG51bWEtZG9tYWluIDEgb24gcGNpYjIwCnBjaTIwOiA8dW5rbm93bj4g YXQgZGV2aWNlIDAuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kyMDogPGVuY3J5cHQvZGVjcnlw dD4gYXQgZGV2aWNlIDAuMiAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2liMjE6IDxBQ1BJIFBDSS1Q Q0kgYnJpZGdlPiBhdCBkZXZpY2UgOC4xIG51bWEtZG9tYWluIDEgb24gcGNpMTkKcGNpMjE6IDxB Q1BJIFBDSSBidXM+IG51bWEtZG9tYWluIDEgb24gcGNpYjIxCnBjaTIxOiA8dW5rbm93bj4gYXQg ZGV2aWNlIDAuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kyMTogPGVuY3J5cHQvZGVjcnlwdD4g YXQgZGV2aWNlIDAuMiAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2liMjI6IDxBQ1BJIEhvc3QtUENJ IGJyaWRnZT4gbnVtYS1kb21haW4gMSBvbiBhY3BpMApwY2kyMjogPEFDUEkgUENJIGJ1cz4gbnVt YS1kb21haW4gMSBvbiBwY2liMjIKcGNpMjI6IDxiYXNlIHBlcmlwaGVyYWwsIElPTU1VPiBhdCBk ZXZpY2UgMC4yIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaWIyMzogPEFDUEkgUENJLVBDSSBicmlk Z2U+IGF0IGRldmljZSA3LjEgbnVtYS1kb21haW4gMSBvbiBwY2kyMgpwY2kyMzogPEFDUEkgUENJ IGJ1cz4gbnVtYS1kb21haW4gMSBvbiBwY2liMjMKcGNpMjM6IDx1bmtub3duPiBhdCBkZXZpY2Ug MC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTIzOiA8ZW5jcnlwdC9kZWNyeXB0PiBhdCBkZXZp Y2UgMC4yIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaWIyNDogPEFDUEkgUENJLVBDSSBicmlkZ2U+ IGF0IGRldmljZSA4LjEgbnVtYS1kb21haW4gMSBvbiBwY2kyMgpwY2kyNDogPEFDUEkgUENJIGJ1 cz4gbnVtYS1kb21haW4gMSBvbiBwY2liMjQKcGNpMjQ6IDx1bmtub3duPiBhdCBkZXZpY2UgMC4w IChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTI0OiA8ZW5jcnlwdC9kZWNyeXB0PiBhdCBkZXZpY2Ug MC4xIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTI0OiA8ZW5jcnlwdC9kZWNyeXB0PiBhdCBkZXZp Y2UgMC4yIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaWIyNTogPEFDUEkgSG9zdC1QQ0kgYnJpZGdl PiBudW1hLWRvbWFpbiAxIG9uIGFjcGkwCnBjaTI1OiA8QUNQSSBQQ0kgYnVzPiBudW1hLWRvbWFp biAxIG9uIHBjaWIyNQpwY2kyNTogPGJhc2UgcGVyaXBoZXJhbCwgSU9NTVU+IGF0IGRldmljZSAw LjIgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpYjI2OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQg ZGV2aWNlIDcuMSBudW1hLWRvbWFpbiAxIG9uIHBjaTI1CnBjaTI2OiA8QUNQSSBQQ0kgYnVzPiBu dW1hLWRvbWFpbiAxIG9uIHBjaWIyNgpwY2kyNjogPHVua25vd24+IGF0IGRldmljZSAwLjAgKG5v IGRyaXZlciBhdHRhY2hlZCkKcGNpMjY6IDxlbmNyeXB0L2RlY3J5cHQ+IGF0IGRldmljZSAwLjIg KG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpYjI3OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2 aWNlIDguMSBudW1hLWRvbWFpbiAxIG9uIHBjaTI1CnBjaTI3OiA8QUNQSSBQQ0kgYnVzPiBudW1h LWRvbWFpbiAxIG9uIHBjaWIyNwpwY2kyNzogPHVua25vd24+IGF0IGRldmljZSAwLjAgKG5vIGRy aXZlciBhdHRhY2hlZCkKcGNpMjc6IDxlbmNyeXB0L2RlY3J5cHQ+IGF0IGRldmljZSAwLjIgKG5v IGRyaXZlciBhdHRhY2hlZCkKcGNpYjI4OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNl IDguMyBudW1hLWRvbWFpbiAxIG9uIHBjaTI1CnBjaTI4OiA8QUNQSSBQQ0kgYnVzPiBudW1hLWRv bWFpbiAxIG9uIHBjaWIyOAphaGNpMDogPEFNRCBLRVJOQ1ogQUhDSSBTQVRBIGNvbnRyb2xsZXI+ IG1lbSAweDkyNTAwMDAwLTB4OTI1MDA3ZmYgYXQgZGV2aWNlIDAuMCBudW1hLWRvbWFpbiAxIG9u IHBjaTI4CmFoY2kwOiBBSENJIHYxLjMxIHdpdGggOCA2R2JwcyBwb3J0cywgUG9ydCBNdWx0aXBs aWVyIHN1cHBvcnRlZCB3aXRoIEZCUwphaGNpY2gwOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVs IDAgb24gYWhjaTAKYWhjaWNoMTogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAxIG9uIGFoY2kw CmFoY2ljaDI6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMiBvbiBhaGNpMAphaGNpY2gzOiA8 QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDMgb24gYWhjaTAKYWhjaWNoNDogPEFIQ0kgY2hhbm5l bD4gYXQgY2hhbm5lbCA0IG9uIGFoY2kwCmFoY2ljaDU6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5u ZWwgNSBvbiBhaGNpMAphaGNpY2g2OiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDYgb24gYWhj aTAKYWhjaWNoNzogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCA3IG9uIGFoY2kwCnBjaWIyOTog PEFDUEkgSG9zdC1QQ0kgYnJpZGdlPiBudW1hLWRvbWFpbiAxIG9uIGFjcGkwCnBjaTI5OiA8QUNQ SSBQQ0kgYnVzPiBudW1hLWRvbWFpbiAxIG9uIHBjaWIyOQpwY2kyOTogPGJhc2UgcGVyaXBoZXJh bCwgSU9NTVU+IGF0IGRldmljZSAwLjIgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpYjMwOiA8QUNQ SSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDUuMSBudW1hLWRvbWFpbiAxIG9uIHBjaTI5CnBj aTMwOiA8QUNQSSBQQ0kgYnVzPiBudW1hLWRvbWFpbiAxIG9uIHBjaWIzMApiZ2UwOiA8QnJvYWRj b20gTmV0WHRyZW1lIEdpZ2FiaXQgRXRoZXJuZXQsIEFTSUMgcmV2LiAweDU3MjAwMDA+IG1lbSAw eDk0ODMwMDAwLTB4OTQ4M2ZmZmYsMHg5NDg0MDAwMC0weDk0ODRmZmZmLDB4OTQ4NTAwMDAtMHg5 NDg1ZmZmZiBhdCBkZXZpY2UgMC4wIG51bWEtZG9tYWluIDEgb24gcGNpMzAKYmdlMDogQVBFIEZX IHZlcnNpb246IE5DU0kgdjEuNS4yNy4wCmJnZTA6IENISVAgSUQgMHgwNTcyMDAwMDsgQVNJQyBS RVYgMHg1NzIwOyBDSElQIFJFViAweDU3MjAwOyBQQ0ktRQptaWlidXMwOiA8TUlJIGJ1cz4gbnVt YS1kb21haW4gMSBvbiBiZ2UwCmJyZ3BoeTA6IDxCQ001NzIwQyAxMDAwQkFTRS1UIG1lZGlhIGlu dGVyZmFjZT4gUEhZIDEgb24gbWlpYnVzMApicmdwaHkwOiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgs IDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgMTAwMGJhc2VULCAxMDAwYmFzZVQtbWFzdGVyLCAx MDAwYmFzZVQtRkRYLCAxMDAwYmFzZVQtRkRYLW1hc3RlciwgYXV0bywgYXV0by1mbG93CmJnZTA6 IFVzaW5nIGRlZmF1bHRzIGZvciBUU086IDY1NTE4LzM1LzIwNDgKYmdlMDogRXRoZXJuZXQgYWRk cmVzczogNzA6YjU6ZTg6ZjA6MTA6ZWMKYmdlMTogPEJyb2FkY29tIE5ldFh0cmVtZSBHaWdhYml0 IEV0aGVybmV0LCBBU0lDIHJldi4gMHg1NzIwMDAwPiBtZW0gMHg5NDgwMDAwMC0weDk0ODBmZmZm LDB4OTQ4MTAwMDAtMHg5NDgxZmZmZiwweDk0ODIwMDAwLTB4OTQ4MmZmZmYgYXQgZGV2aWNlIDAu MSBudW1hLWRvbWFpbiAxIG9uIHBjaTMwCmJnZTE6IEFQRSBGVyB2ZXJzaW9uOiBOQ1NJIHYxLjUu MjcuMApiZ2UxOiBDSElQIElEIDB4MDU3MjAwMDA7IEFTSUMgUkVWIDB4NTcyMDsgQ0hJUCBSRVYg MHg1NzIwMDsgUENJLUUKbWlpYnVzMTogPE1JSSBidXM+IG51bWEtZG9tYWluIDEgb24gYmdlMQpi cmdwaHkxOiA8QkNNNTcyMEMgMTAwMEJBU0UtVCBtZWRpYSBpbnRlcmZhY2U+IFBIWSAyIG9uIG1p aWJ1czEKYnJncGh5MTogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VU WC1GRFgsIDEwMDBiYXNlVCwgMTAwMGJhc2VULW1hc3RlciwgMTAwMGJhc2VULUZEWCwgMTAwMGJh c2VULUZEWC1tYXN0ZXIsIGF1dG8sIGF1dG8tZmxvdwpiZ2UxOiBVc2luZyBkZWZhdWx0cyBmb3Ig VFNPOiA2NTUxOC8zNS8yMDQ4CmJnZTE6IEV0aGVybmV0IGFkZHJlc3M6IDcwOmI1OmU4OmYwOjEw OmVkCnBjaWIzMTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSA3LjEgbnVtYS1kb21h aW4gMSBvbiBwY2kyOQpwY2kzMTogPEFDUEkgUENJIGJ1cz4gbnVtYS1kb21haW4gMSBvbiBwY2li MzEKcGNpMzE6IDx1bmtub3duPiBhdCBkZXZpY2UgMC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnBj aTMxOiA8ZW5jcnlwdC9kZWNyeXB0PiBhdCBkZXZpY2UgMC4yIChubyBkcml2ZXIgYXR0YWNoZWQp CnBjaWIzMjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSA4LjEgbnVtYS1kb21haW4g MSBvbiBwY2kyOQpwY2kzMjogPEFDUEkgUENJIGJ1cz4gbnVtYS1kb21haW4gMSBvbiBwY2liMzIK cGNpMzI6IDx1bmtub3duPiBhdCBkZXZpY2UgMC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTMy OiA8ZW5jcnlwdC9kZWNyeXB0PiBhdCBkZXZpY2UgMC4yIChubyBkcml2ZXIgYXR0YWNoZWQpCmNw dTA6IDxBQ1BJIENQVT4gb24gYWNwaTAKaXhsMDogTGluayBpcyB1cCwgMTAgR2JwcyBGdWxsIER1 cGxleCwgUmVxdWVzdGVkIEZFQzogTm9uZSwgTmVnb3RpYXRlZCBGRUM6IENMNzQgRkMtRkVDL0JB U0UtUiwgQXV0b25lZzogVHJ1ZSwgRmxvdyBDb250cm9sOiBOCml4bDA6IGxpbmsgc3RhdGUgY2hh bmdlZCB0byBVUApvbmUKZGVidWduZXRfYW55X2lmbmV0X3VwZGF0ZTogQmFkIGRuX2luaXQgcmVz dWx0IGZyb20gaXhsMCAoaWZwIDB4ZmZmZmY4MDEwODhmNTgwMCksIGlnbm9yaW5nLgppeGwyOiBM aW5rIGlzIHVwLCAxMCBHYnBzIEZ1bGwgRHVwbGV4LCBSZXF1ZXN0ZWQgRkVDOiBOb25lLCBOZWdv dGlhdGVkIEZFQzogQ0w3NCBGQy1GRUMvQkFTRS1SLCBBdXRvbmVnOiBUcnVlLCBGbG93IENvbnRy b2w6IE4KaXhsMjogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQCm9uZQpkZWJ1Z25ldF9hbnlfaWZu ZXRfdXBkYXRlOiBCYWQgZG5faW5pdCByZXN1bHQgZnJvbSBpeGwyIChpZnAgMHhmZmZmZjgwMTEy ZDM3ODAwKSwgaWdub3JpbmcuCnVhcnQxOiA8MTY1NTAgb3IgY29tcGF0aWJsZT4gcG9ydCAweDJm OC0weDJmZiBpcnEgMyBvbiBhY3BpMAp1YXJ0MDogPDE2NTUwIG9yIGNvbXBhdGlibGU+IHBvcnQg MHgzZjgtMHgzZmYgaXJxIDQgZmxhZ3MgMHgxMCBvbiBhY3BpMApvcm0wOiA8SVNBIE9wdGlvbiBS T00+IGF0IGlvbWVtIDB4ZWQ4MDAtMHhmMTdmZiBwbnBpZCBPUk0wMDAwIG9uIGlzYTAKdmdhMDog PEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNiMC0weDNiYiBpb21lbSAweGIwMDAwLTB4Yjdm ZmYgcG5waWQgUE5QMDkwMCBvbiBpc2EwCmh3cHN0YXRlMDogPENvb2xgbidRdWlldCAyLjA+IG9u IGNwdTAKVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYwpaRlMgZmlsZXN5c3RlbSB2 ZXJzaW9uOiA1ClpGUyBzdG9yYWdlIHBvb2wgdmVyc2lvbjogZmVhdHVyZXMgc3VwcG9ydCAoNTAw MCkKdWdlbjAuMTogPDB4MTAyMiBYSENJIHJvb3QgSFVCPiBhdCB1c2J1czAKdWdlbjEuMTogPDB4 MTAyMiBYSENJIHJvb3QgSFVCPiBhdCB1c2J1czEKdWh1YjAgbnVtYS1kb21haW4gMCBvbiB1c2J1 czAKdWh1YjA6IDwweDEwMjIgWEhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMy4wMC8xLjAw LCBhZGRyIDE+IG9uIHVzYnVzMAp1aHViMSBudW1hLWRvbWFpbiAwIG9uIHVzYnVzMQp1aHViMTog PDB4MTAyMiBYSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAzLjAwLzEuMDAsIGFkZHIgMT4g b24gdXNidXMxCm52ZDA6IDxEZWxsIEVudCBOVk1lIEFHTiBNVSBVLjIgMS42VEI+IE5WTWUgbmFt ZXNwYWNlCm52ZDA6IDE1MjYxODVNQiAoMzEyNTYyNzU2OCA1MTIgYnl0ZSBzZWN0b3JzKQpudmQx OiA8RGVsbCBFbnQgTlZNZSBBR04gTVUgVS4yIDEuNlRCPiBOVk1lIG5hbWVzcGFjZQpudmQxOiAx NTI2MTg1TUIgKDMxMjU2Mjc1NjggNTEyIGJ5dGUgc2VjdG9ycykKbXJzYXMwOiBEaXNlc3RhYmxp c2ggbXJzYXMgaW50ciBob29rClRyeWluZyB0byBtb3VudCByb290IGZyb20gemZzOnpyb290L1JP T1QvZGVmYXVsdCBbXS4uLgpSb290IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0KdWh1YjA6IDQgcG9y dHMgd2l0aCA0IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWIxOiA0IHBvcnRzIHdpdGggNCBy ZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1Z2VuMS4yOiA8dmVuZG9yIDB4MTYwNCBwcm9kdWN0IDB4 MTBjMD4gYXQgdXNidXMxCnVodWIyIG51bWEtZG9tYWluIDAgb24gdWh1YjEKdWh1YjI6IDx2ZW5k b3IgMHgxNjA0IHByb2R1Y3QgMHgxMGMwLCBjbGFzcyA5LzAsIHJldiAyLjAwLzAuMDAsIGFkZHIg MT4gb24gdXNidXMxClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQpSb290IG1vdW50IHdhaXRp bmcgZm9yOiBDQU0KdWh1YjI6IDQgcG9ydHMgd2l0aCA0IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVk ClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQp1Z2VuMS4zOiA8dmVuZG9yIDB4MTYwNCBwcm9k dWN0IDB4MTBjMD4gYXQgdXNidXMxCnVodWIzIG51bWEtZG9tYWluIDAgb24gdWh1YjIKdWh1YjM6 IDx2ZW5kb3IgMHgxNjA0IHByb2R1Y3QgMHgxMGMwLCBjbGFzcyA5LzAsIHJldiAyLjAwLzAuMDAs IGFkZHIgMj4gb24gdXNidXMxClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQpSb290IG1vdW50 IHdhaXRpbmcgZm9yOiBDQU0KdWh1YjM6IDQgcG9ydHMgd2l0aCA0IHJlbW92YWJsZSwgc2VsZiBw b3dlcmVkClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQp1Z2VuMS40OiA8REVMTEVNQyBEUkFD IDUgVmlydHVhbCBLZXlib2FyZCBhbmQgTW91c2U+IGF0IHVzYnVzMQp1a2JkMCBudW1hLWRvbWFp biAwIG9uIHVodWIyCnVrYmQwOiA8SElEIEludGVyZmFjZT4gb24gdXNidXMxCmtiZDEgYXQgdWti ZDAKUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogQ0FNCnVnZW4xLjU6IDx2ZW5kb3IgMHgxNjA0IHBy b2R1Y3QgMHgxMGMwPiBhdCB1c2J1czEKdWh1YjQgbnVtYS1kb21haW4gMCBvbiB1aHViMgp1aHVi NDogPHZlbmRvciAweDE2MDQgcHJvZHVjdCAweDEwYzAsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMC4w MCwgYWRkciA0PiBvbiB1c2J1czEKUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogQ0FNClJvb3QgbW91 bnQgd2FpdGluZyBmb3I6IENBTQp1aHViNDogNCBwb3J0cyB3aXRoIDQgcmVtb3ZhYmxlLCBzZWxm IHBvd2VyZWQKUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogQ0FNCnVnZW4xLjY6IDx2ZW5kb3IgMHgw NDI0IHByb2R1Y3QgMHgyNTE0PiBhdCB1c2J1czEKdWh1YjUgbnVtYS1kb21haW4gMCBvbiB1aHVi MQp1aHViNTogPHZlbmRvciAweDA0MjQgcHJvZHVjdCAweDI1MTQsIGNsYXNzIDkvMCwgcmV2IDIu MDAvMC4wMCwgYWRkciA1PiBvbiB1c2J1czEKdWh1YjU6IE1UVCBlbmFibGVkCnVodWI1OiAyIHBv cnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApSb290IG1vdW50IHdhaXRpbmcgZm9y OiBDQU0KUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogQ0FNClJvb3QgbW91bnQgd2FpdGluZyBmb3I6 IENBTQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0KUm9vdCBtb3VudCB3YWl0aW5nIGZvcjog Q0FNClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiBD QU0KUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogQ0FNClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENB TQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0KUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogQ0FN ClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0K Um9vdCBtb3VudCB3YWl0aW5nIGZvcjogQ0FNClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQpS b290IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0KUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogQ0FNClJv b3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0KUm9v dCBtb3VudCB3YWl0aW5nIGZvcjogQ0FNClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQpSb290 IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0KUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogQ0FNClJvb3Qg bW91bnQgd2FpdGluZyBmb3I6IENBTQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0KUm9vdCBt b3VudCB3YWl0aW5nIGZvcjogQ0FNClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQpSb290IG1v dW50IHdhaXRpbmcgZm9yOiBDQU0KUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogQ0FNClJvb3QgbW91 bnQgd2FpdGluZyBmb3I6IENBTQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0KUm9vdCBtb3Vu dCB3YWl0aW5nIGZvcjogQ0FNClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQpSb290IG1vdW50 IHdhaXRpbmcgZm9yOiBDQU0KUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogQ0FNClJvb3QgbW91bnQg d2FpdGluZyBmb3I6IENBTQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0KUm9vdCBtb3VudCB3 YWl0aW5nIGZvcjogQ0FNClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQpSb290IG1vdW50IHdh aXRpbmcgZm9yOiBDQU0KUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogQ0FNClJvb3QgbW91bnQgd2Fp dGluZyBmb3I6IENBTQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0KUm9vdCBtb3VudCB3YWl0 aW5nIGZvcjogQ0FNClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQpSb290IG1vdW50IHdhaXRp bmcgZm9yOiBDQU0KUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogQ0FNClJvb3QgbW91bnQgd2FpdGlu ZyBmb3I6IENBTQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0KUm9vdCBtb3VudCB3YWl0aW5n IGZvcjogQ0FNClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQpSb290IG1vdW50IHdhaXRpbmcg Zm9yOiBDQU0KUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogQ0FNClJvb3QgbW91bnQgd2FpdGluZyBm b3I6IENBTQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0KUm9vdCBtb3VudCB3YWl0aW5nIGZv cjogQ0FNClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQpSb290IG1vdW50IHdhaXRpbmcgZm9y OiBDQU0KUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogQ0FNClJvb3QgbW91bnQgd2FpdGluZyBmb3I6 IENBTQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0KUm9vdCBtb3VudCB3YWl0aW5nIGZvcjog Q0FNClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiBD QU0KUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogQ0FNClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENB TQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0KUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogQ0FN ClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0K Um9vdCBtb3VudCB3YWl0aW5nIGZvcjogQ0FNClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQpS b290IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0KUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogQ0FNClJv b3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0KUm9v dCBtb3VudCB3YWl0aW5nIGZvcjogQ0FNClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQpSb290 IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0KUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogQ0FNClJvb3Qg bW91bnQgd2FpdGluZyBmb3I6IENBTQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0KUm9vdCBt b3VudCB3YWl0aW5nIGZvcjogQ0FNClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQpSb290IG1v dW50IHdhaXRpbmcgZm9yOiBDQU0KUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogQ0FNClJvb3QgbW91 bnQgd2FpdGluZyBmb3I6IENBTQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0KUm9vdCBtb3Vu dCB3YWl0aW5nIGZvcjogQ0FNClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQpSb290IG1vdW50 IHdhaXRpbmcgZm9yOiBDQU0KUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogQ0FNClJvb3QgbW91bnQg d2FpdGluZyBmb3I6IENBTQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0KUm9vdCBtb3VudCB3 YWl0aW5nIGZvcjogQ0FNClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQpSb290IG1vdW50IHdh aXRpbmcgZm9yOiBDQU0KUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogQ0FNClJvb3QgbW91bnQgd2Fp dGluZyBmb3I6IENBTQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0KUm9vdCBtb3VudCB3YWl0 aW5nIGZvcjogQ0FNClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQpSb290IG1vdW50IHdhaXRp bmcgZm9yOiBDQU0KUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogQ0FNClJvb3QgbW91bnQgd2FpdGlu ZyBmb3I6IENBTQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0KUm9vdCBtb3VudCB3YWl0aW5n IGZvcjogQ0FNClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQpSb290IG1vdW50IHdhaXRpbmcg Zm9yOiBDQU0KUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogQ0FNClJvb3QgbW91bnQgd2FpdGluZyBm b3I6IENBTQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0KUm9vdCBtb3VudCB3YWl0aW5nIGZv cjogQ0FNClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQpSb290IG1vdW50IHdhaXRpbmcgZm9y OiBDQU0KUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogQ0FNClJvb3QgbW91bnQgd2FpdGluZyBmb3I6 IENBTQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0KUm9vdCBtb3VudCB3YWl0aW5nIGZvcjog Q0FNClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiBD QU0KUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogQ0FNClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENB TQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0KUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogQ0FN ClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0K Um9vdCBtb3VudCB3YWl0aW5nIGZvcjogQ0FNClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQpS b290IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0KUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogQ0FNClJv b3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0KUm9v dCBtb3VudCB3YWl0aW5nIGZvcjogQ0FNClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQpSb290 IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0KUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogQ0FNClJvb3Qg bW91bnQgd2FpdGluZyBmb3I6IENBTQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0KUm9vdCBt b3VudCB3YWl0aW5nIGZvcjogQ0FNClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQpSb290IG1v dW50IHdhaXRpbmcgZm9yOiBDQU0KUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogQ0FNClJvb3QgbW91 bnQgd2FpdGluZyBmb3I6IENBTQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0KUm9vdCBtb3Vu dCB3YWl0aW5nIGZvcjogQ0FNClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQpSb290IG1vdW50 IHdhaXRpbmcgZm9yOiBDQU0KUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogQ0FNClJvb3QgbW91bnQg d2FpdGluZyBmb3I6IENBTQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0KUm9vdCBtb3VudCB3 YWl0aW5nIGZvcjogQ0FNClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQpSb290IG1vdW50IHdh aXRpbmcgZm9yOiBDQU0KUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogQ0FNClJvb3QgbW91bnQgd2Fp dGluZyBmb3I6IENBTQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0KUm9vdCBtb3VudCB3YWl0 aW5nIGZvcjogQ0FNCm1yc2FzMDogSW5pdGlhdGluZyBUYXJnZXQgUkVTRVQgYmVjYXVzZSBvZiBT Q1NJIElPIHRpbWVvdXQhClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQpSb290IG1vdW50IHdh aXRpbmcgZm9yOiBDQU0KUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogQ0FNClJvb3QgbW91bnQgd2Fp dGluZyBmb3I6IENBTQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiBDQU0KbXJzYXMwOiBUYXNrIG1h bmFnZW1lbnQgTk9UIFNVUFBPUlRFRCBmb3IgQ0FNIHRhcmdldDowCm1yc2FzMDogdGFyZ2V0IHJl c2V0IEZBSUwhIQptcnNhczA6IEluaXRpYWl0aW5nIE9DUiBiZWNhdXNlIG9mIFRNIEZBSUxVUkUh ClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQptcnNhczA6IFsgMF13YWl0aW5nIGZvciA4IGNv bW1hbmRzIHRvIGNvbXBsZXRlClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IENBTQptcnNhczA6IFJl c2V0IEV4aXQgd2l0aCAwLgpkYTAgYXQgbXJzYXMwIGJ1cyAxIHNjYnVzMSB0YXJnZXQgMCBsdW4g MApkYTA6IDxTRUFHQVRFIFNUNDAwME5NMDE3QSBDU0o3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNQ Qy01IFNDU0kgZGV2aWNlCmRhMDogU2VyaWFsIE51bWJlciBXUzIxMEdLVgpkYTA6IDE1MC4wMDBN Qi9zIHRyYW5zZmVycwpkYTA6IDM4MTU0NDdNQiAoNzgxNDAzNzE2OCA1MTIgYnl0ZSBzZWN0b3Jz LCBESUYgdHlwZSAyKQpkYTEgYXQgbXJzYXMwIGJ1cyAxIHNjYnVzMSB0YXJnZXQgMSBsdW4gMApk YTE6IDxTRUFHQVRFIFNUNDAwME5NMDE3QSBDU0o3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNQQy01 IFNDU0kgZGV2aWNlCmRhMTogU2VyaWFsIE51bWJlciBXUzIxMEpCTQpkYTE6IDE1MC4wMDBNQi9z IHRyYW5zZmVycwpkYTE6IDM4MTU0NDdNQiAoNzgxNDAzNzE2OCA1MTIgYnl0ZSBzZWN0b3JzLCBE SUYgdHlwZSAyKQpkYTIgYXQgbXJzYXMwIGJ1cyAxIHNjYnVzMSB0YXJnZXQgMiBsdW4gMApkYTI6 IDxTRUFHQVRFIFNUNDAwME5NMDE3QSBDU0o3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNQQy01IFND U0kgZGV2aWNlCmRhMjogU2VyaWFsIE51bWJlciBXUzIxMEVLUgpkYTI6IDE1MC4wMDBNQi9zIHRy YW5zZmVycwpkYTI6IDM4MTU0NDdNQiAoNzgxNDAzNzE2OCA1MTIgYnl0ZSBzZWN0b3JzLCBESUYg dHlwZSAyKQpkYTMgYXQgbXJzYXMwIGJ1cyAxIHNjYnVzMSB0YXJnZXQgMyBsdW4gMApkYTM6IDxT RUFHQVRFIFNUNDAwME5NMDE3QSBDU0o3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNQQy01IFNDU0kg ZGV2aWNlCmRhMzogU2VyaWFsIE51bWJlciBXUzIxMEUwTApkYTM6IDE1MC4wMDBNQi9zIHRyYW5z ZmVycwpkYTM6IDM4MTU0NDdNQiAoNzgxNDAzNzE2OCA1MTIgYnl0ZSBzZWN0b3JzLCBESUYgdHlw ZSAyKQpkYTQgYXQgbXJzYXMwIGJ1cyAxIHNjYnVzMSB0YXJnZXQgNCBsdW4gMApkYTQ6IDxTRUFH QVRFIFNUNDAwME5NMDE3QSBDU0o3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNQQy01IFNDU0kgZGV2 aWNlCmRhNDogU2VyaWFsIE51bWJlciBXUzIxMEYzNwpkYTQ6IDE1MC4wMDBNQi9zIHRyYW5zZmVy cwpkYTQ6IDM4MTU0NDdNQiAoNzgxNDAzNzE2OCA1MTIgYnl0ZSBzZWN0b3JzLCBESUYgdHlwZSAy KQpkYTUgYXQgbXJzYXMwIGJ1cyAxIHNjYnVzMSB0YXJnZXQgNSBsdW4gMApkYTU6IDxTRUFHQVRF IFNUNDAwME5NMDE3QSBDU0o3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNQQy01IFNDU0kgZGV2aWNl CmRhNTogU2VyaWFsIE51bWJlciBXUzIxMEhWMwpkYTU6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpk YTU6IDM4MTU0NDdNQiAoNzgxNDAzNzE2OCA1MTIgYnl0ZSBzZWN0b3JzLCBESUYgdHlwZSAyKQpk YTYgYXQgbXJzYXMwIGJ1cyAxIHNjYnVzMSB0YXJnZXQgNiBsdW4gMApkYTY6IDxTRUFHQVRFIFNU NDAwME5NMDE3QSBDU0o3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNQQy01IFNDU0kgZGV2aWNlCmRh NjogU2VyaWFsIE51bWJlciBXUzIxMEVMTApkYTY6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTY6 IDM4MTU0NDdNQiAoNzgxNDAzNzE2OCA1MTIgYnl0ZSBzZWN0b3JzLCBESUYgdHlwZSAyKQpkYTcg YXQgbXJzYXMwIGJ1cyAxIHNjYnVzMSB0YXJnZXQgNyBsdW4gMApkYTc6IDxTRUFHQVRFIFNUNDAw ME5NMDE3QSBDU0o3PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNQQy01IFNDU0kgZGV2aWNlCmRhNzog U2VyaWFsIE51bWJlciBXUzIxMEZUMQpkYTc6IDE1MC4wMDBNQi9zIHRyYW5zZmVycwpkYTc6IDM4 MTU0NDdNQiAoNzgxNDAzNzE2OCA1MTIgYnl0ZSBzZWN0b3JzLCBESUYgdHlwZSAyKQppbnRzbWIw OiA8QU1EIEZDSCBTTUJ1cyBDb250cm9sbGVyPiBhdCBkZXZpY2UgMjAuMCBudW1hLWRvbWFpbiAw IG9uIHBjaTAKc21idXMwOiA8U3lzdGVtIE1hbmFnZW1lbnQgQnVzPiBudW1hLWRvbWFpbiAwIG9u IGludHNtYjAKaHBldDA6IDxIaWdoIFByZWNpc2lvbiBFdmVudCBUaW1lcj4gaW9tZW0gMHhmZWQw MDAwMC0weGZlZDAwMWZmIG9uIGFjcGkwCmhwZXQwOiBtZW1vcnkgcmVnaW9uIHdpZHRoIDUxMiB0 b28gc21hbGwKZGV2aWNlX2F0dGFjaDogaHBldDAgYXR0YWNoIHJldHVybmVkIDYKYWNwaV93bWkw OiA8QUNQSS1XTUkgbWFwcGluZz4gb24gYWNwaTAKYWNwaV93bWkwOiBjYW5ub3QgZmluZCBFQyBk ZXZpY2UKYWNwaV93bWkwOiBFbWJlZGRlZCBNT0YgZm91bmQKQUNQSTogXDEzNF9TQi5BTVcwLldR TU86IDEgYXJndW1lbnRzIHdlcmUgcGFzc2VkIHRvIGEgbm9uLW1ldGhvZCBBQ1BJIG9iamVjdCAo QnVmZmVyKSAoMjAyMDExMTMvbnNhcmd1bWVudHMtMzYxKQpsbzA6IGxpbmsgc3RhdGUgY2hhbmdl ZCB0byBVUAppeGwwOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gRE9XTgppeGwyOiBsaW5rIHN0YXRl IGNoYW5nZWQgdG8gRE9XTgppeGwwOiBMaW5rIGlzIHVwLCAxMCBHYnBzIEZ1bGwgRHVwbGV4LCBS ZXF1ZXN0ZWQgRkVDOiBOb25lLCBOZWdvdGlhdGVkIEZFQzogQ0w3NCBGQy1GRUMvQkFTRS1SLCBB dXRvbmVnOiBUcnVlLCBGbG93IENvbnRyb2w6IE4KaXhsMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRv IFVQCm9uZQp1bXMwIG51bWEtZG9tYWluIDAgb24gdWh1YjIKdW1zMDogPEhJRCBJbnRlcmZhY2U+ IG9uIHVzYnVzMQp1bXMwOiAzIGJ1dHRvbnMgYW5kIFtaXSBjb29yZGluYXRlcyBJRD0wCml4bDI6 IExpbmsgaXMgdXAsIDEwIEdicHMgRnVsbCBEdXBsZXgsIFJlcXVlc3RlZCBGRUM6IE5vbmUsIE5l Z290aWF0ZWQgRkVDOiBDTDc0IEZDLUZFQy9CQVNFLVIsIEF1dG9uZWc6IFRydWUsIEZsb3cgQ29u dHJvbDogTm9uZQppeGwyOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gVVAKU2VjdXJpdHkgcG9saWN5 IGxvYWRlZDogTUFDL250cGQgKG1hY19udHBkKQp1Z2VuMS40OiA8REVMTEVNQyBEUkFDIDUgVmly dHVhbCBLZXlib2FyZCBhbmQgTW91c2U+IGF0IHVzYnVzMSAoZGlzY29ubmVjdGVkKQp1bXMwOiBh dCB1aHViMiwgcG9ydCAyLCBhZGRyIDMgKGRpc2Nvbm5lY3RlZCkKdW1zMDogZGV0YWNoZWQKdWti ZDA6IGF0IHVodWIyLCBwb3J0IDIsIGFkZHIgMyAoZGlzY29ubmVjdGVkKQp1a2JkMDogZGV0YWNo ZWQK --0000000000001e60f905db8f6c67-- From nobody Fri Apr 1 03:40:39 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 901091A550D9 for ; Fri, 1 Apr 2022 03:40:52 +0000 (UTC) (envelope-from ggm@algebras.org) Received: from mail-lf1-x133.google.com (mail-lf1-x133.google.com [IPv6:2a00:1450:4864:20::133]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KV5YH5WcLz4qDj for ; Fri, 1 Apr 2022 03:40:51 +0000 (UTC) (envelope-from ggm@algebras.org) Received: by mail-lf1-x133.google.com with SMTP id d5so2558176lfj.9 for ; Thu, 31 Mar 2022 20:40:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=algebras-org.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=VboJbk5Tq6JSxtgRooxtQKzYwGFeumlqg5oe+f/cYUw=; b=mGJuRyAnGhuTGU8SKyx0SRzuNHPrsR3fjxS3iHoIJ2wqlrxXqlDkkAM5XSaBN2yiIi 374qM5Piw/rtEc7B3XDpKVNDMBRuhGW51UCZ58v5nd8vt8T+KApzyi9SrA/nUUSwGc7d 3yVa+M7ZvOFgoYXAOCwIvkTyZ1Xn8wuDvoGhUBwUR5y3ladic1LjqDD8r7G4sEddAyAm OQnhpHrfM1pXbisQ81hSaN/5APyisEjZlukn/25SJiuA5iBk0ea/2IfQnQPLaU5Da+dp nc2kowyeBKKGZfVmeOBC4FAuX55oe1OWfxBF2e0kzqj02iLH6DLV1GSmlrO6WTQHVrEE YofA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=VboJbk5Tq6JSxtgRooxtQKzYwGFeumlqg5oe+f/cYUw=; b=LMSuwENGJJFxlmVyfbX7EvzkrKVB9zc2t1aH4zZ8vUqqt+svmwtByiBX6nawOfl6nt /lEfe1jijOJT7uofKmvofMKFB47Y4Ht6M3DiudXDNprcjppkc1t/kEqUbB0rdTh8XJLl 5aCZ7PY1WI8ZvnWhsIVKZna9Y4/DBMI9siQ3VnzHaiVL2jwJ3FKclle2xdfzm2ZLPd9d rx1TQ9FEUQztUR8k1yndpxgl1U9I7wH31dU4Ws0UpJv6sGllBgzNzQhDmN0H2u8Cuguh e0BGJau3QB1sltahdqTcWxXbBIO9RNn5LGS7wDXqM7qOEfnKrJ3pokHWpT7qWPbxU7o1 fJGw== X-Gm-Message-State: AOAM530ivCgszkkW0nZD3FbTNzT+PDHAr2XE7KOoPe2JBYD2yaChP5DC 1b6nhj0YMlV1i217rYnBkGwJo0yNQcuUStXVKro7pcy4Zdc= X-Google-Smtp-Source: ABdhPJwk/kxUVyISoyylti7r2iCOPAB36oTBPlrBMnhRiQhC4o7Rc50Rj9AsCmy2Tz24dytPgEc10mquigC/hhlEwb8= X-Received: by 2002:a05:6512:2301:b0:44a:394e:2add with SMTP id o1-20020a056512230100b0044a394e2addmr12461740lfu.177.1648784450506; Thu, 31 Mar 2022 20:40:50 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: George Michaelson Date: Fri, 1 Apr 2022 13:40:39 +1000 Message-ID: Subject: Re: CAM timeouts on boot (13.0-p8, Dell R730xd, mrsas controller) To: Warner Losh Cc: FreeBSD Stable Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4KV5YH5WcLz4qDj X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=algebras-org.20210112.gappssmtp.com header.s=20210112 header.b=mGJuRyAn; dmarc=none; spf=pass (mx1.freebsd.org: domain of ggm@algebras.org designates 2a00:1450:4864:20::133 as permitted sender) smtp.mailfrom=ggm@algebras.org X-Spamd-Result: default: False [-3.50 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[algebras-org.20210112.gappssmtp.com:s=20210112]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[algebras.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[algebras-org.20210112.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::133:from]; NEURAL_HAM_SHORT(-1.00)[-0.996]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N I checked /boot/zfs/zpool.cache and /etc/zfs/zpool.cache both have the tank in question, zdb agrees, they are identical, multiple reboots re-tested: without a manual zpool import tank, only the zfs zroot which is magically mounted appears. The other tank does not unless you call it into being. Doing that after multiuser/daemon is bad if your daemons work in it. (and bad for NFS exports) The zfs pages are a bit cryptic about altroot and other zpool get all values, but the basics seem to be that if you do zpool import, and its in cache, then it should be detected during zfs/zpool activation. People expect that once you import, it will re-import automatically thereafter unless you tell it not to. I checked zpool values on a system which doesnt have the problem and I don't see any variance for zpool params. zpool.cache was the recommended "have you checked" reference. Not that this can't be PBCAK, but I have tried not to be the root cause here. It happened across my upgrade, and the CAM timeout intruded in the same window. G On Fri, Apr 1, 2022 at 1:31 PM George Michaelson wrote: > > Thanks for the cluestick. I don't disagree with anything you said btw. > > Here's the dmesg. (attachment, can in-line if thats better) From nobody Fri Apr 1 05:07:23 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 1AA301A50FB7 for ; Fri, 1 Apr 2022 05:07:27 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-vs1-xe2d.google.com (mail-vs1-xe2d.google.com [IPv6:2607:f8b0:4864:20::e2d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KV7T96bQMz3n2c for ; Fri, 1 Apr 2022 05:07:25 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-vs1-xe2d.google.com with SMTP id z134so1630418vsz.8 for ; Thu, 31 Mar 2022 22:07:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=mF2cNTs1Mo7+lOx8xipGmEOGHFRSLWlpdEYXDEDlldc=; b=8VJHS/khX9/7OVX/yOqXM4K/tYVnkJpWzY5JPVvThnDFm5FaYrS/0vkHY4iyzbj8pm FBKJpGv7EAfLFV8vp0XkE0UqDS1xem9332tqb7NqMqCAtYpUJrUoPiE/qBpYd1nM9M7d 2hTNJY+LlHQYl+v0QPY+2gOfo4wLqILQ191kM+yYOFiY90SRBoaN/qK+k+2hsQTmymiW a3p/5/kdwP5KL6ZHb+moeULa6nTYZBBIlILL586kDCsqobBNbkFwcioggp/sCshvqDaG 6VHAmxf7/7C7syzQViQVfWox6afMVEP2kMZhMi6coW/GGP1dOONlGuStzHVEbgWPJEia fChg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=mF2cNTs1Mo7+lOx8xipGmEOGHFRSLWlpdEYXDEDlldc=; b=Yg8EWN6o8jrAAFsfiAYwOVoHR2Yuy9YLmFyh/s/wBRxpkM48AJL66Ibqd79PnGle7L fafJSQCEuSclYq1y64l8mEoKepWSnGTPFR4JIAI3S08+bBvyh4TC393GOZUyjcsM9/Wb NUo8xpsxy678VAScANFXu9bS8HzapocSP0muMzqNP1MjfaTyHn8fffGK6Z22CuPVgaQH N8wMFmsatS6w9lIsuybYsN3rIh9OAgUFQQ+PSmU6bb8yLdeQx2/ffokT0AhWuxhVu5XC WKAlhYEYaKd8c9MN23+nXF68mRiNM/n6zNGiruUXj6dL/WWDC39uY6MNqqo/G7OyeWyJ x+FQ== X-Gm-Message-State: AOAM53261mOyg78Cxd8NaUl7TiPJ8e4P+/V1acKyU7Nr/MycgMX66JvE IPQFouGWzr51T/nZwrLYgutV8tKWwzy6bNUBqdT6yUk1+gaWgw== X-Google-Smtp-Source: ABdhPJyGz0DAW7g4LU6DueabJnlUTuhFJD5eNKYMrrba7o/c3fP+EZAOCkn57ifx2/KHNIZLvRjgKomE9mxA+YVhNJQ= X-Received: by 2002:a05:6102:ed0:b0:325:9a2f:579b with SMTP id m16-20020a0561020ed000b003259a2f579bmr2897512vst.77.1648789645045; Thu, 31 Mar 2022 22:07:25 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Thu, 31 Mar 2022 23:07:23 -0600 Message-ID: Subject: Re: 12.1 bootblocks the last known good choice for older Dell h.w To: George Michaelson Cc: FreeBSD Stable Content-Type: multipart/alternative; boundary="0000000000001a45e605db90c1f0" X-Rspamd-Queue-Id: 4KV7T96bQMz3n2c X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20210112.gappssmtp.com header.s=20210112 header.b="8VJHS/kh"; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::e2d) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-2.50 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20210112.gappssmtp.com:s=20210112]; 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-stable@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20210112.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::e2d:from]; NEURAL_HAM_SHORT(-0.50)[-0.498]; MLMMJ_DEST(0.00)[freebsd-stable]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_SPF_NA(0.00)[no SPF record]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N --0000000000001a45e605db90c1f0 Content-Type: text/plain; charset="UTF-8" On Thu, Mar 31, 2022 at 9:20 PM George Michaelson wrote: > a Dell (not the one with the cam problem I posted about as well today) > refuses to get. beyond BIOS device detection on any bootblocks after > 12.1. > > I've tried every .iso 12.2 through to FreeBSD-Current snapshots, and > they all display the same problem hanging on the bootable drive detect > phase. I don't like running newer kernels on old MBR bootblocks. Maybe > I'm wrong, but I always do gpart bootblocks update for a major FreeBSD > upgrade. > > Is there some debug possible on the MBR boot stage? I see no path in, > to get more message. > You may have to bisect changes in stable/12 to find the answer. I suspect you'll find something that increases the size, making us too big to run on the dell because it has a few fewer bytes and we wind up crashing because of it... But I don't know for sure. Well, the other possibility since it's a silent failure is that we're making a new BIOS call with 12.2 that we didn't in 12.1 and dell's BIOS doesn't like it. > I am loath to over-diagnose this, it is possible /boot/loader.conf is > working but the delay between runtime and output to console means I > "see" the problem as during MBR phase. > > The last thing to happen is the first "/" of the text spandrel is > drawn. That's it. > That would be consistent with my theory of crashing... Usually, though, with mbr-based boot loaders we have btx to catch the exceptions and print a traceback... > There is a BIOS upgrade for this box. Its on a 2020 BIOS, the 2022 > edition appears to be mitigations for CPU attacks, it doesn't mention > any boot time stability issues. > I suspect it won't help, but maybe it will (especially if we're making a bogus BIOS call).... Warner > G > > --0000000000001a45e605db90c1f0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Thu, Mar 31, 2022 at 9:20 PM Georg= e Michaelson <ggm@algebras.org&g= t; wrote:
a Dell= (not the one with the cam problem I posted about as well today)
refuses to get. beyond BIOS device detection on any bootblocks after
12.1.

I've tried every .iso 12.2 through to FreeBSD-Current snapshots, and they all display the same problem hanging on the bootable drive detect
phase. I don't like running newer kernels on old MBR bootblocks. Maybe<= br> I'm wrong, but I always do gpart bootblocks update for a major FreeBSD<= br> upgrade.

Is there some debug possible on the MBR boot stage? I see no path in,
to get more message.

You may have to bi= sect changes in stable/12 to find the answer. I suspect you'll find som= ething that increases the size, making us too big to run on the dell becaus= e it has a few fewer bytes and we wind up crashing because of it... But I d= on't know for sure. Well, the other possibility since it's a silent= failure is that we're making a new BIOS call with 12.2 that we didn= 9;t in 12.1 and dell's BIOS doesn't like it.
=C2=A0
I am loath to over-diagnose this, it is possible /boot/loader.conf is
working but the delay between runtime and output to console means I
"see" the problem as during MBR phase.

The last thing to happen is the first "/" of the text spandrel is=
drawn. That's it.

That would be con= sistent with my theory of crashing... Usually, though, with mbr-based boot = loaders we have btx to catch the exceptions and print a traceback...
=C2=A0
There is a BIOS upgrade for this box. Its on a 2020 BIOS, the 2022
edition appears to be mitigations for CPU attacks, it doesn't mention any boot time stability issues.

I suspe= ct it won't help, but maybe it will (especially if we're making a b= ogus BIOS call)....

Warner
=C2= =A0
G

--0000000000001a45e605db90c1f0-- From nobody Fri Apr 1 05:09:45 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id A71221A52877 for ; Fri, 1 Apr 2022 05:09:48 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-vk1-xa2f.google.com (mail-vk1-xa2f.google.com [IPv6:2607:f8b0:4864:20::a2f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KV7Ww03X8z3pKG for ; Fri, 1 Apr 2022 05:09:48 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-vk1-xa2f.google.com with SMTP id d129so903916vkh.13 for ; Thu, 31 Mar 2022 22:09:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=uneaOpu9b9XzN12Xpq+EPkU5q7mHfvBcqHUPggARom8=; b=1Vvu4thJqp/CHlxOpmuOv4ePfA7bYnbikUsGnX3zhh1kHKcPBqQenzBruDTl8ICnGb /XyS9/QgBoi07+X2fFwu+J9c6/eq2ld/DONtDAdfpfaogTlEMJPVn6vYHK9UvhfHBQys 1/mhhrBtaJLinz0eXo8XJ2YIegdyNMB6SuSBGtN1xwvZUYVvzSfEkDFQWs08u+j8L0YS Wih5uM2v3V5YdF/GkxwG9DLUd/s31IFZWO9w3s16aX8NTLkTh9nMKBWShSvZ/DlKvmEm HhI6W037Jke2n5ipeWjRKAGZw1UAISAHNJAQvccbp+DVYO10ekgYAVyFsFZ3q9N/Iau6 Fj0Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=uneaOpu9b9XzN12Xpq+EPkU5q7mHfvBcqHUPggARom8=; b=wzg5Noa4uGsWQB+Lugb7db9j6ZS33ce00SDPpK5urA7hp3eMud5hyqZcfW3f5dE/UA tgbQR8mCHathwESO6aM5pR9yFfYvnDi08tMxpOvIMD7TVFS7d+Cm3qhADd3zxogMnJHV pndCxdYhO4faw6MYXmfHz0nFREsvfAitcV6kRyg+9pmS9cPr0c0lrdYcuRxmHtCx4cDt TavR2wpqLsDUnEHImvx6yCrtcVcGQuS3UcYIfCj+jT3FoM29fROUfFj2RhB3H9DY0w2l IV820nP4DL7wXVnfLlxlfVDdt0GZZNqOe0SoCFwSo2srecwplVUK/eydqHwqqM3/Fozs L8DA== X-Gm-Message-State: AOAM531EOcM00C+FD/RMiVbgSZ/xGbtIRLLBw1pDAdFsueSDAIzbg7Yf VvKlLLzo/fsG6gbSGjBYevWsHMtrLuByUMgR+sJnDF+rFr9IuA== X-Google-Smtp-Source: ABdhPJwsjv8vSvWoNf3qF6vNik9kINwzGOCkZtS++CjykE28sVRsGi5hKMHJ8HRMdnKryNGp5g62q+f6v0Qsj7cu9Eg= X-Received: by 2002:a05:6122:508:b0:342:e9cd:3177 with SMTP id x8-20020a056122050800b00342e9cd3177mr3641313vko.40.1648789787341; Thu, 31 Mar 2022 22:09:47 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Thu, 31 Mar 2022 23:09:45 -0600 Message-ID: Subject: Re: CAM timeouts on boot (13.0-p8, Dell R730xd, mrsas controller) To: George Michaelson Cc: FreeBSD Stable Content-Type: multipart/alternative; boundary="0000000000009588ac05db90c982" X-Rspamd-Queue-Id: 4KV7Ww03X8z3pKG X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20210112.gappssmtp.com header.s=20210112 header.b=1Vvu4thJ; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::a2f) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-2.49 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20210112.gappssmtp.com:s=20210112]; 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-stable@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20210112.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::a2f:from]; NEURAL_HAM_SHORT(-0.49)[-0.495]; MLMMJ_DEST(0.00)[freebsd-stable]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_SPF_NA(0.00)[no SPF record]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N --0000000000009588ac05db90c982 Content-Type: text/plain; charset="UTF-8" On Thu, Mar 31, 2022 at 9:40 PM George Michaelson wrote: > I checked /boot/zfs/zpool.cache and /etc/zfs/zpool.cache both have the > tank in question, zdb agrees, they are identical, multiple reboots > re-tested: without a manual zpool import tank, only the zfs zroot > which is magically mounted appears. The other tank does not unless you > call it into being. Doing that after multiuser/daemon is bad if your > daemons work in it. (and bad for NFS exports) > > The zfs pages are a bit cryptic about altroot and other zpool get all > values, but the basics seem to be that if you do zpool import, and its > in cache, then it should be detected during zfs/zpool activation. > People expect that once you import, it will re-import automatically > thereafter unless you tell it not to. I checked zpool values on a > system which doesnt have the problem and I don't see any variance for > zpool params. zpool.cache was the recommended "have you checked" > reference. > > Not that this can't be PBCAK, but I have tried not to be the root > cause here. It happened across my upgrade, and the CAM timeout > intruded in the same window. > I'd expect this to work, though there was a change in this file's location between pre-openzfs and now. But if you are using 12.x, then that's not going to be the case... dmesg is interesting, but not completely helpful... Do can you share your zfs config details (what disks are in what datasets?) Warner > G > > On Fri, Apr 1, 2022 at 1:31 PM George Michaelson wrote: > > > > Thanks for the cluestick. I don't disagree with anything you said btw. > > > > Here's the dmesg. (attachment, can in-line if thats better) > --0000000000009588ac05db90c982 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Thu, Mar 31, 2022 at 9:40 PM Georg= e Michaelson <ggm@algebras.org&g= t; wrote:
I chec= ked /boot/zfs/zpool.cache and /etc/zfs/zpool.cache both have the
tank in question, zdb agrees, they are identical, multiple reboots
re-tested: without a manual zpool import tank, only the zfs zroot
which is magically mounted appears. The other tank does not unless you
call it into being. Doing that after multiuser/daemon is bad if your
daemons work in it. (and bad for NFS exports)

The zfs pages are a bit cryptic about altroot and other zpool get all
values, but the basics seem to be that if you do zpool import, and its
in cache, then it should be detected during zfs/zpool activation.
People expect that once you import, it will re-import automatically
thereafter unless you tell it not to. I checked zpool values on a
system which doesnt have the problem and I don't see any variance for zpool params.=C2=A0 zpool.cache was the recommended "have you checked&= quot;
reference.

Not that this can't be PBCAK, but I have tried not to be the root
cause here. It happened across my upgrade, and the CAM timeout
intruded in the same window.

I'd ex= pect this to work, though there was a change in this file's location be= tween
pre-openzfs and now. But if you are using 12.x, then that&#= 39;s not going to be the case...

dmesg is interest= ing, but not completely helpful... Do can you share your zfs config
details (what disks are in what datasets?)

Warn= er
=C2=A0
G

On Fri, Apr 1, 2022 at 1:31 PM George Michaelson <ggm@algebras.org> wrote:
>
> Thanks for the cluestick. I don't disagree with anything you said = btw.
>
> Here's the dmesg.=C2=A0 (attachment, can in-line if thats better)<= br>
--0000000000009588ac05db90c982-- From nobody Fri Apr 1 05:20:31 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 1A8661A5543F; Fri, 1 Apr 2022 05:21:42 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KV7nd74XNz3rFB; Fri, 1 Apr 2022 05:21:41 +0000 (UTC) (envelope-from yasu@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1648790502; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=U9oE7kkig3BivTPeKU4dHXTGWW5b1MC1qdjYdc1xGcc=; b=gIyvmOveBdsRLOSb2wSR9xgLsqULDs8GCeLP/9cCjB4ICQi3uZF0MpzurKJp7U308MPDDl qT5kxMJShyN6hLF9k75S0vyK7cMsuE2O2keR0RZFuZ4skCr2OUbEiPrYaVFGLzrHiiLDqQ gXKxVlNMAUTJFc4Cd8oXEKd5X7RDMuqQD7T0LKd4Ap5py49hOltKvzGioP5jD7vupVXnCT gu4vmtgZdxm60dzvC8XUXqoXMnvte5Tw8mt2jNYr2XZqm/reOVgI1YZD1KBhIMxow+d4aS JPG//D0e/JNvTnEfLPIrznPKObmGillXG7U8fFRplAibSOfbm9Ki7EfUjOLuXA== Received: from localhost (unknown [IPv6:240b:11:220:fe00:212e:95d0:4e32:3a0f]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: yasu/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id B40392BC20; Fri, 1 Apr 2022 05:21:40 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Date: Fri, 01 Apr 2022 14:20:31 +0900 (JST) Message-Id: <20220401.142031.2286040474128292357.yasu@FreeBSD.org> To: gjb@freebsd.org Cc: freebsd-stable@freebsd.org, freebsd-current@freebsd.org, developers@freebsd.org Subject: Re: Considering stepping down from all of my FreeBSD responsibilities From: Yasuhiro Kimura In-Reply-To: <20220401001502.GI13797@FreeBSD.org> References: <20220401001502.GI13797@FreeBSD.org> X-Mailer: Mew version 6.8 on Emacs 29.0.50 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1648790502; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=U9oE7kkig3BivTPeKU4dHXTGWW5b1MC1qdjYdc1xGcc=; b=uy8Su7UnZ2PYD9o9z90AJlp4yTnBCh38J6jC9HDPp7ZsVSNA5XaIzVuPeT7pJUyr1zfcBN hY8OZvO7s0Zlqly8O9awBFNk+FknusBvDK5r+Fs3D4QJQnCejEo++j4QJ/tJgwMFLnxo0K d+4GcPdOROzEstQtf8DeP+TeTgRWXHzAaBi7KwoeGJNEnKHhaCrthhPvimHEHdJ/3ExVoS KyAu9bLMz5GcQwB1c4zyAvEq56461pDCItf8/jDB6vpfGPkswr7k+p5IIRX/+mP8WanSOU /2wxntQBPgv0NMlZRrOYg9nA1O1YmGsFdcBFIPn6SHwZwieJBpOuCscMZjeX3Q== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1648790502; a=rsa-sha256; cv=none; b=Cvx72UyTCv08GekFvU7wKQ160ugGZo9udoSHCvYk6a0G9oT5vun72hklOemhk7bjk1x/1i QO8vqvMiHzM7zAEJzkpW/J6+JgP/JDA0nxBOTM+EQ6lAQ4pl6MKtcEwVoZRlwivdYIl2xx C1WmqZL1mJjrZVptEZoO/sQD+9fegD0BVMCjf/7ss+19pdCTQvCWsBmKnUwN/71qMdC8i5 FwpKETF+qYjKCFInztsUGKfCFznf6D5oBe//4FhL+d7FiTSUni0ENtKWDTCuifjxGzguiE wZ/YjTNpbY39o9j7AW8JPxMT92VVvgLsGhQqR8Cg0j7jvkK1hO9WorQfgkOw4w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N Hi Glen, From: Glen Barber Subject: Considering stepping down from all of my FreeBSD responsibilities Date: Fri, 1 Apr 2022 00:15:02 +0000 > Dear community, > > Given the mental toll the past two years or so have taken on me, I have > decided to step down from all of my "hats" within the Project, and take > some time to sort out what my future looks like going forward. > > Happy April 1st. I'm not going anywhere. :-) > > Glen We are waiting for the announce of FreeBSD 2.2.10-RELEASE. :-) Cf. https://lists.freebsd.org/pipermail/freebsd-announce/2006-April/001055.html --- Yasuhiro Kimura From nobody Fri Apr 1 05:29:57 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7D4131A57C06 for ; Fri, 1 Apr 2022 05:30:14 +0000 (UTC) (envelope-from ggm@algebras.org) Received: from mail-lj1-x235.google.com (mail-lj1-x235.google.com [IPv6:2a00:1450:4864:20::235]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KV7zT08vCz3tpv for ; Fri, 1 Apr 2022 05:30:12 +0000 (UTC) (envelope-from ggm@algebras.org) Received: by mail-lj1-x235.google.com with SMTP id q14so2428831ljc.12 for ; Thu, 31 Mar 2022 22:30:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=algebras-org.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=5Y/kigZFZ+BeysAJRE0SACmXxOzqBmVvLAKOyxB2GsY=; b=GAwdO5om0K5U9W+ziek1lytnGnci2Qwhr7GRaLAWc9BOESw8GLk2QfUQIkgm4SrwcP LZPUsgHVlrc5yYnMvid6L6Glup0RiP8B0bxwn6m1ULnMSBE6+Nvneo5HHn8fnHnzFg4q JPA/iBnptdTmrZfbKeqZnBSJQT8xtqFVYgH+A3TC9GgUHP8lQv65AVrUfsDPs6M9OUjY TjhMFPnc5GHTEoZEIQyUQGSxa7Wkkk02FFfYROmNM8oq5U85pWE9PHU2wT/DJGE6Wgkm oC1CxIW+QF4ocerYb8VlipVAKkeRRA8Fxhu1sXRu2Z+iXVzRgWFijnJChIFCkdNQrhUS aZSA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=5Y/kigZFZ+BeysAJRE0SACmXxOzqBmVvLAKOyxB2GsY=; b=O+C02iWHnaHsmZYsIjN6L9pSAh449AeNycb9g85s2UFBWOVsHIF+yM5xylBwU4KJhe JrBz8aTnGLrx1OUHacsq758hLqiKCElR+2t/lqslX5B4aH6Suh38+6fXf2NzzR08IwEz uvNBqvCTIFpvcthGNWo4C5IfP5BxwapBGZBIuQ36WLMBQzDs56xRCrnMum3fUtrgwHwW +A94YbbTgLA8ro17NsPF0Rw1YDrFCnQJ/0NFyaLiNF2AxsCTZvgfG/Py83j/rdAk0TJw T3fQcE3zl8sgeg9QfeWcgrw9DglwyNdcIs3KrLhR1KxSllgBJwqeNpdY2rN08QXPo2Y2 zi2g== X-Gm-Message-State: AOAM532v8sMDZwDcQGWIPAebLyCLO7gEhhU7PcZcGxfo04PQww49Ckvv FoBr1GecxUEidg/6Ka1WnfHNDmjelya01GmTaOVDKqGdJ5GGlA== X-Google-Smtp-Source: ABdhPJz6Vs0qyYzawWZKyEuJpjCJx2Msg5aBQqWL6y5bq6U3eeIOVtac+RR000ry5+SQRerI+d8hRuE9QZJswzOqlfk= X-Received: by 2002:a2e:a58c:0:b0:249:7ecf:6075 with SMTP id m12-20020a2ea58c000000b002497ecf6075mr12063203ljp.460.1648791009187; Thu, 31 Mar 2022 22:30:09 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: George Michaelson Date: Fri, 1 Apr 2022 15:29:57 +1000 Message-ID: Subject: Re: CAM timeouts on boot (13.0-p8, Dell R730xd, mrsas controller) To: Warner Losh Cc: FreeBSD Stable Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4KV7zT08vCz3tpv X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=algebras-org.20210112.gappssmtp.com header.s=20210112 header.b=GAwdO5om; dmarc=none; spf=pass (mx1.freebsd.org: domain of ggm@algebras.org designates 2a00:1450:4864:20::235 as permitted sender) smtp.mailfrom=ggm@algebras.org X-Spamd-Result: default: False [-3.49 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[algebras-org.20210112.gappssmtp.com:s=20210112]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; NEURAL_HAM_LONG(-0.99)[-0.992]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[algebras.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[algebras-org.20210112.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::235:from]; NEURAL_HAM_SHORT(-1.00)[-0.999]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N here's the layout from zpool.cache gronggrong # zdb -C -U /boot/zfs/zpool.cache tank: version: 5000 name: 'tank' state: 0 txg: 5094520 pool_guid: 14778862554646682675 errata: 0 hostid: 2826039973 hostname: 'gronggrong.rand.apnic.net' com.delphix:has_per_vdev_zaps vdev_children: 2 vdev_tree: type: 'root' id: 0 guid: 14778862554646682675 create_txg: 4 children[0]: type: 'raidz' id: 0 guid: 11293122002983632600 nparity: 2 metaslab_array: 143 metaslab_shift: 34 ashift: 9 asize: 32006257770496 is_log: 0 create_txg: 4 com.delphix:vdev_zap_top: 129 children[0]: type: 'disk' id: 0 guid: 15063060806771237722 path: '/dev/da0' whole_disk: 1 DTL: 5176 create_txg: 4 com.delphix:vdev_zap_leaf: 130 children[1]: type: 'disk' id: 1 guid: 81232926375377317 path: '/dev/da1' whole_disk: 1 DTL: 5174 create_txg: 4 com.delphix:vdev_zap_leaf: 131 children[2]: type: 'disk' id: 2 guid: 3526567864654095177 path: '/dev/da2' whole_disk: 1 DTL: 5172 create_txg: 4 com.delphix:vdev_zap_leaf: 132 children[3]: type: 'disk' id: 3 guid: 14866049062027121554 path: '/dev/da3' whole_disk: 1 DTL: 5170 create_txg: 4 com.delphix:vdev_zap_leaf: 133 children[4]: type: 'disk' id: 4 guid: 17801034862702465167 path: '/dev/da4' whole_disk: 1 DTL: 5168 create_txg: 4 com.delphix:vdev_zap_leaf: 134 children[5]: type: 'disk' id: 5 guid: 8570266471126134507 path: '/dev/da5' whole_disk: 1 DTL: 5166 create_txg: 4 com.delphix:vdev_zap_leaf: 135 children[6]: type: 'disk' id: 6 guid: 4283268610556571067 path: '/dev/da6' whole_disk: 1 DTL: 5164 create_txg: 4 com.delphix:vdev_zap_leaf: 136 children[7]: type: 'disk' id: 7 guid: 11046057733553290357 path: '/dev/da7' whole_disk: 1 DTL: 5162 create_txg: 4 com.delphix:vdev_zap_leaf: 137 children[1]: type: 'mirror' id: 1 guid: 6284899259107634057 metaslab_array: 142 metaslab_shift: 31 ashift: 9 asize: 322117828608 is_log: 1 create_txg: 4 com.delphix:vdev_zap_top: 138 children[0]: type: 'disk' id: 0 guid: 1520069930110101811 path: '/dev/nvd0p4' whole_disk: 1 DTL: 5160 create_txg: 4 com.delphix:vdev_zap_leaf: 139 children[1]: type: 'disk' id: 1 guid: 3456182520449589714 path: '/dev/nvd1p4' whole_disk: 1 DTL: 5158 create_txg: 4 com.delphix:vdev_zap_leaf: 140 features_for_read: com.delphix:hole_birth com.delphix:embedded_data zroot: version: 5000 name: 'zroot' state: 0 txg: 5532233 pool_guid: 5403876644894602422 errata: 0 hostname: '' com.delphix:has_per_vdev_zaps vdev_children: 1 vdev_tree: type: 'root' id: 0 guid: 5403876644894602422 create_txg: 4 children[0]: type: 'mirror' id: 0 guid: 10323937413470310479 metaslab_array: 256 metaslab_shift: 31 ashift: 9 asize: 322117828608 is_log: 0 create_txg: 4 com.delphix:vdev_zap_top: 129 children[0]: type: 'disk' id: 0 guid: 8379388400823142782 path: '/dev/nvd0p3' whole_disk: 1 DTL: 7939 create_txg: 4 com.delphix:vdev_zap_leaf: 130 children[1]: type: 'disk' id: 1 guid: 2331615525877575076 path: '/dev/nvd1p3' whole_disk: 1 DTL: 7938 create_txg: 4 com.delphix:vdev_zap_leaf: 131 features_for_read: com.delphix:hole_birth com.delphix:embedded_data gronggrong # From nobody Fri Apr 1 05:58:39 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4A7271A5EF9E; Fri, 1 Apr 2022 05:58:40 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KV8cJ1jNfz4V3B; Fri, 1 Apr 2022 05:58:40 +0000 (UTC) (envelope-from danfe@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1648792720; 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=iH+Sq+VV5jXiG7O4ecrlSwwCmGnoXDg8drWC2g3HHNg=; b=BgwiQT3TNzFDJhtSDfLSmP7JMOam4KDD8DiLsFNBGSm49yQKYYCkaxgC67UpkpDwbjDE+Q WDfdtFYSZroOi5AoYnsGW4s9Y/l5IueW/V3RLbsFYrE8zLQTtiDlvwrDHTTJFatF3EnWIr bD7lQhwZarVZlsolhbt7EWyIuN80CNd4XtVsWvZN9dtFcrH5J5TnNHNVV4dvfcJhrMMELa iIgNP2irp0KBepzJBUtunFWYcseukfcY4McuNel0rxfEBoqrjzFtwP1BRNMJEryDO7AYzx Ap3TgGDTYhgv8Bl0+xbAe7TNSu/mnxB3FDbIVSWSgY/wiSEnsOfDtBu7JrzYMA== Received: by freefall.freebsd.org (Postfix, from userid 1033) id 10947DE1A; Fri, 1 Apr 2022 05:58:40 +0000 (UTC) Date: Fri, 1 Apr 2022 05:58:39 +0000 From: Alexey Dokuchaev To: Yasuhiro Kimura Cc: gjb@freebsd.org, freebsd-stable@freebsd.org, freebsd-current@freebsd.org, developers@freebsd.org Subject: Re: Considering stepping down from all of my FreeBSD responsibilities Message-ID: References: <20220401001502.GI13797@FreeBSD.org> <20220401.142031.2286040474128292357.yasu@FreeBSD.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220401.142031.2286040474128292357.yasu@FreeBSD.org> ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1648792720; 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=iH+Sq+VV5jXiG7O4ecrlSwwCmGnoXDg8drWC2g3HHNg=; b=R3yW3BCMv/OR/9cxKtVy4HB0Mw3zLgaGKCyHBrjRv2s6GhmwKh+6SNMSZREtm4SzX2eU1k 9xZeGA/ot0Dprf1MmqD8V32kHQP+KIMzWOwlU/t99F7+6L6//NfkltG8u3HMMx7tnX6BSa 9DH0ImYPMm8JMU3mS/2SovD/Kt+R5JCwS8ovOBzwczUv8ZxbkjICzFgMKBq8M4Lv8W/5TR G11AQA/PXrudfEoLfny7cKd5taLYtzly0w1kpWL4fzr19Zz/9UUvyK5aO5ZgQSp6jbVgvb 3QsUMb/c6QZ+tO+71HwH4mfhE+WoMVDYOIUJc9u8IgtZpfXLv7DU7SqmFiOn/w== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1648792720; a=rsa-sha256; cv=none; b=Qrt5S1veV8EE+i6DZcab4/8oiU0UisqIxmyFGWPn1aHlLHk1qL+COtYnyXf1GvYWwYM4Vu 81R0Usz5p4V6wknFGIA74QNwG6/q2uaf5ELA4wLSc7cZvooV2fmt3aCMVXJbfW5vms9rDu D5RfZr+sqG+FzPfxTRgUtxAEJIlDnQR0a5oR5tdPSQl3+oKFvAfImOK3OQXaQrYj82SBen VtVad4Ldx2DRp5qFEbzkVSqcBuTYt5dCZqQYMldU9twLiuIyoNmm0T8K4Ym2Kt+z7iVSwe tW+1eB4TEJ90Tn8NmCiAKK267yx805IGAj1+iCB+eh64onlarqPZOcLNG2pd4g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N On Fri, Apr 01, 2022 at 02:20:31PM +0900, Yasuhiro Kimura wrote: > Hi Glen, > > From: Glen Barber > Subject: Considering stepping down from all of my FreeBSD responsibilities > Date: Fri, 1 Apr 2022 00:15:02 +0000 > > > Dear community, > > > > Given the mental toll the past two years or so have taken on me, I have > > decided to step down from all of my "hats" within the Project, and take > > some time to sort out what my future looks like going forward. > > > > Happy April 1st. I'm not going anywhere. :-) > > We are waiting for the announce of FreeBSD 2.2.10-RELEASE. :-) > > Cf. https://lists.freebsd.org/pipermail/freebsd-announce/2006-April/001055.html I don't think 2.2.10 is warranted. 2.2.9 (or was it 2.2.8?) had improved Quake II support in Linuxolator, but since then we've got several native ports available in our collection which play just fine (modulo the problems caused by that shitty linuxish graphics stack we're confined to these days). ./danfe From nobody Fri Apr 1 06:48:16 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id BA92F1A427F9; Fri, 1 Apr 2022 06:48:19 +0000 (UTC) (envelope-from grog@lemis.com) Received: from lax.lemis.com (www.lemis.com [45.32.70.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4KV9jZ5tvSz4dGS; Fri, 1 Apr 2022 06:48:18 +0000 (UTC) (envelope-from grog@lemis.com) Received: from eureka.lemis.com (121-200-11-253.79c80b.mel.nbn.aussiebb.net [121.200.11.253]) by lax.lemis.com (Postfix) with ESMTP id 87E9428114; Fri, 1 Apr 2022 06:48:17 +0000 (UTC) Received: by eureka.lemis.com (Postfix, from userid 1004) id C44652635C0; Fri, 1 Apr 2022 17:48:16 +1100 (AEDT) Date: Fri, 1 Apr 2022 17:48:16 +1100 From: Greg 'groggy' Lehey To: Alexey Dokuchaev Cc: Yasuhiro Kimura , gjb@freebsd.org, freebsd-stable@freebsd.org, freebsd-current@freebsd.org, developers@freebsd.org Subject: Re: Considering stepping down from all of my FreeBSD responsibilities Message-ID: <20220401064816.GS60301@eureka.lemis.com> References: <20220401001502.GI13797@FreeBSD.org> <20220401.142031.2286040474128292357.yasu@FreeBSD.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TSQPSNmi3T91JED+" Content-Disposition: inline In-Reply-To: Organization: The FreeBSD Project Phone: +61-3-5309-0418 Mobile: +61-490-494-038. Use only as instructed. WWW-Home-Page: https://www.FreeBSD X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 User-Agent: Mutt/1.6.1 (2016-04-27) X-Rspamd-Queue-Id: 4KV9jZ5tvSz4dGS X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of grog@lemis.com designates 45.32.70.18 as permitted sender) smtp.mailfrom=grog@lemis.com X-Spamd-Result: default: False [-3.91 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEFALL_USER(0.00)[grog]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+a:www.lemis.com]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[FreeBSD.org]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_FIVE(0.00)[6]; HAS_ORG_HEADER(0.00)[]; NEURAL_SPAM_SHORT(0.09)[0.088]; MLMMJ_DEST(0.00)[freebsd-current,freebsd-stable]; FORGED_SENDER(0.30)[grog@FreeBSD.org,grog@lemis.com]; RCVD_NO_TLS_LAST(0.10)[]; SIGNED_PGP(-2.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:20473, ipnet:45.32.64.0/19, country:US]; FROM_NEQ_ENVFROM(0.00)[grog@FreeBSD.org,grog@lemis.com]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N --TSQPSNmi3T91JED+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Friday, 1 April 2022 at 5:58:39 +0000, Alexey Dokuchaev wrote: > On Fri, Apr 01, 2022 at 02:20:31PM +0900, Yasuhiro Kimura wrote: >> Hi Glen, >> >> From: Glen Barber >> Subject: Considering stepping down from all of my FreeBSD responsibilities >> Date: Fri, 1 Apr 2022 00:15:02 +0000 >> >>> Dear community, >>> >>> Given the mental toll the past two years or so have taken on me, I have >>> decided to step down from all of my "hats" within the Project, and take >>> some time to sort out what my future looks like going forward. >>> >>> Happy April 1st. I'm not going anywhere. :-) >> >> We are waiting for the announce of FreeBSD 2.2.10-RELEASE. :-) >> >> Cf. https://lists.freebsd.org/pipermail/freebsd-announce/2006-April/001055.html > > I don't think 2.2.10 is warranted. Agreed. The upgrade isn't sufficiently important. How about 2.2.9.1? Greg -- Sent from my desktop computer. See complete headers for address and phone numbers. This message is digitally signed. If your Microsoft mail program reports problems, please read http://lemis.com/broken-MUA.php --TSQPSNmi3T91JED+ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAmJGoDAACgkQIubykFB6QiNUgQCfRQvC3cJRYeZgtWggfgrntrCe pjwAnjioicWCGXMFIytE+t7/KCI2pK6C =vTqS -----END PGP SIGNATURE----- --TSQPSNmi3T91JED+-- From nobody Fri Apr 1 13:26:26 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E1B171A4C995 for ; Fri, 1 Apr 2022 13:36:26 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::12]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KVLmT68bKz4mYX for ; Fri, 1 Apr 2022 13:36:25 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 231Da4fq018327 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 1 Apr 2022 15:36:05 +0200 (CEST) (envelope-from pmc@citylink.dinoex.sub.org) X-Authentication-Warning: uucp.dinoex.sub.de: Host uucp.dinoex.org [185.220.148.12] claimed to be uucp.dinoex.sub.de Received: (from uucp@localhost) by uucp.dinoex.sub.de (8.17.1/8.17.1/Submit) with UUCP id 231Da459018326; Fri, 1 Apr 2022 15:36:04 +0200 (CEST) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.16.1/8.16.1) with ESMTP id 231DRwdG082466; Fri, 1 Apr 2022 15:27:58 +0200 (CEST) (envelope-from peter@gate.intra.daemon.contact) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by gate.intra.daemon.contact (8.16.1/8.16.1) with ESMTPS id 231DQQ1L082226 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 1 Apr 2022 15:26:26 +0200 (CEST) (envelope-from peter@gate.intra.daemon.contact) Received: (from peter@localhost) by gate.intra.daemon.contact (8.16.1/8.16.1/Submit) id 231DQQFE082225; Fri, 1 Apr 2022 15:26:26 +0200 (CEST) (envelope-from peter) Date: Fri, 1 Apr 2022 15:26:26 +0200 From: Peter To: Kevin Oberman Cc: "Bjoern A. Zeeb" , FreeBSD-STABLE Mailing List Subject: Re: Slow startup from D19488 (rtsol: sendmsg: Permission denied) Message-ID: References: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.sub.de;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [185.220.148.12]); Fri, 01 Apr 2022 15:36:07 +0200 (CEST) X-Rspamd-Queue-Id: 4KVLmT68bKz4mYX X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org designates 2a0b:f840::12 as permitted sender) smtp.mailfrom=pmc@citylink.dinoex.sub.org X-Spamd-Result: default: False [-1.72 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[sub.org]; NEURAL_SPAM_SHORT(0.58)[0.576]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE]; RCVD_TLS_LAST(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Wed, Mar 30, 2022 at 08:59:24PM -0700, Kevin Oberman wrote: ! > ! I am a bit puzzled as after two years you are the first one to report ! > ! that problem to my knowledge for either base system or jails. ! > ! > This is what greatly wonders me, too. So I was stronly thinking ! > that I am doing something wrong or unusual. But I cannot figure ! > it out, it just seems that the detrimental effect of the change ! > cannot be avoided (e.g. "service jail start" takes quite long now - ! > there's a lot of them). ! This may be irrelevant, but updating to the stable branch is not ! recommended as it is not regularly tested. Updating to 13.0-Release and ! then to stable is less likely to be problematic. Hi Kevin, (You are Kevin Oberman the network guru ?!?) You're essentially right, and I would normally agree. And it is not irrelevant, but then, it's apparently not related to this specific issue. The point is: I am not interested in 13.0. I am interested in 13.1. So I put up a pilot early, in order to report potential issues (as I reported here the issue with the fix for PR 76398). At that point this had to be stable/13. Then on saturday I tried to use fib, and I figured that fib is not fully implenented in 12.3, but apparently it is in 13. So I decided to give it a try and move my backbone to 13 - and to the same version that is already running on the pilot system, so that there is some base to compare things. Now there are issues - but it doesn't appear that these issues would be very different between stable/13 and releng/13.1. And -as can be read above- it neither looks like these issues would just disappear by themselves in the release, without someone looking for them. (The broken "ipfw fwd" is probably also present in 13.0 and will very likely still be present in 13.1 - and I don't believe much in testing because you can only test what you already expect to fail.) I am indeed pondering about the best approach. Over the last years I was only doing release upgrades (after I had run into ugly ZFS problems somewhere in Rel.10, caused by an intermediately broken Stable *and* broken memory chips). Now I am considering to do upgrades some 2-3 months ahead of the release, so if there are problems that hit here, there is a chance to spare the general public one or two troubles. cheerio, PMc From nobody Fri Apr 1 15:39:50 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 00EC11A54B44; Fri, 1 Apr 2022 15:39:53 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from fc.opsec.eu (fc.opsec.eu [IPv6:2001:14f8:200:4::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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4KVPVv5gpzz3k0c; Fri, 1 Apr 2022 15:39:51 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by fc.opsec.eu with local (Exim 4.95 (FreeBSD)) (envelope-from ) id 1naJNO-000DOv-Md; Fri, 01 Apr 2022 17:39:50 +0200 Date: Fri, 1 Apr 2022 17:39:50 +0200 From: Kurt Jaeger To: Glen Barber Cc: freebsd-stable@freebsd.org, freebsd-snapshots@freebsd.org, FreeBSD Release Engineering Team Subject: Re: FreeBSD 13.1-RC1 Now Available Message-ID: References: <20220401024029.GR76435@FreeBSD.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220401024029.GR76435@FreeBSD.org> X-Rspamd-Queue-Id: 4KVPVv5gpzz3k0c X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=softfail (mx1.freebsd.org: 2001:14f8:200:4::4 is neither permitted nor denied by domain of pi@freebsd.org) smtp.mailfrom=pi@freebsd.org X-Spamd-Result: default: False [-3.10 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[pi]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; TO_DN_SOME(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-stable,freebsd-snapshots]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:12502, ipnet:2001:14f8::/32, country:DE]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N Hi! > The first RC build of the 13.1-RELEASE release cycle is now available. If I update my 13.1-BETA2 system to 13.1-RC1, this happens: poudriere jail -u -j 131 -t 13.1-RC1 freebsd-update.fixed: Cannot upgrade from 13.1-RC1 to itself But poudriere jail -l still says: 131 13.1-BETA2 amd64 http 2022-03-19 09:57:44 /pou/jails/131 -- pi@FreeBSD.org +49 171 3101372 Now what ? From nobody Fri Apr 1 16:38:07 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id AC78D1A218A2; Fri, 1 Apr 2022 16:38:11 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from omta001.cacentral1.a.cloudfilter.net (omta001.cacentral1.a.cloudfilter.net [3.97.99.32]) (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 4KVQpC2T6mz3vxF; Fri, 1 Apr 2022 16:38:11 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from shw-obgw-4001a.ext.cloudfilter.net ([10.228.9.142]) by cmsmtp with ESMTP id aI8VnZcdE43SgaKHqnGMnT; Fri, 01 Apr 2022 16:38:10 +0000 Received: from spqr.komquats.com ([70.66.148.124]) by cmsmtp with ESMTPA id aKHonSk4D159UaKHpnw9EQ; Fri, 01 Apr 2022 16:38:10 +0000 X-Authority-Analysis: v=2.4 cv=frTP2X0f c=1 sm=1 tr=0 ts=62472a72 a=Cwc3rblV8FOMdVN/wOAqyQ==:117 a=Cwc3rblV8FOMdVN/wOAqyQ==:17 a=CgZkTQGOwzZGz1Ui:21 a=kj9zAlcOel0A:10 a=z0gMJWrwH1QA:10 a=VY3jW7vHAAAA:8 a=6I5d2MoRAAAA:8 a=YxBL1-UpAAAA:8 a=EkcXrb_YAAAA:8 a=VXVZ9nYamGOQNGkpEnEA:9 a=CjuIK1q_8ugA:10 a=wvJViTZbw86eNCrzd9Pk:22 a=UKjBECWEfCFPfndWmoCD:22 a=IjZwj45LgO3ly-622nXo:22 a=Ia-lj3WSrqcvXOmTRaiG:22 a=LK5xJRSDVpKd5WXXoEvA:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id 145A81CB; Fri, 1 Apr 2022 09:38:08 -0700 (PDT) Received: by slippy.cwsent.com (Postfix, from userid 1000) id EB3D811F; Fri, 1 Apr 2022 09:38:07 -0700 (PDT) X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.7+dev Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Greg 'groggy' Lehey cc: Alexey Dokuchaev , Yasuhiro Kimura , gjb@freebsd.org, freebsd-stable@freebsd.org, freebsd-current@freebsd.org, developers@freebsd.org Subject: Re: Considering stepping down from all of my FreeBSD responsibilities In-reply-to: <20220401064816.GS60301@eureka.lemis.com> References: <20220401001502.GI13797@FreeBSD.org> <20220401.142031.2286040474128292357.yasu@FreeBSD.org> <20220401064816.GS60301@eureka.lemis.com> Comments: In-reply-to Greg 'groggy' Lehey message dated "Fri, 01 Apr 2022 17:48:16 +1100." List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 01 Apr 2022 09:38:07 -0700 Message-Id: <20220401163807.EB3D811F@slippy.cwsent.com> X-CMAE-Envelope: MS4xfG+YK5+BmKgIL4rXb0luQn+Sk2Es5Bpptp6Z9ddJ2EqmedL6/1na88fAWm4wsL4nvtNBmSD5HyOiYr7HJRoHIIw/u2LZUSQT5awwBfQgECwL0oqL2qBg 6qvctGXsUkiqFa/OYhCIC66iUH73bKbs8fiNwYd3SDyLzO00G6OuP6pxW0TxhgxsCSgQlHxVAcv1mqT/wMvJzqsshOmqFUx63L34xVzpfybfJUe6b2jHVV/C cWe5OHEREMdAbtgvdf7Dn6oMmIiDGTRLRypOQMaCTmJHBya5quDMNBy1w4WvNnn0BWk0OQJd5lbCanmDDmAYQ7kNGnS8WOsjjohce8R5x94YU90iSbJkEcDZ nn73/TiEO9JU7jr2sLlR61fZRdpuNXiDI/XDKv89eq0500kpcyY= X-Rspamd-Queue-Id: 4KVQpC2T6mz3vxF X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N In message <20220401064816.GS60301@eureka.lemis.com>, Greg 'groggy' Lehey write s: > > --TSQPSNmi3T91JED+ > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > > On Friday, 1 April 2022 at 5:58:39 +0000, Alexey Dokuchaev wrote: > > On Fri, Apr 01, 2022 at 02:20:31PM +0900, Yasuhiro Kimura wrote: > >> Hi Glen, > >> > >> From: Glen Barber > >> Subject: Considering stepping down from all of my FreeBSD responsibilities > >> Date: Fri, 1 Apr 2022 00:15:02 +0000 > >> > >>> Dear community, > >>> > >>> Given the mental toll the past two years or so have taken on me, I have > >>> decided to step down from all of my "hats" within the Project, and take > >>> some time to sort out what my future looks like going forward. > >>> > >>> Happy April 1st. I'm not going anywhere. :-) > >> > >> We are waiting for the announce of FreeBSD 2.2.10-RELEASE. :-) > >> > >> Cf. https://lists.freebsd.org/pipermail/freebsd-announce/2006-April/001055 > .html > > > > I don't think 2.2.10 is warranted. > > Agreed. The upgrade isn't sufficiently important. > > How about 2.2.9.1? I had a different more sinister thought: Announcing that we've moved from BSDL to GPLv3 to be more like Linux. -- Cheers, Cy Schubert FreeBSD UNIX: Web: https://FreeBSD.org NTP: Web: https://nwtime.org The need of the many outweighs the greed of the few. From nobody Fri Apr 1 16:42:48 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E25711A240A1; Fri, 1 Apr 2022 16:42:50 +0000 (UTC) (envelope-from jhibbits@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KVQvZ5WY7z4T61; Fri, 1 Apr 2022 16:42:50 +0000 (UTC) (envelope-from jhibbits@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1648831370; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=3K7YYo697ahX7mOvKlrl3oYytD1ngHmRkVoagvf4KHI=; b=MEksn40FYeMrUhB3zjJ4Yq+75eKm/pjGh2lyFzhlYVbBmRiracq2m2sI/5pb3wTNke+ohC 4xAfSzYvoB0xcAghtOnVa6JhbeeIsCH0lcpxTG0LVvfL2mEUusdF5zw+Al63cuA6MtUgFQ 425JiPf59l4K1FGRTJn+oanL0oZ5ZSHSy1v9RDty7oNgMqDvZGAW4J+wL9Ey1QUyNcVPug qWeYYTbBlqvRRxyB2dFQg0o18opF6aqVgVDwX9r1Jhc1zmujCcnb2lYN790vSUXJ4KRlAB DVh17YTntaYr1/P1ez5uIQhw0+nicpa24HZGVQEbOSZpGTqL+ol2cNZvjIoAqw== Received: from ralga-linux (unknown [173.18.9.215]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: jhibbits) by smtp.freebsd.org (Postfix) with ESMTPSA id 31A011928; Fri, 1 Apr 2022 16:42:50 +0000 (UTC) (envelope-from jhibbits@FreeBSD.org) Date: Fri, 1 Apr 2022 11:42:48 -0500 From: Justin Hibbits To: Cy Schubert Cc: Greg 'groggy' Lehey , Alexey Dokuchaev , Yasuhiro Kimura , gjb@freebsd.org, freebsd-stable@freebsd.org, freebsd-current@freebsd.org, developers@freebsd.org Subject: Re: Considering stepping down from all of my FreeBSD responsibilities Message-ID: <20220401114248.1fb2bae6@ralga-linux> In-Reply-To: <20220401163807.EB3D811F@slippy.cwsent.com> References: <20220401001502.GI13797@FreeBSD.org> <20220401.142031.2286040474128292357.yasu@FreeBSD.org> <20220401064816.GS60301@eureka.lemis.com> <20220401163807.EB3D811F@slippy.cwsent.com> X-Mailer: Claws Mail 3.18.0 (GTK+ 2.24.33; powerpc64le-unknown-linux-gnu) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1648831370; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=3K7YYo697ahX7mOvKlrl3oYytD1ngHmRkVoagvf4KHI=; b=d123f1p4oO/vO4in3JI6QF2Vrd7MSVCRpBijnP+OvSmBfmQ3RRpUHgiR8oRi+u+QuulcbH fW7CnduHeQR9xPm5Qg/WTEWjQfYOshJENSmXfFx1847ACmM3RPUlIDm1nS2IbibxzMJGny UuOeRzDYmizyq2sGfKnIvjfML7V08ciE6sOGws76/d22tUEgRXaa3Edac7RmCmqv4r0eli N3n+xkNtltGxyHA/6IW2tOqVRa/MQSpElYhcLcvz0DVtTWGBwoMTzF9xu0bv9vGJqCNrFd Uud96OTSuF3tDjGJBCDbVpIDftU7HPGXtr01KpJqyuDjMDzETcrpbD7GS6h/tg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1648831370; a=rsa-sha256; cv=none; b=B/pUEFbWcOue69S8mFpSuC0Vr3Lp1pgcZFe1SfPx56vATYr/p9YlEJLgath/6SZ9P1R6MD 4uaSSCdl3jc4/i2kbXqguPaARkZEhvfiOOZbLSJjUuhgF40pgCPSUGDzw/gqmAJhGEtgn+ UgAHL3hiExyckOEIWc31aJrQ1+l/Q0FPLx79YZqRq1FyvpGRP4BQYD1k0KAWXctfFNJYC2 AYSeorHevSqe7ca/YJveJu6I6WxqG79ZVHhzqP3jSFaXzA+zixMBR6mXyY8DmrBqvPEs2e LLTHkYkwH2zEKQM6SU6OSUIaHabssRJ7Z7jGrpTiS5PHJJIFPPBWHA4l33mU/w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N On Fri, 01 Apr 2022 09:38:07 -0700 Cy Schubert wrote: > In message <20220401064816.GS60301@eureka.lemis.com>, Greg 'groggy' > Lehey write > s: > > > > --TSQPSNmi3T91JED+ > > Content-Type: text/plain; charset=us-ascii > > Content-Disposition: inline > > > > On Friday, 1 April 2022 at 5:58:39 +0000, Alexey Dokuchaev wrote: > > > > > On Fri, Apr 01, 2022 at 02:20:31PM +0900, Yasuhiro Kimura wrote: > > >> Hi Glen, > > >> > > >> From: Glen Barber > > >> Subject: Considering stepping down from all of my FreeBSD > > >> responsibilities Date: Fri, 1 Apr 2022 00:15:02 +0000 > > >> > > >>> Dear community, > > >>> > > >>> Given the mental toll the past two years or so have taken on > > >>> me, I have decided to step down from all of my "hats" within > > >>> the Project, and take some time to sort out what my future > > >>> looks like going forward. > > >>> > > >>> Happy April 1st. I'm not going anywhere. :-) > > >> > > >> We are waiting for the announce of FreeBSD 2.2.10-RELEASE. :-) > > >> > > >> Cf. > > >> https://lists.freebsd.org/pipermail/freebsd-announce/2006-April/001055 > > >> > > .html > > > > > > I don't think 2.2.10 is warranted. > > > > Agreed. The upgrade isn't sufficiently important. > > > > How about 2.2.9.1? > > I had a different more sinister thought: Announcing that we've moved > from BSDL to GPLv3 to be more like Linux. > > Take it to the next level. Since we're using git you can make the license change, do the commit, then send the commit email out, and it would have the valid hash and all. - Justin From nobody Fri Apr 1 16:48:48 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 91CBC1A2730D; Fri, 1 Apr 2022 16:48:55 +0000 (UTC) (envelope-from gjb@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KVR2b3MYVz4XlL; Fri, 1 Apr 2022 16:48:55 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1648831735; 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=ylRjaj0N5v+tL85K6B7jN/+LKmgIbJHrCKR2tcvBzvc=; b=xLryiUPOG8nrWW5LTF/BxMrXTeoENXbG7fIcg40Ha/N2/SH9pzaNelLukzqMtssJBmMNaj NP2bLhHJ+ljLAOAxujCs5qeKOTvY8ZtP1qmx8JFznSGRYeR9ZxVbHsw5d1HCjlEWhQTX+p Q3uejrqsijTcAPOFBD4J+w/kzAmOI2dV6xVrfeqSJpjgFGHEVIJAljIe24SgInKKNYDsyw fiYBc7dCDVWoE1QN+BqLRqM7Pq7PvC7IIRJGqO7eNFnBL6YcsDhR36bJ7+m+PI1fZobJmo yP4co/6Ru6XulM6/UNLPn7EQYwUBwLL5GoRhJZqwWQZRM5/+xQPULN4CQ1/E6w== Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id CECB2101D0; Fri, 1 Apr 2022 16:48:54 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Fri, 1 Apr 2022 16:48:48 +0000 From: Glen Barber To: Justin Hibbits Cc: Cy Schubert , Greg 'groggy' Lehey , Alexey Dokuchaev , Yasuhiro Kimura , freebsd-stable@freebsd.org, freebsd-current@freebsd.org, developers@freebsd.org Subject: Re: Considering stepping down from all of my FreeBSD responsibilities Message-ID: <20220401164848.GP13797@FreeBSD.org> References: <20220401001502.GI13797@FreeBSD.org> <20220401.142031.2286040474128292357.yasu@FreeBSD.org> <20220401064816.GS60301@eureka.lemis.com> <20220401163807.EB3D811F@slippy.cwsent.com> <20220401114248.1fb2bae6@ralga-linux> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Mua2edsUln3Jw4OC" Content-Disposition: inline In-Reply-To: <20220401114248.1fb2bae6@ralga-linux> ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1648831735; 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=ylRjaj0N5v+tL85K6B7jN/+LKmgIbJHrCKR2tcvBzvc=; b=OwVmIDl9LxervDhe2QxAyUekx6B7Agq4Gz+CG51de0xchx6Fi/8F1aQDJljPpz1FHyho+W 3S4WxobebEhW+zU/lDHaS18YfWmJ6N69R1KrXtAprzIoUXSPkTIXbrzpLJ64lUDe/Xbf2r k+k/0sLRCkmrzh/ZPKHNuZD3CKVFDoGhqJWVwISSsbziK1QDxGabytJuKM2TChAtxWcJNx bsIkjR6cd2GqlawA5fc2G5DAuAoPdjY4XkLAvDMlrb2C00+DcAVuLrX7XIkWz4aQqkonSl caw3zmTUv+eKGMFnlujNVsZIuPR5eDBalVvrpNYKadoYogwPk9rpj28hyj9muw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1648831735; a=rsa-sha256; cv=none; b=EFQ0sr70iPDPSbqQy/+ECAB/WnhY5UypnOl48ehkcJCQDg9kY3BIBfnleW6N1yWymzXcVf kuNr8XhJsnCWk5fChURPn3kqZtSn+emWOkLbzKH3qhaXzBbhvy4Hg42nKhm1ass7JzvGKi X83EyCRHK7m1Vz6GaLLWmdf7HvX8/pwH+ymnIHbVep9JdUrxJYZ+49roZO28iunJbXesd1 rqu6Ft2sIXHLS/IFY/owt2INtkDjEPDBrVdJvB8YT6zFSEryvr4w8q4gggCHDRSVXdDXts JjapzFoPXt8yWmSayiNR+yo1n7Jw7lVpR0AHT1MScGlc10d5hRjMd90+z6ssMw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N --Mua2edsUln3Jw4OC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 01, 2022 at 11:42:48AM -0500, Justin Hibbits wrote: > On Fri, 01 Apr 2022 09:38:07 -0700 > Cy Schubert wrote: >=20 > > In message <20220401064816.GS60301@eureka.lemis.com>, Greg 'groggy' > > Lehey write > > s: > > >=20 > > > --TSQPSNmi3T91JED+ > > > Content-Type: text/plain; charset=3Dus-ascii > > > Content-Disposition: inline > > > > > > On Friday, 1 April 2022 at 5:58:39 +0000, Alexey Dokuchaev wrote: > > > =20 > > > > On Fri, Apr 01, 2022 at 02:20:31PM +0900, Yasuhiro Kimura wrote: = =20 > > > >> Hi Glen, > > > >> > > > >> From: Glen Barber > > > >> Subject: Considering stepping down from all of my FreeBSD > > > >> responsibilities Date: Fri, 1 Apr 2022 00:15:02 +0000 > > > >> =20 > > > >>> Dear community, > > > >>> > > > >>> Given the mental toll the past two years or so have taken on > > > >>> me, I have decided to step down from all of my "hats" within > > > >>> the Project, and take some time to sort out what my future > > > >>> looks like going forward. > > > >>> > > > >>> Happy April 1st. I'm not going anywhere. :-) =20 > > > >> > > > >> We are waiting for the announce of FreeBSD 2.2.10-RELEASE. :-) > > > >> > > > >> Cf. > > > >> https://lists.freebsd.org/pipermail/freebsd-announce/2006-April/00= 1055 > > > >> =20 > > > .html =20 > > > > > > > > I don't think 2.2.10 is warranted. =20 > > > > > > Agreed. The upgrade isn't sufficiently important. > > > > > > How about 2.2.9.1? =20 > >=20 > > I had a different more sinister thought: Announcing that we've moved > > from BSDL to GPLv3 to be more like Linux. > >=20 > >=20 >=20 > Take it to the next level. Since we're using git you can make the > license change, do the commit, then send the commit email out, and it > would have the valid hash and all. >=20 I was so very close to doing something similar, but I was more worried about screwing up my local trees. Glen --Mua2edsUln3Jw4OC Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmJHLOoACgkQAxRYpUeP 4pP2bA/9HI73z19qq1mv29JyMQuJRaSHesxSeS+dNJmNrpKC1KDsSSPrwfVyYnt2 7bXdXa8+Zx35pHSIyAV+oR7YPLDi1tfiN2NeFb8ECMa+V63XXYxP5j+3n4EJnKvY a39yEW1ZtQdO9gWYjWQmk5dnUUBY2cmW6Po3g4t3VpbqKw68oRRVlaLSBCDGDAmx 0TpAUZopPe9jyLixjqDz0t3fDFzVklmw48fuWdU3lgXhoIZ4N26M6gsgt8IfQ5Ut Lm0GnLNCSQvVMHuSl4VLWErMPFFI7QaBxZVgWKw6K1PcGW9mtGR2jLejB3F+aOci 28Z0+nsYL3rsX1jxBrVSMvfhdGC378oJFY+LEq+Aq9fnWNq6bpw/NTw1xlyrmg64 S3OQKy4NKgbL2xX5V82gFAX25h7JinRNebUQ8VmJZvanJH3TSl7O+pfu2Gr+FLJA s2ZUb1dqzy04kch0VtS03HgNNRWCb5rltnIgqcvAB9BQ/m4SLJcOW0kPkUpYQ7T4 9WqoMYmHjnvluYayhsd/5RCQs1Zt8sFWN234sMCKrnp7l8SHU7VmeIu+PGMYetfN yhnZ9OgmzB0P9+OtXmZvwy/PTWUrpDnGN1ym3XziBIQTb5UpdVJqWcXZ3GXmNhs0 PnELX5Rc7ajb9zW/d6t/aRFfxGSXu4HDulPwZ5+0QoMF9OqjlCQ= =IhnJ -----END PGP SIGNATURE----- --Mua2edsUln3Jw4OC-- From nobody Fri Apr 1 16:56:27 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 8FEC11A428D1; Fri, 1 Apr 2022 16:56:42 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from mail.punkt.de (mail.punkt.de [IPv6:2a00:b580:8000:11:1c6b:7032:35e9:5616]) (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 4KVRCY3YfWz4cGd; Fri, 1 Apr 2022 16:56:41 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from smtpclient.apple (unknown [IPv6:2003:a:d59:3800:b009:4a2b:470a:7a13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.punkt.de (Postfix) with ESMTPSA id 443F14FDC0; Fri, 1 Apr 2022 18:56:28 +0200 (CEST) Content-Type: text/plain; charset=utf-8 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.80.82.1.1\)) Subject: Re: Considering stepping down from all of my FreeBSD responsibilities From: "Patrick M. Hausen" In-Reply-To: <20220401163807.EB3D811F@slippy.cwsent.com> Date: Fri, 1 Apr 2022 18:56:27 +0200 Cc: Greg 'groggy' Lehey , Alexey Dokuchaev , Yasuhiro Kimura , gjb@freebsd.org, freebsd-stable@freebsd.org, freebsd-current@freebsd.org, developers@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20220401001502.GI13797@FreeBSD.org> <20220401.142031.2286040474128292357.yasu@FreeBSD.org> <20220401064816.GS60301@eureka.lemis.com> <20220401163807.EB3D811F@slippy.cwsent.com> To: Cy Schubert X-Mailer: Apple Mail (2.3696.80.82.1.1) X-Rspamd-Queue-Id: 4KVRCY3YfWz4cGd X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hausen@punkt.de designates 2a00:b580:8000:11:1c6b:7032:35e9:5616 as permitted sender) smtp.mailfrom=hausen@punkt.de X-Spamd-Result: default: False [-2.72 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:b580::/32]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[punkt.de]; NEURAL_HAM_LONG(-1.00)[-0.997]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.93)[-0.927]; RCPT_COUNT_SEVEN(0.00)[8]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-current,freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16188, ipnet:2a00:b580::/32, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hi all, > Am 01.04.2022 um 18:38 schrieb Cy Schubert = : > I had a different more sinister thought: Announcing that we've moved = from=20 > BSDL to GPLv3 to be more like Linux. Don't we need explicit consent from every contributor for such a major = license change? Shouldn't we start over from 1.1.5.1 in that case to keep the number of = people lower? Patrick --=20 punkt.de GmbH Patrick M. Hausen .infrastructure Kaiserallee 13a 76133 Karlsruhe Tel. +49 721 9109500 https://infrastructure.punkt.de info@punkt.de AG Mannheim 108285 Gesch=C3=A4ftsf=C3=BChrer: J=C3=BCrgen Egeling, Daniel Lienert, Fabian = Stein From nobody Fri Apr 1 17:01:37 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id C6FB71A4484F; Fri, 1 Apr 2022 17:01:44 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KVRKN2p0Jz4fHD; Fri, 1 Apr 2022 17:01:44 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1648832504; 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=YI1WxI/D2MZjqkJ+jIMfl9KR/heDEnGMXZI37zh+iUA=; b=jJmVbbJrmVfBBGKzKp+Hu+KdrnvDrJMpPQLRa/YqB2WxruhYxwNP+pTg0T4itlbw9Rl98l vLH4pH3ylnmGnIcOIf2ObDUgi9hK/5Dlzjvk2L0rTcObczm9FNq7YyCfM95A/aL2uEavBm hm4Wz8lHKruhUk7Rk9kFkrBjSUU87rcvhHWe/2IjtM31gH1y1Dh3ndxr37QDbl6EmgsMqS xk8kEZEg3QiaIUvBIVyyHdC/AyZYTn+3v3W3YJxLGJ6SjgcVxnKoPop4DZnN92GnPwtqRo +QCKNwMJ4WLVAoCpU+b+0pfJFOZdDkf0cBR2pKekbqOIyyYXNa2QwINCbuX5wQ== Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id B2DCE101FC; Fri, 1 Apr 2022 17:01:43 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Fri, 1 Apr 2022 17:01:37 +0000 From: Glen Barber To: "Patrick M. Hausen" Cc: Cy Schubert , Greg 'groggy' Lehey , Alexey Dokuchaev , Yasuhiro Kimura , freebsd-stable@freebsd.org, freebsd-current@freebsd.org, developers@freebsd.org Subject: Re: Considering stepping down from all of my FreeBSD responsibilities Message-ID: <20220401170137.GQ13797@FreeBSD.org> References: <20220401001502.GI13797@FreeBSD.org> <20220401.142031.2286040474128292357.yasu@FreeBSD.org> <20220401064816.GS60301@eureka.lemis.com> <20220401163807.EB3D811F@slippy.cwsent.com> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="KxOeEu8Cag6KFZma" Content-Disposition: inline In-Reply-To: ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1648832504; 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=YI1WxI/D2MZjqkJ+jIMfl9KR/heDEnGMXZI37zh+iUA=; b=Gmw3WQSZ+RIZHB1nPAjB3rm/PbXiCtUhIyOPgUtjGvjTrMrb/SRpmIFFbU3UmwHc4MwXds 2R1DHGJd+JznfU/F9Bcztm80Wd8K98OKag9/Uhh9OY6CV2U3grfULaq0KtR0qK8p1QrNGH iB6ElKAnvbYmF3qpHDTJiFLljNx4dBMPxwwvjyd4MYpoCWsi6OKmw5JQtVD3t8zj8w6kai NgnDRgiw+yzYM9VO3lr3A09VG79pofFjdwEwQrzwDCp6ENrtTs2shMdYbZ89uiZGyBOE6v 7apdUxAjI+YbQZJA1gZwWdbLmFhI+wDwg/pspJKWefL8//eSYWO9bP+z+mjOxQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1648832504; a=rsa-sha256; cv=none; b=AnXbu3ZubtIdKm6+QqfYBQWaUx+MZiscJyMoP+TkxXhXgJXhAqDVGlqFcQk6y7m6uTU+FW SiwGCAx3eyqAWhQastneC0xR0smZPlZWfgLbEoepzVqrhAL4PaKt3OAt2d9vL3xBysHu5k cDFK4DYDPKTEc3IB52ONTgEXwXZSufqFzj1f1tJZX3K1TVVza1gCJgdRFNpVZD3IZzd3Y9 4bnu3vtgZTzc1bFgD6xAQTn800eyFv5JQommNXdpPg1dnt8d3p7I0cCc5LASYkyBGpg/ON ZxHx/9hQFZUUzdt3+D7AR8TEMgiLcLV5sihf+JpkXiIPiXB6g20cGAvOpTXX3w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N --KxOeEu8Cag6KFZma Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 01, 2022 at 06:56:27PM +0200, Patrick M. Hausen wrote: > Hi all, >=20 > > Am 01.04.2022 um 18:38 schrieb Cy Schubert : > > I had a different more sinister thought: Announcing that we've moved fr= om=20 > > BSDL to GPLv3 to be more like Linux. >=20 > Don't we need explicit consent from every contributor for such a major li= cense change? > Shouldn't we start over from 1.1.5.1 in that case to keep the number of p= eople lower? >=20 You're joking, right? If so, amusing. If not, check the date... Glen --KxOeEu8Cag6KFZma Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmJHL/EACgkQAxRYpUeP 4pOQ4g//aYcirf3Q6Tzt/kh0qPAf/Lob4oz5OChA96ZNxoLdZzJLTHj9cx6TDkOp aK9nM7qL3cXKbAZct67XYfeVpg46eItNSycJo8m4ZArwz+0diWMlrP9+KLIm28gs EoPj6l4iFNbK5ZrcHtLsknFM41FCUhGYILZm9EPu4bGueOmZs8PR+2Qm9bTETogO S7KcfhrC7zZyt7X4RwGXe7KZhhWWu21p5Mt93ur1JMPtvpSjJ2dVlQiH+kqHURLi VGFIPVG2u0zrsPmmfFWmGkj65yknVRU8GnCjGCIaZt3l+hOfjM2083jd2j395nFY hpxC12cAlPNdcd5UkAqb06z5F6mBMa9XpxX3kkt4OniE7O2yDbZoeCnU9tYGmuDb rfJoEJoxs0CanC6oHxBPjhddT6AHKz0536N0vFHh2hr4/fs5FcCLW1rmiJAczGSp KsAp4ts5t1aR5J0SQwdyGNJA/SSygvghvuH130usr3wIotvLZ+ocPuw/6I5FmC0t KnZOT7bUjMq4tvtSNUXFA8VY6iN3ku+tLm2Yl57PGLFK1OsyGTGHZIi6rG3dTnZx NIvek5mZvKmrL32qw7Kgp742uIMSMk1ba6XtqMoSiuMgbvUILHlW1EF/mT/NWUU0 NHQ+aGnOSLaaNGkYbZ6hpGqvWIfd4BzQVea1ejozufCc0oFBcZw= =QHYH -----END PGP SIGNATURE----- --KxOeEu8Cag6KFZma-- From nobody Fri Apr 1 17:04:23 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 5002A1A467B6; Fri, 1 Apr 2022 17:04:32 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from mail.punkt.de (mail.punkt.de [IPv6:2a00:b580:8000:11:1c6b:7032:35e9:5616]) (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 4KVRNb3JhYz4hCs; Fri, 1 Apr 2022 17:04:31 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from smtpclient.apple (opnsense.hausen.com [87.138.185.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.punkt.de (Postfix) with ESMTPSA id C043120B30; Fri, 1 Apr 2022 19:04:28 +0200 (CEST) Content-Type: text/plain; charset=utf-8 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.80.82.1.1\)) Subject: Re: Considering stepping down from all of my FreeBSD responsibilities From: "Patrick M. Hausen" In-Reply-To: <20220401170137.GQ13797@FreeBSD.org> Date: Fri, 1 Apr 2022 19:04:23 +0200 Cc: Cy Schubert , Greg 'groggy' Lehey , Alexey Dokuchaev , Yasuhiro Kimura , freebsd-stable@freebsd.org, freebsd-current@freebsd.org, developers@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20220401001502.GI13797@FreeBSD.org> <20220401.142031.2286040474128292357.yasu@FreeBSD.org> <20220401064816.GS60301@eureka.lemis.com> <20220401163807.EB3D811F@slippy.cwsent.com> <20220401170137.GQ13797@FreeBSD.org> To: Glen Barber X-Mailer: Apple Mail (2.3696.80.82.1.1) X-Rspamd-Queue-Id: 4KVRNb3JhYz4hCs X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hausen@punkt.de designates 2a00:b580:8000:11:1c6b:7032:35e9:5616 as permitted sender) smtp.mailfrom=hausen@punkt.de X-Spamd-Result: default: False [-2.79 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:b580::/32:c]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[punkt.de]; NEURAL_HAM_LONG(-1.00)[-0.998]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.993]; RCPT_COUNT_SEVEN(0.00)[8]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-current,freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16188, ipnet:2a00:b580::/32, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hi! > Am 01.04.2022 um 19:01 schrieb Glen Barber : >=20 > On Fri, Apr 01, 2022 at 06:56:27PM +0200, Patrick M. Hausen wrote: >> Hi all, >>=20 >>> Am 01.04.2022 um 18:38 schrieb Cy Schubert = : >>> I had a different more sinister thought: Announcing that we've moved = from=20 >>> BSDL to GPLv3 to be more like Linux. >>=20 >> Don't we need explicit consent from every contributor for such a = major license change? >> Shouldn't we start over from 1.1.5.1 in that case to keep the number = of people lower? >>=20 >=20 > You're joking, right? If so, amusing. If not, check the date... I'm German. I never make jokes. Of course!!! :-))) Patrick --=20 punkt.de GmbH Patrick M. Hausen .infrastructure Kaiserallee 13a 76133 Karlsruhe Tel. +49 721 9109500 https://infrastructure.punkt.de info@punkt.de AG Mannheim 108285 Gesch=C3=A4ftsf=C3=BChrer: J=C3=BCrgen Egeling, Daniel Lienert, Fabian = Stein From nobody Fri Apr 1 22:14:29 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 986521A49CB9 for ; Fri, 1 Apr 2022 22:14:38 +0000 (UTC) (envelope-from gcr+freebsd-stable@tharned.org) Received: from roadkill.tharned.org (tunnel294749-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:107f::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-signature ECDSA (P-384) client-digest SHA384) (Client CN "tharned.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KVZGP5ZBtz4Zmv for ; Fri, 1 Apr 2022 22:14:37 +0000 (UTC) (envelope-from gcr+freebsd-stable@tharned.org) Received: from w10.tharned.org ([IPv6:2001:470:1f11:107f:d546:aba6:adca:2c0]) (authenticated bits=0) by roadkill.tharned.org (8.17.1/8.17.1) with ESMTPSA id 231METGI062149 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Fri, 1 Apr 2022 17:14:29 -0500 (CDT) (envelope-from gcr+freebsd-stable@tharned.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tharned.org; s=2022; t=1648851269; bh=BUivw3jVicg/eW4L10My8WZsCCsvSY6HQScB9vPs60w=; h=From:To:Subject:Date; b=kFc3sHBYhyE9bjXN/SgSmQ+dGg8H03+xDE2TD12YpIGxQUj6NfAbBQicbaZ9uikpu KGKBIMW6odZSA/7Y0sY5cjI3aA+A4UqaDGTxihH+LNRuaG5sXcFWxe9bO1nnRreBag aspZqBXvnrMaqdOqk/O9hCGhuaz7G/NVrmLU8n6FnkCMEdP6Il5lOQrTsFcUXb849E lkxTTd3auo/0s80sDHksNG3XYhfg/mjNRLnSohyrDEe8WD7MxGYOiWleK5tww2JZiq oUwO8j1QpQQq20qyOnXmmYeVytT3CEwWnllTcp0Em/fNLkJjLCH1b8k8okPjwP0z/0 Mdi9iZGSZR+9g== X-Authentication-Warning: roadkill.tharned.org: Host [IPv6:2001:470:1f11:107f:d546:aba6:adca:2c0] claimed to be w10.tharned.org From: Greg Rivers To: FreeBSD Stable Mailing List Subject: Bug 262875 - em(4) driver fails to attach on Dell Latitude 5520 0A21 Date: Fri, 01 Apr 2022 17:14:29 -0500 Message-ID: <5407194.2f8PWJG3B8@no.place.like.home> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.4 (roadkill.tharned.org [IPv6:2001:470:1f10:107f:0:0:0:2]); Fri, 01 Apr 2022 17:14:29 -0500 (CDT) X-Rspamd-Queue-Id: 4KVZGP5ZBtz4Zmv X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=tharned.org header.s=2022 header.b=kFc3sHBY; dmarc=pass (policy=quarantine) header.from=tharned.org; spf=pass (mx1.freebsd.org: domain of gcr@tharned.org designates 2001:470:1f10:107f::2 as permitted sender) smtp.mailfrom=gcr@tharned.org X-Spamd-Result: default: False [-5.14 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[tharned.org:s=2022]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_MED(-2.00)[tharned.org:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; HAS_XAW(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[tharned.org:+]; DMARC_POLICY_ALLOW(-0.50)[tharned.org,quarantine]; NEURAL_HAM_SHORT(-0.64)[-0.638]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; CTE_CASE(0.50)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; TAGGED_FROM(0.00)[freebsd-stable]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N I submitted subject bug report a few days ago, but did not receive the usual email from bugzilla; and the issue has yet to be assigned. Could someone check to see if it's been overlooked somehow? Anyway, this is the first time I've seen a case where the em driver does not attach to generic Intel hardware. Has anyone else ever seen this? -- Greg From nobody Fri Apr 1 23:28:39 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 342B71A5A2C2; Fri, 1 Apr 2022 23:28:43 +0000 (UTC) (envelope-from grog@lemis.com) Received: from lax.lemis.com (www.lemis.com [45.32.70.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4KVbvs6Hcvz4pdy; Fri, 1 Apr 2022 23:28:41 +0000 (UTC) (envelope-from grog@lemis.com) Received: from eureka.lemis.com (121-200-11-253.79c80b.mel.nbn.aussiebb.net [121.200.11.253]) by lax.lemis.com (Postfix) with ESMTP id BB86B28087; Fri, 1 Apr 2022 23:28:40 +0000 (UTC) Received: by eureka.lemis.com (Postfix, from userid 1004) id 0C30B2635BE; Sat, 2 Apr 2022 10:28:40 +1100 (AEDT) Date: Sat, 2 Apr 2022 10:28:39 +1100 From: Greg 'groggy' Lehey To: Cy Schubert Cc: Alexey Dokuchaev , Yasuhiro Kimura , gjb@freebsd.org, freebsd-stable@freebsd.org, freebsd-current@freebsd.org, developers@freebsd.org Subject: Re: Considering stepping down from all of my FreeBSD responsibilities Message-ID: <20220401232839.GT60301@eureka.lemis.com> References: <20220401001502.GI13797@FreeBSD.org> <20220401.142031.2286040474128292357.yasu@FreeBSD.org> <20220401064816.GS60301@eureka.lemis.com> <20220401163807.EB3D811F@slippy.cwsent.com> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="y/XsGip80ttrIE8G" Content-Disposition: inline In-Reply-To: <20220401163807.EB3D811F@slippy.cwsent.com> Organization: The FreeBSD Project Phone: +61-3-5309-0418 Mobile: +61-490-494-038. Use only as instructed. WWW-Home-Page: https://www.FreeBSD X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 User-Agent: Mutt/1.6.1 (2016-04-27) X-Rspamd-Queue-Id: 4KVbvs6Hcvz4pdy X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of grog@lemis.com designates 45.32.70.18 as permitted sender) smtp.mailfrom=grog@lemis.com X-Spamd-Result: default: False [-3.52 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; FREEFALL_USER(0.00)[grog]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:www.lemis.com]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[FreeBSD.org]; NEURAL_SPAM_SHORT(0.48)[0.478]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_SEVEN(0.00)[7]; MLMMJ_DEST(0.00)[freebsd-current,freebsd-stable]; FORGED_SENDER(0.30)[grog@FreeBSD.org,grog@lemis.com]; RCVD_NO_TLS_LAST(0.10)[]; SIGNED_PGP(-2.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:20473, ipnet:45.32.64.0/19, country:US]; FROM_NEQ_ENVFROM(0.00)[grog@FreeBSD.org,grog@lemis.com]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N --y/XsGip80ttrIE8G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Friday, 1 April 2022 at 9:38:07 -0700, Cy Schubert wrote: > In message <20220401064816.GS60301@eureka.lemis.com>, Greg 'groggy' Lehey > write > s: >> >> --TSQPSNmi3T91JED+ >> Content-Type: text/plain; charset=us-ascii >> Content-Disposition: inline >> >> On Friday, 1 April 2022 at 5:58:39 +0000, Alexey Dokuchaev wrote: >>> I don't think 2.2.10 is warranted. >> >> Agreed. The upgrade isn't sufficiently important. >> >> How about 2.2.9.1? > > I had a different more sinister thought: Announcing that we've moved from > BSDL to GPLv3 to be more like Linux. Well, since we have accepted (or at least put up with) git, why not? Of course, things go both ways. For those of you who missed it, www.lemis.com/grog/slashdot/ And that wasn't even 1 April. Greg -- Sent from my desktop computer. See complete headers for address and phone numbers. This message is digitally signed. If your Microsoft mail program reports problems, please read http://lemis.com/broken-MUA.php --y/XsGip80ttrIE8G Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAmJHiqcACgkQIubykFB6QiNWRACgh27uAIwsSHQHHKQYo90a402W g+sAnRANi2RXs8GXMc0mBB5mPssvXhdW =TOkr -----END PGP SIGNATURE----- --y/XsGip80ttrIE8G-- From nobody Sat Apr 2 09:18:43 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 96C5E1A5BB8F for ; Sat, 2 Apr 2022 09:19:10 +0000 (UTC) (envelope-from nealie@nicandneal.net) Received: from smtp1.servermx.com (smtp1.servermx.com [134.19.178.79]) (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 4KVs191tTLz52Ky for ; Sat, 2 Apr 2022 09:19:09 +0000 (UTC) (envelope-from nealie@nicandneal.net) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=servermx.com; s=servermx; h=Content-Transfer-Encoding:Content-Type: In-Reply-To:From:References:To:Subject:MIME-Version:Date:Message-ID:Sender: Reply-To:Cc:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=TifOIbWrtLrxJi60LSkUlgRh7iMrjyY3GXHZ35APqlc=; b=csdwBXjk2ioaIJS9fHzLfggoPe jUJc8STQJAL1FJXBc8WGVLeiLpliJTYuKlih6tmhFpLb/ldwqC1XnNlODGg3drNOIi/eff93mFma1 uFpIAlT9Mv4gvWmbMpoqtsXXTxPsZwIo1qIbhcayYkhwdB3YdsQLytvvhd3izSQhsfqM=; Received: by exim4; Sat, 02 Apr 2022 11:18:59 +0200 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=servermx.com; s=servermx; h=Content-Transfer-Encoding:Content-Type: In-Reply-To:From:References:To:Subject:MIME-Version:Date:Message-ID:Sender: Reply-To:Cc:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=TifOIbWrtLrxJi60LSkUlgRh7iMrjyY3GXHZ35APqlc=; b=csdwBXjk2ioaIJS9fHzLfggoPe jUJc8STQJAL1FJXBc8WGVLeiLpliJTYuKlih6tmhFpLb/ldwqC1XnNlODGg3drNOIi/eff93mFma1 uFpIAlT9Mv4gvWmbMpoqtsXXTxPsZwIo1qIbhcayYkhwdB3YdsQLytvvhd3izSQhsfqM=; Received: by exim4; Sat, 02 Apr 2022 11:18:47 +0200 Message-ID: Date: Sat, 2 Apr 2022 11:18:43 +0200 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Subject: Re: FreeBSD 13.1-RC1 Now Available Content-Language: en-GB To: stable@freebsd.org References: <20220401024029.GR76435@FreeBSD.org> From: Neal Nelson In-Reply-To: <20220401024029.GR76435@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Feedback-ID:outgoingmessage:nealie@nicandneal.net:ns01.servermx.com:servermx.com X-AuthUser: bimu5pypsh X-AuthUser: bimu5pypsh X-Rspamd-Queue-Id: 4KVs191tTLz52Ky X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=servermx.com header.s=servermx header.b=csdwBXjk; dkim=pass header.d=servermx.com header.s=servermx header.b=csdwBXjk; dmarc=none; spf=none (mx1.freebsd.org: domain of nealie@nicandneal.net has no SPF policy when checking 134.19.178.79) smtp.mailfrom=nealie@nicandneal.net X-Spamd-Result: default: False [-3.28 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.980]; R_DKIM_ALLOW(-0.20)[servermx.com:s=servermx]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[nicandneal.net]; RCPT_COUNT_ONE(0.00)[1]; DKIM_TRACE(0.00)[servermx.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; MLMMJ_DEST(0.00)[stable]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:49453, ipnet:134.19.178.0/24, country:NL]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N I have been using the BETAs quite happily on my Intel 11th gen NUC (Tiger Lake), but RC1 has a show stopper for me in that DRM no longer works. I have posted the bug here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=262982 Unfortunately I mislabelled the bug as USB when I first filed it, so it probably hasn't come to the attention of the release engineering team yet. On 2022-04-01 04:40, Glen Barber wrote: > The first RC build of the 13.1-RELEASE release cycle is now available. > > Installation images are available for: > > o 13.1-RC1 amd64 GENERIC > o 13.1-RC1 i386 GENERIC > o 13.1-RC1 powerpc GENERIC > o 13.1-RC1 powerpc64 GENERIC64 > o 13.1-RC1 powerpc64le GENERIC64LE > o 13.1-RC1 powerpcspe MPC85XXSPE > o 13.1-RC1 armv6 RPI-B > o 13.1-RC1 armv7 GENERICSD > o 13.1-RC1 aarch64 GENERIC > o 13.1-RC1 aarch64 RPI > o 13.1-RC1 aarch64 PINE64 > o 13.1-RC1 aarch64 PINE64-LTS > o 13.1-RC1 aarch64 PINEBOOK > o 13.1-RC1 aarch64 ROCK64 > o 13.1-RC1 aarch64 ROCKPRO64 > o 13.1-RC1 riscv64 GENERIC > o 13.1-RC1 riscv64 GENERICSD > > Note regarding arm SD card images: For convenience for those without > console access to the system, a freebsd user with a password of > freebsd is available by default for ssh(1) access.  Additionally, > the root user password is set to root.  It is strongly recommended > to change the password for both users after gaining access to the > system. > > Installer images and memory stick images are available here: > >     https://download.freebsd.org/ftp/releases/ISO-IMAGES/13.1/ > > The image checksums follow at the end of this e-mail. > > If you notice problems you can report them through the Bugzilla PR > system or on the -stable mailing list. > > If you would like to use Git to do a source based update of an existing > system, use the "releng/13.1" branch. > > A summary of changes since 13.1-BETA3 includes: > > o Handle interrupts racing with device suspend with the hdac driver. > > o Allow kern.ipc.maxsockets to be set to current value without error. > > o Call rtsx_init() on resume in the rtsx(4) driver. > > o Fixes to vfs. > > o Update to LLVM to fix the lang/rust port build on powerpc. > > o Several network-related updates and fixes. > > o Several Linux ABI-related updates and fixes. > > o The riscv64sf build had been fixed. > > o OpenZFS 2.1-release had been merged from upstream. > > o Updates and fixes to libarchive(3). > > o Updates and fixes to devd(8). > > o Various 802.11 wireless updates and bug fixes. > > o Various LinuxKPI updates and fixes. > > o The kernel build without INET or INET6 had been fixed. > > o Several arm64-specific fixes. > > A list of changes since 13.0-RELEASE is available in the releng/13.1 > release notes: > >     https://www.freebsd.org/releases/13.1R/relnotes/ > > Please note, the release notes page is not yet complete, and will be > updated on an ongoing basis as the 13.1-RELEASE cycle progresses. > > === Virtual Machine Disk Images === > > VM disk images are available for the amd64, i386, and aarch64 > architectures.  Disk images may be downloaded from the following URL > (or any of the FreeBSD download mirrors): > >     https://download.freebsd.org/ftp/releases/VM-IMAGES/13.1-RC1/ > > BASIC-CI images can be found at: > >     https://download.freebsd.org/ftp/releases/CI-IMAGES/13.1-RC1/ > > The partition layout is: > >     ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) >     ~ 1 GB  - freebsd-swap GPT partition type (swapfs GPT label) >     ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) > > The disk images are available in QCOW2, VHD, VMDK, and raw disk image > formats.  The image download size is approximately 135 MB and 165 MB > respectively (amd64/i386), decompressing to a 21 GB sparse image. > > Note regarding arm64/aarch64 virtual machine images: a modified QEMU EFI > loader file is needed for qemu-system-aarch64 to be able to boot the > virtual machine images.  See this page for more information: > >     https://wiki.freebsd.org/arm64/QEMU > > To boot the VM image, run: > >     % qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt  \ >     -bios QEMU_EFI.fd -serial telnet::4444,server -nographic \ >     -drive if=none,file=VMDISK,id=hd0 \ >     -device virtio-blk-device,drive=hd0 \ >     -device virtio-net-device,netdev=net0 \ >     -netdev user,id=net0 > > Be sure to replace "VMDISK" with the path to the virtual machine image. > > === Amazon EC2 AMI Images === > > FreeBSD/amd64 EC2 AMIs are available in the following regions: > >   af-south-1 region: ami-0bccc2716efeefcbf >   eu-north-1 region: ami-0ce95993e42891b9f >   ap-south-1 region: ami-0b21a85189e12bef8 >   eu-west-3 region: ami-061185182f9641acf >   eu-west-2 region: ami-0b00ecdc6ff80ef3e >   eu-south-1 region: ami-0665196e488d0a57a >   eu-west-1 region: ami-0342f326e268657b7 >   ap-northeast-3 region: ami-0996517f7b95f2149 >   ap-northeast-2 region: ami-0d48fd45b94bb41d6 >   me-south-1 region: ami-048018553f7bdbc85 >   ap-northeast-1 region: ami-0ac15156f1a71e2fe >   sa-east-1 region: ami-0aeaee295a6049ce9 >   ca-central-1 region: ami-0e68e4ecaaf1c729d >   ap-east-1 region: ami-0ca9ab6f8f4f62669 >   ap-southeast-1 region: ami-0f2b254769a11a67b >   ap-southeast-2 region: ami-056ea59d7e7d9e523 >   eu-central-1 region: ami-02f8ba40b20310727 >   ap-southeast-3 region: ami-0f279dfb1b5124d25 >   us-east-1 region: ami-0f57c4ae68c74f623 >   us-east-2 region: ami-0b04753154e334cec >   us-west-1 region: ami-0a23a01cedd878b94 >   us-west-2 region: ami-040fd5af89f21e035 > > These AMI IDs can be retrieved from the Systems Manager Parameter Store > in each region using the keys: > >     /aws/service/freebsd/amd64/base/ufs/13.1/RC1 > > FreeBSD/aarch64 EC2 AMIs are available in the following regions: > >   af-south-1 region: ami-0801c46d9bf20bea0 >   eu-north-1 region: ami-0d6e0cdfcb2aa21e5 >   ap-south-1 region: ami-00b946ebdcd0d1a09 >   eu-west-3 region: ami-0b7426bdae131fffc >   eu-west-2 region: ami-09858767905730419 >   eu-south-1 region: ami-0a238da2ecf308a36 >   eu-west-1 region: ami-0abe38df0fde533ff >   ap-northeast-3 region: ami-03dd78fb2d9f7ece2 >   ap-northeast-2 region: ami-03b88f83a12c54cfc >   me-south-1 region: ami-0a2d6ef82d9ba822e >   ap-northeast-1 region: ami-06094f1e6483193ef >   sa-east-1 region: ami-03c4c09d70b96179e >   ca-central-1 region: ami-0a23db1010e4314d2 >   ap-east-1 region: ami-04a78987e100bcf45 >   ap-southeast-1 region: ami-0d0089f595da3dedd >   ap-southeast-2 region: ami-02096f741e0afc6d6 >   eu-central-1 region: ami-019cff04d8f068c2f >   ap-southeast-3 region: ami-06d800f285675c8b9 >   us-east-1 region: ami-007d2836976c674a3 >   us-east-2 region: ami-0a77d63fda0604a68 >   us-west-1 region: ami-099e83d286888dd75 >   us-west-2 region: ami-0d0ab198c2127cef7 > > These AMI IDs can be retrieved from the Systems Manager Parameter Store > in each region using the keys: > >     /aws/service/freebsd/arm64/base/ufs/13.1/RC1 > > === Vagrant Images === > > FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can > be installed by running: > >     % vagrant init freebsd/FreeBSD-13.1-RC1 >     % vagrant up > > === Upgrading === > > The freebsd-update(8) utility supports binary upgrades of amd64, i386, > and aarch64 systems running earlier FreeBSD releases.  Systems running > earlier FreeBSD releases can upgrade as follows: > >     # freebsd-update upgrade -r 13.1-RC1 > > During this process, freebsd-update(8) may ask the user to help by > merging some configuration files or by confirming that the automatically > performed merging was done correctly. > >     # freebsd-update install > > The system must be rebooted with the newly installed kernel before > continuing. > >     # shutdown -r now > > After rebooting, freebsd-update needs to be run again to install the new > userland components: > >     # freebsd-update install > > It is recommended to rebuild and install all applications if possible, > especially if upgrading from an earlier FreeBSD release, for example, > FreeBSD 12.x.  Alternatively, the user can install misc/compat12x and > other compatibility libraries, afterwards the system must be rebooted > into the new userland: > >     # shutdown -r now > > Finally, after rebooting, freebsd-update needs to be run again to remove > stale files: > >     # freebsd-update install > > == ISO CHECKSUMS == > > o 13.1-RC1 amd64 GENERIC: >   SHA512 (FreeBSD-13.1-RC1-amd64-bootonly.iso) = > 2da571e94468ec09a124014b3e19b792ca4358975892091c55c568d1fe2dc32618438fcda1ebabd7c793860af125ef9a8f312252c2d707970e826853cac52a2d >   SHA512 (FreeBSD-13.1-RC1-amd64-bootonly.iso.xz) = > 7af25281d6c5ad4b07a7ae8cc44267d332bd19a33fb7b67c10a9c0ab09e1ef85a8eca0a33be0703418fef51fedf076d03701b0bd1df5fac9bad7ea3777b4f113 >   SHA512 (FreeBSD-13.1-RC1-amd64-disc1.iso) = > 99060184eff270a8aa7ebd2384c523dff810ca90059e4a54713bdaff186036b49f85cb3f4b2c0679031ce5672dc64d6c5ffea9cf2ca989f4ca4aa627362d3eb9 >   SHA512 (FreeBSD-13.1-RC1-amd64-disc1.iso.xz) = > fc30922444a35e5eb6770190234a87bbcda2e3c7f7eaadef6af53a4ac63ee2e987f849f2928b51fd71f9d4dcdd0afa80ed5dfc60c944599f0e8a881c58b566d9 >   SHA512 (FreeBSD-13.1-RC1-amd64-dvd1.iso) = > 7d572fe3170910d4c03dc94c31cf1251497095f45c2a4828a4ee56ddd33d57da585ccb73bec109aed4cf5f639da8922fe15a867afe32c58f865163475b7d01b3 >   SHA512 (FreeBSD-13.1-RC1-amd64-dvd1.iso.xz) = > 44ce7717e7d67e5d4fd934224f3651c4c4ad762252ee9f2183efcb21770a6d9a7404e7566a5b79e366a8128e06da6cd48f658927be2d5bbec04e6151abaa3ba3 >   SHA512 (FreeBSD-13.1-RC1-amd64-memstick.img) = > 7edeacadf3ec730a7d1d4dbbfbc30ceee5f2035d8e9ce5ca1aa578344c003b7a1c8a372ced0f95e3a9ad9eaebface437f94eeaca12a7b37483a88f97c1312b7d >   SHA512 (FreeBSD-13.1-RC1-amd64-memstick.img.xz) = > b8c88b284e1de4c1a27906cd3ec2679999bb2acf49b4cbf258138b6dc019871b78ce6338c664d7c0c87f26d2e072b5979fedbf60ba53caa796df5fec3a932d8e >   SHA512 (FreeBSD-13.1-RC1-amd64-mini-memstick.img) = > fd9b4a95841186be01ddcbab907db25e11950a6851ef71a72e1cdbedf590c7f8f3ddb85f3055058c47fef8912dbd6969e17e888d418da89049ea6eacc36d4c1e >   SHA512 (FreeBSD-13.1-RC1-amd64-mini-memstick.img.xz) = > c6cdf0de6e99f578f2d096085a1f6ccfe873d2cd7614d8deed83b3780cdfc2b3787d36677d788e54c7419d06485b5296f96bec8cbebcc4ccf03c1a231f5764b6 > >   SHA256 (FreeBSD-13.1-RC1-amd64-bootonly.iso) = > bf77ef2f82bd5a5044cb79f3eb808a480ae472d64842cf65ac55e2bbbcf96d41 >   SHA256 (FreeBSD-13.1-RC1-amd64-bootonly.iso.xz) = > 2ac41131370e294d65db2231abd4ad4145872e6ef801047458d04dec1d74b794 >   SHA256 (FreeBSD-13.1-RC1-amd64-disc1.iso) = > 59275597f929d6e668a0bff03bd1d9765317f092cff3f0202ab7a9ae74edcf0e >   SHA256 (FreeBSD-13.1-RC1-amd64-disc1.iso.xz) = > 6e5bb2d3818f45e2c523d7dd6d78494c02d0f7cd41bbc91f5ebe0dc7a0244024 >   SHA256 (FreeBSD-13.1-RC1-amd64-dvd1.iso) = > 022b05e70dae5ab92a075bd0f2b078a841666fb8edb12a58ac5a6de570fe2ea5 >   SHA256 (FreeBSD-13.1-RC1-amd64-dvd1.iso.xz) = > 6fbd0a63cf7921f1bfe7a3a8a0dcd6022c2e2603393372006a045d2b2caae6f2 >   SHA256 (FreeBSD-13.1-RC1-amd64-memstick.img) = > 24160a11a6c9d70c543cf9eb6fd9fe91ab0963d37e87b72265fb8cd8d76e1b94 >   SHA256 (FreeBSD-13.1-RC1-amd64-memstick.img.xz) = > a0ebef25052bd2cd67c9d326d5ace6241b87dae1be13aeb199d10b65f8c2a218 >   SHA256 (FreeBSD-13.1-RC1-amd64-mini-memstick.img) = > c8a9f7a609a638c51ec4ff72a3b6356de819b1248dcfba5975fae277883237aa >   SHA256 (FreeBSD-13.1-RC1-amd64-mini-memstick.img.xz) = > a2654de4af88520b769e9e31389a39f9a27db0b9041ce3b7bf1ca458154d1f28 > > > o 13.1-RC1 i386 GENERIC: >   SHA512 (FreeBSD-13.1-RC1-i386-bootonly.iso) = > 7e2f6829259a86ab330b3f0214ac6f1ee7242455b85518be1a62c45eb99a1e12018778e49e75b6b9d8bff5ffef785c776af5afe819499c9edaab870421ae60ba >   SHA512 (FreeBSD-13.1-RC1-i386-bootonly.iso.xz) = > 2fce73e655a77e31885e84bcab8373c57ab247caa696a5834646e500623269351ed3cf3ab884d44c1132c81f94866fee053797291d3f1a6e48ad400cf3dae835 >   SHA512 (FreeBSD-13.1-RC1-i386-disc1.iso) = > b8241236a4d2ed0a5fe7d6dd02fd136a2c846cd29ae2bb011fac96f26471b2c32d8b02e0b46e28b0499aff51cf30121c02aad27e5f90b6deca7a9bf7e2129ebc >   SHA512 (FreeBSD-13.1-RC1-i386-disc1.iso.xz) = > f6ec18178e0a102a2cbbf4ea50580acea7f065c9baf5f83beff922957b422549267d9086547ea31dfd8ac45ac165f2542ae739b66061d26828ca29ede76dcc35 >   SHA512 (FreeBSD-13.1-RC1-i386-dvd1.iso) = > 24f4999b2fa0f318f8ed76db27f8dbd853ddee3d1cb0e369ee75ae46c2caca627a239268fe79b0db6629aa547925c6c91823069603cf26191202ff80d4c3578b >   SHA512 (FreeBSD-13.1-RC1-i386-dvd1.iso.xz) = > 1eaad777bbed77009633c8d2020d328f2eea270273b8d3a9a974148cf9d9147d6ba2260b9818efde0413695ac58c1e3665eba734a63a30774c98d9f05c97bd47 >   SHA512 (FreeBSD-13.1-RC1-i386-memstick.img) = > f6b87387e6535983d736093c6aef0019d5bc92b983f2322877b0374bf06a14f343b400f3211afb09431c838b2b5157ecbe7bcc55640963c828d57afcee64ebd7 >   SHA512 (FreeBSD-13.1-RC1-i386-memstick.img.xz) = > bf13bf644c538d16cdbcf46b9765d39c32c32ad6cba3fb800df490a2a180084767742d63f7b0af31cc93d92b6cbe3eea473956105b076489b8c2f0ff7229bb54 >   SHA512 (FreeBSD-13.1-RC1-i386-mini-memstick.img) = > 4b67adc0d30a43eb6b61eda479c1f5d460969bb596f85c40411025477f445263f9ea46a348cb0b68f59b90b0fdb425151429178e242c5a981c7e8a1cf8ad7b98 >   SHA512 (FreeBSD-13.1-RC1-i386-mini-memstick.img.xz) = > 79a7c0670a134fa50a27fc44fc87b3c6e9ac0c81a3159d270fe04a1ee0021b702e490ef3cd0513e5692e9dbe646370478d7acc1c35a7fafe1be7cecfe545d916 > >   SHA256 (FreeBSD-13.1-RC1-i386-bootonly.iso) = > dea591ed9bfcb7860a84eca1a91091db961c0abffcf78c76f299a61c5fdc0015 >   SHA256 (FreeBSD-13.1-RC1-i386-bootonly.iso.xz) = > ee07baf0d8f35e2fdc768f843a45ea5a41b54020fd794a599b1ff231f8627ab0 >   SHA256 (FreeBSD-13.1-RC1-i386-disc1.iso) = > c327e192fcfd2bf4061fe72795bd943ad215e0b804247e78706138582c6b5bc1 >   SHA256 (FreeBSD-13.1-RC1-i386-disc1.iso.xz) = > a3a49d7d3a447c20bf7b86f88c94e2ee1289952f3dcbcdd6796608d7ddf1d212 >   SHA256 (FreeBSD-13.1-RC1-i386-dvd1.iso) = > 23049961e8717299eb5acea29017ac4ad0863b9dd79a1093fc323f8d2c8188a2 >   SHA256 (FreeBSD-13.1-RC1-i386-dvd1.iso.xz) = > 4297c2f1338fc163e38ad84ccf3820b9bb3baf7bb1e56b10790bdd4cd693f5d8 >   SHA256 (FreeBSD-13.1-RC1-i386-memstick.img) = > af95132c1898989b770ea40258053708258fdebaa3427506529f509a6edbf520 >   SHA256 (FreeBSD-13.1-RC1-i386-memstick.img.xz) = > 7740f22d593a93432a47dea799c36d441ec55dd51b26344e9f4f12987cc033f4 >   SHA256 (FreeBSD-13.1-RC1-i386-mini-memstick.img) = > 70de18dd0353b5988474aafabbbb3de8961286868c9cf6c687c835b584f8255e >   SHA256 (FreeBSD-13.1-RC1-i386-mini-memstick.img.xz) = > 883c7dfbf60222f4b93a970754c2b765cf8df983e0249762ba56d56714b4cbb1 > > > o 13.1-RC1 powerpc GENERIC: >   SHA512 (FreeBSD-13.1-RC1-powerpc-bootonly.iso) = > 757dcfff0d44d37513e94089670a5bf0262b01475e1372ab9abb228a0759418f5608308cf722f3e81ac5b9b61e5189355ec7163dc32f9582a69b5cdd1545ae40 >   SHA512 (FreeBSD-13.1-RC1-powerpc-bootonly.iso.xz) = > 61741bf24c8eb47a3eda4b61ee7bae41b74812501a7297df552d18c2be8e171159c531c3c8cc892c90bcf3c341a9fba721da49af653bae67ddddb3f79db7cef2 >   SHA512 (FreeBSD-13.1-RC1-powerpc-disc1.iso) = > 7755700ae2511e0214fcc1b5c481f37faf6b31027a3e90aa7f82cb0ca7f8722ca3fdc1fd9c9bbb53cb409d4dc82db18bf1bcb88df4207683b7ea6ca73a24bf9a >   SHA512 (FreeBSD-13.1-RC1-powerpc-disc1.iso.xz) = > 9bb89ea8f0903b448383076c8e8d0fad0acc0e744b1302dbc453e1f91f1f144642337c0862354b724f12b90ce4a5fce3d6645499d786e53e24fdd8d3dbeb4c64 >   SHA512 (FreeBSD-13.1-RC1-powerpc-dvd1.iso) = > c1465f36be7a88b41154167f1540028229631c9ebb823308d36add761fe3fddaf1124170bd2d531de92af47d789166fc383b949b02b22a18d65b2e53cdd2e0e7 >   SHA512 (FreeBSD-13.1-RC1-powerpc-dvd1.iso.xz) = > 20aa1ad11332e5229aa76ddb1b8e7f4a1589c23f3f32c1aba945d515c976438b0081c3092ba935e5e4c3187731050161b414ef65a7fb9288bb52bf77b208e24f > >   SHA256 (FreeBSD-13.1-RC1-powerpc-bootonly.iso) = > 3627f5c7aa096b2ed7b3b862a1494af7c7841e8efa1694def9f9c20717f74a74 >   SHA256 (FreeBSD-13.1-RC1-powerpc-bootonly.iso.xz) = > 27475dfed02fe629f6e28e5ca6bb7e95f9ace1aba58d086248dcfe0217796366 >   SHA256 (FreeBSD-13.1-RC1-powerpc-disc1.iso) = > 6e77ed6425175146abc8f7965c4ce54278fe8c8dfe9cd2592942410fd6c6e8c7 >   SHA256 (FreeBSD-13.1-RC1-powerpc-disc1.iso.xz) = > cee8a6ce5fa251111c54475bf274e7252a63c621d34c04faf09a180a6e89b180 >   SHA256 (FreeBSD-13.1-RC1-powerpc-dvd1.iso) = > 194924811500bdfe5d6afe494500523e6a9900a7a27c78c8ccc4e799c57cebc4 >   SHA256 (FreeBSD-13.1-RC1-powerpc-dvd1.iso.xz) = > cbee9b251c2a99e5878f659bb78bcfeb4a4dba68e372746f4691d4e2a76fa014 > > > o 13.1-RC1 powerpc64 GENERIC64: >   SHA512 (FreeBSD-13.1-RC1-powerpc-powerpc64-bootonly.iso) = > 4a01bf8f430cce9b29891b3f8a348dd77d27e0d92ddabf7a436f7122824af14deabde20f8b7f6473cc09cc9333453d0dd8d1a7fe9fabb9854eabe5fcdc677487 >   SHA512 (FreeBSD-13.1-RC1-powerpc-powerpc64-bootonly.iso.xz) = > ceabef753a062813e906c1a99826b0ef2b7903a89455ccddcc82c21b7c806bb44452b327a68f083b02b88ffe60c79b51b8d6eb587040d98ca595dd48f973ee11 >   SHA512 (FreeBSD-13.1-RC1-powerpc-powerpc64-disc1.iso) = > b664f4b1e83d814184f2ecb25a14bcd21d106e70001cc21bbea9bff056adbb7ddd2adac5023c854ea221699e436ae7f9de6cb6bfae31e90e84c22b8ffea20753 >   SHA512 (FreeBSD-13.1-RC1-powerpc-powerpc64-disc1.iso.xz) = > 2d1848491009cb45a9fea3f3ec39aecf15b5c62f8f843d30a5370d038d0a83c76d704e284f1a81ba66b7292fa38537dcbbec11b76f6bfcabba9207acf205f2c1 >   SHA512 (FreeBSD-13.1-RC1-powerpc-powerpc64-dvd1.iso) = > 00988575b426b38cd917d45256efb182522eb3b74a132748b1661744fa005a6b5f30a54fb6478bd9fb95407ac2b09d3158227a74f916989f4718f91b5858d225 >   SHA512 (FreeBSD-13.1-RC1-powerpc-powerpc64-dvd1.iso.xz) = > e70514a59163900a45d5506dee1a917df5a769f142a6b1ed92e31e7722371b11c65f7b348aaf828b0b8cda5deda7dcaf053d979045d5df8610a0db8d8ea73140 > >   SHA256 (FreeBSD-13.1-RC1-powerpc-powerpc64-bootonly.iso) = > f9e7599af33ac8d14b8d526141f100e95599ab137f8fc85ddf9c99a3bcb9353d >   SHA256 (FreeBSD-13.1-RC1-powerpc-powerpc64-bootonly.iso.xz) = > 8397fe5112afa3153f56f5af14ca28b4cf019b0415b229455139f18dbe283f62 >   SHA256 (FreeBSD-13.1-RC1-powerpc-powerpc64-disc1.iso) = > a53bdef4434309d80c9e39c81787ad1becef2c203c7e0efe655e104ab7094cc5 >   SHA256 (FreeBSD-13.1-RC1-powerpc-powerpc64-disc1.iso.xz) = > 42f69473155f8afc071ea94b9ba6d62c5f8829511b0bd8d61f87ea0a27e8f1f9 >   SHA256 (FreeBSD-13.1-RC1-powerpc-powerpc64-dvd1.iso) = > 41761a52c00ca71b830c3e6e655f0af9c799bf5900e4cd59d2abb4ba5019eb78 >   SHA256 (FreeBSD-13.1-RC1-powerpc-powerpc64-dvd1.iso.xz) = > 4f82322cfe31f1450b2c0ddfee8860b08d58ed3387df50ce029a65969fe99fe5 > > > o 13.1-RC1 powerpc64le GENERIC64LE: >   SHA512 (FreeBSD-13.1-RC1-powerpc-powerpc64le-bootonly.iso) = > a5bb38235e982e942d3ee12d19d6446957b6e6271484b071fd9f5d0378cf98355ca7af051b9a1de96b7e575cbd574720599fd9d4d13f2fdfbfbc7f334129df5c >   SHA512 (FreeBSD-13.1-RC1-powerpc-powerpc64le-bootonly.iso.xz) = > 4da66326c516ea7e925d4ab4d4d1f557eddec51839c81fa3ebf8b007a9f5af1ca7598a72f1b976dd1e3e7d3a74dd4a78a6c180c310d9e3d0183ca22071dfcc99 >   SHA512 (FreeBSD-13.1-RC1-powerpc-powerpc64le-disc1.iso) = > 69ac8c4e5287914a07c8ad61062e504110a364abbfc494907b53f06f1b03d75ca22f8824baf38df09302e53d2e0a29db95cb80271378e79e7bc42595abb51a82 >   SHA512 (FreeBSD-13.1-RC1-powerpc-powerpc64le-disc1.iso.xz) = > 0d12e4e4e129db372dd84dff155228dd25b3bce279226d551ef0be24f62147ab817dbb0e89e5098d143ed2f616a8bae7c9103ad390cfc290ca78490014207e65 >   SHA512 (FreeBSD-13.1-RC1-powerpc-powerpc64le-dvd1.iso) = > a5e7c60e1d7135ee82a53b37c1f3747b86b7209fdcfe0f64e846ff32f64b097e25d1b911daecebc1e0091f2604181e2a775e094c40739f5976882285fcca7d7e >   SHA512 (FreeBSD-13.1-RC1-powerpc-powerpc64le-dvd1.iso.xz) = > 5bbd87f4b329e2732e27d5786f2844fe5a08505407b892ba1e9e308e5cc19da45c7543586aa1b7fcf747c6796f8846170b2f779033b6de512d08adf8ed751a33 > >   SHA256 (FreeBSD-13.1-RC1-powerpc-powerpc64le-bootonly.iso) = > 1c9c6f72529b4e097f0fff72c92fac0908916d90b28f24de06249a77a6d8380d >   SHA256 (FreeBSD-13.1-RC1-powerpc-powerpc64le-bootonly.iso.xz) = > e02db5782ec8246995f49b79f630c79e6fecf43d1833984198a97bbddd4e5e5d >   SHA256 (FreeBSD-13.1-RC1-powerpc-powerpc64le-disc1.iso) = > 0df3309dc019f1c2d09e5ddb6915afd5d46e6b8d26625da088858aa546672a12 >   SHA256 (FreeBSD-13.1-RC1-powerpc-powerpc64le-disc1.iso.xz) = > e68e274a8dad940b2c89d723b0081bf1f2836195677da8543f4bae84be592fb1 >   SHA256 (FreeBSD-13.1-RC1-powerpc-powerpc64le-dvd1.iso) = > 8df25bb709a95978996b0457e29990755f7d4eb454ebc863f02b39904e7109fa >   SHA256 (FreeBSD-13.1-RC1-powerpc-powerpc64le-dvd1.iso.xz) = > 8a38116c18a801ff2b29da52ff191c1db1fb84c91e3826f24fc6c8b59f7bd682 > > > o 13.1-RC1 powerpcspe MPC85XXSPE: >   SHA512 (FreeBSD-13.1-RC1-powerpc-powerpcspe-bootonly.iso) = > 7d73817bcc7921d9c00a92fcd5466eedae52fb25f4d4632616f7e799cdb12465862c75bb2c4001aac693d13e39d6db7bc0dee4bc14f103e52fc42d95e5b3fac2 >   SHA512 (FreeBSD-13.1-RC1-powerpc-powerpcspe-bootonly.iso.xz) = > e4b11603ff5ceccfd800567cef2adbba0509adad02b919993f9e369989e9c69f2e94ab79cf3325b9cabe4cda2506604a6d60c0a74e90c43774ccdeb02e517260 >   SHA512 (FreeBSD-13.1-RC1-powerpc-powerpcspe-disc1.iso) = > a25a949baf734763b465b133b2000390de95bc86d16f7b0aeace8c8ad2cd3587c32b8cf0ed3c3f5067460aff4c9fd8cf713fd4e2d731b5cd8c6141e19677e720 >   SHA512 (FreeBSD-13.1-RC1-powerpc-powerpcspe-disc1.iso.xz) = > 9ab9d8d236190b59c365d0d45e5fe7ed4e60275c2cc51e03d66ca5be39dd4b49248b5053166300beaaa912d742cb02760b7f10c4425cc910b1ac344b7c31cd1f >   SHA512 (FreeBSD-13.1-RC1-powerpc-powerpcspe-dvd1.iso) = > fce99fecfb30ed7c495e9ce19e6cad32bd6e4afbbe2de44dc3d3b1a677ea0ad8836343a5ce13f5d307e06157a135098db787c1c83a25d9b76a98701521f3efca >   SHA512 (FreeBSD-13.1-RC1-powerpc-powerpcspe-dvd1.iso.xz) = > 3fa09eb50e0bcdb3f9e51b992f51daa9bc80aadedfeeba55a8e421bc8d726c9978064590895fc413fa65dfe4d4c161dff694f588a5fcabca97bdf3e7417823da > >   SHA256 (FreeBSD-13.1-RC1-powerpc-powerpcspe-bootonly.iso) = > 180a8186e8982c391db4f8983666a40277aa66693db4e7ceb143c4e152e9ffa3 >   SHA256 (FreeBSD-13.1-RC1-powerpc-powerpcspe-bootonly.iso.xz) = > 5e5c6bdcdf06fa99cb01f11e0905e7479330680c426713e07db6413dd104d871 >   SHA256 (FreeBSD-13.1-RC1-powerpc-powerpcspe-disc1.iso) = > fe100bb06cacd7dbeae5491c80837829c7a604a82ab714a1f4373f14ce7eacd3 >   SHA256 (FreeBSD-13.1-RC1-powerpc-powerpcspe-disc1.iso.xz) = > fef0226520112f2ff0c9817506f9f2673b4752c3b377a2e93df5ae88cf849b25 >   SHA256 (FreeBSD-13.1-RC1-powerpc-powerpcspe-dvd1.iso) = > a782eeafe05671740ebdd21bbea212ea4626cc518b9d1e6228eeb01e35da0cfb >   SHA256 (FreeBSD-13.1-RC1-powerpc-powerpcspe-dvd1.iso.xz) = > 586fef9a3d014615586b73c4987ca355a564fcea0461cd479d20fe28ce1ba8e1 > > > o 13.1-RC1 armv6 RPI-B: >   SHA512 (FreeBSD-13.1-RC1-arm-armv6-RPI-B.img.xz) = > 76c26a52d7ca9d5a80ea481482c8596957c2c8606bce117157439ed55cc6bed58a77856821a482e8c6abf4fc2112326906b48604a7e38c0ed4d54e613754694b > >   SHA256 (FreeBSD-13.1-RC1-arm-armv6-RPI-B.img.xz) = > 96c0ae82644f521f89ecbd6ca6c122ad296eb3a95c99f8fc8e90927114f5458c > > > o 13.1-RC1 armv7 GENERICSD: >   SHA512 (FreeBSD-13.1-RC1-arm-armv7-GENERICSD.img.xz) = > dddb36cfa6a88d91eb7b428a2a7d8d2ed4a57920a1a95a89127e54cafd04fab6fe0f0ba74cf8f484cdbf2a98142f9b58c1a6e7a19d308293307b93715a931bfb > >   SHA256 (FreeBSD-13.1-RC1-arm-armv7-GENERICSD.img.xz) = > 9f8ced61a244bbaa72b014558c646964308fcb4a0127238283f720e80a2b733b > > > o 13.1-RC1 aarch64 GENERIC: >   SHA512 (FreeBSD-13.1-RC1-arm64-aarch64-bootonly.iso) = > de05c390f47245ef015e47844eef1b1e3c10823b210186b5bec865891823726d6e9f1df801632423b86ca58fb5b00672673652731cd04036dcef1a302636c1a4 >   SHA512 (FreeBSD-13.1-RC1-arm64-aarch64-bootonly.iso.xz) = > 232a26d949a85131dcd0649becd4edae826fdda25bd4994c03f40b9605b424f76f57578072bfe0fc7fd33576d1ebea86bf13f861b7132d074c80f529e99d8080 >   SHA512 (FreeBSD-13.1-RC1-arm64-aarch64-disc1.iso) = > 76445fc2195b0461d3cab1d089a7522b61d6825f17e178b80fc2378243621f165dcd55ff30fb5a5a0c9858ae3283c257cef9024a7872c91e7b0e55e4171b0c35 >   SHA512 (FreeBSD-13.1-RC1-arm64-aarch64-disc1.iso.xz) = > f5fe6b13059aa7983841fcfe5bb9052fd555ddbc2709f2b409f71e7f3da43aca0b71e0bd4da516532c0e2b85eba4875169f6f0df39e6d024e27953d66ff23a3d >   SHA512 (FreeBSD-13.1-RC1-arm64-aarch64-dvd1.iso) = > 1ac3d585cad176c75571f3ec0c815d668a22f114a064b0e2d39dadd6032ed4fa9fedd75fb47d44d384400a30180f29c3024640411b5a88390e6e602be1a22743 >   SHA512 (FreeBSD-13.1-RC1-arm64-aarch64-dvd1.iso.xz) = > 9194e658eb05501b13abf3e815efc778f204d72619cf639c7b4ba6a56d01f5f205059250162aa89c9cd3cd397f890c0582d680583e3bcc471c5a1610074f93dd >   SHA512 (FreeBSD-13.1-RC1-arm64-aarch64-memstick.img) = > 937ed44b1dea0469854c9de15e1afbfe895922e895c5ede74eb2c1d8dd9357106bbe92103d30b3f715304fbc51d95adaa058ae842fad0bd90641bb11c7abf71b >   SHA512 (FreeBSD-13.1-RC1-arm64-aarch64-memstick.img.xz) = > 7a63e5028b19c9e0a1d2d38cd5ee67bc0f3ecb6362d7af16a988b5ba39283d4c5e299715ef35f532f39eba4538597d8e32ec0a123ee60cb711608de3c4de5fdd >   SHA512 (FreeBSD-13.1-RC1-arm64-aarch64-mini-memstick.img) = > a67fe64311931f65710ccc0556e88f3372a53326c8025af54b67e9f1b35f8c2b21d5d49c931692e090900211138f6a3c59ed56d6bc674a2d75b1bbe7dd218a83 >   SHA512 (FreeBSD-13.1-RC1-arm64-aarch64-mini-memstick.img.xz) = > 780d1a00a4878669b32f4dfea1a2d12211ebcd2bccb96e08e1ad44a0053bf516c727e06f1255dc3b407645d63b5e792ac581b9eccfc62b3dab543aee078c70f7 > >   SHA256 (FreeBSD-13.1-RC1-arm64-aarch64-bootonly.iso) = > a5e0e974e14004b6177a3ba47b29282afbd2f2f641dab314919dedfb848d0187 >   SHA256 (FreeBSD-13.1-RC1-arm64-aarch64-bootonly.iso.xz) = > 7ff41824357e21a45ef5a8438310246d244269090b45a93b3e8b3d6126a4b2ee >   SHA256 (FreeBSD-13.1-RC1-arm64-aarch64-disc1.iso) = > 7ce43c00a60ebb99f5231530b2f539c2e73fcd386f650f7afa06c71d6672f977 >   SHA256 (FreeBSD-13.1-RC1-arm64-aarch64-disc1.iso.xz) = > 136149d07ea06d5c2ca5373f6a11503508e7f5d53139899562c9cb5a69e3f281 >   SHA256 (FreeBSD-13.1-RC1-arm64-aarch64-dvd1.iso) = > 72d5279e410227cd05ae566e95fd351d64d5d3155249ff11f625b76b5167454e >   SHA256 (FreeBSD-13.1-RC1-arm64-aarch64-dvd1.iso.xz) = > 6f70c53394d5d80706bb38b237a8aa7c712e80631bbdc8e316c3db6f935f6743 >   SHA256 (FreeBSD-13.1-RC1-arm64-aarch64-memstick.img) = > 1bde6ed1bb1e920e4ebd3d0678c01ab16be8ae206b55c62268456ade12d43b1a >   SHA256 (FreeBSD-13.1-RC1-arm64-aarch64-memstick.img.xz) = > b4fbfb212c2c650a1ff7cea936d408259852d5842102c42d466e421afb9e2c01 >   SHA256 (FreeBSD-13.1-RC1-arm64-aarch64-mini-memstick.img) = > 1e3cfd73d35d53566b28ebababad38a3eb886cd8b3ea72bf0c4ec8cf9f4e93a0 >   SHA256 (FreeBSD-13.1-RC1-arm64-aarch64-mini-memstick.img.xz) = > d3596afed6693136c63e98760a2dd2709de01b83199aeac9eab97e6443a20bc4 > > > o 13.1-RC1 aarch64 RPI: >   SHA512 (FreeBSD-13.1-RC1-arm64-aarch64-RPI.img.xz) = > b5608df21d89dc3caab4e1bc400dd81a65af6cde17a3d4ddd82f2251888574a9cad4f5c45067d349f0ed83b81d4696d3a7b9dc3e2078514639fbd8ccc9cc5294 > >   SHA256 (FreeBSD-13.1-RC1-arm64-aarch64-RPI.img.xz) = > 961f6591d5830c6e96fb61efc5ebb75a9faac37e82d4fa4a401af81e0aca5cee > > > o 13.1-RC1 aarch64 PINE64: >   SHA512 (FreeBSD-13.1-RC1-arm64-aarch64-PINE64.img.xz) = > 24aa8198766517c1546cda8686e805eb4a92266ccf614d51969ac49cacb3049e1a1efcab099c38b0999809fa35bd172bcf3c87de619d3d88f3d342a2e0421a6f > >   SHA256 (FreeBSD-13.1-RC1-arm64-aarch64-PINE64.img.xz) = > fec9d323db7ee4ed102323bc142dca3f203644236461f9d27885bdfcda007c33 > > > o 13.1-RC1 aarch64 PINE64-LTS: >   SHA512 (FreeBSD-13.1-RC1-arm64-aarch64-PINE64-LTS.img.xz) = > b01773341c844dc0d0b6fed3a8ad2586c914f43e328394f017fadf70d22edeead3e5539f2e730b80f2c2a793736e66ae77cfda600e543602745441cc0d35c71b > >   SHA256 (FreeBSD-13.1-RC1-arm64-aarch64-PINE64-LTS.img.xz) = > ae8adbc37636a3df38ce68092bb526978e10599486b8c285ad3609b3f743d1b7 > > > o 13.1-RC1 aarch64 PINEBOOK: >   SHA512 (FreeBSD-13.1-RC1-arm64-aarch64-PINEBOOK.img.xz) = > cd5109730088dbe227f5cd15d1e1d41f9eda4a848bdc58c18367fecb2aad48cf20e916111898ec07251f89223bf8eddff92eb37253cfca208957010bce98bb3d > >   SHA256 (FreeBSD-13.1-RC1-arm64-aarch64-PINEBOOK.img.xz) = > ef283f65adebf61ec33eef68159ac047fd2f9c1091d219ac6d139ee7defe550f > > > o 13.1-RC1 aarch64 ROCK64: >   SHA512 (FreeBSD-13.1-RC1-arm64-aarch64-ROCK64.img.xz) = > 1056550a68a11e2342bf5b0995c60832fa987cb5acf74934e5bb25e774a566dfbe91980255785e6281d104912f63f0f310a7e0bae59c7da45c9a06f15f93d154 > >   SHA256 (FreeBSD-13.1-RC1-arm64-aarch64-ROCK64.img.xz) = > da95a28a8b932ffc605a63aa7f591fb16dae9c02269256ffd47859f900450ad8 > > > o 13.1-RC1 aarch64 ROCKPRO64: >   SHA512 (FreeBSD-13.1-RC1-arm64-aarch64-ROCKPRO64.img.xz) = > 225000a0e167b575e1730343e1f131f5f19d01017703df961348080924a34f9f7ca10e8dcc72e0a3f318572a8125a1b52a87e2b1be9997e9b6f1609c1ec331b0 > >   SHA256 (FreeBSD-13.1-RC1-arm64-aarch64-ROCKPRO64.img.xz) = > 5d880da0f6314e4fa92e58c98b9ff5eae6b4a820d44a38762e19998e2663f95b > > > o 13.1-RC1 riscv64 GENERIC: >   SHA512 (FreeBSD-13.1-RC1-riscv-riscv64-bootonly.iso) = > 07a388aa172c5eba8795c1d85f50f0ee42cf71a434ab1c5138d9883b4c7c5699544ea4ee2b3a4ef172f66e56ba4228c73230f512b1d1153c73e4570a13b08529 >   SHA512 (FreeBSD-13.1-RC1-riscv-riscv64-bootonly.iso.xz) = > 6a97c7ea2e23c3d35362f1a85d90f49e8169c78b096068c9103edbb8c4a3a1988674c426822b3a2ccf54fbd8951fb9c03fc2ba6db2fc7e7a0880dabb5ff0ec2a >   SHA512 (FreeBSD-13.1-RC1-riscv-riscv64-disc1.iso) = > 8fb2d53c6ce46d80ea0116be215e1f4df70e47fd085e2a29dd7c6edf7724181749d2e06306fdacfc7638b5811471b9fd25fc6711dd4fe86fcfcaec72f6bf3a88 >   SHA512 (FreeBSD-13.1-RC1-riscv-riscv64-disc1.iso.xz) = > 8fe5879d1b60b6458116c803323ca579541314c21d8b34856ae90514377daa7df03105b0a13e9555556b3f73b332a89bd092e528d1ecb95bd0d3fc6c6a562a4d >   SHA512 (FreeBSD-13.1-RC1-riscv-riscv64-dvd1.iso) = > 141f24d33fd5ae0133786d4c8cbcc1c9f5fad34a89366517f8993b72b18f1318ff6c8cec5634a1e1cae2f75bafc04e81bea8df50ab8df0cc1ed5bfbdc57e4b9e >   SHA512 (FreeBSD-13.1-RC1-riscv-riscv64-dvd1.iso.xz) = > a565350b2a02e69bc968eaab74775a18e09c76fa9e18b927da0ea82338be6726e727913dacca91bef3ea46c75d5ce341065e91810a481c53284763135279f074 >   SHA512 (FreeBSD-13.1-RC1-riscv-riscv64-memstick.img) = > a9fb62a4189ee7ca7ccfcae94cb6e7b85a40d7dc2327c47440d3ec5f43cc6aa08520fada47f8586912bbdc75ad66885ee600b589dac1b46da88cc202e065b84b >   SHA512 (FreeBSD-13.1-RC1-riscv-riscv64-memstick.img.xz) = > 45ddbe1c5ceade70d95b38a18e855b2b3324433f411eb3afe509c44b8fc387a3d82052546d00cfb83e2ad090a402224bd0c3f126a0486d1bf8322208f4c3c634 >   SHA512 (FreeBSD-13.1-RC1-riscv-riscv64-mini-memstick.img) = > 7c54bb4fe0964694543e9c736f87fcbce83f77f9bf65c27bbe096cd8a1f47fcc15f4d64248b0da814fa9f7df033de1c27e88820f05d42f77a7ac9c366c1c86a4 >   SHA512 (FreeBSD-13.1-RC1-riscv-riscv64-mini-memstick.img.xz) = > c7f2470e904666e404bf88c18f4f7ed004daa4d9b0b5bea1ed38f825c95821a96efbe7ec6a9400aac239f999366e35953da2cef2643740841bafc22b15b3cd58 > >   SHA256 (FreeBSD-13.1-RC1-riscv-riscv64-bootonly.iso) = > 3fa7d1100eba53959f56bc0399e0a6367642d5913223cf792cb541da0ceb802d >   SHA256 (FreeBSD-13.1-RC1-riscv-riscv64-bootonly.iso.xz) = > d06fdf0dc849e23e0b27654345dfda7379dcab4e26cd4d6bdfabec25d89d101c >   SHA256 (FreeBSD-13.1-RC1-riscv-riscv64-disc1.iso) = > 1a6fff753ce24f7108f84af7b02d1c7b6b5050fadd8751876eb0e0cc585348fb >   SHA256 (FreeBSD-13.1-RC1-riscv-riscv64-disc1.iso.xz) = > 66f0b90813f33ec2ae07978df9077c4f14178408ee7991298001868233674710 >   SHA256 (FreeBSD-13.1-RC1-riscv-riscv64-dvd1.iso) = > c1efe4bc051710b3b627b7201c82996f6265346b696d983ce6a935a5f7c42590 >   SHA256 (FreeBSD-13.1-RC1-riscv-riscv64-dvd1.iso.xz) = > 48b5bdff11a6cbf0d20c2016aa16e3089d930e159efcaac3c87c204c1fa65538 >   SHA256 (FreeBSD-13.1-RC1-riscv-riscv64-memstick.img) = > d495ebd6d597fcebffcd2521649cf956b8a20ba0d398cf50a43fe9ca0cf75219 >   SHA256 (FreeBSD-13.1-RC1-riscv-riscv64-memstick.img.xz) = > a699fd603e90123f8e29c3529557bd5ff0e32fd8ff8d08e1eb77d357b5ffdd69 >   SHA256 (FreeBSD-13.1-RC1-riscv-riscv64-mini-memstick.img) = > b6880f1aafcfac53102f55e1ce00783b6104298c37c2a958c50e007e85a1b0df >   SHA256 (FreeBSD-13.1-RC1-riscv-riscv64-mini-memstick.img.xz) = > b1752023d36dcea710f95f4d0be0882679e3b6206eca76af57bfd4151c3c2e1e > > > o 13.1-RC1 riscv64 GENERICSD: >   SHA512 (FreeBSD-13.1-RC1-riscv-riscv64-GENERICSD.img.xz) = > 9679cda12ee59c8912735bbdb7dfbd5b0f60920d8a0f26767d03db17e54e96392fe631decac571e2f84f0caca1d6b6fff8af38dfbec7a1fa1fb01adb9d5e9bfc > >   SHA256 (FreeBSD-13.1-RC1-riscv-riscv64-GENERICSD.img.xz) = > 3d0dc77f8d6231a9885f5f6af16cab4abdb0e0ceccca2aad4c3eecc63a28237e > > > == VM IMAGE CHECKSUMS == > > o 13.1-RC1 amd64: >   SHA512 (FreeBSD-13.1-RC1-amd64.qcow2.xz) = > 776684f8a2340141d1fb134ef7712c7712a22fafbc7f567283eb68ce0c7da56b00b034cc351964faed10c3cb752bc13020f9bb8a3c764b3e9bcf91c5131c43f7 >   SHA512 (FreeBSD-13.1-RC1-amd64.raw.xz) = > e3dbc2d9b88e22400870d35b7214878cb6dc35b018331b4e9d4f37b8770233dc443e895aad5333a1b2fa009ad0c7a343ffbc6d1926bf4eff49811fd216b887d2 >   SHA512 (FreeBSD-13.1-RC1-amd64.vhd.xz) = > 872bb17664363fd5e9feb7d5139eef913ad6fb2bc069d68ec5d7c5f88defa9b6cb43894d102416f99085918560abe79b514a2649697b24de731986f1b6123d1b >   SHA512 (FreeBSD-13.1-RC1-amd64.vmdk.xz) = > 34e76d90176600bd541b261b2bd308a441394488313be4eaec0ebb8f07ef7cf56aec7b4b75c9ebcc9ecc2c3455c1c283fec0e434d6b1fcb1a8d9d7cce666a3f0 > >   SHA256 (FreeBSD-13.1-RC1-amd64.qcow2.xz) = > f4e560cf460ac6fa0b58bb6c6bafbe0a59a313ff64e602315fabe3a9d094a9b1 >   SHA256 (FreeBSD-13.1-RC1-amd64.raw.xz) = > 444166aedb2f749a9512145709e93d8df00b0f906e9860c6ecfaed4508e26e56 >   SHA256 (FreeBSD-13.1-RC1-amd64.vhd.xz) = > 54d0f3644928749a9ff1cb6531cd051e5ca2b11b5d0b47c8d2a789388794237a >   SHA256 (FreeBSD-13.1-RC1-amd64.vmdk.xz) = > 5922d43e4d4b762486d0f15cfec84ecf31c9d9f30f162fe574aa3779683ecbc7 > > > o 13.1-RC1 i386: >   SHA512 (FreeBSD-13.1-RC1-i386.qcow2.xz) = > 0764aa0bb25e2d417c5f08b236d9d75368fa3b5529cb77d13a923c9355f902f2deba0bd0e90b133e6336de2959b5d64b18518a4a9cb2786a032c879e125cbc77 >   SHA512 (FreeBSD-13.1-RC1-i386.raw.xz) = > da1cd33daa25ae66408e5e91d2e1ab7977b8700366135fcd47e0684c4e4daa53105a0645d33caf5d19ae976dac22b765ea822ce3054b80ec0c1187df594e749c >   SHA512 (FreeBSD-13.1-RC1-i386.vhd.xz) = > a1a1828ea92e1fc05e1a9c82e69b298a2475d9fcea25eaaace5e02a55f8e3856789aab771051794317e223d9205ea97dc92b06f398aa8f9f88fce30521535bf8 >   SHA512 (FreeBSD-13.1-RC1-i386.vmdk.xz) = > 3cb9a669544ca610c035e19f5a70dfb83ed133bd5d1512ae810591ab70b870545058c96ab9128900a788b2ff676dc5e4b17cfc0768db451bc3feb6932dc57aec > >   SHA256 (FreeBSD-13.1-RC1-i386.qcow2.xz) = > 2eebfb8d6a01eb144582d89a641b63f42b24089debd30daecdf89090d39321f6 >   SHA256 (FreeBSD-13.1-RC1-i386.raw.xz) = > 56ffb844975455d19e413c8b4a849d69bc74b7eed828fff0f0f4ced4d4d837a1 >   SHA256 (FreeBSD-13.1-RC1-i386.vhd.xz) = > 454860f13ed1b796080471736afbceb8ba006fa9bcc51e6835c5ffe7c17fa663 >   SHA256 (FreeBSD-13.1-RC1-i386.vmdk.xz) = > f26c6a4b12b587642fafffb4177ee003a0ddac02b62be056dc978054d94bc74d > > > o 13.1-RC1 aarch64: >   SHA512 (FreeBSD-13.1-RC1-arm64-aarch64.qcow2.xz) = > 26c354bffc3922c71517d20f3015c749e703e898feed5e63727ffdc4e81a8013f61baed41f2e040d3c6532218abcd021c64d5a796c4170ef7b6f1ec05fc81b0b >   SHA512 (FreeBSD-13.1-RC1-arm64-aarch64.raw.xz) = > cd1e9e58632ffb2128ebadc7e53bf5b4c9242f14ab21ccbaa7def90997e3a22d38c6023f9d3af2ebbc26f58dd7dcf08f9f8b4aa230a6a7d02df155708ec1d222 >   SHA512 (FreeBSD-13.1-RC1-arm64-aarch64.vhd.xz) = > 53b77466a66d7717702fce4004335803d74672abaf3b2199c1d5ee6ac974ae06629392f71e5638762dc1a94825a49bdde57b9adc863746338c56800d2a6206be >   SHA512 (FreeBSD-13.1-RC1-arm64-aarch64.vmdk.xz) = > 6795dfac1298c86175d5dff0df19eb3fce7e4bb298e92ab884f924ba0a38ee5506dfe8edf82559ebf91aed2dc51fc748d6c00d620801a91c5c84b42701fd7152 > >   SHA256 (FreeBSD-13.1-RC1-arm64-aarch64.qcow2.xz) = > 9b63d74173fe73871097caf2dbd9d75338902b90ff02dc7a2832474f11688b72 >   SHA256 (FreeBSD-13.1-RC1-arm64-aarch64.raw.xz) = > 7da407d596b173d46d99a4b77577979a9cb7b669436a8dff4944c37e3586a9e2 >   SHA256 (FreeBSD-13.1-RC1-arm64-aarch64.vhd.xz) = > aa399cf2a81fd10af644e8f06bdd1fcb6bab33802088863ead8799ba5acbba69 >   SHA256 (FreeBSD-13.1-RC1-arm64-aarch64.vmdk.xz) = > a3c843ce9895cf442904b854a35cfe9d11050e266336f3a650741b06c77dda14 > > > o 13.1-RC1 riscv64: >   SHA512 (FreeBSD-13.1-RC1-riscv-riscv64.qcow2.xz) = > 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 >   SHA512 (FreeBSD-13.1-RC1-riscv-riscv64.raw.xz) = > 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 >   SHA512 (FreeBSD-13.1-RC1-riscv-riscv64.vhd.xz) = > 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 >   SHA512 (FreeBSD-13.1-RC1-riscv-riscv64.vmdk.xz) = > 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 > >   SHA256 (FreeBSD-13.1-RC1-riscv-riscv64.qcow2.xz) = > 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 >   SHA256 (FreeBSD-13.1-RC1-riscv-riscv64.raw.xz) = > 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 >   SHA256 (FreeBSD-13.1-RC1-riscv-riscv64.vhd.xz) = > 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 >   SHA256 (FreeBSD-13.1-RC1-riscv-riscv64.vmdk.xz) = > 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 > > > o 13.1-RC1 amd64 BASIC-CI: >   SHA512 (FreeBSD-13.1-RC1-amd64-BASIC-CI.raw.xz) = > 46e21bfb8eab1cb9c6e8c161b518bf59812c8e575db2eb5de27b358b4c7583085735740bb7fdc8e17609eb92c30ef50b5cde08502c9fd0e87a659fe32eb06d3a > >   SHA256 (FreeBSD-13.1-RC1-amd64-BASIC-CI.raw.xz) = > c8f4e83795e109fadab3e257a4a7de82205cb67152493ecf9165613f5fefbbd0 > > Regards, > > Glen > > Love FreeBSD?  Support this and future releases with a donation to > the FreeBSD Foundation!  https://www.freebsdfoundation.org/donate/ > > From nobody Sat Apr 2 11:29:28 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B35701A57CD5 for ; Sat, 2 Apr 2022 11:29:55 +0000 (UTC) (envelope-from dch@skunkwerks.at) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4KVvw24BrZz3NGQ for ; Sat, 2 Apr 2022 11:29:54 +0000 (UTC) (envelope-from dch@skunkwerks.at) Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id B581D5C0187; Sat, 2 Apr 2022 07:29:48 -0400 (EDT) Received: from imap44 ([10.202.2.94]) by compute2.internal (MEProxy); Sat, 02 Apr 2022 07:29:48 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=skunkwerks.at; h=cc:content-type:date:date:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to; s=fm2; bh=CgVHU1DXKZeTwTbZpbnd5Q5tLTIRht9qD6ywHi Y5ysM=; b=UrmnS7fLUesOp2qDLJBV3UoT32aJyD48+Df0/18wHi1ZUsMl9A+gGX qZX7DBGLtUPxTpBUV5Bk74YawDWA6UeS/WgW2rm6bSvvG2eN7diXkvC5FHlrnSQH Eq4wzBrquhz7e7jqzzbmAXQCDThTPE8Ppi5yQKBNFr40dbc3PJ9o8kxlJZL7EnDw FmhZgDBhjt0vsVthcRhf9JOO+QIAMCf26xjdExEM7GT256jpy4nkzzqEU3mcZu8G n5voYgA7NcHCR18/Ro5Za9uizGP9qXN1+DvUAOIAar+1Tmh7jbKYJKjn0lg3bZPf XOe+sE/zVJAWQ45/9pIebCfF5vkrA+Pw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=CgVHU1DXKZeTwTbZp bnd5Q5tLTIRht9qD6ywHiY5ysM=; b=lOlztvMqesSUwwhkIDrxfJdk44BKvUI19 M2BjjmRKHg8XhfAYsEiFu5XXPHzeqyPTgMdLFr+7BPQP0ZOxoTE/8lzOmtzcor7l Ci0eNk4DzEq14BBAxhpOiC8qPY4NAB7sMLGmwKILCxmihNBBpdq7BF7dvVTF6GWY KYixazvT9XG74JB4Tv/bMsnk00pe+mvt5ax6uxbTe+sG+SogYLosrbq4wGvDYp1j zeQR8rYJ1VNSbvmKWN7cmGz9mzOI80d0ohZY2KWfgmMN3DLCcrlLBmtrHWEY4kXA tis/g5EgfKl3SMrA+yukK5mjEy0b+6AJiZNlzgdAhMnvVDmPy0tYQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddrudeikedggedvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfgjfhffhffvufgtsehttd ertderredtnecuhfhrohhmpedfffgrvhgvucevohhtthhlvghhuhgsvghrfdcuoegutghh sehskhhunhhkfigvrhhkshdrrghtqeenucggtffrrghtthgvrhhnpedvteeljefhveetie egfeeggeetjeeiffdufedviedvgfetieehgfeugffghfekheenucffohhmrghinhepfhhr vggvsghsugdrohhrghenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrih hlfhhrohhmpegutghhsehskhhunhhkfigvrhhkshdrrght X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id 54765FA0AA6; Sat, 2 Apr 2022 07:29:48 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.7.0-alpha0-382-g88b93171a9-fm-20220330.001-g88b93171 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Message-Id: <8dc4c525-7117-4fc6-8b10-812128bf07c1@www.fastmail.com> In-Reply-To: References: <20220401024029.GR76435@FreeBSD.org> Date: Sat, 02 Apr 2022 11:29:28 +0000 From: "Dave Cottlehuber" To: "Neal Nelson" , stable@freebsd.org Subject: Re: FreeBSD 13.1-RC1 Now Available Content-Type: text/plain X-Rspamd-Queue-Id: 4KVvw24BrZz3NGQ X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=skunkwerks.at header.s=fm2 header.b=UrmnS7fL; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=lOlztvMq; dmarc=none; spf=pass (mx1.freebsd.org: domain of dch@skunkwerks.at designates 66.111.4.25 as permitted sender) smtp.mailfrom=dch@skunkwerks.at X-Spamd-Result: default: False [-3.59 / 15.00]; XM_UA_NO_VERSION(0.01)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+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)[skunkwerks.at:+,messagingengine.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:19151, ipnet:66.111.4.0/24, country:US]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.25:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[skunkwerks.at:s=fm2,messagingengine.com:s=fm3]; FREEFALL_USER(0.00)[dch]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[skunkwerks.at]; DWL_DNSWL_LOW(-1.00)[messagingengine.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[stable]; MID_RHS_WWW(0.50)[] X-ThisMailContainsUnwantedMimeParts: N On Sat, 2 Apr 2022, at 09:18, Neal Nelson wrote: > I have been using the BETAs quite happily on my Intel 11th gen NUC > (Tiger Lake), but RC1 has a show stopper for me in that DRM no longer > works. I have posted the bug here: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=262982 > > Unfortunately I mislabelled the bug as USB when I first filed it, so it > probably hasn't come to the attention of the release engineering team yet. I had to rebuild the following packages, for this to work, using latest port tree, albeit significantly older hardware, it's Kaby Lake. The rest I pulled from the usual freebsd /latest/ pkg repo. $ pkg-foreign drm-fbsd13-kmod-5.4.144.g20220223 cabal drm-kmod-g20190710_1 cabal gpu-firmware-kmod-g20210330 cabal libdrm-2.4.110,1 cabal linux-c7-libdrm-2.4.97 cabal xf86-video-intel-2.99.917.916_1,1 cabal $ uname -a FreeBSD akai 13.1-RC1 FreeBSD 13.1-RC1 releng/13.1-n250053-6fe29001573 GENERIC amd64 $ sysctl hw.model hw.model: Intel(R) Core(TM) i7-7560U CPU @ 2.40GHz A+ Dave From nobody Sat Apr 2 16:28:18 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id DABD21A5ABF0 for ; Sat, 2 Apr 2022 16:28:30 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-vs1-xe2b.google.com (mail-vs1-xe2b.google.com [IPv6:2607:f8b0:4864:20::e2b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KW2XZ12DJz3n1T for ; Sat, 2 Apr 2022 16:28:30 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-vs1-xe2b.google.com with SMTP id v206so5404773vsv.2 for ; Sat, 02 Apr 2022 09:28:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=DUqAj7jFH7n+s2KZDIbXBmjEm76wZE2Nbw8gUk5E/BY=; b=dHNHMLzPKLFX1bysIUfVOwoT6+XII8A7Eu6sf/G9i0YdfiN4nBAfj4dp+bWg44QEvd 0Dh3plvhlhCAIH9aGsUwIKdGmQdhe1J8f6M9UNYby4LbVFPSLZ4KutLs0Fv6n1xK0NTV siqOKHL7v1LDMcYi1x54qReGO5J+g4/2xe6sBpBwwJRW3exQZDvGa+wfJ7DhVecwcVPj DI7Eu2t/gsCpjowsWEZLfVGl98x0Q5dGxppJ3feJZ65fue8TbM/YJ1f+Ayzazcw7zfD9 CorHCowKv9HMXI2dDXHV/LtBeT05KamF37nuXTpQZBsBleaxztlDH/MpUsXTV8/atYuz fP0Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=DUqAj7jFH7n+s2KZDIbXBmjEm76wZE2Nbw8gUk5E/BY=; b=IZTjpZHnsDoPmSjz0ejmfZpecMiKiJrHXhGwMrtmhWhJyB11TVdfKvy9jM2vA/hyNu Qi4XjHk4v7KIjlaGUew3blBKo4n2GCychEIyTpW2XygvhS1xw8pGNUgPAEv4CXowk9r6 GtH2f2+GrH8nvHOKx2Z6Knt0/yiEz2w/3ihPT0bND7d4nVsv4JIZbwpsR/FaNNyn+xTh 4YRYB0WPpvb1iiKW/ArGts1RTtlToYruSG3F87L9AS+2ny8uVi5xHU9DF7ICgF4QdRgz g+HqYtpi1PXCBvTgz5WEw4PfI3N1Nw4jTBNoA2SmoeV/XPeiAvtCwbuilwXEOvB2XnKG aftQ== X-Gm-Message-State: AOAM532Qre7ipx7CgYrv3V8dySf2vEqiR3AVt/4tWy1FfmSlnX1UGjXe ReIurKWXPpdZ2iSgAruxByUvCJ7ax8uB7cP5qNNzQfHFsQZR0g== X-Google-Smtp-Source: ABdhPJzUN+Rs91ZVnrcSMHsyIWFMS3Yjb38taOF9Bf6aW9E2XUAukOSAqbZFgIhXlgQn6L/ZbTVdH2oINfjOsPxjSXk= X-Received: by 2002:a05:6102:2333:b0:325:b03e:aa4b with SMTP id b19-20020a056102233300b00325b03eaa4bmr5127347vsa.68.1648916909485; Sat, 02 Apr 2022 09:28:29 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <20220401024029.GR76435@FreeBSD.org> <8dc4c525-7117-4fc6-8b10-812128bf07c1@www.fastmail.com> In-Reply-To: <8dc4c525-7117-4fc6-8b10-812128bf07c1@www.fastmail.com> From: Warner Losh Date: Sat, 2 Apr 2022 10:28:18 -0600 Message-ID: Subject: Re: FreeBSD 13.1-RC1 Now Available To: Dave Cottlehuber Cc: Neal Nelson , FreeBSD Stable ML Content-Type: multipart/alternative; boundary="000000000000a786b505dbae627d" X-Rspamd-Queue-Id: 4KW2XZ12DJz3n1T X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20210112.gappssmtp.com header.s=20210112 header.b=dHNHMLzP; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::e2b) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20210112.gappssmtp.com:s=20210112]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20210112.gappssmtp.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::e2b:from]; MLMMJ_DEST(0.00)[stable]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_SPF_NA(0.00)[no SPF record]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N --000000000000a786b505dbae627d Content-Type: text/plain; charset="UTF-8" On Sat, Apr 2, 2022 at 5:31 AM Dave Cottlehuber wrote: > On Sat, 2 Apr 2022, at 09:18, Neal Nelson wrote: > > I have been using the BETAs quite happily on my Intel 11th gen NUC > > (Tiger Lake), but RC1 has a show stopper for me in that DRM no longer > > works. I have posted the bug here: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=262982 > > > > Unfortunately I mislabelled the bug as USB when I first filed it, so it > > probably hasn't come to the attention of the release engineering team > yet. > > I had to rebuild the following packages, for this to work, using > latest port tree, albeit significantly older hardware, it's Kaby Lake. > > The rest I pulled from the usual freebsd /latest/ pkg repo. > > $ pkg-foreign > drm-fbsd13-kmod-5.4.144.g20220223 cabal > This suggests that we've broken the KBI we were trying to keep stable between 13.0 and 13.1.... Can you try rebuilding this package against a 13.0 source tree and seeing if you can load it? Warner > drm-kmod-g20190710_1 cabal > gpu-firmware-kmod-g20210330 cabal > libdrm-2.4.110,1 cabal > linux-c7-libdrm-2.4.97 cabal > xf86-video-intel-2.99.917.916_1,1 cabal > > $ uname -a > FreeBSD akai 13.1-RC1 FreeBSD 13.1-RC1 releng/13.1-n250053-6fe29001573 > GENERIC amd64 > > $ sysctl hw.model > hw.model: Intel(R) Core(TM) i7-7560U CPU @ 2.40GHz > > A+ > Dave > > --000000000000a786b505dbae627d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Sat, Apr 2, 2022 at 5:31 AM Dave C= ottlehuber <dch@skunkwerks.at&g= t; wrote:
On Sat= , 2 Apr 2022, at 09:18, Neal Nelson wrote:
> I have been using the BETAs quite happily on my Intel 11th gen NUC > (Tiger Lake), but RC1 has a show stopper for me in that DRM no longer =
> works. I have posted the bug here:
> https://bugs.freebsd.org/bugzilla/sho= w_bug.cgi?id=3D262982
>
> Unfortunately I mislabelled the bug as USB when I first filed it, so i= t
> probably hasn't come to the attention of the release engineering t= eam yet.

I had to rebuild the following packages, for this to work, using
latest port tree, albeit significantly older hardware, it's Kaby Lake.<= br>
The rest I pulled from the usual freebsd /latest/ pkg repo.

$ pkg-foreign
drm-fbsd13-kmod-5.4.144.g20220223=C2=A0 cabal

This suggests that we've broken the KBI we were trying to keep s= table between 13.0
and 13.1.... Can you try rebuilding this packa= ge against=C2=A0a 13.0 source tree and seeing
if you can load it?=

Warner
=C2=A0
drm-kmod-g20190710_1=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= cabal
gpu-firmware-kmod-g20210330=C2=A0 =C2=A0 =C2=A0 =C2=A0 cabal
libdrm-2.4.110,1=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0cabal
linux-c7-libdrm-2.4.97=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0cabal=
xf86-video-intel-2.99.917.916_1,1=C2=A0 cabal

$ uname -a
FreeBSD akai 13.1-RC1 FreeBSD 13.1-RC1 releng/13.1-n250053-6fe29001573 GENE= RIC amd64

$ sysctl hw.model
hw.model: Intel(R) Core(TM) i7-7560U CPU @ 2.40GHz

A+
Dave

--000000000000a786b505dbae627d-- From nobody Sat Apr 2 19:25:54 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 9D6C21A58328 for ; Sat, 2 Apr 2022 19:26:17 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from mail-oa1-x34.google.com (mail-oa1-x34.google.com [IPv6:2001:4860:4864:20::34]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KW6Th5M0yz4hPc for ; Sat, 2 Apr 2022 19:26:16 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: by mail-oa1-x34.google.com with SMTP id 586e51a60fabf-de3eda6b5dso6264637fac.0 for ; Sat, 02 Apr 2022 12:26:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chen-org-nz.20210112.gappssmtp.com; s=20210112; h=mime-version:from:date:message-id:subject:to; bh=MaeaosrfkM9b5Ai1xkzJl5fSpCihefgg0JTSp/xZcps=; b=Ahl80d7p7h+4DXKMAMCvog3Iy/jvrBFSR36mfZ9lGJ/Ppxc2owNJKAEoWa4qdRSmH0 LfH47uCbzIDPWcWPzeEZ2rEAuMZjMYiN4J9bnzf8PaaRnBwZhtduIuhpi9FvNny30df6 39HdG2rwCkqloPGslAg4PwmeGYT5yuzZ4XWP+emVEv0zi+iwYfHa1MtZnxtRzTqSlGS9 JNQY1cHJ0k3QGVjPnJStRFPvVhRDwpr1itHwArCCEPMwtCuVEKnHn9BSZwaOLnuSg/C+ 0BmNWDCk8qjyqepCisLjhJTTRVqmGadtZnFOiuomeiKIVJufOj+TWrt2YbpUeSo577HK aOXw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=MaeaosrfkM9b5Ai1xkzJl5fSpCihefgg0JTSp/xZcps=; b=GKV8vni+9/eOS0PRuMC9Hqh8qlOATjuOEvjtNBsxqcEBubQRW+FZrBkQg9/VJ+4M6y 7P5zNeoWMrjxpLkQS2rnKqrKTeH/U0di05r6V8qMw0eNCG7Tlwy/gXjsUBiy/bKvkXP1 EGCeQ54pPzqP4STOXZj2/HDW212pq7Z9lMiM+/JVOL40UbFNjyqHIxGbl0knBGoIeo+R KOhgBVzmbqXH4alZ3o4ucMJHNsPn+HWl6kUaU4uizh7MqGPWqnvFX83EwhSXa+Ek1PwX SwuMTWKCY51fBQ++ePald3c3RPXn7hg7tRu2Gh7KPRVONNquzKj0El4NaLOpj/ZAQEnP 9g+w== X-Gm-Message-State: AOAM533SCO27XmufEW8IGkV2vZ5U2m75f4CZMWwF+BFRWAwvCluubNuv KrXG91CGmdIIPKcgOKol/FnSPZq5603zyhVeOwqH4LYrbU7b6g== X-Google-Smtp-Source: ABdhPJwwq3vQNWasM+hlcunQXHQaKXOGwwx2lkPA2Az3Qk4d7dAibn1WbwhdxVYN2yCBnWayyYr0tK5rdfZ6VV2OUm4= X-Received: by 2002:a05:6870:462a:b0:dd:f4f7:24be with SMTP id z42-20020a056870462a00b000ddf4f724bemr7668019oao.39.1648927570013; Sat, 02 Apr 2022 12:26:10 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 From: Jonathan Chen Date: Sun, 3 Apr 2022 07:25:54 +1200 Message-ID: Subject: Odd messages on recent 13/stable To: freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4KW6Th5M0yz4hPc X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=chen-org-nz.20210112.gappssmtp.com header.s=20210112 header.b=Ahl80d7p; dmarc=none; spf=softfail (mx1.freebsd.org: 2001:4860:4864:20::34 is neither permitted nor denied by domain of jonc@chen.org.nz) smtp.mailfrom=jonc@chen.org.nz X-Spamd-Result: default: False [-3.30 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[chen-org-nz.20210112.gappssmtp.com:s=20210112]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; R_SPF_SOFTFAIL(0.00)[~all]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[chen.org.nz]; DKIM_TRACE(0.00)[chen-org-nz.20210112.gappssmtp.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_IN_DNSWL_NONE(0.00)[2001:4860:4864:20::34:from]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:2001:4860:4864::/48, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hi, I recently updated 13/stable (stable/13-n250195-26e8bb3a4e1), and I'm now seeing the following messages on boot: 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 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 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 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 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 Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM ahcich5: AHCI reset: device not ready after 31000ms (tfd = 0000ff7f) (aprobe3:ahcich5:0:15:0): NOP FLUSHQUEUE. ACB: 00 00 00 00 00 00 00 00 00 00 00 00 (aprobe3:ahcich5:0:15:0): CAM status: ATA Status Error (aprobe3:ahcich5:0:15:0): ATA status: f7 (BSY DRDY DF SERV CORR IDX ERR), error: ff (ICRC UNC MC IDNF MCR ABRT NM ILI) (aprobe3:ahcich5:0:15:0): RES: f7 ff ff ff ff ff ff ff ff ff ff (aprobe3:ahcich5:0:15:0): Error 5, Retries exhausted (aprobe0:ahcich5:0:0:0): NOP FLUSHQUEUE. ACB: 00 00 00 00 00 00 00 00 00 00 00 00 (aprobe0:ahcich5:0:0:0): CAM status: ATA Status Error (aprobe0:ahcich5:0:0:0): ATA status: f7 (BSY DRDY DF SERV CORR IDX ERR), error: ff (ICRC UNC MC IDNF MCR ABRT NM ILI) (aprobe0:ahcich5:0:0:0): RES: f7 ff ff ff ff ff ff ff ff ff ff (aprobe0:ahcich5:0:0:0): Error 5, Retries exhausted The system boots up fine after this. Is this a regression, or an indication that my hardware is failing? Cheers. -- Jonathan Chen From nobody Sat Apr 2 19:58:00 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id CC6ED1A5F4B7 for ; Sat, 2 Apr 2022 20:00:14 +0000 (UTC) (envelope-from naddy@mips.inka.de) Received: from mail.inka.de (mail.inka.de [IPv6:2a04:c9c7:0:1073:217:a4ff:fe3b:e77c]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4KW7Ds5nRXz4n44 for ; Sat, 2 Apr 2022 20:00:13 +0000 (UTC) (envelope-from naddy@mips.inka.de) Received: from mips.inka.de (naddy@[127.0.0.1]) by mail.inka.de with uucp (rmailwrap 0.5) id 1najum-000IDt-71; Sat, 02 Apr 2022 22:00:04 +0200 Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.16.1/8.16.1) with ESMTP id 232Jw0vC004950 for ; Sat, 2 Apr 2022 21:58:00 +0200 (CEST) (envelope-from naddy@lorvorc.mips.inka.de) Received: (from naddy@localhost) by lorvorc.mips.inka.de (8.16.1/8.16.1/Submit) id 232Jw0Oh004949 for freebsd-stable@freebsd.org; Sat, 2 Apr 2022 21:58:00 +0200 (CEST) (envelope-from naddy) Date: Sat, 2 Apr 2022 21:58:00 +0200 From: Christian Weisgerber To: freebsd-stable@freebsd.org Subject: Re: FreeBSD 13.1-RC1 Now Available Message-ID: References: <20220401024029.GR76435@FreeBSD.org> <8dc4c525-7117-4fc6-8b10-812128bf07c1@www.fastmail.com> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4KW7Ds5nRXz4n44 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of naddy@mips.inka.de has no SPF policy when checking 2a04:c9c7:0:1073:217:a4ff:fe3b:e77c) smtp.mailfrom=naddy@mips.inka.de X-Spamd-Result: default: False [-1.97 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.87)[-0.870]; FREEFALL_USER(0.00)[naddy]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; MID_RHS_MATCH_FROMTLD(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_NA(0.00)[inka.de]; MLMMJ_DEST(0.00)[freebsd-stable]; 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:202113, ipnet:2a04:c9c7::/32, country:DE]; RCVD_TLS_LAST(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Warner Losh: > This suggests that we've broken the KBI we were trying to keep stable > between 13.0 > and 13.1.... When I updated my stable/13 machine from source, from March 16 to March 30, DRM was broken (did nothing). Rebuilding graphics/drm-fbsd13-kmod fixed it. So there was an ABI break in this time window. This entry from UPDATING implicates LinuxKPI changes as a likely candidate: 20220327: Bump __FreeBSD_verion to 1301501 after merging LinuxKPI and net80211 changes in order to help out-of-tree consumers to deal accordingly. -- Christian "naddy" Weisgerber naddy@mips.inka.de From nobody Sat Apr 2 20:04:21 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 5A9E51A40DA1 for ; Sat, 2 Apr 2022 20:04:34 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-vk1-xa29.google.com (mail-vk1-xa29.google.com [IPv6:2607:f8b0:4864:20::a29]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KW7Ks4jqkz4pQf for ; Sat, 2 Apr 2022 20:04:33 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-vk1-xa29.google.com with SMTP id w189so3020518vke.10 for ; Sat, 02 Apr 2022 13:04:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=bcNWH6wjz67XN9DlCoiVGMSym8p0nsZXwb8S/FAFGL8=; b=mXK4+N45Jr5yc4UO0AGd0nUbNelUcgnDX7z3+TlEeIjWm7OiqmevAKORnQmMJeUaQ4 NwOLcuxOag8m68WKVYRunZTTUTrfnSoAHwh77mP1ODFoOSXSY7qUDkhxdJ9IQaOfsCQF 6pp25BDHY8byf6eYtYsoKi3yG8qImJTZlGGEDY0FzgA24wzf4iWwLdglCnfVLd0lKjBN Vmu8xdP3s1F20OD3fyQDhwWxavGruSCiCICmTdYa4tdgC3VupdgsY8j0mmvqYI9E/qaD 7Yvh2nKmXWekTEBXxGZc/+6IDLBOZC0v/Sun72IokoKxtAG7gs7tJxoJBae0Q59Hvk3G KBYQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=bcNWH6wjz67XN9DlCoiVGMSym8p0nsZXwb8S/FAFGL8=; b=eKs+wJ81JvkqmJHRzWDK+tOmVtgtGiDOxE5hsQ3U6BXKcX2kikBOGMk7Aq3U/ViH3z ud2wS372UWPX1CZL7r/Xml5UAb5R7NcBD4zi0lvV3MtXL4TJ1J9cpQZNdLqMUp753mOT 7qFWdNztCwnGIBNbp0eTPJeXSR8+gAYmMQdajVnk/xZF1ckNkBpO7s+KJaYB49Yp/E5Z qBH8va9d9ZPzZOlmsiJxk70j9tYYpq20FiB+xp0/7YRzVpxlBNkz6RC6cgPolIfSCTrS zgXewBX+XcZLoyRpkq6Q8o2+woBciQLB6P24eaPp4Ipe7+f/h439FYz9LenGp4QVcWTy vseA== X-Gm-Message-State: AOAM5330BC0YARTVAY7rcbGXWlHrt8llkK9dfw53HOMaP7ES2FXY1AQc Cn/0D+xJY22XT80iCyBRG/O/KnbG1QTYkkvkZ1wMG+YL/ST1OAvw X-Google-Smtp-Source: ABdhPJzMxukpvxNFOUkONaVh2n4A7UhYHMVRTfjORqbYoCZO7L62HdE/leOnKAqUzQksEKRGs7/47ww5RboqEYo8zss= X-Received: by 2002:a05:6122:2229:b0:32d:1642:b58b with SMTP id bb41-20020a056122222900b0032d1642b58bmr5813534vkb.27.1648929872809; Sat, 02 Apr 2022 13:04:32 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <20220401024029.GR76435@FreeBSD.org> <8dc4c525-7117-4fc6-8b10-812128bf07c1@www.fastmail.com> In-Reply-To: From: Warner Losh Date: Sat, 2 Apr 2022 14:04:21 -0600 Message-ID: Subject: Re: FreeBSD 13.1-RC1 Now Available To: Christian Weisgerber Cc: FreeBSD-STABLE Mailing List Content-Type: multipart/alternative; boundary="0000000000005424a205dbb167ca" X-Rspamd-Queue-Id: 4KW7Ks4jqkz4pQf X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20210112.gappssmtp.com header.s=20210112 header.b=mXK4+N45; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::a29) smtp.mailfrom=wlosh@bsdimp.com 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.20210112.gappssmtp.com:s=20210112]; NEURAL_HAM_MEDIUM(-1.00)[-0.997]; 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-stable@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20210112.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::a29:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-stable]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_SPF_NA(0.00)[no SPF record]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com] X-ThisMailContainsUnwantedMimeParts: N --0000000000005424a205dbb167ca Content-Type: text/plain; charset="UTF-8" On Sat, Apr 2, 2022 at 2:01 PM Christian Weisgerber wrote: > Warner Losh: > > > This suggests that we've broken the KBI we were trying to keep stable > > between 13.0 > > and 13.1.... > > When I updated my stable/13 machine from source, from > March 16 to March 30, DRM was broken (did nothing). > Rebuilding graphics/drm-fbsd13-kmod fixed it. > > So there was an ABI break in this time window. This entry from > UPDATING implicates LinuxKPI changes as a likely candidate: > > 20220327: > Bump __FreeBSD_verion to 1301501 after merging LinuxKPI and > net80211 changes in order to help out-of-tree consumers to deal > accordingly. > Yes. So there was. https://reviews.freebsd.org/D33915 should unbreak the KPI and give us wiggle room in the future after 13.0 is no longer supported. That will restore the KBI and we'll pretend that March 27 - April 2nd/3rd never happened (the least bad of several bad alternatives). Warner --0000000000005424a205dbb167ca Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Sat, Apr 2, 2022 at 2:01 PM Christ= ian Weisgerber <naddy@mips.inka.de= > wrote:
= Warner Losh:

> This suggests that we've broken the KBI we were trying to keep sta= ble
> between 13.0
> and 13.1....

When I updated my stable/13 machine from source, from
March 16 to March 30, DRM was broken (did nothing).
Rebuilding graphics/drm-fbsd13-kmod fixed it.

So there was an ABI break in this time window.=C2=A0 This entry from
UPDATING implicates LinuxKPI changes as a likely candidate:

20220327:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Bump __FreeBSD_verion to 1301501 after merging = LinuxKPI and
=C2=A0 =C2=A0 =C2=A0 =C2=A0 net80211 changes in order to help out-of-tree c= onsumers to deal
=C2=A0 =C2=A0 =C2=A0 =C2=A0 accordingly.

Yes. So there was. https:/= /reviews.freebsd.org/D33915 should unbreak the KPI and give us wiggle r= oom in the future after 13.0 is no longer supported. That will restore the = KBI and we'll pretend that March 27 - April 2nd/3rd never happened (the= least bad of several bad alternatives).

Warner
--0000000000005424a205dbb167ca-- From nobody Sat Apr 2 20:10:56 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 0CC891A43592 for ; Sat, 2 Apr 2022 20:11:09 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ua1-x92d.google.com (mail-ua1-x92d.google.com [IPv6:2607:f8b0:4864:20::92d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KW7TS1dRgz4rMG for ; Sat, 2 Apr 2022 20:11:08 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-ua1-x92d.google.com with SMTP id a20so2294585uaq.11 for ; Sat, 02 Apr 2022 13:11:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=E3/iHmzeLXp/68jBvLYJMyHWShiLFjfAxDaE2WubtXw=; b=tInOHdosd3c48Ox57lcZDBNIA3oqo50PpqDRw2QEFDFHME2QumS1HsI73l4qPeFprS F7/pP9NE2mKrSnvcJ4XWguNHBMm47CFGmKwS8PfYRBZeeqA8nlLao0NVUFWKRBjAAv8J BIa199kmNts1eM/RwH04JhDH6cUCicHxHzhcFpchw9c8Xd/dlH+uMRi/02hY/My9L59A 60NrLwM8cHUw3bAE+o06bPCzM0X9zJvgpg2TDdycYeOPUj/alkc4Ws1aXNNftXl9LwWX B3GfR532muDDe7wAR0CjjyargIIV2qkpjItVRMelJG0es2QNVd8WQ6m6nsP5pSIVFQX2 Z+/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=E3/iHmzeLXp/68jBvLYJMyHWShiLFjfAxDaE2WubtXw=; b=oNCJWfeMw7gkbH+BurBIUz8lfKPaIhPioR5gjWhOyryjsqiabikK1clp2BK3gEKEhO yVrKvrVg09gOWfTmXsBNtGg15+k8zMMg3hiSaNVSYU+eIo59ckUPunfeKXZ67vVUdaP6 T/j6r2fEF47OYDsmmZRHFHQ1W9BnM5DdLApTr2Tx9q9O4GYAXb2QkprhJsD3E9+uf9ao 9aw5eDWX1Lz7pxAGewCtjmLhf28uo5J9jG+sayOruQgjrZI7tMlYMZi3WZKgdoLZ3qh2 5EMzaWf8lij6Be685T3QdZmqrycU1NsxwFiw1xLJPONExHESkdg4IaTUmawg/W94oogb qOuw== X-Gm-Message-State: AOAM532Rdb3sJfeVzS8xy5bnXKd799wEmjLtXG6LimrTuZLprACDmQhQ 5Y7rJAqFQIhiS+bKlsCMu7Hjk04hDDqpAzOL9d6dZvRrGpHwwA== X-Google-Smtp-Source: ABdhPJyMJB3cB5VNfsUxcbUlYt9WjPLs0dC3oLSeDi75umdR2kLIFz217OX3UGhOy1uzrbGkh+hmuZezdgasAsv+Er4= X-Received: by 2002:ab0:6804:0:b0:33c:6fe1:3266 with SMTP id z4-20020ab06804000000b0033c6fe13266mr5267399uar.91.1648930267500; Sat, 02 Apr 2022 13:11:07 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Sat, 2 Apr 2022 14:10:56 -0600 Message-ID: Subject: Re: Odd messages on recent 13/stable To: Jonathan Chen Cc: FreeBSD-STABLE Mailing List Content-Type: multipart/alternative; boundary="000000000000daa3ab05dbb17e17" X-Rspamd-Queue-Id: 4KW7TS1dRgz4rMG X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20210112.gappssmtp.com header.s=20210112 header.b=tInOHdos; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::92d) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20210112.gappssmtp.com:s=20210112]; 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-stable@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20210112.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::92d:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-stable]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_SPF_NA(0.00)[no SPF record]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N --000000000000daa3ab05dbb17e17 Content-Type: text/plain; charset="UTF-8" On Sat, Apr 2, 2022 at 1:27 PM Jonathan Chen wrote: > Hi, > > I recently updated 13/stable (stable/13-n250195-26e8bb3a4e1), and I'm > now seeing the following messages on boot: > 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 > 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 > 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 > 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 > 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 > Root mount waiting for: CAM > Root mount waiting for: CAM > Root mount waiting for: CAM > Root mount waiting for: CAM > ahcich5: AHCI reset: device not ready after 31000ms (tfd = 0000ff7f) > (aprobe3:ahcich5:0:15:0): NOP FLUSHQUEUE. ACB: 00 00 00 00 00 00 00 00 > 00 00 00 00 > (aprobe3:ahcich5:0:15:0): CAM status: ATA Status Error > (aprobe3:ahcich5:0:15:0): ATA status: f7 (BSY DRDY DF SERV CORR IDX > ERR), error: ff (ICRC UNC MC IDNF MCR ABRT NM ILI) > (aprobe3:ahcich5:0:15:0): RES: f7 ff ff ff ff ff ff ff ff ff ff > (aprobe3:ahcich5:0:15:0): Error 5, Retries exhausted > (aprobe0:ahcich5:0:0:0): NOP FLUSHQUEUE. ACB: 00 00 00 00 00 00 00 00 > 00 00 00 00 > (aprobe0:ahcich5:0:0:0): CAM status: ATA Status Error > (aprobe0:ahcich5:0:0:0): ATA status: f7 (BSY DRDY DF SERV CORR IDX > ERR), error: ff (ICRC UNC MC IDNF MCR ABRT NM ILI) > (aprobe0:ahcich5:0:0:0): RES: f7 ff ff ff ff ff ff ff ff ff ff > (aprobe0:ahcich5:0:0:0): Error 5, Retries exhausted > > The system boots up fine after this. > > Is this a regression, or an indication that my hardware is failing? > If this was after a power on, maybe it indicates your drive on channel 5 of the ahci controller took too long to spin up? If this was a normal reboot, then it may suggest trouble the drive is having. Or this is a new bug that I've not seen a similar failure before like this... If you reboot your old kernel, do you see this too? Warner --000000000000daa3ab05dbb17e17 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Sat, Apr 2, 2022 at 1:27 PM Jonath= an Chen <jonc@chen.org.nz> wr= ote:
Hi,

I recently updated 13/stable (stable/13-n250195-26e8bb3a4e1), and I'm now seeing the following messages on boot:
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
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
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
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
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
Root mount waiting for: CAM
Root mount waiting for: CAM
Root mount waiting for: CAM
Root mount waiting for: CAM
ahcich5: AHCI reset: device not ready after 31000ms (tfd =3D 0000ff7f)
(aprobe3:ahcich5:0:15:0): NOP FLUSHQUEUE. ACB: 00 00 00 00 00 00 00 00
00 00 00 00
(aprobe3:ahcich5:0:15:0): CAM status: ATA Status Error
(aprobe3:ahcich5:0:15:0): ATA status: f7 (BSY DRDY DF SERV CORR IDX
ERR), error: ff (ICRC UNC MC IDNF MCR ABRT NM ILI)
(aprobe3:ahcich5:0:15:0): RES: f7 ff ff ff ff ff ff ff ff ff ff
(aprobe3:ahcich5:0:15:0): Error 5, Retries exhausted
(aprobe0:ahcich5:0:0:0): NOP FLUSHQUEUE. ACB: 00 00 00 00 00 00 00 00
00 00 00 00
(aprobe0:ahcich5:0:0:0): CAM status: ATA Status Error
(aprobe0:ahcich5:0:0:0): ATA status: f7 (BSY DRDY DF SERV CORR IDX
ERR), error: ff (ICRC UNC MC IDNF MCR ABRT NM ILI)
(aprobe0:ahcich5:0:0:0): RES: f7 ff ff ff ff ff ff ff ff ff ff
(aprobe0:ahcich5:0:0:0): Error 5, Retries exhausted

The system boots up fine after this.

Is this a regression, or an indication that my hardware is failing?

If this was after a power on, maybe it indicat= es your drive on channel 5 of the ahci controller took too long to spin up?= If this was a normal reboot, then it may suggest trouble the drive is havi= ng.

Or this is a new bug that I've not seen a = similar failure before like this... If you reboot your old kernel, do you s= ee this too?

Warner
--000000000000daa3ab05dbb17e17-- From nobody Sun Apr 3 01:00:27 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3754F1A57422 for ; Sun, 3 Apr 2022 01:00:51 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from mail-oa1-x2d.google.com (mail-oa1-x2d.google.com [IPv6:2001:4860:4864:20::2d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KWFvk2vqsz4cqx for ; Sun, 3 Apr 2022 01:00:49 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: by mail-oa1-x2d.google.com with SMTP id 586e51a60fabf-d6ca46da48so6662182fac.12 for ; Sat, 02 Apr 2022 18:00:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chen-org-nz.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=E0M+qdVnXZuHUNOooazVbE6iJVD+NjzkaZHvqQlBYtw=; b=7N6LbNBfS1REpDLK+ZMXYY4Ld+ebzjgDNId5nu91BcEIm/PYA8lTmf7y0GINpnel5l lpjzMspfXRlD28MzqnRqE5o3w3MvthvQvdMw7DhqsjOXGqCW3Vt8GTA+5zXxbxQwM9AA MvwPV5I7vpXGKNvXmKVb5wzPEDJYQuv871REjioi3/lgEMlPnHsjaXM80kP0GSqrmVoU DcAOzgm7BsOBfILqAcB47FTBpHdSz/JWOZ29FaoeQZl48w5i3VVdbCxF1bRvCINzNBiu V7NS9CEaX4jccEURMAUdcd1Tjdrp8R4VJyiPnPF97zos0GK5K2yaSi43BH6Scihy+ZpV c2Hg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=E0M+qdVnXZuHUNOooazVbE6iJVD+NjzkaZHvqQlBYtw=; b=1KBs5aCKyjBnQSzeY01ATXXH5wv4p4GjA0Jt9a0fZe+iwMYS38lb/zItSCLzWYQpSQ NytxwtGtQthw5AiAkZs2aXXl5QeuxjKzmXXWskTItLOd3TZ5urEgbMKVeU7KqF7QfK73 R0DyTTLaop+ZFv4wtSjN3WauHQIFHB09vLT+M5HKCePpOjzxeGkEerTs/AlUxopbafRq oskqL1JTseZrncF4F+pNX2Wcv5i22OTMEX95MTSeS8UofHpr7XxnW68Oae1eAWpvpAFR uDBVDiQZSwOIRNtrV1J4XKYBueZkHMdU3iPbDgzvyEtyKQBUo/d9IO2BQojaMWIAciQd VEDA== X-Gm-Message-State: AOAM532iv84ClMW+4D8McOj7uCrao++yrTaoskWn5/5hdteRs6iKEg5C xSNujOxHnfBUTRWa168v8TaYTZrZpmANrJKWowxZNsMWrdA= X-Google-Smtp-Source: ABdhPJwMbk03oL5anyKZVmq7VezkV+YhCg2rAmmnutC3P/3UcjDpJrA4zVNnyA8Wi6EU7eemBdIBsrtxIpA3ArVdyNU= X-Received: by 2002:a05:6870:462a:b0:dd:f4f7:24be with SMTP id z42-20020a056870462a00b000ddf4f724bemr8028553oao.39.1648947643556; Sat, 02 Apr 2022 18:00:43 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Jonathan Chen Date: Sun, 3 Apr 2022 13:00:27 +1200 Message-ID: Subject: Re: Odd messages on recent 13/stable To: Warner Losh Cc: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4KWFvk2vqsz4cqx X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=chen-org-nz.20210112.gappssmtp.com header.s=20210112 header.b=7N6LbNBf; dmarc=none; spf=softfail (mx1.freebsd.org: 2001:4860:4864:20::2d is neither permitted nor denied by domain of jonc@chen.org.nz) smtp.mailfrom=jonc@chen.org.nz X-Spamd-Result: default: False [-3.19 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.996]; R_DKIM_ALLOW(-0.20)[chen-org-nz.20210112.gappssmtp.com:s=20210112]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[chen.org.nz]; R_SPF_SOFTFAIL(0.00)[~all]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[chen-org-nz.20210112.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2001:4860:4864:20::2d:from]; NEURAL_HAM_SHORT(-0.90)[-0.897]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:2001:4860:4864::/48, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sun, 3 Apr 2022 at 08:11, Warner Losh wrote: > On Sat, Apr 2, 2022 at 1:27 PM Jonathan Chen wrote: >> >> Hi, >> >> I recently updated 13/stable (stable/13-n250195-26e8bb3a4e1), and I'm >> now seeing the following messages on boot: >> 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 >> 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 >> 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 >> 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 >> 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 >> Root mount waiting for: CAM >> Root mount waiting for: CAM >> Root mount waiting for: CAM >> Root mount waiting for: CAM >> ahcich5: AHCI reset: device not ready after 31000ms (tfd = 0000ff7f) >> (aprobe3:ahcich5:0:15:0): NOP FLUSHQUEUE. ACB: 00 00 00 00 00 00 00 00 >> 00 00 00 00 >> (aprobe3:ahcich5:0:15:0): CAM status: ATA Status Error >> (aprobe3:ahcich5:0:15:0): ATA status: f7 (BSY DRDY DF SERV CORR IDX >> ERR), error: ff (ICRC UNC MC IDNF MCR ABRT NM ILI) >> (aprobe3:ahcich5:0:15:0): RES: f7 ff ff ff ff ff ff ff ff ff ff >> (aprobe3:ahcich5:0:15:0): Error 5, Retries exhausted >> (aprobe0:ahcich5:0:0:0): NOP FLUSHQUEUE. ACB: 00 00 00 00 00 00 00 00 >> 00 00 00 00 >> (aprobe0:ahcich5:0:0:0): CAM status: ATA Status Error >> (aprobe0:ahcich5:0:0:0): ATA status: f7 (BSY DRDY DF SERV CORR IDX >> ERR), error: ff (ICRC UNC MC IDNF MCR ABRT NM ILI) >> (aprobe0:ahcich5:0:0:0): RES: f7 ff ff ff ff ff ff ff ff ff ff >> (aprobe0:ahcich5:0:0:0): Error 5, Retries exhausted >> >> The system boots up fine after this. >> >> Is this a regression, or an indication that my hardware is failing? > > > If this was after a power on, maybe it indicates your drive on channel 5 of the ahci controller took too long to spin up? If this was a normal reboot, then it may suggest trouble the drive is having. This was indeed after a cold-boot. No errors occur with a reboot. Looks like I may need to be looking for a new drive soon... Thanks! -- Jonathan Chen From nobody Mon Apr 4 05:27:59 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 822AC1A5FF3C for ; Mon, 4 Apr 2022 05:28:57 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oi1-x22b.google.com (mail-oi1-x22b.google.com [IPv6:2607:f8b0:4864:20::22b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KWzpc6N3Zz3t8j for ; Mon, 4 Apr 2022 05:28:56 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-oi1-x22b.google.com with SMTP id q129so9087069oif.4 for ; Sun, 03 Apr 2022 22:28:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=LbA4STjvLujUAdtDlPu7eyiUG6/AMXvJm+7mYcbF9jc=; b=AqDaD5jBBPaPGYgo+MZxhGwRlxkfDesASJMqsKggp+2FbRBqGRwADlUEXMTXqa3Sm7 ClmmxjXoCcLeviaWtDxO81GEUMs7RXtx8ZGgioOUmDeAFeayWkyDonyAOFRKBaCOsXUP l3L8uP7z7GR2zlPuB40Y+L+7vmrDxknv+ubJR51OpdytET0BtgQhapBHEd1WDRIbF0ve FtZeEyc4xsIdUo/3rVBkrQ0z6yDIDwkVOrhYSGeG8lg9FdLnRx06uushIOVfktlmfbd4 hymiOeVnOr4bykuqg2eh0GIKRhz7frC2U9I2pK6uJJ24xP9Tj9NCSShAl3ZWzkyi0Af7 5Ysw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=LbA4STjvLujUAdtDlPu7eyiUG6/AMXvJm+7mYcbF9jc=; b=fsyNGIiiFL2oqU6k6C4Kr5Vva9FNSMEM1juJb/B58uFFYW/hSSM68AJduYlEaOPvUr /5RxzeeYYxNyuzASepVnoRGuSoZH+zrPv7ViAfcNsP6D08nXdonVz3Rkxrw6GgMIGO2b 8YFcigZTuMXoGMfwDosq36920MLHOa7l5Cudwyt5K/YHg1hpngYUnZPP17lSfXg6E7h2 0jFH9pk3Wq/w5t/rJEs4TixrZ/MPXobLWFZj5LOp8mw4SUxY+Jx90c0gQj5Zy3puu0T3 HttLoqRfVIM7ypya9d+P5YrHcZNNamAEIxA5qFjZCpMY/KhnhJGS2P5+UuvEz0YKhpXy ueWA== X-Gm-Message-State: AOAM531ppgPTlrMuWNr8em5bB5d06wsog3Atc4ht6/x6vHe/L6/jkUfj +NBLbdGNOABnNKlP+hqKEqKyGyoCf42ZQUhZm0XkDudi X-Google-Smtp-Source: ABdhPJzeOOguHgp+Z0BPMyCRrtkSVQGUzIlF83w4SpMdCNuCn5qa0EPst9326Xv1qkjLWPPCWTVHyUaj5Vq26UScrps= X-Received: by 2002:a05:6808:1305:b0:2da:5086:fa34 with SMTP id y5-20020a056808130500b002da5086fa34mr9391944oiv.230.1649050136159; Sun, 03 Apr 2022 22:28:56 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Kevin Oberman Date: Sun, 3 Apr 2022 22:27:59 -0700 Message-ID: Subject: Re: Slow startup from D19488 (rtsol: sendmsg: Permission denied) To: Peter Cc: "Bjoern A. Zeeb" , FreeBSD-STABLE Mailing List Content-Type: multipart/alternative; boundary="00000000000095287805dbcd673c" X-Rspamd-Queue-Id: 4KWzpc6N3Zz3t8j X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=AqDaD5jB; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kob6558@gmail.com designates 2607:f8b0:4864:20::22b as permitted sender) smtp.mailfrom=kob6558@gmail.com X-Spamd-Result: default: False [-3.70 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-0.999]; FORGED_SENDER(0.30)[rkoberman@gmail.com,kob6558@gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[rkoberman@gmail.com,kob6558@gmail.com]; 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=20210112]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::22b:from]; MLMMJ_DEST(0.00)[freebsd-stable]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N --00000000000095287805dbcd673c Content-Type: text/plain; charset="UTF-8" On Fri, Apr 1, 2022 at 6:36 AM Peter wrote: > On Wed, Mar 30, 2022 at 08:59:24PM -0700, Kevin Oberman wrote: > > ! > ! I am a bit puzzled as after two years you are the first one to report > ! > ! that problem to my knowledge for either base system or jails. > ! > > ! > This is what greatly wonders me, too. So I was stronly thinking > ! > that I am doing something wrong or unusual. But I cannot figure > ! > it out, it just seems that the detrimental effect of the change > ! > cannot be avoided (e.g. "service jail start" takes quite long now - > ! > there's a lot of them). > > ! This may be irrelevant, but updating to the stable branch is not > ! recommended as it is not regularly tested. Updating to 13.0-Release and > ! then to stable is less likely to be problematic. > > Hi Kevin, > > (You are Kevin Oberman the network guru ?!?) > > Maybe a decade or so ago. After over a decade of retirement, I'm not sure how BGP is spelled. And why would the network fib? JK. I do recall what a Forwarding Information Base is. You're essentially right, and I would normally agree. And it is not > irrelevant, but then, it's apparently not related to this specific > issue. > > The point is: I am not interested in 13.0. I am interested in > 13.1. So I put up a pilot early, in order to report potential issues > (as I reported here the issue with the fix for PR 76398). At that > point this had to be stable/13. > > Then on saturday I tried to use fib, and I figured that fib is not > fully implenented in 12.3, but apparently it is in 13. So I decided > to give it a try and move my backbone to 13 - and to the same version > that is already running on the pilot system, so that there is some > base to compare things. > > Now there are issues - but it doesn't appear that these issues would > be very different between stable/13 and releng/13.1. And -as can be > read above- it neither looks like these issues would just disappear > by themselves in the release, without someone looking for them. > (The broken "ipfw fwd" is probably also present in 13.0 and will very > likely still be present in 13.1 - and I don't believe much in testing > because you can only test what you already expect to fail.) > > I am indeed pondering about the best approach. Over the last years > I was only doing release upgrades (after I had run into ugly ZFS > problems somewhere in Rel.10, caused by an intermediately broken > Stable *and* broken memory chips). > Now I am considering to do upgrades some 2-3 months ahead of the > release, so if there are problems that hit here, there is a chance > to spare the general public one or two troubles. > > cheerio, > PMc > Well, that does explain a bit. I'm not sure of the best way to troubleshoot this. It is extremely unlikely that it's broken on STABLE and fixed in 13.1-BETA or RC. Sorry I can't be more useful. If I had experience with FIBs on FreeBSD. It's not the same as RIBs and FIBs on Junipers. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 --00000000000095287805dbcd673c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Fri, Apr 1, 2022 at 6:36 AM = Peter <pmc@citylink.dinoe= x.sub.org> wrote:
On Wed, Mar 30, 2022 at 08:59:24P= M -0700, Kevin Oberman wrote:

! > ! I am a bit puzzled as after two years you are the first one to rep= ort
! > ! that problem to my knowledge for either base system or jails.
! >
! > This is what greatly wonders me, too. So I was stronly thinking
! > that I am doing something wrong or unusual. But I cannot figure
! > it out, it just seems that the detrimental effect of the change
! > cannot be avoided (e.g. "service jail start" takes quite l= ong now -
! > there's a lot of them).

! This may be irrelevant, but updating to the stable branch is not
! recommended as it is not regularly tested. Updating to 13.0-Release and ! then to stable is less likely to be problematic.

Hi Kevin,

=C2=A0 (You are Kevin Oberman the network guru ?!?)

Maybe a decad= e or so ago. After over a decade of retirement,=C2=A0 I'm not sure how = BGP is spelled. And why would the network fib?

JK. I do recall what a F= orwarding Information Base is.

<= /div>
=C2=A0 You're essentially right, and I would normally agree. And it is = not
irrelevant, but then, it's apparently not related to this specific
issue.

The point is: I am not interested in 13.0. I am interested in
13.1. So I put up a pilot early, in order to report potential issues
(as I reported here the issue with the fix for PR 76398). At that
point this had to be stable/13.

Then on saturday I tried to use fib, and I figured that fib is not
fully implenented in 12.3, but apparently it is in 13. So I decided
to give it a try and move my backbone to 13 - and to the same version
that is already running on the pilot system, so that there is some
base to compare things.

Now there are issues - but it doesn't appear that these issues would be very different between stable/13 and releng/13.1. And -as can be
read above- it neither looks like these issues would just disappear
by themselves in the release, without someone looking for them.
(The broken "ipfw fwd" is probably also present in 13.0 and will = very
likely still be present in 13.1 - and I don't believe much in testing because you can only test what you already expect to fail.)

I am indeed pondering about the best approach. Over the last years
I was only doing release upgrades (after I had run into ugly ZFS
problems somewhere in Rel.10, caused by an intermediately broken
Stable *and* broken memory chips).
Now I am considering to do upgrades some 2-3 months ahead of the
release, so if there are problems that hit here, there is a chance
to spare the general public one or two troubles.

cheerio,
PMc

Well, that does explain a bi= t. I'm not sure of the best way to troubleshoot this. It is extremely u= nlikely that it's broken on STABLE and fixed in 13.1-BETA or RC.

Sorry I can't be more useful. If I ha= d experience with FIBs on FreeBSD. It's not the same as RIBs and FIBs o= n Junipers.
--
Kevin Oberman, Part time kid herder and retired Network Engineer
E-m= ail: rkoberman@gma= il.com
PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1= B055683
--00000000000095287805dbcd673c-- From nobody Mon Apr 4 17:14:27 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 026611A8274D for ; Mon, 4 Apr 2022 17:14:54 +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 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KXHT86t6Dz56hM for ; Mon, 4 Apr 2022 17:14:52 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x429.google.com with SMTP id w21so15563801wra.2 for ; Mon, 04 Apr 2022 10:14:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=message-id:date:mime-version:user-agent:subject:content-language :references:to:from:in-reply-to; bh=AneL3tUWlcPb7BrDFqgh4Y4eBZKDsTaApVhZ3cB2tyY=; b=Dak9qTeT1u0lpcrHU8umHWxEjGj62ijw/ZnwBnISBTQOtQcMk3RJCSQrXnsE2qnib1 xs7WeJHsh/hVRj4LpmHpOBOgSVoUlcRPu4I0UasEYwl+s2en59Dam2BuF8Y32hTFtkqK Q38Wx4wfgZaLyrEpWkMSS72E7UTl6VGAcfMwb34kr9xjMUrkL2/MCJp8DneX4EtIjK86 Yl1xuJhZmrRqHhicXGmzkTSTWsROT8eGMHCyygw8P9nvDa2T4Axj+gMN4hYKXOI7iDET HmVhVwWEgZESCaiFT/zpn0QYaa0a3m3/s6m5AVjL8TGmvvk9X2DseyRz27mMXQ8w4uYh 9isw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:references:to:from:in-reply-to; bh=AneL3tUWlcPb7BrDFqgh4Y4eBZKDsTaApVhZ3cB2tyY=; b=d3bstQBDYmfa4LB33VzgKnMB/dLsKZhjKMo1a4097vmbAFLwPV4y2SQnRBJxarYEmB njbnAjyBEW6LQImnk9CWXooLnb27ur5YE4AIYN+y6hmcmTK/drQjOUX4g4MMrtsrWOra 3uTahmYMsXIDBHeM4b5vK2mdZlO0YuJ6tS5nN3diNv3OaJQs27jIui4hinTw6eJdMVpO deCg4wiLF2KUivrRLd/iN/CrCgdAXjACQZoh59G2SLQJ037jj5J/mO7ZZAFVzR7b0f6L dtUkqKx/TPpJPmF0GpJDgC+rWCKfzmBlwKzK37MZhasPfbMQIL2dxMiQdzRNwQE3WvgO 8J7g== X-Gm-Message-State: AOAM532Lfitdj6kAK2ByTIYUf2wHLzBv83mLdMdO6nL52/yC1TE2UiAs Oy8FcYcJtgcg4zX3vZwjlXCHfvHooMWEbA== X-Google-Smtp-Source: ABdhPJw8I1LhZd4m6ca4eIrF6Ns4yWB9ZAPQd4dSjHqMS8R/hwfybdV05PKPTHyFCmjt+O6GBNbZnQ== X-Received: by 2002:adf:e885:0:b0:203:f46f:e19f with SMTP id d5-20020adfe885000000b00203f46fe19fmr535605wrm.449.1649092491656; Mon, 04 Apr 2022 10:14:51 -0700 (PDT) Received: from ?IPV6:2001:470:1f1c:a0::2? (tunnel642390-pt.tunnel.tserv1.lon2.ipv6.he.net. [2001:470:1f1c:a0::2]) by smtp.gmail.com with ESMTPSA id f8-20020a5d50c8000000b002061622ec88sm2312513wrt.105.2022.04.04.10.14.50 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 04 Apr 2022 10:14:51 -0700 (PDT) Content-Type: multipart/alternative; boundary="------------HCgFOvsBzYO7p1zo1IgzY06g" Message-ID: <8cea4499-356d-84f3-6ea4-716e472faec6@gmail.com> Date: Mon, 4 Apr 2022 18:14:27 +0100 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:91.0) Gecko/20100101 Thunderbird/91.7.0 Subject: Fwd: freebsd-update(8) upgrade, install, install: files not found Content-Language: en-GB References: To: freebsd-stable@FreeBSD.org From: Graham Perrin In-Reply-To: X-Forwarded-Message-Id: X-Rspamd-Queue-Id: 4KXHT86t6Dz56hM X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=Dak9qTeT; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::429 as permitted sender) smtp.mailfrom=grahamperrin@gmail.com X-Spamd-Result: default: False [-3.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)[]; URI_COUNT_ODD(1.00)[3]; 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:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; 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=20210112]; 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]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::429:from]; MLMMJ_DEST(0.00)[freebsd-stable]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --------------HCgFOvsBzYO7p1zo1IgzY06g Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit -------- Forwarded Message -------- Subject: freebsd-update(8) upgrade, install, install: files not found Date: Sat, 2 Apr 2022 15:28:33 +0100 From: Graham Perrin To: questions@freebsd.org With the second run of /usr/sbin/freebsd-update install (after restarting the system), is it sometimes normal for freebsd-update to report files not found? Screenshot: ‒ the tail end of an upgrade from 13.0-RELEASE-p8 (userland p10) to 13.1-RC1. The four files not found, including /etc/rc.d/zfskeys (more specifically: ///var/db/etcupdate/current/etc/rc.d/zfskeys) were files that did not exist prior to the upgrade. --------------HCgFOvsBzYO7p1zo1IgzY06g Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit

-------- Forwarded Message --------

Subject: freebsd-update(8) upgrade, install, install: files not found
Date: Sat, 2 Apr 2022 15:28:33 +0100
From: Graham Perrin <grahamperrin@gmail.com>
To: questions@freebsd.org


With the second run of /usr/sbin/freebsd-update install (after restarting the system), is it sometimes normal for freebsd-update to report files not found?

Screenshot: <https://i.imgur.com/BL8Mk4r.png> ‒ the tail end of an upgrade from 13.0-RELEASE-p8 (userland p10) to 13.1-RC1.

The four files not found, including /etc/rc.d/zfskeys (more specifically: ///var/db/etcupdate/current/etc/rc.d/zfskeys) were files that did not exist prior to the upgrade.

--------------HCgFOvsBzYO7p1zo1IgzY06g-- From nobody Mon Apr 4 17:20:48 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D7F1C1A85291 for ; Mon, 4 Apr 2022 17:20:55 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KXHc75prpz3C8s; Mon, 4 Apr 2022 17:20:55 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1649092855; 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=WpLMRtGdea0PdLHDX0J6t4lwSumQmZ5r0jNHk1Fj/eQ=; b=AejaZqren/6japCbBw4LdyyGXHhx6JatJUgoTt4EfbhyazHcWUOzjOKaZSFEed14IEAnaV 0E44BY3CzH0BDELTBrbWixT5Cc7EKtOOtXdPZrBl28j9T4b0ZwOLcCRRqCcqqr9iOW2hwd 35BWJNjo8yjaxM2q1SQYcYsJyG9DhM0twJPWOdYOqbgsbmUI0yib27f10l8eWx3nlX4T7I 65g1r7rlvDqGaL9+2nXhBxuC1fgm0DcSNzjFyC/Ti7IEq/IrJ2RwfYEnuM5YcOlmXsaamL WJCuT5D4uUEalqBGWUc/OY7vj9IxAHTGXXgR5tFLfbPCOs5cAzwDylSMT63sqA== Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 618371C0AC; Mon, 4 Apr 2022 17:20:55 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Mon, 4 Apr 2022 17:20:48 +0000 From: Glen Barber To: Graham Perrin Cc: freebsd-stable@freebsd.org Subject: Re: Fwd: freebsd-update(8) upgrade, install, install: files not found Message-ID: <20220404172048.GW13797@FreeBSD.org> References: <8cea4499-356d-84f3-6ea4-716e472faec6@gmail.com> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="8FuZXOhcVXRF3t6s" Content-Disposition: inline In-Reply-To: <8cea4499-356d-84f3-6ea4-716e472faec6@gmail.com> ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1649092855; 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=WpLMRtGdea0PdLHDX0J6t4lwSumQmZ5r0jNHk1Fj/eQ=; b=m6OZcbJ+SgiTzekJu75Q5/bY8rMfh7AAmSftEvvyb9oYKTceVLYH8y+JmBGgxPDEvaTgVj tsk+E6DGYYpHczuX/sLxHRtTKUiJlkLOG5zPg7Mq5Wmp5zxvV3VvJ17wdmRo8c4ANdwJmq HprJdI9VO/TKCQnx7ML3+tjPwPF6XQm5YJMgjp9lum8uQLxMCdlLZuafnylQI98Yhk5X8/ Is1CX5xAvgcTCFCTZ6x5VzFWFkJkS92QKN2U/4CcZkGreLhi8z79hGFBJsgOKfTkzgdNJN /wfIvNedST8pUpXjfm2S+zULIwNa9+HeAApKSIwb4DxgmNxQ0X9qke5yi5Y0EQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1649092855; a=rsa-sha256; cv=none; b=uwiCsN0Iodw/g+661LWa6W7UkdQ4aBY96ocPcxjD1qlWm5aCBrl0wqYaczE3hRH+MbTWJ4 jjqNiZVN99veiG+ZBQWj9lY5Q+OBgzKoimWIWZ5Dcoek8BhGBHkgHV8rlgABMYXc0QmEac tEl2GJLuU1eNgRDu9caIdrBO0iptMIdY3Hda5iXRH1R5ry51ZTOQ0kYEzzJyUazviooK9v mc2m4czD8bH4kIRLaJNaX4AxTxxYvkPg+UiH33/7m7qMeSSNqOolB7lKPkhSdT63HsWRIz bRlCrAhXnlZPN6iIDP+HRVPExpwwwyp/tzh2xQwsdIzPI8CYRTIMHB26paIMaw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N --8FuZXOhcVXRF3t6s Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 04, 2022 at 06:14:27PM +0100, Graham Perrin wrote: > With the second run of /usr/sbin/freebsd-update install (after restarting > the system), is it sometimes normal for freebsd-update to report files not > found? >=20 > Screenshot: =E2=80=92 the tail end of a= n upgrade > from 13.0-RELEASE-p8 (userland p10) to 13.1-RC1. >=20 > The four files not found, including /etc/rc.d/zfskeys (more specifically: > ///var/db/etcupdate/current/etc/rc.d/zfskeys) were files that did not exi= st > prior to the upgrade. This seems normal, since the zfskeys script did not exist prior to RC1. Glen --8FuZXOhcVXRF3t6s Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmJLKPAACgkQAxRYpUeP 4pOq0A/9GZDeBd14USktmnU4eRQ2sDNBbowZ3TSoOkrUyrL61nILzmjt5EqV7Bik fYem3AJd7SJk43vk654dxTiALJXdcF6B2ecd+Oi96TCTDafJb0AMG6Dn+KidVjjh FmkQ8DIWFRn5DRJHvlM4m3A0VBGvpGYls9KHR47gdtKXe/jPeqiDkP07TusEr4fA LWayBdict5BCUcmPz3x8kyxxiiSuz4WNMHW2jcZ4kXwDDoa6DAx+BX7NFA7wmrIq 52y7C0fMEvZ9a0Vad5vtbv0OdD6MF1tVRsdb2KrsOD7uXjPYm9bSI+12u0ZLVd9T Z8dyap70q5KuJj+8TmEB01ORyb3ZVwTO8HFHodUt/uL5UuhazWlyA22L9AfP+Qa9 sorGyjr8OoQOhI2D3ufZIvDmPqwSzjSq4vwT92Wl7f3hzIlpG6TIUrql3e9JHhrI p92G5+DmqJT93QWNkwnN0LAk27MZLUqsMUFyTVH8PSALvdG9rg9p5D4XGDYLvh2A ra2UzKf8aiJu9Fk1WGSiFVE09AcM9Np8OxsUfX/5WrHs/O1xmQV7qDBbbRPtz1RX k+obLpm55NyC64g104G50SHvIPNNtbz/8cOZqPTTHYp2HLcNJaqjCCt0QyPREaNT q34acU7sxWy1K+ymsxSYIGxd4X0WCp5dh4jC6reMdCoZ0xiVRak= =DmmS -----END PGP SIGNATURE----- --8FuZXOhcVXRF3t6s-- From nobody Mon Apr 4 22:19:46 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 77B6F1A87ACE for ; Mon, 4 Apr 2022 22:19:56 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from elf.hq.norma.perm.ru (mail.norman-retail.ru [128.127.146.8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.norma.perm.ru", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KXQF70Svtz4sSg for ; Mon, 4 Apr 2022 22:19:54 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from [192.168.243.7] ([192.168.243.7]) by elf.hq.norma.perm.ru (8.16.1/8.15.2) with ESMTP id 234ME9jL099709 for ; Tue, 5 Apr 2022 03:14:09 +0500 (+05) (envelope-from eugene@zhegan.in) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=vivat-retail.ru; s=key; t=1649110449; bh=ODjLb2b2R2Ycay1xLfXZV2OWY0PnassZaQi8Ws2mWUc=; h=Date:To:From:Subject; b=OpyMgojDzmL18TTQ819IsakzWAqW/8wc2js1JuolTUjc0kXqFPZ4Y1RLJltLdPLVw Rzw7VtTfyVJuQOgsVqVPQTA9rJMX25dOG79njhnNMAYyaX2y5Syl1douCxm5MyBL8P aph4k31Lu6ehwUzKCDH7dNlt/a9TtVlTkCIxh+4Y= Message-ID: Date: Tue, 5 Apr 2022 03:19:46 +0500 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.7.0 To: freebsd-stable@freebsd.org Content-Language: ru From: "Eugene M. Zheganin" Subject: FreeBSD on KVM, Q35 and kernel structure leak Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4KXQF70Svtz4sSg X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=fail ("headers rsa verify failed") header.d=vivat-retail.ru header.s=key header.b=OpyMgojD; dmarc=none; spf=pass (mx1.freebsd.org: domain of eugene@zhegan.in designates 128.127.146.8 as permitted sender) smtp.mailfrom=eugene@zhegan.in X-Spamd-Result: default: False [-2.30 / 15.00]; R_SPF_ALLOW(-0.20)[+a]; R_DKIM_REJECT(1.00)[vivat-retail.ru:s=key]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[vivat-retail.ru:-]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:212494, ipnet:128.127.146.0/24, country:RU]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[zhegan.in]; RCPT_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[freebsd-stable]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N Hello, I'm trying to run FreeBSD 13.1-RC1 (releng/13.1-n250066-aef190f298a) on KVM/Qemu, presumably Q35 type VM in Hetzner. After some uptime and considerable amount of connections, VM leaks tcp_inpcb to the limit: ITEM                   SIZE  LIMIT     USED     FREE      REQ FAILSLEEP XDOMAIN tcp_inpcb:              496, 510671,  510281,     391, 617269,11530,   0,   0 Causing multiple dmesg errors sonewconn: pcb 0xfffff8001ac8bd90: pru_attach() failed sonewconn: pcb 0xfffff8000ab625d0: pru_attach() failed sonewconn: pcb 0xfffff8000af999b0: pru_attach() failed sonewconn: pcb 0xfffff8000ab621f0: pru_attach() failed sonewconn: pcb 0xfffff8000ab62000: pru_attach() failed sonewconn: pcb 0xfffff8000ab625d0: pru_attach() failed sonewconn: pcb 0xfffff8000af999b0: pru_attach() failed sonewconn: pcb 0xfffff8000af999b0: pru_attach() failed sonewconn: pcb 0xfffff8000af993e0: pru_attach() failed sonewconn: pcb 0xfffff8000af999b0: pru_attach() failed sonewconn: pcb 0xfffff8000ab627c0: pru_attach() failed console errors (even on low number of kern.ipc.numopensockets: 1447) [zone: tcp_inpcb] kern.ipc.maxsockets limit reached [zone: tcp_inpcb] kern.ipc.maxsockets limit reached [zone: tcp_inpcb] kern.ipc.maxsockets limit reached [zone: tcp_inpcb] kern.ipc.maxsockets limit reached [zone: tcp_inpcb] kern.ipc.maxsockets limit reached [zone: tcp_inpcb] kern.ipc.maxsockets limit reached [zone: tcp_inpcb] kern.ipc.maxsockets limit reached [zone: tcp_inpcb] kern.ipc.maxsockets limit reached [zone: tcp_inpcb] kern.ipc.maxsockets limit reached [zone: tcp_inpcb] kern.ipc.maxsockets limit reached and inability to connect to just anything: # telnet 127.0.0.1 4080 Trying 127.0.0.1... telnet: socket: No buffer space available Even when the number of connections id dropped (for instance I remove this VM from balancing) it cannot recover (not freeing tcp_inpcb). is there any hope considering this ? Thanks. Eugene. From nobody Tue Apr 5 08:25:33 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id BDA2F1A81224 for ; Tue, 5 Apr 2022 08:25:38 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from elf.hq.norma.perm.ru (mail.norman-retail.ru [128.127.146.8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.norma.perm.ru", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KXgh14Xy9z4d1n for ; Tue, 5 Apr 2022 08:25:37 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from [192.168.243.7] ([192.168.243.7]) by elf.hq.norma.perm.ru (8.16.1/8.15.2) with ESMTP id 2358Jvcu035812 for ; Tue, 5 Apr 2022 13:19:57 +0500 (+05) (envelope-from eugene@zhegan.in) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=vivat-retail.ru; s=key; t=1649146797; bh=b4BEXztZLzqfT4PR9iw8N4oGIZSvy5ZJ28S02qPVw8o=; h=Date:Subject:To:References:From:In-Reply-To; b=F3ku92pJ9hUjE3rKcW1wszs9Q6PSm3CHZ/SiiUBpF5i7fwNqmLFDw7mc/J/qNNeHN EJK3GVgqXDJIgcsW52k28ZsQ852UEp/YLvBoOh9UfjCNsK5x5TND39E7Dlygi1dTPY U7hK3+FyxkWu1uSN7g8iVRqTRH8XwjQTGG/wAZOY= Message-ID: Date: Tue, 5 Apr 2022 13:25:33 +0500 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.7.0 Subject: Re: FreeBSD on KVM, Q35 and kernel structure leak Content-Language: ru To: stable@freebsd.org References: From: "Eugene M. Zheganin" In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4KXgh14Xy9z4d1n X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=fail ("headers rsa verify failed") header.d=vivat-retail.ru header.s=key header.b=F3ku92pJ; dmarc=none; spf=pass (mx1.freebsd.org: domain of eugene@zhegan.in designates 128.127.146.8 as permitted sender) smtp.mailfrom=eugene@zhegan.in X-Spamd-Result: default: False [-2.30 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; R_DKIM_REJECT(1.00)[vivat-retail.ru:s=key]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_NA(0.00)[zhegan.in]; R_SPF_ALLOW(-0.20)[+a]; DKIM_TRACE(0.00)[vivat-retail.ru:-]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:212494, ipnet:128.127.146.0/24, country:RU]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Follow-up: 13.0-RELEASE also has this problem (I upgraded to a recent version trying to see if it solves the issue), and of course when running similar setup (heavily loaded nginx + grpc application) on the baremetal server everything is just fine (regardless of the version - I have several 12.x and 13.x). This also may be related to the fact that this particular VM is using vtnet(4) driver; but I'm using the same cloud VM type in Hetzner to run nginx + prometheus, it has the uptime of 19 days and shows no signs of the leakage. 05.04.2022 3:19, Eugene M. Zheganin пишет: > Hello, > > I'm trying to run FreeBSD 13.1-RC1 (releng/13.1-n250066-aef190f298a) > on KVM/Qemu, presumably Q35 type VM in Hetzner. > > After some uptime and considerable amount of connections, VM leaks > tcp_inpcb to the limit: > > > ITEM                   SIZE  LIMIT     USED     FREE      REQ > FAILSLEEP XDOMAIN > tcp_inpcb:              496, 510671,  510281,     391, 617269,11530,   > 0,   0 > > > Causing multiple dmesg errors > > sonewconn: pcb 0xfffff8001ac8bd90: pru_attach() failed > sonewconn: pcb 0xfffff8000ab625d0: pru_attach() failed > sonewconn: pcb 0xfffff8000af999b0: pru_attach() failed > sonewconn: pcb 0xfffff8000ab621f0: pru_attach() failed > sonewconn: pcb 0xfffff8000ab62000: pru_attach() failed > sonewconn: pcb 0xfffff8000ab625d0: pru_attach() failed > sonewconn: pcb 0xfffff8000af999b0: pru_attach() failed > sonewconn: pcb 0xfffff8000af999b0: pru_attach() failed > sonewconn: pcb 0xfffff8000af993e0: pru_attach() failed > sonewconn: pcb 0xfffff8000af999b0: pru_attach() failed > sonewconn: pcb 0xfffff8000ab627c0: pru_attach() failed > > > console errors (even on low number of kern.ipc.numopensockets: 1447) > > > [zone: tcp_inpcb] kern.ipc.maxsockets limit reached > [zone: tcp_inpcb] kern.ipc.maxsockets limit reached > [zone: tcp_inpcb] kern.ipc.maxsockets limit reached > [zone: tcp_inpcb] kern.ipc.maxsockets limit reached > [zone: tcp_inpcb] kern.ipc.maxsockets limit reached > [zone: tcp_inpcb] kern.ipc.maxsockets limit reached > [zone: tcp_inpcb] kern.ipc.maxsockets limit reached > [zone: tcp_inpcb] kern.ipc.maxsockets limit reached > [zone: tcp_inpcb] kern.ipc.maxsockets limit reached > [zone: tcp_inpcb] kern.ipc.maxsockets limit reached > > > and inability to connect to just anything: > > > # telnet 127.0.0.1 4080 > Trying 127.0.0.1... > telnet: socket: No buffer space available > > > Even when the number of connections id dropped (for instance I remove > this VM from balancing) it cannot recover (not freeing tcp_inpcb). > > > is there any hope considering this ? > > > Thanks. > > Eugene. > > From nobody Wed Apr 6 18:39:02 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id A0BB61A882C0 for ; Wed, 6 Apr 2022 18:39:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KYYFL3RpSz3k7p for ; Wed, 6 Apr 2022 18:39:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 5664320803 for ; Wed, 6 Apr 2022 18:39:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 236Id2Fw014674 for ; Wed, 6 Apr 2022 18:39:02 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 236Id2Mp014673 for stable@FreeBSD.org; Wed, 6 Apr 2022 18:39:02 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 263099] vidcontrol(1) -p and -P does not work Date: Wed, 06 Apr 2022 18:39:02 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 13.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: zarychtam@plan-b.pwste.edu.pl X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1649270342; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=QHGq5fMDTBqbuOyUr25/iuu/D2zCoJ4ZHvHcG90cGck=; b=VrEAfSYYxG9acod3R1Nq9N5xJL+mhaGUHw5RMPOUVqQGczEgf7aNIJ37q9z5VZPliTb7iv EaLcYgJtT1JK173oNo0HsksXeYHzBTNGgSS72Uj2yQTKa5qbpBolBVAs+cdht30mjTpz1x 61J4AtfbIZ8A6M8vDT4gGc0Mt5Xb80Qlu+Dbknqq2vcN2U5RkKZOqJovMiafFP6oA7VCdX ZNHvxWbb1YJf643R42HgkrvjceBOJncSovZSRyRUZuuBM8JtVo+m7zPsmkns8FVJs9fw1o N0dmh+4m6pvmxkdfNlt0iP7kmzxckSi9ANK/Z1e8FuRYxUYhN8DuTtVmUPvFzg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1649270342; a=rsa-sha256; cv=none; b=p6UMMoE//YoyKd+4lCqzraE2ui6gwzGO8d/HJCKQwRQb+IDaDvLR7TLS2UKO4puo9WkZem tT9zsHly47cCj7mTCrzHW0Y9lwbBCYDxsaVWP9hpdu23L6pbrzkVAPX6Mhma9SLIGYUdNp bdftIFMciua8dud54bvfZEXvslYPXM2M1gZlHmDyr5LlIa8M8h1aNG7JmGIfFW+cv/c4GU DziZDS/cXef4SqUkGyTqohQShH+PdfP6zNKzyGx/6lhMf+avo0nS13iikUj35UUtxKArqu myCNZIsUORVT+rcGfXdo3m2dPN/7+Ux50INqAMkYv2cPgDXDgqvDb92/cVWZjg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D263099 Marek Zarychta changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |stable@FreeBSD.org --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Wed Apr 6 19:04:15 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id F188C1A8FEEA for ; Wed, 6 Apr 2022 19:04:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KYYpR524Jz3q3K for ; Wed, 6 Apr 2022 19:04:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 8D3AB206CD for ; Wed, 6 Apr 2022 19:04:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 236J4FWo029542 for ; Wed, 6 Apr 2022 19:04:15 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 236J4F3t029540 for stable@FreeBSD.org; Wed, 6 Apr 2022 19:04:15 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 263099] vidcontrol(1) -p and -P does not work Date: Wed, 06 Apr 2022 19:04:15 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 13.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: vermaden@interia.pl X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1649271855; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Ym8ojpOwN6pUHjO2QUD+AtQ7M/1v8LDyv7dA+i3Q9bw=; b=C2vVuBffacPftbMU0jZdlBtPk0ZQs+cgDLJf2Z7vztx1KslIsqLrEg3JOBQdpg2WH8hE2V YuyKLThO2KLOmupVy8/+eG4kdtXovxCf6DuJbYhTxr2R4ptmqk4rA/BSKxd936iEYcOCpV OtJOrGRldwJd39CKnlRf/E8Axmt/RB1aZj8Zn7KlCwoDXr6GpqXRWOWb1TgeYW+a69ay68 zO/daX2r3Fj1maLBQGFI/uWTs21K9k/3FbSfYCfQH/hCEVRLLuED+lITHj5mM6G0PtBhLh wHmFp7p0UThhJZtz3RZfztl25g1uYwMjmAaYu5dEqzfeRA43s+SI5uDAIIC6Xg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1649271855; a=rsa-sha256; cv=none; b=XEfEkv5EDQxxXgJPyT+Gc2KUYQtSF6Dz3MPQHSwDI1tT2jbaYLXDb6lMipzpQPOPRbIapO CGDUJRAmbY22KVhXfoo6aQTopZI1wrh+JkYBQLSkqqc0DI7yqoORELN8DMEgAkvUeGLV7y KmI1fOi28C3c9L/LZoXo6j2kFkmK7Jn4uW/xY7vh8vwnVcjxgWFNz0Bf5YicCOrzWHFAkg btbJv9pcxPCyrkzUwiwqYTIqfICdErTTWtq0VCsG3iR7M6Bf2Io+mLzIHqn8aJIZVP25J0 j/JebwwWsp4+ChQh9BEWGgqQDZapsI5zixz2ssipdpOSiu/J0d6u0VFJUuawAA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D263099 --- Comment #4 from Slawomir Wojciech Wojtczak --- Isn't the vt(4) 'the future' for terminal on FreeBSD? Maybe vidcontrol(1) should just be fixed to work on vt(4)? --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Wed Apr 6 20:01:41 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E79151A874CB for ; Wed, 6 Apr 2022 20:01:50 +0000 (UTC) (envelope-from jbo@insane.engineer) Received: from mail-4323.proton.ch (mail-4323.proton.ch [185.70.43.23]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KYb4t3Xfcz4Ty4 for ; Wed, 6 Apr 2022 20:01:50 +0000 (UTC) (envelope-from jbo@insane.engineer) Date: Wed, 06 Apr 2022 20:01:41 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=insane.engineer; s=protonmail2; t=1649275308; bh=F3lM/zj81Fj0qr8MhEIeEZ6a7F2SoDArj6Yvfy4Xy64=; h=Date:To:From:Reply-To:Subject:Message-ID:In-Reply-To:References: From:To:Cc:Date:Subject:Reply-To:Feedback-ID:Message-ID; b=hH/Ac4ImS51XuxlVznuH1l705Hv1esM5TPFambzxo0+bMnkfWnjL9APtk642Ax8wK j1iRl7QFo+BEFbpo+CAUQkEQ5ARmhMV0DPHuIDvE1uwf4ziEcCa+w393+c1AYxHH1x xC6+sdQI4UvYSiheZ38vcLXnR8FXSCsP6FIryhFljAb/7+g1R602NYbZON/bI51dm7 aL626OiQIqFZz+bT+oZpH1TI9YZ2CL5/FbI6rFGASF4cs8XSD1klMW62iJbj5avjpO 1QYusz4Lev7vANieWJ+62DBbQc4BOwb9pIIUWR/5RMZ2Q0iWAQh+wgW8YupuCfPN65 M3tWlEqXuAHbg== To: "stable@freebsd.org" From: jbo@insane.engineer Reply-To: jbo@insane.engineer Subject: Touchpad not working properly after suspend-resume Message-ID: In-Reply-To: References: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4KYb4t3Xfcz4Ty4 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=insane.engineer header.s=protonmail2 header.b="hH/Ac4Im"; dmarc=pass (policy=none) header.from=insane.engineer; spf=pass (mx1.freebsd.org: domain of jbo@insane.engineer designates 185.70.43.23 as permitted sender) smtp.mailfrom=jbo@insane.engineer X-Spamd-Result: default: False [-4.00 / 15.00]; HAS_REPLYTO(0.00)[jbo@insane.engineer]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[insane.engineer:s=protonmail2]; REPLYTO_EQ_FROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.43.0/24]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DKIM_TRACE(0.00)[insane.engineer:+]; DMARC_POLICY_ALLOW(-0.50)[insane.engineer,none]; FROM_NO_DN(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; TO_DN_EQ_ADDR_ALL(0.00)[]; MLMMJ_DEST(0.00)[stable]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_VERYGOOD(0.00)[185.70.43.23:from]; ASN(0.00)[asn:62371, ipnet:185.70.43.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hello folks, I'm experiencing issues with the touchpad after resuming from suspend. System: - Lenovo ThinkPad X1 Carbon Gen9 - FreeBSD 13.1-STABLE (March 27 2022) After a regular boot, the touchpad is working as expected. If I then use zz= z(8) to suspend the system and resume afterwards, the touchpad is behaving = weirdly: - Regular cursor movements (one finger) are very, very laggy. It feels li= ke the system is updating the cursor's position only once ever 800ms (or th= ere about). - Anything multi-touch related such as two-finger scrolling is not workin= g at all. The keyboard and the trackpoint (joystick-thingy) continue to work as expec= ted after resuming from suspend. I'm using libinput as the input driver. Here's the relevant part of my Xorg= config: Section "InputClass" Identifier "libinput touchpad catchall" Driver "libinput" MatchIsTouchpad "on" MatchDevicePath "/dev/input/event*" Option "AccelSpeed" "0.5" Option "ClickMethod" "clickfinger" Option "DisableWhileTyping" "on" Option "HorizontalScrolling" "on" Option "LeftHanded" "off" Option "NaturalScrolling" "on" Option "ScrollMethod" "twofinger" Option "Tapping" "on" Option "TappingDrag" "on" Option "TappingDragLock" "off" EndSection Any idea how to track down the problem, what the problem could be or how to= fix this? I could not spot anything obviously in Xorg's log. Best regards, ~ Joel From nobody Wed Apr 6 21:03:57 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D6D0C1A9A5A8 for ; Wed, 6 Apr 2022 21:03:57 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KYcSY4RpGz4lRB for ; Wed, 6 Apr 2022 21:03:57 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 7A05E22B07 for ; Wed, 6 Apr 2022 21:03:57 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 236L3vH2094593 for ; Wed, 6 Apr 2022 21:03:57 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 236L3vb9094592 for stable@FreeBSD.org; Wed, 6 Apr 2022 21:03:57 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 263099] vidcontrol(1) -p and -P does not work Date: Wed, 06 Apr 2022 21:03:57 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 13.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: portmaster@bsdforge.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1649279037; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=mf+JxWtA3nosTaJQKTDYWowdaTa+yvA1AKXtCMu3rkg=; b=y0SFz1MxE+0wboLxGvKrfUDT/Z6IK3MQ6HSjP0moZASqb6WWl79jEtl+6/74mhgi89eYdB MUm+yYeX+LGq0d5T00VXDVxTpwTC1iKbYNyTndqgguFlRvKmDLFpF2FOhcb7Zog8I3IOqi 2iUm25PN63yzSZOG6Hae0fkZB9/iahmsHZLEpY+r33cBLTYwkr6gQE3BzY2lMFngvn3pAf n2Hje4zVMQgpPmvuVaRQidPgtCtqAMEHr9cNhPfq0qVOSRXGqCnjBXOZ9kyTSh3ezvcj6Y LGP0xI9wpXZrMjhkz8pJVp6jUwr70BM4mKo3JyeWGUq+GakareshEs6/1Nm/QA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1649279037; a=rsa-sha256; cv=none; b=WnO9UCGUtGjthr7CRRKeqyFC9hy07GDQ+XtiRxLzuOBZO42jquFVVJmpPM5rTvE4XRsbKi 3mk5JhCMpEfU3+1bQLsjCloObWtdbna6/qNqpSGmjZro1QoaCc7RbOqlmlG0O+ehFCVleQ 5xKAsm8GpUn0cpjAsnczVsWmsrwdVEmiPnEC97Vgq0EoxxIBkEK3xRW+qO6Rs6lsPEeFSJ M38B2c5D4FQBW1wn5dwzamI/FMV043acSg2FG5jj9JxMAkDRSlglMmuJXedNrGH4KYP9Fc cVq7vdkt/HZKi0YexvdVgFCeXyATPo+jT9ju0SRNxX/eTUTal1RHtKHEvvg4pw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D263099 --- Comment #5 from Chris Hutchinson --- (In reply to Marek Zarychta from comment #3) > Unfortunately, sc(4) can be only enabled when you are not booting with EF= I. Well. That may be true on your hardware. But all our servers, and all my personal hardware has the following in loader.conf(5) kern.vty=3Dsc All of them boot via UEFI and all of them use the kpi/drmn graphics modules. So just for the record; sc(syscons) does not prevent you from booting through UEFI. :-) HTH l8r, Chris --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Wed Apr 6 21:33:05 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 9D9DC1AA2CAB for ; Wed, 6 Apr 2022 21:33:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KYd692bqWz4sCN for ; Wed, 6 Apr 2022 21:33:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 39121230B5 for ; Wed, 6 Apr 2022 21:33:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 236LX5AC007338 for ; Wed, 6 Apr 2022 21:33:05 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 236LX5jw007337 for stable@FreeBSD.org; Wed, 6 Apr 2022 21:33:05 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 263099] vidcontrol(1) -p and -P does not work Date: Wed, 06 Apr 2022 21:33:05 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 13.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: junchoon@dec.sakura.ne.jp X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1649280785; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=NHoVMkbj52cjoBHq3ej7qsPFqilpLaRyBruH3T2uRRc=; b=P+c8CMpodmrBlnLNdEY0OWUrrN9aRYskhYOAcKlZJXijtksLLNwIc/wCQ/jnTEYy1ymF0N ir5Yf//xvx6d4n4IuXNYIyxzRPEUP8+RZw37ze6uds4g4zAQPMsnKCqXNnlvbgJJDBEcIL iYDEBNHZW5sgooUMq8Jdhg98fVpld51/srGAT7azrQrn7fXVkpB/hG8nLKNPr2yNAHoO5K PMlZfkXNwtAdqWvHKQZLI9zi0QHp+W7yhizAW0gAt9AtS4I9jExwmEd4iWTfwKIzoU9dpc J2fhsUO1dcQcVF0+CUk+PoOvH3Amo5AcHRarEkgo7AyRR42PeQnoq4ycnTM7jQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1649280785; a=rsa-sha256; cv=none; b=aAF1Txrg0vQgTQw4f/9pGaXZURgZ+K5mzD6wVlwU0Q6NEVyfx3HTftKLstf3Ww9GdD3tjQ Hduw0SEl0FG6N8N98R2UOGhx4jAVVEorOPnNFKX968aeVijulz4BdUmRVUfY5iBgZ/oRWd 6q4JCdoZirCDs0EA7zmpMFbntOwuk9h9OGWlkyeObteW4yF3eWIGCLp5Pi5RdjI4cvLTPb qfn5EOTVgmys0LeVdvnwn03kR6HBSZRPAFLKOirNW9hyciY17pIIj/VcACIHjGteKjnVdi 5I0cu3g5MWUJRPkh2SfBZEmYDkHDKeMuCnEGp/67dIhDbuJXT8XpHggH+xiw/g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D263099 Tomoaki AOKI changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |junchoon@dec.sakura.ne.jp --- Comment #6 from Tomoaki AOKI --- (In reply to Chris Hutchinson from comment #5) Are you 100% sure all your hardwares are legacy (non-UEFI) booted? On UEFI, efifb (only usable via vt) is forced and sc is not emulated (by firmware) at all. So nothing can detect legacy (character based) frame buffer on UEFI-booted environment. (For UEFI-capable hardwares with legacy boot ennbled, CSM of U= EFI firmware would take care of it, just stop hiding physical text frame buffer= or emulate actually-nonexistent hardware, which would be dependent on hardware= ). It's a limitation of UEFI, not of FreeBSD. So kern.vty=3Dsc on UEFI-booted environment would be ignored and forced vt. On vidcontrol side, discussions would be needed which to capture, graphical frame buffer or vt-internal text buffer. Someone would want images displayed to be captured, that means, texts are a= lso captured as image, not as characters. But OTOH, others would want only texts to be captured as characters. This is like the behaviour with mice driven by moused. --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Wed Apr 6 23:35:33 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id C6ABE1A9C8E4 for ; Wed, 6 Apr 2022 23:35:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KYgqW4GDJz3qxS for ; Wed, 6 Apr 2022 23:35:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 6F16C2494F for ; Wed, 6 Apr 2022 23:35:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 236NZZCX072143 for ; Wed, 6 Apr 2022 23:35:35 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 236NZZ8m072142 for stable@FreeBSD.org; Wed, 6 Apr 2022 23:35:35 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 263099] vidcontrol(1) -p and -P does not work Date: Wed, 06 Apr 2022 23:35:33 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 13.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: emaste@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1649288135; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=aufSylZSkXajGu/tymyxm/aku//1zPqkTNUJMt3oh84=; b=LiGr/bu7tQMjqVXcNrcSxuxiX3B+XcLazaooj9DkNfipqzw61qb9/UVeCmm3Ye5f+I1BkI gMjP60rtHiEyW4TbSEd3GA7tUQlm6XdPcH1OPA/SyOCUHf+pGred1DRs9drsz7T497Cuwr dwWiYq5EBCz85v1ck8Kw4JkhHOatY6Xb/pIsxTPlhU5PvjGlwYkAEZEQhx26yf/ricqeLF LvTT8dNed4lw5QBzGuuQ0tYcZdfXH+dsx9jNm1deSdE0yiDixfgL5I357Z3hZfBhbcqOZU 5q/LOI2EKRMKiaC1//bUZVkQ4gm1YnpvzCZUwPXRR5LkeeHRSJenz816vH7R7Q== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1649288135; a=rsa-sha256; cv=none; b=oD3M2/NmBvcMnuuNleXaaM4uqPa02SNnbs5xX1Z3Tj4bYqhtdpATEScnaf3HplSCeipBAR y79wluFc+dh2Z79ZTVVbIny3q7//j60Wd98B6PNKScYzvYlrRCpytse7qHQ6ML7BGU55d8 UYX9irW4WrpkaWUrFCSLd9PmkFc0heeafDTpChbFnqrCtGdMY8rNIkN0enI+etoSonxIHC mPa9kb67vQFqQKH2Xpw+C96hvyxQBKDdd6Ju/yNaoM97MJqzfHHtv0eXhlXhof7DH+6BW/ 4FUEWDvzg9hSNcjHZj3M6gIgLAs7QIhHOXuJASDgkprRjDU9AJw7Dp/I70zAYA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D263099 Ed Maste changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |emaste@freebsd.org --- Comment #7 from Ed Maste --- -p / -P uses the CONS_SCRSHOT ioctl, which is not currently supported by vt --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Wed Apr 6 23:44:03 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id EBBA71A80464 for ; Wed, 6 Apr 2022 23:44:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KYh1H59Yvz3vHC for ; Wed, 6 Apr 2022 23:44:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 5F42C245E2 for ; Wed, 6 Apr 2022 23:44:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 236Ni35P078313 for ; Wed, 6 Apr 2022 23:44:03 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 236Ni3l1078312 for stable@FreeBSD.org; Wed, 6 Apr 2022 23:44:03 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 263099] vidcontrol(1) -p and -P does not work Date: Wed, 06 Apr 2022 23:44:03 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 13.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: emaste@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: see_also Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1649288643; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=teES6pjMy0tmLiD5mAFPFmTrHBACSEgzQR09zK7a/BA=; b=EqWWLNc2202sJpbdwYbgaUB1V0Y6NEY+CUBnHOh7i23E6s+9mCZgkcPqgWse7xhWZKKn+f FhUxljxlYLOAl0Or/6s2fL0fuk7k/JVKagxmsb/5WNwTmG0kyiLSrww+/lkC4wSiDQv1Nq gigtH7A9OFkgh8q+ZYfSTe1e8HOyhBB+T1FuetEBTxf8ri9JEuyqHc8gvavo++b9OR/rhA CQV6DT/avTLqn8TupuggirBV5HVZH91AUiFVY05cwXuRM2JFZJOCc+e9LGze4e74ZHrZ/3 A4pa5F8sWGerNxcctR8UyjrpxF1fTnHZ4htCqGvQj/S5LPbpDaIRZMrKUU5n2w== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1649288643; a=rsa-sha256; cv=none; b=RlCzEG8DsWzk88RcJQY9MJp3kAYoRheVeVZsPCbDVu2RyertEnM5oGO7wuwdxHe9BDVewW x8LDO0zbK5HLSpZF4lKBf/X55Bae4s4H9P4l5LPLmefiqTqYrJMQYHSrIyUSE5tp4t8Slm jex3kpE3iRH/6Ryc4ooQpbYk+nUH4vB9P1rhSWIoktaBNnW9dvtU2GF9qBUWoehEYKDy21 y6h2tU+5ZwK8a4SggP+lqs1rDmd8yygYqvAMqUyfrHKYl95EOu9y7kJOpFQsFD4KwrvUH+ 0mtbObQ+VrGACrvk0xEMs9LsU40TpSYhSkgRK1nCbMNGmYuuL+BW4XEB2Yo7KQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D263099 Ed Maste changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.freebsd.org/bu | |gzilla/show_bug.cgi?id=3D2= 104 | |13 --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Wed Apr 6 23:44:04 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 589F81A80258 for ; Wed, 6 Apr 2022 23:44:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KYh1J5Rgkz3vHL for ; Wed, 6 Apr 2022 23:44:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 8819D24868 for ; Wed, 6 Apr 2022 23:44:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 236Ni4VC078345 for ; Wed, 6 Apr 2022 23:44:04 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 236Ni44Q078344 for stable@FreeBSD.org; Wed, 6 Apr 2022 23:44:04 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 263099] vidcontrol(1) -p and -P does not work Date: Wed, 06 Apr 2022 23:44:04 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 13.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1649288644; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=A68B0AI2lUxaMfCOIDlGrmOGs4eljrNFYmn8qq+d9PE=; b=nNv914G2LtNPX68WK7P+cGr8m7D8BcF8E1bB5QuEZlWHZ4m0LT7mnSRHX3+TZfHgaLUS5T 00pBvUj+5OqA3Vv3VxxVDB5y0ZNp+zlqDbbufAvZk+XvalgPY6JVUrMMjuwhNbWBFbZlMs GvRYi4b4diGS6Xh2EyWkHYMzF3oBJ0qZjkjueucmk3tZRdj8dLuf8EFaRot9vA0ATvHQ/x ZtXrzQs+ULnZLNnuYAnyaWPN/xNCnXyMKg8Vif0xN0xbhIUMuBzyt80A7g1jUvlOEbQCy8 3dP9wRPiCU/ksZaZoD+2G7LFNE49DMetBFhG/bnC19VbJSjrVxny/0HYHxT93A== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1649288644; a=rsa-sha256; cv=none; b=h1qOzVSTLk5x1H+ibWBWu/fsf0aGi35J3iyLREwXtROnK9bCGmnfXp1X5EYw2JrbLTQNdI URMnVf80GB4X0ImewnbPWN9YJH3cN7ALeZ+uRGkFhPPBvFZoefh3vgYPRkuPneGuSYbxkn EzYxi1CA7RJN6FIrv51C1dnPZxXYy5mAThCbVJa+9eY+xBQXGsiNh84dbZNG03yQU45625 TEMjoE8yIDkZv8pmagFNDtq7A2PpecHjd2SrWtQ4c/4GE6DdhEXJjnqRE2rTZKQWEKwuau jRCR8NIzKqO8wwt98AxEi9Cr1z4VkwttMcLGay1w70SqDK9n4YVfYGenJMnwEQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D263099 --- Comment #8 from commit-hook@FreeBSD.org --- A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=3D1f4442f71fa33a8ef6d3da808e32872fb= 23a5700 commit 1f4442f71fa33a8ef6d3da808e32872fb23a5700 Author: Ed Maste AuthorDate: 2022-04-06 23:39:19 +0000 Commit: Ed Maste CommitDate: 2022-04-06 23:39:19 +0000 vidcontrol: be explicit that -p and -P are sc(4) only PR: 263099 MFC after: 1 week Sponsored by: The FreeBSD Foundation usr.sbin/vidcontrol/vidcontrol.1 | 6 +++++- 1 file changed, 5 insertions(+), 1 deletion(-) --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Wed Apr 6 23:45:58 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B115A1A82936 for ; Wed, 6 Apr 2022 23:45:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KYh3V2Fzkz4Qrd for ; Wed, 6 Apr 2022 23:45:58 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 220BC24C6F for ; Wed, 6 Apr 2022 23:45:58 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 236Njwbg078736 for ; Wed, 6 Apr 2022 23:45:58 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 236NjwZW078735 for stable@FreeBSD.org; Wed, 6 Apr 2022 23:45:58 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 263099] vidcontrol(1) -p and -P does not work Date: Wed, 06 Apr 2022 23:45:58 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 13.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: emaste@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1649288758; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=SKswfZSbGeLK+OM0sDYRsoBNYLE/9Jm+P4zw5DuJwDk=; b=YOjUs7jpFsrcYbWVasyDbKSO89LiNXD8MAxFSpV+8R96AZaLyugSiCXcjoNA+fAQq+m3fV g/QotK/EB56+TM4ulzIWyvLCdDIBAYOQkHZZp6myJ+4wyTqOCjLOUsiyhJScM+2zHhLfrR 35YaN8j2yqC6UI5bbo9QKMbIWGkdE9KGYaTEW/mq6fkqXYlObCk145VChBeCX7FsLFZNPu AIWZJgIIXQsj7lBy8EYtFg6fEQlCfzcYNa8fdcXeiQ8opPy9e/40VJSDOYST7tXHFziysQ SJWfDbkjqwq4nkQDAOp5lzUhf0CxXr4iZy+OM7Lu/naJSOLI4E7vMxnfDRFVVA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1649288758; a=rsa-sha256; cv=none; b=N/IRrGF90iBh+7KVP8gQm6NOySa3stnw/KJaEQJ3MechuTX9dgjwaiMH3gZisf5rARJIkm 23ym/anJtHv8IYSgypM8kN0Lz+7HrQPFSuQEm7BeOgLMXm8ugrZYSZ+chPkiXX6fndufwp tCwZKmmnZsksapnTDCun+avIhJn27fH5L1UsCoZghcMjMHTjfTOxfLO6bOB6YGZRmNBciD EeE5i8rjQOHrYsoSiSWh9wu0Ld/PnRYbyaoJpEQ/ykwa1pqH6fZkZFVGh5Mig2JZAivZ4g aFDMITqyXfCaap4IdzaaWbvzVpKnqn8noPdWh5C19NihLDvf2oqeFHS/sWXa+Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D263099 --- Comment #9 from Ed Maste --- (In reply to Slawomir Wojciech Wojtczak from comment #2) | DESCRIPTION | The vidcontrol utility is used to set various | options for the syscons(4) or vt(4) console driver immediately after that: Only a small subset of options is supported by vt(4). Unsupported options lead to error messages, typically including the text "Inappropriate ioctl for device". --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Wed Apr 6 23:46:10 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B9AD01A83604 for ; Wed, 6 Apr 2022 23:46:10 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KYh3k0KkNz4R1m for ; Wed, 6 Apr 2022 23:46:10 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id E0113245E6 for ; Wed, 6 Apr 2022 23:46:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 236Nk9e0078819 for ; Wed, 6 Apr 2022 23:46:09 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 236Nk9FA078818 for stable@FreeBSD.org; Wed, 6 Apr 2022 23:46:09 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 263099] vidcontrol(1) -p and -P does not work Date: Wed, 06 Apr 2022 23:46:10 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 13.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: emaste@freebsd.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1649288770; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=+0bhccG9FO5jB3Zsev/xToiaStETgnTuOelleJWBXKA=; b=wr+vroDchrasMXTSP2IuJWRjIjRe6WYhKB5LaklRj5c5KbaMxOS/GgoF9uAmoGjlng2O2h MDTfQvmZblLFVl+QyzeQt90eFR1pyLeYwH41Q7FIwo2HC/rsT+hR712H8Ge55qxD5+qqjy IWrr18KJgTtUILQBVm+adlwX/ESaYKM+bLQNN/R8HgYIzJrQ2+E8PDq8W5rW+MMjDgdgVg e9h4CYkahPT20c12/bnbWNYbGiAWEa3etwIpBLAyuUrtLlWP9Kl1vJ+O6OwgHDyRqBDDQ/ vbyl+K3czFPTNi4asn6hsDayWDB+V4aFyEgv8IoXOLvK+BJtT/RpXYjWtq8TlA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1649288770; a=rsa-sha256; cv=none; b=PFrQWC1fBX8iSEjXq8Q9JrH33LQ+HczZiAkpuHCl1JYe+WgoX0aOYZNwxgHUToCngUvE15 xbPRKCC6cKlT45YvLXWELQk314xJibunC4b6MnBflVcKaRazeTlfUmQwtzMEBZEZy48GcU RhrR3J5NCj1U/IO2lFIaNeAxKKPGuikHAOteMw/ja+ChUQhx8B68g+PlPcA0y/2cdDW1qJ 7C5nrG8Ihdd2aMuzu5AY9es9HUzzZeH9d7vLx1zWIpm67dgaHWCiuqEINFz6e8bjycX+cq ToLy7RWypNVKIqbDKkHgcY1TQcXfPWqtciUVTUfwLrM+pSI4gKEJKvkgaCNLkg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D263099 Ed Maste changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |In Progress --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Thu Apr 7 00:27:11 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id AF6871A91D30 for ; Thu, 7 Apr 2022 00:27:12 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KYhz416Wqz4q52 for ; Thu, 7 Apr 2022 00:27:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 8B8C925766 for ; Thu, 7 Apr 2022 00:27:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 2370RBN3003782 for ; Thu, 7 Apr 2022 00:27:11 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 2370RBeX003781 for stable@FreeBSD.org; Thu, 7 Apr 2022 00:27:11 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 263099] vidcontrol(1) -p and -P does not work Date: Thu, 07 Apr 2022 00:27:11 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 13.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1649291232; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=vKHis4ZdonbY5nFBHuhSraoHxp+HxoLkUMdSK108TCs=; b=K17Q9b7GplL5Tk4cqQDVSQN62iSEPWFmaWnoHir8q6145wvxqRDmXasn7NhSluXCR7sAzc 7aOKY3SaRqb0xgIvmJN9zdRuh3bedYbBKyX6YQvvv43yU0oVn3mxvXDZkLMA4EVvVXyqzV SuFVrAEtKjEqVSiXmvSg5cAYmxQhStoGPoW4jQOVOwdzkHwE1KRrh9FARdOEVtmwrRMg1s yKKiMIz66UaDjuS1f3yQymx+g6m4udhwfNNHTZOZ3VnN88Sva1qbaF4QKMNiHfbcpyiIKY AnHKbd5g23SvbhTdVI9Zzxjz6gY4QfGOXhEogqWIO9EcPAVZNhszAQ3SLTZEBw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1649291232; a=rsa-sha256; cv=none; b=JEGaCHpPzq0A0tvA9bRtiXDPdaNMViPFeGMtgbvUKg509cfVaOI4z0y4hd05RgeCvtKmg5 NOwxFmtzo+wiVhVkVGcx4gyC6aNxNlj6m6THSEuUTrfPOveaCsl8JFn9Nf/85mfttNaBXm rjDW3CLASLnvIOvQqK9TRUUuAd7eW2WBR1O4/waAObn4f4yIPBHfhO6l1VHnY3fPpvi4jb AobfsrOJ2RGzZpapHLPaR4khpvXXBhtmAtkBCqPBeWLhPPenPZ3ZhqvAT3ivv+UB8+Phyu L0cywiCYQ3u2+VDKzitn7OtHcQAwjSWwiVwKgeg7WvT7ZFNz1/LLPW5iPvPj3w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D263099 --- Comment #10 from commit-hook@FreeBSD.org --- A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=3Dc71ae91f1976746b380a8aada8676d7ae= 084fdc5 commit c71ae91f1976746b380a8aada8676d7ae084fdc5 Author: Ed Maste AuthorDate: 2022-04-07 00:19:54 +0000 Commit: Ed Maste CommitDate: 2022-04-07 00:26:43 +0000 vidcontrol: disable p, P, and H when vt(4) is in use These options use the CONS_SCRSHOT ioctl to capture the contents of the current console, which is not yet supported by vt(4). Disable the options when vt(4) is in use rather than emitting a possibly confusing error message. This change should be reverted if CONS_SCRSHOT is implemented for vt(4). PR: 263099 MFC after: 1 week Sponsored by: The FreeBSD Foundation usr.sbin/vidcontrol/vidcontrol.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Thu Apr 7 00:29:43 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E904C1A93E9A for ; Thu, 7 Apr 2022 00:29:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KYj1z5L07z4rgK for ; Thu, 7 Apr 2022 00:29:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 97B7C25796 for ; Thu, 7 Apr 2022 00:29:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 2370ThhY004379 for ; Thu, 7 Apr 2022 00:29:43 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 2370ThIO004378 for stable@FreeBSD.org; Thu, 7 Apr 2022 00:29:43 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 263099] vidcontrol(1) -p and -P does not work Date: Thu, 07 Apr 2022 00:29:43 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 13.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: emaste@freebsd.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: emaste@freebsd.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1649291383; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=kqA+KeM4tEr3lEXxVujBhKzJW9h6MMSGLsNpl5C7GBA=; b=iZay3BZyscs3fopLom6QfMd49L69HKpixOfI75HqVFaKao9Ch4rcO9feYz77M7hhApFuhS C/fcEXOGYfLPgfOzhHd1s+LnYTZRIxvrVGUc7dLILp5G9yq/CQRwgSeLnOJ9eyh3mP8klq hwOWBJ6VY525lVAoEH9mM3sVTBs1DZ+CSpzFJcozXmDTMKGewqz7Ux29Hn2K3TxpE2b27V BxCV4UccrxoBnFH+LC0enpFYQ4avPb+0vH3sR3X8onhV2pi+RwRB6eacM/Mc9HL4dsr1zc L3qkpdGc4DCdgsMrjkaZ4XVWUkXQnRQjrbPi9teZaZdLeX4NiRhSfmLB1XFzew== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1649291383; a=rsa-sha256; cv=none; b=ovdZrlawnn/8RMgzAu7iBvy1cxQ38zfLr1cr2GrY9z0M3leativtpClW1JOSWd440nQaIK HXhu/Z2RcxhXotkAQvHn2et4nW6y9Ls5C8Z5tIGEoGcc8EO11UrOxuWQ++wSP2SbCgRX2G 7yJ1IGuRtLMpsFA3Dei6zF2Qzmflii3AmG6Me/NTrO9ZLocX7qmwo7jCkjJhVf+2w3bxKz Tv0KiEWHpZqdJyAnbnRUq040uXM7uimn3qIoKlR8VC38/rsPpOKi7MwgEoKvgUkfPhHWVG SXLjaf4HJqM7czLQyyEka6QBVt40VOjE3Ok/CveJ2+W83d9/MK8P4CWquQbM+g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D263099 Ed Maste changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|bugs@FreeBSD.org |emaste@freebsd.org --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Thu Apr 7 00:29:58 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 10DCD1A94024 for ; Thu, 7 Apr 2022 00:29:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KYj2G2QHXz4s3N for ; Thu, 7 Apr 2022 00:29:58 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 314422562D for ; Thu, 7 Apr 2022 00:29:58 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 2370TwKM004464 for ; Thu, 7 Apr 2022 00:29:58 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 2370Twqt004463 for stable@FreeBSD.org; Thu, 7 Apr 2022 00:29:58 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 263099] vidcontrol(1) -p and -P does not work Date: Thu, 07 Apr 2022 00:29:58 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 13.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: emaste@freebsd.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: emaste@freebsd.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1649291398; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=V7A+dGJ4ACUf4i3rh8ECkRSJFFj9odPktXxsbft3opE=; b=bWqMyeRXDPe+hLJZppLDi82aAWbX9glcc5GKNW7GousPupI0sfklpiOLZccr3TJIG7oyD8 gPUxwbt5fpOvNNaVR+D0n894+21KtFQvcubpmK/wmr7/8jmHSQGp2dO9xMSeu9lLrEg9SK RWbYZxCLJ1YnwcFDi0YK3dw6/WkVwO+VGLLspOiAgCRC6vo1209boJ4Zx2tAjLknDAqhpo fuyJ2zTwAESh1CT+duJUbki4JnoKIZv0BeRTHNG07cOJLcMOi4LqFkYD9k92pNY+oaei1B NqwVsE8bPJRPyAun9PSvi9v6GUsayRpRyPm8g03SGedso1s9kR71XNEYiiyE8Q== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1649291398; a=rsa-sha256; cv=none; b=VP+UBh4paPsCHoBT5EOlpgRpVPha2x8pl4klBLGPyFenuwDdci2/4t3vg9x5c8WOPDnfnH c5jerO6ZKMzLzHHslS2fZxt6zdXn9IqKRLIvz49tmvrtd6VO5lz8XfHKpYsiGGNL8dplZH Q6xLTKDDUihi+KgEeZqvDFW/5U6DdnNryZhhpM40T5gUck5fih0ZmK09+a9JIEzvVChB/o EiyK1J1nT9c88xdDcJy6WK+5Hy0/7cACeKnCzbI2XHQrNsjYik4qItCr+/QSDQ4Fw8Y7Ip JqTy3soXye/4Kf5SBPdOpJeXEAgONvyLCY1UIBzRPqWu8wFDGW1mZGPpRVm2Bw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D263099 Ed Maste changed: What |Removed |Added ---------------------------------------------------------------------------- CC|stable@FreeBSD.org | --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Thu Apr 7 19:37:38 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D4D141A8A08E for ; Thu, 7 Apr 2022 19:37:40 +0000 (UTC) (envelope-from hans@beastielabs.net) Received: from ewsoutbound.kpnmail.nl (ewsoutbound.kpnmail.nl [195.121.94.185]) (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 4KZBVX1mbRz4v3V for ; Thu, 7 Apr 2022 19:37:40 +0000 (UTC) (envelope-from hans@beastielabs.net) X-KPN-MessageId: 1429b6e8-b6aa-11ec-b4ce-005056999439 Received: from smtp.kpnmail.nl (unknown [10.31.155.7]) by ewsoutbound.so.kpn.org (Halon) with ESMTPS id 1429b6e8-b6aa-11ec-b4ce-005056999439; Thu, 07 Apr 2022 21:36:54 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kpnmail.nl; s=kpnmail01; h=content-type:subject:from:to:mime-version:date:message-id; bh=SdEvcKOLzClCo+J6NuD64fdnCM0DwIcfuoxITNgGuD8=; b=D30F4bD31JZs2IBCuuoX5DlHqlcNOtR3mRadRr6IQGBIvO7gFGNNTM3qBoXMhExttFs08Jgto+KoK jWG953xyrh+Pd0EWP/Mx4FvruuGCJ6xuQA40EryaZSA/DQdhKWodaqHiF0rZKA5l2FHB850batqrJT lzpmicSgX/5RPIrY= X-KPN-MID: 33|30xkyq1b6xaAVN3qLmAertMGnLVj4P6c91jSzGbogLYxEhH45cxCwE1aKDRXcxB tIi5NFtKTYkjm8NNgMO7R7Q== X-KPN-VerifiedSender: No X-CMASSUN: 33|F3HIKsfB91QEu/HZTAR7TOG6SkLX1fSVczGWxXdpYmc8yaEsUsMjvFGYTBBN1rT RDwbl/e2PR7bRs12WS9Sleg== X-Originating-IP: 77.171.212.158 Received: from [192.168.66.163] (77-171-212-158.fixed.kpn.net [77.171.212.158]) by smtp.xs4all.nl (Halon) with ESMTPSA id 2eef1878-b6aa-11ec-961a-005056998788; Thu, 07 Apr 2022 21:37:39 +0200 (CEST) Message-ID: <6b0ee99e-e07b-bd47-3861-69f71a4d854e@beastielabs.net> Date: Thu, 7 Apr 2022 21:37:38 +0200 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:91.0) Gecko/20100101 Thunderbird/91.8.0 Content-Language: en-US To: freebsd-stable@FreeBSD.org From: Hans Ottevanger Subject: New Security Advisories to freebsd-announce@ ? Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4KZBVX1mbRz4v3V X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=kpnmail.nl header.s=kpnmail01 header.b=D30F4bD3; dmarc=none; spf=none (mx1.freebsd.org: domain of hans@beastielabs.net has no SPF policy when checking 195.121.94.185) smtp.mailfrom=hans@beastielabs.net X-Spamd-Result: default: False [-2.40 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_XOIP(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[kpnmail.nl:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RECEIVED_SPAMHAUS_PBL(0.00)[77.171.212.158:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8737, ipnet:195.121.64.0/18, country:NL]; SUBJECT_ENDS_QUESTION(1.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[195.121.94.185:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[kpnmail.nl:s=kpnmail01]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[beastielabs.net]; RCPT_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[freebsd-stable]; R_SPF_NA(0.00)[no SPF record]; RWL_MAILSPIKE_VERYGOOD(0.00)[195.121.94.185:from]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hi, This week three new Security Advisories and a new Errata Notice were posted on the FreeBSD website (www.freebsd.org). Usually these are also mailed to the freebsd-announce@ mailing list, but this has not happened up to now. Can somebody arrange this anyway? -- Kind regards, Hans Ottevanger Eindhoven, Netherlands hans@beastielabs.net www.beastielabs.net From nobody Fri Apr 8 04:09:55 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 489C21A8969E; Fri, 8 Apr 2022 04:10:02 +0000 (UTC) (envelope-from gjb@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KZPsk1FP8z4ccV; Fri, 8 Apr 2022 04:10:02 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1649391002; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=WO1Rjps0hOqHdhl35NmE3cazkWfJSVQfsy8gNbcXAgE=; b=kyY2HL6kxOdWQJBp93S3oI9T5RWmzmUxkbTR0F/MaAEzdv4Kbk20RQS/he9PJ6tNdMTRbH OKW00gT2jNaPURoPWMsSpgtECOfCWxQ5pISTVzLRfqYCsqLl0MxoNWU+oe8olhcD9f6hyn WF3pv6Xt/uZg1+heorDm0ZNEDCk9n4Br/tbFie66o44Szm0SVPoudD+CxV+KqJDhwSYB4m NFS4dK7WFmCTQbsLxYmNMU3yZINV3N0TWcsrAiW+8onqCJ8yEVlfWivL3eVmczeglq2aGk 3WsfsH97BQ9fVkhKEXQiL5nVABktiON2yAh5nMF1vVq4pfy0FyUrXWuebh28Ag== Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 92B26DCD4; Fri, 8 Apr 2022 04:10:01 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Fri, 8 Apr 2022 04:09:55 +0000 From: Glen Barber To: freebsd-snapshots@freebsd.org, freebsd-stable@freebsd.org Cc: FreeBSD Release Engineering Team Subject: FreeBSD 13.1-RC2 Now Available Message-ID: <20220408040955.GP76435@FreeBSD.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1649391002; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=WO1Rjps0hOqHdhl35NmE3cazkWfJSVQfsy8gNbcXAgE=; b=H+cP049X4CMqBq2FNdOktkWbnjHG8Nye7C9ly9yTm2GAWvI1lAMkkwlzohC7qW3bJ1k1+1 OUkUEU0bpMzdPXrOuk3l6rQ0mgFrorN6kK+B8m2Z9WFvvcnzHkK6SW6ymemS4Jx21oUUKx K2WBcGK8U6ee4S1rKBuTKC+vQEQwHaFhTOOGu86mScQqJsIeOSu3kieOsNxedVRxq7D26t mCEUVAX4hC7RQ9205zkIyRC80EOeHPtumEypnMa4pkbWhxkmPJ8evT4x5G5D60c287G9U3 b7RI7G0jZa2J/iCfk4E9BFHuSkaxw1UvTtGTW2jJB9bL1bk+kUQXhBYCAei2AA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1649391002; a=rsa-sha256; cv=none; b=nZq09A78c6RIeHcNcF8/CaCpRRjfHLPwMex8Um44giF2wGBP9/jIUbxa5ZrZdwBAnLphqe TqrUD6UY2eT4tGVOY3FZVzW0nr0//cQdAMcZ/aehRkPg+ttuab9ciI+f+aVxHqgw6YKjxZ 2WVoYviqG6IAbT3ZFkbS5uUjcAHegzEbOsmPLHe7vZ0yIAyvqyhdlg6gWM4VRSrEmOh8W5 BrN/ni4veC0Vo3ds5zKWTs7ghyw1uIOOCCpmEX4G4ksYTOnDmiYhJ5mWzvaLtuOhrU7t+C kOoUKdHBZYWL5XJbqIzWF5+c/G+11HS1Z5sazFIMu2b2OzI+BeWRTtqGiEZ4mg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The second RC build of the 13.1-RELEASE release cycle is now available. Installation images are available for: o 13.1-RC2 amd64 GENERIC o 13.1-RC2 i386 GENERIC o 13.1-RC2 powerpc GENERIC o 13.1-RC2 powerpc64 GENERIC64 o 13.1-RC2 powerpcspe MPC85XXSPE o 13.1-RC2 armv6 RPI-B o 13.1-RC2 armv7 GENERICSD o 13.1-RC2 aarch64 GENERIC o 13.1-RC2 aarch64 RPI o 13.1-RC2 aarch64 PINE64 o 13.1-RC2 aarch64 PINE64-LTS o 13.1-RC2 aarch64 PINEBOOK o 13.1-RC2 aarch64 ROCK64 o 13.1-RC2 aarch64 ROCKPRO64 o 13.1-RC2 riscv64 GENERICSD Note regarding arm SD card images: For convenience for those without console access to the system, a freebsd user with a password of freebsd is available by default for ssh(1) access. Additionally, the root user password is set to root. It is strongly recommended to change the password for both users after gaining access to the system. Installer images and memory stick images are available here: https://download.freebsd.org/ftp/releases/ISO-IMAGES/13.1/ The image checksums follow at the end of this e-mail. If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use Git to do a source based update of an existing system, use the "releng/13.1" branch. A summary of changes since 13.1-RC1 includes: o libc: Restore fp state upon flush error in fputc o Updates to the bsd-family-tree history file. o Update contrib/expat to 2.4.7. o Treat cache write as a read in arm64 data faults. o pf: Initialize the table entry zone limit at initialization time. o mpr/mps/mpt: verify cfg page ioctl lengths. o zlib updated to version 1.2.12. o cxgbe: fix enabling lro & rxtimestamps. o uart(4): Add a concept of "unique" serial devices. o powerpc: implement __clear_cache. o fstyp: detect Raspberry Pi Pico boot filesystem as FAT. o Various LinuxKPI updates, fixes, and KBI corrections. o net80211: validate Mesh ID length in ieee80211_parse_beacon. o netmap: Fix integer overflow in nmreq_copyin. o netmap: Fix TOCTOU vulnerability in nmreq_copyin. o libarchive: merge vendor bugfixes. o libbe: pull props for the correct dataset in be_mounted_at(). o libbe: fix be_mounted_at() with props after bootonce. o Various bectl/libbe fixes and updates. o mrsas(4) updates. o Updates and fixes to VFS. A list of changes since 13.0-RELEASE is available in the releng/13.1 release notes: https://www.freebsd.org/releases/13.1R/relnotes/ Please note, the release notes page is not yet complete, and will be updated on an ongoing basis as the 13.1-RELEASE cycle progresses. === Virtual Machine Disk Images === VM disk images are available for the amd64, i386, and aarch64 architectures. Disk images may be downloaded from the following URL (or any of the FreeBSD download mirrors): https://download.freebsd.org/ftp/releases/VM-IMAGES/13.1-RC2/ BASIC-CI images can be found at: https://download.freebsd.org/ftp/releases/CI-IMAGES/13.1-RC2/ The partition layout is: ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats. The image download size is approximately 135 MB and 165 MB respectively (amd64/i386), decompressing to a 21 GB sparse image. Note regarding arm64/aarch64 virtual machine images: a modified QEMU EFI loader file is needed for qemu-system-aarch64 to be able to boot the virtual machine images. See this page for more information: https://wiki.freebsd.org/arm64/QEMU To boot the VM image, run: % qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt \ -bios QEMU_EFI.fd -serial telnet::4444,server -nographic \ -drive if=none,file=VMDISK,id=hd0 \ -device virtio-blk-device,drive=hd0 \ -device virtio-net-device,netdev=net0 \ -netdev user,id=net0 Be sure to replace "VMDISK" with the path to the virtual machine image. === Amazon EC2 AMI Images === FreeBSD/amd64 EC2 AMIs are available in the following regions: af-south-1 region: ami-0f915992a81335211 eu-north-1 region: ami-0ff495ba948e08b58 ap-south-1 region: ami-07ae8c53c1eebd7d3 eu-west-3 region: ami-03ee31b03991a0dea eu-west-2 region: ami-05ab0eb1bf5c35154 eu-south-1 region: ami-063f925f0971e3fdd eu-west-1 region: ami-03d8c9caad9d403ee ap-northeast-3 region: ami-0f7157b8815c8c045 ap-northeast-2 region: ami-003e45e0dd28ff51f me-south-1 region: ami-01c44774cd6efc56c ap-northeast-1 region: ami-050b78a1d268de339 sa-east-1 region: ami-05a759adaed3b01b8 ca-central-1 region: ami-0afcccbc4e35dd012 ap-east-1 region: ami-0e4bf49a80e638f4d ap-southeast-1 region: ami-07a4902ebe913461c ap-southeast-2 region: ami-0f8dfe016b18f8814 eu-central-1 region: ami-0c121970d5f330cb1 ap-southeast-3 region: ami-0a2532b4e235f22f0 us-east-1 region: ami-059ddc6e031513083 us-east-2 region: ami-022e2d49e5dfda349 us-west-1 region: ami-0f1101d5c79fc7663 us-west-2 region: ami-0a26848a544cb28ee These AMI IDs can be retrieved from the Systems Manager Parameter Store in each region using the keys: /aws/service/freebsd/amd64/base/ufs/13.1/RC2 FreeBSD/aarch64 EC2 AMIs are available in the following regions: af-south-1 region: ami-0c2c6c342238fa3a3 eu-north-1 region: ami-0b0c77550d7fb8956 ap-south-1 region: ami-0c0121f483833c912 eu-west-3 region: ami-086dba9d686b0c865 eu-west-2 region: ami-0bd493ef50a8f4588 eu-south-1 region: ami-05e65db01de4ddfa7 eu-west-1 region: ami-0b1d6bb9924566dd2 ap-northeast-3 region: ami-08eb1d259686c8a13 ap-northeast-2 region: ami-0aa2dabbdfd21a0f5 me-south-1 region: ami-07de1a4178cf0718b ap-northeast-1 region: ami-0490088856545677f sa-east-1 region: ami-0cdf52c8f9b522d57 ca-central-1 region: ami-0233192042edb6d9d ap-east-1 region: ami-0a9791b79360e73da ap-southeast-1 region: ami-0e13c810ec1a2008a ap-southeast-2 region: ami-00d8f93ef85471e63 eu-central-1 region: ami-0746935a1e7dcd425 ap-southeast-3 region: ami-0494122b2dbc4515f us-east-1 region: ami-05e5e3e98ff52ae26 us-east-2 region: ami-09a1429714ca9a227 us-west-1 region: ami-0b521d2258b2e4923 us-west-2 region: ami-066be2255fb81d6f9 These AMI IDs can be retrieved from the Systems Manager Parameter Store in each region using the keys: /aws/service/freebsd/arm64/base/ufs/13.1/RC2 === Vagrant Images === FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can be installed by running: % vagrant init freebsd/FreeBSD-13.1-RC2 % vagrant up === Upgrading === The freebsd-update(8) utility supports binary upgrades of amd64, i386, and aarch64 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 13.1-RC2 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 12.x. Alternatively, the user can install misc/compat12x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install == ISO CHECKSUMS == o 13.1-RC2 amd64 GENERIC: SHA512 (FreeBSD-13.1-RC2-amd64-bootonly.iso) = 0c26458ca03fc9f9c94b0ff5d5126278e37c5805c4e0f119ed8e2b333dfcf856d35f3c3fcdf08ee6703f7cf5a0eadda5d4c935864f50a5f1d178c024d2bb4f08 SHA512 (FreeBSD-13.1-RC2-amd64-bootonly.iso.xz) = 1fe6ce782f04e8e7a203b726f43d0b8c815ea25dbd64a0114be2cd06f51982c8351a1a17703604912a66a23d9b85259bd202439366e50c2145ff68c7e1731845 SHA512 (FreeBSD-13.1-RC2-amd64-disc1.iso) = a4817bec3a97cbd9bb44f5e1870ab93caff23af7a18fabf784051d586e3872b21031660c02422d161b4858c2f38e3aa0887f0d409e699fd4faa9bbe2a0210bed SHA512 (FreeBSD-13.1-RC2-amd64-disc1.iso.xz) = 58410d8a81195cf64d5d4e7d144d60c94dd40441abd165f7ed811096ffed60b7ca2b0facb3c303790486721764ba94464d3f48c0f607f50e2a37ad5d33c4ed0b SHA512 (FreeBSD-13.1-RC2-amd64-dvd1.iso) = 31fa4d499d3010cab8cf19b1cc23fb671cb952d81c7c4c7bcec2722bc12cbc534d462676cc2bced9c6ba50d325e2a9a2d215dfd6b433b3b3fce9f356aa7ef99a SHA512 (FreeBSD-13.1-RC2-amd64-dvd1.iso.xz) = 4400d1457b921204b522d21f8f9b29e2d4d0967779844c788a93b2ae587e6aa480395b2bcef5b3bee717e097d849de7f78b07f598474a540cb1da697a387e53e SHA512 (FreeBSD-13.1-RC2-amd64-memstick.img) = ed7be7a0ea237fb4d95cbbdc38e103a9fa7048918cbdd4f5d78516860b6659cf0ea9c5580e8a8722996d5595ca1dbcb60b621e58bbc8ba5d252eac4a5ad1d113 SHA512 (FreeBSD-13.1-RC2-amd64-memstick.img.xz) = c4598ca7c9cd51389c8e7daa859bb714504a9180aaa2a05512120777d1156a2d818627141537991c15fbc6e5cabebb1f853234d71e31e0aa6249ad4e7a0f66cd SHA512 (FreeBSD-13.1-RC2-amd64-mini-memstick.img) = 8b4d966e7a62057372ead8d85ac501bcf125b3c8cf5fbed84bae0a61e96dbee3caa6c6b760607ad85b722054838cad7f45778b8611be1e7a432f41c5f4614cf4 SHA512 (FreeBSD-13.1-RC2-amd64-mini-memstick.img.xz) = 33074ac90ee5bd4f6517ca11c3aae8b078db6b3b67212c6a98e1e919a4ea9c7c60262d07fb9415d1872fbd4cd08ef7782641fbce4030570bc4cf926fe2e2c8ad SHA256 (FreeBSD-13.1-RC2-amd64-bootonly.iso) = 5e1a47c7f7aef92dd8effd7583455685af37156b4a984610ae2a8c1e7069eaac SHA256 (FreeBSD-13.1-RC2-amd64-bootonly.iso.xz) = 0114a354f1a9fa02928dbbd4d1923d4b2b4532111797e310d8780cde7f59d284 SHA256 (FreeBSD-13.1-RC2-amd64-disc1.iso) = a1321b5703ac79f99bd955bdec038dbe79ba8fe7f803206f4b9cdd61f8c7c462 SHA256 (FreeBSD-13.1-RC2-amd64-disc1.iso.xz) = 5d11ac82299c7e67a22a110baa2f81307cdec5d853ebd78e2e36bbad68640354 SHA256 (FreeBSD-13.1-RC2-amd64-dvd1.iso) = 05508b832178e8f18cc3ee9d4d54689c2b488380fa7fc7cf1d1411ec8ad5a560 SHA256 (FreeBSD-13.1-RC2-amd64-dvd1.iso.xz) = 234f48e66c255a24d8ea879032ecb2a57209c566fc1921fd9f7947af5bd112c0 SHA256 (FreeBSD-13.1-RC2-amd64-memstick.img) = c02c8386f88c816bfda735ab48e4088a327203588aced60d494b2d0d7884ecfc SHA256 (FreeBSD-13.1-RC2-amd64-memstick.img.xz) = c4b5d131ad8730f748a32cd5c6124fd225ffb86bcc2faa6521c941378eb006e4 SHA256 (FreeBSD-13.1-RC2-amd64-mini-memstick.img) = 201bd61ccf230f5da4dc8ad86db1b6b2ee7003c06354821937eb4fb8af3961aa SHA256 (FreeBSD-13.1-RC2-amd64-mini-memstick.img.xz) = 254df3a8d236ca1c0f5bbb53c30b14bf07286a2f7673c60da3d25e1f6c64562e o 13.1-RC2 i386 GENERIC: SHA512 (FreeBSD-13.1-RC2-i386-bootonly.iso) = 716ed27ed382c5ad75c5677ec8b2178ef9dcabdef929e283779ec14f17b58e40d02c2f1e0c4891ed1ad006c4edc778af2f8dc6c92b7d4428a1faa32e75e0e672 SHA512 (FreeBSD-13.1-RC2-i386-bootonly.iso.xz) = 43e57da7609c0c95105aeabe468049067e86820a6efe60836a9b138a96489c11840ec803e3c643c377e292e7f74a6dfde84a5bbb1ede7b3ba54b0e5a63a72b49 SHA512 (FreeBSD-13.1-RC2-i386-disc1.iso) = cc1c69e0c17b90ed039e8819eb2aeec28de555ed6430b292733fce28f049dc0ec0a2c4a6eea21d715a69022046730437471ac926b24e60cbf77b35609f15634d SHA512 (FreeBSD-13.1-RC2-i386-disc1.iso.xz) = 26364ac5a55ecf5b217be02dd9b2ae0e9d81312dc19ac07cd870bcaf056b2c747ce61b9a9f8f7bd18c91920868307f01b8b30b6060a0419bd5135458e244da1c SHA512 (FreeBSD-13.1-RC2-i386-dvd1.iso) = 6e275974d4981c3a55d63fbcf3339b4f81c6063985597015ca49e6f015a8ad453a1aefb6ba5fe6fed4177a2317b198e20d75581cd20628b3d704733b3f1d37c5 SHA512 (FreeBSD-13.1-RC2-i386-dvd1.iso.xz) = ecc33291057cec7c02be443378f0a48b3aac8083510544b4247602da73731df47927a31e0c410fa66c34b036e40f0a64e4bd4f1131698bc736be5217e224d18a SHA512 (FreeBSD-13.1-RC2-i386-memstick.img) = dcaa0dd3049fb0e352900dae286fe92e20a4fe72a0eb4b13aed58daab58f73d59f91a731afa41352ec15b1bf098762e16ceb16608de6c5b89390439ee83e66d2 SHA512 (FreeBSD-13.1-RC2-i386-memstick.img.xz) = a522b19269328ee294cb1435764588f51e26aae05d275f34e9b95f1ad79e40792c0dd6480651f3ee0626182e0a10d8481a2eb845265bbd90f4d121c3c785855c SHA512 (FreeBSD-13.1-RC2-i386-mini-memstick.img) = 5558558f2b7d5250d86c151cba102ea302f23d33fc9d591fb1c908e237a923801e8864057db1b6e395f7c3eca0185d907a3cdc5ea71261edc59953c8b52847f5 SHA512 (FreeBSD-13.1-RC2-i386-mini-memstick.img.xz) = cc797cf206df9e1e7739f1692dd4840abf121198a99d64ea753de489264e25264fc10246acb2b6456a74f9d9a96c6ec4098e993932935a37d33492a81ee4c481 SHA256 (FreeBSD-13.1-RC2-i386-bootonly.iso) = db457e49abf2b33e2ad458d025aa4a77318bbc8d1baece62932d12ed65791f97 SHA256 (FreeBSD-13.1-RC2-i386-bootonly.iso.xz) = 31e5dee4251a73ae8fbc39bcb7b876d7a1e0d77f716d75fce2219629e4b4f28a SHA256 (FreeBSD-13.1-RC2-i386-disc1.iso) = 8a0b57b1e7b21a25497d0467b62726b6b69ad4677d3bf1038cac04df87d523e6 SHA256 (FreeBSD-13.1-RC2-i386-disc1.iso.xz) = 7581cde68d2e83265d92d4d66209793d2383ba1ba394b1b0fa1fa62ca47895b6 SHA256 (FreeBSD-13.1-RC2-i386-dvd1.iso) = aff0e96fc63a401c6624d292ab7b4c7ddd478f5227320b3257aec13825462432 SHA256 (FreeBSD-13.1-RC2-i386-dvd1.iso.xz) = 8740d98f914c3be102e54121556b080c48cdd19466c483b6e95f7ed169be10be SHA256 (FreeBSD-13.1-RC2-i386-memstick.img) = cd57e86b7fd9f7ff568f3961addd7d17b9ad3981ab30a7e0155f013fd383285d SHA256 (FreeBSD-13.1-RC2-i386-memstick.img.xz) = 2c98a8bde532131409f0bbb27d264c482462418a3b0dc2195a60694f3ab28a70 SHA256 (FreeBSD-13.1-RC2-i386-mini-memstick.img) = a105c102c153d05cd19d0f959bddf4376b2628c271f123592f28c47847f96b7c SHA256 (FreeBSD-13.1-RC2-i386-mini-memstick.img.xz) = bd48a77bf2b0af6c7afaade902bf5f3560a4a442da307a6010ff4654d67106f4 o 13.1-RC2 powerpc GENERIC: SHA512 (FreeBSD-13.1-RC2-powerpc-bootonly.iso) = ce065627ccd388c13bfa35e311a76fcefddb7896f8c14d76c34013d87ea1ee25c7dc17bf828e114f6b5bb58109e10a8b7ba51de8f47ad1902dd6dfb07134cdad SHA512 (FreeBSD-13.1-RC2-powerpc-bootonly.iso.xz) = fd8db53b4b025c75a11b7f2299b19e0767e5a54e46a658aa20b4d91eebce6dd98c3b6fb43eb48724abac618f7c5cae38c861bb62e928704feeaad4383990e55e SHA512 (FreeBSD-13.1-RC2-powerpc-disc1.iso) = ed5324f541052d3a1cc91dda6ef3ca60e00fff69a9f4677292ac38c4c7ef911cb501fff2011a8e0719411081846802ba0f56b0e4a83d77d44aa7b35a18609f12 SHA512 (FreeBSD-13.1-RC2-powerpc-disc1.iso.xz) = 803b4eb80efb9e7841e38507eb11d250dc95caf23865b09d97da4d35b2dee400020af0197d06d21c8850cf27ecf897c93469d728f445c5ca3659a6f1e7cf0b0e SHA512 (FreeBSD-13.1-RC2-powerpc-dvd1.iso) = 15306616e739a261700c49f98baf747e229f6b53b26ac56a23666cbd012d925c2adb8f7ed13c81105d744c1e71581ac905e42d4203f6e10edb13f5de3c4bf8d0 SHA512 (FreeBSD-13.1-RC2-powerpc-dvd1.iso.xz) = df297897fc9f326cf94a4b01ecf44279e7bee487b98e6b091b090bdf27f8ebe0e89134e59b4cd3257f8d3ad98c88d283104f435ac43c54faf92297c57143c4db SHA256 (FreeBSD-13.1-RC2-powerpc-bootonly.iso) = 81dfc44d8323e4ceb0a59a587937df0557f08a3545757c1c7f262ec2fefb762c SHA256 (FreeBSD-13.1-RC2-powerpc-bootonly.iso.xz) = 4b0c2828089a4f964ff41f83710175bd325b2a5e323be4a1742ee08ff8062800 SHA256 (FreeBSD-13.1-RC2-powerpc-disc1.iso) = 32c8a6f347073b2f27b3f85429e3717d7cdb2383e02c41603682270d5b7e308b SHA256 (FreeBSD-13.1-RC2-powerpc-disc1.iso.xz) = e29dd6acda83097ea0ce5e26264bfaae82071b0f5275b702a6f8beb566c3d9a9 SHA256 (FreeBSD-13.1-RC2-powerpc-dvd1.iso) = 9cb4acf97d204eb091eb7d983589dec5d912f050011eade7ae00e89c4830d47a SHA256 (FreeBSD-13.1-RC2-powerpc-dvd1.iso.xz) = bea90493832d56309e08ab7fadd78ad1eae2c3dba1eba78e25bc315d5c5b2213 o 13.1-RC2 powerpc64 GENERIC64: SHA512 (FreeBSD-13.1-RC2-powerpc-powerpc64-bootonly.iso) = e1e70883f0feaa41642cc11fb02f61b693f8e34c68ce7935570b6228e43a473af667485e64bb5dacda8a34c43f11c0f44ed6b5dc1acc50246f0ace616b0eba77 SHA512 (FreeBSD-13.1-RC2-powerpc-powerpc64-bootonly.iso.xz) = f4bcd05affe3e623c6500b21126e5d2c831e8912d8e5fdccc8c8e535e5b6edaa5ebe36942d7d966e50619947bfe03e6ef994cea611f471065ad32b12a997ad98 SHA512 (FreeBSD-13.1-RC2-powerpc-powerpc64-disc1.iso) = ecb265e8934c7fa8890afa9f2b81a8f04c350b6140525b85b142bd3601bb7cb3e7b7075c968d901d6dd6d08d6dd396316f2e66aa8e036f3bd45fe2735daa9e99 SHA512 (FreeBSD-13.1-RC2-powerpc-powerpc64-disc1.iso.xz) = 842f2dfd8f968d40555f63bc18066a202aba1d4ae1400c7bcaffe3e690d6fd4c7acf27d7c50b8978680102afde58199055f095c9dc07536f56fb1e05277dbb25 SHA512 (FreeBSD-13.1-RC2-powerpc-powerpc64-dvd1.iso) = d2945221af0a658bcfe37493eafd0d1d55313fa2f1460c1ea2359f7e47317a8bd010e5aa94558c9cfdf51f4c0c0e90d21d103eb0d342ea9a833fd494ce473a7f SHA512 (FreeBSD-13.1-RC2-powerpc-powerpc64-dvd1.iso.xz) = 245fd81e6d8e964cb6e6baae0ff524eda142e90deee409932132be22687432fd6b87d7bf6dc5480ad4d7ec2419125770b756b6ed0e82e5dd4c2b37fb705795c3 SHA256 (FreeBSD-13.1-RC2-powerpc-powerpc64-bootonly.iso) = b090779efbee729f1004b7f57476660d9d7c321db824e2e81a01666097babe68 SHA256 (FreeBSD-13.1-RC2-powerpc-powerpc64-bootonly.iso.xz) = 8c5cdc030589df15426abafd25000df852b51b3934e2d5d437d2453f15d17d38 SHA256 (FreeBSD-13.1-RC2-powerpc-powerpc64-disc1.iso) = d7ef73eb9d84271f7112c81983912714dc362ffe6f6fc7347d1b65313ef9af1f SHA256 (FreeBSD-13.1-RC2-powerpc-powerpc64-disc1.iso.xz) = 3739ed2555888fb04b5bc18ae75cb0167bcc03c80bd8ecfde7cb9326eda03bcd SHA256 (FreeBSD-13.1-RC2-powerpc-powerpc64-dvd1.iso) = 87b0b1c5fcf29ae352cc2bf3b60fa1f78e9bd4436eca76b1f7ca2035d54268d5 SHA256 (FreeBSD-13.1-RC2-powerpc-powerpc64-dvd1.iso.xz) = f44e453cac7af8e256800701b402e4deec38bcaf263479e148992debf7d5605a o 13.1-RC2 powerpcspe MPC85XXSPE: SHA512 (FreeBSD-13.1-RC2-powerpc-powerpcspe-bootonly.iso) = a71de08ac39fd68b7f94a48a84165aa29894c40b7c593e60a43a9a07edd60100773bccfb916e3072b40bad8472dbc28b443120a03e7b74e3677799654a3cf96e SHA512 (FreeBSD-13.1-RC2-powerpc-powerpcspe-bootonly.iso.xz) = 554d1df1a7809c7ffa3df0ede510e35fd704989ca20c0d47b336e0a8d0e65aabccde5f4bd48da21495b0a343468d84ec05caff1002e23ccdb0c0becf85cfdd8d SHA512 (FreeBSD-13.1-RC2-powerpc-powerpcspe-disc1.iso) = 3e07cf36148cb0a1aa236101f3a01c414a8e214f42482ff7a700a7942b368a315237f0f631d3abc0b2d3c31fef9141e063f7b2ddf96a9d45dd22496e3277ce5f SHA512 (FreeBSD-13.1-RC2-powerpc-powerpcspe-disc1.iso.xz) = 8b8950887384d8b98823e914bd9231c277dd49c3b6e1a1d6c30120728ac7917ae493850817e0f28062bce18bea380704da23c01524eda42462a24a0e5094854e SHA512 (FreeBSD-13.1-RC2-powerpc-powerpcspe-dvd1.iso) = 6922d8083e103968c5fef2a3dd9fa6a50540e51b96a06c7983d35b0ba9e1205b42616db94f912b4c2e2aadc3498549052e45a18112fd8882835b8aee7ae218f7 SHA512 (FreeBSD-13.1-RC2-powerpc-powerpcspe-dvd1.iso.xz) = 00fd4c210d5310da090508f96679d07e69bb1ae786b6d1e26218932bc3c9b11d3d7659e9eb283933b3a09afa3a4bab4e25557e8ebe794eb2f0392d899fbaf2f2 SHA256 (FreeBSD-13.1-RC2-powerpc-powerpcspe-bootonly.iso) = 8ba9d97dd71b557fa706df374569a6cc249101373a8e0ecbff1656e112f81de0 SHA256 (FreeBSD-13.1-RC2-powerpc-powerpcspe-bootonly.iso.xz) = 3d4f0963d4c61d672488d85f603fcd6ad25ef865d8c3274e61bc0a0a7c6c21b3 SHA256 (FreeBSD-13.1-RC2-powerpc-powerpcspe-disc1.iso) = e65b26592adafbb255441078df1ae2e031c504c843c0cf29c19265ba5dcc0a65 SHA256 (FreeBSD-13.1-RC2-powerpc-powerpcspe-disc1.iso.xz) = 48e5de5beb6818f5bfd18204e1f035348336fc2d192264419387f558f3bca23e SHA256 (FreeBSD-13.1-RC2-powerpc-powerpcspe-dvd1.iso) = e4ab49986185a0d0138d80a780b6cb2a150b557c8eef2e3d62a9fa12c185465b SHA256 (FreeBSD-13.1-RC2-powerpc-powerpcspe-dvd1.iso.xz) = daec2eb84e12b225a6d47aabd2b5caa45d26c4ab97a938b5fda8ec90868106f4 o 13.1-RC2 armv6 RPI-B: SHA512 (FreeBSD-13.1-RC2-arm-armv6-RPI-B.img.xz) = 317cc64d17c50ac1d5690056c261f8a3ccfa30c516041e1b922dc1104bd37d36801f098a64138951373c77607d3a935a4c8458fae7da7c1aee348120a55a176f SHA256 (FreeBSD-13.1-RC2-arm-armv6-RPI-B.img.xz) = 72f60faede0828ac75ea1c75f09a70b5d13b6e00ebf495773def0ef68140ab5d o 13.1-RC2 armv7 GENERICSD: SHA512 (FreeBSD-13.1-RC2-arm-armv7-GENERICSD.img.xz) = 1bf6070e9d7c0c242b4360f248a21959f0b6b59c6bef1786179a73a618a1e5c73fc8e3b4afd88d6a61b8dcd0dfcb978ef71635d2a95633d0ebfb8e2a84a20b7b SHA256 (FreeBSD-13.1-RC2-arm-armv7-GENERICSD.img.xz) = d80b07ef0b452a1e9dab8909c303e0e52a611bf37adc0363df06ee7880e577e5 o 13.1-RC2 aarch64 GENERIC: SHA512 (FreeBSD-13.1-RC2-arm64-aarch64-bootonly.iso) = 833dd06489a35d2a8e8803d8a44604e4992396733cafc24e6ca17cc8ee5c766a83b77abac8a1d8a65e6e586a01d0a46754bb33727b719cee71e204c9feb74bb1 SHA512 (FreeBSD-13.1-RC2-arm64-aarch64-bootonly.iso.xz) = fc9fff31a8ff5996fdc3eb88b70848bf58be4321d9720552b9cf2fa171ba6747f607cc87f7e9fbeac68b399f1b6edc34e00a435f3d615951cde6f62c53b66fcc SHA512 (FreeBSD-13.1-RC2-arm64-aarch64-disc1.iso) = 1f5fdd27c7feb7ea8975f668ee7707607b965c1b936aecf08356f34f35ce507331cac76d50afae7fd1cf59b15d480fef9b4b364eaa1097fed00bdf464e8a2714 SHA512 (FreeBSD-13.1-RC2-arm64-aarch64-disc1.iso.xz) = 7b139d6f2436811fdbbdfe13b73b2e18a1559e147ed6a7d340fb9cd750997c88c1d4c20d8ef1e53d3205f6661e3dc9996c0b6ad4b4f7b74b554a1c6636d24dac SHA512 (FreeBSD-13.1-RC2-arm64-aarch64-dvd1.iso) = f824b3ba0c936e233ee71e781d737069d5a9bd45e11af7d8864430ba2b750da4d7c2fa7d97cd112442daa0ceec93277a5a0d62ab31eafd7c50a32cda1e6e88a6 SHA512 (FreeBSD-13.1-RC2-arm64-aarch64-dvd1.iso.xz) = 550e9447106dfaf94c9575f76ef9290437c251e45ca4485bfb4f6a0c337e4460f6676a572c4959f32b074de72cbb3a8e6068a4f29d0308e4cbab2afee4aa20b2 SHA512 (FreeBSD-13.1-RC2-arm64-aarch64-memstick.img) = c4569e7a0b58f3c7ee7544193183137e71db441eb42a3fb8ba21e48514db03748c6c74867bfa1ad241451a8738662c5e2ade14d98e4fae6b07cd05b594d5a6d9 SHA512 (FreeBSD-13.1-RC2-arm64-aarch64-memstick.img.xz) = 89e92ada16082d352ef3adcc35d8b03f7fb4c7e35555e077680f6dfc3a2aef68d376dc5dec23a9c3a17d63e9576705a202ae4558fe1e435a71c894481fab2b74 SHA512 (FreeBSD-13.1-RC2-arm64-aarch64-mini-memstick.img) = 1081bc1aeca80516a6fe896411484475cf48760cee99ce7f809218f726085d765d30636e42d1c8d5da07803fc0a29a3650bc7c14f347b3eb005abeba248238c3 SHA512 (FreeBSD-13.1-RC2-arm64-aarch64-mini-memstick.img.xz) = d3fa8b315e99d0536db37ce2696f6f7992b1188132c4154fd2d520779a7ca8791beeb64c4a6c1343ea0d3aa233ed4a8653eecbcb70a37092d264184df450ff51 SHA256 (FreeBSD-13.1-RC2-arm64-aarch64-bootonly.iso) = a545dd957d65f606a044421723a4256778e0829d8b09a9e26d0f8c5cd7ef640b SHA256 (FreeBSD-13.1-RC2-arm64-aarch64-bootonly.iso.xz) = 8aa2eed2fe48cbf2fcf207f0162f1d524ff4ea56e36c477b50b668ed0cae351d SHA256 (FreeBSD-13.1-RC2-arm64-aarch64-disc1.iso) = ca7e897c6ad125d7a9165869f46b6b33b9a9c7830a8f9eb24322630974f54e8a SHA256 (FreeBSD-13.1-RC2-arm64-aarch64-disc1.iso.xz) = d1183af371f840b6bacae429687db4e5f1e2e48243b2345a67bc6fbcd5449019 SHA256 (FreeBSD-13.1-RC2-arm64-aarch64-dvd1.iso) = 51e8f64c2b147514b8c8b46c475b3f43142f6aa744c0898fd0b0590d2229f81a SHA256 (FreeBSD-13.1-RC2-arm64-aarch64-dvd1.iso.xz) = 3dc097e77903a87868f55cf1f4009e859662b2157ffd7449c92ed49108d48b65 SHA256 (FreeBSD-13.1-RC2-arm64-aarch64-memstick.img) = 16685b1c8156053340b1146ef7d55ec3a6c9335fdd180a3e47c95bb9239dab87 SHA256 (FreeBSD-13.1-RC2-arm64-aarch64-memstick.img.xz) = 92e186a8a9fe98aea00742d0766507e6964ab84af8a4a0b39fc78b2fc3dd9035 SHA256 (FreeBSD-13.1-RC2-arm64-aarch64-mini-memstick.img) = 52d9b06ec0deffd4e3701c711a9b9861922da9d185a625e8acd51543fc9cec9d SHA256 (FreeBSD-13.1-RC2-arm64-aarch64-mini-memstick.img.xz) = 8efa5a51c5cf79dcad1c669776858cfc401c9332c7237a28dc77fc8c30073064 o 13.1-RC2 aarch64 RPI: SHA512 (FreeBSD-13.1-RC2-arm64-aarch64-RPI.img.xz) = 660ede69daaf531ea552cf4d3bb69fb84cca55d81205652629534ccadefacaf840a0bced38a90fa3a7fe2f3e2dda87283c21ebfc3ae4e993cb8ed674d2fc296b SHA256 (FreeBSD-13.1-RC2-arm64-aarch64-RPI.img.xz) = cb3ab2c68c91684d94873da7290f843bcd8ef4ed377763cd02ccbf53c0969134 o 13.1-RC2 aarch64 PINE64: SHA512 (FreeBSD-13.1-RC2-arm64-aarch64-PINE64.img.xz) = 99e3bcec00897856b5ba1d191eaf6392f994ba2a2245389566005abbb205c67cc7fab1a9f530e6c6d7dd0208f2350e9fceb06388edb23406d1e98b1d7c7a0e23 SHA256 (FreeBSD-13.1-RC2-arm64-aarch64-PINE64.img.xz) = 6ecc5cc88dd7ff86fb415635e4a75ec08f6473d66f2ab59dfe6b38798aa3acd0 o 13.1-RC2 aarch64 PINE64-LTS: SHA512 (FreeBSD-13.1-RC2-arm64-aarch64-PINE64-LTS.img.xz) = 09e877101135e28bb0f69717ae6b8075fbe44ea41677bf5831aaaa1eb5da6566cf783681dc8ca178fd434ea4b54b99540aec18c59c42a0d5d597201d1bac55ee SHA256 (FreeBSD-13.1-RC2-arm64-aarch64-PINE64-LTS.img.xz) = 260f7e9b5f3e3d70f17b1ac5d20b0aa4658df1bb8d1e717464ff5afcc3bfdef5 o 13.1-RC2 aarch64 PINEBOOK: SHA512 (FreeBSD-13.1-RC2-arm64-aarch64-PINEBOOK.img.xz) = 0a2859a4af984b2c3671a5f33a8f846a4ec5215cbeb550ce57029a7e9c0ec175d4dd59e0cdd63f672f1caebb792654761df69fbe9a9d382903c08b35c12aa5fd SHA256 (FreeBSD-13.1-RC2-arm64-aarch64-PINEBOOK.img.xz) = d8551d87764c5698799339ae73b07acf0381bdce94ce3a651b7253a6dbdaf1e9 o 13.1-RC2 aarch64 ROCK64: SHA512 (FreeBSD-13.1-RC2-arm64-aarch64-ROCK64.img.xz) = f6648d977700d79c0b1fb0ba4562dfef044439e644b4148dc6d8e1587da958a7df8b95dbe7ec2bf678cef0600039b64e4cad6d332d2fb298b59ebc81c244228a SHA256 (FreeBSD-13.1-RC2-arm64-aarch64-ROCK64.img.xz) = 969d871442f4ca8c9d45bfa542d77292400bed2d2452ffb845a6be4f712eb261 o 13.1-RC2 aarch64 ROCKPRO64: SHA512 (FreeBSD-13.1-RC2-arm64-aarch64-ROCKPRO64.img.xz) = 9477289993a6974a11433ca5f7b01dcfff174635420a3bd1427f49867233e639283a2c5771eaadb96396a88d99004e112635b67d1620ed9d390578174c676153 SHA256 (FreeBSD-13.1-RC2-arm64-aarch64-ROCKPRO64.img.xz) = 3cd20f080c53dd7e4a98b82c4a41a9c59b7507212b55b2f76e72b62949f581e2 o 13.1-RC2 riscv64 GENERICSD: SHA512 (FreeBSD-13.1-RC2-riscv-riscv64-GENERICSD.img.xz) = 15407d7a0b010d6ebc6a9d2a8bc7fc8c976efc950358e94a322518d77f8dd3783db68eb0b140a43d70864d53c9b19f2571bb97d17384939c326911f90acb79e0 SHA256 (FreeBSD-13.1-RC2-riscv-riscv64-GENERICSD.img.xz) = fc1f0efcc1fabd92c3a92643d62daba0ab61dd30eecb85a6cfc0037dc929341a == VM IMAGE CHECKSUMS == o 13.1-RC2 amd64: SHA512 (FreeBSD-13.1-RC2-amd64.qcow2.xz) = 8943bfebf2a4c17b9a9fcf4ffc5f07fc188ef2beac43f29b8038180d433661df22008ac20d3dc619bb892d1e74c23dd1ab27711ddac01b9a367f8a357cc7b315 SHA512 (FreeBSD-13.1-RC2-amd64.raw.xz) = 1064d293a1e867a02093ab58f4b284c6c10e36dd8a40799f8fa709027cf3c53a46e9d29eda4da0ccfd1f4771bf602982a077d31c69e6b54edafeb84ac1a9354b SHA512 (FreeBSD-13.1-RC2-amd64.vhd.xz) = 19616b7bb70846e34b4ee7bdb0298387da89a83ca080036fc371710a6c4fb021b53b5b98bb7e87310d30aa69a8670a5f13f7601c89d8b34986e0a8f82eed5298 SHA512 (FreeBSD-13.1-RC2-amd64.vmdk.xz) = 830f5bca69dd02640035536c9b21edb2c24efa839610b7c2cf81662be65caea549da883508b5fb908f835850242603a1047bd01b6a89dd7ef5401d6dd4435dbb SHA256 (FreeBSD-13.1-RC2-amd64.qcow2.xz) = 3299fbd85c543132af0fc6467066b8abf939cd888fd9dba052b38adebf0d3b2b SHA256 (FreeBSD-13.1-RC2-amd64.raw.xz) = 6cc783d4d29924ba2574800670a1542caf9db4f8b403d66cbbba58496f946ec1 SHA256 (FreeBSD-13.1-RC2-amd64.vhd.xz) = 2254883442f92e31b1267e7df1cd9272b699fe6c3fab3d10feb4fe74251d2ecd SHA256 (FreeBSD-13.1-RC2-amd64.vmdk.xz) = ea66537c8ebd732bed724a9ff204ffd5c229abfef4b6aff5ab54108f17ad7792 o 13.1-RC2 i386: SHA512 (FreeBSD-13.1-RC2-i386.qcow2.xz) = fa67d48bad3a36a7c52aeae99f2163b2c2b6fc7156771ca8378665a483b3ea2c162372f6588c1f163d5e92af2d7f65b68ec01292ad78db50870d598100fff1c0 SHA512 (FreeBSD-13.1-RC2-i386.raw.xz) = 95d37846a45c7024d873e8fd02964faec442b2d61753a84ef281220d9137d6678bac7185b870db66c90a90b0cdafbc1ae12d76fe0ebfafcb7b1198a6263674aa SHA512 (FreeBSD-13.1-RC2-i386.vhd.xz) = e62775384b3fea0fa48ec16a1da74b7bb9236becce93bc25c4ece45e233416f0855976970068c84e678a3cbff5a36bb4430931d42d8b61a449ffe22e2c3f37af SHA512 (FreeBSD-13.1-RC2-i386.vmdk.xz) = a50d4428debf6c0eee4449fa6853388f8e61ca80727d45b9ba27ae5b851c1ae3a42b8e3925cb285c9cbcd22d149b0116bd940073a7c8d70f5facfbded3094b93 SHA256 (FreeBSD-13.1-RC2-i386.qcow2.xz) = f96ee078393ffd1fce4568f9bc6aa316ba365b055d21a940c81f060377189219 SHA256 (FreeBSD-13.1-RC2-i386.raw.xz) = 0bc2e1d31d722e0dbdc8b802e10a204397ecc0a1740ee5c05e2adeb85d5b68b5 SHA256 (FreeBSD-13.1-RC2-i386.vhd.xz) = 8f2c91bad598afbcc9182355a68b90838c71727339642db11c1fc595551ff7b3 SHA256 (FreeBSD-13.1-RC2-i386.vmdk.xz) = 0b0df8569c47f5ce47e84a5cd81fadab40c7d62b9160fe969ca9bebe550cd997 o 13.1-RC2 aarch64: SHA512 (FreeBSD-13.1-RC2-arm64-aarch64.qcow2.xz) = 4fefd9ad2cee3b8efa8f7183a580140808c08a7a60dfd928d792b536de065bbddc8769b633ffeff99d3892628b9c5a70159fbd010e1c1c105589232d43321e4c SHA512 (FreeBSD-13.1-RC2-arm64-aarch64.raw.xz) = 3d29f1d310e0b7f3add4e9d751f194db68f085aa415ad5c801f3e0b450c35acf446d9e00b02010855683909f617cbfdb0a506c9f3e34bd638f36e625679c50ef SHA512 (FreeBSD-13.1-RC2-arm64-aarch64.vhd.xz) = 8f88f96ce8455f3c4d367faf86e7fd81c334f55b858d4cf2f1b60b2895f4d5f8f16ef23e1de166c6891d0202b991785d9f10215b6ba5d6f92dc91925a5ee4d82 SHA512 (FreeBSD-13.1-RC2-arm64-aarch64.vmdk.xz) = b056e11079e65cc840ad206b2a758594b34faa4261a406ba48c2756d0950058145a9477aaf46c723fffc5f7f31c86b5490daac96071729f8fb05c3bb4dd0794a SHA256 (FreeBSD-13.1-RC2-arm64-aarch64.qcow2.xz) = ecf039f8ce461f189b50e331c4fb9ce8c4c4020fd479fdfd0be4495693cda663 SHA256 (FreeBSD-13.1-RC2-arm64-aarch64.raw.xz) = 072e7684e5b9eb528762d7c64acb8df0d324e06b3fef3f459030646f5b46ced8 SHA256 (FreeBSD-13.1-RC2-arm64-aarch64.vhd.xz) = f177eebbdebced4dca928a585148a6963d45d398549e748b023d99ef912cf120 SHA256 (FreeBSD-13.1-RC2-arm64-aarch64.vmdk.xz) = aa37bb01b7ecefea24febd38a511a1d2dcc7bd03ca11552c81edfc7d3d7181a9 o 13.1-RC2 amd64 BASIC-CI: SHA512 (FreeBSD-13.1-RC2-amd64-BASIC-CI.raw.xz) = abb98b2d4f73db0bb7e18a314f265f96fdcfe9428c5807b3fc2f4fe6074e2a29a71442861a4369ca4646f49b7d133b4f6aa98387c1fd8864fdcd6360409bb988 SHA256 (FreeBSD-13.1-RC2-amd64-BASIC-CI.raw.xz) = c8754758193cf9e20fa7b071a4b5b756a6e52e3ec62d830cb7968c839aa5b782 Regards, Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmJPtZMACgkQAxRYpUeP 4pMfhA//b4RxurOp3bf0v8qdYBHwv1ghC+CbZUssTRmvSkZ7VCDU0nBv7EMZtJnY hpjKobMHNNvfZ+Ji78e850Genx1dlR8iWlvLktKbZdMJFXEA9YpzcnvO38sVjhbD J6drNl+3aqPGnf/58UFKR5+lk7J9a6/hJtEUP6CqFBMFtpg+Jq8XsnzyphLqqTpx gy9mdaybhCxxf1AKz/qG9Tc+kXKfsZZsuse8gCLHDwgUKEeL0UUsXLIuoh/4U6Gg Zdlqswu94xHcgXniVOuceYriKLH5e/fZz3Pa3w7FhGGkOooIQX/SvQtQrGMh6alE GcBwt71zU9b2rZ5BeuSpFyrufwyrGkljLIZUhEy0ypiXAYkzeX/CI8ZYlaDj7Lqt J3G8RiTRAzNz4JAyNXQ7+CvjimEygDMa6xdza3iNsmOePVM9PTIUQhZwcCdLoZPL 9+qxbkKBcnFNeFMQhu0Uao4WibbGJ1M/iyyTcPMsZkWTqP9f4WZCEwvf7cvUX2IF ShgoMJNc1S7gl9E65theU1bu/t/miNiVPJcbKXghNnc0muuygonyOzqniHloWwqK LWfuNaaY2vHOvdbaeBqgu2XCJc9hZQckum9eIDeP6rlnfMxQTi121yWrgX3rDsIt oQesbBu9B3UzrDkPPHyrshmCRrqbog5ZsCDh1ezJ3V+div5RGQs= =ErgY -----END PGP SIGNATURE----- From nobody Fri Apr 8 16:38:59 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D2BFB180BF45 for ; Fri, 8 Apr 2022 16:39:14 +0000 (UTC) (envelope-from bengt.ahlgren@ri.se) Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-eopbgr70087.outbound.protection.outlook.com [40.107.7.87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KZkV81W9Mz3Cwn for ; Fri, 8 Apr 2022 16:39:11 +0000 (UTC) (envelope-from bengt.ahlgren@ri.se) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Oa3WvV0LXXVvC0UJGYEk+XZnJtIXHnwNtI8wfyA7wlnMaLFAtDcHwQj7EXDtCTSNV0dXXubX01oyKC/nTjnewO9Hh6OpqFZkdyypeoijEmDi7PwZokXOCY5fLpCJqpZZXRfdabWDDW0bIsYJHwtrbDIG4Ime9NLCNCzI+k5D4ZK3ogptr3qvFXMma6vfcuGRqIf0jpI9b1irRNBBnM56JnbTTpvXY9vT2eakVS1ZzcBvqtf9JjsxPgDlBpj/VR+jpw7tEJTk60AxM9P//ScvDqhJvSI+6Jf0lGwUp/SWVy+FnG+jks9DzXIK8uSmlFMhfJj0sveBC/D9FnraONKdfg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=0WJRNG3zcdCR9j6b5xhcujP0/o1bKiyrOaKTgimwMd4=; b=fBB5AEP37SBXMvk8Ds2E529hhkFbrzPEy8sV49Q8v6p0BM1DDthsMyAHRveWiuDw+Z9+UIPqyDnJoRCHk1K2BNnwwingn+602S0tawihOvHv0XOyg+fAIIm63jiXsevEh+zsttoj64Paceo0RyJK2o7JG3EW/Rxr+brdResMhQk1NLULmO54oqSrQ1IDwb7/KZmwHDLOjknJlVZfUx7SPefDW2XrDiw8e2z4DfkaYomyduiw4HLL9MUzZTRZ996iGFCzNwvqbqkWGz6evzkFX1DwXb7vGGvk0wIxxgC0iT/XhvqXHvLVY9EeDJ4b7HXgPFH1PFCxZ4kb2uTxLMfKuA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ri.se; dmarc=pass action=none header.from=ri.se; dkim=pass header.d=ri.se; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ri.se; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=0WJRNG3zcdCR9j6b5xhcujP0/o1bKiyrOaKTgimwMd4=; b=PsxwmdcJ+4Edoum1S8pIkNxXhFhpWyQcinE69A4kGlJy/TUmiBCC8S5PtDOVhhy6fqamFSeN9TXWEsfuIPj/tu45s1Xrf0wZBzBbGDKjVkmScD1vAnas7T3oEdk0GF/GbNryP2V/Rk6uHxCoSbM0dtY5LCN67hWZ7iVQlcgVFr0= Received: from AS8P189MB1544.EURP189.PROD.OUTLOOK.COM (2603:10a6:20b:399::9) by PAXP189MB1791.EURP189.PROD.OUTLOOK.COM (2603:10a6:102:212::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5144.25; Fri, 8 Apr 2022 16:39:03 +0000 Received: from AS8P189MB1544.EURP189.PROD.OUTLOOK.COM ([fe80::641c:359a:906f:12e3]) by AS8P189MB1544.EURP189.PROD.OUTLOOK.COM ([fe80::641c:359a:906f:12e3%6]) with mapi id 15.20.5144.025; Fri, 8 Apr 2022 16:39:03 +0000 X-Authentication-Warning: P142.sics.se: bengta set sender to bengt.ahlgren@ri.se using -f From: Bengt Ahlgren To: jbo@insane.engineer Cc: "stable@freebsd.org" Subject: Re: Touchpad not working properly after suspend-resume In-Reply-To: (jbo@insane.engineer's message of "Wed, 06 Apr 2022 20:01:41 +0000") References: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (berkeley-unix) Date: Fri, 08 Apr 2022 18:38:59 +0200 Message-ID: Content-Type: text/plain X-ClientProxiedBy: GV3P280CA0044.SWEP280.PROD.OUTLOOK.COM (2603:10a6:150:9::11) To AS8P189MB1544.EURP189.PROD.OUTLOOK.COM (2603:10a6:20b:399::9) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 9a061a2d-61da-43b3-3dc6-08da197e4a44 X-MS-TrafficTypeDiagnostic: PAXP189MB1791:EE_ X-Microsoft-Antispam-PRVS: X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: r07O19T+a8Ei5SZiQXJJEZJGSwMBZbyUh8p71r0iWj2YAibv/6Kl0GvFKG4GqRrqIBofgN5KOFUVBcQ8LrUvd4dbM2D2jdjAWYGPdgu89gbYQ5xAjjPchOV6H9Oq/nnvdERRoNF2GGa/BQVa9B1G52FgoevueJS1MIraoDN4uc8OaWmt4ZmmPs8yO4Kv6DCclPWJ+zEzsyYJSJavAFlmGlnp6714n/ucR5OhWNwfk8A4P7qv/BefdMf2ciJXm8PoH3IEgjoLVJ7GOa5HTdyEIb/w2M/ZL6qVEuRC3BtEFsU2u2smow8dsuns1CLbVbNMexSspbudFWZjc3fIF3n3LDr4WWIGByWgTKI1FnXUxN9SI/x3E5iUeE52HUKULNeC2MyMIufiV+VEfD7RSmRCdcF2rfcdF7YxLVwQLbFgd16X0wDZmeCGm417pOI+dTvBJX+YT4IvnY/uUdea4RFKMUym5R5nU4wVZjlQFbY1zWnZPwHQORnLfGvmwM1+shOZIMyLvF5QxQyT0BtX3n9JzKfj25T8dkF1BtouO4xEv2EKMJnpRFSpSdvmKIedxNmiXDS+wQp3Q1/qIV61XDr2DDVfu8NVXIiAYeOOEwYNIoUr8cGRPJNaCc0g0/WJALxUYCCiboIQR/LJ66c09aNX6znStZ6KTIeLJ367Zgu+unl5KZmSt3LJfCD/wZf84+Lh2rxQInMKb1TE8X6SOlewMA== X-Forefront-Antispam-Report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:AS8P189MB1544.EURP189.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(13230001)(4636009)(366004)(38100700002)(508600001)(38350700002)(316002)(6486002)(9686003)(6512007)(83380400001)(8936002)(6916009)(8676002)(66946007)(2906002)(66556008)(52116002)(4326008)(66476007)(86362001)(5660300002)(26005)(6506007)(186003)(6666004)(15650500001)(44832011);DIR:OUT;SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?zKVPp7FmlOAsAlm0wDiTk8VowoTnRhPjYWCsUPKowzE8HKFQapE3tWpKiqWd?= =?us-ascii?Q?/dWot/Fx2dXGFvKKZyDgaFCtmr5omxIO503ygWiYf/o3xZDpqsjZO1Az1k7Z?= =?us-ascii?Q?fcRByVAQPQ9faQA7t3TU7dTwjXYKFv4v3OLTiE618mLTW/8utN+3DBRQ6Gqt?= =?us-ascii?Q?aDXYZ98lCUP8P+DDkZWh2JiZkCWXCzVmImLxpjIQxjcy9yYEd4fLBYMMbKGL?= =?us-ascii?Q?MCWSWvvR3S7mJ71ZX6DolulF5Waz1smBHmQ9hZZqh9Xa1p4aDXAzVy817RYy?= =?us-ascii?Q?R5u8DZxneniPEycunu6Zk4NFIkLDF4ox8TIg5/9kX2hZ+GSk+tuwMvYvME48?= =?us-ascii?Q?IJ2noCwF4F0uKnAIgUnOKdy23SDBrl2dBoXvebuTEUOwP9GPA3OXdlBrQEhA?= =?us-ascii?Q?T+5HNZ+IC5IJHc/F/kPri1JKyEwcS/xDS3QxsauXfvQqDlWOZT3HO4DX405v?= =?us-ascii?Q?Pp5my0jpxaR7jMAJcE+mMlAaqP/eGIxGuDf+uxUljq0f5ug9bxu90DiFwLgY?= =?us-ascii?Q?yZXRcB43gSxsNXPTYRuqZdjnjm1brP1n30skNCVeWEWs2BjtbxzzIVOwctxR?= =?us-ascii?Q?yDbLG/kuwyXpvYV20QJ0UZMS34I+ogOOWtQTEBl///XnBveOZQCP0ytX1ZAa?= =?us-ascii?Q?HAwYYvzcA9S6rL3ZT0sassQOdWNYlW3PjhdVVLggI7MELZrZHw600sij8WP2?= =?us-ascii?Q?s15qql4PcTEWeR12HlZMj6b+QC4/G48OXN1O232H5u6FmYQVgg6j8+JsFfyO?= =?us-ascii?Q?xkXcVRdkpCGsamtlUnZddLu8tHZmj6+BCLedBL+I9lid3mfjmcQ3ZNKGjo4y?= =?us-ascii?Q?OXbYGbiSxiaWdLzldotvzOt+SklPOaOWyEzSHTF/vqh5WZRQEd62rPMyKgVM?= =?us-ascii?Q?b4ylr94a60Hcsmp7T9ACNNSbRSXYQtOI3HlyNyDL7fVaYSC4b3cnufseRX+e?= =?us-ascii?Q?88zij4MIbpmOLxrZfynBEN5+iDfIGTSzdoucnMD0J5h64YdAbCLi8vpuPjG6?= =?us-ascii?Q?hbNbI4LAIXIFxAskHa8/0mmV+3rLf1QWe60+WF390EcaYE7N6An1WSM1b/9w?= =?us-ascii?Q?b6dl9MynA1CNhaakitC9F7/96ihhTe4JBDZCFxrtCC6r3TDBj8geGjIu32C2?= =?us-ascii?Q?7aoyUf8uAEfEclk4B5aN+OE/EJP8i0NWMUv3Gmjaym5T0Gp/46zY4Cf3LpQ9?= =?us-ascii?Q?23YPQSqOUYTbvYdbNEj6VaweCSbsjCYY52uHymY50MHF3JDZsjN56CXAezaT?= =?us-ascii?Q?2+O08ul4BcW+z4ZUU/hgHpiSR5Cl3wHyt3jxzfOWlym2ULb3tCj8/Nj/fRMi?= =?us-ascii?Q?zQSvx85AvsxOnfonzMFUoBIiaRXZgxi6KpRoMW/aY8X5mkLLWGNER3hF8jFn?= =?us-ascii?Q?/eYWSWPGlNkoLRKSxACu8mijSb6ds4+tiBEdFut7Ur9SmOfMFlh12uDTSH57?= =?us-ascii?Q?k0+mJfOfrsAMbJlHCVgIdcFAkYhllHFeAfVQERkJS96UxfqW3VNQZA/OfWWq?= =?us-ascii?Q?RmHCNHTsLzTWIoJUerNlcwB9JxnVNtwAS2x7E7orSYMlYjeZ2WnLnmGC37uq?= =?us-ascii?Q?Gj8Kl2tS2o1GahZTDgjm2bJD84GXPT1QgdxQp90lhS4dVunNCLfge+uzzBZ9?= =?us-ascii?Q?SyYx3Hw49VuFF1W/TN8ZVKDSVwnxnZHdz6oue9xthZvvfOo9ACn21jelkYGy?= =?us-ascii?Q?EaRuizr+pJIsGtFlvuuATGxNocThz3V1beJ0ZTMkGPkPaI6jzORmJmcvR+bL?= =?us-ascii?Q?Ec4vRM2V4Ois/+Hy2xK45eJr1tVFVCQ=3D?= X-OriginatorOrg: ri.se X-MS-Exchange-CrossTenant-Network-Message-Id: 9a061a2d-61da-43b3-3dc6-08da197e4a44 X-MS-Exchange-CrossTenant-AuthSource: AS8P189MB1544.EURP189.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 08 Apr 2022 16:39:03.6248 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 5a9809cf-0bcb-413a-838a-09ecc40cc9e8 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: P8uPWaWjEacNoKD/u2hzeFHPgVqyWfRfm5+IbypvS1Ls0/zDN2MbgE+Uet1suqzbALQ9B+2yKMNQKPnBTPHkRw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: PAXP189MB1791 X-Rspamd-Queue-Id: 4KZkV81W9Mz3Cwn X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ri.se header.s=selector1 header.b=PsxwmdcJ; arc=pass ("microsoft.com:s=arcselector9901:i=1"); dmarc=pass (policy=reject) header.from=ri.se; spf=pass (mx1.freebsd.org: domain of bengt.ahlgren@ri.se designates 40.107.7.87 as permitted sender) smtp.mailfrom=bengt.ahlgren@ri.se X-Spamd-Result: default: False [-5.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[ri.se:s=selector1]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[ri.se:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[40.107.7.87:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[ri.se,reject]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.7.87:from] X-ThisMailContainsUnwantedMimeParts: N jbo@insane.engineer writes: > Hello folks, > > I'm experiencing issues with the touchpad after resuming from suspend. > > System: > - Lenovo ThinkPad X1 Carbon Gen9 > - FreeBSD 13.1-STABLE (March 27 2022) > > After a regular boot, the touchpad is working as expected. If I then use zzz(8) to suspend the system and resume afterwards, the touchpad is behaving weirdly: > - Regular cursor movements (one finger) are very, very laggy. It feels like the system is updating the cursor's position only once ever 800ms (or there about). > - Anything multi-touch related such as two-finger scrolling is not working at all. > > The keyboard and the trackpoint (joystick-thingy) continue to work as expected after resuming from suspend. > > I'm using libinput as the input driver. Here's the relevant part of my Xorg config: > > Section "InputClass" > Identifier "libinput touchpad catchall" > Driver "libinput" > MatchIsTouchpad "on" > MatchDevicePath "/dev/input/event*" > Option "AccelSpeed" "0.5" > Option "ClickMethod" "clickfinger" > Option "DisableWhileTyping" "on" > Option "HorizontalScrolling" "on" > Option "LeftHanded" "off" > Option "NaturalScrolling" "on" > Option "ScrollMethod" "twofinger" > Option "Tapping" "on" > Option "TappingDrag" "on" > Option "TappingDragLock" "off" > EndSection > > Any idea how to track down the problem, what the problem could be or how to fix this? > I could not spot anything obviously in Xorg's log. I seem to remember that some Thinkpads required tweaking the flags for the psm device for the pointer to work after resume. Could be worth a try, even though you write that the trackpoint is ok. See the manual page for psm(4). Bengt From ml@ft-c.de Sun Apr 10 10:45:10 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 047091A8EB32 for ; Sun, 10 Apr 2022 10:45:20 +0000 (UTC) (envelope-from ml@ft-c.de) Received: from einhorn-mail-out.in-berlin.de (einhorn.in-berlin.de [192.109.42.8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.in-berlin.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KbpXt4RRLz4X43 for ; Sun, 10 Apr 2022 10:45:18 +0000 (UTC) (envelope-from ml@ft-c.de) X-Envelope-From: ml@ft-c.de X-Envelope-To: Received: from authenticated.user (localhost [127.0.0.1]) by einhorn.in-berlin.de with ESMTPSA id 23AAjAIp003525 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT) for ; Sun, 10 Apr 2022 12:45:10 +0200 Message-ID: <3b1bbde0016d077c7e7cfc9038b90b5e8121cfec.camel@ft-c.de> Subject: drm-fbsd13-kmod make install error From: ml@ft-c.de Reply-To: ml@ft-c.de To: freebsd-stable@freebsd.org Date: Sun, 10 Apr 2022 12:45:10 +0200 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.44.0 FreeBSD GNOME Team List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-Rspamd-Queue-Id: 4KbpXt4RRLz4X43 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of ml@ft-c.de designates 192.109.42.8 as permitted sender) smtp.mailfrom=ml@ft-c.de X-Spamd-Result: default: False [-3.40 / 15.00]; HAS_REPLYTO(0.00)[ml@ft-c.de]; RCVD_VIA_SMTP_AUTH(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[192.109.42.8:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; ARC_NA(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:192.109.42.0/24]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_NO_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-stable]; DMARC_NA(0.00)[ft-c.de]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:29670, ipnet:192.109.42.0/24, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[192.109.42.8:from] X-ThisMailContainsUnwantedMimeParts: N Hello,=20 When I compiled I get an error. root@ftc:/usr/ports/graphics/drm-fbsd13-kmod > MAKE_JOBS_UNSAFE=3Dyes make install=20 ... /usr/ports/graphics/drm-fbsd13-kmod/work/drm-kmod- drm_v5.4.144_6/linuxkpi/gplv2/include/linux/scatterlist.h:41:10: error: implicit declaration of function 'sg_pcopy_from_buffer' is invalid in C99 [-Werror,-Wimplicit-function-declaration] return (sg_pcopy_from_buffer(sgl, nents, buf, buflen, 0)); ^ /usr/ports/graphics/drm-fbsd13-kmod/work/drm-kmod- drm_v5.4.144_6/linuxkpi/gplv2/include/linux/scatterlist.h:41:10: note: did you mean 'sg_copy_from_buffer'? /usr/ports/graphics/drm-fbsd13-kmod/work/drm-kmod- drm_v5.4.144_6/linuxkpi/gplv2/include/linux/scatterlist.h:38:1: note: 'sg_copy_from_buffer' declared here sg_copy_from_buffer(struct scatterlist *sgl, unsigned int nents, ^ 1 error generated. *** Error code 1 Stop. make[3]: stopped in /usr/ports/graphics/drm-fbsd13-kmod/work/drm-kmod- drm_v5.4.144_6/linuxkpi *** Error code 1 Stop. make[2]: stopped in /usr/ports/graphics/drm-fbsd13-kmod/work/drm-kmod- drm_v5.4.144_6 *** Error code 1 Stop. make[1]: stopped in /usr/ports/graphics/drm-fbsd13-kmod *** Error code 1 Stop. make: stopped in /usr/ports/graphics/drm-fbsd13-kmod What should I do? Franz From ml@ft-c.de Mon Apr 11 01:00:46 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 62E371A801DE for ; Mon, 11 Apr 2022 01:00:49 +0000 (UTC) (envelope-from ml@ft-c.de) Received: from einhorn-mail-out.in-berlin.de (einhorn.in-berlin.de [192.109.42.8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.in-berlin.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Kc9X033psz4s9G for ; Mon, 11 Apr 2022 01:00:48 +0000 (UTC) (envelope-from ml@ft-c.de) X-Envelope-From: ml@ft-c.de X-Envelope-To: Received: from authenticated.user (localhost [127.0.0.1]) by einhorn.in-berlin.de with ESMTPSA id 23B10kaF003974 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT) for ; Mon, 11 Apr 2022 03:00:46 +0200 Message-ID: <900a686570b2f0b31b375fa5fa2309260554be20.camel@ft-c.de> Subject: Re: drm-fbsd13-kmod make install error SOLVED From: ml@ft-c.de Reply-To: ml@ft-c.de To: stable@freebsd.org Date: Mon, 11 Apr 2022 03:00:46 +0200 In-Reply-To: <3b1bbde0016d077c7e7cfc9038b90b5e8121cfec.camel@ft-c.de> References: <3b1bbde0016d077c7e7cfc9038b90b5e8121cfec.camel@ft-c.de> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.44.0 FreeBSD GNOME Team List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-Rspamd-Queue-Id: 4Kc9X033psz4s9G X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of ml@ft-c.de designates 192.109.42.8 as permitted sender) smtp.mailfrom=ml@ft-c.de X-Spamd-Result: default: False [-3.40 / 15.00]; HAS_REPLYTO(0.00)[ml@ft-c.de]; RCVD_VIA_SMTP_AUTH(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[192.109.42.8:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; ARC_NA(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:192.109.42.0/24]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_NO_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; DMARC_NA(0.00)[ft-c.de]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:29670, ipnet:192.109.42.0/24, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[192.109.42.8:from] X-ThisMailContainsUnwantedMimeParts: N On Sun, 2022-04-10 at 12:45 +0200, ml@ft-c.de wrote: > Hello,=20 >=20 > When I compiled I get an error. >=20 > root@ftc:/usr/ports/graphics/drm-fbsd13-kmod > MAKE_JOBS_UNSAFE=3Dyes > make install=20 > ... > /usr/ports/graphics/drm-fbsd13-kmod/work/drm-kmod- > drm_v5.4.144_6/linuxkpi/gplv2/include/linux/scatterlist.h:41:10: > error: > implicit declaration of function 'sg_pcopy_from_buffer' is invalid in > C99 [-Werror,-Wimplicit-function-declaration] > =C2=A0return (sg_pcopy_from_buffer(sgl, nents, buf, buflen, 0)); > =C2=A0^ > /usr/ports/graphics/drm-fbsd13-kmod/work/drm-kmod- > drm_v5.4.144_6/linuxkpi/gplv2/include/linux/scatterlist.h:41:10: > note: > did you mean 'sg_copy_from_buffer'? > /usr/ports/graphics/drm-fbsd13-kmod/work/drm-kmod- > drm_v5.4.144_6/linuxkpi/gplv2/include/linux/scatterlist.h:38:1: note: > 'sg_copy_from_buffer' declared here > sg_copy_from_buffer(struct scatterlist *sgl, unsigned int nents, > ^ > 1 error generated. > *** Error code 1 >=20 > Stop. > make[3]: stopped in /usr/ports/graphics/drm-fbsd13-kmod/work/drm- > kmod- > drm_v5.4.144_6/linuxkpi > *** Error code 1 >=20 > Stop. > make[2]: stopped in /usr/ports/graphics/drm-fbsd13-kmod/work/drm- > kmod- > drm_v5.4.144_6 > *** Error code 1 >=20 > Stop. > make[1]: stopped in /usr/ports/graphics/drm-fbsd13-kmod > *** Error code 1 >=20 > Stop. > make: stopped in /usr/ports/graphics/drm-fbsd13-kmod >=20 > What should I do? >=20 > Franz >=20 >=20 >=20 >=20 >=20 From nobody Mon Apr 11 17:27:47 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 106C05D5A84 for ; Mon, 11 Apr 2022 17:28:06 +0000 (UTC) (envelope-from maurizio1018@gmail.com) Received: from mail-oo1-xc29.google.com (mail-oo1-xc29.google.com [IPv6:2607:f8b0:4864:20::c29]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KcbR907KRz4kbF for ; Mon, 11 Apr 2022 17:28:04 +0000 (UTC) (envelope-from maurizio1018@gmail.com) Received: by mail-oo1-xc29.google.com with SMTP id s1-20020a05682003c100b00324b888f165so2872521ooj.3 for ; Mon, 11 Apr 2022 10:28:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:from:date:message-id:subject:to; bh=i3hw87oGWSjE0dhhnvZkZtR2YnAZjZ6Q4W/33x5jPtw=; b=YiPmhYJRMxb3vHSOW2562ueFntFITkAc6xdR1fpP9g+hxJI6g21X7Y2usLNATFKmiQ HvBl7JB6QwjcxOSNiZwbyqtzfTjGdCkdQ9OEiav1arVTlpXshT32pN4jQzq4yui5Pv+M jbshOdvtNAp6SHJxs9U3u/FODDDttbGpZdNpkXkZQrIZjrKdySAdgMjrTbU7MCaq97Bv CB7DVnb4YxQF0rmlZj4EZ99P6gQdV7GVCKQv9z+M7gXwzelrb9Mi3nP1BiPebiWz4NIo 8CUuJEU3+rzjryzBtm9PsiD/BPJBu90Fo5MxTKtYoubn0WtXWKAFiFDk1f/FB7yZQzbs 8eSQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=i3hw87oGWSjE0dhhnvZkZtR2YnAZjZ6Q4W/33x5jPtw=; b=0njeIOHrLeo32jjNDVcwdzjdGxhcXHeBo9qeKmur59DywA5SOTsOziZ5NfpgaUE9+n AApsTXZqL5FCvPRO6D89sqpom+lLgQTYGgEJ8g3VnGD1Rfv6TMYuZJ/6NPSDG1LKYxs2 IL1dAw2gZoF/LTtU7wybRJsEUki5neyGbhHEU9c+d3HRiOxoLIl4l1456IXpr4PQ+ZC9 7E0+d+LZ3mR0vLumEDDe6Ag46r1Cd/nr2ikTOLqxu0Z4LQoEpjNIyRNxXN1zHrSpJwh3 hUf7v62sg8irHDQFaKC17JmaXM3+iBlj/B1eYQ3NsdCvImHSBQPAIb/pzh8Z90V3QcsA Ciyg== X-Gm-Message-State: AOAM532zJmyMAftUo6S9Af90W+NCVBhiNVdJn9YuBvFvHd+SkPekooUI iVCuzMfwg2IpR8dDf1n2u/Nve2DQU4lFw2yLv+pjOomETPI= X-Google-Smtp-Source: ABdhPJx7GQkoDTgGZN4fbXKTUbbde223dDAdVAdwfJ7E01a954+/NKsYFibRzdi+L0BRBy6Z6/5ptC6o8LnOpnjdddY= X-Received: by 2002:a4a:ca0f:0:b0:321:52e5:92ad with SMTP id w15-20020a4aca0f000000b0032152e592admr10425935ooq.96.1649698078620; Mon, 11 Apr 2022 10:27:58 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 From: Maurizio Vairani Date: Mon, 11 Apr 2022 19:27:47 +0200 Message-ID: Subject: FreeBSD 13-RC2 on Lenovo ThinkPad T450, suspend/resume doesn't always work. To: freebsd-stable@freebsd.org Content-Type: multipart/alternative; boundary="000000000000f6807b05dc64435b" X-Rspamd-Queue-Id: 4KcbR907KRz4kbF X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=YiPmhYJR; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of maurizio1018@gmail.com designates 2607:f8b0:4864:20::c29 as permitted sender) smtp.mailfrom=maurizio1018@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::c29:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N --000000000000f6807b05dc64435b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable When the resume doesn=E2=80=99t work in the /var/log/Xorg.0.log file there = are these error messages: [ 3677.281] (EE) [ 3677.281] (EE) Backtrace: [ 3677.284] (EE) 0: /usr/local/bin/Xorg (?+0x0) [0x41e2aa] [ 3677.285] (EE) 1: /lib/libthr.so.3 (_pthread_sigmask+0x54e) [0x80093358e= ] [ 3677.287] (EE) 2: /lib/libthr.so.3 (_pthread_setschedparam+0x82f) [0x800932b3f] [ 3677.289] (EE) 3: ? (?+0x0) [0x7ffffffff8a3] [ 3677.291] (EE) 4: /lib/libc.so.7 (__sys_thr_kill+0xa) [0x800a7e33a] [ 3677.293] (EE) 5: /lib/libthr.so.3 (_pthread_setschedparam+0x6f0) [0x800932a00] [ 3677.295] (EE) 6: ? (?+0x0) [0x0] [ 3677.297] (EE) 7: /lib/libc.so.7 (__raise+0x34) [0x8009f6c74] [ 3677.297] (EE) unw_step failed: unspecified (general) error [-1] [ 3677.297] (EE) [ 3677.297] (EE) Fatal server error: [ 3677.297] (EE) Caught signal 6 (Abort trap). Server aborting [ 3677.297] (EE) [ 3677.297] (EE) Please consult the The X.Org Foundation support at http://wiki.x.org for help. [ 3677.297] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information. [ 3677.297] (EE) [ 3677.298] (EE) Server terminated with error (1). Closing log file. What can I do ? Thanks in advance =E2=80=93 Maurizio --000000000000f6807b05dc64435b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

When the resume doesn=E2=80=99t work in the /var/log/Xorg.0.log file there= are these error messages:


[=C2=A0 3677.281] (EE)

[=C2=A0 3677.281] (E= E) Backtrace:

[=C2=A0 3677.284] (EE) 0: /usr/local/bin/Xorg (?+0x0) [0x41e2= aa]

[=C2=A0 3677.285] (EE) 1: /lib/libthr.so.3 (_pthread_sigmask+0x54e) [0x= 80093358e]

[=C2=A0 3677.287] (EE) 2: /lib/libthr.so.3 (_pthread_setschedpar= am+0x82f) [0x800932b3f]

[=C2=A0 3677.289] (EE) 3: ? (?+0x0) [0x7ffffffff8a3= ]

[=C2=A0 3677.291] (EE) 4: /lib/libc.so.7 (__sys_thr_kill+0xa) [0x800a7e33= a]

[=C2=A0 3677.293] (EE) 5: /lib/libthr.so.3 (_pthread_setschedparam+0x6f0= ) [0x800932a00]

[=C2=A0 3677.295] (EE) 6: ? (?+0x0) [0x0]

[=C2=A0 3677.297= ] (EE) 7: /lib/libc.so.7 (__raise+0x34) [0x8009f6c74]

[=C2=A0 3677.297] (EE= ) unw_step failed: unspecified (general) error [-1]

[=C2=A0 3677.297] (EE= )

[=C2=A0 3677.297] (EE)

Fatal server error:

[=C2=A0 3677.297] (EE) Caught = signal 6 (Abort trap). Server aborting

[=C2=A0 3677.297] (EE)

[=C2=A0 3677.= 297] (EE)

Please consult the The X.Org Foundation support

=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0at http://wiki.x.org

=C2= =A0for help.

[=C2=A0 3677.297] (EE) Please also check the log file at "= ;/var/log/Xorg.0.log" for additional information.

[=C2=A0 3677.297] (E= E)

[=C2=A0 3677.298] (EE) Server terminated with error (1). Closing log fil= e.


What can I do ?

Thanks in advance

=E2=80=93

Maurizio

--000000000000f6807b05dc64435b-- From nobody Wed Feb 26 04:20:00 2020 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 1815A11D0421 for ; Mon, 11 Apr 2022 18:20:04 +0000 (UTC) (envelope-from freebsd-stable@m.gmane-mx.org) Received: from ciao.gmane.io (ciao.gmane.io [116.202.254.214]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Kccb744C8z4yr4 for ; Mon, 11 Apr 2022 18:20:03 +0000 (UTC) (envelope-from freebsd-stable@m.gmane-mx.org) Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1ndydt-00053R-L8 for freebsd-stable@freebsd.org; Mon, 11 Apr 2022 20:20:01 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: 2yt@gmx.com Subject: expired SSL cert on pkg.freebsd.org Date: Tue, 25 Feb 2020 21:20:00 -0700 Message-ID: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 X-Mozilla-News-Host: news://news.gmane.org:119 Content-Language: en-US X-Rspamd-Queue-Id: 4Kccb744C8z4yr4 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=gmx.com (policy=none); spf=pass (mx1.freebsd.org: domain of freebsd-stable@m.gmane-mx.org designates 116.202.254.214 as permitted sender) smtp.mailfrom=freebsd-stable@m.gmane-mx.org X-Spamd-Result: default: False [2.93 / 15.00]; ARC_NA(0.00)[]; DATE_IN_PAST(1.00)[18614]; DMARC_POLICY_SOFTFAIL(0.10)[gmx.com : SPF not aligned (relaxed), No valid DKIM,none]; GREYLIST(0.00)[pass,meta]; RCVD_TLS_LAST(0.00)[]; R_SPF_ALLOW(-0.20)[+mx:c]; FREEMAIL_FROM(0.00)[gmx.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_SPAM_LONG(0.83)[0.826]; FROM_NO_DN(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable]; FORGED_SENDER(0.30)[2yt@gmx.com,freebsd-stable@m.gmane-mx.org]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:116.202.0.0/16, country:DE]; FROM_NEQ_ENVFROM(0.00)[2yt@gmx.com,freebsd-stable@m.gmane-mx.org]; FORGED_MUA_THUNDERBIRD_MSGID_UNKNOWN(2.50)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N Can't bootstrap pkg due to expired cert. Could someone kindly fix this. Thank you From nobody Mon Apr 11 18:02:27 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E0E6211D02CE for ; Mon, 11 Apr 2022 18:20:06 +0000 (UTC) (envelope-from freebsd-stable@m.gmane-mx.org) Received: from ciao.gmane.io (ciao.gmane.io [116.202.254.214]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4KccbB3W8Pz502X for ; Mon, 11 Apr 2022 18:20:06 +0000 (UTC) (envelope-from freebsd-stable@m.gmane-mx.org) Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1ndyZ4-0007Iw-KM for freebsd-stable@freebsd.org; Mon, 11 Apr 2022 20:15:02 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: 2yt@gmx.com Subject: Re: FreeBSD 13-RC2 on Lenovo ThinkPad T450, suspend/resume doesn't always work. Date: Mon, 11 Apr 2022 12:02:27 -0600 Message-ID: References: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:91.0) Gecko/20100101 Thunderbird/91.8.0 Content-Language: en-US In-Reply-To: X-Rspamd-Queue-Id: 4KccbB3W8Pz502X X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=gmx.com (policy=none); spf=pass (mx1.freebsd.org: domain of freebsd-stable@m.gmane-mx.org designates 116.202.254.214 as permitted sender) smtp.mailfrom=freebsd-stable@m.gmane-mx.org X-Spamd-Result: default: False [0.10 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DMARC_POLICY_SOFTFAIL(0.10)[gmx.com : SPF not aligned (relaxed), No valid DKIM,none]; RCVD_TLS_LAST(0.00)[]; R_SPF_ALLOW(-0.20)[+mx:c]; FREEMAIL_FROM(0.00)[gmx.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_NO_DN(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable]; FORGED_SENDER(0.30)[2yt@gmx.com,freebsd-stable@m.gmane-mx.org]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:116.202.0.0/16, country:DE]; FROM_NEQ_ENVFROM(0.00)[2yt@gmx.com,freebsd-stable@m.gmane-mx.org]; FORGED_MUA_THUNDERBIRD_MSGID_UNKNOWN(2.50)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On 4/11/22 11:27, Maurizio Vairani wrote: > When the resume doesn’t work in the /var/log/Xorg.0.log file there are > these error messages: > > > [  3677.281] (EE) > > [  3677.281] (EE) Backtrace: > > [  3677.284] (EE) 0: /usr/local/bin/Xorg (?+0x0) [0x41e2aa] > > [  3677.285] (EE) 1: /lib/libthr.so.3 (_pthread_sigmask+0x54e) [0x80093358e] > > [  3677.287] (EE) 2: /lib/libthr.so.3 (_pthread_setschedparam+0x82f) > [0x800932b3f] > > [  3677.289] (EE) 3: ? (?+0x0) [0x7ffffffff8a3] > > [  3677.291] (EE) 4: /lib/libc.so.7 (__sys_thr_kill+0xa) [0x800a7e33a] > > [  3677.293] (EE) 5: /lib/libthr.so.3 (_pthread_setschedparam+0x6f0) > [0x800932a00] > > [  3677.295] (EE) 6: ? (?+0x0) [0x0] > > [  3677.297] (EE) 7: /lib/libc.so.7 (__raise+0x34) [0x8009f6c74] > > [  3677.297] (EE) unw_step failed: unspecified (general) error [-1] > > [  3677.297] (EE) > > [  3677.297] (EE) > > Fatal server error: > > [  3677.297] (EE) Caught signal 6 (Abort trap). Server aborting > > [  3677.297] (EE) > > [  3677.297] (EE) > > Please consult the The X.Org Foundation support > >      at http://wiki.x.org > >  for help. > > [  3677.297] (EE) Please also check the log file at > "/var/log/Xorg.0.log" for additional information. > > [  3677.297] (EE) > > [  3677.298] (EE) Server terminated with error (1). Closing log file. > > > What can I do ? > > Thanks in advance > > – > > Maurizio > There is a very similar bug report that has been open and unresolved for over a year. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254472 In bug report 254472 the drm crash actually occurs during suspend with the following error written to console. drmn0 Failed to idle engines, declaring wedged! From nobody Mon Apr 11 23:14:00 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 2F68D11FFF03 for ; Mon, 11 Apr 2022 23:14:08 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost1.sentex.ca", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Kcl6R0m9Kz4gD8 for ; Mon, 11 Apr 2022 23:14:07 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [199.212.134.19]) by smarthost1.sentex.ca (8.16.1/8.16.1) with ESMTPS id 23BNE0qQ034886 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Mon, 11 Apr 2022 19:14:00 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [IPV6:2607:f3e0:0:4:d955:181b:888c:769f] ([IPv6:2607:f3e0:0:4:d955:181b:888c:769f]) by pyroxene2a.sentex.ca (8.16.1/8.15.2) with ESMTPS id 23BNE0ic092455 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO) for ; Mon, 11 Apr 2022 19:14:00 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: Date: Mon, 11 Apr 2022 19:14:00 -0400 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.8.0 Content-Language: en-US To: FreeBSD-STABLE Mailing List From: mike tancsa Subject: vtnet rxcsum broken for forwarding RELENG_13 ? Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.84 X-Rspamd-Queue-Id: 4Kcl6R0m9Kz4gD8 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:1::12 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-2.39 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[mike]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[sentex.net]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-0.99)[-0.993]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[199.212.134.19:received] X-ThisMailContainsUnwantedMimeParts: N I was setting up a VM pf firewall and noticed I was not able to nat out for some reason. Looking at the pcap, it seems when the vm is in forwarding mode, I get tcp checksum errors. If I do a ifconfig vtnet1 -rxcsum ifconfig vtnet0 -rxcsum nat then seems to work fine The setup is a simple VM with the hypervisor libvirt/KVM ubuntu 20 LTS.  Guest is RELENG_13 from Apr 11/2022. If I change to em nics in the VM, all is fine out of the box.  tcpdump -s0 -vnei vtnet1 port 443 tcpdump: listening on vtnet1, link-type EN10MB (Ethernet), capture size 262144 bytes 18:35:05.937364 52:54:00:b6:ae:7b > 52:54:00:09:6e:82, ethertype IPv4 (0x0800), length 74: (tos 0x10, ttl 64, id 64547, offset 0, flags [DF], proto TCP (6), length 60)     192.168.199.100.56996 > 172.217.1.4.443: Flags [S], cksum 0x3619 (incorrect -> 0x4755), seq 2994289493, win 64240, options [mss 1460,sackOK,TS val 1606656477 ecr 0,nop,wscale 7], length 0 18:35:06.939305 52:54:00:b6:ae:7b > 52:54:00:09:6e:82, ethertype IPv4 (0x0800), length 74: (tos 0x10, ttl 64, id 64548, offset 0, flags [DF], proto TCP (6), length 60)     192.168.199.100.56996 > 172.217.1.4.443: Flags [S], cksum 0x3619 (incorrect -> 0x436b), seq 2994289493, win 64240, options [mss 1460,sackOK,TS val 1606657479 ecr 0,nop,wscale 7], length 0 18:35:21.040936 52:54:00:b6:ae:7b > 52:54:00:09:6e:82, ethertype IPv4 (0x0800), length 74: (tos 0x10, ttl 64, id 45298, offset 0, flags [DF], proto TCP (6), length 60)     192.168.199.100.59876 > 192.168.199.7.443: Flags [S], cksum 0x0fec (incorrect -> 0xf8f6), seq 1122263205, win 64240, options [mss 1460,sackOK,TS val 2124691085 ecr 0,nop,wscale 7], length 0 18:35:21.040993 52:54:00:09:6e:82 > 52:54:00:b6:ae:7b, ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 60)     192.168.199.7.443 > 192.168.199.100.59876: Flags [S.], cksum 0x0fec (incorrect -> 0x5be5), seq 3948792593, ack 1122263206, win 65535, options [mss 1460,nop,wscale 6,sackOK,TS val 2270714410 ecr 2124691085], length 0 18:35:21.041224 52:54:00:b6:ae:7b > 52:54:00:09:6e:82, ethertype IPv4 (0x0800), length 66: (tos 0x10, ttl 64, id 45299, offset 0, flags [DF], proto TCP (6), length 52)     192.168.199.100.59876 > 192.168.199.7.443: Flags [.], cksum 0x0fe4 (incorrect -> 0x88b9), ack 1, win 502, options [nop,nop,TS val 2124691086 ecr 2270714410], length 0 18:35:22.843871 52:54:00:b6:ae:7b > 52:54:00:09:6e:82, ethertype IPv4 (0x0800), length 66: (tos 0x10, ttl 64, id 45300, offset 0, flags [DF], proto TCP (6), length 52)     192.168.199.100.59876 > 192.168.199.7.443: Flags [F.], cksum 0x0fe4 (incorrect -> 0x81ae), seq 1, ack 1, win 502, options [nop,nop,TS val 2124692888 ecr 2270714410], length 0 18:35:22.843910 52:54:00:09:6e:82 > 52:54:00:b6:ae:7b, ethertype IPv4 (0x0800), length 66: (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 52)     192.168.199.7.443 > 192.168.199.100.59876: Flags [.], cksum 0x0fe4 (incorrect -> 0x7895), ack 2, win 1027, options [nop,nop,TS val 2270716214 ecr 2124692888], length 0 18:35:22.843980 52:54:00:09:6e:82 > 52:54:00:b6:ae:7b, ethertype IPv4 (0x0800), length 66: (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 52)     192.168.199.7.443 > 192.168.199.100.59876: Flags [F.], cksum 0x0fe4 (incorrect -> 0x7894), seq 1, ack 2, win 1027, options [nop,nop,TS val 2270716214 ecr 2124692888], length 0 18:35:22.844159 52:54:00:b6:ae:7b > 52:54:00:09:6e:82, ethertype IPv4 (0x0800), length 66: (tos 0x10, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 52)     192.168.199.100.59876 > 192.168.199.7.443: Flags [.], cksum 0x7aa0 (correct), ack 2, win 502, options [nop,nop,TS val 2124692889 ecr 2270716214], length 0 e.g. after disabling rxcsum tcpdump: listening on vtnet1, link-type EN10MB (Ethernet), capture size 262144 bytes 18:39:57.425940 52:54:00:b6:ae:7b > 52:54:00:09:6e:82, ethertype IPv4 (0x0800), length 74: (tos 0x10, ttl 64, id 53398, offset 0, flags [DF], proto TCP (6), length 60)     192.168.199.101.55810 > 142.251.32.68.443: Flags [S], cksum 0x5467 (correct), seq 2136333436, win 64240, options [mss 1460,sackOK,TS val 2746738194 ecr 0,nop,wscale 7], length 0 18:39:57.432020 52:54:00:09:6e:82 > 52:54:00:b6:ae:7b, ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 123, id 58394, offset 0, flags [none], proto TCP (6), length 60)     142.251.32.68.443 > 192.168.199.101.55810: Flags [S.], cksum 0xa929 (correct), seq 292800283, ack 2136333437, win 65535, options [mss 1430,sackOK,TS val 460829236 ecr 2746738194,nop,wscale 8], length 0 18:39:57.432265 52:54:00:b6:ae:7b > 52:54:00:09:6e:82, ethertype IPv4 (0x0800), length 66: (tos 0x10, ttl 64, id 53399, offset 0, flags [DF], proto TCP (6), length 52)     192.168.199.101.55810 > 142.251.32.68.443: Flags [.], cksum 0xd5dc (correct), ack 1, win 502, options [nop,nop,TS val 2746738200 ecr 460829236], length 0 18:39:58.605990 52:54:00:b6:ae:7b > 52:54:00:09:6e:82, ethertype IPv4 (0x0800), length 66: (tos 0x10, ttl 64, id 53400, offset 0, flags [DF], proto TCP (6), length 52)     192.168.199.101.55810 > 142.251.32.68.443: Flags [F.], cksum 0xd145 (correct), seq 1, ack 1, win 502, options [nop,nop,TS val 2746739374 ecr 460829236], length 0 18:39:58.612128 52:54:00:09:6e:82 > 52:54:00:b6:ae:7b, ethertype IPv4 (0x0800), length 66: (tos 0x0, ttl 123, id 58984, offset 0, flags [none], proto TCP (6), length 52)     142.251.32.68.443 > 192.168.199.101.55810: Flags [F.], cksum 0xcd9e (correct), seq 1, ack 2, win 256, options [nop,nop,TS val 460830416 ecr 2746739374], length 0 18:39:58.612402 52:54:00:b6:ae:7b > 52:54:00:09:6e:82, ethertype IPv4 (0x0800), length 66: (tos 0x10, ttl 64, id 53401, offset 0, flags [DF], proto TCP (6), length 52)     192.168.199.101.55810 > 142.251.32.68.443: Flags [.], cksum 0xcca2 (correct), ack 2, win 502, options [nop,nop,TS val 2746739380 ecr 460830416], length 0 I opened up https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=263229 From nobody Tue Apr 12 00:07:43 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3D6815D66DD for ; Tue, 12 Apr 2022 00:08:01 +0000 (UTC) (envelope-from matt.garber@gmail.com) Received: from mail-yb1-xb2e.google.com (mail-yb1-xb2e.google.com [IPv6:2607:f8b0:4864:20::b2e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KcmJc2h6Lz4pGK for ; Tue, 12 Apr 2022 00:08:00 +0000 (UTC) (envelope-from matt.garber@gmail.com) Received: by mail-yb1-xb2e.google.com with SMTP id z33so30353576ybh.5 for ; Mon, 11 Apr 2022 17:08:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=d6e2FIix3eLIdB/A9PJ5YbPRpKkrNVhp+edOqiRMXt0=; b=EqzQOwD8aiC2RbrsMcCC/Ml6C5pwmZ8o8GUNKDTAkItljpH5sXFqrW/iPiZ9pDL49U TYTQNm05aH5BS+0yuFK98Hcn1PSFg1eHwVHr5qtkfaPHwQH5TugCuNE1Gn0EZ7JTe10B A56s38dwUYUkiyMBMy1DN8OhGCQOxHYANy71eMQU13CwQc1137JMMTeimB18Pyf3pwoh uMFMuk8vR4v2KeUJKUQEMkL/Tp4L21RMWPyY2+I1rR8UDnc752bCaIcCHXiDieqj/wGy Odf/X5NyYH3z46Y2pgPksJWNcb8lGSUMUJjAYJpyp/1DDNwIzzcJO43qR32uEy+PjRZh nGLQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=d6e2FIix3eLIdB/A9PJ5YbPRpKkrNVhp+edOqiRMXt0=; b=eWrM4+ORh86X1iWDQcLVQa5E+BCtcxUjTp+0UiR2a2PNWOlITY23PJJLeiZd4+Mb3z 0a0aMAjUZse3c6d9NfP7FNpz2E0xN6j2E2cTNQ0ZUMGhFsOMVG8ZN6yAwlbSWoCPrBUe mzpV3QY0SCmwgW458Cud9AtPm2rsy5L9SV0rJk5HaaCJaxEajE+YDuKUqQsjA8JEXC5O gJ4VKi0F1ukkH3Cs2frKDtDva6b/m8EgxvGosCHboDritUk4uZC1UiZtZx8FM1fT/sK6 O9l4axD5C5SAXwPDuBYZoYLyNX7zVxuEF81Ya1Fm6Pw4+Ke7N/gDpNxtytoLlJjW0pfF yYXA== X-Gm-Message-State: AOAM531p5Z7cWVUlWJvzcdiqk6pQUwJwQkW+Ol/IVHvKRLc0JeDrbtCX EcHedwekgZBqNJPw27+R+84crfK57gsmT/dsD7iAfUpz X-Google-Smtp-Source: ABdhPJxOjMW0GPzUt/++TtSnK4eUQrMUEc+7FVK7JktHNhaGb7wfIwj6WHydeJL8uOR/oTohGfAJhNVTjrRhGcn8vig= X-Received: by 2002:a25:8b81:0:b0:629:17d5:68c1 with SMTP id j1-20020a258b81000000b0062917d568c1mr23028841ybl.449.1649722074261; Mon, 11 Apr 2022 17:07:54 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Matt Garber Date: Mon, 11 Apr 2022 20:07:43 -0400 Message-ID: Subject: Re: vtnet rxcsum broken for forwarding RELENG_13 ? To: mike tancsa Cc: FreeBSD-STABLE Mailing List Content-Type: multipart/alternative; boundary="00000000000036f02005dc69daf8" X-Rspamd-Queue-Id: 4KcmJc2h6Lz4pGK X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=EqzQOwD8; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mattgarber@gmail.com designates 2607:f8b0:4864:20::b2e as permitted sender) smtp.mailfrom=mattgarber@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_DN_ALL(0.00)[]; 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)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; 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-stable@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::b2e:from]; MLMMJ_DEST(0.00)[freebsd-stable]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N --00000000000036f02005dc69daf8 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Apr 11, 2022 at 7:15 PM mike tancsa wrote: > I was setting up a VM pf firewall and noticed I was not able to nat out > for some reason. Looking at the pcap, it seems when the vm is in > forwarding mode, I get tcp checksum errors. If I do a > > ifconfig vtnet1 -rxcsum > > ifconfig vtnet0 -rxcsum > > nat then seems to work fine > > The setup is a simple VM with the hypervisor libvirt/KVM ubuntu 20 LTS. > Guest is RELENG_13 from Apr 11/2022. If I change to em nics in the VM, > all is fine out of the box. > > > I opened up https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D263229 Unless someone knows otherwise, I=E2=80=99ve been under the impression that= PF =E2=80=94 or potentially any of the other FreeBSD firewalls (?), but I use PF =E2=80=94 = has been =E2=80=9Cbroken=E2=80=9D in that regard on Linux KVM-based FreeBSD guests f= or years. As such I=E2=80=99ve always needed to use csum_disable flags on the vtnet inte= rfaces or suffer *extremely* poor network performance, even for servers not doing NAT forwarding. E.g., see: https://serverfault.com/questions/817664/slow-network-fixed-adding-hw-vtnet= -csum-disable-1-what-are-the-posible-side-effe https://forum.proxmox.com/threads/poor-virtio-network-performance-on-freebs= d-guests.26289/ =E2=80=94Matt --00000000000036f02005dc69daf8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Mon, Apr 11, 2022 at 7:15 PM mike tancsa <mike@sentex.net> wrote:
I was setting up a VM pf firewall a= nd noticed I was not able to nat out
for some reason. Looking at the pcap, it seems when the vm is in
forwarding mode, I get tcp checksum errors. If I do a

ifconfig vtnet1 -rxcsum

ifconfig vtnet0 -rxcsum

nat then seems to work fine

The setup is a simple VM with the hypervisor libvirt/KVM ubuntu 20 LTS.=C2= =A0
Guest is RELENG_13 from Apr 11/2022. If I change to em nics in the VM,
all is fine out of the box.


I opened up https://bugs.freebsd.org/bugzi= lla/show_bug.cgi?id=3D263229


Unless someone knows otherwise,= I=E2=80=99ve been under the impression that PF =E2=80=94 or potentially an= y of the other FreeBSD firewalls (?), but I use PF =E2=80=94 has been =E2= =80=9Cbroken=E2=80=9D in that regard on Linux KVM-based FreeBSD guests for = years. As such I=E2=80=99ve always needed to use csum_disable flags on the = vtnet interfaces or suffer *extremely* poor network performance, even for s= ervers not doing NAT forwarding.

--00000000000036f02005dc69daf8-- From nobody Tue Apr 12 10:04:02 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7A94811E32B3 for ; Tue, 12 Apr 2022 10:04:05 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost1.sentex.ca", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Kd1XN3dLQz3qkr for ; Tue, 12 Apr 2022 10:04:04 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [199.212.134.19]) by smarthost1.sentex.ca (8.16.1/8.16.1) with ESMTPS id 23CA43Qw031792 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 12 Apr 2022 06:04:03 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [IPV6:2607:f3e0:0:4:d955:181b:888c:769f] ([IPv6:2607:f3e0:0:4:d955:181b:888c:769f]) by pyroxene2a.sentex.ca (8.16.1/8.15.2) with ESMTPS id 23CA42hg090899 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Tue, 12 Apr 2022 06:04:03 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <35741162-a20b-51c7-e08c-fd8a88cf2b5f@sentex.net> Date: Tue, 12 Apr 2022 06:04:02 -0400 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.8.0 Subject: Re: vtnet rxcsum broken for forwarding RELENG_13 ? Content-Language: en-US To: Matt Garber Cc: FreeBSD-STABLE Mailing List References: From: mike tancsa In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.84 X-Rspamd-Queue-Id: 4Kd1XN3dLQz3qkr X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:1::12 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-2.31 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[mike]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; NEURAL_HAM_LONG(-1.00)[-1.000]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[sentex.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.92)[-0.916]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; MLMMJ_DEST(0.00)[freebsd-stable]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[199.212.134.19:received] X-ThisMailContainsUnwantedMimeParts: N On 4/11/2022 8:07 PM, Matt Garber wrote: > On Mon, Apr 11, 2022 at 7:15 PM mike tancsa wrote: > > > < details about busted rxsum snipped > > > I opened up https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=263229 > > > > Unless someone knows otherwise, I’ve been under the impression that PF > — or potentially any of the other FreeBSD firewalls (?), but I use PF > — has been “broken†in that regard on Linux KVM-based FreeBSD guests > for years. As such I’ve always needed to use csum_disable flags on the > vtnet interfaces or suffer *extremely* poor network performance, even > for servers not doing NAT forwarding. For forwarding / routing it certainly under performs compared to what it can do on bare metal, but for my application I need more security/management than network speed. Plus we all have more use case experience with pf at the office.  It seems to top out at around 200Mb/s with the EM nics through the VM. My use case is perhaps 5-10Mb sustained. Hypervisor is CPU: AMD EPYC Processor (2100.07-MHz K8-class CPU).     ---Mike > > E.g., see: > > https://serverfault.com/questions/817664/slow-network-fixed-adding-hw-vtnet-csum-disable-1-what-are-the-posible-side-effe > > https://forum.proxmox.com/threads/poor-virtio-network-performance-on-freebsd-guests.26289/ > > > > —Matt > From nobody Tue Apr 12 10:43:10 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 6BFFC1A817D1 for ; Tue, 12 Apr 2022 10:43:14 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Kd2PZ2hq8z4RnL; Tue, 12 Apr 2022 10:43:14 +0000 (UTC) (envelope-from kp@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1649760194; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=mBbWizOQnt7p3IUVQa8bUL9UCxeUS6wDRQaUXvBPWzQ=; b=xIzjuoren4ranLTkmSBs1S/bf1EZ22+cmObiOBoTL7WupkujZvWFHnbmDYG9PXHLnnX50R vP3bISrE02uQ7Bat5dGGqzrmpg3YK3BufYa+d4yWR12gNqqcfeOqvGoFjCvejMtrncfuED 6H8An5EqerjJtDcJkv4ixSDC8VlptBT8jaJvvOYrHOmhGXVhtGBWmHFZM8h0kZ9UHb3Tbs NSLP/YSTxX2t23xcKYikXsKXKr7MAMrKmlqBMnt1AguqaebRCeZ4/cHpjY2O3RompZ3JIo bhx99VVwoXdpW4hXL+e2I+8/iEupcr2YanQ3UJt9lkAj4sPvobBSAu+ryEDrEw== Received: from venus.codepro.be (venus.codepro.be [5.9.86.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.codepro.be", Issuer "R3" (verified OK)) (Authenticated sender: kp) by smtp.freebsd.org (Postfix) with ESMTPSA id 28073D89A; Tue, 12 Apr 2022 10:43:14 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: by venus.codepro.be (Postfix, authenticated sender kp) id 7E5B21159B; Tue, 12 Apr 2022 12:43:11 +0200 (CEST) From: Kristof Provost To: Matt Garber Cc: mike tancsa , FreeBSD-STABLE Mailing List Subject: Re: vtnet rxcsum broken for forwarding RELENG_13 ? Date: Tue, 12 Apr 2022 12:43:10 +0200 X-Mailer: MailMate (1.14r5852) Message-ID: <0FE1F488-EEA5-4010-9926-2D9567E8461F@FreeBSD.org> In-Reply-To: References: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1649760194; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=mBbWizOQnt7p3IUVQa8bUL9UCxeUS6wDRQaUXvBPWzQ=; b=PRj3vzwbv8Aqnx2Mi4mGbByLH82xOiV+kwTeJpSK6ql1Ey9eKRN1xL9HD8za+W/1maBUL3 kGdx+uKqFfKTu7E9EsSa4XkNieTEKb+fWTClbJ5ZrCx/ePgRbSkgW3JUig9ngyZWJflTUP pLvkVLpAdteBWyTAOgU+3ACyAjmupKQNhv7XYSTKAaQ5EuIx9fPRNSyTEn9Jru1ho3/tMg l3CcOaJND5/pZ6xBGeu0ianPLWHgfSRAuePgqU93TwZRQev6gjUvcrtKC1SeuuiK3X5Hr1 zZQ3cDqXRcMcinIwEFHa27B4fW83LfuIfxlv1c5z2fRN+9KdeJzD1zIFv2FNjA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1649760194; a=rsa-sha256; cv=none; b=dODLjK8w8tt+xHBKKxvITkA3vmgVPi5OfhVuMnU094wYDKCPxil0bw2OufJzf56O/iddr3 AVDkSSZDSk1o011tJ9cfSCRzXev3UQseXzA0SFdskuzvP9dPXiqukKQDGEIhJt7r6tXx/a HECU9CgRvbRYZF8ZN1ZmwO4K7PCdZ3y2WvyuXsNYtlqQQu3ERWEqtXCRHR64ibrSZRSeJH dhxU5VBp6IgVWGobw04GQp5aya4wCF252l+DZgbYFn1PlHSO5NV6UioWVXzmLdoRlT4rNp V3I3c7boabS/Jh7T93b4lezlyrqHZmXHCC8+GI95r30/qGCzXXreJUcreQGUTw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N On 12 Apr 2022, at 2:07, Matt Garber wrote: > On Mon, Apr 11, 2022 at 7:15 PM mike tancsa wrote: > >> I was setting up a VM pf firewall and noticed I was not able to nat out >> for some reason. Looking at the pcap, it seems when the vm is in >> forwarding mode, I get tcp checksum errors. If I do a >> >> ifconfig vtnet1 -rxcsum >> >> ifconfig vtnet0 -rxcsum >> >> nat then seems to work fine >> >> The setup is a simple VM with the hypervisor libvirt/KVM ubuntu 20 LTS. >> Guest is RELENG_13 from Apr 11/2022. If I change to em nics in the VM, >> all is fine out of the box. >> >> >> I opened up https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=263229 > > > > Unless someone knows otherwise, I’ve been under the impression that PF — or > potentially any of the other FreeBSD firewalls (?), but I use PF — has been > “broken†in that regard on Linux KVM-based FreeBSD guests for years. As > such I’ve always needed to use csum_disable flags on the vtnet interfaces > or suffer *extremely* poor network performance, even for servers not doing > NAT forwarding. > That PF checksum issue was fixed c110fc49da2995d10d60d908af0838ecb4be9bee, back in 2015. Kristof From nobody Tue Apr 12 19:40:32 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 89FCD1AF7D56 for ; Tue, 12 Apr 2022 19:40:40 +0000 (UTC) (envelope-from spork@bway.net) Received: from smtp1.bway.net (smtp1.bway.net [216.220.96.27]) (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 4KdGKg3nFvz3hgL; Tue, 12 Apr 2022 19:40:39 +0000 (UTC) (envelope-from spork@bway.net) Received: from gaseousweiner.sporklab.com (unknown [108.35.254.39]) (using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: spork@bway.net) by smtp1.bway.net (Postfix) with ESMTPSA id CE85E2DB5A; Tue, 12 Apr 2022 15:40:32 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bway.net; s=mail; t=1649792432; bh=/J3dl/MF3Jp8UUQIZlFgLTaJqAYjT2Pl6UiXB3Adiaw=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=Cn5VBABWupKFZQQ3LihZeSaY/BcUdbNtZeFNM92CfTgT/iYVnrRj8nkikKfH6aStw GvwPCT0S+U1hFwqfo5CJ7Ztxfkytxib9XnylujqrNpkbxtaHLQym/a0CMJODZVu1XI NE8oPD3IVJ7V9VzxCVzOrrRaogivGpQXFRFko3dE= Content-Type: text/plain; charset=utf-8 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.21\)) Subject: Re: vtnet rxcsum broken for forwarding RELENG_13 ? From: Charles Sprickman In-Reply-To: <0FE1F488-EEA5-4010-9926-2D9567E8461F@FreeBSD.org> Date: Tue, 12 Apr 2022 15:40:32 -0400 Cc: Matt Garber , mike tancsa , FreeBSD-STABLE Mailing List X-Mao-Original-Outgoing-Id: 671485232.4713089-91ba19f7344191be9bd64424aad76bfb Content-Transfer-Encoding: quoted-printable Message-Id: <5A9B449D-BC3C-4D89-8AE8-7CC680B2F41E@bway.net> References: <0FE1F488-EEA5-4010-9926-2D9567E8461F@FreeBSD.org> To: Kristof Provost X-Mailer: Apple Mail (2.3445.104.21) X-Rspamd-Queue-Id: 4KdGKg3nFvz3hgL X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bway.net header.s=mail header.b=Cn5VBABW; dmarc=pass (policy=quarantine) header.from=bway.net; spf=pass (mx1.freebsd.org: domain of spork@bway.net designates 216.220.96.27 as permitted sender) smtp.mailfrom=spork@bway.net X-Spamd-Result: default: False [-2.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:216.220.96.27/32]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bway.net:+]; DMARC_POLICY_ALLOW(-0.50)[bway.net,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_IN_DNSWL_LOW(-0.10)[216.220.96.27:from]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:8059, ipnet:216.220.96.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[bway.net:s=mail]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_LOW(-1.00)[bway.net:dkim]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable]; FREEMAIL_CC(0.00)[gmail.com,sentex.net,freebsd.org]; RCVD_TLS_ALL(0.00)[]; SUSPICIOUS_RECIPS(1.50)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N > On Apr 12, 2022, at 6:43 AM, Kristof Provost wrote: >=20 > On 12 Apr 2022, at 2:07, Matt Garber wrote: >> On Mon, Apr 11, 2022 at 7:15 PM mike tancsa wrote: >>=20 >>> I was setting up a VM pf firewall and noticed I was not able to nat = out >>> for some reason. Looking at the pcap, it seems when the vm is in >>> forwarding mode, I get tcp checksum errors. If I do a >>>=20 >>> ifconfig vtnet1 -rxcsum >>>=20 >>> ifconfig vtnet0 -rxcsum >>>=20 >>> nat then seems to work fine >>>=20 >>> The setup is a simple VM with the hypervisor libvirt/KVM ubuntu 20 = LTS. >>> Guest is RELENG_13 from Apr 11/2022. If I change to em nics in the = VM, >>> all is fine out of the box. >>>=20 >>>=20 >>> I opened up https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D263229= >>=20 >>=20 >>=20 >> Unless someone knows otherwise, I=E2=80=99ve been under the = impression that PF =E2=80=94 or >> potentially any of the other FreeBSD firewalls (?), but I use PF =E2=80= =94 has been >> =E2=80=9Cbroken=E2=80=9D in that regard on Linux KVM-based FreeBSD = guests for years. As >> such I=E2=80=99ve always needed to use csum_disable flags on the = vtnet interfaces >> or suffer *extremely* poor network performance, even for servers not = doing >> NAT forwarding. >>=20 > That PF checksum issue was fixed = c110fc49da2995d10d60d908af0838ecb4be9bee, back in 2015. Do you have a bug ID that references this issue/fix? Charles >=20 > Kristof >=20 From nobody Tue Apr 12 19:48:53 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 618E21AF9C31 for ; Tue, 12 Apr 2022 19:48:58 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KdGWG2FcFz3kCr; Tue, 12 Apr 2022 19:48:58 +0000 (UTC) (envelope-from kp@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1649792938; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=WgSl8RQnP3cTjkCr+hLm0+N2z/gppQKiRduaAdBOHL4=; b=EO+DvmONyE4UvrXairyveVeuhRnAUVurDwGPKT2zgaUalC5BSHpaQHlYhyf3z1O+MKhMNO MQzbNi2QcS9YexhN553VRJZBI68rnkkh2xX67DP88S1iUOPTbnabbKM2HV7FXPPhM5rNEs 0pQZKIAlgQypNmL90IVaQQtkOpYc5frBbKfnE1BaBd2TkTMnQbGxv71fHzFdDMiiLmpLSy 3vqpV2kITqm3EtqGD8H+tyQhyeDpctMRb5s0PNZDmiDbwvhndqLlW8LQC3nO4dPJDZ5IA0 cUuNh7MOyCE1F6JQ3tjkO+IX5XW36HPa+ItfEzdAJJ0FIXvGEtyl7SOemq+qcA== Received: from venus.codepro.be (venus.codepro.be [5.9.86.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.codepro.be", Issuer "R3" (verified OK)) (Authenticated sender: kp) by smtp.freebsd.org (Postfix) with ESMTPSA id E57E922506; Tue, 12 Apr 2022 19:48:57 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: by venus.codepro.be (Postfix, authenticated sender kp) id B33D644D56; Tue, 12 Apr 2022 21:48:54 +0200 (CEST) From: Kristof Provost To: Charles Sprickman Cc: Matt Garber , mike tancsa , FreeBSD-STABLE Mailing List Subject: Re: vtnet rxcsum broken for forwarding RELENG_13 ? Date: Tue, 12 Apr 2022 21:48:53 +0200 X-Mailer: MailMate (1.14r5852) Message-ID: <322649DF-446E-4BAE-876D-D4FC47FE84B0@FreeBSD.org> In-Reply-To: <5A9B449D-BC3C-4D89-8AE8-7CC680B2F41E@bway.net> References: <0FE1F488-EEA5-4010-9926-2D9567E8461F@FreeBSD.org> <5A9B449D-BC3C-4D89-8AE8-7CC680B2F41E@bway.net> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_MailMate_A689D751-50AB-4466-ADDF-6771A0C1147A_=" Content-Transfer-Encoding: 8bit ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1649792938; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=WgSl8RQnP3cTjkCr+hLm0+N2z/gppQKiRduaAdBOHL4=; b=u+SJl3tg+hR7u3HEWzgmJBxbj1aPM1rvCqA8DOIookOWTMwMRBj2rjOnLjbHL9jGeucP+X rg4XhW02T/YgSea6zURGRrwxEjFn+dwjkG9VoCKQ+9HVHLIIQkfORYW0t3sHdhl/GmHBIm ApZ8FGdR4AZj/L9boTHh9ibSmh6SI/JbnsJ54Mn0DEa6Nkeg01j7bG0mxGuRR4/45/rSTA EW4aCdP2SEjCbSHskifSj8XeUF5+595YftxNr0cxP8lVjfaCi5PItSuEPbXXDX+7ZDgEbC ACyevLQysK9iP9qEwT8akj/l3bwm2+dux+A5D6Q+pA0m4upSghItDtTxQSMOrw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1649792938; a=rsa-sha256; cv=none; b=hzq7/t2IZkFqjTGPdo+3OzFZ0RM2CTE7eggBs2TmYkDiTb03rz+fwHygC0WbUWvHWr23A0 MGtb91Ho62G4BQZDG1Xdzoqk2wVYH0bp1+j3UDxb8MvqI3nImrRdyrcr+pmsDF+FGALYmN 0ZXEpKEkhP8ZIYXaNo/SmUC8t8rubCp5yOxn1uKyhhDIImg5rKp90cCEqFQ0obLstWmvai IH0Q411jOUTjJRCq7/9Kl/+iQ5S4OEteEiiLKP9gC6es9W7JVUVriTq7Ejuo66cAeBdgXw yfsCzzpSMvPWNfdyysCNtkmbopJCOos8Z4PhGwOC4zxOyCFewvndOLWm+JE85g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N --=_MailMate_A689D751-50AB-4466-ADDF-6771A0C1147A_= Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 12 Apr 2022, at 21:40, Charles Sprickman wrote: >> On Apr 12, 2022, at 6:43 AM, Kristof Provost wrote: >> >> On 12 Apr 2022, at 2:07, Matt Garber wrote: >>> On Mon, Apr 11, 2022 at 7:15 PM mike tancsa wrote: >>> >>>> I was setting up a VM pf firewall and noticed I was not able to nat >>>> out >>>> for some reason. Looking at the pcap, it seems when the vm is in >>>> forwarding mode, I get tcp checksum errors. If I do a >>>> >>>> ifconfig vtnet1 -rxcsum >>>> >>>> ifconfig vtnet0 -rxcsum >>>> >>>> nat then seems to work fine >>>> >>>> The setup is a simple VM with the hypervisor libvirt/KVM ubuntu 20 >>>> LTS. >>>> Guest is RELENG_13 from Apr 11/2022. If I change to em nics in the >>>> VM, >>>> all is fine out of the box. >>>> >>>> >>>> I opened up >>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=263229 >>> >>> >>> >>> Unless someone knows otherwise, I’ve been under the impression >>> that PF — or >>> potentially any of the other FreeBSD firewalls (?), but I use PF — >>> has been >>> “broken†in that regard on Linux KVM-based FreeBSD guests for >>> years. As >>> such I’ve always needed to use csum_disable flags on the vtnet >>> interfaces >>> or suffer *extremely* poor network performance, even for servers not >>> doing >>> NAT forwarding. >>> >> That PF checksum issue was fixed >> c110fc49da2995d10d60d908af0838ecb4be9bee, back in 2015. > > Do you have a bug ID that references this issue/fix? > commit c110fc49da2995d10d60d908af0838ecb4be9bee Author: Kristof Provost Date: Wed Oct 14 16:21:41 2015 +0000 pf: Fix TSO issues In certain configurations (mostly but not exclusively as a VM on Xen) pf produced packets with an invalid TCP checksum. The problem was that pf could only handle packets with a full checksum. The FreeBSD IP stack produces TCP packets with a pseudo-header checksum (only addresses, length and protocol). Certain network interfaces expect to see the pseudo-header checksum, so they end up producing packets with invalid checksums. To fix this stop calculating the full checksum and teach pf to only update TCP checksums if TSO is disabled or the change affects the pseudo-header checksum. PR: 154428, 193579, 198868 Reviewed by: sbruno MFC after: 1 week Relnotes: yes Sponsored by: RootBSD Differential Revision: https://reviews.freebsd.org/D3779 Kristof --=_MailMate_A689D751-50AB-4466-ADDF-6771A0C1147A_= Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

On 12 Apr 2022, at 21:40, Charles Sprickman wrote:

On Apr 12, 2022, at 6:43 AM, Kristof Provost &l= t;kp@FreeBSD.org> wrote:

On 12 Apr 2022, at 2:07, Matt Garber wrote:

On Mon, Apr 11, 2022 at 7:15 PM mike tancsa <mike@sentex.net> w= rote:

I was setting up a VM pf firewall and noticed I was not able to nat o= ut
for some reason. Looking at the pcap, it seems when the vm is in
forwarding mode, I get tcp checksum errors. If I do a

ifconfig vtnet1 -rxcsum

ifconfig vtnet0 -rxcsum

nat then seems to work fine

The setup is a simple VM with the hypervisor libvirt/KVM = ubuntu 20 LTS.
Guest is RELENG_13 from Apr 11/2022. If I change to em nics in the VM,
all is fine out of the box.

I opened up https://bugs.freebsd.org/bugzilla/show_bug.cgi?= id=3D263229

Unless someone knows otherwise, I=E2=80=99ve= been under the impression that PF =E2=80=94 or
potentially any of the other FreeBSD firewalls (?), but I use PF =E2=80=94= has been
=E2=80=9Cbroken=E2=80=9D in that regard on Linux KVM-based FreeBSD guests= for years. As
such I=E2=80=99ve always needed to use csum_disable flags on the vtnet in= terfaces
or suffer *extremely* poor network performance, even for servers not doin= g
NAT forwarding.

That PF checksum issue was fixed c110fc49da2= 995d10d60d908af0838ecb4be9bee, back in 2015.

Do you have a bug ID that references this is= sue/fix?


commit c110fc49da2995d10d60d908af0838ecb4be9bee
Author: Kristof Provost <kp@FreeBSD.org>
Date:   Wed Oct 14 16:21:41 2015 +0000

    pf: Fix TSO issues

    In certain configurations (mostly but not exclusively as a VM on Xen)=
 pf
    produced packets with an invalid TCP checksum.

    The problem was that pf could only handle packets with a full checksu=
m. The
    FreeBSD IP stack produces TCP packets with a pseudo-header checksum (=
only
    addresses, length and protocol).
    Certain network interfaces expect to see the pseudo-header checksum, =
so they
    end up producing packets with invalid checksums.

    To fix this stop calculating the full checksum and teach pf to only u=
pdate TCP
    checksums if TSO is disabled or the change affects the pseudo-header =
checksum.

    PR:             154428, 193579, 198868
    Reviewed by:    sbruno
    MFC after:      1 week
    Relnotes:       yes
    Sponsored by:   RootBSD
    Differential Revision:  https://reviews.freebsd.org/D3779

Kristof

--=_MailMate_A689D751-50AB-4466-ADDF-6771A0C1147A_=-- From nobody Tue Apr 12 20:01:11 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 75F581AFC5E9 for ; Tue, 12 Apr 2022 20:01:23 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from mail.punkt.de (mail.punkt.de [IPv6:2a00:b580:8000:11:1c6b:7032:35e9:5616]) (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 4KdGnY6DFqz3mMq; Tue, 12 Apr 2022 20:01:21 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from smtpclient.apple (unknown [IPv6:2003:a:d59:3800:d92c:230d:801a:22b8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.punkt.de (Postfix) with ESMTPSA id 9D4E837B07; Tue, 12 Apr 2022 22:01:11 +0200 (CEST) Content-Type: text/plain; charset=utf-8 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.80.82.1.1\)) Subject: Re: vtnet rxcsum broken for forwarding RELENG_13 ? From: "Patrick M. Hausen" In-Reply-To: <322649DF-446E-4BAE-876D-D4FC47FE84B0@FreeBSD.org> Date: Tue, 12 Apr 2022 22:01:11 +0200 Cc: Charles Sprickman , Matt Garber , mike tancsa , FreeBSD-STABLE Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: <745890A5-983D-41BA-9592-D283EE800AD6@punkt.de> References: <0FE1F488-EEA5-4010-9926-2D9567E8461F@FreeBSD.org> <5A9B449D-BC3C-4D89-8AE8-7CC680B2F41E@bway.net> <322649DF-446E-4BAE-876D-D4FC47FE84B0@FreeBSD.org> To: Kristof Provost X-Mailer: Apple Mail (2.3696.80.82.1.1) X-Rspamd-Queue-Id: 4KdGnY6DFqz3mMq X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hausen@punkt.de designates 2a00:b580:8000:11:1c6b:7032:35e9:5616 as permitted sender) smtp.mailfrom=hausen@punkt.de X-Spamd-Result: default: False [-0.27 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:b580::/32]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; RCPT_COUNT_FIVE(0.00)[5]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.98)[-0.979]; DMARC_NA(0.00)[punkt.de]; NEURAL_HAM_MEDIUM(-0.99)[-0.991]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:16188, ipnet:2a00:b580::/32, country:DE]; MIME_TRACE(0.00)[0:+]; SUSPICIOUS_RECIPS(1.50)[]; FREEMAIL_CC(0.00)[bway.net,gmail.com,sentex.net,freebsd.org] X-ThisMailContainsUnwantedMimeParts: N Hi Kristof, hi all, > Am 12.04.2022 um 21:48 schrieb Kristof Provost : > That PF checksum issue was fixed = c110fc49da2995d10d60d908af0838ecb4be9bee, back in 2015. I still have abysmal performance with pf NAT in a DigitalOcean droplet running 13.1-RC2 unless I configure: ifconfig_vtnet0=3D"-rxcsum -txcsum -rxcsum6 -txcsum6" I can give you SSH access, if needed. Kind regards, Patrick --=20 punkt.de GmbH Patrick M. Hausen .infrastructure Kaiserallee 13a 76133 Karlsruhe Tel. +49 721 9109500 https://infrastructure.punkt.de info@punkt.de AG Mannheim 108285 Gesch=C3=A4ftsf=C3=BChrer: J=C3=BCrgen Egeling, Daniel Lienert, Fabian = Stein From nobody Tue Apr 12 20:08:29 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 52A321AFE83C for ; Tue, 12 Apr 2022 20:08:47 +0000 (UTC) (envelope-from matt.garber@gmail.com) Received: from mail-yw1-x1136.google.com (mail-yw1-x1136.google.com [IPv6:2607:f8b0:4864:20::1136]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KdGy63M5xz3pWg; Tue, 12 Apr 2022 20:08:46 +0000 (UTC) (envelope-from matt.garber@gmail.com) Received: by mail-yw1-x1136.google.com with SMTP id 00721157ae682-2ebd70a4cf5so328207b3.3; Tue, 12 Apr 2022 13:08:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=BW1Gli9jgYX2XlnIPhgIBbJ8zBZ1GO1Ywin9TpB5CmE=; b=dvNIo38Cg8z6uGq8N4ucNut7jn6zvULFrbRmQaHRuW4fc1Me9LfM1O4XXSgczan0Zm 0EL/pyRzqhs6lQDRPmHpeh9QqJ2EVW1xR5O8vBCjxhfjVl2DF0JpK/hgG6L6SsaPafip OwbyDrii7f1StONVH4Zu/PZlu7IeRb04FhPysmWLZVIEWzshGVD7ipZRhgZ+w7YG4YP/ lcgKJWHFEa3w509ilFJFLjmuINH+vzdTiZq0KmY9MkK+r9Ff889LMBVXxmEKJm7YiyOe mrmu+u+L4vZryiTjaqX9kZ3K3pbV4gXH4LuIDhKI7PZMCAuu002JBlRA3uu771F77opk zEJg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=BW1Gli9jgYX2XlnIPhgIBbJ8zBZ1GO1Ywin9TpB5CmE=; b=TNNthkvYTMNQF27dpZ8NaqbvrGCQg+8TKe/zxmniQ33sDxj7JmeScQhiun+IBRRX9H qbiudx05D8JqPaiah1MNGZR9B8aTuveACW1MksEcoizICmirqtbtdB1Y0+0owaIOSZ+0 gBhz2AoqGTvi24vfrHYt8NnFv463Wa9aKHX5MbrlT9xG4DlpEuM146K5mCKmQVeqQdxU GfGP4pRJW0mDj86a3BkhsHGnGIsyuEl2uVKdssr9HIjJEvR6KaX0KvRgFSk1e31VnfCD UEr5dOxYyfKZihhGo6Cs5ux6T1S8fJMMnpv6eKr5T8/SkfiugwEYVbIklU4G9XE5VDgV YLpQ== X-Gm-Message-State: AOAM530yQYRVDDRkstIfMVljHBx5K4eAgAKVc2sWNvIUqcK6SU8u94qo U9EqamNM1Qg/nDCSp4WMShiK3R4UHOWWRLq0lMo= X-Google-Smtp-Source: ABdhPJzf6XWpKP/hCMjzn5RtX2ra9wqCZdi5KLLyMIse0Qw7g2Hh8gCeJtfywVkt/dgJhMBUd+Z1XO6g7GBBlVMPuCE= X-Received: by 2002:a81:57ca:0:b0:2ef:3a80:2288 with SMTP id l193-20020a8157ca000000b002ef3a802288mr2167816ywb.270.1649794120232; Tue, 12 Apr 2022 13:08:40 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <0FE1F488-EEA5-4010-9926-2D9567E8461F@FreeBSD.org> <5A9B449D-BC3C-4D89-8AE8-7CC680B2F41E@bway.net> <322649DF-446E-4BAE-876D-D4FC47FE84B0@FreeBSD.org> <745890A5-983D-41BA-9592-D283EE800AD6@punkt.de> In-Reply-To: <745890A5-983D-41BA-9592-D283EE800AD6@punkt.de> From: Matt Garber Date: Tue, 12 Apr 2022 16:08:29 -0400 Message-ID: Subject: Re: vtnet rxcsum broken for forwarding RELENG_13 ? To: "Patrick M. Hausen" Cc: Charles Sprickman , FreeBSD-STABLE Mailing List , Kristof Provost , mike tancsa Content-Type: multipart/alternative; boundary="0000000000007d340c05dc7aa05c" X-Rspamd-Queue-Id: 4KdGy63M5xz3pWg X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=dvNIo38C; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mattgarber@gmail.com designates 2607:f8b0:4864:20::1136 as permitted sender) smtp.mailfrom=mattgarber@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; RCPT_COUNT_FIVE(0.00)[5]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::1136:from]; MLMMJ_DEST(0.00)[freebsd-stable]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N --0000000000007d340c05dc7aa05c Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Apr 12, 2022 at 4:01 PM Patrick M. Hausen wrote: > Hi Kristof, hi all, > > > Am 12.04.2022 um 21:48 schrieb Kristof Provost : > > That PF checksum issue was fixed > c110fc49da2995d10d60d908af0838ecb4be9bee, back in 2015. > > I still have abysmal performance with pf NAT in a DigitalOcean droplet > running 13.1-RC2 unless I configure: > > ifconfig_vtnet0=3D"-rxcsum -txcsum -rxcsum6 -txcsum6" > > I can give you SSH access, if needed. > > Kind regards, > Patrick Same for me, on 12.x RELEASEs, and I=E2=80=99d previously tested on Digital= Ocean and Google Compute Platform infrastructure. While I don=E2=80=99t doubt tha= t some issues with TCP checksums have potentially been resolved, there are still unresolved performance problems using the vtnet driver (VirtIO, KVM host) unless checksums are disabled. This might only be specific to NAT/forwarding at this point, as I realized my setup also involved PF NAT=E2=80=99ing on cloned loopback interfaces for non-VNET jailed services. Also note that other KVM setups using drivers other than vtnet don=E2=80=99= t seem to have the same problem, at least based on the alternatives I tested =E2= =80=94 e.g., AWS Nitro KVM instances are unaffected as they=E2=80=99re using the E= lastic Network Adapters. Thanks, =E2=80=94Matt --0000000000007d340c05dc7aa05c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Tue, Apr 12, 2022 at 4:01 PM Patrick M. Hausen <hausen@punkt.de> wrote:
Hi Kristof, hi all,

> Am 12.04.2022 um 21:48 schrieb Kristof Provost <kp@FreeBSD.org>:=
> That PF checksum issue was fixed c110fc49da2995d10d60d908af0838ecb4be9= bee, back in 2015.

I still have abysmal performance with pf NAT in a DigitalOcean droplet
running 13.1-RC2 unless I configure:

=C2=A0 =C2=A0 =C2=A0 =C2=A0 ifconfig_vtnet0=3D"-rxcsum -txcsum -rxcsum= 6 -txcsum6"

I can give you SSH access, if needed.

Kind regards,
Patrick

Same for = me, on 12.x RELEASEs, and I=E2=80=99d previously tested on Digital Ocean an= d Google Compute Platform infrastructure. While I don=E2=80=99t doubt that = some issues with TCP checksums have potentially been resolved, there are st= ill unresolved performance problems using the vtnet driver (VirtIO, KVM hos= t) unless checksums are disabled.

This might only be specific to NAT/forwarding at this point, as I= realized my setup also involved PF NAT=E2=80=99ing on cloned loopback inte= rfaces for non-VNET jailed services.

Also note that other KVM setups using drivers other than vtnet= don=E2=80=99t seem to have the same problem, at least based on the alterna= tives I tested =E2=80=94 e.g., AWS Nitro KVM instances are unaffected as th= ey=E2=80=99re using the Elastic Network Adapters.

Thanks,
=E2=80=94Matt

=

--0000000000007d340c05dc7aa05c-- From nobody Tue Apr 12 20:12:27 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 9E2E21AFF2D6 for ; Tue, 12 Apr 2022 20:12:33 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from mail.punkt.de (mail.punkt.de [IPv6:2a00:b580:8000:11:1c6b:7032:35e9:5616]) (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 4KdH2T0FpZz3qcL; Tue, 12 Apr 2022 20:12:33 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from smtpclient.apple (us.hausen.com [134.209.69.223]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.punkt.de (Postfix) with ESMTPSA id 99D75374B7; Tue, 12 Apr 2022 22:12:29 +0200 (CEST) Content-Type: text/plain; charset=utf-8 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.80.82.1.1\)) Subject: Re: vtnet rxcsum broken for forwarding RELENG_13 ? From: "Patrick M. Hausen" In-Reply-To: Date: Tue, 12 Apr 2022 22:12:27 +0200 Cc: Charles Sprickman , FreeBSD-STABLE Mailing List , Kristof Provost , mike tancsa Content-Transfer-Encoding: quoted-printable Message-Id: <11D7E62B-C51D-4A8B-AC44-DD1C5D1FA6D8@punkt.de> References: <0FE1F488-EEA5-4010-9926-2D9567E8461F@FreeBSD.org> <5A9B449D-BC3C-4D89-8AE8-7CC680B2F41E@bway.net> <322649DF-446E-4BAE-876D-D4FC47FE84B0@FreeBSD.org> <745890A5-983D-41BA-9592-D283EE800AD6@punkt.de> To: Matt Garber X-Mailer: Apple Mail (2.3696.80.82.1.1) X-Rspamd-Queue-Id: 4KdH2T0FpZz3qcL X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hausen@punkt.de designates 2a00:b580:8000:11:1c6b:7032:35e9:5616 as permitted sender) smtp.mailfrom=hausen@punkt.de X-Spamd-Result: default: False [-0.27 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:b580::/32:c]; RCPT_COUNT_FIVE(0.00)[5]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.98)[-0.979]; FREEMAIL_TO(0.00)[gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[134.209.69.223:received]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:16188, ipnet:2a00:b580::/32, country:DE]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.994]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[punkt.de]; SUBJECT_ENDS_QUESTION(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; SUSPICIOUS_RECIPS(1.50)[] X-ThisMailContainsUnwantedMimeParts: N Hi Matt, > Am 12.04.2022 um 22:08 schrieb Matt Garber : > This might only be specific to NAT/forwarding at this point, as I = realized my setup also involved PF NAT=E2=80=99ing on cloned loopback = interfaces for non-VNET jailed services. Definitely. If I don't use NAT, everything is "fast" in the default = configuration. Kind regards, Patrick --=20 punkt.de GmbH Patrick M. Hausen .infrastructure Kaiserallee 13a 76133 Karlsruhe Tel. +49 721 9109500 https://infrastructure.punkt.de info@punkt.de AG Mannheim 108285 Gesch=C3=A4ftsf=C3=BChrer: J=C3=BCrgen Egeling, Daniel Lienert, Fabian = Stein From nobody Tue Apr 12 20:44:28 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 9D9707EEEA2 for ; Tue, 12 Apr 2022 20:44:29 +0000 (UTC) (envelope-from spork@bway.net) Received: from smtp1.bway.net (smtp1.bway.net [216.220.96.27]) (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 4KdHlK08HBz3wCH for ; Tue, 12 Apr 2022 20:44:28 +0000 (UTC) (envelope-from spork@bway.net) Received: from gaseousweiner.sporklab.com (unknown [108.35.254.39]) (using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: spork@bway.net) by smtp1.bway.net (Postfix) with ESMTPSA id 9E8FF2F3DA; Tue, 12 Apr 2022 16:44:28 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bway.net; s=mail; t=1649796268; bh=3icJpleLmBh0dGQgSTzgNw95Ibdzq1sOr8ko4U8B+xA=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=JoHA5tv6Lp2QTniaKVelgLOPN94JCW2gEV8VQkwO0vFT4l7f25rgLwxse9NMVF2L7 VOvuppsXpD9AvCGX3Pp2nrOyVTRZi9n7x2eNtnj8fCsXVt8ktzRbBF0VPJltxUcaVS CYEoqTtFVdayAlgg5Etjy650+VS5OtY4RAUHwck4= Content-Type: text/plain; charset=utf-8 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.21\)) Subject: Re: vtnet rxcsum broken for forwarding RELENG_13 ? From: Charles Sprickman In-Reply-To: <322649DF-446E-4BAE-876D-D4FC47FE84B0@FreeBSD.org> Date: Tue, 12 Apr 2022 16:44:28 -0400 Cc: Matt Garber , mike tancsa X-Mao-Original-Outgoing-Id: 671489068.02946-3ec035c2a510d471306de686abace228 Content-Transfer-Encoding: quoted-printable Message-Id: References: <0FE1F488-EEA5-4010-9926-2D9567E8461F@FreeBSD.org> <5A9B449D-BC3C-4D89-8AE8-7CC680B2F41E@bway.net> <322649DF-446E-4BAE-876D-D4FC47FE84B0@FreeBSD.org> To: FreeBSD-STABLE Mailing List X-Mailer: Apple Mail (2.3445.104.21) X-Rspamd-Queue-Id: 4KdHlK08HBz3wCH X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bway.net header.s=mail header.b=JoHA5tv6; dmarc=pass (policy=quarantine) header.from=bway.net; spf=pass (mx1.freebsd.org: domain of spork@bway.net designates 216.220.96.27 as permitted sender) smtp.mailfrom=spork@bway.net X-Spamd-Result: default: False [-3.60 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:216.220.96.27/32]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bway.net:+]; DMARC_POLICY_ALLOW(-0.50)[bway.net,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_IN_DNSWL_LOW(-0.10)[216.220.96.27:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8059, ipnet:216.220.96.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[bway.net:s=mail]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_LOW(-1.00)[bway.net:dkim]; SUBJECT_ENDS_QUESTION(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable]; FREEMAIL_CC(0.00)[gmail.com,sentex.net]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N > On Apr 12, 2022, at 3:48 PM, Kristof Provost wrote: >=20 > On 12 Apr 2022, at 21:40, Charles Sprickman wrote: >=20 > On Apr 12, 2022, at 6:43 AM, Kristof Provost wrote: >=20 > On 12 Apr 2022, at 2:07, Matt Garber wrote: >=20 > On Mon, Apr 11, 2022 at 7:15 PM mike tancsa wrote: >=20 > I was setting up a VM pf firewall and noticed I was not able to nat = out=20 > for some reason. Looking at the pcap, it seems when the vm is in=20 > forwarding mode, I get tcp checksum errors. If I do a >=20 > ifconfig vtnet1 -rxcsum >=20 > ifconfig vtnet0 -rxcsum >=20 > nat then seems to work fine >=20 > The setup is a simple VM with the hypervisor libvirt/KVM ubuntu 20 = LTS.=20 > Guest is RELENG_13 from Apr 11/2022. If I change to em nics in the VM,=20= > all is fine out of the box. >=20 > I opened up https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D263229 >=20 > Unless someone knows otherwise, I=E2=80=99ve been under the impression = that PF =E2=80=94 or=20 > potentially any of the other FreeBSD firewalls (?), but I use PF =E2=80=94= has been=20 > =E2=80=9Cbroken=E2=80=9D in that regard on Linux KVM-based FreeBSD = guests for years. As=20 > such I=E2=80=99ve always needed to use csum_disable flags on the vtnet = interfaces=20 > or suffer *extremely* poor network performance, even for servers not = doing=20 > NAT forwarding. >=20 > That PF checksum issue was fixed = c110fc49da2995d10d60d908af0838ecb4be9bee, back in 2015. >=20 > Do you have a bug ID that references this issue/fix? >=20 >=20 > commit c110fc49da2995d10d60d908af0838ecb4be9bee > Author: Kristof Provost > Date: Wed Oct 14 16:21:41 2015 +0000 >=20 > pf: Fix TSO issues >=20 > In certain configurations (mostly but not exclusively as a VM on = Xen) pf > produced packets with an invalid TCP checksum. >=20 > The problem was that pf could only handle packets with a full = checksum. The > FreeBSD IP stack produces TCP packets with a pseudo-header = checksum (only > addresses, length and protocol). > Certain network interfaces expect to see the pseudo-header = checksum, so they > end up producing packets with invalid checksums. >=20 > To fix this stop calculating the full checksum and teach pf to = only update TCP > checksums if TSO is disabled or the change affects the = pseudo-header checksum. >=20 > PR: 154428, 193579, 198868 > Reviewed by: sbruno > MFC after: 1 week > Relnotes: yes > Sponsored by: RootBSD > Differential Revision: https://reviews.freebsd.org/D3779 >=20 > Kristof Thanks! For reference, here=E2=80=99s links to the PRs: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D154428 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D193579 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D198868 And the others referenced earlier in the thread: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D165059 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D263229 Charles From nobody Tue Apr 12 21:50:38 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 65B911AFE762 for ; Tue, 12 Apr 2022 22:00:26 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::12]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KdKQw6GjNz4jZD for ; Tue, 12 Apr 2022 22:00:24 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [185.220.148.12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 23CM05Eo080886 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 13 Apr 2022 00:00:05 +0200 (CEST) (envelope-from pmc@citylink.dinoex.sub.org) Received: (from uucp@localhost) by uucp.dinoex.org (8.17.1/8.17.1/Submit) with UUCP id 23CM05kq080885; Wed, 13 Apr 2022 00:00:05 +0200 (CEST) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.16.1/8.16.1) with ESMTP id 23CLqXrm080855; Tue, 12 Apr 2022 23:52:33 +0200 (CEST) (envelope-from peter@gate.intra.daemon.contact) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by gate.intra.daemon.contact (8.16.1/8.16.1) with ESMTPS id 23CLocOe080434 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 12 Apr 2022 23:50:38 +0200 (CEST) (envelope-from peter@gate.intra.daemon.contact) Received: (from peter@localhost) by gate.intra.daemon.contact (8.16.1/8.16.1/Submit) id 23CLocQv080433; Tue, 12 Apr 2022 23:50:38 +0200 (CEST) (envelope-from peter) Date: Tue, 12 Apr 2022 23:50:38 +0200 From: Peter To: Kevin Oberman Cc: Peter , "Bjoern A. Zeeb" , FreeBSD-STABLE Mailing List Subject: Re: Slow startup from D19488 (rtsol: sendmsg: Permission denied) Message-ID: References: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Milter: Spamilter (Reciever: uucp.dinoex.org; Sender-ip: 185.220.148.12; Sender-helo: uucp.dinoex.org;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [185.220.148.12]); Wed, 13 Apr 2022 00:00:08 +0200 (CEST) X-Rspamd-Queue-Id: 4KdKQw6GjNz4jZD X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org designates 2a0b:f840::12 as permitted sender) smtp.mailfrom=pmc@citylink.dinoex.sub.org X-Spamd-Result: default: False [-3.30 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.997]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[sub.org]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-stable]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE]; RCVD_TLS_LAST(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sun, Apr 03, 2022 at 10:27:59PM -0700, Kevin Oberman wrote: ! > Hi Kevin, ! > ! > (You are Kevin Oberman the network guru ?!?) ! > ! > Maybe a decade or so ago. After over a decade of retirement, I'm not sure ! how BGP is spelled. And why would the network fib? Ah, I see. So thats what happens to the gurus, and why wisdom is so rarely found in the world nowadays... Anyway, enjoy what You're doing! :) ! You're essentially right, and I would normally agree. And it is not ! > irrelevant, but then, it's apparently not related to this specific ! > issue. ! > ! > The point is: I am not interested in 13.0. I am interested in ! > 13.1. So I put up a pilot early, in order to report potential issues ! > (as I reported here the issue with the fix for PR 76398). At that ! > point this had to be stable/13. ! > ! > Then on saturday I tried to use fib, and I figured that fib is not ! > fully implenented in 12.3, but apparently it is in 13. So I decided ! > to give it a try and move my backbone to 13 - and to the same version ! > that is already running on the pilot system, so that there is some ! > base to compare things. ! > ! > Now there are issues - but it doesn't appear that these issues would ! > be very different between stable/13 and releng/13.1. And -as can be ! > read above- it neither looks like these issues would just disappear ! > by themselves in the release, without someone looking for them. ! > (The broken "ipfw fwd" is probably also present in 13.0 and will very ! > likely still be present in 13.1 - and I don't believe much in testing ! > because you can only test what you already expect to fail.) ! > ! > I am indeed pondering about the best approach. Over the last years ! > I was only doing release upgrades (after I had run into ugly ZFS ! > problems somewhere in Rel.10, caused by an intermediately broken ! > Stable *and* broken memory chips). ! > Now I am considering to do upgrades some 2-3 months ahead of the ! > release, so if there are problems that hit here, there is a chance ! > to spare the general public one or two troubles. ! > ! > cheerio, ! > PMc ! > ! ! Well, that does explain a bit. I'm not sure of the best way to troubleshoot ! this. It is extremely unlikely that it's broken on STABLE and fixed in ! 13.1-BETA or RC. ! ! Sorry I can't be more useful. If I had experience with FIBs on FreeBSD. ! It's not the same as RIBs and FIBs on Junipers. Thanks, no problem! I got all through it now, and in the end it was real fun and works now just as I imagined. I don't think fib are really flawed in 12.3 - but the ifconfig+routing interaction is better implemented in 13.1, it was worth the effort. And yesterday I got note that Andrey Elsukov put the "ipfw fwd" fix into HEAD, so this one will also go away now. Rock'n and Roll'n again! :) cheerio, PMc From nobody Fri Apr 15 03:03:50 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4B8AA1B501AB; Fri, 15 Apr 2022 03:03:57 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Kfh4F1WBgz4lTv; Fri, 15 Apr 2022 03:03:57 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1649991837; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=bZJDa2iTIMzgIb8eS129YHTj2vtFecKDBpjhAOKtw9E=; b=vhWn+5BuRV86J5QxPkNXPXDxbT7PeQQWu89kiZTCljtD2xePcUNAPx4K0x/A314wbqK1GM Zh/ca3kcW5L0MIuBv5Ua1PcxdDNzAeEMeKQ5OeKT8worzv8eYY65PJRfOXLyjVZ+l+goug HTmXNQvsTj5BZpiAjNq9paDcYVGEFljPXabNCqDQQbWHX3hxDi4ToOeOPgP2lLpBaLzQVs DI5Yz0niFc9DOeoHEp4OOdwOM/7fnVhIbYzPNpHhL2MHZQX12OImu3OaEddWnSut3b1Cwy jWtRbA/hHbKG6/e1PEe2C7cAq4k+LCCYLcXujPqtxvZkHMl1JhoHa6AVO0XdDQ== Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id B2811EBA4; Fri, 15 Apr 2022 03:03:56 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Fri, 15 Apr 2022 03:03:50 +0000 From: Glen Barber To: freebsd-stable@freebsd.org, freebsd-snapshots@freebsd.org Cc: FreeBSD Release Engineering Team Subject: FreeBSD 13.1-RC3 Now Available Message-ID: <20220415030350.GA28996@FreeBSD.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1649991837; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=bZJDa2iTIMzgIb8eS129YHTj2vtFecKDBpjhAOKtw9E=; b=mMuL6uOsbXTR/vt0cMqpX8ELU3EVZn1WBbVlediC1M1bAKOh2mPmz/uAQeu8f3KaXZo4bI zV3fa0Vm2j16uxS3DJYFZpo/7d7nvweQvamBr6SVu9pCHjIId4usxjiDEkOlwivXcskJbt hjUj9NJXTrUK+azLya11b9zkT58j+whKYvXZ9vc7fhOP+fEJ4XHx/OF2hBIEZqoR6YkRUm ZvxmoI6GM6o65MN/OHh0M/e2T6YUfn00REBrF/0U2OEHY5ztXUPJVuUDRMCxim6KyOrvt9 5XStXCGtZCP5uESUK/aieJTFLF7fyxw0a/cul/RhfHwn5s8jRVdTAghRsvZx/w== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1649991837; a=rsa-sha256; cv=none; b=HAdD4C0iF41Viml2zNXni91IIMYnDHvXSDjL7SIWAHCYHYDXvSrL/Qti2ZFZ40NWx4AOwY Pvco76GEDXJjrA/6mH23xKfDPMpA9STP1yuZExTOrvgIp/YSrA+O/R8cQGn20uMfQll2rm Umfpun48p5i3bDUT06X57QVvk6y3vWiL/WkSyNsmGoA+TymwyKVznToyh9ioB9aHrg0DH7 V6sLIY1dVk4+GehsntWuXu9DfRrhYUM5sffjuq5eLPZomcoittIPJsVXaCM5qceqQXsCrL oNkZ+cvtgGizjZ6YtpsD0+sCZZHnStMgTBru/ioc8ed6oBTRSzTlTVzNT6bZ6w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The third RC build of the 13.1-RELEASE release cycle is now available. Installation images are available for: o 13.1-RC3 amd64 GENERIC o 13.1-RC3 i386 GENERIC o 13.1-RC3 powerpc GENERIC o 13.1-RC3 powerpc64 GENERIC64 o 13.1-RC3 powerpc64le GENERIC64LE o 13.1-RC3 powerpcspe MPC85XXSPE o 13.1-RC3 armv6 RPI-B o 13.1-RC3 armv7 GENERICSD o 13.1-RC3 aarch64 GENERIC o 13.1-RC3 aarch64 RPI o 13.1-RC3 aarch64 PINE64 o 13.1-RC3 aarch64 PINE64-LTS o 13.1-RC3 aarch64 PINEBOOK o 13.1-RC3 aarch64 ROCK64 o 13.1-RC3 aarch64 ROCKPRO64 o 13.1-RC3 riscv64 GENERIC o 13.1-RC3 riscv64 GENERICSD Note regarding arm SD card images: For convenience for those without console access to the system, a freebsd user with a password of freebsd is available by default for ssh(1) access. Additionally, the root user password is set to root. It is strongly recommended to change the password for both users after gaining access to the system. Installer images and memory stick images are available here: https://download.freebsd.org/ftp/releases/ISO-IMAGES/13.1/ The image checksums follow at the end of this e-mail. If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use Git to do a source based update of an existing system, use the "releng/13.1" branch. A summary of changes since 13.1-RC2 includes: o A fix to libarchive(3) for zstd support. o A build-time issue to resolve handling ldd including preloaded objects has been resolved. o A build-time fix to resolve an issue with 'nodevice acpi' in the kernel configuration file. o LLE lock leaks in the network stack had been addressed. A list of changes since 13.0-RELEASE is available in the releng/13.1 release notes: https://www.freebsd.org/releases/13.1R/relnotes/ Please note, the release notes page is not yet complete, and will be updated on an ongoing basis as the 13.1-RELEASE cycle progresses. === Virtual Machine Disk Images === VM disk images are available for the amd64, i386, and aarch64 architectures. Disk images may be downloaded from the following URL (or any of the FreeBSD download mirrors): https://download.freebsd.org/ftp/releases/VM-IMAGES/13.1-RC3/ BASIC-CI images can be found at: https://download.freebsd.org/ftp/releases/CI-IMAGES/13.1-RC3/ The partition layout is: ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats. The image download size is approximately 135 MB and 165 MB respectively (amd64/i386), decompressing to a 21 GB sparse image. Note regarding arm64/aarch64 virtual machine images: a modified QEMU EFI loader file is needed for qemu-system-aarch64 to be able to boot the virtual machine images. See this page for more information: https://wiki.freebsd.org/arm64/QEMU To boot the VM image, run: % qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt \ -bios QEMU_EFI.fd -serial telnet::4444,server -nographic \ -drive if=none,file=VMDISK,id=hd0 \ -device virtio-blk-device,drive=hd0 \ -device virtio-net-device,netdev=net0 \ -netdev user,id=net0 Be sure to replace "VMDISK" with the path to the virtual machine image. === Amazon EC2 AMI Images === FreeBSD/amd64 EC2 AMIs are available in the following regions: af-south-1 region: ami-0a14e57f274a79337 eu-north-1 region: ami-01474ee8e88c6e630 ap-south-1 region: ami-03048c479cc1fd52d eu-west-3 region: ami-0554f56daf6d3c685 eu-west-2 region: ami-02a075a01e1fcb759 eu-south-1 region: ami-0d1022c7eb543ee40 eu-west-1 region: ami-0c9d82549d9923bce ap-northeast-3 region: ami-052e5f02c2002a59e ap-northeast-2 region: ami-0aefeb4dbee25836a me-south-1 region: ami-0bfa747a12e9b1323 ap-northeast-1 region: ami-0514a0307b3ad68d9 sa-east-1 region: ami-0deac1e34013502c6 ca-central-1 region: ami-09c7fa5290a6e4cd2 ap-east-1 region: ami-0f1a46032174288ce ap-southeast-1 region: ami-02cbac75fe90a9497 ap-southeast-2 region: ami-03c5ed48257c839b7 eu-central-1 region: ami-0c044edc4d7b17b22 ap-southeast-3 region: ami-087623d832e2cc84f us-east-1 region: ami-0d23eaa49d9a9a7bc us-east-2 region: ami-0a15c0ffff9a5168a us-west-1 region: ami-05dc517c5d30e4985 us-west-2 region: ami-0455c51d62484a39b These AMI IDs can be retrieved from the Systems Manager Parameter Store in each region using the keys: /aws/service/freebsd/amd64/base/ufs/13.1/RC3 FreeBSD/aarch64 EC2 AMIs are available in the following regions: af-south-1 region: ami-032acfbc94e5a036e eu-north-1 region: ami-0abf8251b514efc8b ap-south-1 region: ami-060888e77d63e4c75 eu-west-3 region: ami-03c24f978bf2bec67 eu-west-2 region: ami-04ca61e3e25b8e4e3 eu-south-1 region: ami-07411103848f59186 eu-west-1 region: ami-061fb54f887ded3e9 ap-northeast-3 region: ami-0c722db60d31bf3ae ap-northeast-2 region: ami-01017713f8f3aeb17 me-south-1 region: ami-05a3240fb82b1d72b ap-northeast-1 region: ami-01285696a04452ff9 sa-east-1 region: ami-0aee8d102447383c3 ca-central-1 region: ami-0d0dde5e05676813d ap-east-1 region: ami-0df095747819b6861 ap-southeast-1 region: ami-08e873bba8ba7e7e3 ap-southeast-2 region: ami-0ddd3cc329a2dffba eu-central-1 region: ami-0749d864a04238dd2 ap-southeast-3 region: ami-0a8733deeb5e8168c us-east-1 region: ami-0f536bdff819f54d0 us-east-2 region: ami-0708a9e4a9571a8f2 us-west-1 region: ami-02a52dcb8bbdb69ed us-west-2 region: ami-073f4cb3987b59dab These AMI IDs can be retrieved from the Systems Manager Parameter Store in each region using the keys: /aws/service/freebsd/arm64/base/ufs/13.1/RC3 === Vagrant Images === FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can be installed by running: % vagrant init freebsd/FreeBSD-13.1-RC3 % vagrant up === Upgrading === The freebsd-update(8) utility supports binary upgrades of amd64, i386, and aarch64 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 13.1-RC3 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 12.x. Alternatively, the user can install misc/compat12x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install == ISO CHECKSUMS == o 13.1-RC3 amd64 GENERIC: SHA512 (FreeBSD-13.1-RC3-amd64-bootonly.iso) = 89d732c85695db46c5fddf08077208eaf178405353a31c2c1206ac7f36bf4ee715ed31c20c0fe6418b4542420ddd9594a2892961710b667116ffd915faf537df SHA512 (FreeBSD-13.1-RC3-amd64-bootonly.iso.xz) = 2c34f75c55d0d8f354abf5320a17c0df406256d9785852a440269f38261bb51fcf15ba1096953331b159adc3f95cc8cf0379340d633e91f863afac7de0db7cee SHA512 (FreeBSD-13.1-RC3-amd64-disc1.iso) = a4d520f563858fd078e4e610d3db3226148d70b7a2abd9486b814053d2a9208c979fdac5daa88919f8108e99186fc5709e60b327ca6bf16327c4a772b40fd0f9 SHA512 (FreeBSD-13.1-RC3-amd64-disc1.iso.xz) = e0a5eefe52b95213e326971ee5e8c1438b35b9dbb2211d04d5db4a2fcd5a8935bfdcc8127b58f31000d9c33d4672709d20dfebafb43d5f252bc6ef92edf12395 SHA512 (FreeBSD-13.1-RC3-amd64-dvd1.iso) = 19ca42970dc64d63516efcdcfdc021171929741e2eac8c24cc3e227a71989024f0637f5ddfb4de21fe3c67c8029d3f2ee788ddbcc8957425e63b326d8ce0b37b SHA512 (FreeBSD-13.1-RC3-amd64-dvd1.iso.xz) = 9e2ae6c779bcf4a77e994b508633174956efe9d7f50b0a0b347f7e63a0ed7eb43ad6e22635ec08cfd3c2bfa3ff472899ac118b2304914a568e18be01b23b35a7 SHA512 (FreeBSD-13.1-RC3-amd64-memstick.img) = 7a2e78d66e9a9d3543ab3e23162005a60d7ced28084d82c135d3e7c7f603933a45ab2e329e3e2dd1e35145985503b9d4bca8c60b2e368d3bbcff6637af00345d SHA512 (FreeBSD-13.1-RC3-amd64-memstick.img.xz) = 70d596bcedf309035a7a39212ec030a5f2c9744591c6b8fe6a72a7315bc7bbd923ba13c88f71cf4714b3584e782501de7423d9ef0610e6183ea40d61132c8c81 SHA512 (FreeBSD-13.1-RC3-amd64-mini-memstick.img) = 3f4a354a26a876058b77730a1f7ae22801a48c3eac6e0230e94b57d5cf86b4524c040fc998b54c44519a81a5a7abd26a7e42d78cf4ac9324cef1cafbe48138e0 SHA512 (FreeBSD-13.1-RC3-amd64-mini-memstick.img.xz) = 33007e19a5bccd9bd44bfa9aaa44fbb7f7259a8bdb05a55c2b2ab1d56082639d09e975662460cd5539a6ad0a97c432883dbaa80f08a7aee58a386eb0429b5196 SHA256 (FreeBSD-13.1-RC3-amd64-bootonly.iso) = 50ad19cc131a7127962da1aeb7108d0b63512ca453a01084fc3765e5a7e41c03 SHA256 (FreeBSD-13.1-RC3-amd64-bootonly.iso.xz) = 247f1f72d2a6cec8a3651cf6bfbc4072df4e7c0255cbda40380e9b4391672429 SHA256 (FreeBSD-13.1-RC3-amd64-disc1.iso) = c3fc2bf67a2034d818cb417fa8d388e2f2e281eb2370b752b7fbba5ce0525630 SHA256 (FreeBSD-13.1-RC3-amd64-disc1.iso.xz) = 77df9208893211d582e8fcb24a6be1be135e7318983ce8fde220ec02565afd5a SHA256 (FreeBSD-13.1-RC3-amd64-dvd1.iso) = d58cac4a94aaeab1c0b15dec04d3a5cafaa0ffd9583c5a8bde3cd1d7c2f559a3 SHA256 (FreeBSD-13.1-RC3-amd64-dvd1.iso.xz) = 8ad562a1f4a2e5e5dd420854541cf374f66545445d5d5439215919f4bb6e4d04 SHA256 (FreeBSD-13.1-RC3-amd64-memstick.img) = e07eb7c8b0bae7fa86e89f67e7286611213e99cd469aab005444e3fc5b9b8e7b SHA256 (FreeBSD-13.1-RC3-amd64-memstick.img.xz) = a3f8d456510f0bbf517caa06f2761f4304a9ec0b8303d0eccce64d48ae701323 SHA256 (FreeBSD-13.1-RC3-amd64-mini-memstick.img) = 7df8137a7306a9e602ab704982bf686813377a4cb485ef5e31be8cf804043e76 SHA256 (FreeBSD-13.1-RC3-amd64-mini-memstick.img.xz) = c5195e2b1d7ee8b98843116736c4b2fdcf94cfad0711aee47951e6a241fd09fd o 13.1-RC3 i386 GENERIC: SHA512 (FreeBSD-13.1-RC3-i386-bootonly.iso) = 95634f849443424c3f3a3394b6a7e229ab14a50c7a318523995658e3a3d7eb146189b73b04a4b7d7aaac29a77ab66de6a8aa0892cfe95fe01a516692e594d99e SHA512 (FreeBSD-13.1-RC3-i386-bootonly.iso.xz) = 9b4743439da0777a257b494cf5bd9c1a04af3f6b48507963ecaf0e5c283399205ca6baf2fd5c79f4fd086a1d00e5cdb084ccb2dfe53f171b2dd1eab3605a8db7 SHA512 (FreeBSD-13.1-RC3-i386-disc1.iso) = aa686ffaca4f33457fae6ae1e29dd6a3a03c66d093f4db87dc67dcfac7b39a1016d73ba03391e9a3cff0802334e6c15b5a672134294b7198e7ba2fe30a865dc4 SHA512 (FreeBSD-13.1-RC3-i386-disc1.iso.xz) = 0202a31f286f88acd2100fe8facc3f2ac1cd3f967979dcf4a8811da1ff8c76adc7f3f1746f2245621e1be0e2fd5dde5a11b333b474892c19b373bd74829dfcdc SHA512 (FreeBSD-13.1-RC3-i386-dvd1.iso) = 72a94854806d2c1a9da8bfd30b89098709341d8c142babb8088739fe27c4c178859e3f546c30dac2309025bdd7c1a7f77bdedb5d78d1a6526ec6ba0890d2f9bf SHA512 (FreeBSD-13.1-RC3-i386-dvd1.iso.xz) = c9a5ed846e71f8d721637656b63fb94fac6d6f48945f432df235403afb012cddab0e24ee13bc5c312dc0695003648711b5661df2dfeeac7c2ac4c50e2356bb74 SHA512 (FreeBSD-13.1-RC3-i386-memstick.img) = 537de0a2344192efbba166dc78862473a348b670b8f3f1032dd3f8b617a3e7995002f88e1f565d36952823d5cd600e3ca2341bdcadfcf8b5570cdefd6a1d8af5 SHA512 (FreeBSD-13.1-RC3-i386-memstick.img.xz) = 950ac379a5027a83a0869fa353477e46488e223936026b8e4a85099954e0784b8c06298e3bccecec7ae2608f75209ee4cb63b1e98f5996686f0b31be9e4b426c SHA512 (FreeBSD-13.1-RC3-i386-mini-memstick.img) = a0e2a8feb4284b1db4b166dbdf58e42e1c1924a28255e459cc27a2cb951674e472cc3a450a14cf42212528de421f1d6aaa18be1f8e1cafe4b15ce506a46026b7 SHA512 (FreeBSD-13.1-RC3-i386-mini-memstick.img.xz) = c747e69a6092a4110f2d9156ad5c42d7b559a2247e12774867568c4420735fbba8565685fa9523e7644be256fc9ddd2bda01dd209196cc61b30e69ce3862448a SHA256 (FreeBSD-13.1-RC3-i386-bootonly.iso) = 5ab5981e5203904531f799d3f6542bb5111a7f773abd1156086bcca764b88ea6 SHA256 (FreeBSD-13.1-RC3-i386-bootonly.iso.xz) = 82e3e8ed110b7997a6fe10c74af2929307bed1eee043521c191eb289d341c0fc SHA256 (FreeBSD-13.1-RC3-i386-disc1.iso) = b2e48ab10936de22fec864bbe7dec310576bda9b33b077015b8769e7005b9eca SHA256 (FreeBSD-13.1-RC3-i386-disc1.iso.xz) = e61a0db440cb49b4dc8a7d08bcc69da4906171391ed756a1742afb1cd5c277a5 SHA256 (FreeBSD-13.1-RC3-i386-dvd1.iso) = 6390cf2b5277aebc5782f87054737032c3dc5906c8714e08695060a0472e84d4 SHA256 (FreeBSD-13.1-RC3-i386-dvd1.iso.xz) = 30916e8b860baebaffecec04303cece5a7200c1a11529a331da03eca07e29564 SHA256 (FreeBSD-13.1-RC3-i386-memstick.img) = f121bd86a95261f3a54b84f5bb52c91698f60cdae96d76152a0ef06f07031f32 SHA256 (FreeBSD-13.1-RC3-i386-memstick.img.xz) = 185e4665520120a7cf4812c425c9deb23e4fb13541693fa81369e7711423604d SHA256 (FreeBSD-13.1-RC3-i386-mini-memstick.img) = 96fd049fc981f8999b7d5423a77b56cff24dbe34eaaf09f86c0291c956d86ab5 SHA256 (FreeBSD-13.1-RC3-i386-mini-memstick.img.xz) = 5de48b6e83033bbb77283c5c1dbae7e092709cc8b261029d84c7abb990f1e564 o 13.1-RC3 powerpc GENERIC: SHA512 (FreeBSD-13.1-RC3-powerpc-bootonly.iso) = e7ef76bff8d106c0c9844ab269e15d9558e8b9eda6c2a6b02619587e42eed5ad2de5245cd931370408c9650dcc6d8db001eba13e8d5aaa9e7e5e195ae20c9b22 SHA512 (FreeBSD-13.1-RC3-powerpc-bootonly.iso.xz) = f48ff938ea6d421620de6ccf2b6ce42015ec53a85852a55df3cd06b26c851d1d2dbe0af729f03073e87b5bca2087a82d1670cc8d75e6e7f470a1c19de021baf7 SHA512 (FreeBSD-13.1-RC3-powerpc-disc1.iso) = 09e59b6eda2386635e2543ce983d72f29cee0e2c38c8e0551f77300ec49400facb5b88535a81eaafee62b7d422e5be714a9033427c13dc1aea2bba2551a50c6d SHA512 (FreeBSD-13.1-RC3-powerpc-disc1.iso.xz) = c852a09748ee5de049d36dabc4376a40fd02641c331f43ccf79bc5c4385f1d70a632766fe91ecfd70a97b43838eb06dfeafd7cfbe345ddab19feb64fb5d3f83e SHA512 (FreeBSD-13.1-RC3-powerpc-dvd1.iso) = 9f4678844d9f83530ce7091a6184a2daf07619efbc9def6850ece92f2ed9daa46e3510a4f0510d20c956096a2e8daca159a3c136379f95876f813b52c4e801cb SHA512 (FreeBSD-13.1-RC3-powerpc-dvd1.iso.xz) = 27fe9771a4f8e8edca13bff708f214ad92b6c7f664f941db75b4f2da763977430874e1ab55f497bf2e685c408f2efb8c4a58c9a70c30bae15df74db80acb2669 SHA256 (FreeBSD-13.1-RC3-powerpc-bootonly.iso) = 3546a11d17a58cf6d99428ceed9c2fd3e9b80f9421133ac1c6223fc4e3747ab7 SHA256 (FreeBSD-13.1-RC3-powerpc-bootonly.iso.xz) = 73a57eaee95898eb2dee15ecce0bbf60d7e2b596b15d502e8c92dc8a9d337504 SHA256 (FreeBSD-13.1-RC3-powerpc-disc1.iso) = 89c28f9ce6ca765bd01c2ad96bac8ab75445448fa6415ea8462cf4a3d552928c SHA256 (FreeBSD-13.1-RC3-powerpc-disc1.iso.xz) = 96a12efbe9ab316c884ae16d7839339be0e8e9cedc7505ccfc15620c95cb1b8d SHA256 (FreeBSD-13.1-RC3-powerpc-dvd1.iso) = ce11035432a163437787202f48bff7df0af17e05f1f41fbff266f1a999aab7b2 SHA256 (FreeBSD-13.1-RC3-powerpc-dvd1.iso.xz) = adcbaa1af274e29b1e00e49390626ac1ddbe0ebc346fe19ad71f74d94ce4e8f7 o 13.1-RC3 powerpc64 GENERIC64: SHA512 (FreeBSD-13.1-RC3-powerpc-powerpc64-bootonly.iso) = f58dca193a075f84457061e26b5095f800ca0a19e73d593104fb3c0e02087889260d8f60257a93068910a8faf9ac0ae7683bd59edde2b984d8212af834b2c252 SHA512 (FreeBSD-13.1-RC3-powerpc-powerpc64-bootonly.iso.xz) = ab6f1e1a2cd067f91ddd273bed938fa9c3e513ef09944e209ca129d1af0ec7f226d7e66872ebb4db2dcfbd1652b2197f743de371f673a2b41095a510b50a6fc7 SHA512 (FreeBSD-13.1-RC3-powerpc-powerpc64-disc1.iso) = c19e04fb09b675001d19871066ba40b0e4257723b842a75ceb077d7a01801c217342f84a903ca6c591a07f8f4015e22fea4b4420662c5da449629fdc54dfa15d SHA512 (FreeBSD-13.1-RC3-powerpc-powerpc64-disc1.iso.xz) = 308318642aede4bbbe861fb7d53e0dd81c4ee63528a0905f815da4c80fb0bfd25af80c1dead2627db97f43603f0ac0786c4b028cc3b7354ee35f1c5e043f6f96 SHA512 (FreeBSD-13.1-RC3-powerpc-powerpc64-dvd1.iso) = 3eb76e8b456d94b28ab7937379ab19dbfe7ad2c95be6c32d2b2f8d4d8e6e2b256dcf0708c4b642d32ffccc8def9cb871fb7158f67138d36c7f2bb49cf99ea197 SHA512 (FreeBSD-13.1-RC3-powerpc-powerpc64-dvd1.iso.xz) = baa502584bcee151847a26404b8552d8eb2013ba02978369e6b888ae751cf3d4a90da0281a497289b12d8df63f0606e74a4f1fbf6f744b96837dde0604e4e8c5 SHA256 (FreeBSD-13.1-RC3-powerpc-powerpc64-bootonly.iso) = fab902cfb1e1232ab8b1e0e280c3643117147700f4db9f0c14c225f5da892fd0 SHA256 (FreeBSD-13.1-RC3-powerpc-powerpc64-bootonly.iso.xz) = 8bed6760964bf4049974534ae54e794774dba1fe6f6f5033f366a570f47ad9ec SHA256 (FreeBSD-13.1-RC3-powerpc-powerpc64-disc1.iso) = 0608bbbc3af28ba63c3a341ed5415062e24d8ae7e9655e8899995ea96e6aeb85 SHA256 (FreeBSD-13.1-RC3-powerpc-powerpc64-disc1.iso.xz) = 1a5a7757645380e4482c371becf4b36f5c4a858ede737de114cd12b27dc5f445 SHA256 (FreeBSD-13.1-RC3-powerpc-powerpc64-dvd1.iso) = 35f1839e8809cfa0b9a3e6f634ad2ae3e435a2900dbbdedb5a4c82ed00a1c859 SHA256 (FreeBSD-13.1-RC3-powerpc-powerpc64-dvd1.iso.xz) = 45dcecce3ebab294616a184f5b6aa22179deb8544e9be1187ee4a1fb05e8f877 o 13.1-RC3 powerpc64le GENERIC64LE: SHA512 (FreeBSD-13.1-RC3-powerpc-powerpc64le-bootonly.iso) = 4501b4c20de73c786a64550b9a0e4b1f691cd0ae70a58c68f558a18c5795cfa3434526855d7310c41d31232d8c45422399aaad88790ae640f2782853d4ed3e69 SHA512 (FreeBSD-13.1-RC3-powerpc-powerpc64le-bootonly.iso.xz) = eb0c9b22d6f5afec994d6519bfdf1def73ff365ab3ac784e5aeb33e2566f2cff8554a1edcea217aa5f8e6dd63df370a9e356557d53c85a137e25740e17eaca40 SHA512 (FreeBSD-13.1-RC3-powerpc-powerpc64le-disc1.iso) = 4cd653612512abb294ba085de1e41ac4172dde95849e610a5bcb7a46d56a8421a7171627e59bea16bc4b763a3bf0ab156b3942f1cc8072cda3444c71043481b0 SHA512 (FreeBSD-13.1-RC3-powerpc-powerpc64le-disc1.iso.xz) = 89abd65084dfe367bfa18ff5f0830ab979c42b3cd0ba150016b72bc304aaae8689a24e251b6e72c5b81bb662c1dd39e3608ded9ec90b71420e987a8eeea62352 SHA512 (FreeBSD-13.1-RC3-powerpc-powerpc64le-dvd1.iso) = 634461ef2edd01c83a7a9ad49531a875edd6d08e026f6bae7572d5743912194574aedfc96d1b24498b8707dca9702ce1017dbc8f68ad6f19d9fd9af50a49ae30 SHA512 (FreeBSD-13.1-RC3-powerpc-powerpc64le-dvd1.iso.xz) = 5acf006f8d48169e4b086022f354b750ec23c465fe669bfcb7ee94978014b43d14e865ba1f7af0b2c7e2adde751440f22ce5d2b8181e58d47a6e093e7c52ba1d SHA256 (FreeBSD-13.1-RC3-powerpc-powerpc64le-bootonly.iso) = 9c298a719190bf1187f2d327a4db879a9ad9959f25eb71487673683b9b8ff1cc SHA256 (FreeBSD-13.1-RC3-powerpc-powerpc64le-bootonly.iso.xz) = ac751fbcb0e1fe210307a3e7fb5ac0d50fe3edce75e387fe6d205915f7a218bb SHA256 (FreeBSD-13.1-RC3-powerpc-powerpc64le-disc1.iso) = 494e3d2d1160c1fadea28031d075fda2d5f7a6c0ffc1db785979db4f1a160952 SHA256 (FreeBSD-13.1-RC3-powerpc-powerpc64le-disc1.iso.xz) = a8b59559e210d54a00c4dc972d8d9c8c60a8df789abb42544f23cc5f45b85762 SHA256 (FreeBSD-13.1-RC3-powerpc-powerpc64le-dvd1.iso) = ea47b80173d8cfb2076007855eea1a636eb949adc8fff101ee4434dfef06e5b1 SHA256 (FreeBSD-13.1-RC3-powerpc-powerpc64le-dvd1.iso.xz) = 82479837776573764a2d40f6a559fc48cfa5d82ae2dfb5ad31b1af871333bd8e o 13.1-RC3 powerpcspe MPC85XXSPE: SHA512 (FreeBSD-13.1-RC3-powerpc-powerpcspe-bootonly.iso) = 0666cf58b8ebe1ad2e6baec24403fda5025fd20e4c48f73067bf19281b3cff4fdd0d600abd390f3b120b98ce7261d371cf6dc832f7862795968399d29a194278 SHA512 (FreeBSD-13.1-RC3-powerpc-powerpcspe-bootonly.iso.xz) = 0faa9a896f6bd1bf3984d1af4f25203950b13cb492d86520de2c74f2e8735de915e1045553057e20fdb18d6f0c6741cec53e720e216e8e5f40388333551faef7 SHA512 (FreeBSD-13.1-RC3-powerpc-powerpcspe-disc1.iso) = 49a2b2ff3f97062586257992d6b67685f6a34aa8d7fcd685801a6c23d7afe41fdf76ec714e676e2ee356cc6258a8532bc76e1ec1b3fd8c7a16bd698d2b3ee853 SHA512 (FreeBSD-13.1-RC3-powerpc-powerpcspe-disc1.iso.xz) = 860893cecc17d0000013e884ba35e141cba7f66580272dd760bd3e961ee630c34f467514b8bdb28058c4e30d74d14e8975360597da542534cdf08155e069d2e4 SHA512 (FreeBSD-13.1-RC3-powerpc-powerpcspe-dvd1.iso) = 29c44466efe9b706796e3e6ae65e0ca1c0fc5532c746a8a491b17620d5ab33f66ae41681fe75e16e605d418c9621cc6d00c83e2f456799c0e7d7c96e1d19561a SHA512 (FreeBSD-13.1-RC3-powerpc-powerpcspe-dvd1.iso.xz) = df00ad2745090ffdd1ab4db86a3adea2df64c77f494f9148caf39c70b33543f595b127d28ec33b7884b3d1e891b8dec3bd84e3f972f9ad2b1976673aa4af8636 SHA256 (FreeBSD-13.1-RC3-powerpc-powerpcspe-bootonly.iso) = 6016cbd962b695e29f9515914dacc12c86354e3a74a8b1baa4745540fd849628 SHA256 (FreeBSD-13.1-RC3-powerpc-powerpcspe-bootonly.iso.xz) = a639020c9db548caf128b323b128da882308576b320cd8b8b9207fc117dadb32 SHA256 (FreeBSD-13.1-RC3-powerpc-powerpcspe-disc1.iso) = a03e6a776e7949c02698a53f650e0b72c6893e747582b2ec64d9a26ed6032adf SHA256 (FreeBSD-13.1-RC3-powerpc-powerpcspe-disc1.iso.xz) = 135097389de383c3ac63d11588365f9c47528315c869af28ec8df58ff561b057 SHA256 (FreeBSD-13.1-RC3-powerpc-powerpcspe-dvd1.iso) = 61bbd38abae2d9ef89c98bc14687fddc69f0a8b288fdd1bbfc1d6a3790958a64 SHA256 (FreeBSD-13.1-RC3-powerpc-powerpcspe-dvd1.iso.xz) = c3adbbed96ab79d63e294d4630610d33fc3e209670dc40b1758aca90d35b1754 o 13.1-RC3 armv6 RPI-B: SHA512 (FreeBSD-13.1-RC3-arm-armv6-RPI-B.img.xz) = 18475d8a5e296ecd4b2066bba76fa0db66d7087938f8e308005f226e2ee552a3596b813f83d226435e4fd2a6ac49eaf77c1a573502e221b6fcdf6a385fb11f1d SHA256 (FreeBSD-13.1-RC3-arm-armv6-RPI-B.img.xz) = d8ad63387db8b2e72aa4d7f8ad698d4e2370bbce9182568b28143641388333d7 o 13.1-RC3 armv7 GENERICSD: SHA512 (FreeBSD-13.1-RC3-arm-armv7-GENERICSD.img.xz) = c261e086738a83dcb0cd3a9c7823a6980324741040ae5d99f020f96a4ff9aca4922f87adfbb11cdbc402ae920defbbdf8212c176acc676a4c381a03fa1ac3db1 SHA256 (FreeBSD-13.1-RC3-arm-armv7-GENERICSD.img.xz) = a17939964dbaad53c92a08eb6a4afc349a9fa0442d14fe9dc155464268ba749e o 13.1-RC3 aarch64 GENERIC: SHA512 (FreeBSD-13.1-RC3-arm64-aarch64-bootonly.iso) = e6df523041cd31d4138c79ab16d08f9de9d9003b40687eca821dd6206ca2c86e5c6c25d1aa519f6f63812b87dfc8db6faaa63f662ef316a57441a9514a5139e6 SHA512 (FreeBSD-13.1-RC3-arm64-aarch64-bootonly.iso.xz) = 68481807defad4a846c5365688c0b8977e72fd7e9b1233d195a445bc3bbbd0adbb906c22f1f9fa04b34cf33b8ec1789a245500cf46802b0db177e9aa3f3cc4a2 SHA512 (FreeBSD-13.1-RC3-arm64-aarch64-disc1.iso) = 928597fe6f2a485d153cb498976d6d247116248c83626f4a2fb40898097e84ca9197634b7af62be57fd62519a93aef962f90e7d59dd0ef72535f5a43ecfdc2fe SHA512 (FreeBSD-13.1-RC3-arm64-aarch64-disc1.iso.xz) = f0e6d7c4cd2334d28c1b5ec93a6f3a0e0d12e7a0b68fb2ea0baea16d7a1e287614e123bb21ac6154ce51dd895df88884120df66b4307891001501dd3486fcac6 SHA512 (FreeBSD-13.1-RC3-arm64-aarch64-dvd1.iso) = c4304ca0bde79e7847c970a906189b8f9dd0d75e7402f54783a891544bf74f10a755d0d3cdae7086d3fd7939c0ad9fefb826fb79d91115bf0dcb5e7a44f80022 SHA512 (FreeBSD-13.1-RC3-arm64-aarch64-dvd1.iso.xz) = 971d29c33460adab69480102c137f488d4fdd8f65fe61e6dab08aa08b7b6202d83e946b5c8f1174b8124eccfe4f61b3e13bc3092d5c114f8b54716926884b199 SHA512 (FreeBSD-13.1-RC3-arm64-aarch64-memstick.img) = 3510137702eb091823b240739fe673425441176cfb4358e89b2999e0bb94967276fccf1245a404cf3402716807641f26aa86bed8e23d3cc9d5c24e9ce73ff9de SHA512 (FreeBSD-13.1-RC3-arm64-aarch64-memstick.img.xz) = 82d54fb1cb48123a10e4db069b02874c1ad7b9e902af657cd8222ad351866d4ea4ccc156ac50612161429563b5e1083513be61904f1e863af37eb2a78f632a24 SHA512 (FreeBSD-13.1-RC3-arm64-aarch64-mini-memstick.img) = 9dd25c2a50274ef97848b876b06b61f7a8c31683bc987be71d5843751ebb7a2e7522f67aed70c70118df5d3cb0958db650957507f9bf4acf77c8c193d71860a9 SHA512 (FreeBSD-13.1-RC3-arm64-aarch64-mini-memstick.img.xz) = e012081cf6d67226fe3497876b5ef990ffead0006465d8f8e405341b9a57d12746a72ba38ec396967baa14fcf54197536e88eb6fbde94799cc103a4701c678a2 SHA256 (FreeBSD-13.1-RC3-arm64-aarch64-bootonly.iso) = 4ee0acae4cd77c7eeed8390ecd201239bd1cdc9a90594d4cd8f4cc8ea0a52697 SHA256 (FreeBSD-13.1-RC3-arm64-aarch64-bootonly.iso.xz) = 0f4ebd6e61cea86284837f2614a5ca0c37ce80635c0ab4ccbb8611d94ba85631 SHA256 (FreeBSD-13.1-RC3-arm64-aarch64-disc1.iso) = 2410efb80d92d4866ec1f138a66cc6e911704a85fc25b37c4ac5f7e4b72c6117 SHA256 (FreeBSD-13.1-RC3-arm64-aarch64-disc1.iso.xz) = 8ba3b40a03256f38f5a21814ba912002b87b2989a5164fb53123643138d8d594 SHA256 (FreeBSD-13.1-RC3-arm64-aarch64-dvd1.iso) = 6f639aeb9751625042ca9ea43fdce0f7c7467c75caa912411581571ebed13350 SHA256 (FreeBSD-13.1-RC3-arm64-aarch64-dvd1.iso.xz) = 9b67d1a64a06cf14177c3cb32b23f2cd52bcf167df05a5c0e52106bc8072e6dd SHA256 (FreeBSD-13.1-RC3-arm64-aarch64-memstick.img) = d277d74ec9f252aa0b745e997e32a1dd0dc1d587426d5ff24c1d23a7bbc2a600 SHA256 (FreeBSD-13.1-RC3-arm64-aarch64-memstick.img.xz) = c17c6fccf3ba9d742c734926cf1d94d373f248bd509004f5ca90192648c06bad SHA256 (FreeBSD-13.1-RC3-arm64-aarch64-mini-memstick.img) = 905ff534bea6e6c669ec1cbf878256dd1ed36dc231120e89b804a7ef5e172e61 SHA256 (FreeBSD-13.1-RC3-arm64-aarch64-mini-memstick.img.xz) = c3e16d6ee636bd8750c1106efd51b401a0b6d84fffb310cf8033a88f75dd6873 o 13.1-RC3 aarch64 RPI: SHA512 (FreeBSD-13.1-RC3-arm64-aarch64-RPI.img.xz) = 8d0a0b4dd45c4bfee581ee02806c403198cde9055f79ef69b4a3621f0a5938089098102ce48cd856ca034761b8be737d6504b5cbb5625857e4fd00f3d51fcc63 SHA256 (FreeBSD-13.1-RC3-arm64-aarch64-RPI.img.xz) = b7103e1789d4f21285dbbcdda1f3a6d07522ad05d75618c306ffc16ecfb84907 o 13.1-RC3 aarch64 PINE64: SHA512 (FreeBSD-13.1-RC3-arm64-aarch64-PINE64.img.xz) = d6e34d1d99578d2e5a67e00b38240190d8e96d7315f64e34d32f2e8d5d152d3fc2ae2b0ae21c8d6793216573bbed77c4f6dc353cb2be5c936d95420c24376900 SHA256 (FreeBSD-13.1-RC3-arm64-aarch64-PINE64.img.xz) = 62f03f02ca2ad0d222402d0a27294ee051c2a4d2302ae08d1388c8348e321bfa o 13.1-RC3 aarch64 PINE64-LTS: SHA512 (FreeBSD-13.1-RC3-arm64-aarch64-PINE64-LTS.img.xz) = 5d2a4b96bdcd6e008dd184575055cfb972669262948f8e1dba60f733a7e1071dbf0ad0737b37a159a3bc2e7e26a3bff89942a60a31062c9d6cacf95c9c04b928 SHA256 (FreeBSD-13.1-RC3-arm64-aarch64-PINE64-LTS.img.xz) = e7f5ab847530c7dc14eb6f7f0c470c55ad487f6225e586541e32d8112d20c66b o 13.1-RC3 aarch64 PINEBOOK: SHA512 (FreeBSD-13.1-RC3-arm64-aarch64-PINEBOOK.img.xz) = 0f0da927027845d41b2d1b8e29ec38457ff52da1b379caf12482e9f462f2fb45638d0d508d3e0ecc1907520649189c644a920ff1a9d614ce66346f84eb03290e SHA256 (FreeBSD-13.1-RC3-arm64-aarch64-PINEBOOK.img.xz) = 6e596b90c250d5ae48d63db265723fe7443a1beff3d2611dfef938946f8e7732 o 13.1-RC3 aarch64 ROCK64: SHA512 (FreeBSD-13.1-RC3-arm64-aarch64-ROCK64.img.xz) = 9af8cdb6fd9456bff2ab33c513feadcf946777913e4b4f1c08a942d7cf5f4f1b90d8afb99a97faf4ff895bebdabca283d129fd4ec872745fa3dc7cdd3ffba302 SHA256 (FreeBSD-13.1-RC3-arm64-aarch64-ROCK64.img.xz) = 183db1dc9d8194b4df22340e54aa54b33a195e9f67d7586ebb7b666c46ca47bb o 13.1-RC3 aarch64 ROCKPRO64: SHA512 (FreeBSD-13.1-RC3-arm64-aarch64-ROCKPRO64.img.xz) = ffbdf32c9180cb4fd9d41e3df64c2acb3fe8b69a50da9ae192f0fb4f1a3f90fdebb02018b56755581d142987245149308fbb34d04b8cb5a51db29d0f3e0a9ec8 SHA256 (FreeBSD-13.1-RC3-arm64-aarch64-ROCKPRO64.img.xz) = 703b40a41174e2e9a77e5070629ebac17b7478500590ae955fbdf9d753421d7a o 13.1-RC3 riscv64 GENERIC: SHA512 (FreeBSD-13.1-RC3-riscv-riscv64-bootonly.iso) = 1b7da898731e9bdb99b5bc5ab16bb96a44711cef675f02c4ab58d0112b0d2ff4bdbf2f10417eb53b9a19bbb7723c8382b7750cd07c8f9112ecae4363a1806a7d SHA512 (FreeBSD-13.1-RC3-riscv-riscv64-bootonly.iso.xz) = 5d8853d759dd2e55a8c091740fd8196aefe537576b023f6080650731d81a3b81ae380ce22d40c5b04e09d44706223f3340ff64862db3b47e2ad92a3b0ee7044f SHA512 (FreeBSD-13.1-RC3-riscv-riscv64-disc1.iso) = bb7e17e2456dc37a0672638fdb58642e6eb4fe4121bba166cd66c3d0220084d1589a9c23203cc490f63b775d9d1b473d24459c0bcf8e92c6080668c24375c663 SHA512 (FreeBSD-13.1-RC3-riscv-riscv64-disc1.iso.xz) = a4c990e8561eb6f7052301035c2ca4c5476f8bd88631ec9bdfab38df4c3c59160a2288f2968f92eab4a3608b556d1e388d72fb5d5851911f7561420b260be49b SHA512 (FreeBSD-13.1-RC3-riscv-riscv64-dvd1.iso) = da86df8a35282cc0231b5604516f817990c184bf350e2fdd6a2abcadcf2be823ac431239c139d1894746df369090e1797fdd551082cd21f1d9f925788b6ea25b SHA512 (FreeBSD-13.1-RC3-riscv-riscv64-dvd1.iso.xz) = db06f4200ca1b8ca3a68b3d4bedb6a2c1afb1608682335d804a9f804f9d29b582f3bb92d855b9355bfab94486cbd988876169d5392b9422ac461ac37e852a98d SHA512 (FreeBSD-13.1-RC3-riscv-riscv64-memstick.img) = 55f697c8a37f9f88c24bf461207cfb8df9b618a8768ceba8e1aa912fb86fa6d5c9e412092e0dc1ee88a4433303e9bf10219d52ec9c32c25e494bbfaef20817e8 SHA512 (FreeBSD-13.1-RC3-riscv-riscv64-memstick.img.xz) = 008fc29a14efd59cc7f818e925eeb7e2fceea0aa372b3dc19f088314c69ecee77d3b6dc880aa8408da913bd454ddd580544c939da6d2bb641290e9d5b1919296 SHA512 (FreeBSD-13.1-RC3-riscv-riscv64-mini-memstick.img) = a41f21d50045d06b86c95ef228ef488424eb1586337a499331172f817ec6fb452eeaf48d65061dfe56504b3a06f21eab422c00fe92289ea8cab23e69d71051c4 SHA512 (FreeBSD-13.1-RC3-riscv-riscv64-mini-memstick.img.xz) = de68079c9ddd5ec0b04f4a39df03ac3649b7e7ed55a79f1bdbe48ed3d0e8ca0ea6d12cf3ac0c3bd9b21b3fa3461822bba524bac83d13b2ecbfdff6e0fdee2411 SHA256 (FreeBSD-13.1-RC3-riscv-riscv64-bootonly.iso) = fde045b14ffe57fb94dd9678abd85ddc6ea92b529afc5d08fbc2cbd6b147b94b SHA256 (FreeBSD-13.1-RC3-riscv-riscv64-bootonly.iso.xz) = 060f11032e0815e920d130806c9d5eaefae4422381184e16e056ad750a5caa4d SHA256 (FreeBSD-13.1-RC3-riscv-riscv64-disc1.iso) = 67caa9a86234c3fff01194e571e54c8007c1a11755f9e62a12b5bd2616731129 SHA256 (FreeBSD-13.1-RC3-riscv-riscv64-disc1.iso.xz) = ee7cfc0b872acce5a7c6e4a17ccda39db6da26ada27f91f7783d71949615b5c7 SHA256 (FreeBSD-13.1-RC3-riscv-riscv64-dvd1.iso) = b5e6a05032585011b6a9075d80a0c808dcf8f1e75d78dee614bef9e6fbc7fa70 SHA256 (FreeBSD-13.1-RC3-riscv-riscv64-dvd1.iso.xz) = fdc5d0c437d6eccd5aec34d710a7f4b3031c6a84a8e123a14dd39e8d82d77e68 SHA256 (FreeBSD-13.1-RC3-riscv-riscv64-memstick.img) = 60d3211b075172ba8db72713a5a6d0991ca098d348ed37ca540302b62bf63265 SHA256 (FreeBSD-13.1-RC3-riscv-riscv64-memstick.img.xz) = fac9334ce0f5bab16b2a0b086d5669984c31f704a094310f8c92c85a8f23be82 SHA256 (FreeBSD-13.1-RC3-riscv-riscv64-mini-memstick.img) = 4c4f792de4d95f8f14f83b85eaa3bcbc660f71b0d0290c30ccc519846fef1978 SHA256 (FreeBSD-13.1-RC3-riscv-riscv64-mini-memstick.img.xz) = 93919a8ab90802e73721eeaa11c82376fd72424557107e31c0804e09796e2692 o 13.1-RC3 riscv64 GENERICSD: SHA512 (FreeBSD-13.1-RC3-riscv-riscv64-GENERICSD.img.xz) = 82d3aad03383a433bafed5fe3e07ed4d5a000727434c2f89af4a36e66e41b669596794900e62c75f52a0bb6608190c7768e5299db73d10453f5367c60f3837b7 SHA256 (FreeBSD-13.1-RC3-riscv-riscv64-GENERICSD.img.xz) = 8cdc47d4e7b33cedfc62e99eb0c5fd806ea1f0bf296e382fc7b72ce64a948b5d == VM IMAGE CHECKSUMS == o 13.1-RC3 amd64: SHA512 (FreeBSD-13.1-RC3-amd64.qcow2.xz) = 2e0a732912fd7de4786f1fa26fb79ee7d93c68cbb875df9f1b32e1a758053c7d288c99e7d2d937bf1b024461918094d166ad2461e2a2c2f9a6a979533b777239 SHA512 (FreeBSD-13.1-RC3-amd64.raw.xz) = 07272fe627f6e039297afa3ee677d3eeff124d58b4a4c51e9ac7146d47e205d45e4428e537c2764b7ec8ec7578da99c22271410860e37507f86b4cd54856bbed SHA512 (FreeBSD-13.1-RC3-amd64.vhd.xz) = 9739679d86207cd6467e4f6eb10223471a1a1c266c3fcf550d3dde3a42aaac4516a357b8105280bba193c7ea70334639ad5b7eb1cc9205dc7c7e946568a6e24c SHA512 (FreeBSD-13.1-RC3-amd64.vmdk.xz) = 1bbc19fd7960472b76aebe5a6e7004762ec2041e591f2f48329e26e4e50553533ab5af53f9d214e9c177f357c547cfd221bfc3b27b3890a03ef30451e2461bc2 SHA256 (FreeBSD-13.1-RC3-amd64.qcow2.xz) = 5a506a2530bb4c81a4e751543b854ad03ee7856f1974f7c18548f3075e1943fe SHA256 (FreeBSD-13.1-RC3-amd64.raw.xz) = 75d8c578a0cabeb9b25986d8be69e02082068afe80be5a0e1624f54c2a092476 SHA256 (FreeBSD-13.1-RC3-amd64.vhd.xz) = f7cc3270f1455ff0183cb3f5b51409339bfb758bed6a03ee521c825d4cb1e435 SHA256 (FreeBSD-13.1-RC3-amd64.vmdk.xz) = 3d172ca5124c805f78382aa1251c1366833244a8e993d81f40596257b648be1d o 13.1-RC3 i386: SHA512 (FreeBSD-13.1-RC3-i386.qcow2.xz) = 46dee22285dd13fb359612c095a9725b4c381eea1a087228d26a844339b94596f3a8adddad3e22a6390651079ad5904e3dc0c5544c92750f4523431488036aaf SHA512 (FreeBSD-13.1-RC3-i386.raw.xz) = 08339915496aa79ca700af160b90c5da883825006b205bf0bc9041bad2cb2645c3ecb070b66dbb4149aec6918de8432aaafba7be78410c3c9378623c44ab2987 SHA512 (FreeBSD-13.1-RC3-i386.vhd.xz) = 16d2f7c62524328d29901a76335e9340c2d67e0f90c41724bb10aa3fd72ad0cdf180df70d3a1c5db4bb360891d647ca8594c6de9951556f32858a5a96c84849d SHA512 (FreeBSD-13.1-RC3-i386.vmdk.xz) = f8c8f8d93529feae5812eeede0449a8994dab6384233959c6666871a62dd75e2086ce6f83efae272977fd3d808ac21b4cc9e4fdbb7c93e2b2ec2f81aa6e1f0eb SHA256 (FreeBSD-13.1-RC3-i386.qcow2.xz) = 554596213d027b3877ee17cf277eb381463c6d4dffd15b0adc7f420fc63c7751 SHA256 (FreeBSD-13.1-RC3-i386.raw.xz) = ac3fb6851419d2fe37c04cf3115903ae34cdd6ca115ef22d9f280402518dcbbd SHA256 (FreeBSD-13.1-RC3-i386.vhd.xz) = 945fe92b10e4a65a5578ea49b689aaccecd7e95bf9f7d6f86d51a40f9ee42ec8 SHA256 (FreeBSD-13.1-RC3-i386.vmdk.xz) = bdf5d58bae1dc17ba8972bae43220e091288e4c5879d913e6db136eba340b725 o 13.1-RC3 aarch64: SHA512 (FreeBSD-13.1-RC3-arm64-aarch64.qcow2.xz) = 97f475dcd3b6ebcdfe0e9dda67c87ec11e1883240186f1f9cd405773fed106bf917827c1fec862be59dae58d8bacb69e38de34ce24e484c41d55fc1a3723cb8e SHA512 (FreeBSD-13.1-RC3-arm64-aarch64.raw.xz) = be18c1ddef8295a62695cd5bd68ac7bbbd17ee0e862f32f880458abcecd89abd83cf0c069ab128829751c2d816f0bf5fa38828ee69e1ea86d4cf42dde6f405c9 SHA512 (FreeBSD-13.1-RC3-arm64-aarch64.vhd.xz) = 7cb677a7e3b52740e68306a92d0c7070b4c89185e0a11dd74e23ccca8b6d29a65f6528403cea668bb643ff73cd60e41d5bb3dfc336268dd0ee3004f4b908ff80 SHA512 (FreeBSD-13.1-RC3-arm64-aarch64.vmdk.xz) = 04c7227362e7ba7a3b18452b8144eb0256120f226be440d1569adb6de0595f4443c6ebdc2c1d623c65ccb34c74ec28d2400b54c13ce7e692eb6e67d311b6a510 SHA256 (FreeBSD-13.1-RC3-arm64-aarch64.qcow2.xz) = e1fabca7be3fd5e0b152238bb63fe61ffb8a48a9a372a002394cfb4662327e89 SHA256 (FreeBSD-13.1-RC3-arm64-aarch64.raw.xz) = 61089236b665a8937b653bc53082fe5586d7dc4398e118660a010331c2cf086a SHA256 (FreeBSD-13.1-RC3-arm64-aarch64.vhd.xz) = 48a118d5fda2a407eb9ffd985e63749c096f7c36597f18605154761ad377ac11 SHA256 (FreeBSD-13.1-RC3-arm64-aarch64.vmdk.xz) = b2e168bffb1668030c59fea902f3e044070bba501526344619364690068d63ba o 13.1-RC3 riscv64: SHA512 (FreeBSD-13.1-RC3-riscv-riscv64.qcow2.xz) = 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 SHA512 (FreeBSD-13.1-RC3-riscv-riscv64.raw.xz) = 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 SHA512 (FreeBSD-13.1-RC3-riscv-riscv64.vhd.xz) = 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 SHA512 (FreeBSD-13.1-RC3-riscv-riscv64.vmdk.xz) = 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 SHA256 (FreeBSD-13.1-RC3-riscv-riscv64.qcow2.xz) = 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 SHA256 (FreeBSD-13.1-RC3-riscv-riscv64.raw.xz) = 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 SHA256 (FreeBSD-13.1-RC3-riscv-riscv64.vhd.xz) = 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 SHA256 (FreeBSD-13.1-RC3-riscv-riscv64.vmdk.xz) = 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 o 13.1-RC3 amd64 BASIC-CI: SHA512 (FreeBSD-13.1-RC3-amd64-BASIC-CI.raw.xz) = f1a2d805682214f0e4067142b8c0ddff270681ef6b556729b78ed823d27f1cadc9b0f5e5e7ef1534c9793db5d01916d764bcb3f1c8ab52575e8423ea9afecd48 SHA256 (FreeBSD-13.1-RC3-amd64-BASIC-CI.raw.xz) = 0af89b9789fe412ed4b3babc8310a29fc831cdbeb41ee1d985440fd666496f42 Regards, Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmJY4JYACgkQAxRYpUeP 4pOwtw/+JvEBBjdBLGycEMv3C+YQQ+LLkvta2mW6P69AOm+gAaoOgWM96lLIyCUb IzVGE3lQNRJFnpo93dkdfs2iEGifQ8pEgGdKrwo3veifVSffdCYDPWAjneHEiEEe niMHa4S8o6nDEBr6+kF2Tlr0cJWGn/9IHLSKwkcdiTfBIDDDd6ahI4c7NCJwStss cZseMK9QMc5+6hmmKVroO9iURUSnZAzf3x8/I6zN87skZ6E1FNQKj4Qzo34ft4ZA jl/rV7ScCzm5fIDOHpdIGytfFdOJ07lvTi26nhjnpbjFnYbe+D9zxaT67TZ4mOVE bj71A4gQ/Y9SHpw7Z8/3sjZBY8xEbv+0vDrtCr6mvyWn54fypVhcOm2WhJVGPYwU R3i7UjIvewJW9ojQ57doaEoCeRf9dfn07YvwrhfS8NAXcwdpmlbFY1Ko7ct1VIPr Kfy54+CVzaHna4ZKqfEad4IAuwJeSQrJEqmdp6Z/bdC1uqwDfji6BQwPp3WzwATt McnkwEa2DwdtxCyYjwGKKrcXXqP+P8Kh+u5mvt60MfRMW9AVTKMzmkP180MzrmWR E8aNYxa7tCOj8SGOSPnGV5bKmF7l7dPnqeC8dLIAzdqMTbdTP95QclmmxprRwN92 udDJGc9At7X/HlJ8zHSl/K3thEN5+aZqDUQK7T10QyN+ZhVEgMU= =Ijql -----END PGP SIGNATURE----- From nobody Thu Apr 21 16:24:22 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id A545B11D4E9B for ; Thu, 21 Apr 2022 16:24:40 +0000 (UTC) (envelope-from rrsum@summerhill.org) Received: from chance.summerhill.org (104-179-148-192.lightspeed.livnmi.sbcglobal.net [104.179.148.192]) (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 "chance", Issuer "chance" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KkjYM0sZQz3n8Z for ; Thu, 21 Apr 2022 16:24:38 +0000 (UTC) (envelope-from rrsum@summerhill.org) Received-SPF: pass (chance.summerhill.org: 192.168.1.14 is whitelisted) receiver=chance.summerhill.org; client-ip=192.168.1.14; helo=[192.168.1.14]; envelope-from=rrsum@summerhill.org; x-software=spfmilter 2.001 http://www.acme.com/software/spfmilter/ with libspf2-1.2.10; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=summerhill.org; s=home; t=1650558271; bh=hK4ZQDk+hBx4TTvghCJ5/+ycxaMuBWlZKtzZorgqAPs=; h=Date:To:From:Subject; b=kI+pLqOuueHTUrBG/0eIx/4TT/EFK5kUaqtyx01CGZHn7oAhk3VAS+wV/bc/O/B7E xSouqUIkvfnuBckcrEnWtoFaBNcVIawYVTNUP95r8vuLbRUnuAbwmpNKh/xxHrqc9M ztReQ6cx/SK2fowOzc5rp2K9X3ehu69OHSs/cIJQKwRVuuR5iKZ/xSbMTdzBjol8hZ DET3ssfJsr3GaAfQN7AqRegNsYw9S9+Pu/+guQv5ciG9ojDgZYrNhXnuNoUQXp6pi9 qpwOIFwlQrS5wBnQtTzxD6oyQ0cqFjbxtxv/8TxzMyGbGEotj2LHWz5gNDgYMeGZPM M9gmOJTn0zQog== Received: from [192.168.1.14] (jake.summerhill.org [192.168.1.14]) (authenticated bits=0) by chance.summerhill.org (8.17.1/8.17.1) with ESMTPSA id 23LGOMib058495 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO) for ; Thu, 21 Apr 2022 12:24:31 -0400 (EDT) (envelope-from rrsum@summerhill.org) X-Authentication-Warning: chance.summerhill.org: Host jake.summerhill.org [192.168.1.14] claimed to be [192.168.1.14] Message-ID: <7d256992-7fd9-2b6f-a227-e4f4398e5901@summerhill.org> Date: Thu, 21 Apr 2022 12:24:22 -0400 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.8.0 Content-Language: en-US To: freebsd-stable@freebsd.org From: Rick Summerhill Subject: 13.1 RC-3 problem Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4KkjYM0sZQz3n8Z X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=summerhill.org header.s=home header.b=kI+pLqOu; dmarc=pass (policy=reject) header.from=summerhill.org; spf=pass (mx1.freebsd.org: domain of rrsum@summerhill.org designates 104.179.148.192 as permitted sender) smtp.mailfrom=rrsum@summerhill.org X-Spamd-Result: default: False [-1.99 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[summerhill.org:s=home]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; HAS_XAW(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_DN_NONE(0.00)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; DKIM_TRACE(0.00)[summerhill.org:+]; DMARC_POLICY_ALLOW(-0.50)[summerhill.org,reject]; NEURAL_HAM_MEDIUM(-0.99)[-0.994]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7018, ipnet:104.176.0.0/12, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N I'm running a 13.1 RC-3 server that has a zfs problem that didn't exist under 13.0 RELEASE. First, here is the configuration of the server. It has the operating system on an NVD drive with all the partitions UFS. It has 8 UFS formatted drives in a SAS configuration. All of these show up when rebooting. I also have 2 drives in a ZFS mirror where the home directories are located and where the data in a MySQL database is located. None of the ZFS datasets mount when rebooting. After rebooting, if I do a "zpool import" all of the ZFS datasets mount. Looking at dmesg after rebooting, it shows the following lines after the nvd0 drive shows up: ZFS filesystem version: 5 ZFS storage pool version: features support (5000) pid 48 (zpool), jid 0, uid 0: exited on signal 6 pid 49 (zpool), jid 0, uid 0: exited on signal 6 Further on in dmesg, the other drives show up, the 8 sas drives and the and the 2 zfs drives. It appears ZFS is trying to configure itself, but can't know about its drives yet? Do I have something misconfigured in 13.1? It has worked flawlessly in 13.0 for almost a year. Rick -- Rick Summerhill Retired, Chief Technology Officer, Internet2 10233 Timberhill Rd Manchester, MI 48158 USA Home: 734-428-1422 Web: http://www.rick.summerhill.org From nobody Fri Apr 22 00:35:15 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id DEEE91996F6A; Fri, 22 Apr 2022 00:35:21 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KkwRY5xYkz4pG2; Fri, 22 Apr 2022 00:35:21 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1650587721; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type; bh=T2aLeWNvjzQKxyA6G4a6aZo/gWodrFqOzn188/5rSY4=; b=aXcoSwiUoZ13S/Cnv3WNiQqnILKYqtoNOi/Pcbf/k/QyZ8GeJyIfZ3DC03ae0Ldjd6mNzS uzSwIwy270dGFzT5o9/ofY46PSnb7k6CWFlzzDCPUxeQWv1imwYmPnu3QjrJGiC7NAGDa2 x3BlyLDPTllRAtoeMZ58shiN2WaVzkKq0taocHY5MIMikFabv2w4nlVgf+3zL1pQjveqaz 58YOP+bSnFw+3vhKKOfnRdBDjw19C0F4ngq2TZFBbbvBvLnMP/dNgCwdCI1KcT9YQtchNr 5/oNnAnEZWHrZD85/NWr2LwVHT0b0yCxcwP+2bfvVTJefx+uz8C58qouam9Y3Q== Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 58749108A0; Fri, 22 Apr 2022 00:35:21 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Fri, 22 Apr 2022 00:35:15 +0000 From: Glen Barber To: freebsd-stable@freebsd.org, freebsd-snapshots@freebsd.org Cc: FreeBSD Release Engineering Team Subject: FreeBSD 13.1-RC4 Now Available Message-ID: <20220422003515.GW76435@FreeBSD.org> Reply-To: FreeBSD Release Engineering Team List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1650587721; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type; bh=T2aLeWNvjzQKxyA6G4a6aZo/gWodrFqOzn188/5rSY4=; b=RLDoo4jA3GVj80s0LbvvokA8C4ihlmEd4t4p49TfhwoiTZRuHBczqRAeTuWrBXNqfr2wb8 OIuY4Hs2rs8gXfLfMTyL0a2U5pONV/7I/NXotkh8T3JdnKDrE/my8m3gykG5qSH1RcxRKn /FPH0Nh2bZx7gNUETZeOJveGpVvAxJZY8QmqBz4dt2MuMZSJgz6GDRJVTpOZ11xbG9tXMu YrxsqfjL3uuTt6K+W1rY5vJbXciBgX3eT1ax56KFt/N3zblIc2lutLSbuu/025iOCgrL4o naKsHFwEMtHVEAdB6dlf0mooCHPXXY08tui6Y2T0q/bbREQqSpJx9dlfXjoQWw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1650587721; a=rsa-sha256; cv=none; b=RmjUAi6Tre7i5th6CFnZU5XYfVfiKFKEzn+ZwU6TtQJyQ6FSTLoDoSC1bgHDmKprM6XgvE 9Q8CWa3gIiN3oWBDJqaivIVrNV2qDfoEEgA1h6bvszoKo+IACHwYth+JI1HnlsainRJ/tw DVGag3fbagXeeFqeMsjKX75Nstv5+p6sgJ4StTwcCzWePnxLVvKcxw+bQarG4DOlP9mAb+ U3CK6xJ9lvYcfStsmBr1RlFDSdugYkuw6C77wMaTc8/bsMlxBv0ty7JAD85sBot+pfIX/F DvemnwvaG+nfmSIu0d6E767HirATuXURzyYSDsZuDQ4VOB8+V5brBzW/CEtYNw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The fourth RC build of the 13.1-RELEASE release cycle is now available. Installation images are available for: o 13.1-RC4 amd64 GENERIC o 13.1-RC4 i386 GENERIC o 13.1-RC4 powerpc GENERIC o 13.1-RC4 powerpc64 GENERIC64 o 13.1-RC4 powerpc64le GENERIC64LE o 13.1-RC4 powerpcspe MPC85XXSPE o 13.1-RC4 armv6 RPI-B o 13.1-RC4 armv7 GENERICSD o 13.1-RC4 aarch64 RPI o 13.1-RC4 aarch64 PINE64 o 13.1-RC4 aarch64 PINE64-LTS o 13.1-RC4 aarch64 PINEBOOK o 13.1-RC4 aarch64 ROCK64 o 13.1-RC4 aarch64 ROCKPRO64 o 13.1-RC4 riscv64 GENERIC o 13.1-RC4 riscv64 GENERICSD Note regarding arm SD card images: For convenience for those without console access to the system, a freebsd user with a password of freebsd is available by default for ssh(1) access. Additionally, the root user password is set to root. It is strongly recommended to change the password for both users after gaining access to the system. Installer images and memory stick images are available here: https://download.freebsd.org/ftp/releases/ISO-IMAGES/13.1/ The image checksums follow at the end of this e-mail. If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use Git to do a source based update of an existing system, use the "releng/13.1" branch. A summary of changes since 13.1-RC3 includes: o Several manual page fixes and updates. o The cft.h header file has been imported from OpenBSD, with additional follow-up fixes and updates. o A fix in libcxxrt to restore API/ABI has been added. o A change to make files opened with O_PATH avoiding blocking non-forced unmount has been reverted. A list of changes since 13.0-RELEASE is available in the releng/13.1 release notes: https://www.freebsd.org/releases/13.1R/relnotes/ Please note, the release notes page is not yet complete, and will be updated on an ongoing basis as the 13.1-RELEASE cycle progresses. === Virtual Machine Disk Images === VM disk images are available for the amd64 and i386 architectures. Disk images may be downloaded from the following URL (or any of the FreeBSD download mirrors): https://download.freebsd.org/ftp/releases/VM-IMAGES/13.1-RC4/ BASIC-CI images can be found at: https://download.freebsd.org/ftp/releases/CI-IMAGES/13.1-RC4/ The partition layout is: ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats. The image download size is approximately 135 MB and 165 MB respectively (amd64/i386), decompressing to a 21 GB sparse image. === Amazon EC2 AMI Images === FreeBSD/amd64 EC2 AMIs are available in the following regions: af-south-1 region: ami-05e477ad631bb047d eu-north-1 region: ami-084eb1594048fced0 ap-south-1 region: ami-0a3b1560735ec945b eu-west-3 region: ami-09016411fa8214196 eu-west-2 region: ami-058b005efce095a00 eu-south-1 region: ami-0a6c3342111d92c89 eu-west-1 region: ami-0a6df4cac55ade92d ap-northeast-3 region: ami-09062bc055a70b62b ap-northeast-2 region: ami-0a53c0bb6b79a640f me-south-1 region: ami-0a517d5aaa0a95c3e ap-northeast-1 region: ami-008b9be9be47fdc4f sa-east-1 region: ami-0f63f88d9c91ee226 ca-central-1 region: ami-0d9dcb20508fb74c8 ap-east-1 region: ami-021595445e4dee43a ap-southeast-1 region: ami-0106885cd158121b6 ap-southeast-2 region: ami-0736e72ac4ed3c2ba eu-central-1 region: ami-05a83bd0a9628d3d3 ap-southeast-3 region: ami-0017b75f519df2b2e us-east-1 region: ami-08325110bbff027e4 us-east-2 region: ami-0596cebb41fae0253 us-west-1 region: ami-0ebdbe4be78b2d76b us-west-2 region: ami-0b9c426dc59006962 These AMI IDs can be retrieved from the Systems Manager Parameter Store in each region using the keys: /aws/service/freebsd/amd64/base/ufs/13.1/RC4 Amazon EC2 aarch64 AMI images are not available for this build. === Vagrant Images === FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can be installed by running: % vagrant init freebsd/FreeBSD-13.1-RC4 % vagrant up === Upgrading === The freebsd-update(8) utility supports binary upgrades of amd64, i386, and aarch64 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 13.1-RC4 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 12.x. Alternatively, the user can install misc/compat12x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install == ISO CHECKSUMS == o 13.1-RC4 amd64 GENERIC: SHA512 (FreeBSD-13.1-RC4-amd64-bootonly.iso) = c5fd88814bd4be447a69f03883c86ecb713b4ebc8ed9b842c315f367a45a72518028df463d0024e40200350754330c0a9f15b217419d8ca4e21fcf654354691b SHA512 (FreeBSD-13.1-RC4-amd64-bootonly.iso.xz) = 98ac23f683ca11a81e30a012a1e0d4bfefa8b13d54cb8c0273b1107bf102fccd7347bfc559f8463e83d5c982c15a1a7d848ccb347a5c7f8dd9aa25e83fee75c4 SHA512 (FreeBSD-13.1-RC4-amd64-disc1.iso) = 3e1cf42f6262965df41dda72c72b00415d183676e5492ec44f0af1ef67327b052ac89c242659e2cdae6463f647809587d544839fbad55de24e3c528911440841 SHA512 (FreeBSD-13.1-RC4-amd64-disc1.iso.xz) = 19754a78cf3757ffcee3eb959ff1f36a4c9dbaa22d43e959cbc82c41e3c0bbcfac47c1ce35edb92b6b6a9d45e135f2bd5d9f258e63db2e70e0497aef48fe51ec SHA512 (FreeBSD-13.1-RC4-amd64-dvd1.iso) = 2e36a7e263f5b8cb5d07d9a51ec93106de46b73c86d87804d1f9f88e048595b5afedd939c3f6579d6de7a06a9a1ad3428885f622ac7c9c383e49f4023566a524 SHA512 (FreeBSD-13.1-RC4-amd64-dvd1.iso.xz) = ec8ab9384cc4c81ff22e2dcb3dd64365eb2a52273fe097b522cadfee42bba85bc244117aa418a71536a6ad8d67b01049da2d91157faca664b67829b5b4b4c94f SHA512 (FreeBSD-13.1-RC4-amd64-memstick.img) = 6fdc70dfe35cb916c75094a1bef93675fb5ed8fbe96a8b741f2e9663282f3ab5efc115921237266a2af3c1c935fa3eb82402129c385fd89e782c96a1e0255eb6 SHA512 (FreeBSD-13.1-RC4-amd64-memstick.img.xz) = 77b3dcb87e4b8cd2ea35b19b0304a69164381f09994a4cc2cbd6dd1646ee121afd500f87ef98439236607fec4a35ff9511011132340b51e9c760eaec73675d44 SHA512 (FreeBSD-13.1-RC4-amd64-mini-memstick.img) = f56a6fea6f147bef9dff3bb06340144ca9a9d5a08d22d1a4fe29dddc2b1a1b8f4f2cf635e1995fe559ce4d8c4bf7709e19380524262726707bfb0c24764d74dc SHA512 (FreeBSD-13.1-RC4-amd64-mini-memstick.img.xz) = d557f33a81f6a4353d2caf79eb82d270fea126a412991334c8df6526be256f014fadaf5d88a28cd9cd9b6330950c243c6b40ab91f71a0e22472797152074f29b SHA256 (FreeBSD-13.1-RC4-amd64-bootonly.iso) = e5b5112869e63ad462dda3a47b66c07db6841193c9feebd41bb34e0fea7c7df2 SHA256 (FreeBSD-13.1-RC4-amd64-bootonly.iso.xz) = e72636a86d4cdd05c1c6f45c7c13a1f3b69359f6a46833437a63475a5385b895 SHA256 (FreeBSD-13.1-RC4-amd64-disc1.iso) = 34edb54b374a1ad657716786dfe6ab644c799a96922ec84743247dbdca9670cb SHA256 (FreeBSD-13.1-RC4-amd64-disc1.iso.xz) = 5e7cb1bab0c798c89cd31938308087506fb97388784b66650fc504a0e9dc110b SHA256 (FreeBSD-13.1-RC4-amd64-dvd1.iso) = dc8bb32bfd26092b51c3c9ae753717a7a8977d139f977c6bc28362f3e68a1ebc SHA256 (FreeBSD-13.1-RC4-amd64-dvd1.iso.xz) = 89f9db10d17235d5d9e18d8e1d1e25c99738e698cb8e0e5998f7ecd671106302 SHA256 (FreeBSD-13.1-RC4-amd64-memstick.img) = 76dd50b112e6ba112721916a8e9c4c2a8e6a4aad169b70104b0c214c88f1582a SHA256 (FreeBSD-13.1-RC4-amd64-memstick.img.xz) = 26162bc3bc107e62f0a0c394d624278663eeb7eac7f7ec3abc51686931adff9c SHA256 (FreeBSD-13.1-RC4-amd64-mini-memstick.img) = cc5db2589f9e4192835bfe6974ebf45a02fae765b7107a79a93c4e6e44f937c2 SHA256 (FreeBSD-13.1-RC4-amd64-mini-memstick.img.xz) = a68c85030c504780933d6ad5d2d7ff4339a1a78abda450a28c1d67dd9e6a0aed o 13.1-RC4 i386 GENERIC: SHA512 (FreeBSD-13.1-RC4-i386-bootonly.iso) = 5ca6cf87d22452781c64d0301cf1f16a9fe8ed705735f9c85ba344d395bdffcbc3cdc45724d596303341d0096fa1d66c7a938709374f5defc219e1324126b7ae SHA512 (FreeBSD-13.1-RC4-i386-bootonly.iso.xz) = e2234ef6b4f7a5c1874c1a86184a4c88ad76f70d12437c57ae6450b591bd7aaebdb8cc97c5f674ace5fa0ecf10343ee8dc9025a278e1a9a5d29c99f9733566cd SHA512 (FreeBSD-13.1-RC4-i386-disc1.iso) = 873537c96cb5be1a2a6dab44e8d455af3bf1a6be85a2aecc5c14dd12c6449467aac1554a469ef41b254b58d4e0b1ca1cc48878797b008fc4c06deeadffbf3a9b SHA512 (FreeBSD-13.1-RC4-i386-disc1.iso.xz) = 10314d9c5a07e968e0c8a4eecd2ea686ed6114456425563c8ad9ecb270362d26907837b259f572d06f9aa1faeb6ae327d24377e03f57cc869f20bd33b6cf20ec SHA512 (FreeBSD-13.1-RC4-i386-dvd1.iso) = a191d9cdc0bad7ec70a3e1ff8817c60d64e031fe4d90706843f6cca866dc486bad1e514e56576baf3019b846cbe3f51fd47cac06680e077361bed5d7c3d310e6 SHA512 (FreeBSD-13.1-RC4-i386-dvd1.iso.xz) = b39026c266fd0d6a18640f9168ef17d4346a9c712587e4a40ad56c4bf5c2e3886f1ff210e25c804781a158ca775b794027880c3fc0777a45259b6482e3919265 SHA512 (FreeBSD-13.1-RC4-i386-memstick.img) = 5a77e5ba52da5541b6231a9169066b4fbde5a703861f41f829bad36354787056a8abc53716b3afcf498c04a8d3613b74701a28f06c19e8e6218ed9d187461848 SHA512 (FreeBSD-13.1-RC4-i386-memstick.img.xz) = d476c97b3b0b880d2171d947899ae1f7764024a5306e712526734e3c1d4928709b7be0ba1a0b4cd696a9e08a4cec2239ba4a4a73ee32e178326ee25cc36bc45f SHA512 (FreeBSD-13.1-RC4-i386-mini-memstick.img) = 016fcfbefe3823a17d8d42a4d2a99fbd006b500e407211af0bfbe072141ff554bb152b2de569417a16c283780f803f02a8d585d979184ebb8d9b263346fc9bcb SHA512 (FreeBSD-13.1-RC4-i386-mini-memstick.img.xz) = d179ef7b2eba7d01e37ade72b10d6fbed35cbce3b5d9a6ddb6153e84852cbac509e11058b29c5f46f83816124da47c1d66b2c7e6c5dd7e9328709fd5c641a83c SHA256 (FreeBSD-13.1-RC4-i386-bootonly.iso) = b8e04f66333bfcdb159abbb7007180bfa3d0cb4e4b1fc4ae72570094047c45e0 SHA256 (FreeBSD-13.1-RC4-i386-bootonly.iso.xz) = d0421acc36401d3a9c7c76b81770d8fba73a77daf3d0822c4df900a035b460b6 SHA256 (FreeBSD-13.1-RC4-i386-disc1.iso) = 208509d31b3571976994f984c8259623637befc702e69ba0ddfde9b11e7652d7 SHA256 (FreeBSD-13.1-RC4-i386-disc1.iso.xz) = 13b014f2881dfdf1eed7f68b105d1c973d936857f628f5d2626634435c2d83cb SHA256 (FreeBSD-13.1-RC4-i386-dvd1.iso) = d56f48b7f3dc47b2ad8604a0ece374b6be8b0f6aa4301f76a83e3279e73d6fc1 SHA256 (FreeBSD-13.1-RC4-i386-dvd1.iso.xz) = a23f4c2916eceec4cd84a425bea091a8e1a75de6464f8211bc6c1321d4d46530 SHA256 (FreeBSD-13.1-RC4-i386-memstick.img) = 499b76f7f14cf9236d4af2277ca80cd4e106fc36d4595bee4f918273e562009c SHA256 (FreeBSD-13.1-RC4-i386-memstick.img.xz) = dc8017d1c1cca77ef56a6cea1a085a3cd671cd30e862c2b4f8eaa3135be1bbec SHA256 (FreeBSD-13.1-RC4-i386-mini-memstick.img) = 2d6adb2f627a1f2c6f18e8ff3df4d2940a9b7837379630c46c590e627c073045 SHA256 (FreeBSD-13.1-RC4-i386-mini-memstick.img.xz) = 9e6b2228ece8d5882172dd42fcf7ec8941eea65c41914d865740670d180fed75 o 13.1-RC4 powerpc GENERIC: SHA512 (FreeBSD-13.1-RC4-powerpc-bootonly.iso) = 3e1074418854c79f8a0bc5a3a019cd450311caf75ad07789e1ce15f12252f870a35b7cbc96f409598dca8aaca5068df2031b52bb438fed6d7eb79f69806a2b54 SHA512 (FreeBSD-13.1-RC4-powerpc-bootonly.iso.xz) = 07e555111465dfd9482ebeaa270889cec641f32fdc51167ad6edd238ea86405300dd7d4ef5aa31c9658fd8aad4aaeb77da4b14867684095366bae9629b48cb26 SHA512 (FreeBSD-13.1-RC4-powerpc-disc1.iso) = b3a986452a8e7ac9a662dd4b713bdb5c95ab0118126e4013b4ba942393e043c495498a187e0ba09a1d683214fb43007745453940e5521da5cc3fd88086c59774 SHA512 (FreeBSD-13.1-RC4-powerpc-disc1.iso.xz) = 53abfbad73433cb192b558bbf184ad5571cca6a0df708054886a3cf2264c48d47d22b8f1105ffdb8547956f8af8240976e3b5d59afc0ccf6a6fc0568ef06a288 SHA512 (FreeBSD-13.1-RC4-powerpc-dvd1.iso) = 94e862bb8a35b58d1eca5a6c76a9a912cf5c76b3e834f1b2dfa5bca01d0ad723ab34cb9833789f27421bbcd805cb8a3c0f7f631f52a1a66fbe3e34d82f97656f SHA512 (FreeBSD-13.1-RC4-powerpc-dvd1.iso.xz) = ece989d2b1c7af6ad513514b77ddbc2d7c1a194c825798c9db2d1a5290c0f3553edd90fc53d522c264f86ad100675ea789db78ee3e36c2576bcfb38456f74f84 SHA256 (FreeBSD-13.1-RC4-powerpc-bootonly.iso) = 60efaf581eb08838ec3f849158de53ce3f98e5cc536be90806390ddc4364a41e SHA256 (FreeBSD-13.1-RC4-powerpc-bootonly.iso.xz) = b9b0c2fdc2a042dede4f0edfc74d25f85dbbe131272a2144a1eae0a382555d4f SHA256 (FreeBSD-13.1-RC4-powerpc-disc1.iso) = a7dbc56b12db06d9dc135ca7ded983bee6542ea80075194c1e225f6b972f8903 SHA256 (FreeBSD-13.1-RC4-powerpc-disc1.iso.xz) = d78903185cef9f48d45a9c777559359526e3557a376964b1108469caa4f4d3a2 SHA256 (FreeBSD-13.1-RC4-powerpc-dvd1.iso) = fc2bb48f0fd25c4e73cc3209170fa70ad8b146df999b24bfef9dfd685f0a36d4 SHA256 (FreeBSD-13.1-RC4-powerpc-dvd1.iso.xz) = 704e7bc1fdb6a616ccc81f9817e8ce571e11bbced0e098b19bd76926f580d104 o 13.1-RC4 powerpc64 GENERIC64: SHA512 (FreeBSD-13.1-RC4-powerpc-powerpc64-bootonly.iso) = f869e90376424aae2685c798e9694d12a45c1ed7704c014fd8d3653b2eb1d83419ef981892d12f47ccaddf18c86e2fd5d170379bb5e4f3fd79bbd3bde03f40fd SHA512 (FreeBSD-13.1-RC4-powerpc-powerpc64-bootonly.iso.xz) = 951a2db88998ad51c80980f711479c42e8733752e8570bab2330fd6f4c5fe4ceb6d3d486e1719c7edb6205be086a5a301eb8a98dc00bf1e3e0dea81350455e0a SHA512 (FreeBSD-13.1-RC4-powerpc-powerpc64-disc1.iso) = e9721da21b56985ea25f6cde40b8431aeadfd0bc8f6b740203e72bac3f2edbae6008740dbbfa044941b4724ce66d4606c49f8a871924573143466d2952705026 SHA512 (FreeBSD-13.1-RC4-powerpc-powerpc64-disc1.iso.xz) = dc13f2249f0205bb88adef4bb5604011de99ee4954b1ebf41101d6cf8625eff8e6d312f8a308042456996990ffbfa3fe311bdec4a05b3750c37d3461563bf069 SHA512 (FreeBSD-13.1-RC4-powerpc-powerpc64-dvd1.iso) = 86dc319fd8010ca955a35f1be886441f3e6a1c95369205d85e939cf3a28c915a7c43c94cff40e9788e709ecf93c93c0afac0be070adeaa4eb6c2b9491fdc2ac3 SHA512 (FreeBSD-13.1-RC4-powerpc-powerpc64-dvd1.iso.xz) = 0cc1f8e7e1435ca47a16109c1ba5bb2e0837aaf60fa93f59d84dae131e16fdbaec1dd411a2d56df17260f4c233fe92204c2869682b07c7d46694622ec7ab7baa SHA256 (FreeBSD-13.1-RC4-powerpc-powerpc64-bootonly.iso) = 48c0e18525ed61fa699cb82af978a98a39f6cf11239f3e1e3fa8be1cd4a687ef SHA256 (FreeBSD-13.1-RC4-powerpc-powerpc64-bootonly.iso.xz) = e99b64b40262bdf3ab90e44fe796f5c1ee3a0a5c78370d3547900aa2dc2de5ab SHA256 (FreeBSD-13.1-RC4-powerpc-powerpc64-disc1.iso) = 1a60309e6fde584b5e50dde50d52fa1cac6ebbc7a9548ef4725871f5cba7c26b SHA256 (FreeBSD-13.1-RC4-powerpc-powerpc64-disc1.iso.xz) = 18112dc6d562bc8c525cca1cdfc3836ebe9ec53a19d50444132e4c295c794646 SHA256 (FreeBSD-13.1-RC4-powerpc-powerpc64-dvd1.iso) = 436bf61f3f3c079cf6d90d1e332b988531e113da5ac5a5a7718b715d72500988 SHA256 (FreeBSD-13.1-RC4-powerpc-powerpc64-dvd1.iso.xz) = 6816b9e2a866eecae7b730a2becd8c674778da3a5f7bbd7602c27676f023e9a9 o 13.1-RC4 powerpc64le GENERIC64LE: SHA512 (FreeBSD-13.1-RC4-powerpc-powerpc64le-bootonly.iso) = 4e969a56e7e97e42a61d37b960aaf0180c58484377a2985f4f6fd7ec393bd09196b2d1697b83b9418ce2f213e853612ef9e41f9d569856075bb6fedfaad6a9ca SHA512 (FreeBSD-13.1-RC4-powerpc-powerpc64le-bootonly.iso.xz) = 7c61cbb41fe9da2d4a9dd9195c6deb2b5b9ea1b41c44f607ba3d7a87f364138b77a64fe0bce6827e31fbeab249bf21f05908a35561d111b70c0bdbdc26f4a65f SHA512 (FreeBSD-13.1-RC4-powerpc-powerpc64le-disc1.iso) = 459827fdb2046f7b0ab92468fff0b06f528a9e109875d8ce0e673763a1ca183232f4dedef7995f665d08d576674cc5bcad7a65747d44800f9ab0a24bf59491d8 SHA512 (FreeBSD-13.1-RC4-powerpc-powerpc64le-disc1.iso.xz) = 111f7b1868e3de929e347b7fde0b38b8cd6e61961d8864b55bff17179f86bf201fb64e401ffc838a55591e087df261e00b85b632a124807d8e1c8182d6a14d93 SHA512 (FreeBSD-13.1-RC4-powerpc-powerpc64le-dvd1.iso) = 6e4b2eb2ebf9e581e8f17941d706a657665bd31340c9d2ceb77e1b7fea95561c0c6ded945154b19138f05068e829363021e2be339316fc788224464ea285a637 SHA512 (FreeBSD-13.1-RC4-powerpc-powerpc64le-dvd1.iso.xz) = fa09d9ef6de618c8f272f2a6d8476b653881484529db94589d1dbade04beffc3c73726268bd2dd478f137e2b542f55bd10aa741c677d2adbee02631e6dcc8089 SHA256 (FreeBSD-13.1-RC4-powerpc-powerpc64le-bootonly.iso) = 675def1a6bd1e31b57ebd663b7ad320e2bca3ded200581e61117feb2e2b665ec SHA256 (FreeBSD-13.1-RC4-powerpc-powerpc64le-bootonly.iso.xz) = 236f51fe758b521b867ef9e15058c4ede3f1e8e4b470eea14776f7fdefd26f8e SHA256 (FreeBSD-13.1-RC4-powerpc-powerpc64le-disc1.iso) = 2bb0ab6566579a3b8878f47f569d938d534e592c535f7c3cb3de0b26ed3dd47d SHA256 (FreeBSD-13.1-RC4-powerpc-powerpc64le-disc1.iso.xz) = 367f56b8f0c1cda9005ff95589973b76602f12467df81b15f85aba99e3c16c68 SHA256 (FreeBSD-13.1-RC4-powerpc-powerpc64le-dvd1.iso) = ea5fbf47aab1c86bdc50f12163cbdf94ed11fc90639b1f755420f21d99e39b5b SHA256 (FreeBSD-13.1-RC4-powerpc-powerpc64le-dvd1.iso.xz) = ad4b7e577aa498cac9f587c679769314181514d2c7e1a5ffe011a8d8097d520e o 13.1-RC4 powerpcspe MPC85XXSPE: SHA512 (FreeBSD-13.1-RC4-powerpc-powerpcspe-bootonly.iso) = ca3018ece35a65d4f5475dfcd0f04fdf62364bf69f120771019c3031651f77b7766d68e4721b0260eba363b12c14c17d6bcd245164e585f9bff87b973233fa59 SHA512 (FreeBSD-13.1-RC4-powerpc-powerpcspe-bootonly.iso.xz) = 44324dba7c5b6b0267bcd258f5e33c3f3bc165712c128f7312f30edd6e6cfbf6a9faeb5ea05b9ff6ca8090284952d9ca45401fd7cd31f5b8835a12ca39711a48 SHA512 (FreeBSD-13.1-RC4-powerpc-powerpcspe-disc1.iso) = 94b6ea058d345747dc494fefb8ce71f2497cb0b970bd6af8b405f01e1aa69ff3409e68b2f538351651e7e713b900da3bf47fec268327ad7f9e92eaed489b2811 SHA512 (FreeBSD-13.1-RC4-powerpc-powerpcspe-disc1.iso.xz) = eaebf827d990ff07e3e62183ea774515dc66ad0b54d762ec81fa230ec7b6f7728bff26fd793dfeb64550d34a1781cdf7590f4ee2c00c406ad6d49823588bccf3 SHA512 (FreeBSD-13.1-RC4-powerpc-powerpcspe-dvd1.iso) = e472bbcfe1cd4b094932503c90bb0919277f12c6c19cf5a26c06984ebdd22eea29bcb97854edfdbc35622a412a678c8037cfc8026e24a6ed9739cf3b044bb81a SHA512 (FreeBSD-13.1-RC4-powerpc-powerpcspe-dvd1.iso.xz) = 06c9ff23353074910513a2480d81496afe890c020d801fc2f86fe23b7b8986f96f1eab5bea4fbaa71a7acaa5254f1ec4fa6a8ce5abc3e743d3f41a6209aeaabf SHA256 (FreeBSD-13.1-RC4-powerpc-powerpcspe-bootonly.iso) = db79630665aca422188051209cdc84378490aab21129238c592a82bef739f5aa SHA256 (FreeBSD-13.1-RC4-powerpc-powerpcspe-bootonly.iso.xz) = c53d43f168085d651ab1d8841031b7608cf168feac7b0db495d7746107f95258 SHA256 (FreeBSD-13.1-RC4-powerpc-powerpcspe-disc1.iso) = a2b54ff3b3ed186660d9dddd810d656965a1e80aa4d69d5ad0b4347996967bb8 SHA256 (FreeBSD-13.1-RC4-powerpc-powerpcspe-disc1.iso.xz) = 460103b292419b71f52b95718c30595e94d4bc46d1033bd1a3386ca61dbf9dfc SHA256 (FreeBSD-13.1-RC4-powerpc-powerpcspe-dvd1.iso) = 39dccc81fcb2890fe62f33b9ca605a0536b93a35907bb42912cf3c08f5939d92 SHA256 (FreeBSD-13.1-RC4-powerpc-powerpcspe-dvd1.iso.xz) = b13816f5d8d87eb9f037e751d8c47af4e82f876027afcec46c18a71964a2291f o 13.1-RC4 armv6 RPI-B: SHA512 (FreeBSD-13.1-RC4-arm-armv6-RPI-B.img.xz) = ca7a0e48be791ef97cb0ad61ed03ed585ebf9f7ac555d5c17b6072030d946d4dffcf2e39f2ef4e5f7bc433033bd9eec49c91a1544f674eeca991a507d30dc73b SHA256 (FreeBSD-13.1-RC4-arm-armv6-RPI-B.img.xz) = b5c9318d3254731d9434eada3ec923d8bde451543d72b84953369e3bf7a1f64b o 13.1-RC4 armv7 GENERICSD: SHA512 (FreeBSD-13.1-RC4-arm-armv7-GENERICSD.img.xz) = faaa875f017060879c0169e2b79531d4017240a6573657490987948b94a35ee2859e253fdf2c0d28a07e47b236840043319d5235d4696b7ecdf83501ce5c3e97 SHA256 (FreeBSD-13.1-RC4-arm-armv7-GENERICSD.img.xz) = 14bb368d10de5c0f17d508fa26a4d3132d222fd684b34b3aae628a39ad73dd4c o 13.1-RC4 aarch64 RPI: SHA512 (FreeBSD-13.1-RC4-arm64-aarch64-RPI.img.xz) = e805dc0c1824ca2b1ff6b4b8fa741bc8bc199d161647ccc655f9de532fb08931e539c32d6e548867df947fc28f09413b7c8236a609bd45ff98853bdc9bf9136d SHA256 (FreeBSD-13.1-RC4-arm64-aarch64-RPI.img.xz) = e93205cdf3833d5ddee8f1d683704a37313c9301db4f93da0e5399b49ec8c510 o 13.1-RC4 aarch64 PINE64: SHA512 (FreeBSD-13.1-RC4-arm64-aarch64-PINE64.img.xz) = 6a04c7ffb1b6000aa16b815055a125ae1bc212e962a5228ce5a0d65d145f9a11cfc795a8a33222514d164cbd855bac2d83b337eb472bcc65dd02180dbfb0d488 SHA256 (FreeBSD-13.1-RC4-arm64-aarch64-PINE64.img.xz) = 26ab60676ae2e0863170b7e9140c58441121f871b8f16b815fccd95bb2f40647 o 13.1-RC4 aarch64 PINE64-LTS: SHA512 (FreeBSD-13.1-RC4-arm64-aarch64-PINE64-LTS.img.xz) = dea25aa6f9677a44d7cc4e9aca567fe297e940cf9accf469aab876a77f25524ab641f1d7be2286060211068e81ebae7d72a83a32b6e03624d75d340f200a378c SHA256 (FreeBSD-13.1-RC4-arm64-aarch64-PINE64-LTS.img.xz) = 3ac03fcc468a3233c727e8cbc55dea131aea31961c6787b10439006bcb445bcb o 13.1-RC4 aarch64 PINEBOOK: SHA512 (FreeBSD-13.1-RC4-arm64-aarch64-PINEBOOK.img.xz) = b32da9f3a7dfae3d280d2434779aef4e6caee6d470f416ec6ec1ac3435926c0f081456c85f4754908723452cd04f81450e090243a0b151379a8a9f2682b8c51c SHA256 (FreeBSD-13.1-RC4-arm64-aarch64-PINEBOOK.img.xz) = c583bf4ba411da0ca3c9e9df806dc333fab1df52e40e8b7eeadc88d209bbdf51 o 13.1-RC4 aarch64 ROCK64: SHA512 (FreeBSD-13.1-RC4-arm64-aarch64-ROCK64.img.xz) = edba67a15e016cc221f555672f24ec76d3f1273e8c6d03a4e9ab549b4c41d9e468c13d4b071c2a8c2a02ae603bc7d5f0a37e9b87a33d517df517d6f1f82d5830 SHA256 (FreeBSD-13.1-RC4-arm64-aarch64-ROCK64.img.xz) = a4189aaacaccb31f49f164115159cee6d1074ccce0bb1c45b337508160506cf6 o 13.1-RC4 aarch64 ROCKPRO64: SHA512 (FreeBSD-13.1-RC4-arm64-aarch64-ROCKPRO64.img.xz) = a8c2f5749189353aa8554ebe2500ea37e04a8f9877db1cda8281f72725e2cd4056e8439170efebb3b71e031e787a3948576f77412ee90390b1676eaf8121af8f SHA256 (FreeBSD-13.1-RC4-arm64-aarch64-ROCKPRO64.img.xz) = f7f9927f2f37872e597eb384501359201d41abab6d1d79dc48caaa88c87eed63 o 13.1-RC4 riscv64 GENERIC: SHA512 (FreeBSD-13.1-RC4-riscv-riscv64-bootonly.iso) = 2212138cd913d70388d4a66dbfbec31700f922b79a0e9b967c3837e3dae8958e8458360fe0dccb768d5f4f200876eeae2304f2df13372bfc7b1688b39dd14d75 SHA512 (FreeBSD-13.1-RC4-riscv-riscv64-bootonly.iso.xz) = f6d6ba647a6351051bfbafd9f54ceae7d6873ace4b8b959fdaa773e71c7c550a21da32141fe3fb27eecaa72d1da4de3b396e207bdaa07d7a5a440fa065ac1f00 SHA512 (FreeBSD-13.1-RC4-riscv-riscv64-disc1.iso) = 0c08ac220eb2504763fd8d4930fc2520cb659bcd27fe4846feb0ac7a06413bb4e49f832858dc551c9a9dfab0feb6cdad2b927e554ded8749ba71427ded6d63fe SHA512 (FreeBSD-13.1-RC4-riscv-riscv64-disc1.iso.xz) = e7302ed0b222b8066dc200716e346a4135a8ff664d2aa2b0c0f4ad8eafeacbc6dacd192e8ed54aa4c262d6f5538b45f9b75df52bcfc060f161ee81179ab2ce8d SHA512 (FreeBSD-13.1-RC4-riscv-riscv64-dvd1.iso) = f87fd50776f94f674d6dc9258941d6c05ceb1105e0346607b43d810a56f5bac467b720da961d98003e355c54ede4ed4917946868ef182aa517ac51fc182cb3f4 SHA512 (FreeBSD-13.1-RC4-riscv-riscv64-dvd1.iso.xz) = 7445209fa1588d0e41153c6c676e2df1efcbbb01366a6075533656d4229ee6d86df566ed36e1e53a8486c13d08d639d46bcd4476bd00596fbac29db742280174 SHA512 (FreeBSD-13.1-RC4-riscv-riscv64-memstick.img) = 135dc1f8f12f3dafc7fe39fe39e413083fd2c7df1c1fea17032141c1ed479f13597cc3e9f1c68e6ccd44d8fa32b7a7a84ec73998bc213a65d78043dd69dca7b9 SHA512 (FreeBSD-13.1-RC4-riscv-riscv64-memstick.img.xz) = 6143a2ab53e4c42d0610a30d87e8a3bf09f71421dd6d0df60d61b709b88d47c06523b6a85757a55e581b51ce46df81c55789c5f879b49579c36ed730ca5c12d5 SHA512 (FreeBSD-13.1-RC4-riscv-riscv64-mini-memstick.img) = 136479439127def8d942924c99ccb14942b75b5522a7eccacd3e62d55aec204abf76b068702a05d3da506e471d0e6a71f6cf9c71263393d856ccf7c087ef6a98 SHA512 (FreeBSD-13.1-RC4-riscv-riscv64-mini-memstick.img.xz) = 73c8700a26e21bc27d3fc1e7117ed473df7c7ebc42c83f1df672047092772ddf667889b250d5b61e445fa29d44d75a341848c290a40a099c871bbd436a602009 SHA256 (FreeBSD-13.1-RC4-riscv-riscv64-bootonly.iso) = ca768c2d2034faa7bae5d551f1113737d5620c6865c333f41bb469321ba78776 SHA256 (FreeBSD-13.1-RC4-riscv-riscv64-bootonly.iso.xz) = 86774a49abba636786b4b919227f38ce451633b72c5ce74ea1a8184c819f3d77 SHA256 (FreeBSD-13.1-RC4-riscv-riscv64-disc1.iso) = 1e7307ec4089a994ad141e14f1864f51f1ac9a08ff7d9bc1363cae1e44cc91db SHA256 (FreeBSD-13.1-RC4-riscv-riscv64-disc1.iso.xz) = c807bd09cb4b2948dcfb2c794443460a9d20faa35e9d66c54ad16ceb225754cf SHA256 (FreeBSD-13.1-RC4-riscv-riscv64-dvd1.iso) = f7af6cb00ef3644f22f95321d83d2da78b193df1e74ab2b8930d54847461ee6e SHA256 (FreeBSD-13.1-RC4-riscv-riscv64-dvd1.iso.xz) = b72d8c798a6f39c4836bb84c0eb2cba72486a0e46283576e91230f22f638b88b SHA256 (FreeBSD-13.1-RC4-riscv-riscv64-memstick.img) = fbcda0844057818e29caf37782ac2d5c03e5aa52baa9167f540d8ce7bd30e1c7 SHA256 (FreeBSD-13.1-RC4-riscv-riscv64-memstick.img.xz) = 891cbbfd9f1fa5cf601fe2ae6e28f667dc6db8819ff29ace330991de74db91d3 SHA256 (FreeBSD-13.1-RC4-riscv-riscv64-mini-memstick.img) = 4d3949e2752df99a0014681053c9ff934243ef6c2be9a730c56607c9bc89d4ad SHA256 (FreeBSD-13.1-RC4-riscv-riscv64-mini-memstick.img.xz) = 80451910b408df9e918c07965a8aaa4b7131be67180998bd20734334960cdea9 o 13.1-RC4 riscv64 GENERICSD: SHA512 (FreeBSD-13.1-RC4-riscv-riscv64-GENERICSD.img.xz) = 26ba50b3797dbe2e1b12f00f248327cbd96ae4a7b64515f44872ec344545e04e4770b882aee586e98edbb9374f9b3f5918bb1e1141b4eff0c4ba291a5c4b7bcc SHA256 (FreeBSD-13.1-RC4-riscv-riscv64-GENERICSD.img.xz) = 3477f821e37b9cf6c1958c28f4f3a5ca89e3695e92d715f3f2985830c89a501b == VM IMAGE CHECKSUMS == o 13.1-RC4 amd64: SHA512 (FreeBSD-13.1-RC4-amd64.qcow2.xz) = f076a145f10839800a174da19e28958dc330ab5b103d2ca42a1a03cfb4b65aa864a429172ee307b69b381b5d95cc9ac63b8c28ba9d2661aeff63bdd3a5bdbdc1 SHA512 (FreeBSD-13.1-RC4-amd64.raw.xz) = cb0da65531a0e041c3f27219fc3c01aa6173c6a93f3f0766ca1f89596998aa3c1039521719618a9d61af5f407520f78cf67833ac200461d65884b5aa7d3a2470 SHA512 (FreeBSD-13.1-RC4-amd64.vhd.xz) = 06b7cf285cfeefb7f80558b32630f2394799368136976eebfd54321d7669ed74defd004e8f81c7ae811b11ca6be7c0565a67e77b7ae8af7be6a76ec73a968da4 SHA512 (FreeBSD-13.1-RC4-amd64.vmdk.xz) = be118db69af688752b60e2d7a304c6abd3913e0aa06b9d7b55046230ee7225cab932ff02dc4d5baaffc2a90445e78a484e53e0716f76bfba20bd03ec6a90a4e7 SHA256 (FreeBSD-13.1-RC4-amd64.qcow2.xz) = b3a38b4bbcb9670d4b1d07bc4defa2213a887b4d96c1a2d1ae9419f4e0e957f8 SHA256 (FreeBSD-13.1-RC4-amd64.raw.xz) = a3208cf11c8e33caa910a14a19e4ba9dc396cf6c8d583962100b2d8a27d30b9e SHA256 (FreeBSD-13.1-RC4-amd64.vhd.xz) = c3d13458eee6ef3cf71526a0ad81fbdfa77d14b5a5532cbe712127e8cc110088 SHA256 (FreeBSD-13.1-RC4-amd64.vmdk.xz) = 5bdd99ce80d0f32ca42f8573bdcc3346c63ecab1622625bb54930b359b6af701 o 13.1-RC4 i386: SHA512 (FreeBSD-13.1-RC4-i386.qcow2.xz) = 627e17b7efd8f0006de6cb007ec88e42c8262097cc0cbf52732f943a7539ac52fa75dae3bf7bad5a0aedbc2b023525df4013aee9f85e3d023efd31eb8035de2e SHA512 (FreeBSD-13.1-RC4-i386.raw.xz) = 9bc4a7866b558039331014a07c8560adf35bd10444601a6349dc7b0ab08f439eb9401c24db8d42d31884809ba6c716ceffed839c6bf75c5e3111c8532f34b346 SHA512 (FreeBSD-13.1-RC4-i386.vhd.xz) = af83bd0ce9198578692ba8481150210076c25596071fdf9c32ccc5c35159c06612f63ccff44a6a9063550b1489c972dcd2e07afd9fc479755992987659729347 SHA512 (FreeBSD-13.1-RC4-i386.vmdk.xz) = bd21e527e58e06d94684699e8a3f5ba9ac8117a98f1bfce421fcdd82a093dc40153f547f9fb21cc58daaa346cf4c2b789f997042b960f5301e68ff3bfca17cd1 SHA256 (FreeBSD-13.1-RC4-i386.qcow2.xz) = acfd90a5eccf438019a7d5b3aef18de0750b8707236c9c481431507e0427a5ab SHA256 (FreeBSD-13.1-RC4-i386.raw.xz) = abe581d0b01ff59a72a7c12ebcfa286921cf7d11e3d670286c4f6db170241896 SHA256 (FreeBSD-13.1-RC4-i386.vhd.xz) = d00c06dd9717631d2f28ab4918b778b901f12331311cc21fc5ba55f06f29c2a8 SHA256 (FreeBSD-13.1-RC4-i386.vmdk.xz) = f8e3a83de0fe84d216b2661918ec47d374fb54acb783e0ae1849419674a1e365 o 13.1-RC4 riscv64: SHA512 (FreeBSD-13.1-RC4-riscv-riscv64.qcow2.xz) = 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 SHA512 (FreeBSD-13.1-RC4-riscv-riscv64.raw.xz) = 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 SHA512 (FreeBSD-13.1-RC4-riscv-riscv64.vhd.xz) = 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 SHA512 (FreeBSD-13.1-RC4-riscv-riscv64.vmdk.xz) = 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 SHA256 (FreeBSD-13.1-RC4-riscv-riscv64.qcow2.xz) = 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 SHA256 (FreeBSD-13.1-RC4-riscv-riscv64.raw.xz) = 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 SHA256 (FreeBSD-13.1-RC4-riscv-riscv64.vhd.xz) = 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 SHA256 (FreeBSD-13.1-RC4-riscv-riscv64.vmdk.xz) = 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 o 13.1-RC4 amd64 BASIC-CI: SHA512 (FreeBSD-13.1-RC4-amd64-BASIC-CI.raw.xz) = 3a4903b162589e9d9f928825179f112d766f35f0ff8ba7c5ef8d1786e71b44518db3c217b81fd36d81b1d4942f0fecfbfb8b2ef7239ab28fc2b86bfd1a2f45a7 SHA256 (FreeBSD-13.1-RC4-amd64-BASIC-CI.raw.xz) = d0212f40e29ced5a1922fef2667d6189ca8be976fd6abbcf352b7e656140e70f Regards, Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmJh+EMACgkQAxRYpUeP 4pMDmhAAkOimEVRuawOwHt1SeF0C6kPsOo6QzIAlWoUHIp6FUDKmFqfAkqmeVcyj SdSD0LHH964q3bPsffGzlSSv8vb6RM2N535pua3D+SgV4aI6zGYUtFoBY9xUv3KI p3QLMP6bjQ95wthXgcuANQiCBkiMkqHe5yGrTHhgVJ/57NTmRiq1JVuqha8+qA7X wrvLo5cX0rpBbimuiQk9gpGNpQDqaw43ZQV+5vtSuVpbuu2NxqnjCi9aXfdvMFGY RRJN3DXC1/iIIC2BZ7c6WKbW8244jeWwLiOs4yAXZokw8SdGTW5C6bsyFOH6azDu PbLGsKhFEMQwd7yaR7zqeW7GM2Es2VPb7aKTdxGf8JwBgDnjSQQrW5O4+fGfY1u3 j/cgk1vLW6jafDX3m3xqXoiIRmxu0UyD43FbKTWI0Z+KaoVLjOi6z2YLV9gqFH2u Z329gNNV0/MvmTNKE4gEAPG1dzCnditn3ZOBFAPGE9PrGn8w9G1yQ74hEuV+7RS5 HeAbOhLMg94qoNGkh8vkUAMrgJczNWKYDEQ/Ut9y12Z4/gB8S/ZzEaIu/gFBMNQU jh1hrgNXRkHb0xZEkKfmjmNyrZ5W6AOShE0WsoCBQj0W4E0cK1Bb7UECK4cF52Zr MukXg//LDJPbYAWMGMGyC4ft+ohYeDxqpWneWv+Qdlp0T4o+Hi4= =N/U1 -----END PGP SIGNATURE----- From nobody Fri Apr 22 07:10:46 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E0DE71A82B4B for ; Fri, 22 Apr 2022 07:10:54 +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 4Kl5Cx2lt0z4gVD for ; Fri, 22 Apr 2022 07:10:53 +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 23M7AkFu092046 for ; Fri, 22 Apr 2022 07:10:46 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.16.1/8.16.1/Submit) id 23M7Akp7092045 for stable@freebsd.org; Fri, 22 Apr 2022 00:10:46 -0700 (PDT) (envelope-from david) Date: Fri, 22 Apr 2022 00:10:46 -0700 From: David Wolfskill To: stable@freebsd.org Subject: No DHCP server found (stable/12 & stable/13) Message-ID: Reply-To: stable@freebsd.org Mail-Followup-To: stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="U0ygNhoH699P9y8v" Content-Disposition: inline X-Rspamd-Queue-Id: 4Kl5Cx2lt0z4gVD X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org X-Spamd-Result: default: False [-0.40 / 15.00]; HAS_REPLYTO(0.00)[stable@freebsd.org]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[david]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_TLS_LAST(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_NA(0.00)[catwhisker.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; REPLYTO_EQ_TO_ADDR(5.00)[] X-ThisMailContainsUnwantedMimeParts: N --U0ygNhoH699P9y8v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable (This may also apply to head; I haven't tested it recently, and testing is a little awkward for me just now. -- dhw) As I type, I am 9 time zones east of home. The laptop I am using is running: FreeBSD localhost 13.1-STABLE FreeBSD 13.1-STABLE #468 stable/13-n250522-48= a5e3fc6568: Wed Apr 20 05:25:39 PDT 2022 root@g1-48.catwhisker.org:/com= mon/S3/obj/usr/src/amd64.amd64/sys/CANARY amd64 1301501 1301501 I have seen an apparently-similar set of symptoms on a different laptop (that I use for the bulk of my day-to-day activities when I am not wandering about (e.g., in different time zones)); it was running: FreeBSD 12.3-STABLE #1236 stable/12-n235174-879a6b7b628: Tue Apr 19 03:32:1= 2 PDT 2022 root@g1-70.catwhisker.org:/common/S1/obj/usr/src/amd64.amd64= /sys/CANARY amd64 1203507 1203507 when I last observed the issue. In each case, I have no problems associating (if using wireless) and acquiring a DHCP lease at home (where the DHCP server is net/isc-dhcp44-server (isc-dhcp44-server-4.4.2P1_1), currently running: FreeBSD 12.3-STABLE #59 stable/12-n235169-6def5bc64cb: Fri Apr 15 03:31:41 = PDT 2022 root@freebeast.catwhisker.org:/common/S1/obj/usr/src/amd64.amd= 64/sys/ALBERT amd64 1203507 1203507 ), nor do I see the problem if I have either laptop associate to my phone's "hotspot". But at the hotel where I am no, as well as on the commuter shuttle bus at work, and a hotel in Los Angeles back in March, I found that dhclient on the laptop would issue DHCPDISCOVER (repeatedly)... and utterly fail to recognize any response from a DHCP server. In searching for solutions, I found a thread, " dhclient does not decode 802.1q-encapsulated replies #114 " at https://github.com/opnsense/src/issues/114 - I have no idea if it's related to what I am seeing. (While I don't use OPNSense, I do use ipfw (and have, since around 1999). I am not at all familiar with VLANs -- I don't use them in my networks.) I do use an /etc/dhclient.conf; here are the non-comment lines: | send host-name ""; |=20 | request ntp-servers, smtp-server, routers, domain-name-servers, domain-se= arch, domain-name, subnet-mask, broadcast-address; though the mtime on that file shows Aug 15 04:40:08 2018 (at which point I know the shuttle bus DHCP was working for me). As you may be able to discern, while I do have connectivity enough to send/receive email, my opportunities for checking and testing are likely to be quite limited -- more so in a couple of days, once the cycling tour actually gets under way. Peace, david --=20 David H. Wolfskill david@catwhisker.org V. Putin does not need "negotiations" to stop his own senseless war. See https://www.catwhisker.org/~david/publickey.gpg for my public key. --U0ygNhoH699P9y8v Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSr0Kzv+UJRY3wfOii0+6PfV4Ix1AUCYmJU9l8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0QUJE MEFDRUZGOTQyNTE2MzdDMUYzQTI4QjRGQkEzREY1NzgyMzFENAAKCRC0+6PfV4Ix 1GSXAP9WQ0l802vfQRvMvm1QaHlj/VtYYok+iENMRNb1KBu5XQEA0Nxzpeu+ghCH 5TBSf2TqhlJIKb9pwUOxM+cpzbF19gc= =bRKU -----END PGP SIGNATURE----- --U0ygNhoH699P9y8v-- From nobody Fri Apr 22 15:55:17 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4168E1A81B0D for ; Fri, 22 Apr 2022 15:55:31 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KlJsH13hFz4bDb for ; Fri, 22 Apr 2022 15:55:31 +0000 (UTC) (envelope-from kevans@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1650642931; 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=fFSfzgZlpjRR5kGE+cxiXk77/Y9tJfVCNKUhEvIwZUk=; b=TPSRze/rHIyOGxUFAGR3bePCxwiMseVGOOILctliMhubRw1JmSoMC+2MBNUfHk5SnV+wAp tmtVuhvouff4FdmtB4RZcib9/3T0TdNFuow3o1PDfv/DTdwKXsqsnUwJDU5vpLn3cfkm7N XULu9z58/uNF9ZcM6MAm7LEtntuesHIpGAWowWJ2hjJdGzctUhIEX2xCq2LmDa7KnTeR7M s9atsPzS08RyYdK5cybOLiTvGV8tc8hhC4sC0iWzYOdikP4DQlut3CWEd76uYFXF5a4MOL uZWyTFAX1GpStV1NaySHAInW4C8ijWBOVJ3K6LPNkRZCEPNecu4ScxBi2xNKTg== Received: from mail-lf1-f50.google.com (mail-lf1-f50.google.com [209.85.167.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 0318F99B9 for ; Fri, 22 Apr 2022 15:55:31 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-lf1-f50.google.com with SMTP id h3so10315449lfu.8 for ; Fri, 22 Apr 2022 08:55:30 -0700 (PDT) X-Gm-Message-State: AOAM532Hq+mrSphyTlmKCIPNEkCVbUzGYu6ahCc7a9RDbkG7nYL+QqRQ UupKu3bkj/UayU2T3RKVm7FkSERkU3ksnQUOE60= X-Google-Smtp-Source: ABdhPJzolgKxYD/z1nUE7mPEohGBk10exezZp3Lche3KJeIsGGya1CAO6z6K0zQlM8Xdz06IXW2et/zKKe6nswg68Yc= X-Received: by 2002:a05:6512:2824:b0:471:d471:3675 with SMTP id cf36-20020a056512282400b00471d4713675mr3434164lfb.576.1650642929552; Fri, 22 Apr 2022 08:55:29 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Kyle Evans Date: Fri, 22 Apr 2022 10:55:17 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: "Cannot find the pool label for 'zroot'" after FreeBSD 13.1-BETA2 install To: Pierre Beyssac Cc: freebsd-stable Content-Type: text/plain; charset="UTF-8" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1650642931; 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=fFSfzgZlpjRR5kGE+cxiXk77/Y9tJfVCNKUhEvIwZUk=; b=DuoOo56kgEKgYBuBI86bHBVNZuhA27jbcalrhInM42af5imExDG6B2805KuMKutnDzKPgc XoBDNKv8NU1zfS0ncse9BBUh/3R6xfm1+Mq59BIUyPkRlIce+yqZoz18jFj6J84bIs0o0T JbRAbD/h71clyatW1O7T5xwW0Cg/hpzpsoKN0TbIXSorSL+oSp1YL7jCLdVQu+4vHVM37+ M9F3BBzKqWA7hxvtlQnm+FORS6zQ7B94atZsRcmIdFCZ827TbzOKvgrJwZ7It4dBlBm//1 RgBBW0aS3RhD7fImMi2+caU5jS0JttHmlYUmcyS4tDjQri5nM/XJTvid6ZeX8g== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1650642931; a=rsa-sha256; cv=none; b=ZJdzr1yGeqjpKnvMOE3M9PHKoAFyMbxeqcxqff2itT/Vm6jiu/b+0hMwegZgScIIUzMbKF rO6p8ybFdvIUbqaXjprxT67qawTrApTiHHp0+yiC2uzP1S5HEaclNgzqyXZ1IaxSa4PCgk baQRX/dCOBMCLB0OIJXb1glrJGlRB5RVGPUBOQiy0aEYH+FK6XfgQ5WSaHrxkI/hgsw9Kl n1IPcvTvuqPhy6cxYuhL0PZd7NREckNPJM/P7lThOPYkY0MCI6AXYD/Kjwlv8nRdxIc9p/ ubENvnv/w97YSxuPN3lJLEWXCSqADPS6OcBAMqVsvYzbhQoZaDq5OZXrVSsQfw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N On Sun, Mar 20, 2022 at 6:28 PM Pierre Beyssac wrote: > > Hi all, > > In case this hasn't been reported. > > I've been testing a FreeBSD 13.1 BETA2 USB image and, after installing > with the default "ZFS root install", the new system fails to mount > root after loading the kernel, then stops in the loader. > > How to reproduce: > - boot the image > - select "Auto (ZFS) Guided Root-on ZFS" in the partioning > menu > - Select: > Pool type: stripe (default) > Encrypt Disk: YES > Swap Size: 164 GB > Encrypt Swap: YES > Other options: default > - continue installation > - reboot > - type the GELI passphrase > > => > Kernel boots then: > > Solaris: NOTICE: Cannot find the pool label for 'zroot' > Solaris: NOTICE: Cannot find the pool label for 'zroot' > Solaris: NOTICE: Cannot find the pool label for 'zroot' > ... > Solaris: NOTICE: Cannot find the pool label for 'zroot' > Mounting from zfs:zroot/ROOT/default failed with error 5. > > Loader variables: > ... > > > > On the exact same hardware, it works with a stock 13.0-RELEASE USB > image. I haven't tried with former 13.1 images. > > This happens on a ASUS motherboard (B550M-A wifi) with a Ryzen 5 > 5600G, 64 GB RAM and NVME disk, in case it matters. > Hi, Graham Perrin pointed this e-mail out in a bug report. I suspect you hit the same root problem as this later report, which is now fixed and will land in -rc5: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=263407 Odds are that back in loader, geom_eli.ko failed to load so the kernel can't decrypt the partition in order for zfs to find its pool. Thanks, Kyle Evans From nobody Sat Apr 23 05:43:15 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 5B0641A941A0 for ; Sat, 23 Apr 2022 05:44:23 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oi1-x229.google.com (mail-oi1-x229.google.com [IPv6:2607:f8b0:4864:20::229]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KlgFf3wXxz4qLL for ; Sat, 23 Apr 2022 05:44:22 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-oi1-x229.google.com with SMTP id r85so11346200oie.7 for ; Fri, 22 Apr 2022 22:44:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=a8aEppTK0BGjPjVkDM6bbf5xegaF7Shh/2IhySL3E+Q=; b=giQHGdW94rfTJOG+iyGeUBC2c39pyscaaa837kUAUN4SMBrlQC7nw7UPBOFyoscyfz Uc7xKQEqTTpRueBTNulniKE44cltmXO8B2L9vGS8GlEJWhL6vekouXV82I8zG/erO+Pb kUO1mvFzEYGQa5uW1J2VmjYA84Q/9hroaR55Q0shYstk5fxwGfOgrAou3P1HdwerHLXu jd4wshNfRgX9/cusY68it0Jui6JnaAP5zgQzsZbrexDQ5IwhLSFAyEcrbYI6K1cJWqtu AyYW9tvzfU0OabscjEevMSdyA57rCkHXVKmnsFrITYh3ds8UYUbrNDcSk/8ctCLf0b24 7Csw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=a8aEppTK0BGjPjVkDM6bbf5xegaF7Shh/2IhySL3E+Q=; b=WHSf+8dVN1kEakXDqA/P3jO93nA8+tbZlKV/J4uMZWXlO3jDL31gbsUXxrP9qINZ+b 6NXYv/1KNst6oUCfNXD2ojg6sd4MvPQ5v04iTJ9ZGgFxyH0YyxL6CuZASqhFA3ck0evA vf/IiMHHdfRP2VXOXJKJwrKFvmSLhFpXLDeOdtLtpGYsVWg0pAXvmaCBYmtzKcD3uNia dSQwuld2iJlnuZbgZgbTne1KYbgmNJaIrcEFuo70G1pRFt3nNZzA8VNkfrutBIbxtr0Q WRpuKafWovPMKV/cNs6E4cjx2eFJ27Y3GueUjiO/xu/p7G8d91yZNC8VZMVWzsGTqgYU 5Ztg== X-Gm-Message-State: AOAM530nDoZPXx8JWnFk5KFTH0qzCecTKAwloUn4TMC3h56fffTg+lvE SJDilDYQgo7AczX9qS1gB9VUxOIXbBbVL7O8OeTfcJQA X-Google-Smtp-Source: ABdhPJzytzdlD/NRfpEc7FIDWte7LDM09qD2sNdqQ0rHlp+lnq7WfCCaMZZQD8GiV06Q7HDZLUKYdKTi0fPW0fw7MxU= X-Received: by 2002:a05:6808:221f:b0:323:2407:ada2 with SMTP id bd31-20020a056808221f00b003232407ada2mr3907471oib.230.1650692661467; Fri, 22 Apr 2022 22:44:21 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Kevin Oberman Date: Fri, 22 Apr 2022 22:43:15 -0700 Message-ID: Subject: Re: No DHCP server found (stable/12 & stable/13) To: FreeBSD Stable ML Content-Type: multipart/alternative; boundary="000000000000b85ad805dd4bd59b" X-Rspamd-Queue-Id: 4KlgFf3wXxz4qLL X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=giQHGdW9; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kob6558@gmail.com designates 2607:f8b0:4864:20::229 as permitted sender) smtp.mailfrom=kob6558@gmail.com X-Spamd-Result: default: False [-1.81 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[rkoberman@gmail.com,kob6558@gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[rkoberman@gmail.com,kob6558@gmail.com]; 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=20210112]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_LONG(0.89)[0.892]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::229:from]; MLMMJ_DEST(0.00)[stable]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N --000000000000b85ad805dd4bd59b Content-Type: text/plain; charset="UTF-8" On Fri, Apr 22, 2022 at 12:13 AM David Wolfskill wrote: > (This may also apply to head; I haven't tested it recently, and testing > is a little awkward for me just now. -- dhw) > > As I type, I am 9 time zones east of home. The laptop I am using is > running: > > FreeBSD localhost 13.1-STABLE FreeBSD 13.1-STABLE #468 > stable/13-n250522-48a5e3fc6568: Wed Apr 20 05:25:39 PDT 2022 > root@g1-48.catwhisker.org:/common/S3/obj/usr/src/amd64.amd64/sys/CANARY > amd64 1301501 1301501 > > I have seen an apparently-similar set of symptoms on a different laptop > (that I use for the bulk of my day-to-day activities when I am not > wandering about (e.g., in different time zones)); it was running: > > FreeBSD 12.3-STABLE #1236 stable/12-n235174-879a6b7b628: Tue Apr 19 > 03:32:12 PDT 2022 root@g1-70.catwhisker.org:/common/S1/obj/usr/src/amd64.amd64/sys/CANARY > amd64 1203507 1203507 > > when I last observed the issue. > > In each case, I have no problems associating (if using wireless) and > acquiring a DHCP lease at home (where the DHCP server is > net/isc-dhcp44-server (isc-dhcp44-server-4.4.2P1_1), currently running: > > FreeBSD 12.3-STABLE #59 stable/12-n235169-6def5bc64cb: Fri Apr 15 03:31:41 > PDT 2022 root@freebeast.catwhisker.org:/common/S1/obj/usr/src/amd64.amd64/sys/ALBERT > amd64 1203507 1203507 > > ), nor do I see the problem if I have either laptop associate to my > phone's "hotspot". > > But at the hotel where I am no, as well as on the commuter shuttle bus > at work, and a hotel in Los Angeles back in March, I found that dhclient > on the laptop would issue DHCPDISCOVER (repeatedly)... and utterly fail > to recognize any response from a DHCP server. > > In searching for solutions, I found a thread, " dhclient does not decode > 802.1q-encapsulated replies #114 " at > https://github.com/opnsense/src/issues/114 - I have no idea if it's > related to what I am seeing. (While I don't use OPNSense, I do use > ipfw (and have, since around 1999). I am not at all familiar with VLANs > -- I don't use them in my networks.) > > I do use an /etc/dhclient.conf; here are the non-comment lines: > > | send host-name ""; > | > | request ntp-servers, smtp-server, routers, domain-name-servers, > domain-search, domain-name, subnet-mask, broadcast-address; > > though the mtime on that file shows Aug 15 04:40:08 2018 (at which point > I know the shuttle bus DHCP was working for me). > > As you may be able to discern, while I do have connectivity enough > to send/receive email, my opportunities for checking and testing > are likely to be quite limited -- more so in a couple of days, once > the cycling tour actually gets under way. > > Peace, > david > -- > David H. Wolfskill david@catwhisker.org > V. Putin does not need "negotiations" to stop his own senseless war. > > See https://www.catwhisker.org/~david/publickey.gpg for my public key. > For the past year (maybe longer as I did not travel during the pandemic) I have been unable to get an address assignment at any Marriott family hotel. This will get worse as I will be in Hawaii for two weeks next month. I talked to tech support, in one case to a Linux user, and they were baffled. I'd love to get this resolved. I have done traffic capture and see my DISCOVER packets going out, but no responses. I have no issues with getting an address assignment elsewhere, so it looks like it is probably tied to hardware or implementation by whatever company Marriott is using. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 --000000000000b85ad805dd4bd59b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Fri, Apr 22, 2022 at 12:13 A= M David Wolfskill <david@catwhis= ker.org> wrote:
(This may also apply to head; I hav= en't tested it recently, and testing
is a little awkward for me just now. -- dhw)

As I type, I am 9 time zones east of home.=C2=A0 The laptop I am using is running:

FreeBSD localhost 13.1-STABLE FreeBSD 13.1-STABLE #468 stable/13-n250522-48= a5e3fc6568: Wed Apr 20 05:25:39 PDT 2022=C2=A0 =C2=A0 =C2=A0root@g1-48.catw= hisker.org:/common/S3/obj/usr/src/amd64.amd64/sys/CANARY amd64 1301501 1301= 501

I have seen an apparently-similar set of symptoms on a different laptop
(that I use for the bulk of my day-to-day activities when I am not
wandering about (e.g., in different time zones)); it was running:

FreeBSD 12.3-STABLE #1236 stable/12-n235174-879a6b7b628: Tue Apr 19 03:32:1= 2 PDT 2022=C2=A0 =C2=A0 =C2=A0root@g1-70.catwhisker.org:/common/S1/obj/usr/= src/amd64.amd64/sys/CANARY=C2=A0 amd64 1203507 1203507

when I last observed the issue.

In each case, I have no problems associating (if using wireless) and
acquiring a DHCP lease at home (where the DHCP server is
net/isc-dhcp44-server (isc-dhcp44-server-4.4.2P1_1), currently running:

FreeBSD 12.3-STABLE #59 stable/12-n235169-6def5bc64cb: Fri Apr 15 03:31:41 = PDT 2022=C2=A0 =C2=A0 =C2=A0root@freebeast.catwhisker.org:/common/S1/obj/usr/sr= c/amd64.amd64/sys/ALBERT=C2=A0 amd64 1203507 1203507

), nor do I see the problem if I have either laptop associate to my
phone's "hotspot".

But at the hotel where I am no, as well as on the commuter shuttle bus
at work, and a hotel in Los Angeles back in March, I found that dhclient on the laptop would issue DHCPDISCOVER (repeatedly)... and utterly fail
to recognize any response from a DHCP server.

In searching for solutions, I found a thread, " dhclient does not deco= de
802.1q-encapsulated replies #114 " at
https://github.com/opnsense/src/issues/114 - I have no= idea if it's
related to what I am seeing.=C2=A0 (While I don't use OPNSense, I do us= e
ipfw (and have, since around 1999).=C2=A0 I am not at all familiar with VLA= Ns
-- I don't use them in my networks.)

I do use an /etc/dhclient.conf; here are the non-comment lines:

| send host-name "";
|
| request ntp-servers, smtp-server, routers, domain-name-servers, domain-se= arch, domain-name, subnet-mask, broadcast-address;

though the mtime on that file shows Aug 15 04:40:08 2018 (at which point I know the shuttle bus DHCP was working for me).

As you may be able to discern, while I do have connectivity enough
to send/receive email, my opportunities for checking and testing
are likely to be quite limited -- more so in a couple of days, once
the cycling tour actually gets under way.

Peace,
david
--
David H. Wolfskill=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 david@catwhisker.org
V. Putin does not need "negotiations" to stop his own senseless w= ar.

See https://www.catwhisker.org/~david/publickey.gpg for my public key.

For the past year (maybe lon= ger as I did not travel during the pandemic) I have been unable to get an a= ddress assignment at any Marriott family hotel. This will get worse as I wi= ll be in Hawaii for two weeks next month. I talked to tech support, in one = case to a Linux user, and they were baffled. I'd love to get this resol= ved.

I have done traffic capture and see= my DISCOVER packets going out, but no responses.

=
I have no issues with getting an address assignment elsewhere, so= it looks like it is probably tied to hardware or implementation by whateve= r company Marriott is using.

--
--000000000000b85ad805dd4bd59b-- From nobody Sun Apr 24 16:32:00 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E029A1A86CF7 for ; Sun, 24 Apr 2022 16:32:10 +0000 (UTC) (envelope-from peter@peter-dambier.de) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (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 4KmYZd2wXsz3prR for ; Sun, 24 Apr 2022 16:32:09 +0000 (UTC) (envelope-from peter@peter-dambier.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1650817921; bh=NGmXqnPpo3iJhavFyrw76WpAbfmUDmKd7Xl3UdXKXpo=; h=X-UI-Sender-Class:Date:From:To:Subject:In-Reply-To:References: Reply-To; b=HQfB7eFmfXD8ciW97lhIHBCcBMhAwwRLsH03BTV4z2lX8bdflXKL3jwCwtzQMlJ8P lGh+Dj0ZWnb5FBfNiY9ABXi3Gzjybs4ME5wOaMTFMbmr9g0yQuSSlodZGQYfmjzBB2 RWCH8Lrr6rnmu6UuBBN91GaDmAeg2Rw9jtKUEsGk= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from cesium.dl2fba ([217.113.183.105]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MTzay-1nIi3P33lC-00R2Vr for ; Sun, 24 Apr 2022 18:32:01 +0200 Date: Sun, 24 Apr 2022 18:32:00 +0200 From: Peter Dambier To: stable@freebsd.org Subject: Re: No DHCP server found (stable/12 & stable/13) Message-ID: <20220424183200.6d950662.peter@peter-dambier.de> In-Reply-To: References: Reply-To: peter@peter-dambier.de X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.31; i586-slackware-linux-gnu) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:gHcAo7GbsJBRlFpKh7oPP84yqA3/4yB1404tygNk5EGKbvtnasj EwAh6ELKIzy7EHLNYv+hT/lmLyzMVgOzyPEO17KLLZRX6MtnnaD8Z8ymTIoB+WJ+48sowCZ LU+z2ugGP+CuvSDVEpe3e5Ye+z64FGkqyz/WFTwEZcTbPLYKz/Q9XxIYocGaLnfpgEMYlxL 6BAxQBe2p7S2ZF/ZISOVA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:sQPpCz756+o=:2oT46NHO/B7OHtbuGk7Q+K Yx71iuybVF5cHl0pHksY6keRTYPkpstVwefDi0AzuNn3WwVQZRwfHFDcbZeIZilIryawaqRJP tRaOXlR6Bo1sISGg8aD7aHgu5u6FGNAiDsSVbBJNuaUxyr24Lb9lG4A6YfNp7LGypFd7LKOOc 9Aw/cZ3xWdsUgyNknRLIM+XaIPBuMgQzWLlG/1vh6n8abm4f8TVwRiyzubpCNTXhOzmlTWDZV 92A5z7+a+0I3J5iOwb563dKXEcDK4h/xiv2xa3i7RRxUBxd4JZIoqXR6eGaI92K+Olp8DDxXD rSbMsCSktymzboVQBT3ex+d+buT27JQFmeQ/Llb640PWSuoC9nPgf4C0lZ78P5C2mcpWj5+rK 11/MuD626HPz4iqFNHFMf8ucreHD94WYVtOnDETjicsqOwdCu+ZtRlpa4z7FleKxIERG3HItg Gvhergd0JUrT+qJj6+9KmhUaNMGtUGZPeyktWm0vYip/RO4vQCe7hCddx9LgnUIpmFTADt6iK FAlf78GoPPXG9vZfF2fyTH4NAERKuZKopkDKEwzEIptO/Bc9ZoLi+NpgZ9o2Ornn+7DlcM/Ky 7id8/uCFxxwvXlXUFMgKaT23XmUyYz9G/7ZO1fhwm4mfeXcdrtecBM6+S/AlqrxwI63A47HZb RQ6mNcEN8i51y7lMG2RS7SsPlciFj0zT3gySJTgon0CPN3v38p3duFXe8HCfbsDjnkDZyCLN0 WAIrrLuExp9732zk/qN7V/8EmYAR2qkXpWYIZ0h2siL2xnqASoSeyDRcYHgyLFh5cRVdq6dZH c2CuP0w765lzQfxDteAkS93HVuXmgykTzAhhUXhL3YKYotm3yfz9o27ce5KkSTfow5dB0/QEl YZLzJtuCVX4z2Hfi0O73AAtcrPquP32NYaUfhsxLQz6H/z0AtX8SyQsFbCejjGqBEOSQwYiRr kIpP3HY3hmHFUDHV09q08kU1lE26a5xBLhlAOWij1epeumw/lpBp6aRJYuL9Z4j3qjougYlPm XoP3JEEv81YZyolfn/4RtTkdlm+sHFbIkCC5B5tJPjrKc6qHbCI+nMmK8CYgXs75aHUXIQhsX 5DUL1957BKiuzI= X-Rspamd-Queue-Id: 4KmYZd2wXsz3prR X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.net header.s=badeba3b8450 header.b=HQfB7eFm; dmarc=none; spf=none (mx1.freebsd.org: domain of peter@peter-dambier.de has no SPF policy when checking 212.227.15.19) smtp.mailfrom=peter@peter-dambier.de X-Spamd-Result: default: False [0.93 / 15.00]; HAS_REPLYTO(0.00)[peter@peter-dambier.de]; RCVD_VIA_SMTP_AUTH(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[gmx.net:+]; NEURAL_HAM_SHORT(-0.67)[-0.666]; RECEIVED_SPAMHAUS_PBL(0.00)[217.113.183.105:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; RCVD_IN_DNSWL_LOW(-0.10)[212.227.15.19:from]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; FREEFALL_USER(0.00)[peter]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; DMARC_NA(0.00)[peter-dambier.de]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_LOW(-1.00)[gmx.net:dkim]; NEURAL_SPAM_LONG(0.99)[0.992]; MID_CONTAINS_FROM(1.00)[]; MLMMJ_DEST(0.00)[stable]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Fri, 22 Apr 2022 22:43:15 -0700 Kevin Oberman wrote: > On Fri, Apr 22, 2022 at 12:13 AM David Wolfskill > wrote: > > > (This may also apply to head; I haven't tested it recently, and > > testing is a little awkward for me just now. -- dhw) > > > > As I type, I am 9 time zones east of home. The laptop I am using is > > running: > > > > FreeBSD localhost 13.1-STABLE FreeBSD 13.1-STABLE #468 > > stable/13-n250522-48a5e3fc6568: Wed Apr 20 05:25:39 PDT 2022 > > root@g1-48.catwhisker.org:/common/S3/obj/usr/src/amd64.amd64/sys/CANA= RY > > amd64 1301501 1301501 > > > > I have seen an apparently-similar set of symptoms on a different > > laptop (that I use for the bulk of my day-to-day activities when I > > am not wandering about (e.g., in different time zones)); it was > > running: > > > > FreeBSD 12.3-STABLE #1236 stable/12-n235174-879a6b7b628: Tue Apr 19 > > 03:32:12 PDT 2022 > > root@g1-70.catwhisker.org:/common/S1/obj/usr/src/amd64.amd64/sys/CANAR= Y > > amd64 1203507 1203507 > > > > when I last observed the issue. > > > > In each case, I have no problems associating (if using wireless) and > > acquiring a DHCP lease at home (where the DHCP server is > > net/isc-dhcp44-server (isc-dhcp44-server-4.4.2P1_1), currently > > running: > > > > FreeBSD 12.3-STABLE #59 stable/12-n235169-6def5bc64cb: Fri Apr 15 > > 03:31:41 PDT 2022 > > root@freebeast.catwhisker.org:/common/S1/obj/usr/src/amd64.amd64/sys/A= LBERT > > amd64 1203507 1203507 > > > > ), nor do I see the problem if I have either laptop associate to my > > phone's "hotspot". > > > > But at the hotel where I am no, as well as on the commuter shuttle > > bus at work, and a hotel in Los Angeles back in March, I found that > > dhclient on the laptop would issue DHCPDISCOVER (repeatedly)... and > > utterly fail to recognize any response from a DHCP server. > > > > In searching for solutions, I found a thread, " dhclient does not > > decode 802.1q-encapsulated replies #114 " at > > https://github.com/opnsense/src/issues/114 - I have no idea if it's > > related to what I am seeing. (While I don't use OPNSense, I do use > > ipfw (and have, since around 1999). I am not at all familiar with > > VLANs -- I don't use them in my networks.) > > > > I do use an /etc/dhclient.conf; here are the non-comment lines: > > > > | send host-name ""; > > | > > | request ntp-servers, smtp-server, routers, domain-name-servers, > > domain-search, domain-name, subnet-mask, broadcast-address; > > > > though the mtime on that file shows Aug 15 04:40:08 2018 (at which > > point I know the shuttle bus DHCP was working for me). > > > > As you may be able to discern, while I do have connectivity enough > > to send/receive email, my opportunities for checking and testing > > are likely to be quite limited -- more so in a couple of days, once > > the cycling tour actually gets under way. > > > > Peace, > > david > > -- > > David H. Wolfskill david@catwhisker.org > > V. Putin does not need "negotiations" to stop his own senseless war. > > > > See https://www.catwhisker.org/~david/publickey.gpg for my public > > key. > > For the past year (maybe longer as I did not travel during the > pandemic) I have been unable to get an address assignment at any > Marriott family hotel. This will get worse as I will be in Hawaii for > two weeks next month. I talked to tech support, in one case to a > Linux user, and they were baffled. I'd love to get this resolved. > > I have done traffic capture and see my DISCOVER packets going out, > but no responses. > > I have no issues with getting an address assignment elsewhere, so it > looks like it is probably tied to hardware or implementation by > whatever company Marriott is using. > Maybe related - maybe ot. I am running a public and not encrypted WLAN "freifunk.net". An ancient linux router box will not automatically ask for a new lease. I have to reconnect manually. Slackware 15.0 will not connect at all. I remember Slackware 14.2 (6 years old) did connect I have no problem connecting to two "normal" encrypted WLAN routers and the router box does automatically renew its lease and get a new local ipaddress. I cannot test with FreeBSD because my WLAN adapter is not supported. My guess something in WLAN changed and not only FreeBSD sees this problem. Cheers Peter From nobody Tue Apr 26 14:10:51 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B19051AB7B37 for ; Tue, 26 Apr 2022 14:11:07 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from elf.hq.norma.perm.ru (mail.norman-retail.ru [128.127.146.8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.norma.perm.ru", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KnkLy0nbxz3HcW for ; Tue, 26 Apr 2022 14:11:05 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from [192.168.100.79] (net147.234.188-221.ertelecom.ru [188.234.147.221] (may be forged)) by elf.hq.norma.perm.ru (8.16.1/8.15.2) with ESMTPS id 23QEAvVk082281 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO) for ; Tue, 26 Apr 2022 19:10:58 +0500 (+05) (envelope-from eugene@zhegan.in) Message-ID: <2c2d774c-3677-c3b7-d099-71318743a434@zhegan.in> Date: Tue, 26 Apr 2022 19:10:51 +0500 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:91.0) Gecko/20100101 Thunderbird/91.7.0 To: freebsd-stable@freebsd.org Content-Language: en-US From: "Eugene M. Zheganin" Subject: FreeBSD boot from root pool larger than 1Tb/cannot read MOS/all block copies unavailable Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Server: elf.hq.norma.perm.ru X-Rspamd-Queue-Id: 4KnkLy0nbxz3HcW X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of eugene@zhegan.in designates 128.127.146.8 as permitted sender) smtp.mailfrom=eugene@zhegan.in X-Spamd-Result: default: False [-1.78 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[zhegan.in]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_SPAM_LONG(0.52)[0.521]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:212494, ipnet:128.127.146.0/24, country:RU]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[188.234.147.221:received] X-ThisMailContainsUnwantedMimeParts: N Hello, recently I found another server that was running 12.x and became unbootable because of the famous "cannot read MOS/all block copies unavailable/etc" gptzfsboot message which can be randomly displayed when boot blocks migrate beyond 1st Tb on a large root pool. I managed to boot the server from CD (pointing out the root pool with vfs.root.mountfrom) and then upgraded it to the recent 13.0, where is showed no signs of being able to boot from disks again (so I'm treating this as still not fixed, and probably as won't be fixed issue). Since this issue is like 10 years old and I see no light at the end of the tunnel, could the bsdinstall at least be made aware about this so it won't permit the large root pool creation by default ? Because as far as I remember there's still no option in it to create a pool smaller than the disk, and I have to use the custom installation script in order to do this. I'm asking because unfortunately recently I've found two more of these time bombs among my servers. Thanks. Eugene. P.S. There have been speculations that switching to the UEFI loader may help, because it's more functional and probably can see the migrated over 1Tb boot blocks, can anyone confirm this ? From nobody Tue Apr 26 19:14:20 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id A92B8199AA15 for ; Tue, 26 Apr 2022 19:14:34 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-ej1-x629.google.com (mail-ej1-x629.google.com [IPv6:2a00:1450:4864:20::629]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Kns556LSYz3pyR for ; Tue, 26 Apr 2022 19:14:33 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by mail-ej1-x629.google.com with SMTP id gh6so13970583ejb.0 for ; Tue, 26 Apr 2022 12:14:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=LxNa+DizZtI8AiBBrumC8VzUa18K0pKsLDzp1F9E6ok=; b=RMsuWbctj3Mo8WBVZiMj+0Obza+PndMZ7MRQP+rc2SaerPVDY2g6VF7QefSSf3NCuB MbuRP0jMIF0U+qer0OMV75U046sL1aBLOM41VQunJp90cdUL7u+ODrlzfFDnO7g0bgul fdtEV92QdQNaYeekro6vM1EtKn5PVBADBPmsNrSzJWwpUVxYVJmFR/AlulTsicYFuXuC yxn0did3c2RjFcCoS93BaNQMDLThFe8VK+4k65LaXRYnzJ1r/+GiVO7z326ChwzNnI43 LWXqxC+6dat1MwzJi2ApfACZNZwEUEYastNjzPv0+EipE9DcwpArFABce06d18S1oOQH pfrQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=LxNa+DizZtI8AiBBrumC8VzUa18K0pKsLDzp1F9E6ok=; b=6rJIuNOk+QWZ0PcPGgleAl7QHPG4XXh6416pmukvkCfO3rcYsj6XAKRWKy80dbE/lJ QqQe6iHhSCUE87Y4dZ8OnlCmcd0OludjsAe0b3V9SdgRbK8HIn65ypUqFWt75z/70ePW QMtsE/nXd3uMV2DHR9fqva4ZKEpo8AAPoox84NVipHiusK4A0gcXmF7MolTws4KV/Fow UciqCMSSUcR+EFkS68MwLb2ClWQxSRUzkFBlpgw4I5ewFB/3B2eaQCQxIZITczUpw3GU fMYWt0hPtaZ123ATuYSBPTjrsVNsEzmyEs9bXROEH4AU1PBC6yUaRhdAp1IuGTYEZEtY XQmg== X-Gm-Message-State: AOAM533TCZiAitAF+uEzlKjHQwZE5Q9yxTBfLul4vfUkv28eFbZg/1iE gC+loKOCqU8pZkpo1yxgzFKhSSv0fISXE5hIw1nD+UE= X-Google-Smtp-Source: ABdhPJxqU9dAzk50ddK+cV1tFvMyMi6Xn3AwlHrENG/WaKihyHT8zWctoaBQJ3MHUOV1jPokfMxYFIpRp1ioUMUDyoU= X-Received: by 2002:a17:907:7745:b0:6f3:674a:339 with SMTP id kx5-20020a170907774500b006f3674a0339mr19235038ejc.207.1651000472670; Tue, 26 Apr 2022 12:14:32 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <2c2d774c-3677-c3b7-d099-71318743a434@zhegan.in> In-Reply-To: <2c2d774c-3677-c3b7-d099-71318743a434@zhegan.in> From: Zaphod Beeblebrox Date: Tue, 26 Apr 2022 15:14:20 -0400 Message-ID: Subject: Re: FreeBSD boot from root pool larger than 1Tb/cannot read MOS/all block copies unavailable To: "Eugene M. Zheganin" Cc: FreeBSD Stable Content-Type: multipart/alternative; boundary="000000000000b2944b05dd938046" X-Rspamd-Queue-Id: 4Kns556LSYz3pyR X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=RMsuWbct; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of zbeeble@gmail.com designates 2a00:1450:4864:20::629 as permitted sender) smtp.mailfrom=zbeeble@gmail.com X-Spamd-Result: default: False [-1.99 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-0.995]; NEURAL_SPAM_SHORT(1.00)[1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::629:from]; MID_RHS_MATCH_FROMTLD(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N --000000000000b2944b05dd938046 Content-Type: text/plain; charset="UTF-8" I have had this happen too... in my case an TR4 motherboard booting from 2x 4T (WD red) and an NMVE cache/log. What I've found is that the BIOS is faulty for some reason on reboot --- and that a complete poweroff (where the board power -- and the LEDs go out) is required ... and then everything boots just fine. ... but the not being able to find all block copies is the error that the bootblock loader emits while trying to suck in loader. ... and in my case, the only drives BIOS can see are the 2x 4T and the NVMe. The system also has a SAS card in it, but this card is configured to not talk to BIOS and presents no disks. This card has also been changed out with other hardware several times whlie the system has shown this "not all block copies" error since switching to this motherboard. On Tue, Apr 26, 2022 at 10:12 AM Eugene M. Zheganin wrote: > Hello, > > recently I found another server that was running 12.x and became > unbootable because of the famous "cannot read MOS/all block copies > unavailable/etc" gptzfsboot message which can be randomly displayed when > boot blocks migrate beyond 1st Tb on a large root pool. I managed to > boot the server from CD (pointing out the root pool with > vfs.root.mountfrom) and then upgraded it to the recent 13.0, where is > showed no signs of being able to boot from disks again (so I'm treating > this as still not fixed, and probably as won't be fixed issue). > > Since this issue is like 10 years old and I see no light at the end of > the tunnel, could the bsdinstall at least be made aware about this so it > won't permit the large root pool creation by default ? Because as far as > I remember there's still no option in it to create a pool smaller than > the disk, and I have to use the custom installation script in order to > do this. > > I'm asking because unfortunately recently I've found two more of these > time bombs among my servers. > > > Thanks. > > > Eugene. > > > P.S. There have been speculations that switching to the UEFI loader may > help, because it's more functional and probably can see the migrated > over 1Tb boot blocks, can anyone confirm this ? > > > --000000000000b2944b05dd938046 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I have had this happen too... in my case an TR4 mothe= rboard booting from 2x 4T (WD red) and an NMVE cache/log.=C2=A0 What I'= ve found is that the BIOS is faulty for some reason on reboot --- and that = a complete poweroff (where the board power -- and the LEDs go out) is requi= red ... and then everything boots just fine.

... b= ut the not being able to find all block copies is the error that the bootbl= ock loader emits while trying to suck in loader.

.= .. and in my case, the only drives BIOS can see are the 2x 4T and the NVMe.= =C2=A0 The system also has a SAS card in it, but this card is configured to= not talk to BIOS and presents no disks.=C2=A0 This card has also been chan= ged out with other hardware several times whlie the system has shown this &= quot;not all block copies" error since switching to this motherboard.<= br>

On Tue, Apr 26, 2022 at 10:12 AM Eugene M. Zheganin <eugene@zhegan.in> wrote:
Hello,

recently I found another server that was running 12.x and became
unbootable because of the famous "cannot read MOS/all block copies unavailable/etc" gptzfsboot message which can be randomly displayed wh= en
boot blocks migrate beyond 1st Tb on a large root pool. I managed to
boot the server from CD (pointing out the root pool with
vfs.root.mountfrom) and then upgraded it to the recent 13.0, where is
showed no signs of being able to boot from disks again (so I'm treating=
this as still not fixed, and probably as won't be fixed issue).

Since this issue is like 10 years old and I see no light at the end of
the tunnel, could the bsdinstall at least be made aware about this so it won't permit the large root pool creation by default ? Because as far a= s
I remember there's still no option in it to create a pool smaller than =
the disk, and I have to use the custom installation script in order to
do this.

I'm asking because unfortunately recently I've found two more of th= ese
time bombs among my servers.


Thanks.


Eugene.


P.S. There have been speculations that switching to the UEFI loader may help, because it's more functional and probably can see the migrated over 1Tb boot blocks, can anyone confirm this ?


--000000000000b2944b05dd938046-- From nobody Wed Apr 27 00:10:46 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 8BF531994D85 for ; Wed, 27 Apr 2022 00:10:53 +0000 (UTC) (envelope-from spork@bway.net) Received: from smtp2.bway.net (smtp2.bway.net [216.220.96.28]) (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 4Knzg05PZQz3NdX for ; Wed, 27 Apr 2022 00:10:52 +0000 (UTC) (envelope-from spork@bway.net) Received: from gaseousweiner.sporklab.com (unknown [108.35.254.39]) (using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: spork@bway.net) by smtp2.bway.net (Postfix) with ESMTPSA id 7112331D2D; Tue, 26 Apr 2022 20:10:46 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bway.net; s=mail; t=1651018246; bh=bl/rGdlTbKCfy51qppcPUzzLeawl4EEQTpAPK+ciMOo=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=cq9qyesYmP87sKbOMHj59ARj+v0QzhrqwCJjb+88+iLXfP3/ToSXShExlr29sS0bp ztOA0Wrq/wFlV94jd55pJpTcC61/H9r6qQfz/78NgT+q20VUkMUaM0U6EV1opFCeUx uRsZPudc9ytR8MQTRTAaNFzAZ4tPhntKV8AfUOaY= Content-Type: text/plain; charset=utf-8 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.21\)) Subject: Re: FreeBSD boot from root pool larger than 1Tb/cannot read MOS/all block copies unavailable From: Charles Sprickman In-Reply-To: <2c2d774c-3677-c3b7-d099-71318743a434@zhegan.in> Date: Tue, 26 Apr 2022 20:10:46 -0400 Cc: freebsd-stable@freebsd.org X-Mao-Original-Outgoing-Id: 672711045.791908-0ab6b187bb482f94fcedd1f4a16d80e3 Content-Transfer-Encoding: quoted-printable Message-Id: <23BB62D2-CF27-4730-A19B-A110F3D9970E@bway.net> References: <2c2d774c-3677-c3b7-d099-71318743a434@zhegan.in> To: "Eugene M. Zheganin" X-Mailer: Apple Mail (2.3445.104.21) X-Rspamd-Queue-Id: 4Knzg05PZQz3NdX X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bway.net header.s=mail header.b=cq9qyesY; dmarc=pass (policy=quarantine) header.from=bway.net; spf=pass (mx1.freebsd.org: domain of spork@bway.net designates 216.220.96.28 as permitted sender) smtp.mailfrom=spork@bway.net X-Spamd-Result: default: False [-4.60 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bway.net:s=mail]; 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:216.220.96.28/32]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; DWL_DNSWL_LOW(-1.00)[bway.net:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bway.net:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[bway.net,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8059, ipnet:216.220.96.0/19, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[216.220.96.28:from] X-ThisMailContainsUnwantedMimeParts: N > On Apr 26, 2022, at 10:10 AM, Eugene M. Zheganin = wrote: >=20 > Hello, >=20 > recently I found another server that was running 12.x and became = unbootable because of the famous "cannot read MOS/all block copies = unavailable/etc" gptzfsboot message which can be randomly displayed when = boot blocks migrate beyond 1st Tb on a large root pool. Is this documented somewhere? I=E2=80=99m pretty sure I have a number of = servers that fit this description. How do boot blocks =E2=80=9Cmigrate=E2=80= =9D? Charles= From nobody Wed Apr 27 08:20:59 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 713CE19914F2 for ; Wed, 27 Apr 2022 08:21:05 +0000 (UTC) (envelope-from se@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KpBXd2dmVz3FG9; Wed, 27 Apr 2022 08:21:05 +0000 (UTC) (envelope-from se@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1651047665; 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=bg7Ekn5lIXzFSvGOTru3H27/gdPfd3yYWRUEJvOZbo8=; b=fm6/PNiQI8JMPFacA8qGY/Ddp68jmwbpM3xhZ1ONqi+7StRjl+7N+qir8U6IyemyNfe4Fe vbJ00fSmYo7dqUAewrTk/E1w6ZEtdx3lOzSy6UCPk7R17cwuCQyRE1iH2FhO5Qw/e1Vfal DsXImleRDDPy4yDQy0BKPhX5AqO5tJmpH/JzvJbsv99mENExT182Jv25zZkuVN2ipZ7cS4 yA7cqvteY+NgSG29GFS5KgmfJ74ubS3YvAgpK0IG4yNFYtNaw3C6c4Y30JsP6cG3gM8ZCE tOaEBMnxFeGmvWHpe3+TQhJJIzk6BN0wSFj3D9jkuyGWkoY6insGB+qA0AH8Dg== Received: from [IPV6:2003:cd:5f05:c200:7555:8c17:9728:90a9] (p200300cd5f05c20075558c17972890a9.dip0.t-ipconnect.de [IPv6:2003:cd:5f05:c200:7555:8c17:9728:90a9]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: se/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id C82FC60DF; Wed, 27 Apr 2022 08:21:04 +0000 (UTC) (envelope-from se@FreeBSD.org) Message-ID: Date: Wed, 27 Apr 2022 10:20:59 +0200 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.8.1 Subject: Re: FreeBSD boot from root pool larger than 1Tb/cannot read MOS/all block copies unavailable Content-Language: en-US To: Charles Sprickman Cc: freebsd-stable@freebsd.org References: <2c2d774c-3677-c3b7-d099-71318743a434@zhegan.in> <23BB62D2-CF27-4730-A19B-A110F3D9970E@bway.net> From: Stefan Esser In-Reply-To: <23BB62D2-CF27-4730-A19B-A110F3D9970E@bway.net> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------7518wSGt3d20nZc99Rxgz0w0" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1651047665; 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=bg7Ekn5lIXzFSvGOTru3H27/gdPfd3yYWRUEJvOZbo8=; b=Dyhp8GGmuwDAF33v5XoDLXR2KawMIACjMgWzH85eOc+n74UIKiYPWP2FZFZE7Ln3wlaqGU UhH4qhIiK6mj8ClULQpCTYs/+GTOSBSjcm3lusEfog0xdJfDaMPZUvWc4yTp5gZYsOz8in sfXh5NaLGHymY9toUrbPi2gIAabsUgbA8WRFZDKsRCvAdTVM7d0L605ezd2yosTegnsSEn vI6AJE1si24fVB4DVtW4eCUIyCORh4fSaKGiiUIwsp+pmtcRhmtzT3nja/LBLzaX6hUmxX 6uz1qi9A32QrX7eIlwdvES5kWlIQnJQAXBfqOhs7r5nm8jJViwA9h3oXfPELvg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1651047665; a=rsa-sha256; cv=none; b=nBJ1i2sEwaf1gOUOGNp8ah9CSHRo9MEpDM19ylX+24vTmk5y7KRVVPiFUEhqXowc7Jljl/ 6nIi1F8PaLai//lgp1cSIENrklrIfRttNCLRPLx4z4lnef0B3KTAiqDWutP5k0DkHB7OKk yiiUwbJvz1WkG3DmqEkvzxcZFksN544/GBD6izuN29neAXuX3+RSqD5QBCpB7OxfGJmQGU C0n3vFZ0Hf/1+MzbR9mwuut85tD1LkyR6rs1GVyEmfreh5zm7dxqaUk2MDYc8nLeZHOJny OpoZTF0VbS1vIG7a4Ox9bmyMAE+JaSDUjKzaoX3MWrQUxr9KWOUMAGh31bhBSg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------7518wSGt3d20nZc99Rxgz0w0 Content-Type: multipart/mixed; boundary="------------Pv1ZITXSJPckA40iWhNOZLgv"; protected-headers="v1" From: Stefan Esser To: Charles Sprickman Cc: freebsd-stable@freebsd.org Message-ID: Subject: Re: FreeBSD boot from root pool larger than 1Tb/cannot read MOS/all block copies unavailable References: <2c2d774c-3677-c3b7-d099-71318743a434@zhegan.in> <23BB62D2-CF27-4730-A19B-A110F3D9970E@bway.net> In-Reply-To: <23BB62D2-CF27-4730-A19B-A110F3D9970E@bway.net> --------------Pv1ZITXSJPckA40iWhNOZLgv Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am 27.04.22 um 02:10 schrieb Charles Sprickman:>> On Apr 26, 2022, at 10:= 10 AM, Eugene M. Zheganin wrote: >> >> Hello, >> >> recently I found another server that was running 12.x and became unboo= table because of the famous "cannot read MOS/all block copies unavailable= /etc" gptzfsboot message which can be randomly displayed when boot blocks= migrate beyond 1st Tb on a large root pool. >=20 > Is this documented somewhere? I=E2=80=99m pretty sure I have a number o= f servers that fit this description. How do boot blocks =E2=80=9Cmigrate=E2= =80=9D? Boot blocks on PCs are traditionally stored in the first few sectors of the boot disk. But those are only used to load a loader that knows about the actual file system format used, and the loader still relies on BIOS functions to access the boot file system where the kernel resides. BIOS limits have hurt PC users over the years, and those limits have always been only slightly increased, just enough to support common disk sizes at the respective point time: https://tldp.org/HOWTO/Large-Disk-HOWTO-4.html With UFS the kernel was typically loaded from the "a" partition, which commonly was small and placed first on the disk. With ZFS you can have a small boot pool (or base system pool) in a partition completely within the range covered by the BIOS to create a somewhat similar layout. Else ZFS may place parts of the kernel anywhere on a pool that may be much larger than the BIOS call can address. This is not a FreeBSD limit, it is a limit of the technology provided by the PC platform and the functionality provided by the PC BIOS. Regards, STefan --------------Pv1ZITXSJPckA40iWhNOZLgv-- --------------7518wSGt3d20nZc99Rxgz0w0 Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- wsB5BAABCAAjFiEEo3HqZZwL7MgrcVMTR+u171r99UQFAmJo/OsFAwAAAAAACgkQR+u171r99UQ7 nwgAhNl7sK4z1h4OVbsaB2DQbKZqunqsxkRsy0B8L8A0cA1hsCwxZ+jPbes4+QquXNsoHoEQzbQH +qIiGCevfkQ5r6gqBgmDZMhhX0GU5qg/oLCvwzOnqodfan0qY9727fkCowa9X2lj5LR2NZ0Wmz62 daxVP/pxdBovMDCLf+X9QtueJKuTBZp23I3GeniRzXIRWJllSMIzpM59uYhKynhAPdwrZU8068Pp DpvexkYbtghzy9cnh0QwBDA3pT2JMR/OSlhQCTFshFRnaEiQiMqUCMX+ZQ82oluz1GGY9pVSpBiS rc05APhZkkvl7V9NjyUARILmQyKuunyktvPXgziLXg== =h5Wc -----END PGP SIGNATURE----- --------------7518wSGt3d20nZc99Rxgz0w0-- From nobody Wed Apr 27 12:45:02 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id C60901AA8EDA for ; Wed, 27 Apr 2022 12:45:13 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4KpJPN4RlXz4c8c for ; Wed, 27 Apr 2022 12:45:11 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from kalamity.joker.local (123-1-111-80.area1b.commufa.jp [123.1.111.80]) (authenticated bits=0) by www121.sakura.ne.jp (8.16.1/8.16.1/[SAKURA-WEB]/20201212) with ESMTPA id 23RCj2at031964; Wed, 27 Apr 2022 21:45:03 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Wed, 27 Apr 2022 21:45:02 +0900 From: Tomoaki AOKI To: "Eugene M. Zheganin" Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD boot from root pool larger than 1Tb/cannot read MOS/all block copies unavailable Message-Id: <20220427214502.f9ef1317f2911fb5247d1757@dec.sakura.ne.jp> In-Reply-To: <2c2d774c-3677-c3b7-d099-71318743a434@zhegan.in> References: <2c2d774c-3677-c3b7-d099-71318743a434@zhegan.in> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.0) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4KpJPN4RlXz4c8c X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of junchoon@dec.sakura.ne.jp has no SPF policy when checking 153.125.133.21) smtp.mailfrom=junchoon@dec.sakura.ne.jp X-Spamd-Result: default: False [-1.30 / 15.00]; RCVD_TLS_LAST(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.99)[-0.995]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[sakura.ne.jp]; AUTH_NA(1.00)[]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.76)[-0.764]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-0.95)[-0.945]; MLMMJ_DEST(0.00)[freebsd-stable]; 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:7684, ipnet:153.125.128.0/18, country:JP]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[123.1.111.80:received] X-ThisMailContainsUnwantedMimeParts: N On Tue, 26 Apr 2022 19:10:51 +0500 "Eugene M. Zheganin" wrote: > Hello, > > recently I found another server that was running 12.x and became > unbootable because of the famous "cannot read MOS/all block copies > unavailable/etc" gptzfsboot message which can be randomly displayed when > boot blocks migrate beyond 1st Tb on a large root pool. I managed to > boot the server from CD (pointing out the root pool with > vfs.root.mountfrom) and then upgraded it to the recent 13.0, where is > showed no signs of being able to boot from disks again (so I'm treating > this as still not fixed, and probably as won't be fixed issue). > > Since this issue is like 10 years old and I see no light at the end of > the tunnel, could the bsdinstall at least be made aware about this so it > won't permit the large root pool creation by default ? Because as far as > I remember there's still no option in it to create a pool smaller than > the disk, and I have to use the custom installation script in order to > do this. > > I'm asking because unfortunately recently I've found two more of these > time bombs among my servers. > > > Thanks. > > > Eugene. > > > P.S. There have been speculations that switching to the UEFI loader may > help, because it's more functional and probably can see the migrated > over 1Tb boot blocks, can anyone confirm this ? > > Maybe. I've booting with around 1.5T or above (but under 2T) Root-on-ZFS installation via UEFI for years. Basically, UEFI requires GPT partitioning. So many of those would boot from larger than 1TB boot pool. As, IIRC, it is optional, some UEFI firmware would be able to boot from MBR-patritioned disk but there would be some risk that they have the same limitations as legacy BIOS in such situations. Note that possibly I'm just lucky enough not to be bitten. -- Tomoaki AOKI From nobody Wed Apr 27 13:04:34 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4FAB11AAEFD5 for ; Wed, 27 Apr 2022 13:04:47 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2602:fcdb:0:10:7ae3:b5ff:fe1b:23b4]) (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 "*.lerctr.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KpJqy3pldz4j93 for ; Wed, 27 Apr 2022 13:04:46 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=ler2019; h=Content-Transfer-Encoding:Content-Type:Message-ID:References: In-Reply-To:Subject:Cc:To:From:Date:MIME-Version:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=OMwlHbudgO/7ZdrVPq177uE75aK0n8pz+GL5CgNVSds=; b=yMV8a+ycavGI+hstmJwODF1kFV qox5FCMAr8Hd6vgIU1N6Zt4FqzJjXArf7LzvEQoBPfClguOXP52iQxsbQjaqPV9mP0xLaRfxj2arN ktKu3koqClyAFW8PqxGHp0+hqkl+TIO9sHGs8RY4tJGlfoLIfr0e/8XmU10sIDChUgb0Z+qaxEfyt SGCbUUxCbr2iXILYExKnvMK0YIpG4PzUfPRKGjYZzLp5UlFwv3TUBJeOi+U3bSL5w9khzzjB479Ep oVQMTa3pxNiw6b1Mzdc8gIv4eweJ9aLi2lW6SqWmmReofLSc1EqDmFf02Om5kOW3cQDHW53DvVQhA Ua/CvIyw==; Received-SPF: pass (thebighonker.lerctr.org: domain of lerctr.org designates 2602:fcdb:0:10:7ae3:b5ff:fe1b:23b4 as permitted sender) client-ip=2602:fcdb:0:10:7ae3:b5ff:fe1b:23b4; envelope-from=ler@lerctr.org; helo=webmail.lerctr.org; Received: from thebighonker.lerctr.org ([2602:fcdb:0:10:7ae3:b5ff:fe1b:23b4]:58692 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.95 (FreeBSD)) (envelope-from ) id 1njhLO-000EjI-Tp; Wed, 27 Apr 2022 08:04:34 -0500 Received: from 2001:500:30:0:1d9b:f152:e3b7:d17d by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Wed, 27 Apr 2022 08:04:34 -0500 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Date: Wed, 27 Apr 2022 08:04:34 -0500 From: Larry Rosenman To: Tomoaki AOKI Cc: "Eugene M. Zheganin" , freebsd-stable@freebsd.org Subject: Re: FreeBSD boot from root pool larger than 1Tb/cannot read MOS/all block copies unavailable In-Reply-To: <20220427214502.f9ef1317f2911fb5247d1757@dec.sakura.ne.jp> References: <2c2d774c-3677-c3b7-d099-71318743a434@zhegan.in> <20220427214502.f9ef1317f2911fb5247d1757@dec.sakura.ne.jp> Message-ID: <5914a66877e4799a405901b7c2c16505@lerctr.org> X-Sender: ler@lerctr.org Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4KpJqy3pldz4j93 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=lerctr.org header.s=ler2019 header.b=yMV8a+yc; dmarc=pass (policy=none) header.from=lerctr.org; spf=pass (mx1.freebsd.org: domain of ler@lerctr.org designates 2602:fcdb:0:10:7ae3:b5ff:fe1b:23b4 as permitted sender) smtp.mailfrom=ler@lerctr.org X-Spamd-Result: default: False [-3.98 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[lerctr.org:s=ler2019]; FREEFALL_USER(0.00)[ler]; 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.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[lerctr.org:+]; DMARC_POLICY_ALLOW(-0.50)[lerctr.org,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.98)[-0.978]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:55103, ipnet:2602:fcdb::/36, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 04/27/2022 7:45 am, Tomoaki AOKI wrote: [snip] > I've booting with around 1.5T or above (but under 2T) Root-on-ZFS > installation via UEFI for years. > > Basically, UEFI requires GPT partitioning. So many of those would boot > from larger than 1TB boot pool. > > As, IIRC, it is optional, some UEFI firmware would be able to boot from > MBR-patritioned disk but there would be some risk that they have the > same limitations as legacy BIOS in such situations. > > Note that possibly I'm just lucky enough not to be bitten. I've been booting UEFI from 10T pools for literally years, and I have a HP server with a 5T pool that IIRC boots GPT with BIOS, and a different Dell that has a 6T pool also GPT and UEFI. Just data points. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 5708 Sabbia Dr, Round Rock, TX 78665-2106 From nobody Wed Apr 27 13:25:29 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 04AF81AB3D22 for ; Wed, 27 Apr 2022 13:25:42 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-vk1-xa2b.google.com (mail-vk1-xa2b.google.com [IPv6:2607:f8b0:4864:20::a2b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KpKJ52rLFz4mpJ for ; Wed, 27 Apr 2022 13:25:41 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-vk1-xa2b.google.com with SMTP id bc42so881838vkb.12 for ; Wed, 27 Apr 2022 06:25:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=RhEJ82nc1UOU1r/n1qHUSLT2MicCudbq3sNzeR1kbHc=; b=EzlhDlqkKfevVy+bylTkzvv+XT35N3hZl0MKHzDjrRVPSfsIPW/0cCQb6pBZF5DFEi dTSzeHG6cHTagMgJRTTq0MiW6B3Ek4boVEkILz0QuYR1Ofd8+mOtBEOGdxeC0j45btu/ KPU3nBdqyySPwFMfrOooQV+3KiQuKGEUUsrb6J44IWtkjW7txMWoGTeyOsFXF+QrbtG5 dlGukzFXXIKPn0TL5H1mpd3DauRMKqIJ+VxvIxHlmCppqL5CHlHYdavvP80ikwGmRcvl Qp1UswDb+bDpernNUXDAocYyIxZH/BiK8xLaqTngntK+03hhsujTIfb92rIhaO815EDz K23Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=RhEJ82nc1UOU1r/n1qHUSLT2MicCudbq3sNzeR1kbHc=; b=fIqp/FCRYApQoe+MIBDVX6LtCBZo7kE4aOcpUtnzLMgcVtv4U6RVB8UN90IG3syq9r vg5ft/bI4Jh7Ta/Dd5zziqOchilZvfTNNw647+8IqvuUotRw90evlkUrmxqC7zMhXN1l Qy7gi+wiWqEpbvvwwF+wPPyA5bwfMU8mwk0g3g1sEl/GZJrGM7Le2deJU1ulfP4YbDrX GB3ObkcyigMTX84r+RvsFArxi3mM69m9/ssAzGwc/C/fd7M7Ub6zAo2xXQk6y4vuGoAH zER0+QLONaDkV11fpKbS9ilDWdUupJeh8r4OnKA1GH7n8EeykhGbZLLaJ0Y9ndWNfXeY ibsQ== X-Gm-Message-State: AOAM532Wh8XZUyh8A6wdF80IvT2tiMVPRlqsf3qMhrIyqlizd9H6bDvB /8N5PD7GY1DNt8EwZfjFqc3Ja/Fn/52q+osD1R174Dt4nBs= X-Google-Smtp-Source: ABdhPJzrZ024uEvcQJ2NV08c9Gejp1nhKCqgPYRqfdKszvbH7v8ubWjUYrvVF4u51qpk2PnvN5uNUrjrqGVBosON3Os= X-Received: by 2002:a05:6122:2229:b0:32d:1642:b58b with SMTP id bb41-20020a056122222900b0032d1642b58bmr8389365vkb.27.1651065940650; Wed, 27 Apr 2022 06:25:40 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <2c2d774c-3677-c3b7-d099-71318743a434@zhegan.in> <20220427214502.f9ef1317f2911fb5247d1757@dec.sakura.ne.jp> <5914a66877e4799a405901b7c2c16505@lerctr.org> In-Reply-To: <5914a66877e4799a405901b7c2c16505@lerctr.org> From: Warner Losh Date: Wed, 27 Apr 2022 07:25:29 -0600 Message-ID: Subject: Re: FreeBSD boot from root pool larger than 1Tb/cannot read MOS/all block copies unavailable To: Larry Rosenman Cc: Tomoaki AOKI , "Eugene M. Zheganin" , FreeBSD-STABLE Mailing List Content-Type: multipart/alternative; boundary="000000000000e4bf0305dda2be2b" X-Rspamd-Queue-Id: 4KpKJ52rLFz4mpJ X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20210112.gappssmtp.com header.s=20210112 header.b=EzlhDlqk; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::a2b) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-2.94 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.94)[-0.943]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20210112.gappssmtp.com:s=20210112]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20210112.gappssmtp.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::a2b:from]; MLMMJ_DEST(0.00)[freebsd-stable]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_SPF_NA(0.00)[no SPF record]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N --000000000000e4bf0305dda2be2b Content-Type: text/plain; charset="UTF-8" On Wed, Apr 27, 2022 at 7:05 AM Larry Rosenman wrote: > On 04/27/2022 7:45 am, Tomoaki AOKI wrote: > [snip] > > I've booting with around 1.5T or above (but under 2T) Root-on-ZFS > > installation via UEFI for years. > > > > Basically, UEFI requires GPT partitioning. So many of those would boot > > from larger than 1TB boot pool. > > > > As, IIRC, it is optional, some UEFI firmware would be able to boot from > > MBR-patritioned disk but there would be some risk that they have the > > same limitations as legacy BIOS in such situations. > > > > Note that possibly I'm just lucky enough not to be bitten. > > I've been booting UEFI from 10T pools for literally years, and I have a > HP server > with a 5T pool that IIRC boots GPT with BIOS, and a different Dell that > has a 6T > pool also GPT and UEFI. > Both bsdlabel and mbr have a 32-bit block count, which means for 512-byte blocks, the largest they can describe is 2TB. That's likely the root cause of this issue. The BIOS can't read beyond that limit on the disks. It's hit or miss what BIOSes do with 4k drives, though most of the later ones before uefi was well established coped well enough. This isn't to say that the old code in FreeBSD 12's boot loader didn't have other issues with LBAs > 32-bits for ZFS. And for MBR ZFS booting the update of the boot blocks is, at best, super weird. If you've not done that, you'll continue to have the older boot loader, even if the latest just works. I've never encountered this problem, so I can't offer better words of advice, though. All my ZFS booting started after I transitioned to UEFI booting. Warner --000000000000e4bf0305dda2be2b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Wed, Apr 27, 2022 at 7:05 AM Larry= Rosenman <ler@lerctr.org> wrot= e:
On 04/27/2022= 7:45 am, Tomoaki AOKI wrote:
[snip]
> I've booting with around 1.5T or above (but under 2T) Root-on-ZFS<= br> > installation via UEFI for years.
>
> Basically, UEFI requires GPT partitioning. So many of those would boot=
> from larger than 1TB boot pool.
>
> As, IIRC, it is optional, some UEFI firmware would be able to boot fro= m
> MBR-patritioned disk but there would be some risk that they have the > same limitations as legacy BIOS in such situations.
>
> Note that possibly I'm just lucky enough not to be bitten.

I've been booting UEFI from 10T pools for literally years, and I have a=
HP server
with a 5T pool that IIRC boots GPT with BIOS, and a different Dell that has a 6T
pool also GPT and UEFI.

Both bsdlabel a= nd mbr have a 32-bit block count, which means for 512-byte
blocks= , the largest they can describe is 2TB. That's likely the root cause
of this issue. The BIOS can't read beyond that limit on the dis= ks. It's hit or
miss what BIOSes do with 4k drives, though mo= st of the later ones before
uefi was well established coped well = enough.

This isn't to say that the old code in= FreeBSD 12's boot loader didn't have
other issues with L= BAs > 32-bits for ZFS. And for MBR ZFS booting the
update of t= he boot blocks is, at best, super weird. If you've not done that,
=
you'll continue to have the older boot loader, even if the latest = just works.
I've never encountered this problem, so I can'= ;t offer better words of advice,
though. All my ZFS booting start= ed after I transitioned to UEFI booting.

Warner
--000000000000e4bf0305dda2be2b-- From nobody Thu Apr 28 04:37:51 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B3FC7199758B for ; Thu, 28 Apr 2022 04:38:04 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-ej1-x62a.google.com (mail-ej1-x62a.google.com [IPv6:2a00:1450:4864:20::62a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KpjXq6JY4z3nLH for ; Thu, 28 Apr 2022 04:38:03 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by mail-ej1-x62a.google.com with SMTP id y3so7110606ejo.12 for ; Wed, 27 Apr 2022 21:38:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=+mknO/pbyw6Yxlz1P65Y8CyaHIFK74hKbgkUzpQZ5Es=; b=GPrwn68HFTtDmbj2adpSUn8fLFKd1j5nS1Utwj4rUVU4M722xQ/xU6KQIMZWEYHEKy uofXV3R2yV49rP9pmCQYocPN+4orNyERtYqo6gVak8k9opvCmOtZ9KEO0CYSVhFin9gG Zff10NIGgtg1cePUN2fFEOu9p1QKUgT1HANjNXJ/OA8WOgixFqo47qXCHB2GyvuqhPqK hMiSlU0a9dHAY1jpPoPxNpn2A8zB5v7rn77nV4ScsAUPZwQ/7w/GvH0/OGA3GnyNuZbh VfNcn8TUhh7tCdmQb1GwQuwNAkppVaifKGpNxTUNqsKhMDHu3p2Y8jI3S274K7gKVic1 whJQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=+mknO/pbyw6Yxlz1P65Y8CyaHIFK74hKbgkUzpQZ5Es=; b=ElfYEEbgBckTkUQHLUk5KrF92N3Ll2oHEyhqDtoITmueo5AWAjiewp1v9/MCAj81Cs Bbi2TVvuU0FJQyYP39+y4UiWppP1+KkQ7Y/LHaAjnyVH1UX5mthb77cofmF01yik7oJE fGjrTdxaVf93dt209JXEqRyTSZq83m93ewAOfM83DVkOPvLVQa3PVte9r5lPa2Ohx+Pq 9ROnk6mWUHSCZayEd3qqt1O1rSZ020+MMLfe6OKJ0dU1uk0yQmq8BMQxH80qX/u2hC8w YKI/iZX8ZnZXtoifjWQLocAhpn0ALRpYNJFeqA3zFpRCzZKxsuyvpS5PEAYITMohbuIE h+Ng== X-Gm-Message-State: AOAM530qZA/vE7QRRQTDYFnJsql9XL83C2jM3DnUn2XSiacKXx2udVSM ZZWWEMC5T4HZhv2eYdncShLOhl3hw3EjpAzi4Ff+xEY= X-Google-Smtp-Source: ABdhPJzWS1PfS4KJkDGaYyno9ifNOt1vlprt1IaqhlETVHv/J6OK7OtRLrX9TG3XqbRcAtF2nMxxlPgKzpAdjxenYd0= X-Received: by 2002:a17:907:168a:b0:6da:9177:9fdd with SMTP id hc10-20020a170907168a00b006da91779fddmr29963850ejc.757.1651120682722; Wed, 27 Apr 2022 21:38:02 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <2c2d774c-3677-c3b7-d099-71318743a434@zhegan.in> <20220427214502.f9ef1317f2911fb5247d1757@dec.sakura.ne.jp> <5914a66877e4799a405901b7c2c16505@lerctr.org> In-Reply-To: From: Zaphod Beeblebrox Date: Thu, 28 Apr 2022 00:37:51 -0400 Message-ID: Subject: Re: FreeBSD boot from root pool larger than 1Tb/cannot read MOS/all block copies unavailable To: Warner Losh Cc: Larry Rosenman , Tomoaki AOKI , "Eugene M. Zheganin" , FreeBSD-STABLE Mailing List Content-Type: multipart/alternative; boundary="000000000000c6694e05ddaf7d39" X-Rspamd-Queue-Id: 4KpjXq6JY4z3nLH X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=GPrwn68H; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of zbeeble@gmail.com designates 2a00:1450:4864:20::62a as permitted sender) smtp.mailfrom=zbeeble@gmail.com X-Spamd-Result: default: False [-3.18 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::62a:from]; MLMMJ_DEST(0.00)[freebsd-stable]; NEURAL_HAM_SHORT(-0.18)[-0.176]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N --000000000000c6694e05ddaf7d39 Content-Type: text/plain; charset="UTF-8" The point I want to reiterate, however, is this error is tossed out when my setup fails and the answer is a full powerdown of the motherboard --- after which the disks are adequately described. On Wed, Apr 27, 2022 at 9:26 AM Warner Losh wrote: > > > On Wed, Apr 27, 2022 at 7:05 AM Larry Rosenman wrote: > >> On 04/27/2022 7:45 am, Tomoaki AOKI wrote: >> [snip] >> > I've booting with around 1.5T or above (but under 2T) Root-on-ZFS >> > installation via UEFI for years. >> > >> > Basically, UEFI requires GPT partitioning. So many of those would boot >> > from larger than 1TB boot pool. >> > >> > As, IIRC, it is optional, some UEFI firmware would be able to boot from >> > MBR-patritioned disk but there would be some risk that they have the >> > same limitations as legacy BIOS in such situations. >> > >> > Note that possibly I'm just lucky enough not to be bitten. >> >> I've been booting UEFI from 10T pools for literally years, and I have a >> HP server >> with a 5T pool that IIRC boots GPT with BIOS, and a different Dell that >> has a 6T >> pool also GPT and UEFI. >> > > Both bsdlabel and mbr have a 32-bit block count, which means for 512-byte > blocks, the largest they can describe is 2TB. That's likely the root cause > of this issue. The BIOS can't read beyond that limit on the disks. It's > hit or > miss what BIOSes do with 4k drives, though most of the later ones before > uefi was well established coped well enough. > > This isn't to say that the old code in FreeBSD 12's boot loader didn't have > other issues with LBAs > 32-bits for ZFS. And for MBR ZFS booting the > update of the boot blocks is, at best, super weird. If you've not done > that, > you'll continue to have the older boot loader, even if the latest just > works. > I've never encountered this problem, so I can't offer better words of > advice, > though. All my ZFS booting started after I transitioned to UEFI booting. > > Warner > --000000000000c6694e05ddaf7d39 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
The point I want to reiterate, however, is this error is t= ossed out when my setup fails and the answer is a full powerdown of the mot= herboard --- after which the disks are adequately described.

<= div class=3D"gmail_quote">
On Wed, Apr= 27, 2022 at 9:26 AM Warner Losh <imp@= bsdimp.com> wrote:


On Wed, Apr 27, 2022 at 7:= 05 AM Larry Rosenman <ler@lerctr.org> wrote:
On 04/27/2022 7:45 am, Tomoaki AOKI wrote:
[snip]
> I've booting with around 1.5T or above (but under 2T) Root-on-ZFS<= br> > installation via UEFI for years.
>
> Basically, UEFI requires GPT partitioning. So many of those would boot=
> from larger than 1TB boot pool.
>
> As, IIRC, it is optional, some UEFI firmware would be able to boot fro= m
> MBR-patritioned disk but there would be some risk that they have the > same limitations as legacy BIOS in such situations.
>
> Note that possibly I'm just lucky enough not to be bitten.

I've been booting UEFI from 10T pools for literally years, and I have a=
HP server
with a 5T pool that IIRC boots GPT with BIOS, and a different Dell that has a 6T
pool also GPT and UEFI.

Both bsdlabel a= nd mbr have a 32-bit block count, which means for 512-byte
blocks= , the largest they can describe is 2TB. That's likely the root cause
of this issue. The BIOS can't read beyond that limit on the dis= ks. It's hit or
miss what BIOSes do with 4k drives, though mo= st of the later ones before
uefi was well established coped well = enough.

This isn't to say that the old code in= FreeBSD 12's boot loader didn't have
other issues with L= BAs > 32-bits for ZFS. And for MBR ZFS booting the
update of t= he boot blocks is, at best, super weird. If you've not done that,
=
you'll continue to have the older boot loader, even if the latest = just works.
I've never encountered this problem, so I can'= ;t offer better words of advice,
though. All my ZFS booting start= ed after I transitioned to UEFI booting.

Warner
--000000000000c6694e05ddaf7d39-- From nobody Thu Apr 28 15:27:37 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id DBB9F1AAB14F for ; Thu, 28 Apr 2022 15:28:02 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (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 "land.berklix.org", Issuer "land.berklix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Kpzyn64yqz4Z8r for ; Thu, 28 Apr 2022 15:27:58 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (p4fe6d03e.dip0.t-ipconnect.de [79.230.208.62]) (authenticated bits=128) by land.berklix.org (8.16.1/8.16.1) with ESMTPSA id 23SFRrmw010290 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 28 Apr 2022 15:27:57 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id 23SFRlfS038359 for ; Thu, 28 Apr 2022 17:27:48 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id 23SFRbKU090763 for ; Thu, 28 Apr 2022 17:27:47 +0200 (CEST) (envelope-from jhs@berklix.com) Message-Id: <202204281527.23SFRbKU090763@fire.js.berklix.net> To: FreeBSD-STABLE Mailing List Subject: breaking modules From: "Julian H. Stacey" Organization: http://berklix.com/jhs/ User-agent: EXMH on FreeBSD http://www.berklix.eu/free/ X-From: http://www.berklix.eu/~jhs/ Date: Thu, 28 Apr 2022 17:27:37 +0200 X-Rspamd-Queue-Id: 4Kpzyn64yqz4Z8r X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jhs@berklix.com has no SPF policy when checking 144.76.10.75) smtp.mailfrom=jhs@berklix.com X-Spamd-Result: default: False [-2.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[jhs]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[berklix.com]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-stable]; 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:24940, ipnet:144.76.0.0/16, country:DE]; RCVD_TLS_LAST(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[79.230.208.62:received] X-ThisMailContainsUnwantedMimeParts: N List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Hi stable@ on 12.3-STABLE Wed Apr 27 18:08:15 CEST 2022 just after a make world I see these fail: /sys/modules/ random_fortuna random_other I'm not interested ion the specifics here, I don't use them, & probably those that know will fix them, ... but probably meantime some other module(s) will break, such has been the way for years with breaking modules. The only current way round breaking modules is to use .if defined(MODULES_OVERRIDE) && !defined(ALL_MODULES) SUBDIR=${MODULES_OVERRIDE} .else but that's crude. It's nice to be able to build most modules ready in case wanted later, so how about a DUDS env. mechanism like ports/ ? Cheers, -- Julian Stacey http://berklix.com/jhs/ http://StolenVotes.UK Kill / remove Putin: He kills innocents & causes global grain & fuel shortage. From nobody Thu Apr 28 22:51:11 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 104F51996079; Thu, 28 Apr 2022 22:51:18 +0000 (UTC) (envelope-from gjb@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Kq9pG00Jyz4cVN; Thu, 28 Apr 2022 22:51:18 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1651186278; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type; bh=UAATJRVZF8PmoVjmXwSaV4sKJ5yvV3svoE3F2KC5gS8=; b=TnCMivJJb0wz2HZU/YBwSaqfAYW47hgGlCFPKZkwLW9FwQYz3QIaXDYyp+oqgtWaRIGts6 exNbpsbQQEW81baLlFmrW03h/CeSIgX1Py2XeqSQ2ePobWw9kObIp5QGKDPjZwZroUaLGB Tb5QBwrqKEHu+hXIis/x9aA6W4iAEEGI7RluGn8SaldCWk7j+hgI+fiPXZ0eAAvarujBaR S5+hBEF2xC9cF5/uO0+f0iUSW222rrolhmWYbH+b2BaDwo4QJ3T0s/pUt2LrhuW1tK7VIy qjJOJzeD0/vn8iO6VeIJXivb5a93FpG/71aPrxIAFndPO0ulO0CLVvvsiIrT9g== Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 740A4F93D; Thu, 28 Apr 2022 22:51:17 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Thu, 28 Apr 2022 22:51:11 +0000 From: Glen Barber To: freebsd-stable@freebsd.org, freebsd-snapshots@freebsd.org Cc: FreeBSD Release Engineering Team Subject: FreeBSD 13.1-RC5 Now Available Message-ID: <20220428225111.GX28996@FreeBSD.org> Reply-To: FreeBSD Release Engineering Team List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1651186278; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type; bh=UAATJRVZF8PmoVjmXwSaV4sKJ5yvV3svoE3F2KC5gS8=; b=IjhsB6mMrU7sufctFbj+YWj0B25619w6J7tcmBmcA2aaS4+C6j4jS8Qmfps3UZAPQ5cjSz P+hA6GjI6c8yRqU51SMs5w1QnMV7rEK3bvNhm35St50IrQihU0ib8xrNViab3Tr+DQq9yV VT0avEzS+kf0Q6BhKb6YMNpszbnfBwat3CjsV92xRLQ7O2LekzqgoQbHtjgR6rLzM5Mo/p sg8izcgod1wY3P2oPUTX2vtCVDJO0Fj4rU2U5/FQNSL8g7YdDAppiXoLsMCNy/1viNGYHH c3vPaef2iAyCuMtW17nYUtdqK6ymjpLBJB0swkeFgg7RAw4IpYlg6O5zyV5JSw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1651186278; a=rsa-sha256; cv=none; b=DA4eO5aPj69PpAA12df2+o2lFK5vAhujl3RwFSe+x6DlW5Jg9Hx9nH9WiX1gUqMaSSElI6 IKpdwLtxiBsQGIEdM/EgpDWU7SiHfWbkidYLLyu+3p+RAeji92e87qu2zVRF46TAmWQ8g1 XMW4aWtVOwchaONgNOCw4VnQOf5TOWydiPOzCOTsa+ac7z6m+ZwVYWsFIN4S3+dqZ+fM00 5ol7dmwOQ/j3+GT3vyUr5/XbbVICJcy2pHPTep4xFcbuBX6XQTO3RoFfsNe6pEdeyt6h1J p576MZWakGXtoZIwdn6MypcwmZhZ+FSDQrO+FfnYjFwo2PoozP9VxRk2FNASRQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The fifth RC build of the 13.1-RELEASE release cycle is now available. This is expected to be the final RC build of the 13.1-RELEASE cycle. Installation images are available for: o 13.1-RC5 amd64 GENERIC o 13.1-RC5 i386 GENERIC o 13.1-RC5 powerpc GENERIC o 13.1-RC5 powerpc64 GENERIC64 o 13.1-RC5 powerpc64le GENERIC64LE o 13.1-RC5 powerpcspe MPC85XXSPE o 13.1-RC5 armv6 RPI-B o 13.1-RC5 armv7 GENERICSD o 13.1-RC5 aarch64 GENERIC o 13.1-RC5 aarch64 RPI o 13.1-RC5 aarch64 PINE64 o 13.1-RC5 aarch64 PINE64-LTS o 13.1-RC5 aarch64 PINEBOOK o 13.1-RC5 aarch64 ROCK64 o 13.1-RC5 aarch64 ROCKPRO64 o 13.1-RC5 riscv64 GENERIC o 13.1-RC5 riscv64 GENERICSD Note regarding arm SD card images: For convenience for those without console access to the system, a freebsd user with a password of freebsd is available by default for ssh(1) access. Additionally, the root user password is set to root. It is strongly recommended to change the password for both users after gaining access to the system. Installer images and memory stick images are available here: https://download.freebsd.org/ftp/releases/ISO-IMAGES/13.1/ The image checksums follow at the end of this e-mail. If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use Git to do a source based update of an existing system, use the "releng/13.1" branch. A summary of changes since 13.1-RC4 includes: XXX: Insert change list here A list of changes since 13.0-RELEASE is available in the releng/13.1 release notes: https://www.freebsd.org/releases/13.1R/relnotes/ Please note, the release notes page is not yet complete, and will be updated on an ongoing basis as the 13.1-RELEASE cycle progresses. === Virtual Machine Disk Images === VM disk images are available for the amd64, i386, and aarch64 architectures. Disk images may be downloaded from the following URL (or any of the FreeBSD download mirrors): https://download.freebsd.org/ftp/releases/VM-IMAGES/13.1-RC5/ BASIC-CI images can be found at: https://download.freebsd.org/ftp/releases/CI-IMAGES/13.1-RC5/ The partition layout is: ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats. The image download size is approximately 135 MB and 165 MB respectively (amd64/i386), decompressing to a 21 GB sparse image. Note regarding arm64/aarch64 virtual machine images: a modified QEMU EFI loader file is needed for qemu-system-aarch64 to be able to boot the virtual machine images. See this page for more information: https://wiki.freebsd.org/arm64/QEMU To boot the VM image, run: % qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt \ -bios QEMU_EFI.fd -serial telnet::4444,server -nographic \ -drive if=none,file=VMDISK,id=hd0 \ -device virtio-blk-device,drive=hd0 \ -device virtio-net-device,netdev=net0 \ -netdev user,id=net0 Be sure to replace "VMDISK" with the path to the virtual machine image. === Amazon EC2 AMI Images === FreeBSD/amd64 EC2 AMIs are available in the following regions: af-south-1 region: ami-0888669cde2d525a3 eu-north-1 region: ami-0a2f63007167cd070 ap-south-1 region: ami-040bd2c8a24a5596f eu-west-3 region: ami-084e94d32b176d79b eu-west-2 region: ami-0c489e887cd9beccd eu-south-1 region: ami-02006166c9391b0af eu-west-1 region: ami-06bc0492b1b7438e3 ap-northeast-3 region: ami-0b507998ebb6fb50a ap-northeast-2 region: ami-0451e351ed1acbf16 me-south-1 region: ami-0d58077c358948820 ap-northeast-1 region: ami-06bab51c891c9004e sa-east-1 region: ami-0cb2f82f4fdf09ba8 ca-central-1 region: ami-0df11385b8e331fa8 ap-east-1 region: ami-0c737e79bb077923a ap-southeast-1 region: ami-0bec487e836f5960d ap-southeast-2 region: ami-01a4d813853813901 eu-central-1 region: ami-0a35e46e105267ba3 ap-southeast-3 region: ami-0b7b3b1afd0ae499e us-east-1 region: ami-07b65a6421481c111 us-east-2 region: ami-0fa71b0005f724ae6 us-west-1 region: ami-05a514ab39c370d68 us-west-2 region: ami-0bae68617e89510f0 These AMI IDs can be retrieved from the Systems Manager Parameter Store in each region using the keys: /aws/service/freebsd/amd64/base/ufs/13.1/RC5 FreeBSD/aarch64 EC2 AMIs are available in the following regions: af-south-1 region: ami-033d3fe8926c46c8b eu-north-1 region: ami-07b506190682fa874 ap-south-1 region: ami-085fab83a8e02394b eu-west-3 region: ami-0f64db7669ac1fd22 eu-west-2 region: ami-0ce065c16268f5c25 eu-south-1 region: ami-08d81c2c3d5badb72 eu-west-1 region: ami-04fdd164267399717 ap-northeast-3 region: ami-019614c44cd7e9dca ap-northeast-2 region: ami-0b4709b97a9690d7e me-south-1 region: ami-057370d3e213e1a01 ap-northeast-1 region: ami-05cb2f650122786ae sa-east-1 region: ami-0cc92a42527d73179 ca-central-1 region: ami-01aae0991db063b39 ap-east-1 region: ami-0d015ccdb33fb3416 ap-southeast-1 region: ami-0b3bea8f275e8902a ap-southeast-2 region: ami-02442e2314aa30845 eu-central-1 region: ami-08c454d81bf087a09 ap-southeast-3 region: ami-0d704ef4260d18fc3 us-east-1 region: ami-082557374d3d37289 us-east-2 region: ami-063123db23b43a4ad us-west-1 region: ami-089b0de3b27d1546d us-west-2 region: ami-01ec6ad5fe67eab05 These AMI IDs can be retrieved from the Systems Manager Parameter Store in each region using the keys: /aws/service/freebsd/arm64/base/ufs/13.1/RC5 === Vagrant Images === FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can be installed by running: % vagrant init freebsd/FreeBSD-13.1-RC5 % vagrant up === Upgrading === The freebsd-update(8) utility supports binary upgrades of amd64, i386, and aarch64 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 13.1-RC5 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 12.x. Alternatively, the user can install misc/compat12x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install == ISO CHECKSUMS == o 13.1-RC5 amd64 GENERIC: SHA512 (FreeBSD-13.1-RC5-amd64-bootonly.iso) = cda3d80b42f7721884f7b021cd060781798f73dc21dc874448dce36398c2a2909423f825c2d33dc5f6108c9d5160c213669d90abec4fb40eb89c636c028e901f SHA512 (FreeBSD-13.1-RC5-amd64-bootonly.iso.xz) = 0e73a46b05b0c9cbef4788eea5a3f3dae2f999f04ee26462319015d00adc1067968b30c3e11f89c4cb5374d1b6b326a026493459759ce9c5265254180db2dac0 SHA512 (FreeBSD-13.1-RC5-amd64-disc1.iso) = 58d4cadf85159f3691d635fe853d091078f4eeb1bfff7c47a25a7fdce007a4ce108690785125fda9a30f603d4d0dd5a06c2ef894550e2f3afdc32f3da457b832 SHA512 (FreeBSD-13.1-RC5-amd64-disc1.iso.xz) = d7012e52386b6ed5f9e178b2fbf2d954f5816de6db83e0e44fdcf82fc60a88a2ed7820608f76bf1ea42fe81011d0c19859d0f043bfc66e2f841308598e2b860b SHA512 (FreeBSD-13.1-RC5-amd64-dvd1.iso) = 521aa0fbfb461083c47e2842f1fb8fa9f48d66826f4e38d8b562455b2ae5c1314f6a499d42274d88447c54cee6f60e451d8c33c02c273468ee46f32890abb4c6 SHA512 (FreeBSD-13.1-RC5-amd64-dvd1.iso.xz) = 929a632401968fa0b055237c4658772eaf007ef4579cbadf4c1945a6e975c57603d9d0699cd7b8d11e76b383827bccd65982ad26c81b34461e93f130dfb90351 SHA512 (FreeBSD-13.1-RC5-amd64-memstick.img) = 8f2e7bcd0492c161149614cd397ab47ac1fe1023058c1cec15b6f33dc2210babe932bae0c9c3406b999bdf74708b2844b1b3ab3091f86894f42fed38ec1681e1 SHA512 (FreeBSD-13.1-RC5-amd64-memstick.img.xz) = 153631c97ed34cf486d3c79680dacf3616143fa4813e0041fcd056c847f2825a5cd2072ee0e2d383d5e866859fb6889143e50de35801303321cb01982423e2ed SHA512 (FreeBSD-13.1-RC5-amd64-mini-memstick.img) = 65eb93ff366d509432a915ab2c178dd631f3d5c525b9175dfc02eed10a8da291725f9dc1dc800d9ee2ffcad0e10101f931c86451133e8f13fdc205cf7c2b108b SHA512 (FreeBSD-13.1-RC5-amd64-mini-memstick.img.xz) = 8ba9931206fab95ce4c59ce47d667bb6bf5ead3d7508098e078368a358cc762481be7b36a3d3ad408c1819a207a67614c459032039d281baf322b13b276afe4a SHA256 (FreeBSD-13.1-RC5-amd64-bootonly.iso) = 247b9c91d337f71a9019d735cc9d160e346eb8915cb8bf63341ec33e6b835e9a SHA256 (FreeBSD-13.1-RC5-amd64-bootonly.iso.xz) = 680ad49865f56ea040e99d65380a20b06cce8785c424f00954c33b0637eeaeb6 SHA256 (FreeBSD-13.1-RC5-amd64-disc1.iso) = a09104ffdcabc195bf48a8cf488e7d6ce3ec73b747628ac7ba7ecb193067bca7 SHA256 (FreeBSD-13.1-RC5-amd64-disc1.iso.xz) = 98540a90c3f4aa181fd7dacdc88baa3f4fd3aaea8ec1cd8438b161887f21de6d SHA256 (FreeBSD-13.1-RC5-amd64-dvd1.iso) = 7e1965e1a98ae9e710c20fa70da0a4b3543c6213278b2af63c24aec3fca7318a SHA256 (FreeBSD-13.1-RC5-amd64-dvd1.iso.xz) = 07c8aabad82d77a40ac12d296a7fc7bd4c9c3a5a279a03ea14344853d4eb5004 SHA256 (FreeBSD-13.1-RC5-amd64-memstick.img) = 58ec7359a7ed5db3f21cbb658d794158ef16de2ecf75908c08382817b126ac4d SHA256 (FreeBSD-13.1-RC5-amd64-memstick.img.xz) = ea316fe22b23281ca5f2aa82b05938d5ba44e2003a72f10e6b1d1eac06e2c7ed SHA256 (FreeBSD-13.1-RC5-amd64-mini-memstick.img) = ece742e1bcb4a8bfb54ed7e117636ffdf7e82261ed91456fb4b728b2242b308a SHA256 (FreeBSD-13.1-RC5-amd64-mini-memstick.img.xz) = 16ef92b33d1d493b08f9341f3dfbb231c58bcd3ff996dcd2520db4f1d3c0888d o 13.1-RC5 i386 GENERIC: SHA512 (FreeBSD-13.1-RC5-i386-bootonly.iso) = 6f77ab22285663809b47af036ab4d4efcc5eb4e49e1ecda4d141fd0d90b4249a9289a95f382f2e5bd94ad0368188cefb38fb86b778ffe5af0a27f4e09b4db20b SHA512 (FreeBSD-13.1-RC5-i386-bootonly.iso.xz) = f48aaec26974c5e666ab0e7cdf34ba4736128f47c94e70db2ab791061bf1b4dbb31246eeb033229de3749727fe8d602e87fdd45cfcaa42a357fafc5e5e7b525d SHA512 (FreeBSD-13.1-RC5-i386-disc1.iso) = 9215327fb4a9d01ef8d5b976743bb8ba9d0e3d3cbfaae30c82d0761cd085a8fefb88416e2aaf7ad00c6a72f9eca7c17a41876f58ada9c86c1229032c81c5e9de SHA512 (FreeBSD-13.1-RC5-i386-disc1.iso.xz) = c5c6193ceeddef24faf5f7bcf9d6ec4db772388c571f9fe5223b1b319fa3d9804d40206260af66261eb8d28c4325c33f79e56b1d87ee5f4b335881e4cf74caab SHA512 (FreeBSD-13.1-RC5-i386-dvd1.iso) = 8d51ec39e8f1bcf9525e2c270f81f2ef612cb55c5f08ca1804d67144b1ef79eeb7b8ec9062ad1e5b05750296873b17d6080c2df78369f7abf793e09b887718b2 SHA512 (FreeBSD-13.1-RC5-i386-dvd1.iso.xz) = 73dacc8efa56aa95bf70785289f720474779bd28d7d11d8357d21f47fae9f74208b7823f83a8c146bfb21c9fdf2244bf439b20f548896f3647d291f510cf0f5c SHA512 (FreeBSD-13.1-RC5-i386-memstick.img) = 6e95d07654ca67c04585897c656e2438eee0665a241141f4d8aa903c7618ba329260919c104e3470f114e6ff094d482be94add84a930d14b1a1939244f3865c9 SHA512 (FreeBSD-13.1-RC5-i386-memstick.img.xz) = 4aa4326cd9445bd7f82a482f6dcb7d9c2d914c3edaf9b07445580c7955b6d8ad0d24baa462748a0bb6e90465574138c0aaec11323cf1bd2570f538503129cf8a SHA512 (FreeBSD-13.1-RC5-i386-mini-memstick.img) = 3f1236ff1db79e013b769bbf422164037fb8616c74ff99de501fe0fdfbdd17717975539ce560b620a37914341a415a5cfeb0b95cecbff48018ea1a5f1ade2456 SHA512 (FreeBSD-13.1-RC5-i386-mini-memstick.img.xz) = 7b401dbc83ebe04fe49588e68d25769f704bfd5952090936e38912a597cf2e25c92799e6cd9efb964fcd5c60c4a0e5da373756f6d19568d4be7bfb613ba52b64 SHA256 (FreeBSD-13.1-RC5-i386-bootonly.iso) = a25632f45fec5e320e3bf64aa6f23f463a45f64046fad4d102660ba62b63bc7f SHA256 (FreeBSD-13.1-RC5-i386-bootonly.iso.xz) = 4c1673bdbe38eeeecd2376032d7fe1c7c62801a963d4518cb4e4e361519b39d3 SHA256 (FreeBSD-13.1-RC5-i386-disc1.iso) = 8ab92ee626c68cc658c62914671c385c888c34f8e8001e97aaa96d68c1a473a3 SHA256 (FreeBSD-13.1-RC5-i386-disc1.iso.xz) = bcbf0d534041ac363b89a8da5d24393abd37a522c9df817ecec184c7149e4930 SHA256 (FreeBSD-13.1-RC5-i386-dvd1.iso) = e50e243101dbf7099cbf0cada80cfa4a358d014f4085e7b78794cd5e23dc08b8 SHA256 (FreeBSD-13.1-RC5-i386-dvd1.iso.xz) = 258189540f446ab128ba703cfabcbfac85155afb5567001ca50dee52acca3ab7 SHA256 (FreeBSD-13.1-RC5-i386-memstick.img) = 34bb5fbaa92c73d24d9e4f68e1c58ff430e74efdf464709a839d77d0be18ef7d SHA256 (FreeBSD-13.1-RC5-i386-memstick.img.xz) = 1a7392aae0a363a239642f5ba90bf6054001b4bc4938909ee14435495b06f718 SHA256 (FreeBSD-13.1-RC5-i386-mini-memstick.img) = 105a83518a6369a2b5e600235eadd4614586e699beaec5c6fd48aa69742e6ac7 SHA256 (FreeBSD-13.1-RC5-i386-mini-memstick.img.xz) = 82157ba05c9d1ca0ad2cdbdaa214e27c9d5efe3e0d3d08069388f60a68f5e8c4 o 13.1-RC5 powerpc GENERIC: SHA512 (FreeBSD-13.1-RC5-powerpc-bootonly.iso) = 97d356268793b80e460abb5735815dbac52c968488f0f3a696682f80fa25cc73b43f6e7ed10add51408d6cdab4af05e18d48b95e994c477defa371c5e1bf7278 SHA512 (FreeBSD-13.1-RC5-powerpc-bootonly.iso.xz) = 40806c775a87919212d247901ad26eefa62ee906266095680d51dfb4d422093d90a8c2cc4f10df8e223289d3a98a59167f1514b910b32c2ce723ae6c038fcfe5 SHA512 (FreeBSD-13.1-RC5-powerpc-disc1.iso) = 32f1190b763c4406de96bda551a815a29fccdc85770662ab3e77dabb683ffbb5018a145ee7b878764f1348774b80f6674b02d4a24f0df5ad404c5ac88cf438c2 SHA512 (FreeBSD-13.1-RC5-powerpc-disc1.iso.xz) = ff3cf1c2cec89e72315612a349a90f5ffa035d0af76118fba5d1786982f3d5cf25d270e4f48871cc7045f5a48ba27988df9850f30ef261cfd0ceac47454d987f SHA512 (FreeBSD-13.1-RC5-powerpc-dvd1.iso) = 996ea67e4f7186d0281afea69857c24568326d692bce209414ad2c64c859baf1e3a61949d78995a4b0014b4fc17c394387da838572ddbb46fdce613aaa3d7efd SHA512 (FreeBSD-13.1-RC5-powerpc-dvd1.iso.xz) = e4b09151ed6abe51ca1c3c05ac0dbe742f7413c25afc1af3440260cbde36262b73709066cf11962c990b9484f7c1fe6227b9a394574adbfc4b3d06578c9b6600 SHA256 (FreeBSD-13.1-RC5-powerpc-bootonly.iso) = a449230d07f8f4ac94ce6dba5a374170206c0e6c9d2e8d02802cdcf7968ef5b4 SHA256 (FreeBSD-13.1-RC5-powerpc-bootonly.iso.xz) = 091a951dda46fe23426f958828f13f28e4079bedd765510fbe530c3c16056132 SHA256 (FreeBSD-13.1-RC5-powerpc-disc1.iso) = e66d30bc8cef4cece0f34a5e5638a79277e69e04d0c04bec7caf18443d3bc962 SHA256 (FreeBSD-13.1-RC5-powerpc-disc1.iso.xz) = 51267ed169804b7c9c03ef96a1ebee89b2a458c1d17620146b63f922889f53da SHA256 (FreeBSD-13.1-RC5-powerpc-dvd1.iso) = 583f2ac308ce927fa90e6cc9fdb7bd102467f70f56549e773f11e0b541062596 SHA256 (FreeBSD-13.1-RC5-powerpc-dvd1.iso.xz) = 750f3f89f387692409158984eeceab34e56b246957ae433e8fc88e9fc4d417f4 o 13.1-RC5 powerpc64 GENERIC64: SHA512 (FreeBSD-13.1-RC5-powerpc-powerpc64-bootonly.iso) = 336becbab49dd4eb67f5ff74947ff3cd3e7754c396d169f59054acc7bc88d110cf48c8412c788f64d287cd80af30256c450490fb4bee0041ef38346e64f3a9c2 SHA512 (FreeBSD-13.1-RC5-powerpc-powerpc64-bootonly.iso.xz) = 773346a8cea7532e479b0c3d43078a847b31496c43291f0f59f14a1d8d8fea31ca9ad433f0c8d36a23d244c61bd7a18d5a6f4db244e07df09301b172fca7c691 SHA512 (FreeBSD-13.1-RC5-powerpc-powerpc64-disc1.iso) = 4dcc5fb4d8457e1a09872d803cefacb459488cef0d55daf9e85e2548afcd892143f5ec0052781e4af70fd13b09de268a69c5cfb85b4e362782799271e27b4f94 SHA512 (FreeBSD-13.1-RC5-powerpc-powerpc64-disc1.iso.xz) = 651fd34da0758bc402df68e42db8a9bb3ca72d8ccc206b4e58f4cc2b53849b962623a8c17d073fe30ea88f78e70fc1cf4985fea13be2afd4a33983b1c71365b7 SHA512 (FreeBSD-13.1-RC5-powerpc-powerpc64-dvd1.iso) = 3d3fc92924f40b524b87ae1b1bbf921e217900eb7b3095413920e2964f4bed2a1d51f063adeb13801e8fa0b33c1f3c2bd93d198b76e3354a82b6c1e1af6a2ceb SHA512 (FreeBSD-13.1-RC5-powerpc-powerpc64-dvd1.iso.xz) = b38826752642acefa2cebef815e93a0fae6e350f472027497059b6e6094a8b76a1f58cd7015b4bddaf4612beba70924639a844d5bf98d44beb8e9c242c8082fa SHA256 (FreeBSD-13.1-RC5-powerpc-powerpc64-bootonly.iso) = e4b235d6fb1329e8ce5b85a13fcbed3608d45a3b795e35705dde27252c088f1e SHA256 (FreeBSD-13.1-RC5-powerpc-powerpc64-bootonly.iso.xz) = cea7a9ed791477ac69cd2c804077361d2698a4ba8378d105498adf5ce0a0fb0a SHA256 (FreeBSD-13.1-RC5-powerpc-powerpc64-disc1.iso) = 151e352895e91aa13c036d0e2655ae14640a3b33af2da491e9914897b1d1dcbd SHA256 (FreeBSD-13.1-RC5-powerpc-powerpc64-disc1.iso.xz) = b7c912d6b8651b5751a0302a637c1ae2300f0d10abb3898ea0c2a6062a1f4941 SHA256 (FreeBSD-13.1-RC5-powerpc-powerpc64-dvd1.iso) = 19501c5602155c2cde48e12529cac3304f2c03a8567fbe556bd3df03be2506a6 SHA256 (FreeBSD-13.1-RC5-powerpc-powerpc64-dvd1.iso.xz) = 6b136f979db01adca5a343523411be14a3cb335c64ef1cfcaa35481fb0449eab o 13.1-RC5 powerpc64le GENERIC64LE: SHA512 (FreeBSD-13.1-RC5-powerpc-powerpc64le-bootonly.iso) = 6b399ba3849a62c2513fb10dfebb17163f59b4cb9a6fdbf801c24ce64e388ae345b8b7e8b7981c21418ec6f8bf2a351cc2388cdca2d1b613a9f36e385036bfcf SHA512 (FreeBSD-13.1-RC5-powerpc-powerpc64le-bootonly.iso.xz) = b96f56a8def7a30407d8da664785a9119abc427aaf9535901d2dbc3c1408a606968ea1ae8bd53f74a7a5a5ac16f36d72b4ed237d458adb6c2fdb8aeb59a39ea9 SHA512 (FreeBSD-13.1-RC5-powerpc-powerpc64le-disc1.iso) = 6285a262d126ff698ca98f9e6aef018c9616faba5880059e6ea61ba993f52d788d0bcf2305cdde5734e60f334372b2703eae85ca98e4b7448cb8d5516686bcc3 SHA512 (FreeBSD-13.1-RC5-powerpc-powerpc64le-disc1.iso.xz) = 89878e097f84c78d3cdfcf1fda626a197dda239d8b7548406ff9172047e52fd24e50952fcc33cda8c52d5ff200e7273c17aa4aca7d8d01d3b86aa334b98ffea1 SHA512 (FreeBSD-13.1-RC5-powerpc-powerpc64le-dvd1.iso) = 3d03a19a9bfb3387e5986879f2114837f509d7a194cef91a284b7f461abbf441e3f80de8af8c89a6be42d2d24bdb1204acca470e211eb653dab0747b1c704840 SHA512 (FreeBSD-13.1-RC5-powerpc-powerpc64le-dvd1.iso.xz) = 97ac9d9ab1cca2a6e57a50bd2960ab3fa4a890a11d235a9d86544b4d18e53e6304276be5db98f4531dcb9c11277b635de1facb0ae294b0365b77f9eccbcaa58c SHA256 (FreeBSD-13.1-RC5-powerpc-powerpc64le-bootonly.iso) = b444af2b4a0c4057fd1d9ef76d979fb1de40dc0a15c313f3687d83dff8370612 SHA256 (FreeBSD-13.1-RC5-powerpc-powerpc64le-bootonly.iso.xz) = bb79449af23dc6df294f5c5a053d954d782ac187c7de9b082b8c5718df4814ce SHA256 (FreeBSD-13.1-RC5-powerpc-powerpc64le-disc1.iso) = 8ec5c1ba5a477c64ce32be1096abfa72264577371c1b3e35b9454264601e0095 SHA256 (FreeBSD-13.1-RC5-powerpc-powerpc64le-disc1.iso.xz) = d653df0d895d5273c909f0fac40e619b96245da14315919e5c05ee9776259334 SHA256 (FreeBSD-13.1-RC5-powerpc-powerpc64le-dvd1.iso) = 9e3e49990652e2785e2498774ea3142166c56cbb03e189a1ca338ed4a463b0b2 SHA256 (FreeBSD-13.1-RC5-powerpc-powerpc64le-dvd1.iso.xz) = 52132853e0237c6588b3298906b99daf8b8937e521d04dbd3b42f037b86db626 o 13.1-RC5 powerpcspe MPC85XXSPE: SHA512 (FreeBSD-13.1-RC5-powerpc-powerpcspe-bootonly.iso) = 5b0b235d43bf38178d7c79a484328ffa1c8aab7444597424aba2bd8372d6b8aa1780488db90d4dfb4407c236920051d29767be98712af4d3fcfe3529f2c8419c SHA512 (FreeBSD-13.1-RC5-powerpc-powerpcspe-bootonly.iso.xz) = 5360687ca9e551a9b6fa5a21f2da033d875ff7c70aec918dc49c15aee07176374c16f05ae0573bb8ac5672ab773a969f12d940cd9c147400706619e9ec507a14 SHA512 (FreeBSD-13.1-RC5-powerpc-powerpcspe-disc1.iso) = 37fa1d7cfb8cc73c54345eb198e4bf01e2f60ea0ef2c19697f0662e321c1fe9d37c5730599c4618ab63dd378e0dc46dbb76f3ee2487e303bfa28ac8104e4912d SHA512 (FreeBSD-13.1-RC5-powerpc-powerpcspe-disc1.iso.xz) = 527c519ffd01f328d6e016cf9ce7c50b768e4b5c3a962b919ee7b5c3f93956bdec19e9b21e2e27befe153d12c71e86d225231a18e55ba559f1ce4a0974ad54c3 SHA512 (FreeBSD-13.1-RC5-powerpc-powerpcspe-dvd1.iso) = ab96c93362119babe99ba99c27dcc278dc57c0e25ad630237306c78279f8ba4fa7494f5a61a5fe30349f9971fde0f360ee4c0914d5e262ea8e8923ebc2b323e6 SHA512 (FreeBSD-13.1-RC5-powerpc-powerpcspe-dvd1.iso.xz) = 86210ee495bb892fb85a5ec9302de079bdb1c64e42ff703698e3fadb2691206451b4bc8ad0eee2c43c67765ffb32a373c08f223b3cc49930b3213bb7cf5a033b SHA256 (FreeBSD-13.1-RC5-powerpc-powerpcspe-bootonly.iso) = 5652a6d03b6c50ecf68173d9b7ec7e67baf205b421144326c957663b317c73f2 SHA256 (FreeBSD-13.1-RC5-powerpc-powerpcspe-bootonly.iso.xz) = a197a74e2e0912336ca88404575ae39229eaa2ec4b6a9c97320d68592a2cae21 SHA256 (FreeBSD-13.1-RC5-powerpc-powerpcspe-disc1.iso) = 151242803b5f7da068598dee031b48a990a8314f4534bbef211bd426e82f28b3 SHA256 (FreeBSD-13.1-RC5-powerpc-powerpcspe-disc1.iso.xz) = 0731b34119f306cb051c1dfd9b1d61449738d32f0e7777448ee96e381592604d SHA256 (FreeBSD-13.1-RC5-powerpc-powerpcspe-dvd1.iso) = a6e80cda7507287a9d4fa8247ecbf818095c74a1ab16d00e668e3dd5945babc5 SHA256 (FreeBSD-13.1-RC5-powerpc-powerpcspe-dvd1.iso.xz) = 097d63ccf8f8510e7cc6a3d76907b635e604188cc4ecdc98384fafdb1448d8fb o 13.1-RC5 armv6 RPI-B: SHA512 (FreeBSD-13.1-RC5-arm-armv6-RPI-B.img.xz) = 00e490f84ecc0602a70234c806760aeaf7103815923219f019d5a8cd1dcd9bc862dcbbb91ee5333620f78e80f71968b0f4e10ad34ba7247b055a40cfc08d60ed SHA256 (FreeBSD-13.1-RC5-arm-armv6-RPI-B.img.xz) = b59d08b135205e782d1352530f11bcf86b56b1af50e775d7d1423146c61b6bb2 o 13.1-RC5 armv7 GENERICSD: SHA512 (FreeBSD-13.1-RC5-arm-armv7-GENERICSD.img.xz) = 51d860d5e4528f9b76911b7ce90296c9cce6aedc45981771c5f2336ccdb81f444cc590e76378a8dafd50b9551368963b8cec06405395d11d5324fa34c727cb6f SHA256 (FreeBSD-13.1-RC5-arm-armv7-GENERICSD.img.xz) = b7928506e246153ab81399dbfd7d206688df3c1f4171e6279b59badf1ae3e403 o 13.1-RC5 aarch64 GENERIC: SHA512 (FreeBSD-13.1-RC5-arm64-aarch64-bootonly.iso) = da1a8d53573514682d576a9f5824e10a204c5b99080eafb61bf9acd2289ac06a530bd1e0a99c4b7b4a2cb8185416b35f2fc16cad1f8ee184cc061e4e24f2c024 SHA512 (FreeBSD-13.1-RC5-arm64-aarch64-bootonly.iso.xz) = 42f75f26867f69a11d7accb73554c6b2f4080b9318bbaa42d94d4bf6d9404f33a6da0baf200c0c029e047cd5d3f1f7854f9f8fb3b194c981da70d89294a9c166 SHA512 (FreeBSD-13.1-RC5-arm64-aarch64-disc1.iso) = 0d7faa2b7d25bcf7b961c931bd6c657f3176348dfe5ee45a8bb02c6af3742fb404e262d107149fdca4deada35449a5ef866d986485a459b0498e083ef23f820f SHA512 (FreeBSD-13.1-RC5-arm64-aarch64-disc1.iso.xz) = 175bcc18e09eb5bc2c8ffb5bc09c9e8ed916a243d10705b927a8d146b9fa0e27a444b3ab9dc39e13e4343458d928967e2d93685d2c61865c6b4f671cc172a58e SHA512 (FreeBSD-13.1-RC5-arm64-aarch64-dvd1.iso) = b1098a3183c49d7eabcea774d6e45718757f80101e17a8c87548aeff23ee0d6cdb23b5a7d3793248c9f1049b465c9c7048ca489594d58e252d5697d8da313621 SHA512 (FreeBSD-13.1-RC5-arm64-aarch64-dvd1.iso.xz) = c68d0a4854d107c843a1e7b7dc0cff8404e18c1eb9cb8e8bb909b7f7c85ef80c55ea37a47c2762c2cfcd52a9c29dc5443422e31e004b7b1fe28253210f8014c3 SHA512 (FreeBSD-13.1-RC5-arm64-aarch64-memstick.img) = 9a8fd64b8f7c8f143e553960919e5a43af5ced03bdc1395524e514bbd8cbf8568b643c2e4119b49712e8d049def2139233f7197625d6a66cc5fb3f6ce0402ef6 SHA512 (FreeBSD-13.1-RC5-arm64-aarch64-memstick.img.xz) = 9fb1e3521fccb040729ca97ea563203b2b50fb6bd98676cbf0f062446d16ff77522bed25f8de37a9df0e21a3fb1a68c344b6da0f532168f4a9f286b6bb0706d7 SHA512 (FreeBSD-13.1-RC5-arm64-aarch64-mini-memstick.img) = 2e9484121b35406d1d3372f548ea4e2a19c30bca30b7cd180f1c028e9931c584c9b75cc9ab394f11b7ff943dce09bd5ee2f808fdea999b753639ae10483df4ac SHA512 (FreeBSD-13.1-RC5-arm64-aarch64-mini-memstick.img.xz) = cfd141e5c0f2d5f9e9293432dd10ac83222efdbcaf4d4a0904d2cc7d78b4040b90fcc689f07c2d7b57aaddc26b89156f46b02cfbc322fa6ad65db042016e64b8 SHA256 (FreeBSD-13.1-RC5-arm64-aarch64-bootonly.iso) = 98cc6b031371f4ce5820c25478fde1f9533d737cd5ffbab808efed7a8b28eb48 SHA256 (FreeBSD-13.1-RC5-arm64-aarch64-bootonly.iso.xz) = 747abc36e8add584c7f6e6a242cd474d7c52d3bbbb501c5713a66be72149da49 SHA256 (FreeBSD-13.1-RC5-arm64-aarch64-disc1.iso) = fc6c5d7b258a9dee2092bc86458a0532b64cd8a45e154408da30a3b6456c82d2 SHA256 (FreeBSD-13.1-RC5-arm64-aarch64-disc1.iso.xz) = 45f699226d8fd24b60722722ca6b32049aad8907f678d924a6693cec40dfd04f SHA256 (FreeBSD-13.1-RC5-arm64-aarch64-dvd1.iso) = e074582e666beec6b6e99df4f70281ba9287c17a27ea4cab34099006f75704b7 SHA256 (FreeBSD-13.1-RC5-arm64-aarch64-dvd1.iso.xz) = 956e14438ab949b4363278a0f6ce0f0ca9f115d9c0891d5f778307e197935320 SHA256 (FreeBSD-13.1-RC5-arm64-aarch64-memstick.img) = 7993e31dd4e2882bde63835e6fb1196f703dec036f770c60cc6007a87e32aa3f SHA256 (FreeBSD-13.1-RC5-arm64-aarch64-memstick.img.xz) = 3d57f6b323b4f8b4635d30cbd20b4554f7d59f9d99606efa2773addee2386d2b SHA256 (FreeBSD-13.1-RC5-arm64-aarch64-mini-memstick.img) = 8c990915a9aca027c65ce590b71877c26e50231a7745208d7e02840b65c58e55 SHA256 (FreeBSD-13.1-RC5-arm64-aarch64-mini-memstick.img.xz) = 49b246793f3ae15177a708ac236f7baef92d31e8664332756ee2fdc7e80cd355 o 13.1-RC5 aarch64 RPI: SHA512 (FreeBSD-13.1-RC5-arm64-aarch64-RPI.img.xz) = ed2f7751eb39caf0c6ad3cf3ff8fa6c91af31557c7301c9d22327f5f4b22da78655535e0ea557b385cb2df88cdc9bbcc4fcb177211fa18af18acb62004f02e46 SHA256 (FreeBSD-13.1-RC5-arm64-aarch64-RPI.img.xz) = 826b32e92163e478a674fbb89957147c98215e7d116d9bff201d3ce424e7068c o 13.1-RC5 aarch64 PINE64: SHA512 (FreeBSD-13.1-RC5-arm64-aarch64-PINE64.img.xz) = 449cb5d736134cac974111f41978880b9491fce3395cfbc9083e53f88a5ac61acc609b4e770011de1330a409288b3d531ca11c001e7b326383349fcf59885a89 SHA256 (FreeBSD-13.1-RC5-arm64-aarch64-PINE64.img.xz) = 8785fa63ac4b58b733146c2f20341b813141de13360cdab1521b0a10332b5704 o 13.1-RC5 aarch64 PINE64-LTS: SHA512 (FreeBSD-13.1-RC5-arm64-aarch64-PINE64-LTS.img.xz) = 2ef3a0e85ac4a8f18d9b0e0d9723ddbbd084856d88326339a9f9e2c3c5884dcf6f904244a31969477c5fa2720d8f94745ae8fd3daee01cddc0ae89a35aefb2dc SHA256 (FreeBSD-13.1-RC5-arm64-aarch64-PINE64-LTS.img.xz) = 68183361e830f263f0b7f68b98605198c42b45afecdbcf3f617cd81a37831239 o 13.1-RC5 aarch64 PINEBOOK: SHA512 (FreeBSD-13.1-RC5-arm64-aarch64-PINEBOOK.img.xz) = 462caa6f11d08614f0128c17dbe4bb0d6c059cba716c648c2e3b90a3eb2384e4c95bd8f07c3d420106b53fb70ffc7b8e06e94e9972dcb38b6b31a1841b2f476c SHA256 (FreeBSD-13.1-RC5-arm64-aarch64-PINEBOOK.img.xz) = c3a4ba17864b9391d8f01a4fff5cecea5849cc02200a2f8cf5ed7982156da084 o 13.1-RC5 aarch64 ROCK64: SHA512 (FreeBSD-13.1-RC5-arm64-aarch64-ROCK64.img.xz) = 24f88a8ba85cb2ca19f2a66e1ff477d5a0d57d1124a979747fa9f2c055e5d88145398fb8500906b5e656eb6d03767427f3174114741947a2bba59ed2487f43a8 SHA256 (FreeBSD-13.1-RC5-arm64-aarch64-ROCK64.img.xz) = ec29fdb214fa28224f3141ad0f459f74768b11a1c157afb856a60298ad24017f o 13.1-RC5 aarch64 ROCKPRO64: SHA512 (FreeBSD-13.1-RC5-arm64-aarch64-ROCKPRO64.img.xz) = 1bfbdcd7f5370c024be7ba21bf09d991bbd22366e6b5789cad6a1e398eb6d534fed6520a64f8fa6a11e5cb31d829e0630680bfcb7f0f41415f107eaab84846e4 SHA256 (FreeBSD-13.1-RC5-arm64-aarch64-ROCKPRO64.img.xz) = ded4ad2ab896c3705cc6e366d512cb75ba1290f4e1797987288a38c8122d9084 o 13.1-RC5 riscv64 GENERIC: SHA512 (FreeBSD-13.1-RC5-riscv-riscv64-bootonly.iso) = efbe77fc8c9674b760f900326e0cee2d2e2e003bb9c29a8d5cea7ae2354f19a7b9b8e071821b9979e36c11e87146c19be69d2910e6bb6388c1b4bdeb2a54b281 SHA512 (FreeBSD-13.1-RC5-riscv-riscv64-bootonly.iso.xz) = 4068619679fce5db8f6298a4d3f657e612d1c416b8b54cd23732b6d8c8c3065a5537e30bcaf1cb5b5c3ba5baab0a7d9d82d8ee0db2837928589b6c03eb4a46c3 SHA512 (FreeBSD-13.1-RC5-riscv-riscv64-disc1.iso) = 4ecf0934ca5ceeb25456f3aaaa866a00bf7d58b9e82f3bf2ee88ced0c8aded1e30d253d1a0d8a46a6c20fc3b8c3de387ad0c7b11fc69bab017e67684569255bf SHA512 (FreeBSD-13.1-RC5-riscv-riscv64-disc1.iso.xz) = 174bb854c6e85428ce53bb7335f59d8e02715d885d2b8962276bc539a8bb21878b7157d3894bdecc9ae8793bfd4779782c7061ce715b8adae97d01ae99c0b63b SHA512 (FreeBSD-13.1-RC5-riscv-riscv64-dvd1.iso) = f2ec70ad086265164e608dc726c46a8e25835ae94339cfb2a483982067244c9b430eedd4b5d71d67b8a7eb0b30d1416a8bdd1531cff7e4ce2d558a4441ce4909 SHA512 (FreeBSD-13.1-RC5-riscv-riscv64-dvd1.iso.xz) = 2770aea6f129849c9922c28a9dc92c4da385ba718510ff89f68026950aeb139779034f84f4151544722eced7337ff23321419f39c9d27c05eacf515a6e4fa8c2 SHA512 (FreeBSD-13.1-RC5-riscv-riscv64-memstick.img) = c4b6676b860fd8f4e6d6d84e8b39d1d9ad64fb7630cc6bf5b793fd7ed6ec3941f70df7ff9adfe7c717e36dae8573e511e5385945b88413c0bc783e1fdc85c661 SHA512 (FreeBSD-13.1-RC5-riscv-riscv64-memstick.img.xz) = 31ce2f6195945a2310a225d627a5b860a09f40ee6cc3a1d7bda58250a611945ef7d422a9484c22b0adcdfa5125512c0b9fd09ddb67a5b5b4a22d76fc23ff2ec8 SHA512 (FreeBSD-13.1-RC5-riscv-riscv64-mini-memstick.img) = 37210e3f9c456a1b35b3cae87b40026ac6199a9ce005d5fb5be0a14b754d6e7ee633686919b5026b61aff7c763202f3e1090a7880e7c7ab30669c8f6e437c151 SHA512 (FreeBSD-13.1-RC5-riscv-riscv64-mini-memstick.img.xz) = 93e40e9b705f783bfd050a56b1579d019269ad5b6d615dd64cb634aaee744ad6cd923386031c9b8f2c90db0cad44bdec15355429ca10b52af2810ced21d49ba4 SHA256 (FreeBSD-13.1-RC5-riscv-riscv64-bootonly.iso) = 95eeda8e0624736f1ff2ba76be63591c871769897567a1d12f12080c0201593b SHA256 (FreeBSD-13.1-RC5-riscv-riscv64-bootonly.iso.xz) = 50210de520e549ebc5ab603f17d4436a2f25cb35e1d1bf3e5365faba96da5a0f SHA256 (FreeBSD-13.1-RC5-riscv-riscv64-disc1.iso) = a29fde92bb73ccdbc46ca27224d46332ffde93d23fe1c767a26751689de1c828 SHA256 (FreeBSD-13.1-RC5-riscv-riscv64-disc1.iso.xz) = 5f0f3d3837236ac4c032386baa6b4fd6a35b7250abfadd7cee041748505ad107 SHA256 (FreeBSD-13.1-RC5-riscv-riscv64-dvd1.iso) = ef67f8d0a6b153cfd345e6477bb77ef60686d75a79af0e52de96d5088a9cb7f6 SHA256 (FreeBSD-13.1-RC5-riscv-riscv64-dvd1.iso.xz) = 29933a7cd62e0c5fd79071662449db557f66f2db04ff7734fab61447914f5b44 SHA256 (FreeBSD-13.1-RC5-riscv-riscv64-memstick.img) = a29b00ac8cf216072738b2787a8405218e63aa5c3a16f45b684c90bb2e5e091f SHA256 (FreeBSD-13.1-RC5-riscv-riscv64-memstick.img.xz) = 6d9d7ab0fc5e4a2d80c18b81abd8ac2ad1d68a2b1f5942b5ad2d53ee6c48801b SHA256 (FreeBSD-13.1-RC5-riscv-riscv64-mini-memstick.img) = cb7db1f4b4f4dc00c6ee675e893ff2c25de1cdb021e0e9a32745fd11e307bece SHA256 (FreeBSD-13.1-RC5-riscv-riscv64-mini-memstick.img.xz) = 1f4b4ead67ae11afbe11e3007ed9efd4144b3e17eefeec92ff2fde032256673b o 13.1-RC5 riscv64 GENERICSD: SHA512 (FreeBSD-13.1-RC5-riscv-riscv64-GENERICSD.img.xz) = b74d657630abca2bcaa502657a848a5e6418c10004ae26e6b0556c982dd205fc71c415533b09fc2b60372a1bf4fb4cd02bbbcc3c957306d335bbbf2790cf673a SHA256 (FreeBSD-13.1-RC5-riscv-riscv64-GENERICSD.img.xz) = bc98b8a589bff628c22ecdbab34de9baf9abee9bec6bbdcc58506184ced5e504 == VM IMAGE CHECKSUMS == o 13.1-RC5 amd64: SHA512 (FreeBSD-13.1-RC5-amd64.qcow2.xz) = 5edc64ec11f3b55545305f45cecc33b2fd07a53ab3bccfd0de57f008ab81b7014f899337fc561040467fe7cad678bda8b2f4744daf1771c49a4569f959600176 SHA512 (FreeBSD-13.1-RC5-amd64.raw.xz) = c86bb963b2d38a0223081aeb8eff23cd840c443ee261771aaca5fe29c618b89f00d05aafcf2ca21756728cc668bd90dcb5b61ad585cd2b68a7a94b643fb3068a SHA512 (FreeBSD-13.1-RC5-amd64.vhd.xz) = ed356b33813115ea2ca7d49cac080c4a9f3f4413bf518592b99f9db924380a8c4161126f623b01a31b819a49f99d90b192624784aa56a71f1a7956880f55c717 SHA512 (FreeBSD-13.1-RC5-amd64.vmdk.xz) = c5f600047e2bdd1a075c92a13a6e6a56f9b101e3f9ebc4c0b509899ea8a16e4d7648712ecd48eaa85e321e17d912da49f40c5f4177d4d0b2400ba8c978ac9d44 SHA256 (FreeBSD-13.1-RC5-amd64.qcow2.xz) = 063f5b15fd00aa26d3a327b9bd476af5721210be09c9d72e84e9446836d2e558 SHA256 (FreeBSD-13.1-RC5-amd64.raw.xz) = ae0f8222bb2e7e82e06eaef8341d34362c64300f60a018d02f73efca58135c4f SHA256 (FreeBSD-13.1-RC5-amd64.vhd.xz) = 20d147d55f589ffb00aaa9cfa00fb9ab3ba37a4e53078c441695bfa44e7b3343 SHA256 (FreeBSD-13.1-RC5-amd64.vmdk.xz) = ff796c7a17293d297b36f7e357052e6291d101722a0a5234e130b2522e135b08 o 13.1-RC5 i386: SHA512 (FreeBSD-13.1-RC5-i386.qcow2.xz) = c1507ff64839221154bf3f572a42b81e8e5012ad5bef729955280a36f1c1da5445a92fe5394af899dd75ae853e0a659909b71aa1dfc5dc573f3b1a3bae589d4a SHA512 (FreeBSD-13.1-RC5-i386.raw.xz) = be00562fb9f4f137b70c96cbca20725db1c47adb07a243da49ca0438d17185d50c4854193baec630d8eb7cf46af06b4c0de019580332243cfb6b61e71714b10a SHA512 (FreeBSD-13.1-RC5-i386.vhd.xz) = b9f3ebff7fa6004bdb620c107382330df576f85c732472aebdc0840da3e8e130430fbebeb099d7f0ce540852b7d0b3a6cef91c6b04d8328e0124929176294280 SHA512 (FreeBSD-13.1-RC5-i386.vmdk.xz) = f04ca21a252201f77273ffc88a299c4ea5783eab07e73ccf68fa47d0ff89760cf72db586bce7e0adff6134439b87724d146b668a12fecada3d1eca88b90f67fd SHA256 (FreeBSD-13.1-RC5-i386.qcow2.xz) = 6b24bcce1756c57209c5380a803b113da34f40711ac9e34a93d392d7b6d18294 SHA256 (FreeBSD-13.1-RC5-i386.raw.xz) = 9056d226c10c55515216168f0154be39e25118f6831c72b8b4ca676c8e2cb4d7 SHA256 (FreeBSD-13.1-RC5-i386.vhd.xz) = e1c1874a01d088f30e67b1b3b454125a1a0070f61e0de6f379c3a14ec9d0e06f SHA256 (FreeBSD-13.1-RC5-i386.vmdk.xz) = 2c3713cc239df370a807fb5e96ff0399e2ca08975d660c5d7a97d2cba9f0d9b5 o 13.1-RC5 aarch64: SHA512 (FreeBSD-13.1-RC5-arm64-aarch64.qcow2.xz) = 5bbf66c017b8fadd20e75d32a8dd8d3376d8fd6111062b4c6e50b1270640adbdb5be393077bfcd3505c9451f607c828eaa8862884fb4294c23ac3b99e36e4e5e SHA512 (FreeBSD-13.1-RC5-arm64-aarch64.raw.xz) = f26ef66bf2afab958f625fcd3bfeaf08c6d7fdefa2a6c7aca0aa7aa2b2146b1918112f5e374b5c09a618078b9f25c906e0a1fce6f3c57b0110aa720f835d3392 SHA512 (FreeBSD-13.1-RC5-arm64-aarch64.vhd.xz) = 7e6eb2b33428719a3bab396affa03c1d0f8155026766e65cdf94296c891b3339b2db915295fa15c73d46b57d1612566ed2d811b5855a5b6127a79dd28e05be6c SHA512 (FreeBSD-13.1-RC5-arm64-aarch64.vmdk.xz) = 50bd708483ce14d3cae152971491e588130528fe1de12b760a3b723d23ce7307e46953e98ba0b8020c46c70b6b42bb978e7cf1c145f220757267ebfd2fd07038 SHA256 (FreeBSD-13.1-RC5-arm64-aarch64.qcow2.xz) = d1a9b83a4580854fb2fa7d9ae696099925b581c901a3ef7c26c7aa61a199e959 SHA256 (FreeBSD-13.1-RC5-arm64-aarch64.raw.xz) = b0d6f6480a7593387fc8cfe2601c5311079761a560d9013d0c498377254af2e2 SHA256 (FreeBSD-13.1-RC5-arm64-aarch64.vhd.xz) = 8e29a38df30a43d67ae0ba385d197d958da3dea7f53c40d2f19b975f14a8f1d2 SHA256 (FreeBSD-13.1-RC5-arm64-aarch64.vmdk.xz) = 1c6981cc4b79250838e7133ab17ff498edb099dc380f84af02fd99ecf0dc2b80 o 13.1-RC5 riscv64: SHA512 (FreeBSD-13.1-RC5-riscv-riscv64.qcow2.xz) = 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 SHA512 (FreeBSD-13.1-RC5-riscv-riscv64.raw.xz) = 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 SHA512 (FreeBSD-13.1-RC5-riscv-riscv64.vhd.xz) = 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 SHA512 (FreeBSD-13.1-RC5-riscv-riscv64.vmdk.xz) = 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 SHA256 (FreeBSD-13.1-RC5-riscv-riscv64.qcow2.xz) = 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 SHA256 (FreeBSD-13.1-RC5-riscv-riscv64.raw.xz) = 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 SHA256 (FreeBSD-13.1-RC5-riscv-riscv64.vhd.xz) = 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 SHA256 (FreeBSD-13.1-RC5-riscv-riscv64.vmdk.xz) = 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 Regards, Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmJrGlkACgkQAxRYpUeP 4pMOSw/8DLT/QM/yRvqw9Rqd5w+S3f63VmtitCs4S2KygWt/DRAjaxr8i76YZtmf ZyGQ20w9uTYMnt6Xe80iJvdNCRo/nf6JKI+3G6pdFQ8TXO+bGo87hgLwjIoVlNYE aB+w2vRzdiIpNXusPVaGGhazt+qCmhd1k1hGg69Q5/c4CKNZWTLt0yJXsLnSFmhd uAqCktD90+V3nN02Kss8b7InA6JGsJvYl4uRWTG+2wteKmYmxg3yoCkd0QKMxjTx RQASsRktoxq9Cz7VWj80W+JKl+GdjLs2Xy18ARK2SoXbhnHcL1WYHy452dONHxhc 3A8Yr81jX3qTs0Pj6ylAttu2opez3D4aWX8adwtNEt7c3WHA5VVJumcrcupBe+me NJx2zaZiCv5Y3cQJlJf5XfCM+qUwYVFvxT7AjMP3jCss0irvRMLyN03vAgqtZfvj H9BG7X7JgajrRUuzwhFwYYzAaQrBhzhMUgxbDgrijRZVa3OqNdJP83LeDXc1RBbN oUpCLoSkUm6qN/2H2TSGl4zURMwvocExa9Dwk8PsBIQrgmRUM6m3vrwkEYrW6x9w /1fePAAtSemaX4hvqfnzjpAOaEiw4d1Mv9HNrLnytprKPGM/7Oil3rafV00G4ba7 JJpz6ykikv7tEY74si6NJ1o82NGwIhmH3mZxsvs3RHXMorCTEu0= =NMh8 -----END PGP SIGNATURE----- From nobody Thu Apr 28 22:59:45 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E66DF19984C1; Thu, 28 Apr 2022 22:59:51 +0000 (UTC) (envelope-from gjb@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KqB076Crpz4f4X; Thu, 28 Apr 2022 22:59:51 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1651186791; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type; bh=XrURh3FdYgF9+RGeuJj5hnX9D8acq0EIm2aRbTBeIQs=; b=jHRjbK6f6Gv57UQTeOZno16k6Gi+d+st1Yspd3FzFl6SSScphmRL6Cfadm7kIW0vvISuTK ssBfT38OXlRB66thKxNBXizje/sY1JWA2bGvlZ/2Lc9YzoW7LafUXZCfuBiACKwKNthPeS f/iNFqt1vuJh1thxsOAF0Husk2jOvLQgSdLv60OSjou21aYBWaGSMrUcLIxylZZtfIjgMS FQUhG+jY3M3lHfWrXFgkqEpkPHkyP8VrtXWQDrYceWpMkyG5uvILTMgY4R6x9L8bHUPMeY WZrZXy3X6olsk9nvj+OfiD4C1ncyALqaoc4lNZ81D5fHNAzbrsHxqfxwm2XA+A== Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 56C4BF9D9; Thu, 28 Apr 2022 22:59:51 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Thu, 28 Apr 2022 22:59:45 +0000 From: Glen Barber To: freebsd-snapshots@freebsd.org, freebsd-stable@freebsd.org Cc: FreeBSD Release Engineering Team Subject: [REVISED] FreeBSD 13.1-RC5 Now Available Message-ID: <20220428225945.GY28996@FreeBSD.org> Reply-To: FreeBSD Release Engineering Team List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1651186791; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type; bh=XrURh3FdYgF9+RGeuJj5hnX9D8acq0EIm2aRbTBeIQs=; b=gsdbmN9WA2sB3r2rsYVQNxvGBYgqmR8MwODzAkwzK9p2gG7RXiMlDEGSSEpvywdw0OpGpt PoXl4iXexUIJSxJzf3seqmpSaIveCK42ppPvgaZCm44JuUi6M2BsC4C31aS0wtre1Q29SF 47EhRxpDg1HrV14DqpmGSoMhZhQXOaBPbQwvrd9ubjpLPg3fNfS/H5mjn9Mbh0iYeVhF9G 6XuJ+G6RilA0JDmMf9FO7rEIYOAsaM6ZsJiRLktlk7dh9NMNcZwF90aASzwjjHtMaHRxMb f2g+DhJQTN7VC+M5hTGvXLmqJbademH9dhNYCJrm7FmSMoxYA1B2fgwofGWwAw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1651186791; a=rsa-sha256; cv=none; b=tdBz7xVrSziPoehjZdAIIGuOPgj8bpRSPtFezaIwsuN0o3BpQE4UMio9zUTZTiLsHt5jue Omo1zCalwAFq4hKjhNtdj1XCsDHxWMukq1VU5/dq4wZU6+JKOYSDBUCJJArvxYNaEFzVYG 8MV7kgqHBJL76lTUmQytuVlKOYJ956p6fAfHoFtmBQ1QoVEe9/V3nq7iQCN+uOyWJFQ2qM lw3Ux223dvbYnpbgW7gwxHZrHWVvsCuum4uqIxeu9kOYErifYWFm1/PirDyuSj6CiSC/z/ L3s1fvczO22wDufqE3dFOtkr2549b8l8PKaPwFaFNbHuDFr9eD95mWV3GwG2mw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 [REVISED]: Added change list between RC4 and RC5. The fifth RC build of the 13.1-RELEASE release cycle is now available. This is expected to be the final RC build of the 13.1-RELEASE cycle. Installation images are available for: o 13.1-RC5 amd64 GENERIC o 13.1-RC5 i386 GENERIC o 13.1-RC5 powerpc GENERIC o 13.1-RC5 powerpc64 GENERIC64 o 13.1-RC5 powerpc64le GENERIC64LE o 13.1-RC5 powerpcspe MPC85XXSPE o 13.1-RC5 armv6 RPI-B o 13.1-RC5 armv7 GENERICSD o 13.1-RC5 aarch64 GENERIC o 13.1-RC5 aarch64 RPI o 13.1-RC5 aarch64 PINE64 o 13.1-RC5 aarch64 PINE64-LTS o 13.1-RC5 aarch64 PINEBOOK o 13.1-RC5 aarch64 ROCK64 o 13.1-RC5 aarch64 ROCKPRO64 o 13.1-RC5 riscv64 GENERIC o 13.1-RC5 riscv64 GENERICSD Note regarding arm SD card images: For convenience for those without console access to the system, a freebsd user with a password of freebsd is available by default for ssh(1) access. Additionally, the root user password is set to root. It is strongly recommended to change the password for both users after gaining access to the system. Installer images and memory stick images are available here: https://download.freebsd.org/ftp/releases/ISO-IMAGES/13.1/ The image checksums follow at the end of this e-mail. If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use Git to do a source based update of an existing system, use the "releng/13.1" branch. A summary of changes since 13.1-RC4 includes: o A fix had been implemented to correct boot failures with ZFS+GELI. o A fix had been implemented to correct pkg(8) symbolic links for on-disc packages. o An update to allow if_bnxt(4) interfaces to allow vlans. o A fix to arm64 to stop using kmem for PCPU memory. o A fix to correct the ABI in libcxxrt. o A fix to xhci(4) to ensure data toggle is properly reset. A list of changes since 13.0-RELEASE is available in the releng/13.1 release notes: https://www.freebsd.org/releases/13.1R/relnotes/ Please note, the release notes page is not yet complete, and will be updated on an ongoing basis as the 13.1-RELEASE cycle progresses. === Virtual Machine Disk Images === VM disk images are available for the amd64, i386, and aarch64 architectures. Disk images may be downloaded from the following URL (or any of the FreeBSD download mirrors): https://download.freebsd.org/ftp/releases/VM-IMAGES/13.1-RC5/ BASIC-CI images can be found at: https://download.freebsd.org/ftp/releases/CI-IMAGES/13.1-RC5/ The partition layout is: ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats. The image download size is approximately 135 MB and 165 MB respectively (amd64/i386), decompressing to a 21 GB sparse image. Note regarding arm64/aarch64 virtual machine images: a modified QEMU EFI loader file is needed for qemu-system-aarch64 to be able to boot the virtual machine images. See this page for more information: https://wiki.freebsd.org/arm64/QEMU To boot the VM image, run: % qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt \ -bios QEMU_EFI.fd -serial telnet::4444,server -nographic \ -drive if=none,file=VMDISK,id=hd0 \ -device virtio-blk-device,drive=hd0 \ -device virtio-net-device,netdev=net0 \ -netdev user,id=net0 Be sure to replace "VMDISK" with the path to the virtual machine image. === Amazon EC2 AMI Images === FreeBSD/amd64 EC2 AMIs are available in the following regions: af-south-1 region: ami-0888669cde2d525a3 eu-north-1 region: ami-0a2f63007167cd070 ap-south-1 region: ami-040bd2c8a24a5596f eu-west-3 region: ami-084e94d32b176d79b eu-west-2 region: ami-0c489e887cd9beccd eu-south-1 region: ami-02006166c9391b0af eu-west-1 region: ami-06bc0492b1b7438e3 ap-northeast-3 region: ami-0b507998ebb6fb50a ap-northeast-2 region: ami-0451e351ed1acbf16 me-south-1 region: ami-0d58077c358948820 ap-northeast-1 region: ami-06bab51c891c9004e sa-east-1 region: ami-0cb2f82f4fdf09ba8 ca-central-1 region: ami-0df11385b8e331fa8 ap-east-1 region: ami-0c737e79bb077923a ap-southeast-1 region: ami-0bec487e836f5960d ap-southeast-2 region: ami-01a4d813853813901 eu-central-1 region: ami-0a35e46e105267ba3 ap-southeast-3 region: ami-0b7b3b1afd0ae499e us-east-1 region: ami-07b65a6421481c111 us-east-2 region: ami-0fa71b0005f724ae6 us-west-1 region: ami-05a514ab39c370d68 us-west-2 region: ami-0bae68617e89510f0 These AMI IDs can be retrieved from the Systems Manager Parameter Store in each region using the keys: /aws/service/freebsd/amd64/base/ufs/13.1/RC5 FreeBSD/aarch64 EC2 AMIs are available in the following regions: af-south-1 region: ami-033d3fe8926c46c8b eu-north-1 region: ami-07b506190682fa874 ap-south-1 region: ami-085fab83a8e02394b eu-west-3 region: ami-0f64db7669ac1fd22 eu-west-2 region: ami-0ce065c16268f5c25 eu-south-1 region: ami-08d81c2c3d5badb72 eu-west-1 region: ami-04fdd164267399717 ap-northeast-3 region: ami-019614c44cd7e9dca ap-northeast-2 region: ami-0b4709b97a9690d7e me-south-1 region: ami-057370d3e213e1a01 ap-northeast-1 region: ami-05cb2f650122786ae sa-east-1 region: ami-0cc92a42527d73179 ca-central-1 region: ami-01aae0991db063b39 ap-east-1 region: ami-0d015ccdb33fb3416 ap-southeast-1 region: ami-0b3bea8f275e8902a ap-southeast-2 region: ami-02442e2314aa30845 eu-central-1 region: ami-08c454d81bf087a09 ap-southeast-3 region: ami-0d704ef4260d18fc3 us-east-1 region: ami-082557374d3d37289 us-east-2 region: ami-063123db23b43a4ad us-west-1 region: ami-089b0de3b27d1546d us-west-2 region: ami-01ec6ad5fe67eab05 These AMI IDs can be retrieved from the Systems Manager Parameter Store in each region using the keys: /aws/service/freebsd/arm64/base/ufs/13.1/RC5 === Vagrant Images === FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can be installed by running: % vagrant init freebsd/FreeBSD-13.1-RC5 % vagrant up === Upgrading === The freebsd-update(8) utility supports binary upgrades of amd64, i386, and aarch64 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 13.1-RC5 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 12.x. Alternatively, the user can install misc/compat12x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install == ISO CHECKSUMS == o 13.1-RC5 amd64 GENERIC: SHA512 (FreeBSD-13.1-RC5-amd64-bootonly.iso) = cda3d80b42f7721884f7b021cd060781798f73dc21dc874448dce36398c2a2909423f825c2d33dc5f6108c9d5160c213669d90abec4fb40eb89c636c028e901f SHA512 (FreeBSD-13.1-RC5-amd64-bootonly.iso.xz) = 0e73a46b05b0c9cbef4788eea5a3f3dae2f999f04ee26462319015d00adc1067968b30c3e11f89c4cb5374d1b6b326a026493459759ce9c5265254180db2dac0 SHA512 (FreeBSD-13.1-RC5-amd64-disc1.iso) = 58d4cadf85159f3691d635fe853d091078f4eeb1bfff7c47a25a7fdce007a4ce108690785125fda9a30f603d4d0dd5a06c2ef894550e2f3afdc32f3da457b832 SHA512 (FreeBSD-13.1-RC5-amd64-disc1.iso.xz) = d7012e52386b6ed5f9e178b2fbf2d954f5816de6db83e0e44fdcf82fc60a88a2ed7820608f76bf1ea42fe81011d0c19859d0f043bfc66e2f841308598e2b860b SHA512 (FreeBSD-13.1-RC5-amd64-dvd1.iso) = 521aa0fbfb461083c47e2842f1fb8fa9f48d66826f4e38d8b562455b2ae5c1314f6a499d42274d88447c54cee6f60e451d8c33c02c273468ee46f32890abb4c6 SHA512 (FreeBSD-13.1-RC5-amd64-dvd1.iso.xz) = 929a632401968fa0b055237c4658772eaf007ef4579cbadf4c1945a6e975c57603d9d0699cd7b8d11e76b383827bccd65982ad26c81b34461e93f130dfb90351 SHA512 (FreeBSD-13.1-RC5-amd64-memstick.img) = 8f2e7bcd0492c161149614cd397ab47ac1fe1023058c1cec15b6f33dc2210babe932bae0c9c3406b999bdf74708b2844b1b3ab3091f86894f42fed38ec1681e1 SHA512 (FreeBSD-13.1-RC5-amd64-memstick.img.xz) = 153631c97ed34cf486d3c79680dacf3616143fa4813e0041fcd056c847f2825a5cd2072ee0e2d383d5e866859fb6889143e50de35801303321cb01982423e2ed SHA512 (FreeBSD-13.1-RC5-amd64-mini-memstick.img) = 65eb93ff366d509432a915ab2c178dd631f3d5c525b9175dfc02eed10a8da291725f9dc1dc800d9ee2ffcad0e10101f931c86451133e8f13fdc205cf7c2b108b SHA512 (FreeBSD-13.1-RC5-amd64-mini-memstick.img.xz) = 8ba9931206fab95ce4c59ce47d667bb6bf5ead3d7508098e078368a358cc762481be7b36a3d3ad408c1819a207a67614c459032039d281baf322b13b276afe4a SHA256 (FreeBSD-13.1-RC5-amd64-bootonly.iso) = 247b9c91d337f71a9019d735cc9d160e346eb8915cb8bf63341ec33e6b835e9a SHA256 (FreeBSD-13.1-RC5-amd64-bootonly.iso.xz) = 680ad49865f56ea040e99d65380a20b06cce8785c424f00954c33b0637eeaeb6 SHA256 (FreeBSD-13.1-RC5-amd64-disc1.iso) = a09104ffdcabc195bf48a8cf488e7d6ce3ec73b747628ac7ba7ecb193067bca7 SHA256 (FreeBSD-13.1-RC5-amd64-disc1.iso.xz) = 98540a90c3f4aa181fd7dacdc88baa3f4fd3aaea8ec1cd8438b161887f21de6d SHA256 (FreeBSD-13.1-RC5-amd64-dvd1.iso) = 7e1965e1a98ae9e710c20fa70da0a4b3543c6213278b2af63c24aec3fca7318a SHA256 (FreeBSD-13.1-RC5-amd64-dvd1.iso.xz) = 07c8aabad82d77a40ac12d296a7fc7bd4c9c3a5a279a03ea14344853d4eb5004 SHA256 (FreeBSD-13.1-RC5-amd64-memstick.img) = 58ec7359a7ed5db3f21cbb658d794158ef16de2ecf75908c08382817b126ac4d SHA256 (FreeBSD-13.1-RC5-amd64-memstick.img.xz) = ea316fe22b23281ca5f2aa82b05938d5ba44e2003a72f10e6b1d1eac06e2c7ed SHA256 (FreeBSD-13.1-RC5-amd64-mini-memstick.img) = ece742e1bcb4a8bfb54ed7e117636ffdf7e82261ed91456fb4b728b2242b308a SHA256 (FreeBSD-13.1-RC5-amd64-mini-memstick.img.xz) = 16ef92b33d1d493b08f9341f3dfbb231c58bcd3ff996dcd2520db4f1d3c0888d o 13.1-RC5 i386 GENERIC: SHA512 (FreeBSD-13.1-RC5-i386-bootonly.iso) = 6f77ab22285663809b47af036ab4d4efcc5eb4e49e1ecda4d141fd0d90b4249a9289a95f382f2e5bd94ad0368188cefb38fb86b778ffe5af0a27f4e09b4db20b SHA512 (FreeBSD-13.1-RC5-i386-bootonly.iso.xz) = f48aaec26974c5e666ab0e7cdf34ba4736128f47c94e70db2ab791061bf1b4dbb31246eeb033229de3749727fe8d602e87fdd45cfcaa42a357fafc5e5e7b525d SHA512 (FreeBSD-13.1-RC5-i386-disc1.iso) = 9215327fb4a9d01ef8d5b976743bb8ba9d0e3d3cbfaae30c82d0761cd085a8fefb88416e2aaf7ad00c6a72f9eca7c17a41876f58ada9c86c1229032c81c5e9de SHA512 (FreeBSD-13.1-RC5-i386-disc1.iso.xz) = c5c6193ceeddef24faf5f7bcf9d6ec4db772388c571f9fe5223b1b319fa3d9804d40206260af66261eb8d28c4325c33f79e56b1d87ee5f4b335881e4cf74caab SHA512 (FreeBSD-13.1-RC5-i386-dvd1.iso) = 8d51ec39e8f1bcf9525e2c270f81f2ef612cb55c5f08ca1804d67144b1ef79eeb7b8ec9062ad1e5b05750296873b17d6080c2df78369f7abf793e09b887718b2 SHA512 (FreeBSD-13.1-RC5-i386-dvd1.iso.xz) = 73dacc8efa56aa95bf70785289f720474779bd28d7d11d8357d21f47fae9f74208b7823f83a8c146bfb21c9fdf2244bf439b20f548896f3647d291f510cf0f5c SHA512 (FreeBSD-13.1-RC5-i386-memstick.img) = 6e95d07654ca67c04585897c656e2438eee0665a241141f4d8aa903c7618ba329260919c104e3470f114e6ff094d482be94add84a930d14b1a1939244f3865c9 SHA512 (FreeBSD-13.1-RC5-i386-memstick.img.xz) = 4aa4326cd9445bd7f82a482f6dcb7d9c2d914c3edaf9b07445580c7955b6d8ad0d24baa462748a0bb6e90465574138c0aaec11323cf1bd2570f538503129cf8a SHA512 (FreeBSD-13.1-RC5-i386-mini-memstick.img) = 3f1236ff1db79e013b769bbf422164037fb8616c74ff99de501fe0fdfbdd17717975539ce560b620a37914341a415a5cfeb0b95cecbff48018ea1a5f1ade2456 SHA512 (FreeBSD-13.1-RC5-i386-mini-memstick.img.xz) = 7b401dbc83ebe04fe49588e68d25769f704bfd5952090936e38912a597cf2e25c92799e6cd9efb964fcd5c60c4a0e5da373756f6d19568d4be7bfb613ba52b64 SHA256 (FreeBSD-13.1-RC5-i386-bootonly.iso) = a25632f45fec5e320e3bf64aa6f23f463a45f64046fad4d102660ba62b63bc7f SHA256 (FreeBSD-13.1-RC5-i386-bootonly.iso.xz) = 4c1673bdbe38eeeecd2376032d7fe1c7c62801a963d4518cb4e4e361519b39d3 SHA256 (FreeBSD-13.1-RC5-i386-disc1.iso) = 8ab92ee626c68cc658c62914671c385c888c34f8e8001e97aaa96d68c1a473a3 SHA256 (FreeBSD-13.1-RC5-i386-disc1.iso.xz) = bcbf0d534041ac363b89a8da5d24393abd37a522c9df817ecec184c7149e4930 SHA256 (FreeBSD-13.1-RC5-i386-dvd1.iso) = e50e243101dbf7099cbf0cada80cfa4a358d014f4085e7b78794cd5e23dc08b8 SHA256 (FreeBSD-13.1-RC5-i386-dvd1.iso.xz) = 258189540f446ab128ba703cfabcbfac85155afb5567001ca50dee52acca3ab7 SHA256 (FreeBSD-13.1-RC5-i386-memstick.img) = 34bb5fbaa92c73d24d9e4f68e1c58ff430e74efdf464709a839d77d0be18ef7d SHA256 (FreeBSD-13.1-RC5-i386-memstick.img.xz) = 1a7392aae0a363a239642f5ba90bf6054001b4bc4938909ee14435495b06f718 SHA256 (FreeBSD-13.1-RC5-i386-mini-memstick.img) = 105a83518a6369a2b5e600235eadd4614586e699beaec5c6fd48aa69742e6ac7 SHA256 (FreeBSD-13.1-RC5-i386-mini-memstick.img.xz) = 82157ba05c9d1ca0ad2cdbdaa214e27c9d5efe3e0d3d08069388f60a68f5e8c4 o 13.1-RC5 powerpc GENERIC: SHA512 (FreeBSD-13.1-RC5-powerpc-bootonly.iso) = 97d356268793b80e460abb5735815dbac52c968488f0f3a696682f80fa25cc73b43f6e7ed10add51408d6cdab4af05e18d48b95e994c477defa371c5e1bf7278 SHA512 (FreeBSD-13.1-RC5-powerpc-bootonly.iso.xz) = 40806c775a87919212d247901ad26eefa62ee906266095680d51dfb4d422093d90a8c2cc4f10df8e223289d3a98a59167f1514b910b32c2ce723ae6c038fcfe5 SHA512 (FreeBSD-13.1-RC5-powerpc-disc1.iso) = 32f1190b763c4406de96bda551a815a29fccdc85770662ab3e77dabb683ffbb5018a145ee7b878764f1348774b80f6674b02d4a24f0df5ad404c5ac88cf438c2 SHA512 (FreeBSD-13.1-RC5-powerpc-disc1.iso.xz) = ff3cf1c2cec89e72315612a349a90f5ffa035d0af76118fba5d1786982f3d5cf25d270e4f48871cc7045f5a48ba27988df9850f30ef261cfd0ceac47454d987f SHA512 (FreeBSD-13.1-RC5-powerpc-dvd1.iso) = 996ea67e4f7186d0281afea69857c24568326d692bce209414ad2c64c859baf1e3a61949d78995a4b0014b4fc17c394387da838572ddbb46fdce613aaa3d7efd SHA512 (FreeBSD-13.1-RC5-powerpc-dvd1.iso.xz) = e4b09151ed6abe51ca1c3c05ac0dbe742f7413c25afc1af3440260cbde36262b73709066cf11962c990b9484f7c1fe6227b9a394574adbfc4b3d06578c9b6600 SHA256 (FreeBSD-13.1-RC5-powerpc-bootonly.iso) = a449230d07f8f4ac94ce6dba5a374170206c0e6c9d2e8d02802cdcf7968ef5b4 SHA256 (FreeBSD-13.1-RC5-powerpc-bootonly.iso.xz) = 091a951dda46fe23426f958828f13f28e4079bedd765510fbe530c3c16056132 SHA256 (FreeBSD-13.1-RC5-powerpc-disc1.iso) = e66d30bc8cef4cece0f34a5e5638a79277e69e04d0c04bec7caf18443d3bc962 SHA256 (FreeBSD-13.1-RC5-powerpc-disc1.iso.xz) = 51267ed169804b7c9c03ef96a1ebee89b2a458c1d17620146b63f922889f53da SHA256 (FreeBSD-13.1-RC5-powerpc-dvd1.iso) = 583f2ac308ce927fa90e6cc9fdb7bd102467f70f56549e773f11e0b541062596 SHA256 (FreeBSD-13.1-RC5-powerpc-dvd1.iso.xz) = 750f3f89f387692409158984eeceab34e56b246957ae433e8fc88e9fc4d417f4 o 13.1-RC5 powerpc64 GENERIC64: SHA512 (FreeBSD-13.1-RC5-powerpc-powerpc64-bootonly.iso) = 336becbab49dd4eb67f5ff74947ff3cd3e7754c396d169f59054acc7bc88d110cf48c8412c788f64d287cd80af30256c450490fb4bee0041ef38346e64f3a9c2 SHA512 (FreeBSD-13.1-RC5-powerpc-powerpc64-bootonly.iso.xz) = 773346a8cea7532e479b0c3d43078a847b31496c43291f0f59f14a1d8d8fea31ca9ad433f0c8d36a23d244c61bd7a18d5a6f4db244e07df09301b172fca7c691 SHA512 (FreeBSD-13.1-RC5-powerpc-powerpc64-disc1.iso) = 4dcc5fb4d8457e1a09872d803cefacb459488cef0d55daf9e85e2548afcd892143f5ec0052781e4af70fd13b09de268a69c5cfb85b4e362782799271e27b4f94 SHA512 (FreeBSD-13.1-RC5-powerpc-powerpc64-disc1.iso.xz) = 651fd34da0758bc402df68e42db8a9bb3ca72d8ccc206b4e58f4cc2b53849b962623a8c17d073fe30ea88f78e70fc1cf4985fea13be2afd4a33983b1c71365b7 SHA512 (FreeBSD-13.1-RC5-powerpc-powerpc64-dvd1.iso) = 3d3fc92924f40b524b87ae1b1bbf921e217900eb7b3095413920e2964f4bed2a1d51f063adeb13801e8fa0b33c1f3c2bd93d198b76e3354a82b6c1e1af6a2ceb SHA512 (FreeBSD-13.1-RC5-powerpc-powerpc64-dvd1.iso.xz) = b38826752642acefa2cebef815e93a0fae6e350f472027497059b6e6094a8b76a1f58cd7015b4bddaf4612beba70924639a844d5bf98d44beb8e9c242c8082fa SHA256 (FreeBSD-13.1-RC5-powerpc-powerpc64-bootonly.iso) = e4b235d6fb1329e8ce5b85a13fcbed3608d45a3b795e35705dde27252c088f1e SHA256 (FreeBSD-13.1-RC5-powerpc-powerpc64-bootonly.iso.xz) = cea7a9ed791477ac69cd2c804077361d2698a4ba8378d105498adf5ce0a0fb0a SHA256 (FreeBSD-13.1-RC5-powerpc-powerpc64-disc1.iso) = 151e352895e91aa13c036d0e2655ae14640a3b33af2da491e9914897b1d1dcbd SHA256 (FreeBSD-13.1-RC5-powerpc-powerpc64-disc1.iso.xz) = b7c912d6b8651b5751a0302a637c1ae2300f0d10abb3898ea0c2a6062a1f4941 SHA256 (FreeBSD-13.1-RC5-powerpc-powerpc64-dvd1.iso) = 19501c5602155c2cde48e12529cac3304f2c03a8567fbe556bd3df03be2506a6 SHA256 (FreeBSD-13.1-RC5-powerpc-powerpc64-dvd1.iso.xz) = 6b136f979db01adca5a343523411be14a3cb335c64ef1cfcaa35481fb0449eab o 13.1-RC5 powerpc64le GENERIC64LE: SHA512 (FreeBSD-13.1-RC5-powerpc-powerpc64le-bootonly.iso) = 6b399ba3849a62c2513fb10dfebb17163f59b4cb9a6fdbf801c24ce64e388ae345b8b7e8b7981c21418ec6f8bf2a351cc2388cdca2d1b613a9f36e385036bfcf SHA512 (FreeBSD-13.1-RC5-powerpc-powerpc64le-bootonly.iso.xz) = b96f56a8def7a30407d8da664785a9119abc427aaf9535901d2dbc3c1408a606968ea1ae8bd53f74a7a5a5ac16f36d72b4ed237d458adb6c2fdb8aeb59a39ea9 SHA512 (FreeBSD-13.1-RC5-powerpc-powerpc64le-disc1.iso) = 6285a262d126ff698ca98f9e6aef018c9616faba5880059e6ea61ba993f52d788d0bcf2305cdde5734e60f334372b2703eae85ca98e4b7448cb8d5516686bcc3 SHA512 (FreeBSD-13.1-RC5-powerpc-powerpc64le-disc1.iso.xz) = 89878e097f84c78d3cdfcf1fda626a197dda239d8b7548406ff9172047e52fd24e50952fcc33cda8c52d5ff200e7273c17aa4aca7d8d01d3b86aa334b98ffea1 SHA512 (FreeBSD-13.1-RC5-powerpc-powerpc64le-dvd1.iso) = 3d03a19a9bfb3387e5986879f2114837f509d7a194cef91a284b7f461abbf441e3f80de8af8c89a6be42d2d24bdb1204acca470e211eb653dab0747b1c704840 SHA512 (FreeBSD-13.1-RC5-powerpc-powerpc64le-dvd1.iso.xz) = 97ac9d9ab1cca2a6e57a50bd2960ab3fa4a890a11d235a9d86544b4d18e53e6304276be5db98f4531dcb9c11277b635de1facb0ae294b0365b77f9eccbcaa58c SHA256 (FreeBSD-13.1-RC5-powerpc-powerpc64le-bootonly.iso) = b444af2b4a0c4057fd1d9ef76d979fb1de40dc0a15c313f3687d83dff8370612 SHA256 (FreeBSD-13.1-RC5-powerpc-powerpc64le-bootonly.iso.xz) = bb79449af23dc6df294f5c5a053d954d782ac187c7de9b082b8c5718df4814ce SHA256 (FreeBSD-13.1-RC5-powerpc-powerpc64le-disc1.iso) = 8ec5c1ba5a477c64ce32be1096abfa72264577371c1b3e35b9454264601e0095 SHA256 (FreeBSD-13.1-RC5-powerpc-powerpc64le-disc1.iso.xz) = d653df0d895d5273c909f0fac40e619b96245da14315919e5c05ee9776259334 SHA256 (FreeBSD-13.1-RC5-powerpc-powerpc64le-dvd1.iso) = 9e3e49990652e2785e2498774ea3142166c56cbb03e189a1ca338ed4a463b0b2 SHA256 (FreeBSD-13.1-RC5-powerpc-powerpc64le-dvd1.iso.xz) = 52132853e0237c6588b3298906b99daf8b8937e521d04dbd3b42f037b86db626 o 13.1-RC5 powerpcspe MPC85XXSPE: SHA512 (FreeBSD-13.1-RC5-powerpc-powerpcspe-bootonly.iso) = 5b0b235d43bf38178d7c79a484328ffa1c8aab7444597424aba2bd8372d6b8aa1780488db90d4dfb4407c236920051d29767be98712af4d3fcfe3529f2c8419c SHA512 (FreeBSD-13.1-RC5-powerpc-powerpcspe-bootonly.iso.xz) = 5360687ca9e551a9b6fa5a21f2da033d875ff7c70aec918dc49c15aee07176374c16f05ae0573bb8ac5672ab773a969f12d940cd9c147400706619e9ec507a14 SHA512 (FreeBSD-13.1-RC5-powerpc-powerpcspe-disc1.iso) = 37fa1d7cfb8cc73c54345eb198e4bf01e2f60ea0ef2c19697f0662e321c1fe9d37c5730599c4618ab63dd378e0dc46dbb76f3ee2487e303bfa28ac8104e4912d SHA512 (FreeBSD-13.1-RC5-powerpc-powerpcspe-disc1.iso.xz) = 527c519ffd01f328d6e016cf9ce7c50b768e4b5c3a962b919ee7b5c3f93956bdec19e9b21e2e27befe153d12c71e86d225231a18e55ba559f1ce4a0974ad54c3 SHA512 (FreeBSD-13.1-RC5-powerpc-powerpcspe-dvd1.iso) = ab96c93362119babe99ba99c27dcc278dc57c0e25ad630237306c78279f8ba4fa7494f5a61a5fe30349f9971fde0f360ee4c0914d5e262ea8e8923ebc2b323e6 SHA512 (FreeBSD-13.1-RC5-powerpc-powerpcspe-dvd1.iso.xz) = 86210ee495bb892fb85a5ec9302de079bdb1c64e42ff703698e3fadb2691206451b4bc8ad0eee2c43c67765ffb32a373c08f223b3cc49930b3213bb7cf5a033b SHA256 (FreeBSD-13.1-RC5-powerpc-powerpcspe-bootonly.iso) = 5652a6d03b6c50ecf68173d9b7ec7e67baf205b421144326c957663b317c73f2 SHA256 (FreeBSD-13.1-RC5-powerpc-powerpcspe-bootonly.iso.xz) = a197a74e2e0912336ca88404575ae39229eaa2ec4b6a9c97320d68592a2cae21 SHA256 (FreeBSD-13.1-RC5-powerpc-powerpcspe-disc1.iso) = 151242803b5f7da068598dee031b48a990a8314f4534bbef211bd426e82f28b3 SHA256 (FreeBSD-13.1-RC5-powerpc-powerpcspe-disc1.iso.xz) = 0731b34119f306cb051c1dfd9b1d61449738d32f0e7777448ee96e381592604d SHA256 (FreeBSD-13.1-RC5-powerpc-powerpcspe-dvd1.iso) = a6e80cda7507287a9d4fa8247ecbf818095c74a1ab16d00e668e3dd5945babc5 SHA256 (FreeBSD-13.1-RC5-powerpc-powerpcspe-dvd1.iso.xz) = 097d63ccf8f8510e7cc6a3d76907b635e604188cc4ecdc98384fafdb1448d8fb o 13.1-RC5 armv6 RPI-B: SHA512 (FreeBSD-13.1-RC5-arm-armv6-RPI-B.img.xz) = 00e490f84ecc0602a70234c806760aeaf7103815923219f019d5a8cd1dcd9bc862dcbbb91ee5333620f78e80f71968b0f4e10ad34ba7247b055a40cfc08d60ed SHA256 (FreeBSD-13.1-RC5-arm-armv6-RPI-B.img.xz) = b59d08b135205e782d1352530f11bcf86b56b1af50e775d7d1423146c61b6bb2 o 13.1-RC5 armv7 GENERICSD: SHA512 (FreeBSD-13.1-RC5-arm-armv7-GENERICSD.img.xz) = 51d860d5e4528f9b76911b7ce90296c9cce6aedc45981771c5f2336ccdb81f444cc590e76378a8dafd50b9551368963b8cec06405395d11d5324fa34c727cb6f SHA256 (FreeBSD-13.1-RC5-arm-armv7-GENERICSD.img.xz) = b7928506e246153ab81399dbfd7d206688df3c1f4171e6279b59badf1ae3e403 o 13.1-RC5 aarch64 GENERIC: SHA512 (FreeBSD-13.1-RC5-arm64-aarch64-bootonly.iso) = da1a8d53573514682d576a9f5824e10a204c5b99080eafb61bf9acd2289ac06a530bd1e0a99c4b7b4a2cb8185416b35f2fc16cad1f8ee184cc061e4e24f2c024 SHA512 (FreeBSD-13.1-RC5-arm64-aarch64-bootonly.iso.xz) = 42f75f26867f69a11d7accb73554c6b2f4080b9318bbaa42d94d4bf6d9404f33a6da0baf200c0c029e047cd5d3f1f7854f9f8fb3b194c981da70d89294a9c166 SHA512 (FreeBSD-13.1-RC5-arm64-aarch64-disc1.iso) = 0d7faa2b7d25bcf7b961c931bd6c657f3176348dfe5ee45a8bb02c6af3742fb404e262d107149fdca4deada35449a5ef866d986485a459b0498e083ef23f820f SHA512 (FreeBSD-13.1-RC5-arm64-aarch64-disc1.iso.xz) = 175bcc18e09eb5bc2c8ffb5bc09c9e8ed916a243d10705b927a8d146b9fa0e27a444b3ab9dc39e13e4343458d928967e2d93685d2c61865c6b4f671cc172a58e SHA512 (FreeBSD-13.1-RC5-arm64-aarch64-dvd1.iso) = b1098a3183c49d7eabcea774d6e45718757f80101e17a8c87548aeff23ee0d6cdb23b5a7d3793248c9f1049b465c9c7048ca489594d58e252d5697d8da313621 SHA512 (FreeBSD-13.1-RC5-arm64-aarch64-dvd1.iso.xz) = c68d0a4854d107c843a1e7b7dc0cff8404e18c1eb9cb8e8bb909b7f7c85ef80c55ea37a47c2762c2cfcd52a9c29dc5443422e31e004b7b1fe28253210f8014c3 SHA512 (FreeBSD-13.1-RC5-arm64-aarch64-memstick.img) = 9a8fd64b8f7c8f143e553960919e5a43af5ced03bdc1395524e514bbd8cbf8568b643c2e4119b49712e8d049def2139233f7197625d6a66cc5fb3f6ce0402ef6 SHA512 (FreeBSD-13.1-RC5-arm64-aarch64-memstick.img.xz) = 9fb1e3521fccb040729ca97ea563203b2b50fb6bd98676cbf0f062446d16ff77522bed25f8de37a9df0e21a3fb1a68c344b6da0f532168f4a9f286b6bb0706d7 SHA512 (FreeBSD-13.1-RC5-arm64-aarch64-mini-memstick.img) = 2e9484121b35406d1d3372f548ea4e2a19c30bca30b7cd180f1c028e9931c584c9b75cc9ab394f11b7ff943dce09bd5ee2f808fdea999b753639ae10483df4ac SHA512 (FreeBSD-13.1-RC5-arm64-aarch64-mini-memstick.img.xz) = cfd141e5c0f2d5f9e9293432dd10ac83222efdbcaf4d4a0904d2cc7d78b4040b90fcc689f07c2d7b57aaddc26b89156f46b02cfbc322fa6ad65db042016e64b8 SHA256 (FreeBSD-13.1-RC5-arm64-aarch64-bootonly.iso) = 98cc6b031371f4ce5820c25478fde1f9533d737cd5ffbab808efed7a8b28eb48 SHA256 (FreeBSD-13.1-RC5-arm64-aarch64-bootonly.iso.xz) = 747abc36e8add584c7f6e6a242cd474d7c52d3bbbb501c5713a66be72149da49 SHA256 (FreeBSD-13.1-RC5-arm64-aarch64-disc1.iso) = fc6c5d7b258a9dee2092bc86458a0532b64cd8a45e154408da30a3b6456c82d2 SHA256 (FreeBSD-13.1-RC5-arm64-aarch64-disc1.iso.xz) = 45f699226d8fd24b60722722ca6b32049aad8907f678d924a6693cec40dfd04f SHA256 (FreeBSD-13.1-RC5-arm64-aarch64-dvd1.iso) = e074582e666beec6b6e99df4f70281ba9287c17a27ea4cab34099006f75704b7 SHA256 (FreeBSD-13.1-RC5-arm64-aarch64-dvd1.iso.xz) = 956e14438ab949b4363278a0f6ce0f0ca9f115d9c0891d5f778307e197935320 SHA256 (FreeBSD-13.1-RC5-arm64-aarch64-memstick.img) = 7993e31dd4e2882bde63835e6fb1196f703dec036f770c60cc6007a87e32aa3f SHA256 (FreeBSD-13.1-RC5-arm64-aarch64-memstick.img.xz) = 3d57f6b323b4f8b4635d30cbd20b4554f7d59f9d99606efa2773addee2386d2b SHA256 (FreeBSD-13.1-RC5-arm64-aarch64-mini-memstick.img) = 8c990915a9aca027c65ce590b71877c26e50231a7745208d7e02840b65c58e55 SHA256 (FreeBSD-13.1-RC5-arm64-aarch64-mini-memstick.img.xz) = 49b246793f3ae15177a708ac236f7baef92d31e8664332756ee2fdc7e80cd355 o 13.1-RC5 aarch64 RPI: SHA512 (FreeBSD-13.1-RC5-arm64-aarch64-RPI.img.xz) = ed2f7751eb39caf0c6ad3cf3ff8fa6c91af31557c7301c9d22327f5f4b22da78655535e0ea557b385cb2df88cdc9bbcc4fcb177211fa18af18acb62004f02e46 SHA256 (FreeBSD-13.1-RC5-arm64-aarch64-RPI.img.xz) = 826b32e92163e478a674fbb89957147c98215e7d116d9bff201d3ce424e7068c o 13.1-RC5 aarch64 PINE64: SHA512 (FreeBSD-13.1-RC5-arm64-aarch64-PINE64.img.xz) = 449cb5d736134cac974111f41978880b9491fce3395cfbc9083e53f88a5ac61acc609b4e770011de1330a409288b3d531ca11c001e7b326383349fcf59885a89 SHA256 (FreeBSD-13.1-RC5-arm64-aarch64-PINE64.img.xz) = 8785fa63ac4b58b733146c2f20341b813141de13360cdab1521b0a10332b5704 o 13.1-RC5 aarch64 PINE64-LTS: SHA512 (FreeBSD-13.1-RC5-arm64-aarch64-PINE64-LTS.img.xz) = 2ef3a0e85ac4a8f18d9b0e0d9723ddbbd084856d88326339a9f9e2c3c5884dcf6f904244a31969477c5fa2720d8f94745ae8fd3daee01cddc0ae89a35aefb2dc SHA256 (FreeBSD-13.1-RC5-arm64-aarch64-PINE64-LTS.img.xz) = 68183361e830f263f0b7f68b98605198c42b45afecdbcf3f617cd81a37831239 o 13.1-RC5 aarch64 PINEBOOK: SHA512 (FreeBSD-13.1-RC5-arm64-aarch64-PINEBOOK.img.xz) = 462caa6f11d08614f0128c17dbe4bb0d6c059cba716c648c2e3b90a3eb2384e4c95bd8f07c3d420106b53fb70ffc7b8e06e94e9972dcb38b6b31a1841b2f476c SHA256 (FreeBSD-13.1-RC5-arm64-aarch64-PINEBOOK.img.xz) = c3a4ba17864b9391d8f01a4fff5cecea5849cc02200a2f8cf5ed7982156da084 o 13.1-RC5 aarch64 ROCK64: SHA512 (FreeBSD-13.1-RC5-arm64-aarch64-ROCK64.img.xz) = 24f88a8ba85cb2ca19f2a66e1ff477d5a0d57d1124a979747fa9f2c055e5d88145398fb8500906b5e656eb6d03767427f3174114741947a2bba59ed2487f43a8 SHA256 (FreeBSD-13.1-RC5-arm64-aarch64-ROCK64.img.xz) = ec29fdb214fa28224f3141ad0f459f74768b11a1c157afb856a60298ad24017f o 13.1-RC5 aarch64 ROCKPRO64: SHA512 (FreeBSD-13.1-RC5-arm64-aarch64-ROCKPRO64.img.xz) = 1bfbdcd7f5370c024be7ba21bf09d991bbd22366e6b5789cad6a1e398eb6d534fed6520a64f8fa6a11e5cb31d829e0630680bfcb7f0f41415f107eaab84846e4 SHA256 (FreeBSD-13.1-RC5-arm64-aarch64-ROCKPRO64.img.xz) = ded4ad2ab896c3705cc6e366d512cb75ba1290f4e1797987288a38c8122d9084 o 13.1-RC5 riscv64 GENERIC: SHA512 (FreeBSD-13.1-RC5-riscv-riscv64-bootonly.iso) = efbe77fc8c9674b760f900326e0cee2d2e2e003bb9c29a8d5cea7ae2354f19a7b9b8e071821b9979e36c11e87146c19be69d2910e6bb6388c1b4bdeb2a54b281 SHA512 (FreeBSD-13.1-RC5-riscv-riscv64-bootonly.iso.xz) = 4068619679fce5db8f6298a4d3f657e612d1c416b8b54cd23732b6d8c8c3065a5537e30bcaf1cb5b5c3ba5baab0a7d9d82d8ee0db2837928589b6c03eb4a46c3 SHA512 (FreeBSD-13.1-RC5-riscv-riscv64-disc1.iso) = 4ecf0934ca5ceeb25456f3aaaa866a00bf7d58b9e82f3bf2ee88ced0c8aded1e30d253d1a0d8a46a6c20fc3b8c3de387ad0c7b11fc69bab017e67684569255bf SHA512 (FreeBSD-13.1-RC5-riscv-riscv64-disc1.iso.xz) = 174bb854c6e85428ce53bb7335f59d8e02715d885d2b8962276bc539a8bb21878b7157d3894bdecc9ae8793bfd4779782c7061ce715b8adae97d01ae99c0b63b SHA512 (FreeBSD-13.1-RC5-riscv-riscv64-dvd1.iso) = f2ec70ad086265164e608dc726c46a8e25835ae94339cfb2a483982067244c9b430eedd4b5d71d67b8a7eb0b30d1416a8bdd1531cff7e4ce2d558a4441ce4909 SHA512 (FreeBSD-13.1-RC5-riscv-riscv64-dvd1.iso.xz) = 2770aea6f129849c9922c28a9dc92c4da385ba718510ff89f68026950aeb139779034f84f4151544722eced7337ff23321419f39c9d27c05eacf515a6e4fa8c2 SHA512 (FreeBSD-13.1-RC5-riscv-riscv64-memstick.img) = c4b6676b860fd8f4e6d6d84e8b39d1d9ad64fb7630cc6bf5b793fd7ed6ec3941f70df7ff9adfe7c717e36dae8573e511e5385945b88413c0bc783e1fdc85c661 SHA512 (FreeBSD-13.1-RC5-riscv-riscv64-memstick.img.xz) = 31ce2f6195945a2310a225d627a5b860a09f40ee6cc3a1d7bda58250a611945ef7d422a9484c22b0adcdfa5125512c0b9fd09ddb67a5b5b4a22d76fc23ff2ec8 SHA512 (FreeBSD-13.1-RC5-riscv-riscv64-mini-memstick.img) = 37210e3f9c456a1b35b3cae87b40026ac6199a9ce005d5fb5be0a14b754d6e7ee633686919b5026b61aff7c763202f3e1090a7880e7c7ab30669c8f6e437c151 SHA512 (FreeBSD-13.1-RC5-riscv-riscv64-mini-memstick.img.xz) = 93e40e9b705f783bfd050a56b1579d019269ad5b6d615dd64cb634aaee744ad6cd923386031c9b8f2c90db0cad44bdec15355429ca10b52af2810ced21d49ba4 SHA256 (FreeBSD-13.1-RC5-riscv-riscv64-bootonly.iso) = 95eeda8e0624736f1ff2ba76be63591c871769897567a1d12f12080c0201593b SHA256 (FreeBSD-13.1-RC5-riscv-riscv64-bootonly.iso.xz) = 50210de520e549ebc5ab603f17d4436a2f25cb35e1d1bf3e5365faba96da5a0f SHA256 (FreeBSD-13.1-RC5-riscv-riscv64-disc1.iso) = a29fde92bb73ccdbc46ca27224d46332ffde93d23fe1c767a26751689de1c828 SHA256 (FreeBSD-13.1-RC5-riscv-riscv64-disc1.iso.xz) = 5f0f3d3837236ac4c032386baa6b4fd6a35b7250abfadd7cee041748505ad107 SHA256 (FreeBSD-13.1-RC5-riscv-riscv64-dvd1.iso) = ef67f8d0a6b153cfd345e6477bb77ef60686d75a79af0e52de96d5088a9cb7f6 SHA256 (FreeBSD-13.1-RC5-riscv-riscv64-dvd1.iso.xz) = 29933a7cd62e0c5fd79071662449db557f66f2db04ff7734fab61447914f5b44 SHA256 (FreeBSD-13.1-RC5-riscv-riscv64-memstick.img) = a29b00ac8cf216072738b2787a8405218e63aa5c3a16f45b684c90bb2e5e091f SHA256 (FreeBSD-13.1-RC5-riscv-riscv64-memstick.img.xz) = 6d9d7ab0fc5e4a2d80c18b81abd8ac2ad1d68a2b1f5942b5ad2d53ee6c48801b SHA256 (FreeBSD-13.1-RC5-riscv-riscv64-mini-memstick.img) = cb7db1f4b4f4dc00c6ee675e893ff2c25de1cdb021e0e9a32745fd11e307bece SHA256 (FreeBSD-13.1-RC5-riscv-riscv64-mini-memstick.img.xz) = 1f4b4ead67ae11afbe11e3007ed9efd4144b3e17eefeec92ff2fde032256673b o 13.1-RC5 riscv64 GENERICSD: SHA512 (FreeBSD-13.1-RC5-riscv-riscv64-GENERICSD.img.xz) = b74d657630abca2bcaa502657a848a5e6418c10004ae26e6b0556c982dd205fc71c415533b09fc2b60372a1bf4fb4cd02bbbcc3c957306d335bbbf2790cf673a SHA256 (FreeBSD-13.1-RC5-riscv-riscv64-GENERICSD.img.xz) = bc98b8a589bff628c22ecdbab34de9baf9abee9bec6bbdcc58506184ced5e504 == VM IMAGE CHECKSUMS == o 13.1-RC5 amd64: SHA512 (FreeBSD-13.1-RC5-amd64.qcow2.xz) = 5edc64ec11f3b55545305f45cecc33b2fd07a53ab3bccfd0de57f008ab81b7014f899337fc561040467fe7cad678bda8b2f4744daf1771c49a4569f959600176 SHA512 (FreeBSD-13.1-RC5-amd64.raw.xz) = c86bb963b2d38a0223081aeb8eff23cd840c443ee261771aaca5fe29c618b89f00d05aafcf2ca21756728cc668bd90dcb5b61ad585cd2b68a7a94b643fb3068a SHA512 (FreeBSD-13.1-RC5-amd64.vhd.xz) = ed356b33813115ea2ca7d49cac080c4a9f3f4413bf518592b99f9db924380a8c4161126f623b01a31b819a49f99d90b192624784aa56a71f1a7956880f55c717 SHA512 (FreeBSD-13.1-RC5-amd64.vmdk.xz) = c5f600047e2bdd1a075c92a13a6e6a56f9b101e3f9ebc4c0b509899ea8a16e4d7648712ecd48eaa85e321e17d912da49f40c5f4177d4d0b2400ba8c978ac9d44 SHA256 (FreeBSD-13.1-RC5-amd64.qcow2.xz) = 063f5b15fd00aa26d3a327b9bd476af5721210be09c9d72e84e9446836d2e558 SHA256 (FreeBSD-13.1-RC5-amd64.raw.xz) = ae0f8222bb2e7e82e06eaef8341d34362c64300f60a018d02f73efca58135c4f SHA256 (FreeBSD-13.1-RC5-amd64.vhd.xz) = 20d147d55f589ffb00aaa9cfa00fb9ab3ba37a4e53078c441695bfa44e7b3343 SHA256 (FreeBSD-13.1-RC5-amd64.vmdk.xz) = ff796c7a17293d297b36f7e357052e6291d101722a0a5234e130b2522e135b08 o 13.1-RC5 i386: SHA512 (FreeBSD-13.1-RC5-i386.qcow2.xz) = c1507ff64839221154bf3f572a42b81e8e5012ad5bef729955280a36f1c1da5445a92fe5394af899dd75ae853e0a659909b71aa1dfc5dc573f3b1a3bae589d4a SHA512 (FreeBSD-13.1-RC5-i386.raw.xz) = be00562fb9f4f137b70c96cbca20725db1c47adb07a243da49ca0438d17185d50c4854193baec630d8eb7cf46af06b4c0de019580332243cfb6b61e71714b10a SHA512 (FreeBSD-13.1-RC5-i386.vhd.xz) = b9f3ebff7fa6004bdb620c107382330df576f85c732472aebdc0840da3e8e130430fbebeb099d7f0ce540852b7d0b3a6cef91c6b04d8328e0124929176294280 SHA512 (FreeBSD-13.1-RC5-i386.vmdk.xz) = f04ca21a252201f77273ffc88a299c4ea5783eab07e73ccf68fa47d0ff89760cf72db586bce7e0adff6134439b87724d146b668a12fecada3d1eca88b90f67fd SHA256 (FreeBSD-13.1-RC5-i386.qcow2.xz) = 6b24bcce1756c57209c5380a803b113da34f40711ac9e34a93d392d7b6d18294 SHA256 (FreeBSD-13.1-RC5-i386.raw.xz) = 9056d226c10c55515216168f0154be39e25118f6831c72b8b4ca676c8e2cb4d7 SHA256 (FreeBSD-13.1-RC5-i386.vhd.xz) = e1c1874a01d088f30e67b1b3b454125a1a0070f61e0de6f379c3a14ec9d0e06f SHA256 (FreeBSD-13.1-RC5-i386.vmdk.xz) = 2c3713cc239df370a807fb5e96ff0399e2ca08975d660c5d7a97d2cba9f0d9b5 o 13.1-RC5 aarch64: SHA512 (FreeBSD-13.1-RC5-arm64-aarch64.qcow2.xz) = 5bbf66c017b8fadd20e75d32a8dd8d3376d8fd6111062b4c6e50b1270640adbdb5be393077bfcd3505c9451f607c828eaa8862884fb4294c23ac3b99e36e4e5e SHA512 (FreeBSD-13.1-RC5-arm64-aarch64.raw.xz) = f26ef66bf2afab958f625fcd3bfeaf08c6d7fdefa2a6c7aca0aa7aa2b2146b1918112f5e374b5c09a618078b9f25c906e0a1fce6f3c57b0110aa720f835d3392 SHA512 (FreeBSD-13.1-RC5-arm64-aarch64.vhd.xz) = 7e6eb2b33428719a3bab396affa03c1d0f8155026766e65cdf94296c891b3339b2db915295fa15c73d46b57d1612566ed2d811b5855a5b6127a79dd28e05be6c SHA512 (FreeBSD-13.1-RC5-arm64-aarch64.vmdk.xz) = 50bd708483ce14d3cae152971491e588130528fe1de12b760a3b723d23ce7307e46953e98ba0b8020c46c70b6b42bb978e7cf1c145f220757267ebfd2fd07038 SHA256 (FreeBSD-13.1-RC5-arm64-aarch64.qcow2.xz) = d1a9b83a4580854fb2fa7d9ae696099925b581c901a3ef7c26c7aa61a199e959 SHA256 (FreeBSD-13.1-RC5-arm64-aarch64.raw.xz) = b0d6f6480a7593387fc8cfe2601c5311079761a560d9013d0c498377254af2e2 SHA256 (FreeBSD-13.1-RC5-arm64-aarch64.vhd.xz) = 8e29a38df30a43d67ae0ba385d197d958da3dea7f53c40d2f19b975f14a8f1d2 SHA256 (FreeBSD-13.1-RC5-arm64-aarch64.vmdk.xz) = 1c6981cc4b79250838e7133ab17ff498edb099dc380f84af02fd99ecf0dc2b80 o 13.1-RC5 riscv64: SHA512 (FreeBSD-13.1-RC5-riscv-riscv64.qcow2.xz) = 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 SHA512 (FreeBSD-13.1-RC5-riscv-riscv64.raw.xz) = 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 SHA512 (FreeBSD-13.1-RC5-riscv-riscv64.vhd.xz) = 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 SHA512 (FreeBSD-13.1-RC5-riscv-riscv64.vmdk.xz) = 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 SHA256 (FreeBSD-13.1-RC5-riscv-riscv64.qcow2.xz) = 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 SHA256 (FreeBSD-13.1-RC5-riscv-riscv64.raw.xz) = 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 SHA256 (FreeBSD-13.1-RC5-riscv-riscv64.vhd.xz) = 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 SHA256 (FreeBSD-13.1-RC5-riscv-riscv64.vmdk.xz) = 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 Regards, Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmJrHGAACgkQAxRYpUeP 4pOaKg/+LSJ6zifkxMu1BqvQs8VdWgbUqHqOl2AB/ba8JPl1CUJh6re0Yf72vDs2 0wM+ACFBWVPChittM/zuHPmvijN37bfkafZ09XJW283+RWs7k8exNROAKcZQZpNN 8HqhHjSWYrYJJFwv/tQOMkLJdRA3cESLm7aO0msg1f0XaLAJv+/6b/vDlr/Fj6kV KBuQrqoiGCq1OFEQeB6ltzwxJx6BIVz/Mbc7cLWL5iCneuHGNX+idio919Pn6zip hz9PvuO9+b0JP6UfUpgTWQbqOS6JVGjxC+4lp2cj3tQF3baPxni+YPogW4+rT69h BoC8DjWjr2UR86DDB6xpHTaFWi+AvHAXZ8i1JrBmaANzpfXMM2aa+2HrklJMGYWf uVMHzpqCuTrMXF+zGn0HvYkTnudWSh9DLE8wfHDfW5O82WD3hN50OuIcfeW4veg7 3BsG2fEuvEfIMpTwhn3tX9206Jx3PUbLG64FnjxgfLNfHmNZU934gMNiNytUuLDR G7H4C5LMRv8FRd/TUtyDGDZzO4gC+kAtOA7TatcXYCCJbaoB7g4AFC/ZK65sY7Un Rb+ldyPvBFlA07ILc1QBELnMPnG4H4A9/qPs4KSADixgDtnx26sVknfxKwPDQDBO +Un+urmbA/wcscDG2JJFMhtVJCFmOWVKS7IhnDdx5bRAsAm320I= =0QyS -----END PGP SIGNATURE----- From nobody Fri Apr 29 14:49:04 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 0B1FB1ABEC17 for ; Fri, 29 Apr 2022 14:49:25 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-wm1-f47.google.com (mail-wm1-f47.google.com [209.85.128.47]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Kqb3m18vnz3rQM for ; Fri, 29 Apr 2022 14:49:24 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-wm1-f47.google.com with SMTP id o12-20020a1c4d0c000000b00393fbe2973dso6240308wmh.2 for ; Fri, 29 Apr 2022 07:49:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=9psuNWOTe7PsAeKbcUUjfvaUPeRUdZw1fgOIrtlwKxE=; b=1rkuCxtih9uVgtAMwxmhYvYvcZijqZgOS92nr5635WtSoEL/2eUds0YXvBYLa/UlXY m+dArIfBcSBMBDelkXE9e7p0fvSoGAmlIKMsU1c7bGbZ/bTWp/6Fz67s+6dzLyk4ZFQd j7PJQT2i25VxwmLq2S7/04nkgP/9DEuOs+waWem2MvXnK554c+QRqOrbZDhxqE8wAsKH OqqJ5PSfsXDNQq5DDTlii18K8NB/QrzIds+vS4eWRslgrOGXCggdT3Tjd3oBlGY8OTvi gvoIRFxFm9pxb0YmbBWGCZEJqfXf0Cj90sN6YcTLZ5Y4b/Lw+iaTnJh0c0QDF4d0Va0u ++rQ== X-Gm-Message-State: AOAM5312vMOJ9ZyFBkh84vMTGMZodONg7UfVP7fROwZsAdojHpjYXb+V hb26iZcnJFKplRov3QKgUSfGdJLTMNhcpVt4M7XwC1lx8uE= X-Google-Smtp-Source: ABdhPJwMkuMI2c2+ha2kneyfO/Dl93+i23safHoVCbyuWpg5RVKWc9fjUAj0LUNmH2Kk8wsUCisFuC2/dNLScH8lIpA= X-Received: by 2002:a1c:43c6:0:b0:38e:bb4c:6e1a with SMTP id q189-20020a1c43c6000000b0038ebb4c6e1amr3540501wma.111.1651243756843; Fri, 29 Apr 2022 07:49:16 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <202204281527.23SFRbKU090763@fire.js.berklix.net> In-Reply-To: <202204281527.23SFRbKU090763@fire.js.berklix.net> From: Ed Maste Date: Fri, 29 Apr 2022 10:49:04 -0400 Message-ID: Subject: Re: breaking modules To: "Julian H. Stacey" Cc: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4Kqb3m18vnz3rQM X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.128.47 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [1.10 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[carpeddiem]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; NEURAL_SPAM_MEDIUM(0.35)[0.354]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.21)[-0.210]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[209.85.128.47:from]; NEURAL_SPAM_LONG(0.95)[0.954]; MLMMJ_DEST(0.00)[freebsd-stable]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.128.47:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On Thu, 28 Apr 2022 at 11:28, Julian H. Stacey wrote: > > but that's crude. It's nice to be able to build most modules ready > in case wanted later, so how about a DUDS env. mechanism like ports/ ? I'd rather not add additional complexity to our build infrastructure to address a situation that shouldn't exist. Modules should build & function on an ongoing basis (and, I believe they generally do). CI doesn't report any issues on either stable branch or main at present. From eugen@grosbein.net Fri Apr 29 18:43:22 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 1E49F19978D5 for ; Fri, 29 Apr 2022 18:43:35 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KqhFx3vWZz4tK4; Fri, 29 Apr 2022 18:43:33 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.16.1/8.16.1) with ESMTPS id 23TIhTE9010314 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 29 Apr 2022 18:43:30 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: emaste@freebsd.org Received: from [10.58.0.11] (dadvw [10.58.0.11] (may be forged)) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 23TIhSdc018680 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Sat, 30 Apr 2022 01:43:28 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: breaking modules To: Ed Maste , "Julian H. Stacey" References: <202204281527.23SFRbKU090763@fire.js.berklix.net> Cc: FreeBSD-STABLE Mailing List From: Eugene Grosbein Message-ID: <5a9a751e-4042-57cb-5f34-e300e0050ad1@grosbein.net> Date: Sat, 30 Apr 2022 01:43:22 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT autolearn=disabled version=3.4.2 X-Spam-Report: * -0.0 SHORTCIRCUIT No description available. * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4KqhFx3vWZz4tK4 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=fail (mx1.freebsd.org: domain of eugen@grosbein.net does not designate 2a01:4f8:c2c:26d8::2 as permitted sender) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [0.59 / 15.00]; ARC_NA(0.00)[]; R_SPF_FAIL(1.00)[-all]; FREEFALL_USER(0.00)[eugen]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.32)[-0.317]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; NEURAL_SPAM_MEDIUM(1.00)[0.997]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.993]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N 29.04.2022 21:49, Ed Maste wrote: > On Thu, 28 Apr 2022 at 11:28, Julian H. Stacey wrote: >> >> but that's crude. It's nice to be able to build most modules ready >> in case wanted later, so how about a DUDS env. mechanism like ports/ ? > > I'd rather not add additional complexity to our build infrastructure > to address a situation that shouldn't exist. Modules should build & > function on an ongoing basis (and, I believe they generally do). CI > doesn't report any issues on either stable branch or main at present. Unfortunately, CI does not catch stand-alone module build failures, out of kernel build directory. For example: if_em https://cgit.freebsd.org/src/commit/?id=c0460cf2e42d2819c1f191a1d6e1b3dc0c7ea010 if_epair https://cgit.freebsd.org/src/commit/?id=7a382e744b0b0ba9b51dc34bfa0cd1515f744f25 linuxkpi https://cgit.freebsd.org/src/commit/?id=f5a2e7b0e8483bf51519046fd149a6a31acef6b1 From nobody Fri Apr 29 21:57:02 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 65ADC1AAE554 for ; Fri, 29 Apr 2022 21:57:30 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (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 "land.berklix.org", Issuer "land.berklix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KqmYj2d6xz3m9d; Fri, 29 Apr 2022 21:57:29 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (p4fe6d03e.dip0.t-ipconnect.de [79.230.208.62]) (authenticated bits=128) by land.berklix.org (8.16.1/8.16.1) with ESMTPSA id 23TLvHLK082836 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Apr 2022 21:57:21 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id 23TLvCKD049920; Fri, 29 Apr 2022 23:57:12 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id 23TLv232063233; Fri, 29 Apr 2022 23:57:12 +0200 (CEST) (envelope-from jhs@berklix.com) Message-Id: <202204292157.23TLv232063233@fire.js.berklix.net> To: Ed Maste cc: FreeBSD-STABLE Mailing List Subject: Re: breaking modules From: "Julian H. Stacey" Organization: http://berklix.com/jhs/ User-agent: EXMH on FreeBSD http://berklix.com/free/ X-From: http://www.berklix.org/~jhs/ In-reply-to: Your message "Fri, 29 Apr 2022 10:49:04 -0400." Date: Fri, 29 Apr 2022 23:57:02 +0200 X-Rspamd-Queue-Id: 4KqmYj2d6xz3m9d X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jhs@berklix.com has no SPF policy when checking 144.76.10.75) smtp.mailfrom=jhs@berklix.com X-Spamd-Result: default: False [-1.13 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[jhs]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.996]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[berklix.com]; AUTH_NA(1.00)[]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; NEURAL_HAM_MEDIUM(-0.94)[-0.938]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.10)[-0.102]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-stable]; 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:24940, ipnet:144.76.0.0/16, country:DE]; RCVD_TLS_LAST(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[79.230.208.62:received] X-ThisMailContainsUnwantedMimeParts: N List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Ed Maste wrote: > On Thu, 28 Apr 2022 at 11:28, Julian H. Stacey wrote: > > > > but that's crude. It's nice to be able to build most modules ready > > in case wanted later, so how about a DUDS env. mechanism like ports/ ? > > I'd rather not add additional complexity to our build infrastructure > to address a situation that shouldn't exist. Modules should build & > function on an ongoing basis (and, I believe they generally do). CI > doesn't report any issues on either stable branch or main at present. I'm building stable-12 not stable-13. It's broken here. I've seen modules break for years, I used to suspect modules werent built by default by build engines as often as main src/, so modules had more time to rot against changing includes & libs, maybe now build engines might compile them as often as eg bin/ls/ ? I don't know; But I'm seeing modules breaks. I just refetched with git this mid Friday afternoon (TZ=+02:00) 12.3-STABLE & the 2 breaks are still present. See below. Setting a MODULE_DUDS would save work rather than repetitively retro patching out the same modules in Makefile after each git pull --ff-only. I'd happily develop a patch for sys/modules/, but if someone else prefers to, that might increase the chance of it being commited. I'd be happy to test or develop a fix for sys/modules/Makefile. ------- 12.3-STABLE /dev/pts/6 jhs 15 lapr/data/release/s2/usr/src/sys/modules/randomrtuna make cc -O2 -pipe -fno-common -DRANDOM_LOADABLE -fno-strict-aliasing -Werror -D_NEL -DKLD_MODULE -nostdinc -I. -I/data/release/s2/usr/src/sys -I/data/releas2/usr/src/sys/contrib/ck/include -fno-common -fno-omit-frame-pointer -mno-o-leaf-frame-pointer -fdebug-prefix-map=./machine=/data/release/s2/usr/src/sysd64/include -fdebug-prefix-map=./x86=/data/release/s2/usr/src/sys/x86/include-MD -MF.depend.randomdev.o -MTrandomdev.o -mcmodel=kernel -mno-red-zone -mnox -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwra-fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypeWmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef -Wno-pointer-sign -D_intf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option --unknown-pragmas -Wno-error=tautological-compare -Wno-error=empty-body -Wno-er=parentheses-equality -Wno-error=unused-function -Wno-error=pointer-sign -Wnrror=shift-negative-value -Wno-address-of-packed-member -Wno-erro! r=unused-butt-variable -Wno-format-zero-length -mno-aes -mno-avx -std=iso9899:1999 -c /a/release/s2/usr/src/sys/dev/random/randomdev.c -o randomdev.o /data/release/s2/usr/src/sys/dev/random/randomdev.c:70:13: error: conflictingpes for 'read_random_uio' static int (read_random_uio)(struct uio *, bool); ^ /data/release/s2/usr/src/sys/sys/random.h:73:1: note: previous definition is e read_random_uio(void *a __unused, u_int b __unused) ^ /data/release/s2/usr/src/sys/dev/random/randomdev.c:96:2: error: use of undeced identifier '_read_random_uio' _read_random_uio = (read_random_uio); ^ /data/release/s2/usr/src/sys/dev/random/randomdev.c:97:2: error: use of undeced identifier '_read_random' _read_random = (read_random); ^ /data/release/s2/usr/src/sys/dev/random/randomdev.c:98:2: error: use of undeced identifier '_is_random_seeded' _is_random_seeded = (is_random_seeded); ^ /data/release/s2/usr/src/sys/dev/random/randomdev.c:160:2: error: conflictingpes for 'read_random_uio' (read_random_uio)(struct uio *uio, bool nonblock) ^ /data/release/s2/usr/src/sys/sys/random.h:73:1: note: previous definition is e read_random_uio(void *a __unused, u_int b __unused) ^ /data/release/s2/usr/src/sys/dev/random/randomdev.c:261:2: error: redefinitiof 'read_random' (read_random)(void *random_buf, u_int len) ^ /data/release/s2/usr/src/sys/sys/random.h:78:1: note: previous definition is e read_random(void *a __unused, u_int b __unused) ^ /data/release/s2/usr/src/sys/dev/random/randomdev.c:295:2: error: redefinitiof 'is_random_seeded' (is_random_seeded)(void) ^ /data/release/s2/usr/src/sys/sys/random.h:82:1: note: previous definition is e is_random_seeded(void) ^ 7 errors generated. *** Error code 1 Stop. make: stopped in /data/release/s2/usr/src/sys/modules/random_fortuna ------- 12.3-STABLE /dev/pts/6 jhs 21 lapr/data/release/s2/usr/src/sys/modules/random_other make cc -O2 -pipe -fno-common -DRANDOM_LOADABLE -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/data/release/s2/usr/src/sys -I/data/release/s2/usr/src/sys/contrib/ck/include -fno-common -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -fdebug-prefix-map=./machine=/data/release/s2/usr/src/sys/amd64/include -fdebug-prefix-map=./x86=/data/release/s2/usr/src/sys/x86/include -MD -MF.depend.randomdev.o -MTrandomdev.o -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error=tautological-compare -Wno-error=empty-body -Wno-error=parentheses-equality -Wno-error=unused-function -Wno-error=pointer-sign -Wno-error=shift-negative-value -Wn! o-address-of-packed-member -Wno-error=unused-but-set-variable -Wno-format-zero-length -mno-aes -mno-avx -std=iso9899:1999 -c /data/release/s2/usr/src/sys/dev/random/randomdev.c -o randomdev.o /data/release/s2/usr/src/sys/dev/random/randomdev.c:70:13: error: conflicting types for 'read_random_uio' static int (read_random_uio)(struct uio *, bool); ^ /data/release/s2/usr/src/sys/sys/random.h:73:1: note: previous definition is here read_random_uio(void *a __unused, u_int b __unused) ^ /data/release/s2/usr/src/sys/dev/random/randomdev.c:96:2: error: use of undeclared identifier '_read_random_uio' _read_random_uio = (read_random_uio); ^ /data/release/s2/usr/src/sys/dev/random/randomdev.c:97:2: error: use of undeclared identifier '_read_random' _read_random = (read_random); ^ /data/release/s2/usr/src/sys/dev/random/randomdev.c:98:2: error: use of undeclared identifier '_is_random_seeded' _is_random_seeded = (is_random_seeded); ^ /data/release/s2/usr/src/sys/dev/random/randomdev.c:160:2: error: conflicting types for 'read_random_uio' (read_random_uio)(struct uio *uio, bool nonblock) ^ /data/release/s2/usr/src/sys/sys/random.h:73:1: note: previous definition is here read_random_uio(void *a __unused, u_int b __unused) ^ /data/release/s2/usr/src/sys/dev/random/randomdev.c:261:2: error: redefinition of 'read_random' (read_random)(void *random_buf, u_int len) ^ /data/release/s2/usr/src/sys/sys/random.h:78:1: note: previous definition is here read_random(void *a __unused, u_int b __unused) ^ /data/release/s2/usr/src/sys/dev/random/randomdev.c:295:2: error: redefinition of 'is_random_seeded' (is_random_seeded)(void) ^ /data/release/s2/usr/src/sys/sys/random.h:82:1: note: previous definition is here is_random_seeded(void) ^ 7 errors generated. *** Error code 1 Stop. make: stopped in /data/release/s2/usr/src/sys/modules/random_other ------- Cheers, -- Julian Stacey http://berklix.com/jhs/ http://StolenVotes.UK Kill / remove Putin: He kills innocents & causes global grain & fuel shortage. From nobody Mon May 2 05:13:45 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3D8531ABFEB9 for ; Mon, 2 May 2022 05:13:56 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from elf.hq.norma.perm.ru (mail.norman-retail.ru [128.127.146.8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.norma.perm.ru", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KsB8L6TJGz3stc for ; Mon, 2 May 2022 05:13:54 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from [192.168.243.7] ([192.168.243.7]) by elf.hq.norma.perm.ru (8.16.1/8.15.2) with ESMTP id 2425DjtK016634 for ; Mon, 2 May 2022 10:13:46 +0500 (+05) (envelope-from eugene@zhegan.in) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=vivat-retail.ru; s=key; t=1651468426; bh=8sxYHiP/+OJWt0xJq2u4d7n7B3KMOTODaCh8854et9w=; h=Date:Subject:To:References:From:In-Reply-To; b=KRdTJymyJ+XjiE8YmKInDkQp9AR+0QS7zj/egHjLJ7l5973KdVaaCiw2EIsxJLIP0 1h+gQIzf8jGnPZk1ieUfIRM262YqO7SSx0XDBYvIXrpCRqSydGahJQlNPo5wUGYHtn TDnPSpALT+zESpqvDqIFFuNU0OC8CC6t7Mh3zXFk= Message-ID: <8d991afb-8758-d02f-d17a-b4c5d41477a9@zhegan.in> Date: Mon, 2 May 2022 10:13:45 +0500 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.8.1 Subject: Re: FreeBSD boot from root pool larger than 1Tb/cannot read MOS/all block copies unavailable Content-Language: ru To: stable@freebsd.org References: <2c2d774c-3677-c3b7-d099-71318743a434@zhegan.in> From: "Eugene M. Zheganin" In-Reply-To: <2c2d774c-3677-c3b7-d099-71318743a434@zhegan.in> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4KsB8L6TJGz3stc X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=fail ("headers rsa verify failed") header.d=vivat-retail.ru header.s=key header.b=KRdTJymy; dmarc=none; spf=pass (mx1.freebsd.org: domain of eugene@zhegan.in designates 128.127.146.8 as permitted sender) smtp.mailfrom=eugene@zhegan.in X-Spamd-Result: default: False [-2.30 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_DKIM_REJECT(1.00)[vivat-retail.ru:s=key]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_NA(0.00)[zhegan.in]; R_SPF_ALLOW(-0.20)[+mx]; DKIM_TRACE(0.00)[vivat-retail.ru:-]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:212494, ipnet:128.127.146.0/24, country:RU]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hello, 26.04.2022 19:10, Eugene M. Zheganin пишет: > > P.S. There have been speculations that switching to the UEFI loader > may help, because it's more functional and probably can see the > migrated over 1Tb boot blocks, can anyone confirm this ? > Yup, I've also been able to resolve this error by migrating to the UEFI. With UEFI the server affected can successfully boot up. Eugene. From nobody Mon May 2 05:23:44 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3A9E31AC1FD5 for ; Mon, 2 May 2022 05:23:47 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from elf.hq.norma.perm.ru (mail.norman-retail.ru [128.127.146.8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.norma.perm.ru", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KsBMk1bhFz3vV4 for ; Mon, 2 May 2022 05:23:46 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from [192.168.243.7] ([192.168.243.7]) by elf.hq.norma.perm.ru (8.16.1/8.15.2) with ESMTP id 2425NiBf017247 for ; Mon, 2 May 2022 10:23:44 +0500 (+05) (envelope-from eugene@zhegan.in) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=vivat-retail.ru; s=key; t=1651469024; bh=JrczOTBVTUef8qf0dSJ2qrpYz9nplWi/uv2sHoLahfo=; h=Date:To:From:Subject; b=JL8aqR86br9oO7ypcr49x6I558lcwF+Nqocv2ZHC6CYTwMnP3Yo5hBOxnFnTh2lOl 4ym+HnFk9FBCK9cCNgE7qDnk8Tgd1+5Sq0xEZ4kIKvVUStBMulCH5QW8d2BCrf66Px PdgUMW1UqTshLO/YGngSZ+I+IFeytZSNbHSpKR+A= Message-ID: <5f9fcb73-b824-b9be-8a40-41401a774a04@zhegan.in> Date: Mon, 2 May 2022 10:23:44 +0500 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.8.1 To: freebsd-stable@freebsd.org Content-Language: ru From: "Eugene M. Zheganin" Subject: cannot remove/detach missing disk from zmirror: no valid replicas Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4KsBMk1bhFz3vV4 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=fail ("headers rsa verify failed") header.d=vivat-retail.ru header.s=key header.b=JL8aqR86; dmarc=none; spf=pass (mx1.freebsd.org: domain of eugene@zhegan.in designates 128.127.146.8 as permitted sender) smtp.mailfrom=eugene@zhegan.in X-Spamd-Result: default: False [-2.30 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; FROM_HAS_DN(0.00)[]; R_DKIM_REJECT(1.00)[vivat-retail.ru:s=key]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_NA(0.00)[zhegan.in]; R_SPF_ALLOW(-0.20)[+mx]; DKIM_TRACE(0.00)[vivat-retail.ru:-]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:212494, ipnet:128.127.146.0/24, country:RU]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hello, Any chance I can sole this without replacing ? (Yeah, I accidentally issued "attach" instead of "replace" being fully confident that I will be able to "detach" later. I couldn't be more wrong.) [root@replica:~]# zpool status   pool: zfsroot  state: DEGRADED status: One or more devices is currently being resilvered.  The pool will         continue to function, possibly in a degraded state. action: Wait for the resilver to complete.   scan: resilver in progress since Thu Jan  1 03:00:06 1970         188G scanned at 122B/s, 21.7G issued at 14B/s, 2.03T total         21.8G resilvered, 1.04% done, no estimated completion time config:         NAME                         STATE     READ WRITE CKSUM         zfsroot                      DEGRADED     0     0     0           mirror-0                   DEGRADED     0     0     0             gpt/zfsroot1             ONLINE       0     0     0 (resilvering)             gpt/zfsroot0             UNAVAIL      0     0     0 cannot open             diskid/DISK-31P58VAASp3  ONLINE       0     0     0 (resilvering) errors: 6 data errors, use '-v' for a list [root@replica:~]# zpool detach zfsroot gpt/zfsroot0 cannot detach gpt/zfsroot0: no valid replicas [root@replica:~]# uname -a FreeBSD replica.scorista.ru 13.1-RC5 FreeBSD 13.1-RC5 releng/13.1-n250141-2e9ad6042be GENERIC amd64 [root@replica:~]# zpool remove zfsroot gpt/zfsroot0 cannot remove gpt/zfsroot0: operation not supported on this type of pool [root@replica:~]# zpool split -R /newroot zfsroot newroot diskid/DISK-31P58VAASp3 Unable to split zfsroot: pool is busy [root@replica:~]# Eugene. From nobody Tue May 3 11:54:59 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id EA6F11ABCA5B for ; Tue, 3 May 2022 11:55:08 +0000 (UTC) (envelope-from pete@twisted.org.uk) Received: from toybox.twisted.org.uk (toybox.twisted.org.uk [178.250.76.50]) (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 4Ksz0q68Wrz4pKy for ; Tue, 3 May 2022 11:55:07 +0000 (UTC) (envelope-from pete@twisted.org.uk) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=twisted.org.uk; s=x; h=Content-Transfer-Encoding:Content-Type:In-Reply-To: From:References:To:Subject:MIME-Version:Date:Message-ID:Sender:Reply-To:Cc: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=gC18hjdDtv8oGsSg+PbmKTZJMEwzoSdxqJRoyb3SAYE=; b=cX9jDwDw0Bd1clh/bbH/WQTttt 7/M10DxgfEPwHkSXB3TE9vrSrZ0p4OKb3hTD9FRVAxK9JBrX4vrSJKS3Df1FMe8/FNMioFiqLLtEq BwqRqj0G4JgXdHS7MDWP37lnGfqqakCku/LT15RCWBkaQvJYAgQ8riCDH2BblLsnMXC8=; Received: from mailnull by toybox.twisted.org.uk with spamc-scanned (Exim 4.94.2 (FreeBSD)) (envelope-from ) id 1nlr7L-000AAg-FV for stable@freebsd.org; Tue, 03 May 2022 11:54:59 +0000 X-Spam-Checker-Version: SpamAssassin 3.4.5 (2021-03-20) on toybox.twisted.org.uk X-Spam-Level: X-Spam-Status: No, score=-0.9 required=5.0 tests=ALL_TRUSTED,NICE_REPLY_A, TW_ZF,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.5 X-Spam-Score: -0.9 () Received: from [2001:470:6cc4:1:cd6:5836:ddba:7b54] by toybox.twisted.org.uk with esmtpsa (TLS1.3) tls TLS_AES_128_GCM_SHA256 (Exim 4.94.2 (FreeBSD)) (envelope-from ) id 1nlr7L-000AAa-DF for stable@freebsd.org; Tue, 03 May 2022 11:54:59 +0000 Message-ID: <07c610bc-6a22-93f0-c634-0bfdaf26b8b9@twisted.org.uk> Date: Tue, 3 May 2022 12:54:59 +0100 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.8.1 Subject: Re: cannot remove/detach missing disk from zmirror: no valid replicas Content-Language: en-GB To: stable@freebsd.org References: <5f9fcb73-b824-b9be-8a40-41401a774a04@zhegan.in> From: Pete French In-Reply-To: <5f9fcb73-b824-b9be-8a40-41401a774a04@zhegan.in> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-spamc-toybox: true X-transport-toybox: lookuphost X-Rspamd-Queue-Id: 4Ksz0q68Wrz4pKy X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=twisted.org.uk header.s=x header.b=cX9jDwDw; dmarc=none; spf=pass (mx1.freebsd.org: domain of pete@twisted.org.uk designates 178.250.76.50 as permitted sender) smtp.mailfrom=pete@twisted.org.uk X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[twisted.org.uk:s=x]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:178.250.76.50/32]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[twisted.org.uk]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[twisted.org.uk:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:12290, ipnet:178.250.72.0/21, country:GB]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 02/05/2022 06:23, Eugene M. Zheganin wrote: > Hello, > > > Any chance I can sole this without replacing ? (Yeah, I accidentally > issued "attach" instead of "replace" being fully confident that I will > be able to "detach" later. I couldn't be more wrong.) This puzzles me. I never use replace, I attach the new one (as you have done), and then detach the old one. Does it not let you do 'zpool detach zfsroot gpt/zfsroot0' ? -pete. From eugen@grosbein.net Tue May 3 12:43:00 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 223941AA8554 for ; Tue, 3 May 2022 12:43:10 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Kt04F1ZfLz3FpQ for ; Tue, 3 May 2022 12:43:09 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.16.1/8.16.1) with ESMTPS id 243Ch5sR053296 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 3 May 2022 12:43:06 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: eugene@zhegan.in Received: from [10.58.0.11] (dadvw [10.58.0.11] (may be forged)) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 243Ch526050325 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Tue, 3 May 2022 19:43:05 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: cannot remove/detach missing disk from zmirror: no valid replicas To: "Eugene M. Zheganin" , freebsd-stable@freebsd.org References: <5f9fcb73-b824-b9be-8a40-41401a774a04@zhegan.in> From: Eugene Grosbein Message-ID: Date: Tue, 3 May 2022 19:43:00 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: <5f9fcb73-b824-b9be-8a40-41401a774a04@zhegan.in> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT autolearn=disabled version=3.4.2 X-Spam-Report: * -0.0 SHORTCIRCUIT No description available. * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4Kt04F1ZfLz3FpQ X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=fail (mx1.freebsd.org: domain of eugen@grosbein.net does not designate 2a01:4f8:c2c:26d8::2 as permitted sender) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-1.28 / 15.00]; ARC_NA(0.00)[]; R_SPF_FAIL(1.00)[-all]; FREEFALL_USER(0.00)[eugen]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.18)[-0.178]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N 02.05.2022 12:23, Eugene M. Zheganin wrote: > Hello, > > > Any chance I can sole this without replacing ? (Yeah, I accidentally issued "attach" instead of "replace" being fully confident that I will be able to "detach" later. I couldn't be more wrong.) > > > [root@replica:~]# zpool status > pool: zfsroot > state: DEGRADED > status: One or more devices is currently being resilvered. The pool will > continue to function, possibly in a degraded state. > action: Wait for the resilver to complete. > scan: resilver in progress since Thu Jan 1 03:00:06 1970 > 188G scanned at 122B/s, 21.7G issued at 14B/s, 2.03T total > 21.8G resilvered, 1.04% done, no estimated completion time > config: > > NAME STATE READ WRITE CKSUM > zfsroot DEGRADED 0 0 0 > mirror-0 DEGRADED 0 0 0 > gpt/zfsroot1 ONLINE 0 0 0 (resilvering) > gpt/zfsroot0 UNAVAIL 0 0 0 cannot open > diskid/DISK-31P58VAASp3 ONLINE 0 0 0 (resilvering) > > errors: 6 data errors, use '-v' for a list > [root@replica:~]# zpool detach zfsroot gpt/zfsroot0 > cannot detach gpt/zfsroot0: no valid replicas > [root@replica:~]# uname -a > FreeBSD replica.scorista.ru 13.1-RC5 FreeBSD 13.1-RC5 releng/13.1-n250141-2e9ad6042be GENERIC amd64 > [root@replica:~]# zpool remove zfsroot gpt/zfsroot0 > cannot remove gpt/zfsroot0: operation not supported on this type of pool > [root@replica:~]# zpool split -R /newroot zfsroot newroot diskid/DISK-31P58VAASp3 > Unable to split zfsroot: pool is busy > > [root@replica:~]# Reproducing... # truncate -s 5G file1.img file2.img file3.img # zpool create ztest mirror $(realpath file1.img) $(realpath file2.img) # dd if=/dev/urandom bs=1m count=$((4*1024)) of=/ztest/file 4096+0 records in 4096+0 records out 4294967296 bytes transferred in 26.212189 secs (163853817 bytes/sec) # zpool list ztest NAME SIZE ALLOC FREE CKPOINT EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT ztest 4.50G 4.00G 509M - - 64% 88% 1.00x ONLINE - # zpool export ztest # rm file2.img # zpool import -d . ztest # zpool status -v ztest pool: ztest state: DEGRADED status: One or more devices could not be opened. Sufficient replicas exist for the pool to continue functioning in a degraded state. action: Attach the missing device and online it using 'zpool online'. see: https://openzfs.github.io/openzfs-docs/msg/ZFS-8000-2Q config: NAME STATE READ WRITE CKSUM ztest DEGRADED 0 0 0 mirror-0 DEGRADED 0 0 0 /home/eugen/file1.img ONLINE 0 0 0 1055108590663069279 UNAVAIL 0 0 0 was /home/eugen/file2.img # zpool attach ztest $(realpath file1.img) $(realpath file3.img) && zpool status -v pool: ztest state: DEGRADED status: One or more devices is currently being resilvered. The pool will continue to function, possibly in a degraded state. action: Wait for the resilver to complete. scan: resilver in progress since Tue May 3 12:38:54 2022 4.00G scanned at 4.00G/s, 16.3M issued at 16.3M/s, 4.00G total 12.3M resilvered, 0.40% done, 00:04:10 to go config: NAME STATE READ WRITE CKSUM ztest DEGRADED 0 0 0 mirror-0 DEGRADED 0 0 0 /home/eugen/file1.img ONLINE 0 0 0 1055108590663069279 UNAVAIL 0 0 0 was /home/eugen/file2.img /home/eugen/file3.img ONLINE 0 0 0 (resilvering) errors: No known data errors So, how did you achieve your situation when you have 6 data errors and two parts of mirror in both ONLINE and (resilvering) state? I suspect "6 data errors" are your problem. From nobody Tue May 3 14:46:48 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 2CCA81AC655F; Tue, 3 May 2022 14:47:37 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (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 "land.berklix.org", Issuer "land.berklix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Kt2qr0rgwz3t6h; Tue, 3 May 2022 14:47:35 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (p4fe6d03e.dip0.t-ipconnect.de [79.230.208.62]) (authenticated bits=128) by land.berklix.org (8.16.1/8.16.1) with ESMTPSA id 243ElE58078931 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 3 May 2022 14:47:28 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id 243El8Nw082427; Tue, 3 May 2022 16:47:09 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id 243EkmY5077471; Tue, 3 May 2022 16:47:08 +0200 (CEST) (envelope-from jhs@berklix.com) Message-Id: <202205031447.243EkmY5077471@fire.js.berklix.net> To: freebsd-stable@FreeBSD.org cc: freebsd-current@FreeBSD.org, Eugene Grosbein , Ed Maste Subject: Re: breaking modules From: "Julian H. Stacey" Organization: http://berklix.com/jhs/ User-agent: EXMH on FreeBSD http://berklix.com/free/ X-From: http://www.berklix.org/~jhs/ In-reply-to: Your message "Fri, 29 Apr 2022 23:57:02 +0200." <202204292157.23TLv232063233@fire.js.berklix.net> Date: Tue, 03 May 2022 16:46:48 +0200 X-Rspamd-Queue-Id: 4Kt2qr0rgwz3t6h X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jhs@berklix.com has no SPF policy when checking 144.76.10.75) smtp.mailfrom=jhs@berklix.com X-Spamd-Result: default: False [-0.15 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[jhs]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[berklix.com]; AUTH_NA(1.00)[]; NEURAL_SPAM_SHORT(0.95)[0.954]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-current,freebsd-stable]; 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:24940, ipnet:144.76.0.0/16, country:DE]; RCVD_TLS_LAST(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[79.230.208.62:received] X-ThisMailContainsUnwantedMimeParts: N List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Hi, Reference: > From: "Julian H. Stacey" > Date: Fri, 29 Apr 2022 23:57:02 +0200 "Julian H. Stacey" wrote: > Ed Maste wrote: > > On Thu, 28 Apr 2022 at 11:28, Julian H. Stacey wrote: > > > > > > but that's crude. It's nice to be able to build most modules ready > > > in case wanted later, so how about a DUDS env. mechanism like ports/ ? > > > > I'd rather not add additional complexity to our build infrastructure > > to address a situation that shouldn't exist. Modules should build & > > function on an ongoing basis (and, I believe they generally do). CI > > doesn't report any issues on either stable branch or main at present. > > I'm building stable-12 not stable-13. It's broken here. I've seen modules break > for years, I used to suspect modules werent built by default by > build engines as often as main src/, so modules had more time to rot against > changing includes & libs, maybe now build engines might compile > them as often as eg bin/ls/ ? I don't know; But I'm seeing modules breaks. > > I just refetched with git this mid Friday afternoon (TZ=+02:00) 12.3-STABLE > & the 2 breaks are still present. See below. > > Setting a MODULE_DUDS would save work rather than repetitively retro > patching out the same modules in Makefile after each git pull --ff-only. > > I'd happily develop a patch for sys/modules/, but if someone > else prefers to, that might increase the chance of it being commited. > I'd be happy to test or develop a fix for sys/modules/Makefile. Eugene Grosbein wrote: > Unfortunately, CI does not catch stand-alone module build failures, > out of kernel build directory. > > For example: > > if_em https://cgit.freebsd.org/src/commit/?id=c0460cf2e42d2819c1f191a1d6e1b3dc0c7ea010 > if_epair https://cgit.freebsd.org/src/commit/?id=7a382e744b0b0ba9b51dc34bfa0cd1515f744f25 > linuxkpi https://cgit.freebsd.org/src/commit/?id=f5a2e7b0e8483bf51519046fd149a6a31acef6b1 I developed a fix, patch appended, mastered inc. a mini test Makefile at http://berklix.com/~jhs/src/bsd/fixes/freebsd/src/gen/sys/modules/ Filed with https://bugs.freebsd.org/bugzilla/enter_bug.cgi as https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=263758 I added cc: current@, Would someone like to try it please ? BTW I've not yet but will later read how DUDS is implemented in /usr/ports/Mk/bsd.port.subdir.mk Cheers, -- Julian Stacey http://berklix.com/jhs/ http://StolenVotes.UK Kill / remove Putin: He kills innocents & causes global grain & fuel shortage. From eugen@grosbein.net Tue May 3 15:13:26 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 682381ACC7D7; Tue, 3 May 2022 15:13:45 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Kt3Q02qffz4TMh; Tue, 3 May 2022 15:13:44 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.16.1/8.16.1) with ESMTPS id 243FDXFj054249 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 3 May 2022 15:13:34 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: jhs@berklix.com Received: from [10.58.0.11] (dadvw [10.58.0.11] (may be forged)) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 243FDV2E051341 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Tue, 3 May 2022 22:13:31 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: breaking modules To: "Julian H. Stacey" , freebsd-stable@FreeBSD.org References: <202205031447.243EkmY5077471@fire.js.berklix.net> Cc: freebsd-current@FreeBSD.org, Ed Maste From: Eugene Grosbein Message-ID: <1143af76-e4fe-6169-0cc8-9397b54c2afd@grosbein.net> Date: Tue, 3 May 2022 22:13:26 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: <202205031447.243EkmY5077471@fire.js.berklix.net> Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT autolearn=disabled version=3.4.2 X-Spam-Report: * -0.0 SHORTCIRCUIT No description available. * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4Kt3Q02qffz4TMh X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=fail (mx1.freebsd.org: domain of eugen@grosbein.net does not designate 2a01:4f8:c2c:26d8::2 as permitted sender) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-2.10 / 15.00]; ARC_NA(0.00)[]; R_SPF_FAIL(1.00)[-all]; FREEFALL_USER(0.00)[eugen]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-current,freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N 03.05.2022 21:46, Julian H. Stacey wrote: > Hi, Reference: >> From: "Julian H. Stacey" >> Date: Fri, 29 Apr 2022 23:57:02 +0200 > > "Julian H. Stacey" wrote: >> Ed Maste wrote: >>> On Thu, 28 Apr 2022 at 11:28, Julian H. Stacey wrote: >>>> >>>> but that's crude. It's nice to be able to build most modules ready >>>> in case wanted later, so how about a DUDS env. mechanism like ports/ ? >>> >>> I'd rather not add additional complexity to our build infrastructure >>> to address a situation that shouldn't exist. Modules should build & >>> function on an ongoing basis (and, I believe they generally do). CI >>> doesn't report any issues on either stable branch or main at present. >> >> I'm building stable-12 not stable-13. It's broken here. I've seen modules break >> for years, I used to suspect modules werent built by default by >> build engines as often as main src/, so modules had more time to rot against >> changing includes & libs, maybe now build engines might compile >> them as often as eg bin/ls/ ? I don't know; But I'm seeing modules breaks. >> >> I just refetched with git this mid Friday afternoon (TZ=+02:00) 12.3-STABLE >> & the 2 breaks are still present. See below. >> >> Setting a MODULE_DUDS would save work rather than repetitively retro >> patching out the same modules in Makefile after each git pull --ff-only. >> >> I'd happily develop a patch for sys/modules/, but if someone >> else prefers to, that might increase the chance of it being commited. >> I'd be happy to test or develop a fix for sys/modules/Makefile. > > Eugene Grosbein wrote: >> Unfortunately, CI does not catch stand-alone module build failures, >> out of kernel build directory. >> >> For example: >> >> if_em https://cgit.freebsd.org/src/commit/?id=c0460cf2e42d2819c1f191a1d6e1b3dc0c7ea010 >> if_epair https://cgit.freebsd.org/src/commit/?id=7a382e744b0b0ba9b51dc34bfa0cd1515f744f25 >> linuxkpi https://cgit.freebsd.org/src/commit/?id=f5a2e7b0e8483bf51519046fd149a6a31acef6b1 > > > I developed a fix, patch appended, mastered inc. a mini test Makefile at > http://berklix.com/~jhs/src/bsd/fixes/freebsd/src/gen/sys/modules/ > > Filed with https://bugs.freebsd.org/bugzilla/enter_bug.cgi as > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=263758 > > I added cc: current@, Would someone like to try it please ? > > BTW I've not yet but will later read how DUDS is implemented in > /usr/ports/Mk/bsd.port.subdir.mk I filled https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=263750 with a patch fixing standalone build of random_fortuna and random_other. Please test the patch in the PR 263750 and report back if it fixes the problem for you, too. From nobody Tue May 3 16:24:24 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 98EEF1AB74C2; Tue, 3 May 2022 16:24:56 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (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 "land.berklix.org", Issuer "land.berklix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Kt5076Hj9z4kL0; Tue, 3 May 2022 16:24:55 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (p4fe6d03e.dip0.t-ipconnect.de [79.230.208.62]) (authenticated bits=128) by land.berklix.org (8.16.1/8.16.1) with ESMTPSA id 243GOoMp081457 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 3 May 2022 16:24:54 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id 243GOiE3083190; Tue, 3 May 2022 18:24:44 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id 243GOOjw078964; Tue, 3 May 2022 18:24:39 +0200 (CEST) (envelope-from jhs@berklix.com) Message-Id: <202205031624.243GOOjw078964@fire.js.berklix.net> To: Eugene Grosbein cc: freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org, Ed Maste Subject: Re: breaking modules From: "Julian H. Stacey" Organization: http://berklix.com/jhs/ User-agent: EXMH on FreeBSD http://berklix.com/free/ X-From: http://www.berklix.org/~jhs/ In-reply-to: Your message "Tue, 03 May 2022 22:13:26 +0700." <1143af76-e4fe-6169-0cc8-9397b54c2afd@grosbein.net> Date: Tue, 03 May 2022 18:24:24 +0200 X-Rspamd-Queue-Id: 4Kt5076Hj9z4kL0 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jhs@berklix.com has no SPF policy when checking 144.76.10.75) smtp.mailfrom=jhs@berklix.com X-Spamd-Result: default: False [-2.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[jhs]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[berklix.com]; AUTH_NA(1.00)[]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.999]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-current,freebsd-stable]; 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:24940, ipnet:144.76.0.0/16, country:DE]; RCVD_TLS_LAST(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[79.230.208.62:received] X-ThisMailContainsUnwantedMimeParts: N List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Hi, Reference: > From: Eugene Grosbein > Date: Tue, 3 May 2022 22:13:26 +0700 Eugene Grosbein wrote: > 03.05.2022 21:46, Julian H. Stacey wrote: > > > Hi, Reference: > >> From: "Julian H. Stacey" > >> Date: Fri, 29 Apr 2022 23:57:02 +0200 > > > > "Julian H. Stacey" wrote: > >> Ed Maste wrote: > >>> On Thu, 28 Apr 2022 at 11:28, Julian H. Stacey wrote: > >>>> > >>>> but that's crude. It's nice to be able to build most modules ready > >>>> in case wanted later, so how about a DUDS env. mechanism like ports/ ? > >>> > >>> I'd rather not add additional complexity to our build infrastructure > >>> to address a situation that shouldn't exist. Modules should build & > >>> function on an ongoing basis (and, I believe they generally do). CI > >>> doesn't report any issues on either stable branch or main at present. > >> > >> I'm building stable-12 not stable-13. It's broken here. I've seen modules break > >> for years, I used to suspect modules werent built by default by > >> build engines as often as main src/, so modules had more time to rot against > >> changing includes & libs, maybe now build engines might compile > >> them as often as eg bin/ls/ ? I don't know; But I'm seeing modules breaks. > >> > >> I just refetched with git this mid Friday afternoon (TZ=+02:00) 12.3-STABLE > >> & the 2 breaks are still present. See below. > >> > >> Setting a MODULE_DUDS would save work rather than repetitively retro > >> patching out the same modules in Makefile after each git pull --ff-only. > >> > >> I'd happily develop a patch for sys/modules/, but if someone > >> else prefers to, that might increase the chance of it being commited. > >> I'd be happy to test or develop a fix for sys/modules/Makefile. > > > > Eugene Grosbein wrote: > >> Unfortunately, CI does not catch stand-alone module build failures, > >> out of kernel build directory. > >> > >> For example: > >> > >> if_em https://cgit.freebsd.org/src/commit/?id=c0460cf2e42d2819c1f191a1d6e1b3dc0c7ea010 > >> if_epair https://cgit.freebsd.org/src/commit/?id=7a382e744b0b0ba9b51dc34bfa0cd1515f744f25 > >> linuxkpi https://cgit.freebsd.org/src/commit/?id=f5a2e7b0e8483bf51519046fd149a6a31acef6b1 > > > > > > I developed a fix, patch appended, mastered inc. a mini test Makefile at > > http://berklix.com/~jhs/src/bsd/fixes/freebsd/src/gen/sys/modules/ > > > > Filed with https://bugs.freebsd.org/bugzilla/enter_bug.cgi as > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=263758 > > > > I added cc: current@, Would someone like to try it please ? > > > > BTW I've not yet but will later read how DUDS is implemented in > > /usr/ports/Mk/bsd.port.subdir.mk > > I filled https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=263750 > with a patch fixing standalone build of random_fortuna and random_other. > > Please test the patch in the PR 263750 and report back if it fixes the problem for you, too. Yes, I confirm the logic of your patch marked Comment2 2022-05-03 09:12:25 UTC lets both random_fortuna and random_other compile on my 12.3-STABLE. Thanks ! However, a patch quibble: First I saved the page with firefox, scissored the pre & post HTML crud, cd /sys/modules ; patch -p2 < ~/Downloads/263750.diff failed, so I hand patched. The patch command failed as excess spaces in the patch, original tabs lost. fetch 'https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=263750' confirms unwanted spaces in the patch. There are tabs in 12.3-STABLE. Cheers, -- Julian Stacey http://berklix.com/jhs/ http://StolenVotes.UK Kill / remove Putin: He kills innocents & causes global grain & fuel shortage. From nobody Tue May 3 17:55:42 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 8291F1AADE3F for ; Tue, 3 May 2022 17:55:54 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from elf.hq.norma.perm.ru (mail.norman-retail.ru [128.127.146.8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.norma.perm.ru", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Kt7152QCpz3K8v for ; Tue, 3 May 2022 17:55:53 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from [192.168.243.7] ([192.168.243.7]) by elf.hq.norma.perm.ru (8.16.1/8.15.2) with ESMTP id 243HthtF046676 for ; Tue, 3 May 2022 22:55:44 +0500 (+05) (envelope-from eugene@zhegan.in) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=vivat-retail.ru; s=key; t=1651600544; bh=ihVRCwuG1WodM0YH28Iy5b2Ypdv575rutKOweQSLAdc=; h=Date:Subject:To:References:From:In-Reply-To; b=jmz8WrTPPz/7g4DKflhJwkHIe9nFKVsxiPHNUVbt3U/rz98TVCqKEK+s4IOEt1xRe 6nfA25JzrOmmgszXht4gyKDDMzyNFMgbjWKOA/L8OvjJCcNLRdWi0kRfJn520I2EW9 U5CQwxF9Bkfn+CX+Xk62Dikw1CmLFPvSl37bilhQ= Message-ID: <055ff0f0-2dda-741d-e2fb-1f9e163bd0f8@zhegan.in> Date: Tue, 3 May 2022 22:55:42 +0500 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.8.1 Subject: Re: cannot remove/detach missing disk from zmirror: no valid replicas Content-Language: ru To: stable@freebsd.org References: <5f9fcb73-b824-b9be-8a40-41401a774a04@zhegan.in> <07c610bc-6a22-93f0-c634-0bfdaf26b8b9@twisted.org.uk> From: "Eugene M. Zheganin" In-Reply-To: <07c610bc-6a22-93f0-c634-0bfdaf26b8b9@twisted.org.uk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4Kt7152QCpz3K8v X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=fail ("headers rsa verify failed") header.d=vivat-retail.ru header.s=key header.b=jmz8WrTP; dmarc=none; spf=pass (mx1.freebsd.org: domain of eugene@zhegan.in designates 128.127.146.8 as permitted sender) smtp.mailfrom=eugene@zhegan.in X-Spamd-Result: default: False [-2.29 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_NA(0.00)[zhegan.in]; R_DKIM_REJECT(1.00)[vivat-retail.ru:s=key]; DKIM_TRACE(0.00)[vivat-retail.ru:-]; NEURAL_HAM_SHORT(-0.99)[-0.995]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:212494, ipnet:128.127.146.0/24, country:RU]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hello, 03.05.2022 16:54, Pete French пишет: > On 02/05/2022 06:23, Eugene M. Zheganin wrote: >> Hello, >> >> >> Any chance I can sole this without replacing ? (Yeah, I accidentally >> issued "attach" instead of "replace" being fully confident that I >> will be able to "detach" later. I couldn't be more wrong.) > > This puzzles me. I never use replace, I attach the new one (as you > have done), and then detach the old one. Does it not let you do 'zpool > detach zfsroot gpt/zfsroot0' ? > > -pete. > > Was able to finally detach the missing disk on 13.1-RC5 after the resilvering finished, but had some disturbing hours to wait. :) Eugene. From nobody Tue May 3 18:03:30 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 23B0B1AB0E99 for ; Tue, 3 May 2022 18:03:35 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from elf.hq.norma.perm.ru (mail.norman-retail.ru [128.127.146.8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.norma.perm.ru", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Kt79y2knpz3LtM for ; Tue, 3 May 2022 18:03:34 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from [192.168.243.7] ([192.168.243.7]) by elf.hq.norma.perm.ru (8.16.1/8.15.2) with ESMTP id 243I3Vf7047152 for ; Tue, 3 May 2022 23:03:31 +0500 (+05) (envelope-from eugene@zhegan.in) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=vivat-retail.ru; s=key; t=1651601012; bh=5wYH1yK8edxcbkqxqPAChuStxSYAOZlAdOD+mQMQa3s=; h=Date:Subject:To:References:From:In-Reply-To; b=QoGdKEHgzYeWt95qJjuC8thf1QZ1ocT2mFhHfuTc2PrscX2kTwyrDPYft4xIVpEyr 2bPC+n/jhtR/Vu1vXVTmFcwpb5AYrQFcUpNOZJdTqJlzPfkbczvkVtZPsyIU5E8Cm5 VuTyfj0UQ+qSXh5Ky+SCxpcO0gfsYUkesaRfoSIs= Message-ID: <29cb2c28-c34b-995f-9771-34d9d11ba9df@zhegan.in> Date: Tue, 3 May 2022 23:03:30 +0500 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.8.1 Subject: Re: cannot remove/detach missing disk from zmirror: no valid replicas Content-Language: ru To: freebsd-stable@freebsd.org References: <5f9fcb73-b824-b9be-8a40-41401a774a04@zhegan.in> From: "Eugene M. Zheganin" In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4Kt79y2knpz3LtM X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=fail ("headers rsa verify failed") header.d=vivat-retail.ru header.s=key header.b=QoGdKEHg; dmarc=none; spf=pass (mx1.freebsd.org: domain of eugene@zhegan.in designates 128.127.146.8 as permitted sender) smtp.mailfrom=eugene@zhegan.in X-Spamd-Result: default: False [-2.29 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; R_DKIM_REJECT(1.00)[vivat-retail.ru:s=key]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_NA(0.00)[zhegan.in]; R_SPF_ALLOW(-0.20)[+a]; DKIM_TRACE(0.00)[vivat-retail.ru:-]; NEURAL_HAM_SHORT(-0.99)[-0.994]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:212494, ipnet:128.127.146.0/24, country:RU]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hello, 03.05.2022 17:43, Eugene Grosbein пишет: > Reproducing... > > So, how did you achieve your situation when you have 6 data errors and two parts of mirror > in both ONLINE and (resilvering) state? > > I suspect "6 data errors" are your problem. Well, everything was simple: 1) 12.1, disk died, I issued "attach" instead of "replace" 2) it attached, but started resilvering in cycles, finding more and more errors (which is understandable, since both disk started to die aproximately at the same time - one was eletrically dead, another was SMART-dying) 3) at some time on 12.2 I've even had this (guess with different guids, didn't figure out to look this up), but I swear, gpt/zfsroot0 was twice in the list: both as ONLINE and UNAVAIL: config:         NAME                         STATE     READ WRITE CKSUM         zfsroot                      DEGRADED     0     0     0           mirror-0                   DEGRADED     0     0     0             gpt/zfsroot1             ONLINE       0     0     0             gpt/zfsroot0             UNAVAIL      0     0     0 cannot open             gpt/zfsroot0   ONLINE       0     0     0 (resilvering) 4) then I upgraded to 13.x to see if it wilkl resolve the situation. It actually did, kind of - gpt/zfsroot changed to DISK-31P58VAASp3. So, I guess you cannot detach/remove anything if these things are present: - something is resilvering - pool isn't "cleared" with zpool clear. Eugene. From nobody Tue May 3 18:05:41 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 1B48E1AB1A5E; Tue, 3 May 2022 18:06:14 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (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 "land.berklix.org", Issuer "land.berklix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Kt7F11sJjz3MnJ; Tue, 3 May 2022 18:06:13 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (p4fe6d03e.dip0.t-ipconnect.de [79.230.208.62]) (authenticated bits=128) by land.berklix.org (8.16.1/8.16.1) with ESMTPSA id 243I67gk084277 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 3 May 2022 18:06:11 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id 243I61ZM083864; Tue, 3 May 2022 20:06:01 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id 243I5fOl080287; Tue, 3 May 2022 20:05:51 +0200 (CEST) (envelope-from jhs@berklix.com) Message-Id: <202205031805.243I5fOl080287@fire.js.berklix.net> To: lwhsu@FreeBSD.org cc: Eugene Grosbein , freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org, Ed Maste Subject: Re: breaking modules From: "Julian H. Stacey" Organization: http://berklix.com/jhs/ User-agent: EXMH on FreeBSD http://berklix.com/free/ X-From: http://www.berklix.org/~jhs/ In-reply-to: Your message "Tue, 03 May 2022 18:24:24 +0200." Date: Tue, 03 May 2022 20:05:41 +0200 X-Rspamd-Queue-Id: 4Kt7F11sJjz3MnJ X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jhs@berklix.com has no SPF policy when checking 144.76.10.75) smtp.mailfrom=jhs@berklix.com X-Spamd-Result: default: False [-1.21 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[jhs]; 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.10)[text/plain]; DMARC_NA(0.00)[berklix.com]; AUTH_NA(1.00)[]; RCPT_COUNT_FIVE(0.00)[5]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.11)[-0.108]; MLMMJ_DEST(0.00)[freebsd-current,freebsd-stable]; 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:24940, ipnet:144.76.0.0/16, country:DE]; RCVD_TLS_LAST(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[79.230.208.62:received] X-ThisMailContainsUnwantedMimeParts: N List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org > From: bugzilla-noreply@freebsd.org > Date: Tue, 03 May 2022 17:20:14 +0000 > To: jhs@berklix.com > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=263758 > > Li-Wen Hsu changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > CC| |lwhsu@FreeBSD.org > Status|New |Open > > --- Comment #2 from Li-Wen Hsu --- > Does WITHOUT_MODULES in make.conf(5) work here? Ouch ! Thanks ! I didn't know that existed ! I may have wasted time re-inventing the wheel, I'll look more at both. PS Seems to me a whole slew of that man make.conf more properly now belongs in src.conf ? Cheers, -- Julian Stacey http://berklix.com/jhs/ http://StolenVotes.UK Kill / remove Putin: He kills innocents & causes global grain & fuel shortage. From nobody Tue May 3 19:42:22 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 94DAA1ACAF43 for ; Tue, 3 May 2022 19:42:43 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-wr1-f54.google.com (mail-wr1-f54.google.com [209.85.221.54]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Kt9NL4N1bz4TV0 for ; Tue, 3 May 2022 19:42:42 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-wr1-f54.google.com with SMTP id e24so24684085wrc.9 for ; Tue, 03 May 2022 12:42:42 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=vagqpVTUft0CgdkkzKBQzCNVszu9nNHdi9sK+N4LLBc=; b=wzOSn9HwL40V9nvKUv/JpIuPGzZXRVQwFPzvsjnXSzlfbBOx6VVxu4V0eLrCMKpW0R AfyKpEdQm6HtJ+j6i/fKAcSX8TKfkK3XKv0JvCikDGIL93yb9hSNlPbqTO64kGU9EdX+ 5UiVgZ//4kI4y4EQUd67z4o/fTkF/k+72LziMKGtNZQyV3wYmzt86Dtr7jIea7Zptv1R hQpFkWXeqM0o5nRdQHFONCUi9H7BIip5iwfjPV8obyNobPsPnSgLo92VZ0PDWVudsJ+w zTX1ZI7XX2ZRcb/czVq4GNGYHBRXJh1tQjmhkLvaJ1PxU0pN0RfLDYHWl6s6qMEmQo9/ htiw== X-Gm-Message-State: AOAM532zwt4fhjbW683svpN1MCCIYWETHP+p/x7BeoM3cysb1jB0O3HG 305swh2IdZ2WhZpj/EjxVU4nyN3IZcNSud+psaU= X-Google-Smtp-Source: ABdhPJzJoeHPcdEw4nZ6b9AkAl7Py6LBC5znNlUqq+Toj+bNrZInGN6FXCNmDWka2n2vb4Bp6mfL1bwIJGEOY9T1n60= X-Received: by 2002:a5d:4585:0:b0:20a:da03:7131 with SMTP id p5-20020a5d4585000000b0020ada037131mr13594107wrq.693.1651606955054; Tue, 03 May 2022 12:42:35 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <202204281527.23SFRbKU090763@fire.js.berklix.net> <5a9a751e-4042-57cb-5f34-e300e0050ad1@grosbein.net> In-Reply-To: <5a9a751e-4042-57cb-5f34-e300e0050ad1@grosbein.net> From: Ed Maste Date: Tue, 3 May 2022 15:42:22 -0400 Message-ID: Subject: Re: breaking modules To: Eugene Grosbein Cc: "Julian H. Stacey" , FreeBSD-STABLE Mailing List Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4Kt9NL4N1bz4TV0 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.221.54 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-0.77 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.77)[-0.767]; FREEFALL_USER(0.00)[carpeddiem]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; RCVD_TLS_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.221.54:from]; MLMMJ_DEST(0.00)[freebsd-stable]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.221.54:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On Fri, 29 Apr 2022 at 14:43, Eugene Grosbein wrote: > > For example: > > if_em https://cgit.freebsd.org/src/commit/?id=c0460cf2e42d2819c1f191a1d6e1b3dc0c7ea010 > if_epair https://cgit.freebsd.org/src/commit/?id=7a382e744b0b0ba9b51dc34bfa0cd1515f744f25 > linuxkpi https://cgit.freebsd.org/src/commit/?id=f5a2e7b0e8483bf51519046fd149a6a31acef6b1 Ah, yes. We should add a CI task to build all modules outside of the kernel tree. From eugen@grosbein.net Tue May 3 20:51:52 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 71EB61AB87C6 for ; Tue, 3 May 2022 20:52:03 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KtBwL0gdQz4pmk; Tue, 3 May 2022 20:52:01 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.16.1/8.16.1) with ESMTPS id 243Kpwst056604 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 3 May 2022 20:51:59 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: emaste@freebsd.org Received: from [10.58.0.11] (dadvw [10.58.0.11] (may be forged)) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 243KpwDp054823 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Wed, 4 May 2022 03:51:58 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: breaking modules To: Ed Maste References: <202204281527.23SFRbKU090763@fire.js.berklix.net> <5a9a751e-4042-57cb-5f34-e300e0050ad1@grosbein.net> Cc: FreeBSD-STABLE Mailing List From: Eugene Grosbein Message-ID: Date: Wed, 4 May 2022 03:51:52 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT autolearn=disabled version=3.4.2 X-Spam-Report: * -0.0 SHORTCIRCUIT No description available. * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4KtBwL0gdQz4pmk X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=fail (mx1.freebsd.org: domain of eugen@grosbein.net does not designate 2a01:4f8:c2c:26d8::2 as permitted sender) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-2.03 / 15.00]; ARC_NA(0.00)[]; R_SPF_FAIL(1.00)[-all]; FREEFALL_USER(0.00)[eugen]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.97)[-0.967]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; NEURAL_HAM_MEDIUM(-0.98)[-0.984]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.98)[-0.984]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N 04.05.2022 2:42, Ed Maste wrote: > On Fri, 29 Apr 2022 at 14:43, Eugene Grosbein wrote: >> >> For example: >> >> if_em https://cgit.freebsd.org/src/commit/?id=c0460cf2e42d2819c1f191a1d6e1b3dc0c7ea010 >> if_epair https://cgit.freebsd.org/src/commit/?id=7a382e744b0b0ba9b51dc34bfa0cd1515f744f25 >> linuxkpi https://cgit.freebsd.org/src/commit/?id=f5a2e7b0e8483bf51519046fd149a6a31acef6b1 > > Ah, yes. We should add a CI task to build all modules outside of the > kernel tree. Also, there are multiple modules that can be built standalone just fine but cannot be loaded with GENERIC kernel. In case of stable/12 examples are: ipfw.ko; if_lagg.ko; if_bridge.ko and bridgestp.ko; linux_common.ko, linprocfs.ko, linux.ko and linux64.ko; h_ertt.ko and cc_chd.ko and surely many others. Noted modules are built standalone without VIMAGE support but GENERIC has options VIMAGE, hence ABI incompatibility. Somewhat hackish workaround is the following line added to /etc/src.conf: CFLAGS+= -DVIMAGE=1 This restores ABI compatibility. Unfortunately, we have no VIMAGE= nor WITH_VIMAGE= knob. See also https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230009 that contains a patch by ae@ From nobody Tue May 3 21:56:55 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3B1AA1AC678F; Tue, 3 May 2022 21:57:28 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (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 "land.berklix.org", Issuer "land.berklix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KtDMq11Qrz3Fyy; Tue, 3 May 2022 21:57:26 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (p4fe6d03e.dip0.t-ipconnect.de [79.230.208.62]) (authenticated bits=128) by land.berklix.org (8.16.1/8.16.1) with ESMTPSA id 243LvL28090373 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 3 May 2022 21:57:25 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id 243LvFO0085389; Tue, 3 May 2022 23:57:15 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id 243Lut1R083899; Tue, 3 May 2022 23:57:05 +0200 (CEST) (envelope-from jhs@berklix.com) Message-Id: <202205032157.243Lut1R083899@fire.js.berklix.net> To: lwhsu@FreeBSD.org cc: Eugene Grosbein , freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org, Ed Maste Subject: Re: breaking modules From: "Julian H. Stacey" Organization: http://berklix.com/jhs/ User-agent: EXMH on FreeBSD http://berklix.com/free/ X-From: http://www.berklix.org/~jhs/ In-reply-to: Your message "Tue, 03 May 2022 20:05:41 +0200." Date: Tue, 03 May 2022 23:56:55 +0200 X-Rspamd-Queue-Id: 4KtDMq11Qrz3Fyy X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jhs@berklix.com has no SPF policy when checking 144.76.10.75) smtp.mailfrom=jhs@berklix.com X-Spamd-Result: default: False [-2.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[jhs]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[berklix.com]; AUTH_NA(1.00)[]; RCPT_COUNT_FIVE(0.00)[5]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-current,freebsd-stable]; 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:24940, ipnet:144.76.0.0/16, country:DE]; RCVD_TLS_LAST(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[79.230.208.62:received] X-ThisMailContainsUnwantedMimeParts: N List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org I wrote: > > > From: bugzilla-noreply@freebsd.org > > Date: Tue, 03 May 2022 17:20:14 +0000 > > To: jhs@berklix.com > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=263758 > > > > Li-Wen Hsu changed: > > > > What |Removed |Added > > ---------------------------------------------------------------------------- > > CC| |lwhsu@FreeBSD.org > > Status|New |Open > > > > --- Comment #2 from Li-Wen Hsu --- > > Does WITHOUT_MODULES in make.conf(5) work here? > > Ouch ! Thanks ! I didn't know that existed ! I may have wasted time > re-inventing the wheel, I'll look more at both. > > PS Seems to me a whole slew of that man make.conf more properly now > belongs in src.conf ? Thanks to Li-Wen Hsu :-) I read & tested the section of /sys/modules/Makefile .for reject in ${WITHOUT_MODULES} SUBDIR:= ${SUBDIR:N${reject}} .endfor & that code works fine with both 1 & 2 modules listed. The existing code is also lots smaller than my DUD_MODULES patch, that does not use the sophistication modern bsd make ofers. So I rejected my own patch, & closed https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=263758 Cheers, -- Julian Stacey http://berklix.com/jhs/ http://StolenVotes.UK Kill / remove Putin: He kills innocents & causes global grain & fuel shortage. From nobody Tue May 3 23:39:32 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id F39571ABD815 for ; Tue, 3 May 2022 23:39:33 +0000 (UTC) (envelope-from henrichhartzer@tuta.io) Received: from w1.tutanota.de (w1.tutanota.de [81.3.6.162]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits)) (Client CN "mail.tutanota.de", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KtGdd1mqDz3lwM for ; Tue, 3 May 2022 23:39:33 +0000 (UTC) (envelope-from henrichhartzer@tuta.io) Received: from w3.tutanota.de (unknown [192.168.1.164]) by w1.tutanota.de (Postfix) with ESMTP id 6C9EDFBF5A8 for ; Tue, 3 May 2022 23:39:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1651621172; s=s1; d=tuta.io; h=From:From:To:To:Subject:Subject:Content-Description:Content-ID:Content-Type:Content-Type:Content-Transfer-Encoding:Content-Transfer-Encoding:Cc:Date:Date:In-Reply-To:MIME-Version:MIME-Version:Message-ID:Message-ID:Reply-To:References:Sender; bh=kWlYweXyi4NHhC+XX311B3JPNs6N7q9Hldhocks/e30=; b=JAMj7Mhldaq2DaLncbTYhVgMdoiinFaryBxfmJa57+T+A6muDRAboPYroBCI+HA/ WDneSnJtBZGqFQrNwlOoT24Gk3v3NEYUPo4BbYmHa7cRFCrd/SuGOa7CFiTIk4/DI9G gVoYdFtYzATBrjVGlM6jYPgst2QSDbtc3/5mYtBv9FDdcXApmwp0+2UnIJ2MMXA4BiT gG3mX/7EVGoQbMQ/2pN47DejaghJXumdcWMFreRPUB+l3QIzLWWH2E0F0Iuf5S1G9qe vd/IUFBZmnj+82EifVknLjGOJh7sFVJI7M8H0Dxau07OVo9gg7Vi9d+LCgsXpfg9JI0 arMlWig/Qw== Date: Wed, 4 May 2022 01:39:32 +0200 (CEST) From: henrichhartzer@tuta.io To: freebsd-stable@freebsd.org Message-ID: Subject: Fresh FreeBSD 13.1 RC install, the first port make install fails List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4KtGdd1mqDz3lwM X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=tuta.io header.s=s1 header.b=JAMj7Mhl; dmarc=pass (policy=quarantine) header.from=tuta.io; spf=pass (mx1.freebsd.org: domain of henrichhartzer@tuta.io designates 81.3.6.162 as permitted sender) smtp.mailfrom=henrichhartzer@tuta.io X-Spamd-Result: default: False [-4.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[tuta.io:s=s1]; R_SPF_ALLOW(-0.20)[+ip4:81.3.6.160/28:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; DKIM_TRACE(0.00)[tuta.io:+]; DMARC_POLICY_ALLOW(-0.50)[tuta.io,quarantine]; FROM_NO_DN(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:24679, ipnet:81.3.0.0/18, country:DE]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hi! I was hoping someone could take a look at this and maybe reproduce. It's kind of annoying bug that I haven't seen mentioned anywhere else. I don't know if this is more to do with ports or something else. I don't recall this on 12.X. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=263429 Thank you, Henrich From nobody Wed May 4 15:57:17 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id AC5A01ABE69A for ; Wed, 4 May 2022 15:57:26 +0000 (UTC) (envelope-from pete@twisted.org.uk) Received: from toybox.twisted.org.uk (toybox.twisted.org.uk [178.250.76.50]) (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 4KthKx41Bsz4ZR5 for ; Wed, 4 May 2022 15:57:25 +0000 (UTC) (envelope-from pete@twisted.org.uk) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=twisted.org.uk; s=x; h=Content-Transfer-Encoding:Content-Type:In-Reply-To: From:References:To:Subject:MIME-Version:Date:Message-ID:Sender:Reply-To:Cc: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=X/SRiYozTdYOWL6syWuVkP++fLBCfyETSRz4jr5remo=; b=PRoMbmAVjO8KZkMs4uDirPg02x w+TeNVy9iYvRu61s1wYkQTtSGxQRWpamGNLHMlnUtPOfNaKB9VBxQOLOD4fnrd+i6sEadHw7xV4/t f4InLBvK/4wktzoHDdSQjvsltd8hJP4m6qh1na5h0Y+lCFVSX7bHzCvoKgFfatQDgZPI=; Received: from mailnull by toybox.twisted.org.uk with spamc-scanned (Exim 4.94.2 (FreeBSD)) (envelope-from ) id 1nmHNN-0002Xp-Oh for stable@freebsd.org; Wed, 04 May 2022 15:57:18 +0000 X-Spam-Checker-Version: SpamAssassin 3.4.5 (2021-03-20) on toybox.twisted.org.uk X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,NICE_REPLY_A, T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.5 X-Spam-Score: -1.0 () Received: from [2001:470:6cc4:1:cd6:5836:ddba:7b54] by toybox.twisted.org.uk with esmtpsa (TLS1.3) tls TLS_AES_128_GCM_SHA256 (Exim 4.94.2 (FreeBSD)) (envelope-from ) id 1nmHNN-0002XT-MX for stable@freebsd.org; Wed, 04 May 2022 15:57:17 +0000 Message-ID: Date: Wed, 4 May 2022 16:57:17 +0100 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.8.1 Subject: Re: cannot remove/detach missing disk from zmirror: no valid replicas Content-Language: en-GB To: stable@freebsd.org References: <5f9fcb73-b824-b9be-8a40-41401a774a04@zhegan.in> <07c610bc-6a22-93f0-c634-0bfdaf26b8b9@twisted.org.uk> <055ff0f0-2dda-741d-e2fb-1f9e163bd0f8@zhegan.in> From: Pete French In-Reply-To: <055ff0f0-2dda-741d-e2fb-1f9e163bd0f8@zhegan.in> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-spamc-toybox: true X-transport-toybox: lookuphost X-Rspamd-Queue-Id: 4KthKx41Bsz4ZR5 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=twisted.org.uk header.s=x header.b=PRoMbmAV; dmarc=none; spf=pass (mx1.freebsd.org: domain of pete@twisted.org.uk designates 178.250.76.50 as permitted sender) smtp.mailfrom=pete@twisted.org.uk X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[twisted.org.uk:s=x]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:178.250.76.50/32]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[twisted.org.uk]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[twisted.org.uk:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:12290, ipnet:178.250.72.0/21, country:GB]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 03/05/2022 18:55, Eugene M. Zheganin wrote: > Was able to finally detach the missing disk on 13.1-RC5 after the > resilvering finished, but had some disturbing hours to wait. :) Ah, that's good ;) I wonder if it needed to source data from both drives for the resilver for some reason ? Well, glad its sorted now! -pete. From nobody Wed May 4 20:59:19 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7A5491ABE876 for ; Wed, 4 May 2022 20:59:37 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oa1-f51.google.com (mail-oa1-f51.google.com [209.85.160.51]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Ktq2c5DNfz4Rgl for ; Wed, 4 May 2022 20:59:36 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-oa1-f51.google.com with SMTP id 586e51a60fabf-e93bbb54f9so2426923fac.12 for ; Wed, 04 May 2022 13:59:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=ZKRSsvSORRBfWKIim+sDLgAw+jko9bqGjzT6/7b4oDQ=; b=ykULymYPIu67vunzWZFrGuucKxUwu89kXf+tje/1cpZVb2EpVPWrvV+TWNs2/Ti8IN ismJXgmpBS0I6l6T7MPxOeXI7zpxKlxv3i4G2uNXzbF6skVLQuQaDprh430oLwBOz3D9 nPcdhMzo+YcyLvzmcrP3HBKclqo/d8PBS58Xn9dwF/djqeMEGIK+005rIcdFU1FSAWaU JTS0klvZqQQX6K35Gj6ImrEKqMVIW8SO7BFDXrVDI8ErU+V2Ggh1LJJRfaJevTF5nTXF umBl7Avc7ftbc5iu8yQ3eAHCUsQ53DDsL6Q59FwhLXpcdEwkW+GF9IsMx1tXjnGnpFyi uZYA== X-Gm-Message-State: AOAM533tkWiusiK8jmX7/EpDw/sF8mC7jNeGqWyENkkpy6ypLI7RwFKn VmYfEbiqyUwnXX3dmDYZnp2rRVt+/s81oFVsq/pGmw/W X-Google-Smtp-Source: ABdhPJzzDV8PqZUXvOfphiIln6qR6zuTh/46Y99SZzdFEfUNhbnxKkejnNb6//DYCglRBu21Pa3CiSDxnOmBmLLMGSo= X-Received: by 2002:a05:6870:a2d2:b0:d7:60ca:5065 with SMTP id w18-20020a056870a2d200b000d760ca5065mr735850oak.72.1651697970358; Wed, 04 May 2022 13:59:30 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 From: Alan Somers Date: Wed, 4 May 2022 14:59:19 -0600 Message-ID: Subject: nfs client's OpenOwner count increases without bounds To: FreeBSD Stable ML Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4Ktq2c5DNfz4Rgl X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.160.51 as permitted sender) smtp.mailfrom=asomers@gmail.com X-Spamd-Result: default: False [0.91 / 15.00]; ARC_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FREEFALL_USER(0.00)[asomers]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[209.85.160.51:from]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; NEURAL_SPAM_MEDIUM(0.99)[0.993]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_DN_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.160.51:from]; NEURAL_SPAM_SHORT(0.92)[0.916]; MLMMJ_DEST(0.00)[stable]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TO_DOM_EQ_FROM_DOM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N I have a FreeBSD 13 (tested on both 13.0-RELEASE and 13.1-RC5) desktop mounting /usr/home over NFS 4.2 from an 13.0-RELEASE server. It worked fine until a few weeks ago. Now, the desktop's performance slowly degrades. It becomes less and less responsive until I restart X after 2-3 days. /var/log/Xorg.0.log shows plenty of entries like "AT keyboard: client bug: event processing lagging behind by 112ms, your system is too slow". "top -S" shows that the busiest process is nfscl. A dtrace profile shows that nfscl is spending most of its time in nfscl_cleanup_common, in the loop over all nfsclowner objects. Running "nfsdumpstate" on the server shows thousands of OpenOwners for that client, and < 10 for any other NFS client. The OpenOwners increases by about 3000 per day. And yet, "fstat" shows only a couple hundred open files on the NFS file system. Why are OpenOwners so high? Killing most of my desktop processes doesn't seem to make a difference. Restarting X does improve the perceived responsiveness, though it does not change the number of OpenOwners. How can I figure out which process(es) are responsible for the excessive OpenOwners? Or is it just a red herring and I shouldn't worry? -Alan From nobody Wed May 4 23:23:00 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 2ECB31AB6201 for ; Wed, 4 May 2022 23:23:21 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-qb1can01on0606.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe5c::606]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KttDR6zpCz4nLB; Wed, 4 May 2022 23:23:19 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=X89vjecDZVCkbTS9SHYlhi+d26c/aSw6utJIwUesq9iFZAtaNj2/IzwL66kEcZeCebv2wiYdOfyeglt/0ajZw5ZcBigkLpq9qyvLl51jSZ8kmuTgzWL/GWGwByzthFtQDrzeBKwybsPNt/Wp5yzBTtop6HxnesD1ligLACSV7h9kG1bqjwH7mgn9dpIFA4QHuyIQe2CMnRAiiG19v8QBb8GD+jmR7cQNUVZBqicQD8/SRrBAeFuequOn/p4QRp6yphoc2sNNGJj3G1xROepy9ca6ejf49qPYoyKnXwCvb69sxsskar+IGFlD73VdpNcY39swlYCEKHHtJuKz1mZe8A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=xlfmcEZJCt1FCLHfJ6U3ifiCS8QLrQs7PNV6PSGMBLg=; b=CpAk2VxNC7vA5KazKReXd23VtI7JZ4OdzHHExV9LFhNn+IlksHbWYrjwadzc1yHuIMXiJcTvdRxCVC0y2zXyHrC8dud4F9sWmDrN+Zkx5igt2nfO2Br2ryJk/JDMoAgB769FJ/T2HAOa3RtgwGug4+5X2gXBtx25MeGJdz0uTHlUN5lCLg1JgTTMKO2APdwpzA586+crhf00HDA7bxVDbnOhVO9Q814yN2j4bPl/dsgiX/qBTDp/3YNdmZZVtJaoLdmkFveBC/y6/Pf98+deq+yrCz+HEYDRPHmz2/0HVLBgQGfIPZ78vWWugrbH8K8nvDz0pf0TV+q6AOiBaU6Wlg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=xlfmcEZJCt1FCLHfJ6U3ifiCS8QLrQs7PNV6PSGMBLg=; b=Qz0zuW9T0ssvp76WEpEoxPyWBQzLp0RWJ4cT+tZaW5wpkN7Wl6Kn6qwHBdsIg00n5UbfPOBlMnmqOPN8XoTkiIxyRHoazzNOyN/KgTtuym2ktGM96mRXLig/MRWOKYPrK7djT1ga/ZO0lRrGe2ZjZdB4uInEmNSULViUvcSiqwaAMDSEz5KxaaobNzkc1yM/cFGA0BZ2WHj2BKsoG9Byyd2VrHvPjHjwsKF/WA55Fe52l45yOCQGoltQ5TA4VvQVJS6jdMSOH7x7rcZnECn2QK0B3lV0M8PbVcH8ll2venFwDLK6UysfAx7bqOqsrwVb5UcQZW7VHDjslg5mptolaA== Received: from YT2PR01MB9730.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:b01:de::14) by YT3PR01MB5571.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:b01:60::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5206.13; Wed, 4 May 2022 23:23:05 +0000 Received: from YT2PR01MB9730.CANPRD01.PROD.OUTLOOK.COM ([fe80::fdb1:ada8:7af0:3003]) by YT2PR01MB9730.CANPRD01.PROD.OUTLOOK.COM ([fe80::fdb1:ada8:7af0:3003%6]) with mapi id 15.20.5206.027; Wed, 4 May 2022 23:23:00 +0000 From: Rick Macklem To: Alan Somers , FreeBSD Stable ML Subject: Re: nfs client's OpenOwner count increases without bounds Thread-Topic: nfs client's OpenOwner count increases without bounds Thread-Index: AQHYX/oEvZae9laYBUaMKYABkmfK960PSuzX Date: Wed, 4 May 2022 23:23:00 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: suggested_attachment_session_id: 833e2894-d841-0fe1-5dd5-8c4c78f983e6 x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 239855b0-bfbb-4b31-55df-08da2e250800 x-ms-traffictypediagnostic: YT3PR01MB5571:EE_ x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: VDOgrAMqkU0IcfRYOg9Mp+01//X7WAZ2TnAgLIsCzZAdsCLpxOhVWoSwligY6HXn5AIDTeq8PmcyolvKU19CkWchgolWAZ/ohLRkqJFzh69LRn9wSsQhn2AQU4O4XYBS5DrmmTgLXp8wOGj1LzYGr31PeAr8fZhG9YyW4ZXTq/pby8tE+J2VQG0x0Ws4dhzUtMet19bIzVJ28ny/gNxq+7i402wGz39aNMW9glYowJcK0CMsWsJf7ez7uitF4DlVNzjoI2K2Xaws96e5hVp9LvIYOkajvmtiIMarGEmADt7WsUo5R97Tu9WgtWcHiU1JbO1Ynrc1Uh/HvpdY/ShVzWRu4sfI+yBCURP/En09yzV9+wKHtROcGHQgam8cGF8WLR0PGPJEM3gRkCkfowqggEaNsBl3CdgTG0gfkKlWu0bIthTmBQGMUp2okdaangftQbDRhlbx1Sseud++V1X+rKhHxcVfUGjgGZIC6509IgHX0Ip9mRMtByj+kB7XUnJfGWVn1TC1zTG4q6O0egY5DnYh3b5GVVJEAXiaS1Q8Gv+XcxP8qJRMAKjW1PTJyuOtvS63DPKJQD4gojRi4OZpPHuSpmYQmgFJMyLZfYSoupJE86qTj8LW0okuyqLs0aHvnNGPg+V3/BlIvmHlwdoQtiVFYCbu1l05WRi0wyploPNNri9sXbNTv296Pvp0+y8wnJHRO8w67xz9Czem9+cguw== x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:YT2PR01MB9730.CANPRD01.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(13230001)(4636009)(366004)(122000001)(83380400001)(6486002)(38100700002)(33656002)(508600001)(5660300002)(71200400001)(186003)(2906002)(64756008)(8936002)(6506007)(9686003)(6512007)(450100002)(786003)(66946007)(316002)(76116006)(52536014)(66556008)(110136005)(8676002)(38070700005)(66446008)(91956017)(66476007)(86362001);DIR:OUT;SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 2 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?hJCmoG82s1QK83d+Zj283t/9F8maR6gyXXMueQEaikKmx+iMQzqojyBNZg?= =?iso-8859-1?Q?CiOeHxMI1Je6f8hr7123CxLuWoVLBwC9Gt5C42SuQhuXxASneuSIVD8a+j?= =?iso-8859-1?Q?tgBHIHdYFWONkyIoWU8lmZz9cJ6KO/VN/vU/EL+7KfZQ7Tuc9aIvmp9QgD?= =?iso-8859-1?Q?VW3znuvC0JMz6LD6JUE18fjLJN+l975YZqoJ8bs1DJT60cxdBQFzdE8WSF?= =?iso-8859-1?Q?Bxsy/U2bprsENkXitgjmWyUKiXToh+FZ7Z81oyEPrRvRiBpZz05m2L13GC?= =?iso-8859-1?Q?90pbaY3+UmrLk82LQasRV/w/BBWwWJhzMFBFMviPaer0p3dv2H/YrnYeX7?= =?iso-8859-1?Q?WHJYn7+9dzgHONgzUDWQ3wz0WllTTdIHdVhCcWdQ4dnUraAW2XVIARfZcn?= =?iso-8859-1?Q?yTHx7TA2k/I/YNX1+VA+qGUeKVdGaS7AO0/MPaQ521A6WLCJNSPJ2KL36I?= =?iso-8859-1?Q?ss8nZZMKBxUAzTffYMyeGT+sh7JMyod/wm5EpHppse4FIm6AQHwds0wjFr?= =?iso-8859-1?Q?qag1+Cu0a2hqeRJFMc5m92aLOC5kPB4i/OTGcht+96ozb3lWjDL67991YV?= =?iso-8859-1?Q?O2/pGrR15lg0GRzdfUzx3Gf1IynCBpuX0KUfVQPA8kkyHbn+IjjVLXDRdw?= =?iso-8859-1?Q?1SxXLxpFGWtwJrJknzpUDIkjOVDpWMZXAK2U+wayCajQOcT0RSpU4fE6dG?= =?iso-8859-1?Q?XARMQ8DRHLt88ngw4ChVm4CWZ9fP8Kq6saxG9MQ/fclu8JLOICLvaFa+Bq?= =?iso-8859-1?Q?GaMZGTeFTZC0ZckJEDJhfyiOeh0rdPipCy33EV5VDp4bwC41/jkYLdbClR?= =?iso-8859-1?Q?1wRYILRLExnb5RNvx13sfQbQbgeTCEcajfsQm7ce7wZvFEoOIRQW2deW4F?= =?iso-8859-1?Q?yh+ole+BxYFqhM3mlqDt+UcEtEvy8CzD4Xs4D0/nR9oYsxfZY0Tu6RBylJ?= =?iso-8859-1?Q?QtIHq1dJn7XVSQxleHyH/346I6SfxLTgMHcRofeo1Z2gozIxC76D/OoE1d?= =?iso-8859-1?Q?Y6xq296VDTLp8dlvOoHRV9XyXY+paNfuYVg9K2ajIOeoDWyAlxakNeDkqt?= =?iso-8859-1?Q?/QCU01GgASlNqpaVTD7J33n2jGPkwtwHG+WcQzwea5H/Co0yn6w1+l0Vxi?= =?iso-8859-1?Q?AkxFApEWxvHasfsArqQdRb3Yqh3wZYaNy2VyLHbKbrfrK8OalOl+oOg2Sx?= =?iso-8859-1?Q?hVdGEthwJduiurAeOjhlHmKXzHaS/4u5j6c1LDYHPDl6+8XEJqsM/cr9U4?= =?iso-8859-1?Q?qe6AN6PGMMTpEtfoe/FrxlOl/YUNKO7Jz2H1HdNjxgQNUcZXES/b2IO1AN?= =?iso-8859-1?Q?3hE3BHSxmUIb+2DQy7OXo+KF7XuM84JTfvZ847MjI5MoYVu9C0vNSzi5+3?= =?iso-8859-1?Q?LB6bUpTL9jtciPTt6qT+zaiHhnMkfp3iVpnQ5VvZe8NU4WI8ajv51B82CF?= =?iso-8859-1?Q?98FVAUsv3xTYUQWRKA/loeIBCERFDQfkY+otN+jIHL0m7zNfnQsx2h6DlQ?= =?iso-8859-1?Q?NUpfKdoaYDTfnhQKUi5q0ZjojMGir5uZWjMmeyhsx2R1rfSfx2ncAeZUBv?= =?iso-8859-1?Q?SBY7rO/Hz/TxAmI/Yghn199IKSf7HYWRpkGfzEnUblHVojDm81QBGQ3Yn6?= =?iso-8859-1?Q?7kINzk3WifgLP27rT2/zfqumCF0lhtEJi1c4t3Ro1rWmDNo1GG4P/iucLN?= =?iso-8859-1?Q?CpeLN4/SFnxHxp5qmzih2gpWTdDCXT6YFe5YCHn/CBcuWZ8ZREz8Nf7CLE?= =?iso-8859-1?Q?dB3Bh83oT58glXosjZ7shV15ZiI4p2pd6V+pkp33Ydc4WcNlMfv3TrNZY/?= =?iso-8859-1?Q?DYUZw+7yX20iNdpSTWQIV7UIVdRgu6ZbZ+1T04rOLfpnITlPpjDcXNsbw/?= =?iso-8859-1?Q?YN?= x-ms-exchange-antispam-messagedata-1: cckxwg1MWvTodw== Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: YT2PR01MB9730.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 239855b0-bfbb-4b31-55df-08da2e250800 X-MS-Exchange-CrossTenant-originalarrivaltime: 04 May 2022 23:23:00.8628 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: /tAL9YolbUnh17UZfKb4oDmuP2GC9yUCQfH/2r03h9shpLmSdpc1dlMW2l3A8q1SZTjvelq+LVd2xkE7mInhUg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YT3PR01MB5571 X-Rspamd-Queue-Id: 4KttDR6zpCz4nLB X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector2 header.b=Qz0zuW9T; arc=pass ("microsoft.com:s=arcselector9901:i=1"); dmarc=pass (policy=none) header.from=uoguelph.ca; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 2a01:111:f400:fe5c::606 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-5.61 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector2]; FREEFALL_USER(0.00)[rmacklem]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:111:f400::/48]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[uoguelph.ca:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[uoguelph.ca,none]; NEURAL_HAM_SHORT(-0.61)[-0.606]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:2a01:111:f000::/36, country:US]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1] X-ThisMailContainsUnwantedMimeParts: N Alan Somers wrote:=0A= > I have a FreeBSD 13 (tested on both 13.0-RELEASE and 13.1-RC5) desktop=0A= > mounting /usr/home over NFS 4.2 from an 13.0-RELEASE server. It=0A= > worked fine until a few weeks ago. Now, the desktop's performance=0A= > slowly degrades. It becomes less and less responsive until I restart=0A= > X after 2-3 days. /var/log/Xorg.0.log shows plenty of entries like=0A= > "AT keyboard: client bug: event processing lagging behind by 112ms,=0A= > your system is too slow". "top -S" shows that the busiest process is=0A= > nfscl. A dtrace profile shows that nfscl is spending most of its time=0A= > in nfscl_cleanup_common, in the loop over all nfsclowner objects.=0A= > Running "nfsdumpstate" on the server shows thousands of OpenOwners for=0A= > that client, and < 10 for any other NFS client. The OpenOwners=0A= > increases by about 3000 per day. And yet, "fstat" shows only a couple=0A= > hundred open files on the NFS file system. Why are OpenOwners so=0A= > high? Killing most of my desktop processes doesn't seem to make a=0A= > difference. Restarting X does improve the perceived responsiveness,=0A= > though it does not change the number of OpenOwners.=0A= >=0A= > How can I figure out which process(es) are responsible for the=0A= > excessive OpenOwners? =0A= An OpenOwner represents a process on the client. The OpenOwner=0A= name is an encoding of pid + process startup time.=0A= However, I can't think of an easy way to get at the OpenOwner name.=0A= =0A= Now, why aren't they going away, hmm..=0A= =0A= I'm assuming the # of Opens is not large?=0A= (Openowners cannot go away until all associated opens=0A= are closed.)=0A= =0A= Commit 1cedb4ea1a79 in main changed the semantics of this=0A= a little, to avoid a use-after-free bug. However, it is dated=0A= Feb. 25, 2022 and is not in 13.0, so I don't think it could=0A= be the culprit.=0A= =0A= Essentially, the function called nfscl_cleanupkext() should call=0A= nfscl_procdoesntexist(), which returns true after the process has=0A= exited and when that is the case, calls nfscl_cleanup_common().=0A= --> nfscl_cleanup_common() will either get rid of the openowner or,=0A= if there are still children with open file descriptors, mark it "defu= nct"=0A= so it can be free'd once the children close the file.=0A= =0A= It could be that X is now somehow creating a long chain of processes=0A= where the children inherit a file descriptor and that delays the cleanup=0A= indefinitely?=0A= Even then, everything should get cleaned up once you kill off X?=0A= (It might take a couple of seconds after killing all the processes off.)=0A= =0A= Another possibility is that the "nfscl" thread is wedged somehow.=0A= It is the one that will call nfscl_cleanupkext() once/sec. If it never=0A= gets called, the openowners will never go away.=0A= =0A= Being old fashioned, I'd probably try to figure this out by adding=0A= some printf()s to nfscl_cleanupkext() and nfscl_cleanup_common().=0A= =0A= To avoid the problem, you can probably just use the "oneopenown"=0A= mount option. With that option, only one openowner is used for=0A= all opens. (Having separate openowners for each process was needed=0A= for NFSv4.0, but not NFSv4.1/4.2.)=0A= =0A= > Or is it just a red herring and I shouldn't=0A= > worry?=0A= Well, you can probably avoid the problem by using the "oneopenown"=0A= mount option.=0A= =0A= Thanks for reporting this, rick=0A= ps: And, yes, large numbers of openowners will slow things down,=0A= since the code ends up doing linear scans of them all in a linked=0A= list in various places.=0A= =0A= -Alan=0A= =0A= From nobody Wed May 4 23:53:27 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3CA411ABE1BA for ; Wed, 4 May 2022 23:53:46 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oa1-f45.google.com (mail-oa1-f45.google.com [209.85.160.45]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KttvX6Msmz4t08 for ; Wed, 4 May 2022 23:53:44 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-oa1-f45.google.com with SMTP id 586e51a60fabf-deb9295679so2797977fac.6 for ; Wed, 04 May 2022 16:53:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=wyrzVTOQDOc1VM3EjfZ0TnuPLNj5J66qWXGab+TsoWM=; b=uDw8TEDArI3fI41BLl3NBytEuJvxopYa6Vu5lYITb31hKtMeptH9G8GBJA7N+zbT4d LTIPuqFjALvya/H2C80Jj5mRPz73U/jxodTynSq3D3jwx/M9XN/AIvfwQKXnjc+Nj900 KAnyPxBmMAfi/zAMMn/4G2gKVvgQ8kW6a++3G9U+wwHD1khf+jlFozeWhRugiWKQPSD1 puV6Xz3ls5XebS5/jBeTUXzq+d458eoGBZEBpsDURE0mpQXrXx6r1NX1ys2PP1kdT3RG eDmph212tn4pWT9oc3UErKcsvuCmWUzThNtNxuAwHyMNP342anSQ/pP/l2dL92oMXdpy cLLQ== X-Gm-Message-State: AOAM531OjmvLw+mrbTWdDhc3+Gp6Ocdg2v8wGR8AyP1BD6Ae5dvfWQJ3 H/GA0ZGqV7kWK0ir70w0qhuMzRzFSHALG4iFK9EtwRG0 X-Google-Smtp-Source: ABdhPJxN2txRQVr9uJ81jTaXDfk6UxumDWZd4zHqeCZmnD3SB/k/b1CpXOKHfSk5CmCsbqjryqZlHPbN2vBR2hNCHw8= X-Received: by 2002:a05:6870:a2d2:b0:d7:60ca:5065 with SMTP id w18-20020a056870a2d200b000d760ca5065mr1051359oak.72.1651708418539; Wed, 04 May 2022 16:53:38 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Alan Somers Date: Wed, 4 May 2022 17:53:27 -0600 Message-ID: Subject: Re: nfs client's OpenOwner count increases without bounds To: Rick Macklem Cc: FreeBSD Stable ML Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4KttvX6Msmz4t08 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.160.45 as permitted sender) smtp.mailfrom=asomers@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[asomers]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[209.85.160.45:from]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[209.85.160.45:from]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On Wed, May 4, 2022 at 5:23 PM Rick Macklem wrote: > > Alan Somers wrote: > > I have a FreeBSD 13 (tested on both 13.0-RELEASE and 13.1-RC5) desktop > > mounting /usr/home over NFS 4.2 from an 13.0-RELEASE server. It > > worked fine until a few weeks ago. Now, the desktop's performance > > slowly degrades. It becomes less and less responsive until I restart > > X after 2-3 days. /var/log/Xorg.0.log shows plenty of entries like > > "AT keyboard: client bug: event processing lagging behind by 112ms, > > your system is too slow". "top -S" shows that the busiest process is > > nfscl. A dtrace profile shows that nfscl is spending most of its time > > in nfscl_cleanup_common, in the loop over all nfsclowner objects. > > Running "nfsdumpstate" on the server shows thousands of OpenOwners for > > that client, and < 10 for any other NFS client. The OpenOwners > > increases by about 3000 per day. And yet, "fstat" shows only a couple > > hundred open files on the NFS file system. Why are OpenOwners so > > high? Killing most of my desktop processes doesn't seem to make a > > difference. Restarting X does improve the perceived responsiveness, > > though it does not change the number of OpenOwners. > > > > How can I figure out which process(es) are responsible for the > > excessive OpenOwners? > An OpenOwner represents a process on the client. The OpenOwner > name is an encoding of pid + process startup time. > However, I can't think of an easy way to get at the OpenOwner name. > > Now, why aren't they going away, hmm.. > > I'm assuming the # of Opens is not large? > (Openowners cannot go away until all associated opens > are closed.) Oh, I didn't mention that yes the number of Opens is large. Right now, for example, I have 7950 OpenOwner and 8277 Open. > > Commit 1cedb4ea1a79 in main changed the semantics of this > a little, to avoid a use-after-free bug. However, it is dated > Feb. 25, 2022 and is not in 13.0, so I don't think it could > be the culprit. > > Essentially, the function called nfscl_cleanupkext() should call > nfscl_procdoesntexist(), which returns true after the process has > exited and when that is the case, calls nfscl_cleanup_common(). > --> nfscl_cleanup_common() will either get rid of the openowner or, > if there are still children with open file descriptors, mark it "defunct" > so it can be free'd once the children close the file. > > It could be that X is now somehow creating a long chain of processes > where the children inherit a file descriptor and that delays the cleanup > indefinitely? > Even then, everything should get cleaned up once you kill off X? > (It might take a couple of seconds after killing all the processes off.) > > Another possibility is that the "nfscl" thread is wedged somehow. > It is the one that will call nfscl_cleanupkext() once/sec. If it never > gets called, the openowners will never go away. > > Being old fashioned, I'd probably try to figure this out by adding > some printf()s to nfscl_cleanupkext() and nfscl_cleanup_common(). dtrace shows that nfscl_cleanupkext() is getting called at about 0.6 hz. > > To avoid the problem, you can probably just use the "oneopenown" > mount option. With that option, only one openowner is used for > all opens. (Having separate openowners for each process was needed > for NFSv4.0, but not NFSv4.1/4.2.) > > > Or is it just a red herring and I shouldn't > > worry? > Well, you can probably avoid the problem by using the "oneopenown" > mount option. Ok, I'm trying that now. After unmounting and remounting NFS, "nfsstat -cE" reports 1 OpenOwner and 11 Opens". But on the server, "nfsdumpstate" still reports thousands. Will those go away eventually? > > Thanks for reporting this, rick > ps: And, yes, large numbers of openowners will slow things down, > since the code ends up doing linear scans of them all in a linked > list in various places. > > -Alan > From nobody Thu May 5 00:56:05 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 9C4841ACD4E3 for ; Thu, 5 May 2022 00:56:13 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-YT3-obe.outbound.protection.outlook.com (mail-yt3can01on2043.outbound.protection.outlook.com [40.107.115.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KtwHc3DYGz3N9T; Thu, 5 May 2022 00:56:12 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=oJvHMOwqWwTgEk2kQz/rVHnQTx5iT3D3AdqjJNyfHJA34BNzNsKa85fAhPrWggY2bwKqTqO/glVHjrwUf0yWnxWA5QSw1+V2RpXcpopbi6c4vId3BJC+MpI344GZ3grBCW+aaNdKBD6Cg8+0ss3TDD9LF5kOnoMWA5a0KD975E8j1Ftkydz43wDjfOELys5uHtX/7GreEP1xRBaUWmdDUPA7oc1/PJSF4EbwRlX4e5WOcyrM2o9JH3VuM+7kUY2z6bl5NmqORCfMB8/StmWCkrnjuE2+HaN6T4uo/pbN/YpYNwvy5WsFuUnzBGf+8FmWPKXTPpgyRyWE9nnPKcVbUg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=bYul4C3u5jG04YgO6/jnosXcRWw1T2ZQEGNUyQUkYW4=; b=RPXwxQ7633eLm0gK07GJsc50sLr2CWI7r6WXuaKs93mqwVGWq8rAsL+cHcj5pJ9QqadOrhI0RDcb3o6clUIo+J6dNB9Z5JONZ2QKBvkljYY+WNW6+zOVzaZn7KrMdSS3phlWqZyFhtHksvcF/n4nf8SBV8vv+wc4QaNhRoxlPXVDVfLS3XEupwt+hySCJgBXoMf7vgJ2qVQMg6FVXuvFpvO8eKuEvr6L8XW/PFxhw2Lx6QwqnKSQeUp6qhCofgiklDsp1lGssKhCRMFOgkepqvXf0RhK4LKwt/MA5EV8UV4w5cEkAhasw+/Ynj/fMfyNUKzQywM1l85TjVH31tFrWw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=bYul4C3u5jG04YgO6/jnosXcRWw1T2ZQEGNUyQUkYW4=; b=TINLVqxZys9ydZU9HJYG9TfhapeWNIw63IcFAAuk6LXJ0yxYKlDwaStVS67dzISsUpeNeq7dEjKEIjsSZyw6Mhz7vt5PB/3rI/pUaAePCzNzw5K56Su4ugkoTR+JNRqxA3l3Yw226GE0Pi28r9oQ+etiRmV05kfAVVMvHkqdOInlEvwiEm5a3yMt2HcOAb0UGMI00lh7XhijF5IABKvoWXyrzNxXMXuE4JRmL5yQKppBj8Up4hFka/m30RHLiBxVNliRNUsXPaQAgmc6xVsuR4TLu06yEhEVQKvZbYqyAABR8yL6fZbs9a68a/XtQ+Tn4ObVhblNfDKJ2lQlBBnQQA== Received: from YT2PR01MB9730.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:b01:de::14) by YT2PR01MB5744.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:b01:58::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5206.13; Thu, 5 May 2022 00:56:05 +0000 Received: from YT2PR01MB9730.CANPRD01.PROD.OUTLOOK.COM ([fe80::fdb1:ada8:7af0:3003]) by YT2PR01MB9730.CANPRD01.PROD.OUTLOOK.COM ([fe80::fdb1:ada8:7af0:3003%6]) with mapi id 15.20.5206.027; Thu, 5 May 2022 00:56:05 +0000 From: Rick Macklem To: Alan Somers CC: FreeBSD Stable ML Subject: Re: nfs client's OpenOwner count increases without bounds Thread-Topic: nfs client's OpenOwner count increases without bounds Thread-Index: AQHYX/oEvZae9laYBUaMKYABkmfK960PSuzXgAAZa4CAAA4SAg== Date: Thu, 5 May 2022 00:56:05 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: suggested_attachment_session_id: 9ef1dce4-2e5b-c502-4f5f-015eaf696f7d x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 48bd0516-beec-44cb-d94b-08da2e32088b x-ms-traffictypediagnostic: YT2PR01MB5744:EE_ x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: cv26n3SBbz4cwGyLTelVFsGDRU5vSGoDFEGoxgsBcHA0UnMZxj8ibJDmwDlxo2mvOBLInpXPohsndekjs1jZ/6RtIxnDX6/Ta4T6SUmWZOU0MVtziGx9niw+s8BrQs4D3IkFX7j8hgmyb+wY1Iua1jJT785GyPBKPWUqERiymmDt1pEjxh5/SNxwgI1Ty0rvxxY4EpyqpcJvHj3TCyOqvJrvacKW5qm+yTwS/uPNHQ0whSwApXLUi7Ny7xnBDgfwQ91UOx5BlPjI99Qfa3CYTS+rd+RZ0E+3AUmJiFBMBX28HPJ6moYQiPHzZPckzYpFMozog5uvzLQXr2VxdTAWejwAvxFcqRwcV16lrBlVk5zUvSBNNaDr0WCTC0+1hp2hIn9VeRxzzRpMF9NLjhEHpHhxcg4u6U9XJt0XJKlEdqUIAigb3psWRCgLxjnPYl5lXdJsyRw+Luw4ECLSLF/z8z/qw5sRgPIeSmOxlld+0A7F2c+lvf11UV6XiXFEzm4R0AFrBDAFnDfx0fkCr3wES4KQkV2n4eKuQ3wK2kgyB662dW5c6ivjOz8xI/4uCg0ePXKSG7Qp0L4Gu9h28VOpPLovFCRWYV8oMbxH4ybVBo5ly/wFGwZObn7CMnXHBCBtIKgeozYWwmw03vW9Mb0MIXwY+KsxRePTUf0KraEEaEnxSzmC0NY3nS96apVLQSD8OGs9MIzUv628tsuTjxv/Gg== x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:YT2PR01MB9730.CANPRD01.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(13230001)(4636009)(366004)(786003)(66946007)(316002)(450100002)(91956017)(76116006)(66556008)(66476007)(66446008)(64756008)(508600001)(6916009)(83380400001)(86362001)(2906002)(33656002)(4326008)(8676002)(5660300002)(8936002)(38070700005)(38100700002)(122000001)(52536014)(6506007)(71200400001)(9686003)(53546011)(7696005)(55016003)(186003);DIR:OUT;SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 2 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?ZHREQmDWMjRW3R6nta5CTH64EoOCO/QUfamFPLuWoQo9TorjBWxVd4ukbo?= =?iso-8859-1?Q?miiidgAOpgaCunBjaAxWIjlcub6GLn+hK+ivSRKsQcQ6mjT1q+fUNGcW3T?= =?iso-8859-1?Q?DFl3cVNCHFSAycxMtfpfoYOzcQWBfVfxm26OI2kJmXmlkQzgANbEuSKiWA?= =?iso-8859-1?Q?zrmV1K22xiFhszFOugyWfew0HG7Hi6GXtJRZEIhuqAFYein5BTmB+zHO8W?= =?iso-8859-1?Q?mWjigIdZolDNREf68uLCQLJM5i8Ud+FmUvKbXM/Z3Qcnsdofk3CSDBIEMM?= =?iso-8859-1?Q?qA+IHwdEe8ht7CZWJcVFvRK9Yz/DW39m/xiyJq+kdzhL+P7YI3xy6wgqCD?= =?iso-8859-1?Q?zcUeDQYaluAqGIjB0ch6W7QNL1Q1qo87Xb1jOVOUmfTSN9XSZHZ7W/ut8e?= =?iso-8859-1?Q?KIfENRN7PdjgdMCevLO8Ygtcl8B39JljLJ2shMyIrU0izaEGQJPgRJDDNB?= =?iso-8859-1?Q?qZWJr0LvmFZDscHPEVjfsPrfzsutyYhkdh0buVSJgq1tavQnRJyjl2jDuw?= =?iso-8859-1?Q?Fi5rX2WFi2DfDPOTYL7nU4BayAgZnTGS+ERwe2BHVrxe81oSUCyFPmTczo?= =?iso-8859-1?Q?HXBbUpc7nF7yTFd4XrsfvN0TN8u+E9j7JBnpwZ73RsZsx6BSh4ga7k2dlq?= =?iso-8859-1?Q?7VRuwgch3txyVxLYIBFTsg48gRz3ua3GCdFMPpINRRUIq2Gr3L/bw0MKtI?= =?iso-8859-1?Q?eBMrxvpDo4oPc0RjX7GiEn33kHdMAnndUa+cV+0yyuoHI0DIsXh/V/1AZR?= =?iso-8859-1?Q?0kO6HST5zcc09oUd+8CTBsvA24wh+rqCS2H0asZqcRTRGWcmPcSYZ9heia?= =?iso-8859-1?Q?5/SL6TCioGLTZ5+hcL/rJTK3LlUT2lmkv25atFkgOHWsUYQnHmVxr7H8eY?= =?iso-8859-1?Q?K4M1kPtBEv8lB1D6C1cthvTWOEG2SCWg8Qlycmlu/Cvws0EDw3uCtlwRZy?= =?iso-8859-1?Q?vNtZjcQ8E8VCNHAeJJ47sAY+0QjhnffBmqep67B4a9D9rt5dE7e0ylpCxq?= =?iso-8859-1?Q?U+ARFk02PT7gNV+tlZOt/JMO6AFeeNP112PguD1GbcXI0La23MK8Gc0jk/?= =?iso-8859-1?Q?oXdhycK8IsrAvymLBw2wFuvXa46wlqjYdGyOBs/F3O5utqd4ZHSBX1Zo9L?= =?iso-8859-1?Q?Vlq9BlowiGjlR7psOfyFcbFo96bbeiKVtzjEdl1EBPb/hWVym8c5U/EsjB?= =?iso-8859-1?Q?lUixhwRKmsw3swlrMD50feebcuN34j4y3USA99Fia+yzilAh4+6N7vZY8f?= =?iso-8859-1?Q?YYcIwmvESV43IHMsDz+DBc7aoQy3urP9B7XjcqL2M7TetxjRHKS37EmJpz?= =?iso-8859-1?Q?lrAfbcNykpbLOR6gmwuD5DX1hO0c3gZ4b9UOsdDMtdNXhi+/ObLRP0FUSE?= =?iso-8859-1?Q?2ZrFmAA5pXSVxnuGP0cFypMGLHIb8GIizHUbkhdZCZlQmCfDC5J64Nxbe/?= =?iso-8859-1?Q?ioiinPBSkbLitlD7VR8N95jF+oYFG2UvQbl7i6N2ehurvQheoxPPv7Ue1U?= =?iso-8859-1?Q?RomtWzxKKDQq7stk506daCdcNfWsRgX/yD2RdNbA60Bc1JsiFT+Tfpakjn?= =?iso-8859-1?Q?7rDumCBmLoufsHcPmRseFAEXQVFzbqhiwCwu6Hx2fpZO9CXiibWHSPXqv/?= =?iso-8859-1?Q?1+fnSv/KT+6b3oxMPXAF+aMiMtgOiP+OKTM8YVCJow0kk2TguWolaX8+Bl?= =?iso-8859-1?Q?3YR6pDZQDOi2rJe11TicQhAWvPTRoUOXCNSaR9JycegGwqvHTzejcmOhKJ?= =?iso-8859-1?Q?ybqpJINmdBiqDiQJT7NxonQq1M0161Sy8CveexfuXIq/OvGDFRRJ+cQB32?= =?iso-8859-1?Q?ZEXTjTC2T3x3SqAX3T2CSorZRJLfLvoF8YtGBHaGu5szccUGIXZ+AL4P/6?= =?iso-8859-1?Q?qh?= x-ms-exchange-antispam-messagedata-1: KWpGY/z+5Z8f1Q== Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: YT2PR01MB9730.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 48bd0516-beec-44cb-d94b-08da2e32088b X-MS-Exchange-CrossTenant-originalarrivaltime: 05 May 2022 00:56:05.2346 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: rusvrN22rJK5mEaPzpj+NAY63mrN2Fy2008GRN/AsMu6tGgV9pLf2VCZohMUEl3xRk4uz9x050evzZ//X5D+Aw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YT2PR01MB5744 X-Rspamd-Queue-Id: 4KtwHc3DYGz3N9T X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector2 header.b=TINLVqxZ; arc=pass ("microsoft.com:s=arcselector9901:i=1"); dmarc=pass (policy=none) header.from=uoguelph.ca; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.115.43 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector2]; FREEFALL_USER(0.00)[rmacklem]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[uoguelph.ca:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[uoguelph.ca,none]; RCVD_IN_DNSWL_NONE(0.00)[40.107.115.43:from]; MLMMJ_DEST(0.00)[stable]; NEURAL_HAM_SHORT(-1.00)[-0.998]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.115.43:from] X-ThisMailContainsUnwantedMimeParts: N Alan Somers wrote:=0A= > On Wed, May 4, 2022 at 5:23 PM Rick Macklem wrote:= =0A= > >=0A= > > Alan Somers wrote:=0A= > > > I have a FreeBSD 13 (tested on both 13.0-RELEASE and 13.1-RC5) deskto= p=0A= > > > mounting /usr/home over NFS 4.2 from an 13.0-RELEASE server. It=0A= > > > worked fine until a few weeks ago. Now, the desktop's performance=0A= > > > slowly degrades. It becomes less and less responsive until I restart= =0A= > > > X after 2-3 days. /var/log/Xorg.0.log shows plenty of entries like= =0A= > > > "AT keyboard: client bug: event processing lagging behind by 112ms,= =0A= > > > your system is too slow". "top -S" shows that the busiest process is= =0A= > > > nfscl. A dtrace profile shows that nfscl is spending most of its tim= e=0A= > > > in nfscl_cleanup_common, in the loop over all nfsclowner objects.=0A= > > > Running "nfsdumpstate" on the server shows thousands of OpenOwners fo= r=0A= > > > that client, and < 10 for any other NFS client. The OpenOwners=0A= > > > increases by about 3000 per day. And yet, "fstat" shows only a coupl= e=0A= > > > hundred open files on the NFS file system. Why are OpenOwners so=0A= > > > high? Killing most of my desktop processes doesn't seem to make a=0A= > > > difference. Restarting X does improve the perceived responsiveness,= =0A= > > > though it does not change the number of OpenOwners.=0A= > > >=0A= > > > How can I figure out which process(es) are responsible for the=0A= > > > excessive OpenOwners?=0A= > > An OpenOwner represents a process on the client. The OpenOwner=0A= > > name is an encoding of pid + process startup time.=0A= > > However, I can't think of an easy way to get at the OpenOwner name.=0A= > >=0A= > > Now, why aren't they going away, hmm..=0A= > >=0A= > > I'm assuming the # of Opens is not large?=0A= > > (Openowners cannot go away until all associated opens=0A= > > are closed.)=0A= > =0A= > Oh, I didn't mention that yes the number of Opens is large. Right=0A= > now, for example, I have 7950 OpenOwner and 8277 Open.=0A= Well, the openowners cannot go away until the opens go away,=0A= so the problem is that the opens are not getting closed.=0A= =0A= Close happens when the v_usecount on the vnode goes to zero.=0A= Something is retaining the v_usecount. One possibility is that most=0A= of the opens are for the same file, but with different openowners.=0A= If that is the case, the "oneopenown" mount option will deal with it.=0A= =0A= Another possibility is that something is retaining a v_usecount=0A= reference on a lot of the vnodes. (This used to happen when a nullfs=0A= mount with caching enabled was on top of the nfs mount.)=0A= I don't know what other things might do that?=0A= =0A= > >=0A= > > Commit 1cedb4ea1a79 in main changed the semantics of this=0A= > > a little, to avoid a use-after-free bug. However, it is dated=0A= > > Feb. 25, 2022 and is not in 13.0, so I don't think it could=0A= > > be the culprit.=0A= > >=0A= > > Essentially, the function called nfscl_cleanupkext() should call=0A= > > nfscl_procdoesntexist(), which returns true after the process has=0A= > > exited and when that is the case, calls nfscl_cleanup_common().=0A= > > --> nfscl_cleanup_common() will either get rid of the openowner or,=0A= > > if there are still children with open file descriptors, mark it "= defunct"=0A= > > so it can be free'd once the children close the file.=0A= > >=0A= > > It could be that X is now somehow creating a long chain of processes=0A= > > where the children inherit a file descriptor and that delays the cleanu= p=0A= > > indefinitely?=0A= > > Even then, everything should get cleaned up once you kill off X?=0A= > > (It might take a couple of seconds after killing all the processes off.= )=0A= > >=0A= > > Another possibility is that the "nfscl" thread is wedged somehow.=0A= > > It is the one that will call nfscl_cleanupkext() once/sec. If it never= =0A= > > gets called, the openowners will never go away.=0A= > >=0A= > > Being old fashioned, I'd probably try to figure this out by adding=0A= > > some printf()s to nfscl_cleanupkext() and nfscl_cleanup_common().=0A= > =0A= > dtrace shows that nfscl_cleanupkext() is getting called at about 0.6 hz.= =0A= That sounds ok. Since there are a lot of opens/openowners, it probably=0A= is getting behind.=0A= =0A= > >=0A= > > To avoid the problem, you can probably just use the "oneopenown"=0A= > > mount option. With that option, only one openowner is used for=0A= > > all opens. (Having separate openowners for each process was needed=0A= > > for NFSv4.0, but not NFSv4.1/4.2.)=0A= > >=0A= > > > Or is it just a red herring and I shouldn't=0A= > > > worry?=0A= > > Well, you can probably avoid the problem by using the "oneopenown"=0A= > > mount option.=0A= > =0A= > Ok, I'm trying that now. After unmounting and remounting NFS,=0A= > "nfsstat -cE" reports 1 OpenOwner and 11 Opens". But on the server,=0A= > "nfsdumpstate" still reports thousands. Will those go away=0A= > eventually?=0A= If the opens are gone then, yes, they will go away. They are retained for= =0A= a little while so that another Open against the openowner does not need=0A= to recreate the openowner (which also implied an extra RPC to confirm=0A= the openowner in NFSv4.0).=0A= =0A= I think they go away after a few minutes, if I recall correctly.=0A= If the server thinks there are still Opens, then they will not go away.=0A= =0A= rick=0A= =0A= >=0A= > Thanks for reporting this, rick=0A= > ps: And, yes, large numbers of openowners will slow things down,=0A= > since the code ends up doing linear scans of them all in a linked= =0A= > list in various places.=0A= >=0A= > -Alan=0A= >=0A= From nobody Thu May 5 02:51:23 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 709431AC172E for ; Thu, 5 May 2022 02:51:41 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-ot1-f51.google.com (mail-ot1-f51.google.com [209.85.210.51]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Ktyrr4xxCz3vtY for ; Thu, 5 May 2022 02:51:40 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-ot1-f51.google.com with SMTP id s18-20020a056830149200b006063fef3e17so2129348otq.12 for ; Wed, 04 May 2022 19:51:40 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=8tdX3l05+HecR+TIzKVHzoWrSPmL/i6kTW/2k2Fcodg=; b=mN/POMUJekPkjLA5dAeG5OFUOzMzJ5qmv+MAectfE8awkFaxyCFeWX7fAE7uhaGbvZ Hc1M2/pLCNMOs/9qkk4jVBo7pxsz6fFnTlSbLTh6O9hGZC1xkjkbKCS8gJHGMENWLtpo NrDboJ2Q4amtBiOdcnmx8h6LlWbf7QBKhNo9N3l5RHd4fEM9f2bBJtwNwDo4wQs+j8GY b/kk9+Odnbyo7PvxI2ZksmVl32jboU8ZnjnED1xfje6MDbeuLlCh4w5uWoyZNftY6jH9 7rqykTSox+Llx9wa1m2U44mQxcst6BThmF6wuUgFu80u3/eHZYTFkg++nm6sIJU5Rj7P LLiw== X-Gm-Message-State: AOAM533+7UO6R3xvCb/7eswUXlgsiPnx8NXIuds53uiY0LME+FWNTYIu l/z/f9IJU4Qxv7coEPufsSEqDhDJqH7D8xP5+U0= X-Google-Smtp-Source: ABdhPJxVS3ZgGNgay4pc3w2JysQmoHacB+IuMvNcKZRaIZKvSrJiYfwz7dM/a8SXgbc02qSyzbTmQhU9ETSH4IRBmi8= X-Received: by 2002:a05:6830:1310:b0:606:4832:ea77 with SMTP id p16-20020a056830131000b006064832ea77mr1840727otq.114.1651719094043; Wed, 04 May 2022 19:51:34 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Alan Somers Date: Wed, 4 May 2022 20:51:23 -0600 Message-ID: Subject: Re: nfs client's OpenOwner count increases without bounds To: Rick Macklem Cc: FreeBSD Stable ML Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4Ktyrr4xxCz3vtY X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.210.51 as permitted sender) smtp.mailfrom=asomers@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[asomers]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[209.85.210.51:from]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[209.85.210.51:from]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On Wed, May 4, 2022 at 6:56 PM Rick Macklem wrote: > > Alan Somers wrote: > > On Wed, May 4, 2022 at 5:23 PM Rick Macklem wrote: > > > > > > Alan Somers wrote: > > > > I have a FreeBSD 13 (tested on both 13.0-RELEASE and 13.1-RC5) desktop > > > > mounting /usr/home over NFS 4.2 from an 13.0-RELEASE server. It > > > > worked fine until a few weeks ago. Now, the desktop's performance > > > > slowly degrades. It becomes less and less responsive until I restart > > > > X after 2-3 days. /var/log/Xorg.0.log shows plenty of entries like > > > > "AT keyboard: client bug: event processing lagging behind by 112ms, > > > > your system is too slow". "top -S" shows that the busiest process is > > > > nfscl. A dtrace profile shows that nfscl is spending most of its time > > > > in nfscl_cleanup_common, in the loop over all nfsclowner objects. > > > > Running "nfsdumpstate" on the server shows thousands of OpenOwners for > > > > that client, and < 10 for any other NFS client. The OpenOwners > > > > increases by about 3000 per day. And yet, "fstat" shows only a couple > > > > hundred open files on the NFS file system. Why are OpenOwners so > > > > high? Killing most of my desktop processes doesn't seem to make a > > > > difference. Restarting X does improve the perceived responsiveness, > > > > though it does not change the number of OpenOwners. > > > > > > > > How can I figure out which process(es) are responsible for the > > > > excessive OpenOwners? > > > An OpenOwner represents a process on the client. The OpenOwner > > > name is an encoding of pid + process startup time. > > > However, I can't think of an easy way to get at the OpenOwner name. > > > > > > Now, why aren't they going away, hmm.. > > > > > > I'm assuming the # of Opens is not large? > > > (Openowners cannot go away until all associated opens > > > are closed.) > > > > Oh, I didn't mention that yes the number of Opens is large. Right > > now, for example, I have 7950 OpenOwner and 8277 Open. > Well, the openowners cannot go away until the opens go away, > so the problem is that the opens are not getting closed. > > Close happens when the v_usecount on the vnode goes to zero. > Something is retaining the v_usecount. One possibility is that most > of the opens are for the same file, but with different openowners. > If that is the case, the "oneopenown" mount option will deal with it. > > Another possibility is that something is retaining a v_usecount > reference on a lot of the vnodes. (This used to happen when a nullfs > mount with caching enabled was on top of the nfs mount.) > I don't know what other things might do that? Yeah, I remember the nullfs problem. But I'm not using nullfs on this computer anymore. Is there any debugging facility that can list vnodes? All I know of is "fstat", and that doesn't show anywhere near the number of NFS Opens. > > > > > > > Commit 1cedb4ea1a79 in main changed the semantics of this > > > a little, to avoid a use-after-free bug. However, it is dated > > > Feb. 25, 2022 and is not in 13.0, so I don't think it could > > > be the culprit. > > > > > > Essentially, the function called nfscl_cleanupkext() should call > > > nfscl_procdoesntexist(), which returns true after the process has > > > exited and when that is the case, calls nfscl_cleanup_common(). > > > --> nfscl_cleanup_common() will either get rid of the openowner or, > > > if there are still children with open file descriptors, mark it "defunct" > > > so it can be free'd once the children close the file. > > > > > > It could be that X is now somehow creating a long chain of processes > > > where the children inherit a file descriptor and that delays the cleanup > > > indefinitely? > > > Even then, everything should get cleaned up once you kill off X? > > > (It might take a couple of seconds after killing all the processes off.) > > > > > > Another possibility is that the "nfscl" thread is wedged somehow. > > > It is the one that will call nfscl_cleanupkext() once/sec. If it never > > > gets called, the openowners will never go away. > > > > > > Being old fashioned, I'd probably try to figure this out by adding > > > some printf()s to nfscl_cleanupkext() and nfscl_cleanup_common(). > > > > dtrace shows that nfscl_cleanupkext() is getting called at about 0.6 hz. > That sounds ok. Since there are a lot of opens/openowners, it probably > is getting behind. > > > > > > > To avoid the problem, you can probably just use the "oneopenown" > > > mount option. With that option, only one openowner is used for > > > all opens. (Having separate openowners for each process was needed > > > for NFSv4.0, but not NFSv4.1/4.2.) > > > > > > > Or is it just a red herring and I shouldn't > > > > worry? > > > Well, you can probably avoid the problem by using the "oneopenown" > > > mount option. > > > > Ok, I'm trying that now. After unmounting and remounting NFS, > > "nfsstat -cE" reports 1 OpenOwner and 11 Opens". But on the server, > > "nfsdumpstate" still reports thousands. Will those go away > > eventually? > If the opens are gone then, yes, they will go away. They are retained for > a little while so that another Open against the openowner does not need > to recreate the openowner (which also implied an extra RPC to confirm > the openowner in NFSv4.0). > > I think they go away after a few minutes, if I recall correctly. > If the server thinks there are still Opens, then they will not go away. Uh, they aren't going away. It's been a few hours now, and the NFS server still reports the same number of opens and openowners. > > rick > > > > > Thanks for reporting this, rick > > ps: And, yes, large numbers of openowners will slow things down, > > since the code ends up doing linear scans of them all in a linked > > list in various places. > > > > -Alan > > From nobody Thu May 5 14:49:32 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 59CA81ACD2F9 for ; Thu, 5 May 2022 14:49:40 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-YT3-obe.outbound.protection.outlook.com (mail-yt3can01on2087.outbound.protection.outlook.com [40.107.115.87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KvGnH2jYMz3LtN; Thu, 5 May 2022 14:49:39 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=TFirVbDIM00Ro72W83hHz3uwPQD82t+KjYD1PThcv92NbebyW2kuMYNJBofP1ObqPpXj8KrjPNWAzjc7PnVGSZ3X14OHmPKWgw13+cCAb09RYSvIw+iX10phVqLbC0lKna35v8i6oboTp/h8oJdm7hNAPP0HK3dUoGfPBKgQoE0qGLOECZJpnU5WvwmoycnFuryz2/Rh3nqBD8ThVl6mSCZGUv05GLnOjP/RmgUt/xToAbnE0g9Or04gpWfaqGOo60Z1JSstmQ90SeEw3RkfFDsz9bztTee+A6aV++Ue4pMeIlftBIjESQJo7xzrrgwCcIeaH6zHIyB++pQTzBOHxQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=qaXezi1gUzlrzZZ7R9cHXnOKHXjx5qQx9t3Eazro8KI=; b=IJdr2QBLAxd5sKFpb7CfremZt8x3oITDTpBEGTFIUfv7qWkWPvEQao6lsgscbcAc/m1vlLKdm4RSTQ+yZ8Z776dkctQbP2zVg+hDC7Xf4d/2nM6cNteEyYFKCl80AJfRvmhJPli1ypIIl7aNQGpRYSmyIL+RyU/fz7PXCOwWqOtAokRxzwlLRqt0SJOlNJhvgkRzzlOoAgp3sOPyWZeKuN5mBZBjXFd4xKDBd3nGuAABG7ab5nr/eNC+MAq0OuAi4Yf5DWQZYHH/fnyr1KMuVWDmS3asEHQ1UQkyVc7tLRp8dTIZ6tcBh7OsQncBzLB8Q0mYvrKw/Ml+mcG7zKyRug== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=qaXezi1gUzlrzZZ7R9cHXnOKHXjx5qQx9t3Eazro8KI=; b=IU0sg+wSiHqrSVlB5SGnrxc5+uXontJbYSgIcKXenKo9rAGCTn5NslnH9p0bKrzK1bXxU4Yc2uYUkegegsQK9B1OYdBOlcgBO9kCQtv+a72WYpvmUWp2KYCzCLniaZ2mPSA8nECJlnYQai7Gmwr18yB2Evh0OyPxJDhSep7ZDMbJCffm6VmoXcUhsBrlsgx5+2JZO2hZYf4dD24AZQw7xYpnS9W9sQSxi1GYZ5NDMH2GN/mmqQ8d1vwqZ0xdz6A1dckWbKVxqsOY/LpHWs21njDoI8mstHpR2mDdC2SjTvv8L1RdFe3HrlA2oqAh/nq2sWisjgnX8WNSIAVrSe5VZg== Received: from YT2PR01MB9730.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:b01:de::14) by YT1PR01MB4632.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:b01:43::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5206.25; Thu, 5 May 2022 14:49:32 +0000 Received: from YT2PR01MB9730.CANPRD01.PROD.OUTLOOK.COM ([fe80::fdb1:ada8:7af0:3003]) by YT2PR01MB9730.CANPRD01.PROD.OUTLOOK.COM ([fe80::fdb1:ada8:7af0:3003%6]) with mapi id 15.20.5206.027; Thu, 5 May 2022 14:49:32 +0000 From: Rick Macklem To: Alan Somers CC: FreeBSD Stable ML Subject: Re: nfs client's OpenOwner count increases without bounds Thread-Topic: nfs client's OpenOwner count increases without bounds Thread-Index: AQHYX/oEvZae9laYBUaMKYABkmfK960PSuzXgAAZa4CAAA4SAoAAI6WAgADCKiI= Date: Thu, 5 May 2022 14:49:32 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: suggested_attachment_session_id: 44138e25-cad5-d5a8-37ca-a201d901eca5 x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 7767b27b-c6c9-463f-4fa5-08da2ea67706 x-ms-traffictypediagnostic: YT1PR01MB4632:EE_ x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: vuHnVf5FzBVYub4PiCTnGBzP+zK0Ri4OdqjoBW6QJ0nRLBa6geYGNOjn1/eNstJqzRP0xuGo4m0DMcdKJtGIIyG25cgjsCWK+4RxmyI0+v9y5lM+0MGiMHdcMSD6tI3HBrvu4nKjjhckgov/jKDgjYYUH1kmNW1MjnDEmAjz46rcWUpQMzMJgXpnoqOKx21q0ZCk8zkGlH51Ck6Sv1WqSt263Psb+Hkf5kh3BLBgMp3NeenqZ3JXZXrsLi2nE54kc3JAhG4cphiiP+AhiEAGl2/aXbwgCS2VR18eikC2TsoBF/uGmcnwkEsBfJgWm62j7Vt4WFIe+JHdOA7jaAwXjsV7fbx8qoYf4UuCjRKcdOHiWHz4v1KFklNkei912tNpxS6BIlqdlGsTXUuPumcteYnrs9/LrEduk0uHXI0OxXAYIn6mG66/7DbPXNpAoKyqgDReenYq27zC2VdOw2zS8KQWEYOi2E4KUqXwzIW4Gr8sjEK5gF62Y/7vJ50X9+kTSjeF3td/2gXj4Jn7DXfcK7Bk3vVNXmnUY2ov4wk6ihHIKSmYKiecxDryNw/vQ+p6C4KU8QMFjT0CPdV2acFP+A0wfL8FKjGqx6u5IqAUkpARAzg+jHsD3py+2aBCSJ/s6A5uzmCc/GMZ8p/ha1HjClb6p9vqeY951VzQQnc6HsbnFL89vb9xn8+Zg4T3gsOj8ab8eYLL8UkGxA2umpi6+g== x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:YT2PR01MB9730.CANPRD01.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(13230001)(4636009)(366004)(2906002)(53546011)(55016003)(786003)(76116006)(316002)(450100002)(6506007)(508600001)(6916009)(66556008)(64756008)(66476007)(4326008)(66446008)(8676002)(91956017)(83380400001)(66946007)(186003)(71200400001)(86362001)(52536014)(122000001)(33656002)(5660300002)(38070700005)(9686003)(38100700002)(8936002)(7696005);DIR:OUT;SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 2 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?lXJS+LmVO84Ut1awcx+AVl09rUwgrSHeqyZtHr8C3vntTIsTd6H/de8Pqh?= =?iso-8859-1?Q?/AXDbQiW5JoUEDMbxGeCVmrciso4+gzT/vwXFOd89jS3m5PstCHXv+c3Q6?= =?iso-8859-1?Q?KjNcWQjbZqCB+sCo9lt8434roAjezYWUbZ8Ruw6RwWjR+wAJnjRj1O6gqw?= =?iso-8859-1?Q?evTDwncyLTP4lyVydbaOz/RALfNeWuBNDilvRmTsa2NFWF2E0oKUfcPN9m?= =?iso-8859-1?Q?bkXR/sEIWPElAESAtYL4OOF/obpSTI+TJP2tJ9n3tHuEtvnplWhNoPjMaW?= =?iso-8859-1?Q?larmsRvlAGHdfN1eF4Br8lCX/DIZOSC8XTaiO3/8nrOHPB1Q0dDNxlw/fA?= =?iso-8859-1?Q?Da37C7KC1zQaJSVx3CjYAowQbDGlaCt35ik86LGCJA42xyYSunJQDUBVok?= =?iso-8859-1?Q?vnmluP/8mV/p2fuBTf8c7Zl2QAvPld1SKMYvIgqu1Eis6ioGgaP15W8Hzc?= =?iso-8859-1?Q?3ASsDoBrV550U7wZ0016YRKVvEpQKKJ4WR7YwHvlMEOSNLPgO7/nJfVA37?= =?iso-8859-1?Q?E4g6Dh/JJ1er4sTCntE4VemaQexDKIT8Gu5meh56ShBND9TKMtW2sEq39T?= =?iso-8859-1?Q?z04wtLwSNzvkeaM3R7XblEhmWF52qKr79chFhaESMYtHep2SETEg6x1rGp?= =?iso-8859-1?Q?DuLgKjP6rFiqlgKlCtIavCB7RFFjnZN9v7JYQNLBFlBMUKpTFBYKv4ezfF?= =?iso-8859-1?Q?IjR6ztpnNmeKxYvEHjGOTaXUD3gtI4AqYJo7BTnXFoBcU2jsMlUj1ywQuo?= =?iso-8859-1?Q?+N6JSTp0pcyV9Cs4s2oum+JXCg1Bl3kabDyygXi1SFTe24TaZY5NRkmA5M?= =?iso-8859-1?Q?vzWWo/ZAG8aO3/0JLHaKidhvN1iTxDWCm44XRt1R5AbFO9Ey49NAlYtdq0?= =?iso-8859-1?Q?TxGSJb2DPP+hUIQTx8H8vtZL1eLTNlG7ovtPMPElSlE7KY+aQt/8EPghiZ?= =?iso-8859-1?Q?pmYGPBlg3aSCtSksJNi18f+QahaPQ0IZ4FKcCJH9tKkGwqlPVUl5WDplog?= =?iso-8859-1?Q?Gi8o3pfk/rIt9/ZrV5CtqK8UYLnA3YfUS1B6k3zlz4p5igvXtkqnUKlZl7?= =?iso-8859-1?Q?uFReeCJJJ+sKmEgpFATlsGvkis81SsTUNscOo4Xp6d8H0/2ClFfVL3A4Re?= =?iso-8859-1?Q?+AfCHP569Mnq4v4Qv1sHrJbslwbFKbfETG82vA6krzaLgx2mXssM+Nd2YP?= =?iso-8859-1?Q?ZEc+FJrGgrWDn1MawSwWqHVqz+i+uqUpGk6EyX2cyacDcHkTE5UbcqYskf?= =?iso-8859-1?Q?VrzEYmVcD4EOgd5BUdSFfFrIO+RedC9rIgjtfeLXwq+Nqea64GnRHzDcRW?= =?iso-8859-1?Q?LQ+xWxO4hKpyqGY3RRxeFfVOGA0A4X61qjUxHEtD1eP3cTlLOx0MuqDAxf?= =?iso-8859-1?Q?OUgEfUOA/BQtW+lTKUuhZBNEf3zfjmduI+/5mfxWZCziw9kOQumZXnJptK?= =?iso-8859-1?Q?lFwdnYdd2ifMbo7KK3xF7tU0icrOyN0eN4PtTcI4omFKUIN433m0njub4s?= =?iso-8859-1?Q?Uf41jzphpPPr5NITtq8FlR3tz+xDlT6cx2H9e/lyyvBpXrti2pPmzWhNh2?= =?iso-8859-1?Q?DJvOGp7NLNY+IbMglP7fimFwWgL7J0eYUKAQ+mBnGeGVOM/U2AT7tgFOvK?= =?iso-8859-1?Q?j3CAbNOIfj7qs0ib6ZwC5CT9dZ/lB1HvBwIlwijWdIVZL0nEX42laDvpgv?= =?iso-8859-1?Q?YoWVQOOxg/+mLnOTj/vqVVux2IBMo/JIhdyIBOiUXspHwxEORD2kJrTc4o?= =?iso-8859-1?Q?SkMovatcXE+jsxZKQhyXa2mdthSV6w3OOlSQiroPFniv8IMsqtMwKS4VgC?= =?iso-8859-1?Q?8EAfj6VzLIJLu9UcDg1SbgEs+m/342zgwqOh2MvFMhmr7SuBFpTLrLBEK3?= =?iso-8859-1?Q?j3?= x-ms-exchange-antispam-messagedata-1: bzTP+CtxDjzUTQ== Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: YT2PR01MB9730.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 7767b27b-c6c9-463f-4fa5-08da2ea67706 X-MS-Exchange-CrossTenant-originalarrivaltime: 05 May 2022 14:49:32.2541 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: e1Y2fhG9zDm/JJEHkxbA4IHqLOSrB+2C2Js1KlxS+FmQ45l1VfPefaLTFy1KKSVLEjkOghcuMlxiSFD0F2ibLw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YT1PR01MB4632 X-Rspamd-Queue-Id: 4KvGnH2jYMz3LtN X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector2 header.b=IU0sg+wS; arc=pass ("microsoft.com:s=arcselector9901:i=1"); dmarc=pass (policy=none) header.from=uoguelph.ca; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.115.87 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-5.79 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector2]; FREEFALL_USER(0.00)[rmacklem]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[uoguelph.ca:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[40.107.115.87:from]; NEURAL_HAM_SHORT(-0.79)[-0.791]; DMARC_POLICY_ALLOW(-0.50)[uoguelph.ca,none]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.115.87:from] X-ThisMailContainsUnwantedMimeParts: N Alan Somers wrote:=0A= > On Wed, May 4, 2022 at 6:56 PM Rick Macklem wrote:= =0A= > >=0A= > > Alan Somers wrote:=0A= > > > On Wed, May 4, 2022 at 5:23 PM Rick Macklem wr= ote:=0A= > > > >=0A= > > > > Alan Somers wrote:=0A= > > > > > I have a FreeBSD 13 (tested on both 13.0-RELEASE and 13.1-RC5) de= sktop=0A= > > > > > mounting /usr/home over NFS 4.2 from an 13.0-RELEASE server. It= =0A= > > > > > worked fine until a few weeks ago. Now, the desktop's performanc= e=0A= > > > > > slowly degrades. It becomes less and less responsive until I res= tart=0A= > > > > > X after 2-3 days. /var/log/Xorg.0.log shows plenty of entries li= ke=0A= > > > > > "AT keyboard: client bug: event processing lagging behind by 112m= s,=0A= > > > > > your system is too slow". "top -S" shows that the busiest proces= s is=0A= > > > > > nfscl. A dtrace profile shows that nfscl is spending most of its= time=0A= > > > > > in nfscl_cleanup_common, in the loop over all nfsclowner objects.= =0A= > > > > > Running "nfsdumpstate" on the server shows thousands of OpenOwner= s for=0A= > > > > > that client, and < 10 for any other NFS client. The OpenOwners= =0A= > > > > > increases by about 3000 per day. And yet, "fstat" shows only a c= ouple=0A= > > > > > hundred open files on the NFS file system. Why are OpenOwners so= =0A= > > > > > high? Killing most of my desktop processes doesn't seem to make = a=0A= > > > > > difference. Restarting X does improve the perceived responsivene= ss,=0A= > > > > > though it does not change the number of OpenOwners.=0A= > > > > >=0A= > > > > > How can I figure out which process(es) are responsible for the=0A= > > > > > excessive OpenOwners?=0A= > > > > An OpenOwner represents a process on the client. The OpenOwner=0A= > > > > name is an encoding of pid + process startup time.=0A= > > > > However, I can't think of an easy way to get at the OpenOwner name.= =0A= > > > >=0A= > > > > Now, why aren't they going away, hmm..=0A= > > > >=0A= > > > > I'm assuming the # of Opens is not large?=0A= > > > > (Openowners cannot go away until all associated opens=0A= > > > > are closed.)=0A= > > >=0A= > > > Oh, I didn't mention that yes the number of Opens is large. Right=0A= > > > now, for example, I have 7950 OpenOwner and 8277 Open.=0A= > > Well, the openowners cannot go away until the opens go away,=0A= > > so the problem is that the opens are not getting closed.=0A= > >=0A= > > Close happens when the v_usecount on the vnode goes to zero.=0A= > > Something is retaining the v_usecount. One possibility is that most=0A= > > of the opens are for the same file, but with different openowners.=0A= > > If that is the case, the "oneopenown" mount option will deal with it.= =0A= > >=0A= > > Another possibility is that something is retaining a v_usecount=0A= > > reference on a lot of the vnodes. (This used to happen when a nullfs=0A= > > mount with caching enabled was on top of the nfs mount.)=0A= > > I don't know what other things might do that?=0A= >=0A= > Yeah, I remember the nullfs problem. But I'm not using nullfs on this=0A= > computer anymore. Is there any debugging facility that can list=0A= > vnodes? All I know of is "fstat", and that doesn't show anywhere near=0A= > the number of NFS Opens.=0A= Don't ask me. My debugging technology consists of printf()s.=0A= =0A= An NFSv4 Open is for a . It is probably opening the same file by many different=0A= processes. The "oneopenown" option makes the client use the same=0A= openowner for all opens, so that there is one open per file.=0A= =0A= > >=0A= > > > >=0A= > > > > Commit 1cedb4ea1a79 in main changed the semantics of this=0A= > > > > a little, to avoid a use-after-free bug. However, it is dated=0A= > > > > Feb. 25, 2022 and is not in 13.0, so I don't think it could=0A= > > > > be the culprit.=0A= > > > >=0A= > > > > Essentially, the function called nfscl_cleanupkext() should call=0A= > > > > nfscl_procdoesntexist(), which returns true after the process has= =0A= > > > > exited and when that is the case, calls nfscl_cleanup_common().=0A= > > > > --> nfscl_cleanup_common() will either get rid of the openowner or,= =0A= > > > > if there are still children with open file descriptors, mark = it "defunct"=0A= > > > > so it can be free'd once the children close the file.=0A= > > > >=0A= > > > > It could be that X is now somehow creating a long chain of processe= s=0A= > > > > where the children inherit a file descriptor and that delays the cl= eanup=0A= > > > > indefinitely?=0A= > > > > Even then, everything should get cleaned up once you kill off X?=0A= > > > > (It might take a couple of seconds after killing all the processes = off.)=0A= > > > >=0A= > > > > Another possibility is that the "nfscl" thread is wedged somehow.= =0A= > > > > It is the one that will call nfscl_cleanupkext() once/sec. If it ne= ver=0A= > > > > gets called, the openowners will never go away.=0A= > > > >=0A= > > > > Being old fashioned, I'd probably try to figure this out by adding= =0A= > > > > some printf()s to nfscl_cleanupkext() and nfscl_cleanup_common().= =0A= > > >=0A= > > > dtrace shows that nfscl_cleanupkext() is getting called at about 0.6 = hz.=0A= > > That sounds ok. Since there are a lot of opens/openowners, it probably= =0A= > > is getting behind.=0A= > >=0A= > > > >=0A= > > > > To avoid the problem, you can probably just use the "oneopenown"=0A= > > > > mount option. With that option, only one openowner is used for=0A= > > > > all opens. (Having separate openowners for each process was needed= =0A= > > > > for NFSv4.0, but not NFSv4.1/4.2.)=0A= > > > >=0A= > > > > > Or is it just a red herring and I shouldn't=0A= > > > > > worry?=0A= > > > > Well, you can probably avoid the problem by using the "oneopenown"= =0A= > > > > mount option.=0A= > > >=0A= > > > Ok, I'm trying that now. After unmounting and remounting NFS,=0A= > > > "nfsstat -cE" reports 1 OpenOwner and 11 Opens". But on the server,= =0A= > > > "nfsdumpstate" still reports thousands. Will those go away=0A= > > > eventually?=0A= > > If the opens are gone then, yes, they will go away. They are retained f= or=0A= > > a little while so that another Open against the openowner does not need= =0A= > > to recreate the openowner (which also implied an extra RPC to confirm= =0A= > > the openowner in NFSv4.0).=0A= > >=0A= > > I think they go away after a few minutes, if I recall correctly.=0A= > > If the server thinks there are still Opens, then they will not go away.= =0A= > =0A= > Uh, they aren't going away. It's been a few hours now, and the NFS=0A= > server still reports the same number of opens and openowners.=0A= Yes, the openowners won't go away until the opens go away and the=0A= opens don't go away until the client closes them. (Once the opens are=0A= closed, the openowners go away after something like 5minutes.)=0A= =0A= For NFSv4.0, the unmount does a SetclientID/SetclientIDconfirm, which=0A= gets rid of all opens at the server. However, NFSv4.1/4.2 does not have=0A= this. It has a DestroyClient, but it is required to return NFSERR_CLIENTBUS= Y=0A= if there are outstanding opens (servers are not supposed to "forget" opens,= =0A= except when they crash. Even then, if they have something like non-volatile= =0A= ram, they can remember opens through a reboot. (FreeBSD does forget them=0A= upon reboot.)=0A= Maybe for 4.1/4.2 the client should try and close any outstanding opens.=0A= (Normally, they should all be closed once all files are POSIX closed. I=0A= suspect that it didn't happen because the "nfscl" thread was killed off=0A= during unmount before it got around to doing all of them.)=0A= I'll look at this.=0A= =0A= How to get rid of them now...=0A= - I think a nfsrevoke(8) on the clientid will do so. However, if the same= =0A= clientid is in use for your current mount, you'll need to unmount before= =0A= doing so.=0A= =0A= Otherwise, I think they'll be there until a server reboot (or kldunload/kld= load=0A= of the nfsd, if it is not built into the kernel. Even a restart of the nfsd= daemon=0A= does not get rid of them, since the "server should never forget opens" rule= =0A= is applied.=0A= =0A= rick=0A= =0A= >=0A= > rick=0A= >=0A= > >=0A= > > Thanks for reporting this, rick=0A= > > ps: And, yes, large numbers of openowners will slow things down,=0A= > > since the code ends up doing linear scans of them all in a linked= =0A= > > list in various places.=0A= > >=0A= > > -Alan=0A= > >=0A= From nobody Thu May 5 15:23:00 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E7D921AB5D3C for ; Thu, 5 May 2022 15:23:19 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oi1-f182.google.com (mail-oi1-f182.google.com [209.85.167.182]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KvHX66plSz3j7l for ; Thu, 5 May 2022 15:23:18 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-oi1-f182.google.com with SMTP id w194so3450383oie.9 for ; Thu, 05 May 2022 08:23:18 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=EDvT+L2aoYH6zIG8kPSK0LmHgzzq1rHRka3mIM6lE0w=; b=xqag2r/nwV1JZOb3yIae0YZXSn07tZ2MERnKnA+r62/c7qBeNIfhGRkZ3viBcofq4I WUDAHwvVvFEH1ME+O54Q4lxgefeSGSVtbRv9Bh0/KJMA8jhbGiu0lDvTaPUq/kWg2kAe HHhNoKRa/F/xDeyfxiPcyJnsDjYEjTdYgXnkgIhln5YFik4psQfgAm6nAM2IFKMItkZp Mgq9Pn1WwErbY6bgSeMW+wAJBYHUzuczSEXjAOymhPIw3PcIhR68ZQInHjzbpMGPQQ01 Yugb5yEOWlhnNtZSD3PeJsx2T5mwBDyLdUm3q+LegnM7T7zOlAMdcMLvMQiPqByRJQVJ M+KA== X-Gm-Message-State: AOAM531uwaH6iGIpdl4mHdNVAp5ZDK/jz0NYNu6SQNF6xvDV50OEiBmd HbbgO9VJny/x9Znc3jLLow9lAjN/xwAwM9ja7o8eG1Hm X-Google-Smtp-Source: ABdhPJxZk3aQ7Ngy/lsr8kO5bJHelNuEXL9y6Of+h2pj5uxtfmlmCYwCq4oTU8wZBKXaWGPne3ZkpvoBbLnVLIiCGHE= X-Received: by 2002:a05:6808:1302:b0:325:f20f:8943 with SMTP id y2-20020a056808130200b00325f20f8943mr2721991oiv.222.1651764191688; Thu, 05 May 2022 08:23:11 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Alan Somers Date: Thu, 5 May 2022 09:23:00 -0600 Message-ID: Subject: Re: nfs client's OpenOwner count increases without bounds To: Rick Macklem Cc: FreeBSD Stable ML Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4KvHX66plSz3j7l X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.167.182 as permitted sender) smtp.mailfrom=asomers@gmail.com X-Spamd-Result: default: False [-1.06 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[asomers]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.999]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[209.85.167.182:from]; NEURAL_SPAM_LONG(0.94)[0.936]; MLMMJ_DEST(0.00)[stable]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.167.182:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On Thu, May 5, 2022 at 8:49 AM Rick Macklem wrote: > > Alan Somers wrote: > > On Wed, May 4, 2022 at 6:56 PM Rick Macklem wrote: > > > > > > Alan Somers wrote: > > > > On Wed, May 4, 2022 at 5:23 PM Rick Macklem wrote: > > > > > > > > > > Alan Somers wrote: > > > > > > I have a FreeBSD 13 (tested on both 13.0-RELEASE and 13.1-RC5) desktop > > > > > > mounting /usr/home over NFS 4.2 from an 13.0-RELEASE server. It > > > > > > worked fine until a few weeks ago. Now, the desktop's performance > > > > > > slowly degrades. It becomes less and less responsive until I restart > > > > > > X after 2-3 days. /var/log/Xorg.0.log shows plenty of entries like > > > > > > "AT keyboard: client bug: event processing lagging behind by 112ms, > > > > > > your system is too slow". "top -S" shows that the busiest process is > > > > > > nfscl. A dtrace profile shows that nfscl is spending most of its time > > > > > > in nfscl_cleanup_common, in the loop over all nfsclowner objects. > > > > > > Running "nfsdumpstate" on the server shows thousands of OpenOwners for > > > > > > that client, and < 10 for any other NFS client. The OpenOwners > > > > > > increases by about 3000 per day. And yet, "fstat" shows only a couple > > > > > > hundred open files on the NFS file system. Why are OpenOwners so > > > > > > high? Killing most of my desktop processes doesn't seem to make a > > > > > > difference. Restarting X does improve the perceived responsiveness, > > > > > > though it does not change the number of OpenOwners. > > > > > > > > > > > > How can I figure out which process(es) are responsible for the > > > > > > excessive OpenOwners? > > > > > An OpenOwner represents a process on the client. The OpenOwner > > > > > name is an encoding of pid + process startup time. > > > > > However, I can't think of an easy way to get at the OpenOwner name. > > > > > > > > > > Now, why aren't they going away, hmm.. > > > > > > > > > > I'm assuming the # of Opens is not large? > > > > > (Openowners cannot go away until all associated opens > > > > > are closed.) > > > > > > > > Oh, I didn't mention that yes the number of Opens is large. Right > > > > now, for example, I have 7950 OpenOwner and 8277 Open. > > > Well, the openowners cannot go away until the opens go away, > > > so the problem is that the opens are not getting closed. > > > > > > Close happens when the v_usecount on the vnode goes to zero. > > > Something is retaining the v_usecount. One possibility is that most > > > of the opens are for the same file, but with different openowners. > > > If that is the case, the "oneopenown" mount option will deal with it. > > > > > > Another possibility is that something is retaining a v_usecount > > > reference on a lot of the vnodes. (This used to happen when a nullfs > > > mount with caching enabled was on top of the nfs mount.) > > > I don't know what other things might do that? > > > > Yeah, I remember the nullfs problem. But I'm not using nullfs on this > > computer anymore. Is there any debugging facility that can list > > vnodes? All I know of is "fstat", and that doesn't show anywhere near > > the number of NFS Opens. > Don't ask me. My debugging technology consists of printf()s. > > An NFSv4 Open is for a client), file>. It is probably opening the same file by many different > processes. The "oneopenown" option makes the client use the same > openowner for all opens, so that there is one open per file. > > > > > > > > > > > > > > Commit 1cedb4ea1a79 in main changed the semantics of this > > > > > a little, to avoid a use-after-free bug. However, it is dated > > > > > Feb. 25, 2022 and is not in 13.0, so I don't think it could > > > > > be the culprit. > > > > > > > > > > Essentially, the function called nfscl_cleanupkext() should call > > > > > nfscl_procdoesntexist(), which returns true after the process has > > > > > exited and when that is the case, calls nfscl_cleanup_common(). > > > > > --> nfscl_cleanup_common() will either get rid of the openowner or, > > > > > if there are still children with open file descriptors, mark it "defunct" > > > > > so it can be free'd once the children close the file. > > > > > > > > > > It could be that X is now somehow creating a long chain of processes > > > > > where the children inherit a file descriptor and that delays the cleanup > > > > > indefinitely? > > > > > Even then, everything should get cleaned up once you kill off X? > > > > > (It might take a couple of seconds after killing all the processes off.) > > > > > > > > > > Another possibility is that the "nfscl" thread is wedged somehow. > > > > > It is the one that will call nfscl_cleanupkext() once/sec. If it never > > > > > gets called, the openowners will never go away. > > > > > > > > > > Being old fashioned, I'd probably try to figure this out by adding > > > > > some printf()s to nfscl_cleanupkext() and nfscl_cleanup_common(). > > > > > > > > dtrace shows that nfscl_cleanupkext() is getting called at about 0.6 hz. > > > That sounds ok. Since there are a lot of opens/openowners, it probably > > > is getting behind. > > > > > > > > > > > > > To avoid the problem, you can probably just use the "oneopenown" > > > > > mount option. With that option, only one openowner is used for > > > > > all opens. (Having separate openowners for each process was needed > > > > > for NFSv4.0, but not NFSv4.1/4.2.) > > > > > > > > > > > Or is it just a red herring and I shouldn't > > > > > > worry? > > > > > Well, you can probably avoid the problem by using the "oneopenown" > > > > > mount option. > > > > > > > > Ok, I'm trying that now. After unmounting and remounting NFS, > > > > "nfsstat -cE" reports 1 OpenOwner and 11 Opens". But on the server, > > > > "nfsdumpstate" still reports thousands. Will those go away > > > > eventually? > > > If the opens are gone then, yes, they will go away. They are retained for > > > a little while so that another Open against the openowner does not need > > > to recreate the openowner (which also implied an extra RPC to confirm > > > the openowner in NFSv4.0). > > > > > > I think they go away after a few minutes, if I recall correctly. > > > If the server thinks there are still Opens, then they will not go away. > > > > Uh, they aren't going away. It's been a few hours now, and the NFS > > server still reports the same number of opens and openowners. > Yes, the openowners won't go away until the opens go away and the > opens don't go away until the client closes them. (Once the opens are > closed, the openowners go away after something like 5minutes.) > > For NFSv4.0, the unmount does a SetclientID/SetclientIDconfirm, which > gets rid of all opens at the server. However, NFSv4.1/4.2 does not have > this. It has a DestroyClient, but it is required to return NFSERR_CLIENTBUSY > if there are outstanding opens (servers are not supposed to "forget" opens, > except when they crash. Even then, if they have something like non-volatile > ram, they can remember opens through a reboot. (FreeBSD does forget them > upon reboot.) > Maybe for 4.1/4.2 the client should try and close any outstanding opens. > (Normally, they should all be closed once all files are POSIX closed. I > suspect that it didn't happen because the "nfscl" thread was killed off > during unmount before it got around to doing all of them.) > I'll look at this. > > How to get rid of them now... > - I think a nfsrevoke(8) on the clientid will do so. However, if the same > clientid is in use for your current mount, you'll need to unmount before > doing so. > > Otherwise, I think they'll be there until a server reboot (or kldunload/kldload > of the nfsd, if it is not built into the kernel. Even a restart of the nfsd daemon > does not get rid of them, since the "server should never forget opens" rule > is applied. As it turns out, the excessive opens disappeared from the serve sometime overnight. They disappeared eventually, but it took hours rather than minutes. And using oneopenowner on the client, there are now only a modest number of opens (133), and exactly one openowner. So I think it will certainly work for my use case. -Alan From nobody Thu May 5 22:22:18 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B62711ACD618 for ; Thu, 5 May 2022 22:22:27 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-qb1can01on2045.outbound.protection.outlook.com [40.107.66.45]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KvSqk3drPz3pt0; Thu, 5 May 2022 22:22:26 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=hNwBFDm5zMt/mGihHYjvMdz1gl4lPuav+ektf9oc1voJBmhmrjT0P6rx2NkxjQnGBYz/+P5rzUOR0CrKk/ebIaKdxjONdLHigjXfuhus3k+HDCX5psli1WbCAcnnZPPf9L1Wq2fifMn5U4pllWzVstbZWTf4yainLsAcBUcJikkYL3GMwpwuI5Nm7l9HurCacJB4vIzOBnumcK8bJLjVC3aDxxBOSHYj/1rsqMtIoA6Zx69sfgx0ILZI8R0YDCAFd3Fhtt2aDn9z3rDn2nWwvKDQp6ZhJ+EiEAAIucXJmtvLqbZVe0gGhR8D1szBFoV1/mmKpxp4Ed+ttaP3ioUUKg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=h4evt96YunRjMu9i+0CQYpjOUpnHuYLzB0B5JtuHuWg=; b=ftAZvO88VbTKBaXio6rOtWT/xQkxdkt5HlcsaLU4KKLP6JQ0X7DO3dFsrm2wDaNIt0QHAwNH3RmK15X/d+C4yUYfQ0Fpq4b9hCddGC4ZEP13sl6YfSO/2vou5XBO7Ql94r3pHFwUj7XfQ+BCeCxa8PDEGBHCO05v+FcPTDEElrX4dPtQa2rgy6DG+UORV31JuR7mG2KHe91SSPIf945FEnsAhJ+Bntc5xop2XtvIZmyJpjV76GDryasrGfF/Uf0ni05TMtrak3VmNTsnqT/MDNjId4yUSL+w+BtscU3oizv8XushOL9L3Yt+BoiK/N5t8E1PzWT9h7LIyzFtrnhP5g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=h4evt96YunRjMu9i+0CQYpjOUpnHuYLzB0B5JtuHuWg=; b=IWIop1qjpX+crwI+mLqiaDjm3w5IBKXUdHNmxXZQnl6/bTqKFAQLxYHZS5ilpg7rbayXvfFzUvxGDIl5kIYFw+M36i/GtXwlyyywZP6gpxgm/LIm4msE6Q9SGfWB+kt0HDmQLU+xzvCZr3zzKt/7+MWLRnsSx1tpn3Z4wCtM9pSKVV02Gfp+8TFnqqqJWcZy68sr7OTdofMIPscz0Qv77ZNI1dugFKgPgSLZvJDq6GZf+KXY/75OBHxO55kMxqZCD8KDGtd5Cwh3Pogn3Nvo/RH5uMTQeWJi9XAW3Ucr8Dl74R2ziPPUXTI6Zs2oTaBsixmQy7hY9+O2beq1vNAlnA== Received: from YT2PR01MB9730.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:b01:de::14) by YQXPR01MB3800.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:4d::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5206.13; Thu, 5 May 2022 22:22:19 +0000 Received: from YT2PR01MB9730.CANPRD01.PROD.OUTLOOK.COM ([fe80::fdb1:ada8:7af0:3003]) by YT2PR01MB9730.CANPRD01.PROD.OUTLOOK.COM ([fe80::fdb1:ada8:7af0:3003%6]) with mapi id 15.20.5206.027; Thu, 5 May 2022 22:22:19 +0000 From: Rick Macklem To: Alan Somers CC: FreeBSD Stable ML Subject: Re: nfs client's OpenOwner count increases without bounds Thread-Topic: nfs client's OpenOwner count increases without bounds Thread-Index: AQHYX/oEvZae9laYBUaMKYABkmfK960PSuzXgAAZa4CAAA4SAoAAI6WAgADCKiKAAA/WAIAAbaJf Date: Thu, 5 May 2022 22:22:18 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: suggested_attachment_session_id: 2b8e5600-bd1a-3940-287b-507804a59545 x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 6474b351-2805-46ad-4ed9-08da2ee5b7af x-ms-traffictypediagnostic: YQXPR01MB3800:EE_ x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: +mPgJbdy/ndNH+rdYhJF4Jie1IGWIhDMgiM01SDN9lSBAyC6EXZ5ZK0Te+UFY3yzhAtbc99eVp9jgjJGXtTRoz+SFxFL2xm42J9ieGzEQYi35OlAvAIKZalbE20ep3VyPHMyFLs9zkiuqRHnmGggtfJD+uIkGco96qoCG9AdQ7VzH7XZVr1YBmHhTcGwAsKtHaJP8j52fj8D+oqceraxD6ReCtpXhQHojJAE0IyzX98Vg0yPX1gVZkY+LJBx4fe+la/ZvHmUSRATvSu9YNgST89twcFuDDVx46DaPZnUvqbkjsCzXk2zpJH9cU+MQHvha8+u3oe20CUudJuI+5oiQ7fnf+xPq9kywChAkswnAoZ3RFQS/e7urQCXj8CxpOF6yCIUQXHhWEyHSywz/uiIAmlzseWYMYb6vMX9Wgw4RYFOC+ufZpzKLTn5oJ1ybmmeRvnGxBYrRMOlGDdzcoKYxnw0N+omcByItbBPZw5qKopKyZFExnFxZMRhZssjCFS9MZY64sVMbgwMKPW66YReo9EUGisTSNJm9hg4u8024OlJxlZ3PH8PnxCJTk0VnI1x6ed/8Vxv7+lg105YE53wzdvDGhEmiXsGIS9chekKibws3mh5FbSFp6pQ4X9PtvoSGMhz7xk2w6rco+kYLoBaC5bXwFCeO0uCM6KyhkLhn4OGvci5TTgLHS/EOownaPjVK4AMB0DxsKPmaUDFF5Yzbw== x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:YT2PR01MB9730.CANPRD01.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(13230001)(4636009)(366004)(122000001)(6916009)(8936002)(52536014)(508600001)(7696005)(2906002)(5660300002)(86362001)(83380400001)(33656002)(786003)(53546011)(6506007)(316002)(71200400001)(66476007)(64756008)(38070700005)(38100700002)(4326008)(450100002)(8676002)(76116006)(91956017)(66946007)(66446008)(66556008)(186003)(55016003)(9686003);DIR:OUT;SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 2 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?Mp01/onGkm73x1e3dLX2GzfzvT3F3qs3Thl3xdjAId7c0xqM44lrFotaj3?= =?iso-8859-1?Q?bB1CxdPJFOb8G75q4yMwD6551xq7oa+rmkuzsT1jLgAJWMdo8gi9wUhOk2?= =?iso-8859-1?Q?olJMmyEqB6dXlSZJeFab/B/ZVKSDqHWjmAhkjX8CeBp1InZFNJ6KiVI/AU?= =?iso-8859-1?Q?QOKCG1JYUYWTh+gBG1axxV2HRSRQv0xaAC+LUn5XmhgYHpZw1pxsL8sxDn?= =?iso-8859-1?Q?oPaMU1rbY1Mj977j4Ks0qSULf1fEbFpTkfMooVsmGTC8lUZ8/cYwdyOoXz?= =?iso-8859-1?Q?g/PjtQv8IaE3B8c5y/VSAzqv5/qXe6oxyxNwAevIcdrL/lsFEkx7KR8YxT?= =?iso-8859-1?Q?ILy3UG0aVbbCCD69vBmiovTqeBePF76zQ2t4/qfX6f9mplGKtumeoWTPHB?= =?iso-8859-1?Q?KerDetjncJlzdkA5BF162RtW1s5pSkWbutM2jw3a7OleuDek7MW2YNXD7h?= =?iso-8859-1?Q?zY7wwnl5mk6MvnaHUTUCYXwGkw983VGpAEpTLtPuhPDaeKnDbeCeksaQXV?= =?iso-8859-1?Q?1sk/ICSbioKfqupj3sCZS1BNuv01ZtUz1JRfOWlzcg1aDN6eYlDeLAisbd?= =?iso-8859-1?Q?fhF7szT6Z38vcXbm0d9HOQWB0NGo2tkREW7ZwrSqtXNWJPt5ba6dvuGh39?= =?iso-8859-1?Q?uS2dvhLt4izs7kpLK75+mdia+Lh/6tX6InbuYMsc9cqRmAg4zrDkTvKTOF?= =?iso-8859-1?Q?xge8fsQGJla/WyIPG6W/ucdVyf2YokfUKDO2IlCO+JwaqzBd+yIOlg5Jbz?= =?iso-8859-1?Q?/fBVOxIfd4aJFsFHZzd7Jgx1np1u9BSDe/lNM65d4TEfRsiZtrjw7lZm6c?= =?iso-8859-1?Q?CYEUwVfN74TdT/dHODvKEzEXjuKwYHKXvdiOUQYw57k2WJ51nHYYroaz07?= =?iso-8859-1?Q?IYeXtJwMtD+rmiGLt/0RZcayrTMV06qqfmhRPs6PPxnUUC01fv7YrWVIsZ?= =?iso-8859-1?Q?8XmjIwqJMCFt7dd/vcAzkEoMgK4H9oiD68h7JoRWPJaOrbFJTFD7pRq/N/?= =?iso-8859-1?Q?sUPtEhjG9zllJ2kbJUdkpQqG225+O3u6dj/rgN5aZ4q3W3spDnGt5LbvUU?= =?iso-8859-1?Q?NDWUYWVWz7f4e93Nv+slhNRpJ/RkmqHyhCXtim+2dfO24b81pijSOpDvLN?= =?iso-8859-1?Q?5EIduHND2NTtPrDvf5qNYvulAYalvSbQ9OclauMwJQvG7KZV6n+oQaQiYO?= =?iso-8859-1?Q?YxD+hioBThSZ2ByUAWiAz6UFZpr6g3VXo6csutLEXbKgdwmMvN9pz7qmzy?= =?iso-8859-1?Q?TKGF27KDmSj7HDxO3xOIVwLnoV3Ut8F86eYjQbybMcol18nFQvi8jM5DFy?= =?iso-8859-1?Q?2r7JKmRA9sWaQi3DaMO3/hPAqAQkc9FTmdooozxiwv9uki68b9vg0LCAJ5?= =?iso-8859-1?Q?g9eInW0kSdfubaqLPfkGyq89qIYMgZV5HrCEjUBP8vRNKWuaBsAsRLeFUe?= =?iso-8859-1?Q?4AOLGuXEc58xOpstgs7zDIsxTsLatFp2BYoFqKXSCG55d9fVYB3drIVJBX?= =?iso-8859-1?Q?uwmaSVIHhs89nGZ+sMttdHXFU1/mn8T3qZ0b2H2XEYh/8av05Un+pD+7td?= =?iso-8859-1?Q?LfwI6tuUgkCz1nlrz7ZLSnraEDfSaVkqKI4uoxooYdxoZvfZuGmicP3J4I?= =?iso-8859-1?Q?OcZWEFm/szydjKxVb1R1cPSMVtLt8+GA6v0uJc9qBnRsvFuVNIQhgzcKFP?= =?iso-8859-1?Q?8sSUt6i5I/qceWhAYUmjPDg6wP8rREoHJ5siDY8YuDhVgUKfbm48X/Lttr?= =?iso-8859-1?Q?/wNRSOnr4HbUuydwOE3UZr2iFNzKyDX9QgYQ+/QBus9Q2EzwYN4fqYAqAc?= =?iso-8859-1?Q?opFc/ryGPYsezPvopgDheufnMpx7OGiJUOtldKo96j5yrQXDZvX4upJNJB?= =?iso-8859-1?Q?LN?= x-ms-exchange-antispam-messagedata-1: e/c3tjaWbeCM/Q== Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: YT2PR01MB9730.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 6474b351-2805-46ad-4ed9-08da2ee5b7af X-MS-Exchange-CrossTenant-originalarrivaltime: 05 May 2022 22:22:18.9985 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: o2XMApTPZyFhRZTSSseEOpPT+KlqRow6pWQM6qLIHI2xI9AHdqOR13Ov68I+uraKtWqbhDb3/+Z2HOGktQx31Q== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQXPR01MB3800 X-Rspamd-Queue-Id: 4KvSqk3drPz3pt0 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector2 header.b=IWIop1qj; arc=pass ("microsoft.com:s=arcselector9901:i=1"); dmarc=pass (policy=none) header.from=uoguelph.ca; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.66.45 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector2]; FREEFALL_USER(0.00)[rmacklem]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[uoguelph.ca:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[40.107.66.45:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[uoguelph.ca,none]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.66.45:from] X-ThisMailContainsUnwantedMimeParts: N Alan Somers wrote:=0A= > On Thu, May 5, 2022 at 8:49 AM Rick Macklem wrote:= =0A= > >=0A= > > Alan Somers wrote:=0A= > > > On Wed, May 4, 2022 at 6:56 PM Rick Macklem wr= ote:=0A= > > > >=0A= > > > > Alan Somers wrote:=0A= > > > > > On Wed, May 4, 2022 at 5:23 PM Rick Macklem wrote:=0A= > > > > > >=0A= > > > > > > Alan Somers wrote:=0A= > > > > > > > I have a FreeBSD 13 (tested on both 13.0-RELEASE and 13.1-RC5= ) desktop=0A= > > > > > > > mounting /usr/home over NFS 4.2 from an 13.0-RELEASE server. = It=0A= > > > > > > > worked fine until a few weeks ago. Now, the desktop's perfor= mance=0A= > > > > > > > slowly degrades. It becomes less and less responsive until I= restart=0A= > > > > > > > X after 2-3 days. /var/log/Xorg.0.log shows plenty of entrie= s like=0A= > > > > > > > "AT keyboard: client bug: event processing lagging behind by = 112ms,=0A= > > > > > > > your system is too slow". "top -S" shows that the busiest pr= ocess is=0A= > > > > > > > nfscl. A dtrace profile shows that nfscl is spending most of= its time=0A= > > > > > > > in nfscl_cleanup_common, in the loop over all nfsclowner obje= cts.=0A= > > > > > > > Running "nfsdumpstate" on the server shows thousands of OpenO= wners for=0A= > > > > > > > that client, and < 10 for any other NFS client. The OpenOwne= rs=0A= > > > > > > > increases by about 3000 per day. And yet, "fstat" shows only= a couple=0A= > > > > > > > hundred open files on the NFS file system. Why are OpenOwner= s so=0A= > > > > > > > high? Killing most of my desktop processes doesn't seem to m= ake a=0A= > > > > > > > difference. Restarting X does improve the perceived responsi= veness,=0A= > > > > > > > though it does not change the number of OpenOwners.=0A= > > > > > > >=0A= > > > > > > > How can I figure out which process(es) are responsible for th= e=0A= > > > > > > > excessive OpenOwners?=0A= > > > > > > An OpenOwner represents a process on the client. The OpenOwner= =0A= > > > > > > name is an encoding of pid + process startup time.=0A= > > > > > > However, I can't think of an easy way to get at the OpenOwner n= ame.=0A= > > > > > >=0A= > > > > > > Now, why aren't they going away, hmm..=0A= > > > > > >=0A= > > > > > > I'm assuming the # of Opens is not large?=0A= > > > > > > (Openowners cannot go away until all associated opens=0A= > > > > > > are closed.)=0A= > > > > >=0A= > > > > > Oh, I didn't mention that yes the number of Opens is large. Righ= t=0A= > > > > > now, for example, I have 7950 OpenOwner and 8277 Open.=0A= > > > > Well, the openowners cannot go away until the opens go away,=0A= > > > > so the problem is that the opens are not getting closed.=0A= > > > >=0A= > > > > Close happens when the v_usecount on the vnode goes to zero.=0A= > > > > Something is retaining the v_usecount. One possibility is that most= =0A= > > > > of the opens are for the same file, but with different openowners.= =0A= > > > > If that is the case, the "oneopenown" mount option will deal with i= t.=0A= > > > >=0A= > > > > Another possibility is that something is retaining a v_usecount=0A= > > > > reference on a lot of the vnodes. (This used to happen when a nullf= s=0A= > > > > mount with caching enabled was on top of the nfs mount.)=0A= > > > > I don't know what other things might do that?=0A= > > >=0A= > > > Yeah, I remember the nullfs problem. But I'm not using nullfs on thi= s=0A= > > > computer anymore. Is there any debugging facility that can list=0A= > > > vnodes? All I know of is "fstat", and that doesn't show anywhere nea= r=0A= > > > the number of NFS Opens.=0A= > > Don't ask me. My debugging technology consists of printf()s.=0A= > >=0A= > > An NFSv4 Open is for a > client), file>. It is probably opening the same file by many different= =0A= > > processes. The "oneopenown" option makes the client use the same=0A= > > openowner for all opens, so that there is one open per file.=0A= > >=0A= > > > >=0A= > > > > > >=0A= > > > > > > Commit 1cedb4ea1a79 in main changed the semantics of this=0A= > > > > > > a little, to avoid a use-after-free bug. However, it is dated= =0A= > > > > > > Feb. 25, 2022 and is not in 13.0, so I don't think it could=0A= > > > > > > be the culprit.=0A= > > > > > >=0A= > > > > > > Essentially, the function called nfscl_cleanupkext() should cal= l=0A= > > > > > > nfscl_procdoesntexist(), which returns true after the process h= as=0A= > > > > > > exited and when that is the case, calls nfscl_cleanup_common().= =0A= > > > > > > --> nfscl_cleanup_common() will either get rid of the openowner= or,=0A= > > > > > > if there are still children with open file descriptors, m= ark it "defunct"=0A= > > > > > > so it can be free'd once the children close the file.=0A= > > > > > >=0A= > > > > > > It could be that X is now somehow creating a long chain of proc= esses=0A= > > > > > > where the children inherit a file descriptor and that delays th= e cleanup=0A= > > > > > > indefinitely?=0A= > > > > > > Even then, everything should get cleaned up once you kill off X= ?=0A= > > > > > > (It might take a couple of seconds after killing all the proces= ses off.)=0A= > > > > > >=0A= > > > > > > Another possibility is that the "nfscl" thread is wedged someho= w.=0A= > > > > > > It is the one that will call nfscl_cleanupkext() once/sec. If i= t never=0A= > > > > > > gets called, the openowners will never go away.=0A= > > > > > >=0A= > > > > > > Being old fashioned, I'd probably try to figure this out by add= ing=0A= > > > > > > some printf()s to nfscl_cleanupkext() and nfscl_cleanup_common(= ).=0A= > > > > >=0A= > > > > > dtrace shows that nfscl_cleanupkext() is getting called at about = 0.6 hz.=0A= > > > > That sounds ok. Since there are a lot of opens/openowners, it proba= bly=0A= > > > > is getting behind.=0A= > > > >=0A= > > > > > >=0A= > > > > > > To avoid the problem, you can probably just use the "oneopenown= "=0A= > > > > > > mount option. With that option, only one openowner is used for= =0A= > > > > > > all opens. (Having separate openowners for each process was nee= ded=0A= > > > > > > for NFSv4.0, but not NFSv4.1/4.2.)=0A= > > > > > >=0A= > > > > > > > Or is it just a red herring and I shouldn't=0A= > > > > > > > worry?=0A= > > > > > > Well, you can probably avoid the problem by using the "oneopeno= wn"=0A= > > > > > > mount option.=0A= > > > > >=0A= > > > > > Ok, I'm trying that now. After unmounting and remounting NFS,=0A= > > > > > "nfsstat -cE" reports 1 OpenOwner and 11 Opens". But on the serv= er,=0A= > > > > > "nfsdumpstate" still reports thousands. Will those go away=0A= > > > > > eventually?=0A= > > > > If the opens are gone then, yes, they will go away. They are retain= ed for=0A= > > > > a little while so that another Open against the openowner does not = need=0A= > > > > to recreate the openowner (which also implied an extra RPC to confi= rm=0A= > > > > the openowner in NFSv4.0).=0A= > > > >=0A= > > > > I think they go away after a few minutes, if I recall correctly.=0A= > > > > If the server thinks there are still Opens, then they will not go a= way.=0A= > > >=0A= > > > Uh, they aren't going away. It's been a few hours now, and the NFS= =0A= > > > server still reports the same number of opens and openowners.=0A= > > Yes, the openowners won't go away until the opens go away and the=0A= > > opens don't go away until the client closes them. (Once the opens are= =0A= > > closed, the openowners go away after something like 5minutes.)=0A= > >=0A= > > For NFSv4.0, the unmount does a SetclientID/SetclientIDconfirm, which= =0A= > > gets rid of all opens at the server. However, NFSv4.1/4.2 does not have= =0A= > > this. It has a DestroyClient, but it is required to return NFSERR_CLIEN= TBUSY=0A= > > if there are outstanding opens (servers are not supposed to "forget" op= ens,=0A= > > except when they crash. Even then, if they have something like non-vola= tile=0A= > > ram, they can remember opens through a reboot. (FreeBSD does forget the= m=0A= > > upon reboot.)=0A= > > Maybe for 4.1/4.2 the client should try and close any outstanding opens= .=0A= > > (Normally, they should all be closed once all files are POSIX closed. I= =0A= > > suspect that it didn't happen because the "nfscl" thread was killed of= f=0A= > > during unmount before it got around to doing all of them.)=0A= > > I'll look at this.=0A= > >=0A= > > How to get rid of them now...=0A= > > - I think a nfsrevoke(8) on the clientid will do so. However, if the sa= me=0A= > > clientid is in use for your current mount, you'll need to unmount be= fore=0A= > > doing so.=0A= > >=0A= > > Otherwise, I think they'll be there until a server reboot (or kldunload= /kldload=0A= > > of the nfsd, if it is not built into the kernel. Even a restart of the = nfsd daemon=0A= > > does not get rid of them, since the "server should never forget opens" = rule=0A= > > is applied.=0A= >=0A= > As it turns out, the excessive opens disappeared from the serve=0A= > sometime overnight. They disappeared eventually, but it took hours=0A= > rather than minutes.=0A= Heck, I just wrote the code. I have no idea what it really does;-)=0A= (Although meant to be "tongue in cheek", it is true. Blame old age or the= =0A= simple fact that this code was written in dibs and drabs over 20+ years.)= =0A= The lease would have expired, but since the FreeBSD server is what they=0A= call a "courtesy server", it does not throw away state until the lease has= =0A= expired and a conflicting lock request is made (not happening for opens=0A= from FreeBSD or Linux clients) or the server's resource limits are exceeded= .=0A= I think the resource limit would be something like 90% of 500000, which is= =0A= a lot more opens/openowners than you reported, unless other clients pushed= =0A= the number to that level overnight?=0A= =0A= There is something called NFSRV_MOULDYLEASE which gets rid of the state,=0A= but that is set to 1 week at the moment.=0A= =0A= So, why did they go away in hours? Unless you had close to 500000 opens += =0A= openowners, I haven't a clue. But it worked, so I guess we are happy?=0A= =0A= > And using oneopenowner on the client, there are now only a modest=0A= > number of opens (133), and exactly one openowner. So I think it will=0A= > certainly work for my use case.=0A= The entry for "oneopenown" in "man mount_nfs" tries to explain this.=0A= Feel free to come up with better words. I've never been good at doc.=0A= =0A= rick=0A= =0A= -Alan=0A= From nobody Fri May 6 01:19:38 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3F8E01AD5EAA; Fri, 6 May 2022 01:19:45 +0000 (UTC) (envelope-from gjb@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KvXmK1N99z4nV6; Fri, 6 May 2022 01:19:45 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1651799985; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type; bh=fG+VLiUhXOJPIFvH8xH4FnGWrMXuzTaI/tkt41q75rM=; b=Cx1vbrXAH4y18DBX7fCH0/snJWO3ZLV+He4agHLhXuq36Uck04h1upmICRPaZs654V8ZAh avHJp1KXuJF+XGxC1navEI7XMYb2MwR3Y/dMPtyOK52WLVDoYJmPEjdammTFB1TrevZuMX xfupCV2O+hywkGc5VepzaVKRu2k7ZGOdbETwcBcobC5qwGXtPDydXM01gcoZMQQui5Wbem GNjaW7UNl8smwxxSvp1TM2qRSL34HrkXnmRJpeFfLmPHLnnUj1vzVAaAX1+NbriWXa5Wm0 LT7ac3PT7QY08S7agb+06ft3Z3vPqLFXfBsWi/WZA4yxfEUoN4cfKvmtGYlemA== Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 69BA1E76D; Fri, 6 May 2022 01:19:44 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Fri, 6 May 2022 01:19:38 +0000 From: Glen Barber To: freebsd-stable@freebsd.org, freebsd-snapshots@freebsd.org Cc: FreeBSD Release Engineering Team Subject: FreeBSD 13.1-RC6 Now Available Message-ID: <20220506011938.GB76435@FreeBSD.org> Reply-To: FreeBSD Release Engineering Team List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1651799985; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type; bh=fG+VLiUhXOJPIFvH8xH4FnGWrMXuzTaI/tkt41q75rM=; b=iOj+Z0yJs+QObpK5/ZnOPXKrocubQFmdCdD24dSZB5IzhAsH0QUAlkt59jKBbaA80gxszT TU875AZLFEsrcBx0+E69RQhAdKSsdaBtLxa5AOv6MogMiN59EkCmjIzxUYYZgwHFeefwd1 egKbuyvjrL3rnL/bsSLi9MTCY+9+Rw5YZXZKuJdLSBfRupkyWCt2OZd0ZU08WJ9qoQbyKx e01/KuUt2c3FwkPOFC7QTJ5kmj+C59gSFVIaBrUqjS56xQrTUj01u+IqKb9Gkz7DlnUUze cF3ifapGbtiJbDVHAPlev9c74zTtgX+zjGQfCUHv7LfJSyPBQ//KY2ZLMZp4AA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1651799985; a=rsa-sha256; cv=none; b=auHkdj7OfYjhTzXhVF/0SvLEp58qI6ba/tYNqLMPDCeLQgmJQCLxuvR20UHdXal37KvbeW 2RVY+w/ncB9J26eXXr5rX6SEeBkkzg8F6xprItU8ina8Bzuzr0W7Ne2MPU6Wzno5btAvzG 1D8nKXiZaksBEExahukTUvpXko49vfRUFmZ11+D2uQMz80XGE62t4RabPqT/YlzJYlVZo6 /EVwKvLtV2im4JqAE6uJHeObjUkRCcrwc62XA6W+rmKTbhgRixFNCbhquLB6bnlgp5HSLO 5yRITsEoIM2EXrdsf1G95k9WtuYvK83NVW9dPi2+NY0Ye+W4mnzqG+iLL8BckA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The sixth RC build of the 13.1-RELEASE release cycle is now available. Installation images are available for: o 13.1-RC6 amd64 GENERIC o 13.1-RC6 i386 GENERIC o 13.1-RC6 powerpc GENERIC o 13.1-RC6 powerpc64 GENERIC64 o 13.1-RC6 powerpc64le GENERIC64LE o 13.1-RC6 powerpcspe MPC85XXSPE o 13.1-RC6 armv6 RPI-B o 13.1-RC6 armv7 GENERICSD o 13.1-RC6 aarch64 GENERIC o 13.1-RC6 aarch64 RPI o 13.1-RC6 aarch64 PINE64 o 13.1-RC6 aarch64 PINE64-LTS o 13.1-RC6 aarch64 PINEBOOK o 13.1-RC6 aarch64 ROCK64 o 13.1-RC6 aarch64 ROCKPRO64 o 13.1-RC6 riscv64 GENERIC o 13.1-RC6 riscv64 GENERICSD Note regarding arm SD card images: For convenience for those without console access to the system, a freebsd user with a password of freebsd is available by default for ssh(1) access. Additionally, the root user password is set to root. It is strongly recommended to change the password for both users after gaining access to the system. Installer images and memory stick images are available here: https://download.freebsd.org/ftp/releases/ISO-IMAGES/13.1/ The image checksums follow at the end of this e-mail. If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use Git to do a source based update of an existing system, use the "releng/13.1" branch. A summary of changes since 13.1-RC5 includes: o OpenSSL 1.1.1o has been merged. o An issue with the xhci(4) driver not attaching devices has been addressed. A list of changes since 13.0-RELEASE is available in the releng/13.1 release notes: https://www.freebsd.org/releases/13.1R/relnotes/ Please note, the release notes page is not yet complete, and will be updated on an ongoing basis as the 13.1-RELEASE cycle progresses. === Virtual Machine Disk Images === VM disk images are available for the amd64, i386, and aarch64 architectures. Disk images may be downloaded from the following URL (or any of the FreeBSD download mirrors): https://download.freebsd.org/ftp/releases/VM-IMAGES/13.1-RC6/ BASIC-CI images can be found at: https://download.freebsd.org/ftp/releases/CI-IMAGES/13.1-RC6/ The partition layout is: ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats. The image download size is approximately 135 MB and 165 MB respectively (amd64/i386), decompressing to a 21 GB sparse image. Note regarding arm64/aarch64 virtual machine images: a modified QEMU EFI loader file is needed for qemu-system-aarch64 to be able to boot the virtual machine images. See this page for more information: https://wiki.freebsd.org/arm64/QEMU To boot the VM image, run: % qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt \ -bios QEMU_EFI.fd -serial telnet::4444,server -nographic \ -drive if=none,file=VMDISK,id=hd0 \ -device virtio-blk-device,drive=hd0 \ -device virtio-net-device,netdev=net0 \ -netdev user,id=net0 Be sure to replace "VMDISK" with the path to the virtual machine image. === Amazon EC2 AMI Images === FreeBSD/amd64 EC2 AMIs are available in the following regions: af-south-1 region: ami-0d0429e01c420c372 eu-north-1 region: ami-0e17fbf7584a8c312 ap-south-1 region: ami-0295398dd0239bdf3 eu-west-3 region: ami-073527b3833130a21 eu-west-2 region: ami-0e440267ada2105c8 eu-south-1 region: ami-0f2a7e96b9c427c7b eu-west-1 region: ami-007c64f165f1179ce ap-northeast-3 region: ami-0ea79d8858cbea3d2 ap-northeast-2 region: ami-0c85b0c6e10beee62 me-south-1 region: ami-0ecb4aa8ea5bc911d ap-northeast-1 region: ami-019a1b29c4475470d sa-east-1 region: ami-027aa05f22e93612b ca-central-1 region: ami-02ff824524c406173 ap-east-1 region: ami-0f528fd503c0797ad ap-southeast-1 region: ami-09d0991b93371cbb9 ap-southeast-2 region: ami-0dc548651b09034f3 eu-central-1 region: ami-013877cb8e8effca6 ap-southeast-3 region: ami-09565c3f253cd1fad us-east-1 region: ami-0f654eb409096ee88 us-east-2 region: ami-058d8e1e3ff13a0e6 us-west-1 region: ami-0c60c330ab59e99b5 us-west-2 region: ami-01d95cc6d84e16b79 These AMI IDs can be retrieved from the Systems Manager Parameter Store in each region using the keys: /aws/service/freebsd/amd64/base/ufs/13.1/RC6 FreeBSD/aarch64 EC2 AMIs are available in the following regions: af-south-1 region: ami-0c939b2adc1029388 eu-north-1 region: ami-0f656b6abf6b8bbc9 ap-south-1 region: ami-04d0aebe49dd0a489 eu-west-3 region: ami-0c5afae07db806e74 eu-west-2 region: ami-02ea5386b277e0c9e eu-south-1 region: ami-0d2174e5916fec1f6 eu-west-1 region: ami-06ef6f8deab00a4c4 ap-northeast-3 region: ami-00d0927ebd7c6dde9 ap-northeast-2 region: ami-07d5bc2a3732ed064 me-south-1 region: ami-0c95b475463224289 ap-northeast-1 region: ami-07bbb1efb815b4371 sa-east-1 region: ami-0dff1a0cea20168bb ca-central-1 region: ami-0e768ed138f5a51bc ap-east-1 region: ami-0be90031629e8569c ap-southeast-1 region: ami-0e2d23600157758a0 ap-southeast-2 region: ami-0cbb1ea7df754fe20 eu-central-1 region: ami-06ece7f83814a9c13 ap-southeast-3 region: ami-0bc625ea1465a049a us-east-1 region: ami-0e03f67491e1ebc26 us-east-2 region: ami-0498b7a3d40af2ef5 us-west-1 region: ami-074d2e47810213328 us-west-2 region: ami-003f0a8a445cec0af These AMI IDs can be retrieved from the Systems Manager Parameter Store in each region using the keys: /aws/service/freebsd/arm64/base/ufs/13.1/RC6 === Vagrant Images === FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can be installed by running: % vagrant init freebsd/FreeBSD-13.1-RC6 % vagrant up === Upgrading === The freebsd-update(8) utility supports binary upgrades of amd64, i386, and aarch64 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 13.1-RC6 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 12.x. Alternatively, the user can install misc/compat12x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install == ISO CHECKSUMS == o 13.1-RC6 amd64 GENERIC: SHA512 (FreeBSD-13.1-RC6-amd64-bootonly.iso) = 284c382611f8c279c9205555a64937aba46e52669385bd9618bf5e71043702a23c94bb6d1d808c3a458d8a91682d63f23c04e10c52f2eabea9399cba00c3b649 SHA512 (FreeBSD-13.1-RC6-amd64-bootonly.iso.xz) = 79d6acb7815e107ecd4d33df554006358dbd49a966f0319bb0f9da50b371132568afbc97351fa0f3381b16cc04100e0ee0c90143f5d48bfc8fd4235982390747 SHA512 (FreeBSD-13.1-RC6-amd64-disc1.iso) = f12a807b114048c549fb550242bf02e1bd4b4f5aaf88d72320995a39ba5e11515dce868241cb5ed89b6a8023e174aa0f655f8394cee4e624a6a20e29534893c5 SHA512 (FreeBSD-13.1-RC6-amd64-disc1.iso.xz) = 8fd79a3a9b0b05e259690587fc44a2aec8a1839cb0bb78da3731b28ba5dcddf52264e47d37cac7c5d71add0144063d99813cd09cdb406715965475e3c19d431d SHA512 (FreeBSD-13.1-RC6-amd64-dvd1.iso) = 1e63ff6fe4cd54fe557fdc0cc3d684f6dc53e7b3427a76aa5e7422721764925829a4b443bec689f44591639ab0425c6905294efa115125cf68b4962bb43b94dd SHA512 (FreeBSD-13.1-RC6-amd64-dvd1.iso.xz) = 219c0ec15991c1a3d196c16f597aa30443ff49872495cd24e0a5cee608652fed62026af69ee418cc520b94d97a7f1efdcf04cd71101b8bfeccce11e3c6a703bf SHA512 (FreeBSD-13.1-RC6-amd64-memstick.img) = 780dac33310e50d54b14ffed662dc00f58d77974b9abdccee253d2b3d4a047e881d601338ddf615ff200ffd021cd73f27d2525fcb0b3680646249d27b1c0b638 SHA512 (FreeBSD-13.1-RC6-amd64-memstick.img.xz) = 62274fb070fa010c9bac0511edb91525b32c495f6dfcc0f7268c59a30ca2525adab19febe89115174625d14c109111cbe2f2366bf676e89857a2f2c04f951e62 SHA512 (FreeBSD-13.1-RC6-amd64-mini-memstick.img) = e0f57bfb86d1187d0180fbaa707325cc77000fdadf66449cd1655d5804c3b9e3c5fb307e78faf100bdd43509bb3bd80397bbec755defa5dc525c2a720e271a1a SHA512 (FreeBSD-13.1-RC6-amd64-mini-memstick.img.xz) = b4b8c0bae058685529b25be69da550d92043faf10d0cd7cefcd33a0a91fc516f683cc9de58a0a70f7ac04dea52f0a8e84b24fce3c5e2b35d7a08cc8016254303 SHA256 (FreeBSD-13.1-RC6-amd64-bootonly.iso) = 7fd07b18b2b276578c7509746badd461631b21e4d9624c07efe92d332e3181f8 SHA256 (FreeBSD-13.1-RC6-amd64-bootonly.iso.xz) = f002879f0757dbe219a8630af2eb3b27fcb02de3069ec55440ae48522c670b0b SHA256 (FreeBSD-13.1-RC6-amd64-disc1.iso) = 8460e67e52be16dfa30de4eea6492120217c59b49df09d921b0b29c6b27cf0cd SHA256 (FreeBSD-13.1-RC6-amd64-disc1.iso.xz) = ee6e1aec35d113bac0037d78d88c9c2b1a503d84f3c7feec7c07fb9afae1ec57 SHA256 (FreeBSD-13.1-RC6-amd64-dvd1.iso) = 6d5e3a972193d6885fe1b5c3520259dbf219c36f6d6ae2381dfc18afd98fef53 SHA256 (FreeBSD-13.1-RC6-amd64-dvd1.iso.xz) = 065bafbcafad7fb3f80a67208a137f24e1ae02941e77a824c7d3b2faa789f7b2 SHA256 (FreeBSD-13.1-RC6-amd64-memstick.img) = ee7274be6a4071915b075f94d542a683add4b5ce557bd9001a5b57aed87435b4 SHA256 (FreeBSD-13.1-RC6-amd64-memstick.img.xz) = 3645f9d6ffc3b89d031cd02af42c2ae9a36e186e1a29e17950a593497a5f9ace SHA256 (FreeBSD-13.1-RC6-amd64-mini-memstick.img) = 11432f18d13ec4e9833013e460f157d826b31fec0ddd55022588086dffceaafb SHA256 (FreeBSD-13.1-RC6-amd64-mini-memstick.img.xz) = c39463972914cafff611d446fa2247ca4a21b41436ccef0b463b0a1aa1805170 o 13.1-RC6 i386 GENERIC: SHA512 (FreeBSD-13.1-RC6-i386-bootonly.iso) = b8d30eb945c2f322df3743dfaaf08283ecadafe2f0e16aa219c91cbf1eadd196dc359ace0221efea4c8ef9230df22d3921cc04b22cff999d12718faa79d8d675 SHA512 (FreeBSD-13.1-RC6-i386-bootonly.iso.xz) = 1660ee3ce393ea19a7b3534c3fcd2ddbf9c81f1ab4549d9226d8401d40aa09c9072d9fa49af6dea0fbdb309b3e8c7f83710c27945458c518fb387f9643fa7104 SHA512 (FreeBSD-13.1-RC6-i386-disc1.iso) = 76693c688c33a6f8028be9e76568ab059d9b4f380d99a9e147ac47b2f147889dae43d4534934c78d7a752be57784629b36408b0d237f720b091831f631277648 SHA512 (FreeBSD-13.1-RC6-i386-disc1.iso.xz) = e742549da2a6442567084511ca2617eab1de68c601aa2b1a5163f0d04bd0408c8782b3e2dae680d2dba0964595b0fc62ed2f1e26c38502a577c83bb981cacc54 SHA512 (FreeBSD-13.1-RC6-i386-dvd1.iso) = a0cd5028fccc59e82b97ee743ed8f15425814f33af722261ed277c139df6b3043acbbe933b80302312cc41738452c5c378ec017200d2a346c732a30e0e1a9705 SHA512 (FreeBSD-13.1-RC6-i386-dvd1.iso.xz) = 369cff13034bde5957db1929b9819b7340cb47e706cd1b106b0838d994516772ddf21de6fc65129c91cefdc9f5cecbd49fae850c6ba39359ba4939e1b84abcec SHA512 (FreeBSD-13.1-RC6-i386-memstick.img) = 279514d896722135fa1aa9c5d9584988218ad97eceeda1dffb163477da0521f36f3657904b62764bee47202309ad223b8ccb2861172b5fdea42d68c61c2598d1 SHA512 (FreeBSD-13.1-RC6-i386-memstick.img.xz) = f177925f69a7ae4bffa655d47c5e2c36277a49b5734cdc146e9dd0a42e374ada2685107d09f0955438237f3627ad56dd801960e93e488b60e3195a83d7cea790 SHA512 (FreeBSD-13.1-RC6-i386-mini-memstick.img) = 296596af1237c58ac5f8ee137ae74f7edb9d6142be335773fc5fb6c7a9c7c829046e4817b092f90e0fafe38aa004388af0ddbbfb67bdfb267b44c62eb59b3e05 SHA512 (FreeBSD-13.1-RC6-i386-mini-memstick.img.xz) = b0b4521bb7f511fbaca2780ff1f7148004da00437a5e08b7502d6cdbe5155d10ab032d9bfb892961c7a8f13d6facf8a9aae75c54560208d13fe3e6d87cdda298 SHA256 (FreeBSD-13.1-RC6-i386-bootonly.iso) = 112488610cc2a30b214da651c1e4c3b8b9374bc425f82e3dbc6ccb16491ef65c SHA256 (FreeBSD-13.1-RC6-i386-bootonly.iso.xz) = 5f499dc6dd72ce2a34cedb91e5f2cf7b96f6dd1f64d2190173ed86f885b205df SHA256 (FreeBSD-13.1-RC6-i386-disc1.iso) = b2fda2647941e78fa535065352b5b4622f6a039dddc1fdb31c1577b6dbc1ffab SHA256 (FreeBSD-13.1-RC6-i386-disc1.iso.xz) = fd3c34d1621d6b27db6072d0adfc3ae842f2679f1c5c924e6b72d21de45a2d7f SHA256 (FreeBSD-13.1-RC6-i386-dvd1.iso) = 33edf4aedb7e61aa1f36cdf57cf58cbb3afac5faf0c1e78e0aa8871c7361731c SHA256 (FreeBSD-13.1-RC6-i386-dvd1.iso.xz) = e325386e797171ff254ba6d23b666fdf8755efa7dd16f456d9d9a716a18954a4 SHA256 (FreeBSD-13.1-RC6-i386-memstick.img) = 6fa43b4bbf581fef3078a50c159effcb258f51372cf8869aba2d0497e288f856 SHA256 (FreeBSD-13.1-RC6-i386-memstick.img.xz) = 64ea15dbfa9300317777d30b331c2a5955331a6dcac8b23374aa929c489b8e37 SHA256 (FreeBSD-13.1-RC6-i386-mini-memstick.img) = 37e4372c4088e5e93b176fbdba5f805aaddc3699eb03ecb7c92aa5b8e01d9d6b SHA256 (FreeBSD-13.1-RC6-i386-mini-memstick.img.xz) = ac9ce328ec95816f209ea6388671509d0cf6ca76dae3a5a839602f6ae5b956c4 o 13.1-RC6 powerpc GENERIC: SHA512 (FreeBSD-13.1-RC6-powerpc-bootonly.iso) = c21c556cde1b727737a323d800d50d49087ac184f6c52409abf36c32e326cd69e3fb5afed7d1d6116828653ae0cf25b2f165759c3344057868599e9513c21bb6 SHA512 (FreeBSD-13.1-RC6-powerpc-bootonly.iso.xz) = a5826653488ffe0c97600a2c6978a595f6a8074192ce9dfc5734b05907166a2beecaac5ee94652b1c9ba6328be45f5734b734b9e1c0563e1c421248c08f88d98 SHA512 (FreeBSD-13.1-RC6-powerpc-disc1.iso) = a1a34bd18b37020d9772e1c00cb4a04a757f33affce532ddb62363ef2c8d4885cff2f1a85a6917205797aec7154229266d3e97dfd2663bd44ee8901c4bf60bf6 SHA512 (FreeBSD-13.1-RC6-powerpc-disc1.iso.xz) = b0380b801ddb12c0f6c0db0df4c6f2e41c90efb20db9e6b728f19cc0321a38683d1d385ba25ed38076d548e1fa328b9db11f408f2525127bfc45b6662bf9bd66 SHA512 (FreeBSD-13.1-RC6-powerpc-dvd1.iso) = fef3b245ed872f0260623738866c0f0ebcb1585b3ce89e845cef90cdd5c611fd10a1bb153100cc9b723dc06d9e89d615834edcce73d04a50630c89d6058ba98e SHA512 (FreeBSD-13.1-RC6-powerpc-dvd1.iso.xz) = 239cb35e4b7ed4311b1e5ef7fe651c87eb4f78c3041c696c56069bc87e640e83e7b572fab344408a1747389d3e0754f8a6f77cd385aeeacce2b217f1610a2c43 SHA256 (FreeBSD-13.1-RC6-powerpc-bootonly.iso) = a035765deacda949309f7a7c5c282dc038e27789ba2f6c4ab8676468b85b1c55 SHA256 (FreeBSD-13.1-RC6-powerpc-bootonly.iso.xz) = 899bf2ed30c8d357b871c62a3cf58dd621397b2709e25840066d53e4eb5aaf5d SHA256 (FreeBSD-13.1-RC6-powerpc-disc1.iso) = e314bdb9809c90ddb9d9ea260ac80064d219d5ac77f0673dad94b83ca43056a4 SHA256 (FreeBSD-13.1-RC6-powerpc-disc1.iso.xz) = 94a28bf51c40f9ffb880e9685d6fa94eddc4ce728ec18a93da61dda6d2d0e2ff SHA256 (FreeBSD-13.1-RC6-powerpc-dvd1.iso) = 6f600bd6f4d42ed92ebf4887ee7612ae8259c65d76e1c4a7812f30fbbcffb770 SHA256 (FreeBSD-13.1-RC6-powerpc-dvd1.iso.xz) = 781e3a37c4f4cea8fb68a7d3a3f6a02424ba3435cbadc4fad167521ee4f41c66 o 13.1-RC6 powerpc64 GENERIC64: SHA512 (FreeBSD-13.1-RC6-powerpc-powerpc64-bootonly.iso) = 4659982893f16adb29b3cd36dc84f8d99170c6b6a668726f6a70db331fde1b566d53bbac2c32b3eeb4454bbf607186b22a0ed1bae67031524f8e0c81dfec4ca5 SHA512 (FreeBSD-13.1-RC6-powerpc-powerpc64-bootonly.iso.xz) = ac7293f77fe7cc9eaa3454122ac8dcbe9414de0dbb702aa896d4039f645510b36c94cc46dc67b896c8bf7c065befa254aa0f392790735ecfa1a7b13bb620f9fc SHA512 (FreeBSD-13.1-RC6-powerpc-powerpc64-disc1.iso) = 7cb474ed0d148cd2c8b7a5da526f8763ef31ce81cf4ef5b0ee322f7770237593254a8c79c36fee93fc39c1c85096fbebc9f3004d7fc66d67c486ea4ccbdf85ac SHA512 (FreeBSD-13.1-RC6-powerpc-powerpc64-disc1.iso.xz) = 396770d99bb72ef1418881f5231cc0add52a9df99f8934e04e0fb5fa2ff84cce0e9bd1306f574c7e6c774b5f045a97197bf9831a086227c2c48a40bf341cb3cf SHA512 (FreeBSD-13.1-RC6-powerpc-powerpc64-dvd1.iso) = 0a8c3e803ad0d31080efc475d4fbe9c4142c58b684679d5d73319df85994e4ceae46c1eb3dbf2d1cb7f2dc4b2e111387fbaae923be2f81dbcdff85f0215818b7 SHA512 (FreeBSD-13.1-RC6-powerpc-powerpc64-dvd1.iso.xz) = e75b01dbce7913da6a9ae783fed897477596c2a95d818ddfeda407b805d9e88e785cc5b4046829bcab715a82c0d54f8174446f6e36e866ece9ac2131b59f1689 SHA256 (FreeBSD-13.1-RC6-powerpc-powerpc64-bootonly.iso) = 7e4e814fd908188519a37224eda55f4ca7d44dac05611ed0e50fd40d626d51d8 SHA256 (FreeBSD-13.1-RC6-powerpc-powerpc64-bootonly.iso.xz) = b38763d21e45b221d7fb4505690fa72a430bc2e7770499730937fb6a51f5afd9 SHA256 (FreeBSD-13.1-RC6-powerpc-powerpc64-disc1.iso) = 4b5dc4f2f16236285ff85c4d4fe9e872ba2d0df4a6a154ae2d8d05f543a909a7 SHA256 (FreeBSD-13.1-RC6-powerpc-powerpc64-disc1.iso.xz) = cb03dfd49ff618124e416e50470ef484166d6c26e8d5e21e968a8142243730b0 SHA256 (FreeBSD-13.1-RC6-powerpc-powerpc64-dvd1.iso) = 05b3c5e97de9c37947d222e236ec078d55c284dc18ca7ba27b452ee9fb28168b SHA256 (FreeBSD-13.1-RC6-powerpc-powerpc64-dvd1.iso.xz) = 50c9bab5c6dbf1c1de281871f5a518ee3eda53da820e8d1cc58b60866883e3bf o 13.1-RC6 powerpc64le GENERIC64LE: SHA512 (FreeBSD-13.1-RC6-powerpc-powerpc64le-bootonly.iso) = df2212661ebf3655f2b7e8afbb609d9a4a52553764fd3ae6b9743cb2b14fa2c6ec1dc5377f0b3c47914eadd02aea1a3972d0b48ece547b971c830d7f16d285f9 SHA512 (FreeBSD-13.1-RC6-powerpc-powerpc64le-bootonly.iso.xz) = 2f75f9f73cde25a5d7d38c47f78da4e7163a6a73aba174fc4a191debdfa7692df699272fcd8a1bfabdd26d4d7eb5ea8cd034a1a103c56b7863ec086dc5dcad40 SHA512 (FreeBSD-13.1-RC6-powerpc-powerpc64le-disc1.iso) = 4de368e3a563210be6c0b0ea259e13c24ad85556693f56994944d88be48120f7be5757996d41ccbe391e3a1a4cbf5cf393fc4d4affae2c7ccc5c6e6e50360e44 SHA512 (FreeBSD-13.1-RC6-powerpc-powerpc64le-disc1.iso.xz) = 5b7bf8a0b69f5cf7608b08936c80115be6dcbdfa349996f241114c95b453ee87655b9367fdef7409f63ad42bb0c88991faba7eb6e885fac7d25c2ca0b328f6d3 SHA512 (FreeBSD-13.1-RC6-powerpc-powerpc64le-dvd1.iso) = 76bc7d8c066926bf470d66ff3dae807010e5670fc75cb3034465b35a02c3908c9bdb27df9dbc65cd8ed7a83be66208ea1fef5d79507694a7eb7170a5aa16a2c3 SHA512 (FreeBSD-13.1-RC6-powerpc-powerpc64le-dvd1.iso.xz) = 335229bf73674957f9640db2459824a70ac46f9c6e89aa591178f02271efe7199c4aeba3c35a1eac566d6945309ad932f7b8153fe26c31be6904de81d958b3a8 SHA256 (FreeBSD-13.1-RC6-powerpc-powerpc64le-bootonly.iso) = 2b9bf7c64d1f1c63af986c3c5748cb4d50fcc34811b1fb6ddbae7af7b28837d5 SHA256 (FreeBSD-13.1-RC6-powerpc-powerpc64le-bootonly.iso.xz) = 9067b7758a4ac7d9c01515493938923eecab8ec53fa9c487cb7330a7066fa248 SHA256 (FreeBSD-13.1-RC6-powerpc-powerpc64le-disc1.iso) = c8eeeca1619621ebf848513a134dde6e61decfcd3bad61765545fd406b25a7c8 SHA256 (FreeBSD-13.1-RC6-powerpc-powerpc64le-disc1.iso.xz) = 02aed52e953f32334a6be634ba5de54a0a413852c97de42281e680300c6a1170 SHA256 (FreeBSD-13.1-RC6-powerpc-powerpc64le-dvd1.iso) = f58f8b7f1e03200febaeeaf003ca3ef98a6dbfd3a4ec45ff92c72fa161819987 SHA256 (FreeBSD-13.1-RC6-powerpc-powerpc64le-dvd1.iso.xz) = 9b9cb16534e1cebda06cf911d7bf05c0403f695fe9fa8b1a4e53443edaebef7d o 13.1-RC6 powerpcspe MPC85XXSPE: SHA512 (FreeBSD-13.1-RC6-powerpc-powerpcspe-bootonly.iso) = d108745dabaad061e8231dbffe6101317854dd56b92a241d755320b375251230e08dff5613f1240731b1df2f90291023af3c83d836c9b668e6de80ec4268488e SHA512 (FreeBSD-13.1-RC6-powerpc-powerpcspe-bootonly.iso.xz) = 980a84283d457310b9a556abbfb74583374018c2226ee51630eae7870de46a6843a6970af8b51551b158691ef1e1f40f62eb8a0d054766df8696a346deb4cfb4 SHA512 (FreeBSD-13.1-RC6-powerpc-powerpcspe-disc1.iso) = 6a2055e895f574b3068cf8dece88ad14facbce434f31b084ee9e3e1865cdbb5836f7ffe2a80cf1a39e1a85805c3e90d225693289e924058d2aac60de0ddc97c8 SHA512 (FreeBSD-13.1-RC6-powerpc-powerpcspe-disc1.iso.xz) = f72f3a50dec229f941894255c409da8850b60803b2e69084a790d02b40f795e68a38a9e4a98718b2983cc17b91a0abeb2580fb9d3f26f25999ea73242aa02d95 SHA512 (FreeBSD-13.1-RC6-powerpc-powerpcspe-dvd1.iso) = fde2333bdd1ee534bdc7147fcbfe6a0eed68980051491d289097130ae57981c0bb29f363eab0fcf4a20db0dbb8c56974e0a0e521fc6265bd53789a887e495139 SHA512 (FreeBSD-13.1-RC6-powerpc-powerpcspe-dvd1.iso.xz) = 5b221beee898c882a43272ab8ec955d8c4220bedc8a19f6a67776a3eb5bc8ad8d7823a525739b23b159c7fbd744a7b564accaa89e8d5903ba7256b5d2093138a SHA256 (FreeBSD-13.1-RC6-powerpc-powerpcspe-bootonly.iso) = 33e9ede6121a0ec9277497f7804843e692c53d7a53978d1a55a53b56ec80dff4 SHA256 (FreeBSD-13.1-RC6-powerpc-powerpcspe-bootonly.iso.xz) = c11133c397b192c9cee71eb85aa8fc8baf7d2a4ac4a522bfcd3afe8ef390f192 SHA256 (FreeBSD-13.1-RC6-powerpc-powerpcspe-disc1.iso) = 3f9d72715f5b3f026e865ecfe99b004584a8bdb536aef41e0d5b9e0f492f4a17 SHA256 (FreeBSD-13.1-RC6-powerpc-powerpcspe-disc1.iso.xz) = 1489c906e143a26ff477fb3c0e4b5286b8068dac0bae02303957d1af390cc4e0 SHA256 (FreeBSD-13.1-RC6-powerpc-powerpcspe-dvd1.iso) = dfbccfe3db059455955be0d33ee64e274224177ead59831f9c01caffcbead96c SHA256 (FreeBSD-13.1-RC6-powerpc-powerpcspe-dvd1.iso.xz) = d729eddef151a300bd1c65b3708ac52ff51b4b5fe539f53d4aab82a4482ac09e o 13.1-RC6 armv6 RPI-B: SHA512 (FreeBSD-13.1-RC6-arm-armv6-RPI-B.img.xz) = 310b4d8ac758064a68a26f27107718baf00b25545191fca611731349024e5d36f8a38c8cf7182b075b3110858a775e27b9b7db9805c665be374f56f1aa1ad999 SHA256 (FreeBSD-13.1-RC6-arm-armv6-RPI-B.img.xz) = 6aeba9745ca726f18772fb422c2c5268c3a3d6682f5208448a8c7e5e70b15eb8 o 13.1-RC6 armv7 GENERICSD: SHA512 (FreeBSD-13.1-RC6-arm-armv7-GENERICSD.img.xz) = 235e1541a66aacd39db242cfb19d45ed0662afe5d72c00086208e28ac335189335558a22d3565cfc917e569b4d50b806d64a003a01738ea4794bed6c0c741908 SHA256 (FreeBSD-13.1-RC6-arm-armv7-GENERICSD.img.xz) = 8de94ef1b8b24b7d4ad53f41c7fb5d34ffce7cde27e96c9c919fd3826846dd2e o 13.1-RC6 aarch64 GENERIC: SHA512 (FreeBSD-13.1-RC6-arm64-aarch64-bootonly.iso) = 6d4a270fe399f1d5080a7eed38fb5610f01e31de4aae5223cd58fdeb9d998c9fac2f059c6f051d848487fc2d49bdf31217345ed7c64f622784244281b808c72b SHA512 (FreeBSD-13.1-RC6-arm64-aarch64-bootonly.iso.xz) = eb25873f224bfe1a2bd30910536af3c65c3d6661d62693009188170309f88b762e00f4dd534a97c5645702690fa8a61e2fd875fa76638764c517e7cc8786982c SHA512 (FreeBSD-13.1-RC6-arm64-aarch64-disc1.iso) = 3f6ef54e30cf482625cadc618d39076c849161f873cc9f4e1ac12fc83ffc8fa365b7012869759280861a653f0a9b0701487da21fe152495f26c0924951818434 SHA512 (FreeBSD-13.1-RC6-arm64-aarch64-disc1.iso.xz) = c6e88307fb7eb808b35fb3e2418796ad94b9467bd3ce3b464d1b72e0b62232c1056826fc1de43d4378abcf8f4352591656142e0061b199bcfc71079a628a1672 SHA512 (FreeBSD-13.1-RC6-arm64-aarch64-dvd1.iso) = c9d82e9c8fd3fd3f8005be47c2a916f5b9b01e21d380008c73da4cceeda0c962bf33ac9b49e3d54536e0dce9d3789c23cddf00e389e47c0ad37ed1c933c8553c SHA512 (FreeBSD-13.1-RC6-arm64-aarch64-dvd1.iso.xz) = b07e2d1419d5d3b034d38a7d1d3306d6d7c8346c3754f077a0fca289db86e6ab5e07ba4c54dc2ac88e9a8037533ea35620f501e09998e270370e0785e17dc8a6 SHA512 (FreeBSD-13.1-RC6-arm64-aarch64-memstick.img) = 221b9c9675d31c11a49b3f01ac7ef39ba41ba3b8e597b020306bc56e26043a43691fbabf1aab25f49996571fc7c63f261e660f42e3cd24156a640a3d8188dd21 SHA512 (FreeBSD-13.1-RC6-arm64-aarch64-memstick.img.xz) = f9d764a1b6b15da4a1dbdac627d8d4dbfb7cc68943e6d681a77bbcb7aa4307de3d6ca8851bed953fff722d1c17dcd140c854fcf8b9eb01afe9080896066df87f SHA512 (FreeBSD-13.1-RC6-arm64-aarch64-mini-memstick.img) = bc0ce078c1296da81dcffbb372d9087db15a0456cf6b327dc7e473a64b540f0cd8c74593a2d6637cc082cc547a0620fd36fb4e45654c27cdd120a63273eed321 SHA512 (FreeBSD-13.1-RC6-arm64-aarch64-mini-memstick.img.xz) = 4d7a7e938f773223e1a72e1dcb3d9d4dd2f975a7d2215390610e552c4d6c080da1a2adf5277851137115216ed1641145d932ade4d90726669ce30a7142ca44cb SHA256 (FreeBSD-13.1-RC6-arm64-aarch64-bootonly.iso) = 5976ea02f44dd8b0a1a97913d588a1449b7416736354ef00d43a0798c71a071c SHA256 (FreeBSD-13.1-RC6-arm64-aarch64-bootonly.iso.xz) = 68f55aaa8a85057960744064bbf2cfab238a4f8e318f282b6bfb2986390e1ec4 SHA256 (FreeBSD-13.1-RC6-arm64-aarch64-disc1.iso) = 9cd9ce1a3c695800c07f9069d4d8db4563298b04516a28f0f649b710c3b2d01e SHA256 (FreeBSD-13.1-RC6-arm64-aarch64-disc1.iso.xz) = 208412066a5cdf947e035b1d9e880074d6a48811ed36e4c340d3e286c3dc1b57 SHA256 (FreeBSD-13.1-RC6-arm64-aarch64-dvd1.iso) = f5e3b2c2fb658184c8b9f63666dd9b8c8116548cfd3760c052f668f0f7c520fa SHA256 (FreeBSD-13.1-RC6-arm64-aarch64-dvd1.iso.xz) = 1d9cdfad949a2598c59335bf169c1b4cb50c3fab374d9e5f7ea23250ba5b11aa SHA256 (FreeBSD-13.1-RC6-arm64-aarch64-memstick.img) = 90f600df72e501630ebd7ee7dc4ff0540fa342e840999a6aaa4718e7a0ae0e8c SHA256 (FreeBSD-13.1-RC6-arm64-aarch64-memstick.img.xz) = 30928e6348ce17d7b71fa3cfe8812c02f5b7228a3e99f6faa4c63a395de4d896 SHA256 (FreeBSD-13.1-RC6-arm64-aarch64-mini-memstick.img) = 9592879cd3c0102203cdeedc0b31d4d48cef3e1e9dc3570c57a91fa5698f8e2b SHA256 (FreeBSD-13.1-RC6-arm64-aarch64-mini-memstick.img.xz) = a33a40cf5715ab60a7d9783ee8da341dc5f21ac952cb4fbd55c83159e2c8a489 o 13.1-RC6 aarch64 RPI: SHA512 (FreeBSD-13.1-RC6-arm64-aarch64-RPI.img.xz) = 0949590abd9103d099c64849bfdf9252d49e08a576f37108308158b9c453bf70acf6de5182d09708ae2b8a94ced5c1d83602efa3f0bf1b6a66514b3d46b720bb SHA256 (FreeBSD-13.1-RC6-arm64-aarch64-RPI.img.xz) = 379419f261f1904cfb48b80423c942efda868968ebebf96d3049b15504d75902 o 13.1-RC6 aarch64 PINE64: SHA512 (FreeBSD-13.1-RC6-arm64-aarch64-PINE64.img.xz) = d291827ef6f7a2a7f0434ad4f0d1bb70c2b9864040ea915ae7b91c849ff76ff9c35aebe3cf0d0014c7b64b9ececfe8b2dad90e4ae614f7426345cba3fe57ff44 SHA256 (FreeBSD-13.1-RC6-arm64-aarch64-PINE64.img.xz) = b3b3436fb3e13e974dcf72fc30cc533f4ca0c684a5c3fa3cec19a8cf71c0d0a6 o 13.1-RC6 aarch64 PINE64-LTS: SHA512 (FreeBSD-13.1-RC6-arm64-aarch64-PINE64-LTS.img.xz) = 79c082c2c3fbfb906e519160557ecf51ddf71ad6ccf413922ba720b1687a46ec837f49cae60f53fb748d412b7c62e44487ef3d19bb057a5f5ee14a17ce8c932a SHA256 (FreeBSD-13.1-RC6-arm64-aarch64-PINE64-LTS.img.xz) = d7d6aa37d19798295951b68ca52be17d2b616606fa58e727fbd0225a25af7813 o 13.1-RC6 aarch64 PINEBOOK: SHA512 (FreeBSD-13.1-RC6-arm64-aarch64-PINEBOOK.img.xz) = 4fb906059af9f2a92fd95157dc38dbbf6edbc2a787a221c7bd7cb05bcbb6b260258a7148966d69314a4e35d5f09399310ba9c7121d7ac63ab6cb5078e48a38aa SHA256 (FreeBSD-13.1-RC6-arm64-aarch64-PINEBOOK.img.xz) = fa2f687e194b4aa2ef5cf88092ca9eb770054104cebd6a7132ab7527c5011430 o 13.1-RC6 aarch64 ROCK64: SHA512 (FreeBSD-13.1-RC6-arm64-aarch64-ROCK64.img.xz) = 163ecf83aa864aac8871b3f513ab7d4c50cd8fe9af2c0ffaca09a077ca08c66f605399aef2876736860497ef040ef810a1393ba733630353a17a54b7fca56a91 SHA256 (FreeBSD-13.1-RC6-arm64-aarch64-ROCK64.img.xz) = 3fb7ef58435e042106d053a0a457a294845582c0605889eb3af869b05eb718b4 o 13.1-RC6 aarch64 ROCKPRO64: SHA512 (FreeBSD-13.1-RC6-arm64-aarch64-ROCKPRO64.img.xz) = e75f8a6d86625a4496a6de5b4cb5813a7aed2014a8d0f41f3ca79810330df6575ecd692ba7713899e6fba2e8103f18129b2008b293e70df343b1e39d0bcd263b SHA256 (FreeBSD-13.1-RC6-arm64-aarch64-ROCKPRO64.img.xz) = 816a9aff32f2e26687a52d650aff1490bb117d26606787e3460d9bc9367a529d o 13.1-RC6 riscv64 GENERIC: SHA512 (FreeBSD-13.1-RC6-riscv-riscv64-bootonly.iso) = 97bafec77bd664bed710dc8e3ae64b88dbb344a93f32470da86d548566b3729f229f36c9e4359eef6334d65311e2bff3db4b4932f4ade3d38a4f45a72a95dad3 SHA512 (FreeBSD-13.1-RC6-riscv-riscv64-bootonly.iso.xz) = 2c4dec708b19a4ad877b3cdfebc71c11d2184d4f8631e1cd630822387cdd59d955210116909ea259b4b943fb87dd9a9a799eaedf3cec6a211f0447c68494226a SHA512 (FreeBSD-13.1-RC6-riscv-riscv64-disc1.iso) = 53dc2df215cbaf6123addafd22f519d7c167b80edfd8f604daae2fdf79d4ac15467832ece13503b7f8985b3533305d682370cb4700db088c6bbab4c1ea4b847b SHA512 (FreeBSD-13.1-RC6-riscv-riscv64-disc1.iso.xz) = c2c182ff0a542d10b6b890a6712e5a41ae571426db8a734ec0a8acb8398e0ab9edddbb80829de0a8b4982d5c184c77c7ade42eac11b6ff0d36c9aef53950e331 SHA512 (FreeBSD-13.1-RC6-riscv-riscv64-dvd1.iso) = 62440cf680988dce1aeaf794037543d08534c349820f30ed85a7bd8824bfc809df4bd91396ef427d0550c8d4140bcc7eb6f6ea9b466acdd44c5f5d3651950eb5 SHA512 (FreeBSD-13.1-RC6-riscv-riscv64-dvd1.iso.xz) = 2b5df9bbd61d0e4cb9a86954991fae6c7382f0fbdb2c8f6e46339cda173619c270dcb031f643e88681260d164a173c6466512b427c7af50515119e1a0daf4fba SHA512 (FreeBSD-13.1-RC6-riscv-riscv64-memstick.img) = 0e78b4986cba7b612aa67ea02ca581c39746172dae6c56aa88c30566179a97a462508e2ceb394e89f9f1968ecf937a64950cf728c20961115cb04bcc833e5877 SHA512 (FreeBSD-13.1-RC6-riscv-riscv64-memstick.img.xz) = 6bf9eeea443ae255737f1bb1ff4707b0ecc260aee3fc1207f6d3a9314d5a83e960dd1e100e4f2ce143c047193b925e48cc3eb8a92fc498df6415a706410a5bfd SHA512 (FreeBSD-13.1-RC6-riscv-riscv64-mini-memstick.img) = bbd29b31b5d616583ad7db848cf0c326634b24d7a1d07429325f93d9ead58468065ed152f0f49863327661718138c7d8d04e34de5256ce7e2fbc5cec227bc690 SHA512 (FreeBSD-13.1-RC6-riscv-riscv64-mini-memstick.img.xz) = 5fc7a6f59764c9a26222fba5c5c7ef659df54f0403b25e836c450fc385990c402d78c606dbfe0a47f158c5d10bbd022eb85920d78162a3017605e99f3de968da SHA256 (FreeBSD-13.1-RC6-riscv-riscv64-bootonly.iso) = 7547cc28a3fb4509308827852823b9ca16782c8eabf811c85c025fd63bc76a91 SHA256 (FreeBSD-13.1-RC6-riscv-riscv64-bootonly.iso.xz) = df0e12e40f236376cf00e3f01aa4e3d2c83cf7d6e328d79c641761f8e11f1e37 SHA256 (FreeBSD-13.1-RC6-riscv-riscv64-disc1.iso) = 94ece918ef9599d0533a0f90af11b9eb48924346810cde680d18eaf989dfc9f0 SHA256 (FreeBSD-13.1-RC6-riscv-riscv64-disc1.iso.xz) = 5a8021d5b793822bb62ff33b2586e1cc46d65bc9afa98a6a8c88aa1723811e1b SHA256 (FreeBSD-13.1-RC6-riscv-riscv64-dvd1.iso) = 2850a682a4f2222d4e9b10033d2334b2865a852f394a1647ae161887356397df SHA256 (FreeBSD-13.1-RC6-riscv-riscv64-dvd1.iso.xz) = 237d7d79592f1f83c5d4baad051be234b8063a117ead8de6af9bb8fbc245abbb SHA256 (FreeBSD-13.1-RC6-riscv-riscv64-memstick.img) = bb27b8239b2144a0848773cc9b14a0654ac3e629b598844f18a1036e956a3aa3 SHA256 (FreeBSD-13.1-RC6-riscv-riscv64-memstick.img.xz) = 553bd78b7ef8b6ca23e5d3bf55e60e99b8016f041f39642769117a5e12c771e0 SHA256 (FreeBSD-13.1-RC6-riscv-riscv64-mini-memstick.img) = 28a8a14ab500e11a33dd6e80d8ba43f0782e896fbef81b792c106719e3caa481 SHA256 (FreeBSD-13.1-RC6-riscv-riscv64-mini-memstick.img.xz) = 76ce58cefa37c0c99d09fb64a252edf1236dfdb3476d7051a5cca95e8bed2186 o 13.1-RC6 riscv64 GENERICSD: SHA512 (FreeBSD-13.1-RC6-riscv-riscv64-GENERICSD.img.xz) = 160a10172d4eeb4d8f73e5583f0f78fde2272dd3e38ab8588b2e6a475d5c38399d9a76ceaff1c1ba9f53f3156927c4a50746c27a109a6628f04a221a77de2f02 SHA256 (FreeBSD-13.1-RC6-riscv-riscv64-GENERICSD.img.xz) = ed6a1c1ba8e227c1e8944eee8a28ef1d53b5fcb6621c8943dd20b00efccde55f == VM IMAGE CHECKSUMS == o 13.1-RC6 amd64: SHA512 (FreeBSD-13.1-RC6-amd64.qcow2.xz) = 34a6e90fc956da4d712029e357e5336025b9993400391696d0ddda6e1ac2d8b9bfa08471b323e9335ec22276f66aa92f083b20190992ddcc652193f609d71094 SHA512 (FreeBSD-13.1-RC6-amd64.raw.xz) = b007f13b580cdbcd825d633d823e8e030f9886679cd0f3b5ecd20824fe883a8f695cfc4f3759113fadcfb580c3e826ab72aea578d72f018a833a8c3f613d9651 SHA512 (FreeBSD-13.1-RC6-amd64.vhd.xz) = 687bf723e0bf794cf4301100914ba0c68f8ae31e57d2edc4eecbcfc061de039c2efa7390dcdd5a678fe8f6589f79cbf38ecfb00e42112c51c1d493561cecf9a7 SHA512 (FreeBSD-13.1-RC6-amd64.vmdk.xz) = 64a44e5b3cbcd3250c3cf15d658581d2d59b367e77024675e08aca4e76156d2d7f2484f66c3d50468e904699b80167a795937e868acfef99abf39b3d28fd9786 SHA256 (FreeBSD-13.1-RC6-amd64.qcow2.xz) = 8cc169cf053162804f2ab0e2a55760553996b7e219f23db9d2457db6d57c7097 SHA256 (FreeBSD-13.1-RC6-amd64.raw.xz) = 1edb12e7ebbf892928e1667b9d1cd914fa1b90470e852faa16d67b8373f91802 SHA256 (FreeBSD-13.1-RC6-amd64.vhd.xz) = 0d04755d6941a4388a2ea80b72daeb04e7afb62f756224f3878313fbbf967bc4 SHA256 (FreeBSD-13.1-RC6-amd64.vmdk.xz) = 7f77d18dab4323a0f87d2f4d4b5c7c64dd69b47d5ca5aa913b9d75689b763382 o 13.1-RC6 i386: SHA512 (FreeBSD-13.1-RC6-i386.qcow2.xz) = 1a07d9fdf873f9998393222533f536fd42b95cb8447bd0889f200cdd6bc37a52bab514e9885d0095eaa1cb985729ebeda4c0ffac48b1626bc4b20f44113e08e5 SHA512 (FreeBSD-13.1-RC6-i386.raw.xz) = 20198ad397b63275301c3221dc6d4f6010a9493795020bac6ee8a3672e9ca1db70d840455579b74ce8bbbb27eec2cfdb88f0553e1e02701d7bdee1726c54c53e SHA512 (FreeBSD-13.1-RC6-i386.vhd.xz) = aa323dad140a9b97f8ac90cb232fb39dae038f724c4939dcc2ea95ae5db761550514107354f76700d60fa88e479381ed123c806f88bd3617f28c825fa8ccb3fb SHA512 (FreeBSD-13.1-RC6-i386.vmdk.xz) = d61af3b942091b9a76c556831d13b49ba041fc4c760922c97f00ab365552b7b05186a5cd2bae7ffd0b0e2ebf108e0707455e75276a9901acc68e71d16700c80a SHA256 (FreeBSD-13.1-RC6-i386.qcow2.xz) = b17d5aa3da9d4f60cca82494b952839c4dc0a3f7bc8cd6a6d45b8f1b7b809131 SHA256 (FreeBSD-13.1-RC6-i386.raw.xz) = 87c3ebebdde558d3ce478b6da00aef7b040cad206f38b8813b836a2419d408de SHA256 (FreeBSD-13.1-RC6-i386.vhd.xz) = 32c63a3a4a2c0e755a2e306db97d99ced1a5dc9f2a40cc9024565dadf233e5e4 SHA256 (FreeBSD-13.1-RC6-i386.vmdk.xz) = ec982a6727e55ad898cc43be8ee65387b484026a4b20732fa1d8f8119b01895e o 13.1-RC6 aarch64: SHA512 (FreeBSD-13.1-RC6-arm64-aarch64.qcow2.xz) = 17deb6114bc239b0edf3df99cf60d073b9c359edb9c74655edad2de5b7320a6f8af65fd80081b570cc4ec517a89a8c0cda8091a065833f53157f87245744c6cd SHA512 (FreeBSD-13.1-RC6-arm64-aarch64.raw.xz) = 4915b85b715619556f0f0f20d25387d0e02013ff488fa69f0335d801f0cd7a3ee4cabab1140e6bc13309ef43e8afc27cdab019f52ad304a3e6943e92d5e9d2a6 SHA512 (FreeBSD-13.1-RC6-arm64-aarch64.vhd.xz) = fd8fc154957c3cdee0c6f6ff442d8add6429312d24920ec5b52e9a63a2117da9181433c8de1129c3574adae35241dea3b202b0fe9fc93badd038bdbfc993eb65 SHA512 (FreeBSD-13.1-RC6-arm64-aarch64.vmdk.xz) = 63b52343f381e00320d47eede3a1b81399e1a15d5314b7a33b4384fa161e2b1ebc3cdc9f4ea63f25749234c8541d38ca82ef39f3c500324808c2547a2413f85a SHA256 (FreeBSD-13.1-RC6-arm64-aarch64.qcow2.xz) = cabd2804c6c2f5312e39b13173aec3280021ff21455d5d650ae2402e4e7557aa SHA256 (FreeBSD-13.1-RC6-arm64-aarch64.raw.xz) = af084cab8c4bcf8568b31f4e2eca87ad981c3de4594623f65fa1705a33075b09 SHA256 (FreeBSD-13.1-RC6-arm64-aarch64.vhd.xz) = 40d7943a060b7f308d76accd01d8e43cd720d8f93efee1307031816c407a6a2f SHA256 (FreeBSD-13.1-RC6-arm64-aarch64.vmdk.xz) = c1d19947f6a7d86ee43f499be73b49244da1a3f00e3622ae10f303987163e976 o 13.1-RC6 riscv64: SHA512 (FreeBSD-13.1-RC6-riscv-riscv64.qcow2.xz) = 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 SHA512 (FreeBSD-13.1-RC6-riscv-riscv64.raw.xz) = 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 SHA512 (FreeBSD-13.1-RC6-riscv-riscv64.vhd.xz) = 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 SHA512 (FreeBSD-13.1-RC6-riscv-riscv64.vmdk.xz) = 034b32f1138322638c7a5b7949a3b184c6a4cdfd003360a496c08c56c2cc645c94fbe9cdf9d84c963af6dda6c442717cd61d7e1cecf7024bd463f6f5196c5527 SHA256 (FreeBSD-13.1-RC6-riscv-riscv64.qcow2.xz) = 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 SHA256 (FreeBSD-13.1-RC6-riscv-riscv64.raw.xz) = 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 SHA256 (FreeBSD-13.1-RC6-riscv-riscv64.vhd.xz) = 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 SHA256 (FreeBSD-13.1-RC6-riscv-riscv64.vmdk.xz) = 0040f94d11d0039505328a90b2ff48968db873e9e7967307631bf40ef5679275 o 13.1-RC6 amd64 BASIC-CI: SHA512 (FreeBSD-13.1-RC6-amd64-BASIC-CI.raw.xz) = 54dc3110dda175ec5630c08d6dd232e002474b14ae6b8ec236491fb87d79806a9c5c567e0e45fcf023f9ad3864d2edb8a6aa1379090fee48a52d2cbd05075f49 SHA256 (FreeBSD-13.1-RC6-amd64-BASIC-CI.raw.xz) = 712dd47b7316f62ae3d0474c1ca30df8a36414d7d782f360fb039a4f16a6daf1 Regards, Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmJ0d6oACgkQAxRYpUeP 4pNYrQ/+NyLslucQgNZcJT+g73HJgMPqFp6NTtfzfVJ5XCOs6osqkJFKW799zcBZ WXIBya2xTqjq/oRBENs8NL7nMjbsnzXF379ns85M/dlku41FZ413NzYFBktwhjsv ZmX+03c8aLU/bS1X4Erh6KdnOgMYcttVjCLt5Vxb0odmz+MZ9CBeFPlBm9A7uaR9 AZTJKDv3JonhcxPw0XitUX/Myh4n7pFcYBcBAVwg95pm9HeP7ET1J7JNW9EGCvO8 K95xco0XzIkQt1sbD5K3K4/H9qOxu/DEVY40Cm/tKNw9/oItF7KEQ9WiqfVgaAme pZx1JIWmEva+zjcGfH5hguT+46KGsHeFApgSLLGZ6V+99ZDl1yrADQwZkibOpa7D awT3SY2g9yPgb1+IP3yK2YsTxVmtQMr0cKjwjCsb2/tuqJBUPQXQk7HLjyCuCXtk DXzqA9VUSlUOFG9bbMrjH/bipDKXCA7hRDwQtnLxuCbhsTX2+s70qicFlZA8CG3A q/WewmviZ5UmUtd0Fvjwekm+gxgbi6vt6LNxUZkvSlAAUNhwXjbekB4fJRZ7r91k /cSe9O2mVMX5SJPdqHGuUYqjlvDQCfNf4L3XexxFmNJH2HAr2scBfY1OtP7n4v4C TwlhIOwIxpjrh+eGaefB5ic/UiSo7LZm4uY0JTxzla6pUa1f1Xw= =zReX -----END PGP SIGNATURE----- From nobody Sat May 14 13:08:46 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 8AD7B1ADD7D0 for ; Sat, 14 May 2022 13:08:56 +0000 (UTC) (envelope-from thilo@nispuk.com) Received: from metro707.hostmetro.com (metro707.hostmetro.com [50.31.160.160]) (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 4L0m6v4hwsz4b5q for ; Sat, 14 May 2022 13:08:55 +0000 (UTC) (envelope-from thilo@nispuk.com) Received: from rabenau.nispuk.com ([5.10.190.110] helo=localhost.nispuk.com) by metro707.hostmetro.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1nprTF-000093-Hb for freebsd-stable@freebsd.org; Sat, 14 May 2022 08:06:10 -0500 Received: from smtpclient.apple (ThilosMacBookM1.nispuk.com [192.168.0.178]) (authenticated bits=0) by localhost.nispuk.com (8.17.1.9/8.16.1) with ESMTPSA id 24ED8kY5050684 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sat, 14 May 2022 15:08:46 +0200 (CEST) (envelope-from thilo@nispuk.com) X-Authentication-Warning: localhost.nispuk.com: Host ThilosMacBookM1.nispuk.com [192.168.0.178] claimed to be smtpclient.apple From: thilo jeremias Content-Type: multipart/alternative; boundary="Apple-Mail=_85F4C195-6C53-46D9-9C79-05D63E9CAE70" List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.80.82.1.1\)) Subject: Kernel crashes since FreeBSD 13.1-RC6 Message-Id: <54C7B581-E8EC-4691-9C16-1E21EEA3344B@nispuk.com> Date: Sat, 14 May 2022 15:08:46 +0200 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.3696.80.82.1.1) X-Authenticated-Id: thilo@nispuk.com X-Rspamd-Queue-Id: 4L0m6v4hwsz4b5q X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of thilo@nispuk.com designates 50.31.160.160 as permitted sender) smtp.mailfrom=thilo@nispuk.com X-Spamd-Result: default: False [-1.28 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; SUBJECT_ENDS_SPACES(0.50)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; HAS_XAW(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_NONE(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; NEURAL_HAM_SHORT(-1.00)[-0.999]; HFILTER_HELO_2(1.00)[metro707.hostmetro.com]; DMARC_NA(0.00)[nispuk.com]; NEURAL_HAM_MEDIUM(-0.98)[-0.983]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:23352, ipnet:50.31.128.0/18, country:US]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N --Apple-Mail=_85F4C195-6C53-46D9-9C79-05D63E9CAE70 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hello, I have been noticing crashes since updating to 13.1-RC6 ( I don=E2=80=99t rule out a HW problem, but it really just happens = since the update) They all fault somewhere in the ethernet areas (I=E2=80=99m having an = Intel I350 and an unconnected on board Realtek) ( below: fault messages, kernel version & partial system-config) If someone knows, it=E2=80=99s my problem. Let me know. If I shall file = a bug, ditto. If you need more info, ditto On the next crash, I will downgrade to RC5 to rule out HW. Thank you for all the work you put into this operating system! Cheers Thilo perl -ne 'print if /Fatal trap/../BOOT/;' /var/log/messages=20 May 12 20:20:50 maggi kernel: [475467] Fatal trap 12: page fault while = in kernel mode May 12 20:20:50 maggi kernel: [475467] cpuid =3D 1; apic id =3D 11 May 12 20:20:50 maggi kernel: [475467] fault virtual address =3D 0x8 May 12 20:20:50 maggi kernel: [475467] fault code =3D = supervisor read data, page not present May 12 20:20:50 maggi kernel: [475467] instruction pointer =3D = 0x20:0xffffffff80cb8048 May 12 20:20:50 maggi kernel: [475467] stack pointer =3D = 0x28:0xfffffe001bd35710 May 12 20:20:50 maggi kernel: [475467] frame pointer =3D = 0x28:0xfffffe001bd35750 May 12 20:20:50 maggi kernel: [475467] code segment =3D base = 0x0, limit 0xfffff, type 0x1b May 12 20:20:50 maggi kernel: [475467] =3D DPL 0, pres = 1, long 1, def32 0, gran 1 May 12 20:20:50 maggi kernel: [475467] processor eflags =3D interrupt = enabled, resume, IOPL =3D 0 May 12 20:20:50 maggi kernel: [475467] current process =3D 0 = (if_io_tqg_1) May 12 20:20:50 maggi kernel: [475467] trap number =3D 12 May 12 20:20:50 maggi kernel: [475467] panic: page fault May 12 20:20:50 maggi kernel: [475467] cpuid =3D 1 May 12 20:20:50 maggi kernel: [475467] time =3D 1652379494 May 12 20:20:50 maggi kernel: [475467] KDB: stack backtrace: May 12 20:20:50 maggi kernel: [475467] #0 0xffffffff80c69465 at = kdb_backtrace+0x65 May 12 20:20:50 maggi kernel: [475467] #1 0xffffffff80c1bb1f at = vpanic+0x17f May 12 20:20:50 maggi kernel: [475467] #2 0xffffffff80c1b993 at = panic+0x43 May 12 20:20:50 maggi kernel: [475467] #3 0xffffffff810afdf5 at = trap_fatal+0x385 May 12 20:20:50 maggi kernel: [475467] #4 0xffffffff810afe4f at = trap_pfault+0x4f May 12 20:20:50 maggi kernel: [475467] #5 0xffffffff81087528 at = calltrap+0x8 May 12 20:20:50 maggi kernel: [475467] #6 0xffffffff80cb8257 at = sbdrop+0x37 May 12 20:20:50 maggi kernel: [475467] #7 0xffffffff80dd7fab at = tcp_do_segment+0x2dbb May 12 20:20:50 maggi kernel: [475467] #8 0xffffffff80dd44b1 at = tcp_input_with_port+0xb61 May 12 20:20:50 maggi kernel: [475467] #9 0xffffffff80dd515b at = tcp_input+0xb May 12 20:20:50 maggi kernel: [475467] #10 0xffffffff80dc691f at = ip_input+0x11f May 12 20:20:50 maggi kernel: [475467] #11 0xffffffff80d53089 at = netisr_dispatch_src+0xb9 May 12 20:20:50 maggi kernel: [475467] #12 0xffffffff80d36ea8 at = ether_demux+0x138 May 12 20:20:50 maggi kernel: [475467] #13 0xffffffff80d38235 at = ether_nh_input+0x355 May 12 20:20:50 maggi kernel: [475467] #14 0xffffffff80d53089 at = netisr_dispatch_src+0xb9 May 12 20:20:50 maggi kernel: [475467] #15 0xffffffff80d372d9 at = ether_input+0x69 May 12 20:20:50 maggi kernel: [475467] #16 0xffffffff80d36e91 at = ether_demux+0x121 May 12 20:20:50 maggi kernel: [475467] #17 0xffffffff80d38235 at = ether_nh_input+0x355 May 12 20:20:50 maggi kernel: [475467] Uptime: 5d12h4m27s May 12 20:20:50 maggi kernel: ---<>--- May 13 22:37:37 maggi kernel: [94562] Fatal trap 12: page fault while in = kernel mode May 13 22:37:37 maggi kernel: [94562] cpuid =3D 4; apic id =3D 14 May 13 22:37:37 maggi kernel: [94562] fault virtual address =3D 0x8 May 13 22:37:37 maggi kernel: [94562] fault code =3D = supervisor read data, page not present May 13 22:37:37 maggi kernel: [94562] instruction pointer =3D = 0x20:0xffffffff80cb8048 May 13 22:37:37 maggi kernel: [94562] stack pointer =3D = 0x28:0xfffffe001bd4e710 May 13 22:37:37 maggi kernel: [94562] frame pointer =3D = 0x28:0xfffffe001bd4e750 May 13 22:37:37 maggi kernel: [94562] code segment =3D base = 0x0, limit 0xfffff, type 0x1b May 13 22:37:37 maggi kernel: [94562] =3D DPL 0, pres = 1, long 1, def32 0, gran 1 May 13 22:37:37 maggi kernel: [94562] processor eflags =3D interrupt = enabled, resume, IOPL =3D 0 May 13 22:37:37 maggi kernel: [94562] current process =3D 0 = (if_io_tqg_4) May 13 22:37:37 maggi kernel: [94562] trap number =3D 12 May 13 22:37:37 maggi kernel: [94562] panic: page fault May 13 22:37:37 maggi kernel: [94562] cpuid =3D 4 May 13 22:37:37 maggi kernel: [94562] time =3D 1652474125 May 13 22:37:37 maggi kernel: [94562] KDB: stack backtrace: May 13 22:37:37 maggi kernel: [94562] #0 0xffffffff80c69465 at = kdb_backtrace+0x65 May 13 22:37:37 maggi kernel: [94562] #1 0xffffffff80c1bb1f at = vpanic+0x17f May 13 22:37:37 maggi kernel: [94562] #2 0xffffffff80c1b993 at = panic+0x43 May 13 22:37:37 maggi kernel: [94562] #3 0xffffffff810afdf5 at = trap_fatal+0x385 May 13 22:37:37 maggi kernel: [94562] #4 0xffffffff810afe4f at = trap_pfault+0x4f May 13 22:37:37 maggi kernel: [94562] #5 0xffffffff81087528 at = calltrap+0x8 May 13 22:37:37 maggi kernel: [94562] #6 0xffffffff80cb8257 at = sbdrop+0x37 May 13 22:37:37 maggi kernel: [94562] #7 0xffffffff80dd7fab at = tcp_do_segment+0x2dbb May 13 22:37:37 maggi kernel: [94562] #8 0xffffffff80dd44b1 at = tcp_input_with_port+0xb61 May 13 22:37:37 maggi kernel: [94562] #9 0xffffffff80dd515b at = tcp_input+0xb May 13 22:37:37 maggi kernel: [94562] #10 0xffffffff80dc691f at = ip_input+0x11f May 13 22:37:37 maggi kernel: [94562] #11 0xffffffff80d53089 at = netisr_dispatch_src+0xb9 May 13 22:37:37 maggi kernel: [94562] #12 0xffffffff80d36ea8 at = ether_demux+0x138 May 13 22:37:37 maggi kernel: [94562] #13 0xffffffff80d38235 at = ether_nh_input+0x355 May 13 22:37:37 maggi kernel: [94562] #14 0xffffffff80d53089 at = netisr_dispatch_src+0xb9 May 13 22:37:37 maggi kernel: [94562] #15 0xffffffff80d372d9 at = ether_input+0x69 May 13 22:37:37 maggi kernel: [94562] #16 0xffffffff80d36e91 at = ether_demux+0x121 May 13 22:37:37 maggi kernel: [94562] #17 0xffffffff80d38235 at = ether_nh_input+0x355 May 13 22:37:37 maggi kernel: [94562] Uptime: 1d2h16m2s May 13 22:37:37 maggi kernel: ---<>--- May 14 14:44:43 maggi kernel: [57974] Fatal trap 12: page fault while in = kernel mode May 14 14:44:43 maggi kernel: [57974] cpuid =3D 5; apic id =3D 15 May 14 14:44:43 maggi kernel: [57974] fault virtual address =3D 0x8 May 14 14:44:43 maggi kernel: [57974] fault code =3D = supervisor read data, page not present May 14 14:44:43 maggi kernel: [57974] instruction pointer =3D = 0x20:0xffffffff80cb8048 May 14 14:44:43 maggi kernel: [57974] stack pointer =3D = 0x28:0xfffffe001bd49710 May 14 14:44:43 maggi kernel: [57974] frame pointer =3D = 0x28:0xfffffe001bd49750 May 14 14:44:43 maggi kernel: [57974] code segment =3D base = 0x0, limit 0xfffff, type 0x1b May 14 14:44:43 maggi kernel: [57974] =3D DPL 0, pres = 1, long 1, def32 0, gran 1 May 14 14:44:43 maggi kernel: [57974] processor eflags =3D interrupt = enabled, resume, IOPL =3D 0 May 14 14:44:43 maggi kernel: [57974] current process =3D 0 = (if_io_tqg_5) May 14 14:44:43 maggi kernel: [57974] trap number =3D 12 May 14 14:44:43 maggi kernel: [57974] panic: page fault May 14 14:44:43 maggi kernel: [57974] cpuid =3D 5 May 14 14:44:43 maggi kernel: [57974] time =3D 1652532164 May 14 14:44:43 maggi kernel: [57974] KDB: stack backtrace: May 14 14:44:43 maggi kernel: [57974] #0 0xffffffff80c69465 at = kdb_backtrace+0x65 May 14 14:44:43 maggi kernel: [57974] #1 0xffffffff80c1bb1f at = vpanic+0x17f May 14 14:44:43 maggi kernel: [57974] #2 0xffffffff80c1b993 at = panic+0x43 May 14 14:44:43 maggi kernel: [57974] #3 0xffffffff810afdf5 at = trap_fatal+0x385 May 14 14:44:43 maggi kernel: [57974] #4 0xffffffff810afe4f at = trap_pfault+0x4f May 14 14:44:43 maggi kernel: [57974] #5 0xffffffff81087528 at = calltrap+0x8 May 14 14:44:43 maggi kernel: [57974] #6 0xffffffff80cb8257 at = sbdrop+0x37 May 14 14:44:43 maggi kernel: [57974] #7 0xffffffff80dd7fab at = tcp_do_segment+0x2dbb May 14 14:44:43 maggi kernel: [57974] #8 0xffffffff80dd44b1 at = tcp_input_with_port+0xb61 May 14 14:44:43 maggi kernel: [57974] #9 0xffffffff80dd515b at = tcp_input+0xb May 14 14:44:43 maggi kernel: [57974] #10 0xffffffff80dc691f at = ip_input+0x11f May 14 14:44:43 maggi kernel: [57974] #11 0xffffffff80d53089 at = netisr_dispatch_src+0xb9 May 14 14:44:43 maggi kernel: [57974] #12 0xffffffff80d36ea8 at = ether_demux+0x138 May 14 14:44:43 maggi kernel: [57974] #13 0xffffffff80d38235 at = ether_nh_input+0x355 May 14 14:44:43 maggi kernel: [57974] #14 0xffffffff80d53089 at = netisr_dispatch_src+0xb9 May 14 14:44:43 maggi kernel: [57974] #15 0xffffffff80d372d9 at = ether_input+0x69 May 14 14:44:43 maggi kernel: [57974] #16 0xffffffff80d36e91 at = ether_demux+0x121 May 14 14:44:43 maggi kernel: [57974] #17 0xffffffff80d38235 at = ether_nh_input+0x355 May 14 14:44:43 maggi kernel: [57974] Uptime: 16h6m14s May 14 14:44:43 maggi kernel: ---<>--- uname -a FreeBSD maggi.nispuk.com 13.1-RC6 FreeBSD 13.1-RC6 = releng/13.1-n250146-cd651fcc491 GENERIC amd64 freebsd-version -kru 13.1-RC6 13.1-RC6 13.1-RC6 dmesg (truncated) Copyright (c) 1992-2021 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 13.1-RC6 releng/13.1-n250146-cd651fcc491 GENERIC amd64 FreeBSD clang version 13.0.0 (git@github.com:llvm/llvm-project.git = llvmorg-13.0.0-0-gd7b669b3a303) VT(vga): resolution 640x480 module_register: cannot register pci/em from kernel; already loaded from = if_igb.ko Module pci/em failed to register: 17 module_register: cannot register pci/igb from kernel; already loaded = from if_igb.ko Module pci/igb failed to register: 17 CPU: AMD FX-8320E Eight-Core Processor (3193.18-MHz = K8-class CPU) Origin=3D"AuthenticAMD" Id=3D0x600f20 Family=3D0x15 Model=3D0x2 = Stepping=3D0 = Features=3D0x178bfbff = Features2=3D0x3e98320b AMD Features=3D0x2e500800 AMD = Features2=3D0x1ebbfff Structured Extended Features=3D0x8 SVM: NP,NRIP,VClean,AFlush,DAssist,NAsids=3D65536 TSC: P-state invariant, performance statistics real memory =3D 17179869184 (16384 MB) avail memory =3D 16570400768 (15802 MB) Event timer "LAPIC" quality 100 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 8 core(s) random: unblocking device. Firmware Warning (ACPI): Optional FADT field Pm2ControlBlock has valid = Length but zero Address: 0x0000000000000000/0x1 (20201113/tbfadt-796) ioapic0 irqs 0-23 ioapic1 irqs 24-55 Launching APs: 1 3 4 5 6 7 2 random: entropy device external interface kbd1 at kbdmux0 vtvga0: smbios0: at iomem 0xf04c0-0xf04de smbios0: Version: 2.7, BCD Revision: 2.7 aesni0: acpi0: acpi0: Power Button (fixed) cpu0: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock, resolution 1.000000s Event timer "RTC" frequency 32768 Hz quality 0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.2 (no driver attached) pcib1: irq 52 at device 2.0 on pci0 pci1: on pcib1 vgapci0: port 0xe000-0xe0ff mem = 0xc0000000-0xcfffffff,0xfea20000-0xfea3ffff irq 24 at device 0.0 on pci1 vgapci0: Boot video device hdac0: mem 0xfea40000-0xfea43fff irq 25 at = device 0.1 on pci1 pcib2: irq 52 at device 4.0 on pci0 pci2: on pcib2 igb0: mem = 0xfe400000-0xfe4fffff,0xfe70c000-0xfe70ffff irq 44 at device 0.0 on pci2 igb0: EEPROM V1.67-0 Option ROM V19-b5-p12 eTrack 0x80000fb7 igb0: Using 1024 TX descriptors and 1024 RX descriptors igb0: Using 8 RX queues 8 TX queues igb0: Using MSI-X interrupts with 9 vectors igb0: Ethernet address: a0:36:9f:88:18:58 igb0: netmap queues/slots: TX 8/1024, RX 8/1024 igb1: mem = 0xfe300000-0xfe3fffff,0xfe708000-0xfe70bfff irq 45 at device 0.1 on pci2 igb1: EEPROM V1.67-0 Option ROM V19-b5-p12 eTrack 0x80000fb7 igb1: Using 1024 TX descriptors and 1024 RX descriptors igb1: Using 8 RX queues 8 TX queues igb1: Using MSI-X interrupts with 9 vectors igb1: Ethernet address: a0:36:9f:88:18:59 igb1: netmap queues/slots: TX 8/1024, RX 8/1024 igb2: mem = 0xfe200000-0xfe2fffff,0xfe704000-0xfe707fff irq 46 at device 0.2 on pci2 igb2: EEPROM V1.67-0 Option ROM V19-b5-p12 eTrack 0x80000fb7 igb2: Using 1024 TX descriptors and 1024 RX descriptors igb2: Using 8 RX queues 8 TX queues igb2: Using MSI-X interrupts with 9 vectors igb2: Ethernet address: a0:36:9f:88:18:5a igb2: netmap queues/slots: TX 8/1024, RX 8/1024 igb3: mem = 0xfe100000-0xfe1fffff,0xfe700000-0xfe703fff irq 47 at device 0.3 on pci2 igb3: EEPROM V1.67-0 Option ROM V19-b5-p12 eTrack 0x80000fb7 igb3: Using 1024 TX descriptors and 1024 RX descriptors igb3: Using 8 RX queues 8 TX queues igb3: Using MSI-X interrupts with 9 vectors igb3: Ethernet address: a0:36:9f:88:18:5b igb3: netmap queues/slots: TX 8/1024, RX 8/1024 pcib3: irq 53 at device 9.0 on pci0 pci3: on pcib3 xhci0: mem 0xfe900000-0xfe907fff irq = 48 at device 0.0 on pci3 xhci0: 64 bytes context size, 64-bit DMA usbus0 on xhci0 usbus0: 5.0Gbps Super Speed USB v3.0 ahci0: port = 0xf040-0xf047,0xf030-0xf033,0xf020-0xf027,0xf010-0xf013,0xf000-0xf00f = mem 0xfeb0b000-0xfeb0b3ff irq 19 at device 17.0 on pci0 --Apple-Mail=_85F4C195-6C53-46D9-9C79-05D63E9CAE70 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hello,

I = have been noticing crashes since updating to 13.1-RC6
( I don=E2=80=99t rule out a HW problem, but it really just = happens since the update)


They all fault somewhere = in the ethernet areas (I=E2=80=99m having an Intel I350 and an = unconnected on board Realtek)
( below:  fault = messages, kernel version & partial system-config)

If someone knows, it=E2=80= =99s my problem. Let me know. If I shall file a bug, ditto. If you need = more info, ditto
On the next crash, I will = downgrade to RC5 to rule out HW.

Thank you for all the work you put into = this operating system!

Cheers Thilo

 perl -ne 'print if /Fatal trap/../BOOT/;' = /var/log/messages 
May 12 20:20:50 maggi kernel: [475467] = Fatal trap 12: page fault while in kernel mode
May 12 = 20:20:50 maggi kernel: [475467] cpuid =3D 1; apic id =3D = 11
May 12 = 20:20:50 maggi kernel: [475467] fault virtual address    =3D = 0x8
May 12 = 20:20:50 maggi kernel: [475467] fault code         =       =3D supervisor read data, page not = present
May 12 = 20:20:50 maggi kernel: [475467] instruction pointer      = =3D 0x20:0xffffffff80cb8048
May 12 20:20:50 maggi kernel: [475467] = stack pointer            =3D = 0x28:0xfffffe001bd35710
May 12 20:20:50 maggi kernel: [475467] = frame pointer            =3D = 0x28:0xfffffe001bd35750
May 12 20:20:50 maggi kernel: [475467] = code segment             =3D base 0x0, = limit 0xfffff, type 0x1b
May 12 20:20:50 maggi kernel: = [475467]                  =3D= DPL 0, pres 1, long 1, def32 0, gran 1
May 12 20:20:50 maggi kernel: [475467] = processor eflags =3D interrupt enabled, resume, IOPL =3D = 0
May 12 = 20:20:50 maggi kernel: [475467] current process      =     =3D 0 (if_io_tqg_1)
May 12 20:20:50 maggi kernel: [475467] = trap number              =3D = 12
May 12 = 20:20:50 maggi kernel: [475467] panic: page fault
May 12 = 20:20:50 maggi kernel: [475467] cpuid =3D 1
May 12 = 20:20:50 maggi kernel: [475467] time =3D 1652379494
May 12 = 20:20:50 maggi kernel: [475467] KDB: stack backtrace:
May 12 = 20:20:50 maggi kernel: [475467] #0 0xffffffff80c69465 at = kdb_backtrace+0x65
May 12 20:20:50 maggi kernel: [475467] #1 0xffffffff80c1bb1f = at vpanic+0x17f
May 12 20:20:50 maggi kernel: [475467] #2 0xffffffff80c1b993 = at panic+0x43
May 12 20:20:50 maggi kernel: [475467] #3 0xffffffff810afdf5 = at trap_fatal+0x385
May 12 20:20:50 maggi kernel: [475467] #4 0xffffffff810afe4f = at trap_pfault+0x4f
May 12 20:20:50 maggi kernel: [475467] #5 0xffffffff81087528 = at calltrap+0x8
May 12 20:20:50 maggi kernel: [475467] #6 0xffffffff80cb8257 = at sbdrop+0x37
May 12 20:20:50 maggi kernel: [475467] #7 0xffffffff80dd7fab = at tcp_do_segment+0x2dbb
May 12 20:20:50 maggi kernel: [475467] = #8 0xffffffff80dd44b1 at tcp_input_with_port+0xb61
May 12 = 20:20:50 maggi kernel: [475467] #9 0xffffffff80dd515b at = tcp_input+0xb
May 12 20:20:50 maggi kernel: [475467] #10 0xffffffff80dc691f = at ip_input+0x11f
May 12 20:20:50 maggi kernel: [475467] #11 0xffffffff80d53089 = at netisr_dispatch_src+0xb9
May 12 20:20:50 maggi kernel: [475467] = #12 0xffffffff80d36ea8 at ether_demux+0x138
May 12 = 20:20:50 maggi kernel: [475467] #13 0xffffffff80d38235 at = ether_nh_input+0x355
May 12 20:20:50 maggi kernel: [475467] = #14 0xffffffff80d53089 at netisr_dispatch_src+0xb9
May 12 = 20:20:50 maggi kernel: [475467] #15 0xffffffff80d372d9 at = ether_input+0x69
May 12 20:20:50 maggi kernel: [475467] #16 0xffffffff80d36e91 = at ether_demux+0x121
May 12 20:20:50 maggi kernel: [475467] = #17 0xffffffff80d38235 at ether_nh_input+0x355
May 12 = 20:20:50 maggi kernel: [475467] Uptime: 5d12h4m27s
May 12 = 20:20:50 maggi kernel: ---<<BOOT>>---
May 13 = 22:37:37 maggi kernel: [94562] Fatal trap 12: page fault while in kernel = mode
May 13 = 22:37:37 maggi kernel: [94562] cpuid =3D 4; apic id =3D = 14
May 13 = 22:37:37 maggi kernel: [94562] fault virtual address     =3D = 0x8
May 13 = 22:37:37 maggi kernel: [94562] fault code        =         =3D supervisor read data, page not = present
May 13 = 22:37:37 maggi kernel: [94562] instruction pointer       = =3D 0x20:0xffffffff80cb8048
May 13 22:37:37 maggi kernel: [94562] = stack pointer             =3D = 0x28:0xfffffe001bd4e710
May 13 22:37:37 maggi kernel: [94562] = frame pointer             =3D = 0x28:0xfffffe001bd4e750
May 13 22:37:37 maggi kernel: [94562] = code segment              =3D base = 0x0, limit 0xfffff, type 0x1b
May 13 22:37:37 maggi kernel: [94562] =                   =3D DPL = 0, pres 1, long 1, def32 0, gran 1
May 13 22:37:37 maggi kernel: [94562] = processor eflags  =3D interrupt enabled, resume, IOPL =3D = 0
May 13 = 22:37:37 maggi kernel: [94562] current process       =     =3D 0 (if_io_tqg_4)
May 13 22:37:37 maggi kernel: [94562] = trap number               =3D = 12
May 13 = 22:37:37 maggi kernel: [94562] panic: page fault
May 13 = 22:37:37 maggi kernel: [94562] cpuid =3D 4
May 13 = 22:37:37 maggi kernel: [94562] time =3D 1652474125
May 13 = 22:37:37 maggi kernel: [94562] KDB: stack backtrace:
May 13 = 22:37:37 maggi kernel: [94562] #0 0xffffffff80c69465 at = kdb_backtrace+0x65
May 13 22:37:37 maggi kernel: [94562] #1 0xffffffff80c1bb1f = at vpanic+0x17f
May 13 22:37:37 maggi kernel: [94562] #2 0xffffffff80c1b993 = at panic+0x43
May 13 22:37:37 maggi kernel: [94562] #3 0xffffffff810afdf5 = at trap_fatal+0x385
May 13 22:37:37 maggi kernel: [94562] #4 0xffffffff810afe4f = at trap_pfault+0x4f
May 13 22:37:37 maggi kernel: [94562] #5 0xffffffff81087528 = at calltrap+0x8
May 13 22:37:37 maggi kernel: [94562] #6 0xffffffff80cb8257 = at sbdrop+0x37
May 13 22:37:37 maggi kernel: [94562] #7 0xffffffff80dd7fab = at tcp_do_segment+0x2dbb
May 13 22:37:37 maggi kernel: [94562] #8 = 0xffffffff80dd44b1 at tcp_input_with_port+0xb61
May 13 = 22:37:37 maggi kernel: [94562] #9 0xffffffff80dd515b at = tcp_input+0xb
May 13 22:37:37 maggi kernel: [94562] #10 0xffffffff80dc691f = at ip_input+0x11f
May 13 22:37:37 maggi kernel: [94562] #11 0xffffffff80d53089 = at netisr_dispatch_src+0xb9
May 13 22:37:37 maggi kernel: [94562] = #12 0xffffffff80d36ea8 at ether_demux+0x138
May 13 = 22:37:37 maggi kernel: [94562] #13 0xffffffff80d38235 at = ether_nh_input+0x355
May 13 22:37:37 maggi kernel: [94562] = #14 0xffffffff80d53089 at netisr_dispatch_src+0xb9
May 13 = 22:37:37 maggi kernel: [94562] #15 0xffffffff80d372d9 at = ether_input+0x69
May 13 22:37:37 maggi kernel: [94562] #16 0xffffffff80d36e91 = at ether_demux+0x121
May 13 22:37:37 maggi kernel: [94562] = #17 0xffffffff80d38235 at ether_nh_input+0x355
May 13 = 22:37:37 maggi kernel: [94562] Uptime: 1d2h16m2s
May 13 = 22:37:37 maggi kernel: ---<<BOOT>>---
May 14 = 14:44:43 maggi kernel: [57974] Fatal trap 12: page fault while in kernel = mode
May 14 = 14:44:43 maggi kernel: [57974] cpuid =3D 5; apic id =3D = 15
May 14 = 14:44:43 maggi kernel: [57974] fault virtual address     =3D = 0x8
May 14 = 14:44:43 maggi kernel: [57974] fault code        =         =3D supervisor read data, page not = present
May 14 = 14:44:43 maggi kernel: [57974] instruction pointer       = =3D 0x20:0xffffffff80cb8048
May 14 14:44:43 maggi kernel: [57974] = stack pointer             =3D = 0x28:0xfffffe001bd49710
May 14 14:44:43 maggi kernel: [57974] = frame pointer             =3D = 0x28:0xfffffe001bd49750
May 14 14:44:43 maggi kernel: [57974] = code segment              =3D base = 0x0, limit 0xfffff, type 0x1b
May 14 14:44:43 maggi kernel: [57974] =                   =3D DPL = 0, pres 1, long 1, def32 0, gran 1
May 14 14:44:43 maggi kernel: [57974] = processor eflags  =3D interrupt enabled, resume, IOPL =3D = 0
May 14 = 14:44:43 maggi kernel: [57974] current process       =     =3D 0 (if_io_tqg_5)
May 14 14:44:43 maggi kernel: [57974] = trap number               =3D = 12
May 14 = 14:44:43 maggi kernel: [57974] panic: page fault
May 14 = 14:44:43 maggi kernel: [57974] cpuid =3D 5
May 14 = 14:44:43 maggi kernel: [57974] time =3D 1652532164
May 14 = 14:44:43 maggi kernel: [57974] KDB: stack backtrace:
May 14 = 14:44:43 maggi kernel: [57974] #0 0xffffffff80c69465 at = kdb_backtrace+0x65
May 14 14:44:43 maggi kernel: [57974] #1 0xffffffff80c1bb1f = at vpanic+0x17f
May 14 14:44:43 maggi kernel: [57974] #2 0xffffffff80c1b993 = at panic+0x43
May 14 14:44:43 maggi kernel: [57974] #3 0xffffffff810afdf5 = at trap_fatal+0x385
May 14 14:44:43 maggi kernel: [57974] #4 0xffffffff810afe4f = at trap_pfault+0x4f
May 14 14:44:43 maggi kernel: [57974] #5 0xffffffff81087528 = at calltrap+0x8
May 14 14:44:43 maggi kernel: [57974] #6 0xffffffff80cb8257 = at sbdrop+0x37
May 14 14:44:43 maggi kernel: [57974] #7 0xffffffff80dd7fab = at tcp_do_segment+0x2dbb
May 14 14:44:43 maggi kernel: [57974] #8 = 0xffffffff80dd44b1 at tcp_input_with_port+0xb61
May 14 = 14:44:43 maggi kernel: [57974] #9 0xffffffff80dd515b at = tcp_input+0xb
May 14 14:44:43 maggi kernel: [57974] #10 0xffffffff80dc691f = at ip_input+0x11f
May 14 14:44:43 maggi kernel: [57974] #11 0xffffffff80d53089 = at netisr_dispatch_src+0xb9
May 14 14:44:43 maggi kernel: [57974] = #12 0xffffffff80d36ea8 at ether_demux+0x138
May 14 = 14:44:43 maggi kernel: [57974] #13 0xffffffff80d38235 at = ether_nh_input+0x355
May 14 14:44:43 maggi kernel: [57974] = #14 0xffffffff80d53089 at netisr_dispatch_src+0xb9
May 14 = 14:44:43 maggi kernel: [57974] #15 0xffffffff80d372d9 at = ether_input+0x69
May 14 14:44:43 maggi kernel: [57974] #16 0xffffffff80d36e91 = at ether_demux+0x121
May 14 14:44:43 maggi kernel: [57974] = #17 0xffffffff80d38235 at ether_nh_input+0x355
May 14 = 14:44:43 maggi kernel: [57974] Uptime: 16h6m14s
May 14 = 14:44:43 maggi kernel: ---<<BOOT>>---

uname = -a
FreeBSD = maggi.nispuk.com = 13.1-RC6 FreeBSD 13.1-RC6 releng/13.1-n250146-cd651fcc491 GENERIC = amd64

freebsd-version -kru
13.1-RC6
13.1-RC6
13.1-RC6

dmesg (truncated)

Copyright (c) 1992-2021 The FreeBSD = Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, = 1993, 1994
  =       The Regents of the University of California. All = rights reserved.
FreeBSD is a registered trademark of The FreeBSD = Foundation.
FreeBSD = 13.1-RC6 releng/13.1-n250146-cd651fcc491 GENERIC amd64
FreeBSD = clang version 13.0.0 (git@github.com:llvm/llvm-project.git = llvmorg-13.0.0-0-gd7b669b3a303)
VT(vga): resolution = 640x480
module_register: cannot register pci/em from kernel; already = loaded from if_igb.ko
Module pci/em failed to register: = 17
module_register: cannot register pci/igb from kernel; already = loaded from if_igb.ko
Module pci/igb failed to register: = 17
CPU: = AMD FX-8320E Eight-Core Processor           =     (3193.18-MHz K8-class CPU)
  Origin=3D"AuthenticAMD"  = Id=3D0x600f20  Family=3D0x15  Model=3D0x2  = Stepping=3D0
  = Features=3D0x178bfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,= PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT>
  = Features2=3D0x3e98320b<SSE3,PCLMULQDQ,MON,SSSE3,FMA,CX16,SSE4.1,SSE4.2,= POPCNT,AESNI,XSAVE,OSXSAVE,AVX,F16C>
  AMD = Features=3D0x2e500800<SYSCALL,NX,MMX+,FFXSR,Page1GB,RDTSCP,LM>
  = AMD = Features2=3D0x1ebbfff<LAHF,CMP,SVM,ExtAPIC,CR8,ABM,SSE4A,MAS,Prefetch,O= SVW,IBS,XOP,SKINIT,WDT,LWP,FMA4,TCE,NodeId,TBM,Topology,PCXC,PNXC>
  = Structured Extended Features=3D0x8<BMI1>
  = SVM: NP,NRIP,VClean,AFlush,DAssist,NAsids=3D65536
  = TSC: P-state invariant, performance statistics
real = memory  =3D 17179869184 (16384 MB)
avail memory =3D 16570400768 (15802 = MB)
Event = timer "LAPIC" quality 100
ACPI APIC Table: <ALASKA A M = I>
FreeBSD/SMP: Multiprocessor System Detected: 8 = CPUs
FreeBSD/SMP: 1 package(s) x 8 core(s)
random: = unblocking device.
Firmware Warning (ACPI): Optional FADT field Pm2ControlBlock = has valid Length but zero Address: 0x0000000000000000/0x1 = (20201113/tbfadt-796)
ioapic0 <Version 2.1> irqs = 0-23
ioapic1 = <Version 2.1> irqs 24-55
Launching APs: 1 3 4 5 6 7 = 2
random: = entropy device external interface
kbd1 at kbdmux0
vtvga0: = <VT VGA driver>
smbios0: <System Management BIOS> = at iomem 0xf04c0-0xf04de
smbios0: Version: 2.7, BCD Revision: = 2.7
aesni0: = <AES-CBC,AES-CCM,AES-GCM,AES-ICM,AES-XTS>
acpi0: = <ALASKA A M I>
acpi0: Power Button = (fixed)
cpu0: = <ACPI CPU> on acpi0
attimer0: <AT timer> port = 0x40-0x43 irq 0 on acpi0
Timecounter "i8254" frequency 1193182 Hz = quality 0
Event = timer "i8254" frequency 1193182 Hz quality 100
atrtc0: = <AT realtime clock> port 0x70-0x71 irq 8 on acpi0
atrtc0: = registered as a time-of-day clock, resolution 1.000000s
Event = timer "RTC" frequency 32768 Hz quality 0
hpet0: <High Precision Event = Timer> iomem 0xfed00000-0xfed003ff on acpi0
Timecounter "HPET" frequency 14318180 Hz quality = 950
Timecounter "ACPI-fast" frequency 3579545 Hz quality = 900
acpi_timer0: <32-bit timer at 3.579545MHz> port = 0x808-0x80b on acpi0
pcib0: <ACPI Host-PCI bridge> port = 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on = pcib0
pci0: = <base peripheral, IOMMU> at device 0.2 (no driver = attached)
pcib1: = <ACPI PCI-PCI bridge> irq 52 at device 2.0 on = pci0
pci1: = <ACPI PCI bus> on pcib1
vgapci0: <VGA-compatible display> = port 0xe000-0xe0ff mem 0xc0000000-0xcfffffff,0xfea20000-0xfea3ffff irq = 24 at device 0.0 on pci1
vgapci0: Boot video = device
hdac0: = <ATI RV910 HDA Controller> mem 0xfea40000-0xfea43fff irq 25 at = device 0.1 on pci1
pcib2: <ACPI PCI-PCI bridge> irq 52 at device 4.0 on = pci0
pci2: = <ACPI PCI bus> on pcib2
igb0: <Intel(R) I350 (Copper)> mem = 0xfe400000-0xfe4fffff,0xfe70c000-0xfe70ffff irq 44 at device 0.0 on = pci2
igb0: = EEPROM V1.67-0 Option ROM V19-b5-p12 eTrack 0x80000fb7
igb0: = Using 1024 TX descriptors and 1024 RX descriptors
igb0: = Using 8 RX queues 8 TX queues
igb0: Using MSI-X interrupts with 9 = vectors
igb0: = Ethernet address: a0:36:9f:88:18:58
igb0: netmap queues/slots: TX 8/1024, RX = 8/1024
igb1: = <Intel(R) I350 (Copper)> mem = 0xfe300000-0xfe3fffff,0xfe708000-0xfe70bfff irq 45 at device 0.1 on = pci2
igb1: = EEPROM V1.67-0 Option ROM V19-b5-p12 eTrack 0x80000fb7
igb1: = Using 1024 TX descriptors and 1024 RX descriptors
igb1: = Using 8 RX queues 8 TX queues
igb1: Using MSI-X interrupts with 9 = vectors
igb1: = Ethernet address: a0:36:9f:88:18:59
igb1: netmap queues/slots: TX 8/1024, RX = 8/1024
igb2: = <Intel(R) I350 (Copper)> mem = 0xfe200000-0xfe2fffff,0xfe704000-0xfe707fff irq 46 at device 0.2 on = pci2
igb2: = EEPROM V1.67-0 Option ROM V19-b5-p12 eTrack 0x80000fb7
igb2: = Using 1024 TX descriptors and 1024 RX descriptors
igb2: = Using 8 RX queues 8 TX queues
igb2: Using MSI-X interrupts with 9 = vectors
igb2: = Ethernet address: a0:36:9f:88:18:5a
igb2: netmap queues/slots: TX 8/1024, RX = 8/1024
igb3: = <Intel(R) I350 (Copper)> mem = 0xfe100000-0xfe1fffff,0xfe700000-0xfe703fff irq 47 at device 0.3 on = pci2
igb3: = EEPROM V1.67-0 Option ROM V19-b5-p12 eTrack 0x80000fb7
igb3: = Using 1024 TX descriptors and 1024 RX descriptors
igb3: = Using 8 RX queues 8 TX queues
igb3: Using MSI-X interrupts with 9 = vectors
igb3: = Ethernet address: a0:36:9f:88:18:5b
igb3: netmap queues/slots: TX 8/1024, RX = 8/1024
pcib3: = <ACPI PCI-PCI bridge> irq 53 at device 9.0 on = pci0
pci3: = <ACPI PCI bus> on pcib3
xhci0: <XHCI (generic) USB 3.0 = controller> mem 0xfe900000-0xfe907fff irq 48 at device 0.0 on = pci3
xhci0: = 64 bytes context size, 64-bit DMA
usbus0 on xhci0
usbus0: = 5.0Gbps Super Speed USB v3.0
ahci0: <AMD SB7x0/SB8x0/SB9x0 AHCI = SATA controller> port = 0xf040-0xf047,0xf030-0xf033,0xf020-0xf027,0xf010-0xf013,0xf000-0xf00f = mem 0xfeb0b000-0xfeb0b3ff irq 19 at device 17.0 on = pci0






= --Apple-Mail=_85F4C195-6C53-46D9-9C79-05D63E9CAE70-- From nobody Sun May 15 22:55:13 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id EB4F31AD0408; Sun, 15 May 2022 22:55:21 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [IPv6:2001:19f0:300:2185:123::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4L1d5472wbz3Hps; Sun, 15 May 2022 22:55:20 +0000 (UTC) (envelope-from jamie@catflap.org) X-Catflap-Envelope-From: Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [104.207.135.49]) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5) with ESMTP id 24FMtEpL084451; Sun, 15 May 2022 23:55:14 +0100 (BST) (envelope-from jamie@donotpassgo.dyslexicfish.net) Received: (from jamie@localhost) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5/Submit) id 24FMtEZ3084450; Sun, 15 May 2022 23:55:14 +0100 (BST) (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <202205152255.24FMtEZ3084450@donotpassgo.dyslexicfish.net> Date: Sun, 15 May 2022 23:55:13 +0100 Organization: Dyslexic Fish To: freebsd-stable@freebsd.org, freebsd-rc@freebsd.org Cc: jamie@catflap.org Subject: rc.subr - failure when running "protect" - Fixed in Current. MFC ? User-Agent: Heirloom mailx 12.4 7/29/08 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (donotpassgo.dyslexicfish.net [104.207.135.49]); Sun, 15 May 2022 23:55:14 +0100 (BST) X-Rspamd-Queue-Id: 4L1d5472wbz3Hps X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=catflap.org; spf=pass (mx1.freebsd.org: domain of jamie@catflap.org designates 2001:19f0:300:2185:123::1 as permitted sender) smtp.mailfrom=jamie@catflap.org X-Spamd-Result: default: False [-2.55 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEFALL_USER(0.00)[jamie]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx:dyslexicfish.net]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.85)[-0.848]; DMARC_POLICY_ALLOW(-0.50)[catflap.org,none]; MLMMJ_DEST(0.00)[freebsd-rc,freebsd-stable]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:20473, ipnet:2001:19f0::/38, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N I just got bitten by this issue. It's fixed in current, The patch applies successfully to 13 and 12, and works as intended, so could it please be MFCed? https://cgit.freebsd.org/src/commit/libexec/rc/rc.subr?id=6ba108e52d175b6833437c8627ae5d0546a4e102 Cheers, Jamie From nobody Mon May 23 07:44:02 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id A4A4E1B3A501 for ; Mon, 23 May 2022 07:45:54 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4L68X24KpBz4g4r; Mon, 23 May 2022 07:45:54 +0000 (UTC) (envelope-from yasu@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1653291954; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=YTdZc8QMAvsUlAwFbwv1V1DU9FdU+NLk0eu7yjmvqlY=; b=eL6H8YXB32ICl9Of+dQ5sGdeEgo2yL3nlIGxYyN5n3Yhnzi1hOqUIaYHYsfFC+KUEaFJ8j FAjFdyNXCu9RvJa7y0WSSFpX3FDMmloJUscaiw5yVFx8kg6dv4U7oR6E6DiKwjrqX6CyPb mU5lfTfrccXKMd2gm/utp+Ei+yHgHSJ7S7aQhklvdUMB/U5GlbeZ04NA0o0HpjHj5gnq0E zO78os3lokkLq6UHOIEzUzB95nsRXkoekiwXjYQWPziktpxoeHGobl40XL6tLuDsuyDGjz li6RKSidS4QRL/QcIzpx1OV+0Jgvn8WwwAHn59+bGPVEwwP24tPaiRkzzTr9+Q== Received: from localhost (unknown [IPv6:240b:11:220:fe00:b03b:aea:a90b:bc]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: yasu/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id B1984FF6F; Mon, 23 May 2022 07:45:53 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Date: Mon, 23 May 2022 16:44:02 +0900 (JST) Message-Id: <20220523.164402.599295865361994545.yasu@FreeBSD.org> To: freebsd-stable@freebsd.org Subject: Boot hangs up with Alderlake's intel GbE NIC From: Yasuhiro Kimura X-Mailer: Mew version 6.8 on Emacs 29.0.50 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1653291954; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=YTdZc8QMAvsUlAwFbwv1V1DU9FdU+NLk0eu7yjmvqlY=; b=TdC0QwfAoqCnZmVuTeTbMPfl9F6FBpLWvPV1nrB+EgQOZSbp2e1FN0C4G1eEPBgK8oiVdT 2f19JwUL4vBOpeUHBUXU/DrZ6tkE58On2MFZIjeGLNrsCf3U+NcGeE3SZ4ndNDylJaSU4/ 8kBUX7+g4ijcr/bulKTO/7RFLn3A0plsrwc3kFO4sdaCeYN13wt+18cfWDe9sHTOOzKezf 8z11s69uIzli/fCoBf71Islb/lvQ9QOvpUcMK4CwiszG+K0RmJzWkESOPqAC0gyN5Fm4Jc SMVH3YNmfnkMdQn0/JG1C/haIFVbch4alxh1nTsT6h8XsKgEN8gm1OIGzEew9Q== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1653291954; a=rsa-sha256; cv=none; b=aSGX2Jez0RrSvHarMGxtDaN+pvPGf1r1dSqTOVbfFixFu64H7cggNVMd3JWvET4jbRgDYp Q4GEVkwqpzfxCprBrjG1wdms6Bzz+0nh1z5wXlvY0D7DMucIBh2CaKBCMKdacHik/657NK b4gNv2ermvZjW7QBJAS91m7HWxU/N7fWAoTs0pFU3Vkfx82qGHKMWRRwp7qG6dpg7+Ykhl hUbq4PzMLRirvxfoSTDtsBsXPKN9rp2BhPdxW9OM7ew+/NeS2HlGYTi15nDERxasCPjhej RkaSzjc+APAYPKPsIMiSaax0xaJD2afcrmqiRLWSCGKrgFpL1zwQFtDjPLnokA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N Hello, 2 months ago I updated my home server to Intel Alderlake Core i3 12100 and GIGABYTE H610I DDR4 (rev. 1.0) motherboard. The latter has onboard Intel GbE NIC. But unfortunately 13.0-RELEASE doesn't detect it. So I inserted Intel PCI-E GbE adaptor to the PCI-E slot of the motherbord and used it as network interface of the server. And now 13.1-RELEASE is released. I tried updating with `freebsd-update update -r 13.1-RELEASE`, `freebsd install` and `shutdown -r now`. But after that system hangs up in the middle of boot. At first boot stops after onboard Intel GbE NIC is detected. https://people.freebsd.org/~yasu/Alderlake-GbE-boot-hangup.01.jpg It keeps about a minute and then boot process resumes. But soon it stops again. https://people.freebsd.org/~yasu/Alderlake-GbE-boot-hangup.02.jpg I waited about 20 minites in this state but boot never go ahead. Removing PCE-E GbE adopter doesn't change the situation. I also tried boot image of 14.0-CURRENT 20220519 snapshot and boot hangs up just same as 13.1-RELEASE. --- Yasuhiro Kimura From nobody Mon May 23 11:41:48 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4EDB21B4A9CF for ; Mon, 23 May 2022 11:42:02 +0000 (UTC) (envelope-from jon@xyinn.org) Received: from mail-4317.proton.ch (mail-4317.proton.ch [185.70.43.17]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4L6FmT3DSTz3lYk for ; Mon, 23 May 2022 11:42:01 +0000 (UTC) (envelope-from jon@xyinn.org) Date: Mon, 23 May 2022 11:41:48 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xyinn.org; s=protonmail2; t=1653306113; x=1653565313; bh=IgJDy8IU/qW93nYCn+MFQPEmWsBTUxznoevrypE8FS0=; h=Date:To:From:Reply-To:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID; b=c7tIywcKobnd74D3gYgl6h+FgdvBhHq7KYP+zXbba9cpQ6ZU8TrEjwJBGVuEy5pqi w6gw1N9Bc2nW7waFSiA8e0alHspq/qApc50KHX1pNyczJ1IKcb1ZNe99990gFjX+Qw d9uCuBzscQ7nWFg7DJqszuKsKMXFbUqfkIpl5CSigc/K39ZYm7ZeXsZhvCu8Rlzfiv CBdNj3RqkLgLBaofKb97qGFXzapxik6IrjLnAxgdOKKyvNsxjD0Wp1QD6DY488hCah iWTe8IskTPWSUVUu/pPNAtwWGAQ/iOl8b5Sfs/GiDQPSpRScLeiaeLhsX9bhxt8vyY pQzL1UieTxdlA== To: yasu@FreeBSD.org, freebsd-stable@freebsd.org From: Jonathan Vasquez Reply-To: Jonathan Vasquez Subject: Re: Boot hangs up with Alderlake's intel GbE NIC Message-ID: In-Reply-To: <20220523.164402.599295865361994545.yasu@FreeBSD.org> References: <20220523.164402.599295865361994545.yasu@FreeBSD.org> Feedback-ID: 12351801:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_7wSODgayXml6WrUyYwMbMCJJfq9E3z69QtVj7dLLqo" X-Rspamd-Queue-Id: 4L6FmT3DSTz3lYk X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=xyinn.org header.s=protonmail2 header.b=c7tIywcK; dmarc=pass (policy=none) header.from=xyinn.org; spf=pass (mx1.freebsd.org: domain of jon@xyinn.org designates 185.70.43.17 as permitted sender) smtp.mailfrom=jon@xyinn.org X-Spamd-Result: default: False [-2.88 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[jon@xyinn.org]; R_DKIM_ALLOW(-0.20)[xyinn.org:s=protonmail2]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.43.0/24:c]; NEURAL_HAM_LONG(-0.98)[-0.983]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; HAS_PHPMAILER_SIG(0.00)[]; TO_DN_NONE(0.00)[]; MIME_BASE64_TEXT_BOGUS(1.00)[]; FREEFALL_USER(0.00)[jon]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[xyinn.org:+]; MIME_BASE64_TEXT(0.10)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[xyinn.org,none]; MLMMJ_DEST(0.00)[freebsd-stable]; NEURAL_HAM_MEDIUM(-0.99)[-0.993]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:62371, ipnet:185.70.43.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --b1_7wSODgayXml6WrUyYwMbMCJJfq9E3z69QtVj7dLLqo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SGV5IHlhc3UsCgpJIGhhdmVuJ3QgbG9va2VkIGludG8gdGhpcyBidXQgaWYgdGhlcmUgaXMgYSB3 YXkgeW91IGNhbiBkaXNhYmxlIHRoZSBJbnRlbCBuaWMncyBkcml2ZXIgZnJvbSBsb2FkaW5nICht YXliZSBsaWtlIHRoaXMgc2luY2UgaXQncyBlYXJseSBib290KToKaHR0cHM6Ly9mb3J1bXMuZnJl ZWJzZC5vcmcvdGhyZWFkcy9ob3ctdG8tYm9vdC13aXRoLW1lc3NlZC11cC1ib290LWxvYWRlci1j b25mLjY0MDE5L3Bvc3QtMzcxNjgxCgpUaGF0IHdheSB5b3UgY2FuIGF0IGxlYXN0IGdldCBpbiBh bmQgZG8gZnVydGhlciB0cm91Ymxlc2hvb3RpbmcuIFlvdSdsbCBuZWVkIGFub3RoZXIgd2F5IHRv IGdldCBpbnRlcm5ldCB0aG91Z2gsIG9yIG1heWJlIHlvdSBjYW4gbG9hZCB0aGUgbW9kdWxlIG1h bnVhbGx5IHBvc3QgYm9vdCBhbmQgc2VlIHdoYXQgaGFwcGVucy4KClNlbnQgZnJvbSBQcm90b25N YWlsIG1vYmlsZQoKLS0tLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLS0tLQpPbiBNYXkgMjMs IDIwMjIsIDAzOjQ0LCBZYXN1aGlybyBLaW11cmEgPCB5YXN1QEZyZWVCU0Qub3JnPiB3cm90ZToK SGVsbG8sCjIgbW9udGhzIGFnbyBJIHVwZGF0ZWQgbXkgaG9tZSBzZXJ2ZXIgdG8gSW50ZWwgQWxk ZXJsYWtlIENvcmUgaTMgMTIxMDAKYW5kIEdJR0FCWVRFIEg2MTBJIEREUjQgKHJldi4gMS4wKSBt b3RoZXJib2FyZC4KVGhlIGxhdHRlciBoYXMgb25ib2FyZCBJbnRlbCBHYkUgTklDLiBCdXQgdW5m b3J0dW5hdGVseSAxMy4wLVJFTEVBU0UKZG9lc24ndCBkZXRlY3QgaXQuIFNvIEkgaW5zZXJ0ZWQg SW50ZWwgUENJLUUgR2JFIGFkYXB0b3IgdG8gdGhlIFBDSS1FCnNsb3Qgb2YgdGhlIG1vdGhlcmJv cmQgYW5kIHVzZWQgaXQgYXMgbmV0d29yayBpbnRlcmZhY2Ugb2YgdGhlIHNlcnZlci4KQW5kIG5v dyAxMy4xLVJFTEVBU0UgaXMgcmVsZWFzZWQuIEkgdHJpZWQgdXBkYXRpbmcgd2l0aApgZnJlZWJz ZC11cGRhdGUgdXBkYXRlIC1yIDEzLjEtUkVMRUFTRWAsIGBmcmVlYnNkIGluc3RhbGxgIGFuZApg c2h1dGRvd24gLXIgbm93YC4gQnV0IGFmdGVyIHRoYXQgc3lzdGVtIGhhbmdzIHVwIGluIHRoZSBt aWRkbGUgb2YKYm9vdC4KQXQgZmlyc3QgYm9vdCBzdG9wcyBhZnRlciBvbmJvYXJkIEludGVsIEdi RSBOSUMgaXMgZGV0ZWN0ZWQuCmh0dHBzOi8vcGVvcGxlLmZyZWVic2Qub3JnL355YXN1L0FsZGVy bGFrZS1HYkUtYm9vdC1oYW5ndXAuMDEuanBnCkl0IGtlZXBzIGFib3V0IGEgbWludXRlIGFuZCB0 aGVuIGJvb3QgcHJvY2VzcyByZXN1bWVzLiBCdXQgc29vbiBpdApzdG9wcyBhZ2Fpbi4KaHR0cHM6 Ly9wZW9wbGUuZnJlZWJzZC5vcmcvfnlhc3UvQWxkZXJsYWtlLUdiRS1ib290LWhhbmd1cC4wMi5q cGcKSSB3YWl0ZWQgYWJvdXQgMjAgbWluaXRlcyBpbiB0aGlzIHN0YXRlIGJ1dCBib290IG5ldmVy IGdvIGFoZWFkLgpSZW1vdmluZyBQQ0UtRSBHYkUgYWRvcHRlciBkb2Vzbid0IGNoYW5nZSB0aGUg c2l0dWF0aW9uLgpJIGFsc28gdHJpZWQgYm9vdCBpbWFnZSBvZiAxNC4wLUNVUlJFTlQgMjAyMjA1 MTkgc25hcHNob3QgYW5kIGJvb3QKaGFuZ3MgdXAganVzdCBzYW1lIGFzIDEzLjEtUkVMRUFTRS4K LS0tCllhc3VoaXJvIEtpbXVyYQ== --b1_7wSODgayXml6WrUyYwMbMCJJfq9E3z69QtVj7dLLqo Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 SGV5IHlhc3UsPGJyPjxicj5JIGhhdmVuJ3QgbG9va2VkIGludG8gdGhpcyBidXQgaWYgdGhlcmUg aXMgYSB3YXkgeW91IGNhbiBkaXNhYmxlIHRoZSBJbnRlbCBuaWMncyBkcml2ZXIgZnJvbSBsb2Fk aW5nIChtYXliZSBsaWtlIHRoaXMgc2luY2UgaXQncyBlYXJseSBib290KTo8YnI+IDxhIGhyZWY9 Imh0dHBzOi8vZm9ydW1zLmZyZWVic2Qub3JnL3RocmVhZHMvaG93LXRvLWJvb3Qtd2l0aC1tZXNz ZWQtdXAtYm9vdC1sb2FkZXItY29uZi42NDAxOS9wb3N0LTM3MTY4MSI+aHR0cHM6Ly9mb3J1bXMu ZnJlZWJzZC5vcmcvdGhyZWFkcy9ob3ctdG8tYm9vdC13aXRoLW1lc3NlZC11cC1ib290LWxvYWRl ci1jb25mLjY0MDE5L3Bvc3QtMzcxNjgxPC9hPjxicj48YnI+VGhhdCB3YXkgeW91IGNhbiBhdCBs ZWFzdCBnZXQgaW4gYW5kIGRvIGZ1cnRoZXIgdHJvdWJsZXNob290aW5nLiBZb3UnbGwgbmVlZCBh bm90aGVyIHdheSB0byBnZXQgaW50ZXJuZXQgdGhvdWdoLCBvciBtYXliZSB5b3UgY2FuIGxvYWQg dGhlIG1vZHVsZSBtYW51YWxseSBwb3N0IGJvb3QgYW5kIHNlZSB3aGF0IGhhcHBlbnMuPGJyPjxi cj5TZW50IGZyb20gUHJvdG9uTWFpbCBtb2JpbGU8YnI+PGJyPi0tLS0tLS0tIE9yaWdpbmFsIE1l c3NhZ2UgLS0tLS0tLS08YnI+T24gTWF5IDIzLCAyMDIyLCAwMzo0NCwgWWFzdWhpcm8gS2ltdXJh ICZsdDsgeWFzdUBGcmVlQlNELm9yZyZndDsgd3JvdGU6PGJyPkhlbGxvLDxicj4yIG1vbnRocyBh Z28gSSB1cGRhdGVkIG15IGhvbWUgc2VydmVyIHRvIEludGVsIEFsZGVybGFrZSBDb3JlIGkzIDEy MTAwPGJyPmFuZCBHSUdBQllURSBINjEwSSBERFI0IChyZXYuIDEuMCkgbW90aGVyYm9hcmQuPGJy PlRoZSBsYXR0ZXIgaGFzIG9uYm9hcmQgSW50ZWwgR2JFIE5JQy4gQnV0IHVuZm9ydHVuYXRlbHkg MTMuMC1SRUxFQVNFPGJyPmRvZXNuJ3QgZGV0ZWN0IGl0LiBTbyBJIGluc2VydGVkIEludGVsIFBD SS1FIEdiRSBhZGFwdG9yIHRvIHRoZSBQQ0ktRTxicj5zbG90IG9mIHRoZSBtb3RoZXJib3JkIGFu ZCB1c2VkIGl0IGFzIG5ldHdvcmsgaW50ZXJmYWNlIG9mIHRoZSBzZXJ2ZXIuPGJyPkFuZCBub3cg MTMuMS1SRUxFQVNFIGlzIHJlbGVhc2VkLiBJIHRyaWVkIHVwZGF0aW5nIHdpdGg8YnI+YGZyZWVi c2QtdXBkYXRlIHVwZGF0ZSAtciAxMy4xLVJFTEVBU0VgLCBgZnJlZWJzZCBpbnN0YWxsYCBhbmQ8 YnI+YHNodXRkb3duIC1yIG5vd2AuIEJ1dCBhZnRlciB0aGF0IHN5c3RlbSBoYW5ncyB1cCBpbiB0 aGUgbWlkZGxlIG9mPGJyPmJvb3QuPGJyPkF0IGZpcnN0IGJvb3Qgc3RvcHMgYWZ0ZXIgb25ib2Fy ZCBJbnRlbCBHYkUgTklDIGlzIGRldGVjdGVkLjxicj48YSBocmVmPSJodHRwczovL3Blb3BsZS5m cmVlYnNkLm9yZy9+eWFzdS9BbGRlcmxha2UtR2JFLWJvb3QtaGFuZ3VwLjAxLmpwZyI+aHR0cHM6 Ly9wZW9wbGUuZnJlZWJzZC5vcmcvfnlhc3UvQWxkZXJsYWtlLUdiRS1ib290LWhhbmd1cC4wMS5q cGc8L2E+PGJyPkl0IGtlZXBzIGFib3V0IGEgbWludXRlIGFuZCB0aGVuIGJvb3QgcHJvY2VzcyBy ZXN1bWVzLiBCdXQgc29vbiBpdDxicj5zdG9wcyBhZ2Fpbi48YnI+PGEgaHJlZj0iaHR0cHM6Ly9w ZW9wbGUuZnJlZWJzZC5vcmcvfnlhc3UvQWxkZXJsYWtlLUdiRS1ib290LWhhbmd1cC4wMi5qcGci Pmh0dHBzOi8vcGVvcGxlLmZyZWVic2Qub3JnL355YXN1L0FsZGVybGFrZS1HYkUtYm9vdC1oYW5n dXAuMDIuanBnPC9hPjxicj5JIHdhaXRlZCBhYm91dCAyMCBtaW5pdGVzIGluIHRoaXMgc3RhdGUg YnV0IGJvb3QgbmV2ZXIgZ28gYWhlYWQuPGJyPlJlbW92aW5nIFBDRS1FIEdiRSBhZG9wdGVyIGRv ZXNuJ3QgY2hhbmdlIHRoZSBzaXR1YXRpb24uPGJyPkkgYWxzbyB0cmllZCBib290IGltYWdlIG9m IDE0LjAtQ1VSUkVOVCAyMDIyMDUxOSBzbmFwc2hvdCBhbmQgYm9vdDxicj5oYW5ncyB1cCBqdXN0 IHNhbWUgYXMgMTMuMS1SRUxFQVNFLjxicj4tLS08YnI+WWFzdWhpcm8gS2ltdXJhPGJyPg== --b1_7wSODgayXml6WrUyYwMbMCJJfq9E3z69QtVj7dLLqo-- From nobody Mon May 23 15:31:06 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 5929C1B55A05 for ; Mon, 23 May 2022 15:31:17 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4L6Ls00sjfz4hBg; Mon, 23 May 2022 15:31:15 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from kalamity.joker.local (123-1-111-80.area1b.commufa.jp [123.1.111.80]) (authenticated bits=0) by www121.sakura.ne.jp (8.16.1/8.16.1/[SAKURA-WEB]/20201212) with ESMTPA id 24NFV6FW063794; Tue, 24 May 2022 00:31:06 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Tue, 24 May 2022 00:31:06 +0900 From: Tomoaki AOKI To: Yasuhiro Kimura Cc: freebsd-stable@freebsd.org Subject: Re: Boot hangs up with Alderlake's intel GbE NIC Message-Id: <20220524003106.f29dccb9215d533c20326b36@dec.sakura.ne.jp> In-Reply-To: <20220523.164402.599295865361994545.yasu@FreeBSD.org> References: <20220523.164402.599295865361994545.yasu@FreeBSD.org> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.0) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4L6Ls00sjfz4hBg X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of junchoon@dec.sakura.ne.jp has no SPF policy when checking 153.125.133.21) smtp.mailfrom=junchoon@dec.sakura.ne.jp X-Spamd-Result: default: False [-1.60 / 15.00]; RCVD_TLS_LAST(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[sakura.ne.jp]; AUTH_NA(1.00)[]; HAS_ORG_HEADER(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-stable]; 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:7684, ipnet:153.125.128.0/18, country:JP]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[123.1.111.80:received] X-ThisMailContainsUnwantedMimeParts: N On Mon, 23 May 2022 16:44:02 +0900 (JST) Yasuhiro Kimura wrote: > Hello, > > 2 months ago I updated my home server to Intel Alderlake Core i3 12100 > and GIGABYTE H610I DDR4 (rev. 1.0) motherboard. > > The latter has onboard Intel GbE NIC. But unfortunately 13.0-RELEASE > doesn't detect it. So I inserted Intel PCI-E GbE adaptor to the PCI-E > slot of the motherbord and used it as network interface of the server. > > And now 13.1-RELEASE is released. I tried updating with > `freebsd-update update -r 13.1-RELEASE`, `freebsd install` and > `shutdown -r now`. But after that system hangs up in the middle of > boot. > > At first boot stops after onboard Intel GbE NIC is detected. > > https://people.freebsd.org/~yasu/Alderlake-GbE-boot-hangup.01.jpg > > It keeps about a minute and then boot process resumes. But soon it > stops again. > > https://people.freebsd.org/~yasu/Alderlake-GbE-boot-hangup.02.jpg > > I waited about 20 minites in this state but boot never go ahead. > > Removing PCE-E GbE adopter doesn't change the situation. > > I also tried boot image of 14.0-CURRENT 20220519 snapshot and boot > hangs up just same as 13.1-RELEASE. > > --- > Yasuhiro Kimura > Possibly not related (as it was P- E- core related complaint), if vm.pmap.pcid_enabled tunable is non-zero, does it change anything if you set it to 0 in /boot/loader.conf to disable pcid? In February, discussion about AlderLake CPU were in -current ML, starting from [1] and disabling pcid was proposed by kib@ at [2]. Looking sysctl descrintion, I "feel" this can affect P- core only AlderLake, too. % sysctl -d vm.pmap.pcid_enabled vm.pmap.pcid_enabled: Is TLB Context ID enabled ? For example, it was 1 on Intel(R) Core(TM) i7-8750H CPU (Coffee Lake) and on board Intel(R) I219-V CNP(7) is working as em0. FreeBSD 13.1-STABLE #460 stable/13-n250911-b92a06875045-dirty, amd64. So if I didn't miss any AlderLake-related commit, this would be 1 on AlderLake, too. [1] https://lists.freebsd.org/archives/freebsd-current/2022-February/001550.html [2] https://lists.freebsd.org/archives/freebsd-current/2022-February/001589.html -- Tomoaki AOKI From nobody Mon May 23 16:31:31 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 2941F1B346F6 for ; Mon, 23 May 2022 16:35:24 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4L6NGz6cRWz4swk; Mon, 23 May 2022 16:35:23 +0000 (UTC) (envelope-from yasu@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1653323723; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=lcSv8s3WL1RSa6rBFYyxw4o8/3bMbgONvx7lJg8ZZdY=; b=O1S7C3hsNCpyoGETydMu9Ic3YEuKzy9aDL/54oP4hBqaOGRGYXRyKV02RHXbKPq/kOdhtO PNywZtTtf//QpPeyGqQHx8eL1caQ486wKoa8bOsNqsb/nG7O9Pg3CLBA2CJmG+LZcZb2DQ /O89JmRjfzmVx4mRmD5Yr9onw96QovkDLN92BAl+0IgHkfujMgvEV6Ggn2ivrFZB6ADaU1 iSonjRRDfDq0iE025EdTq557SiUAbJMgrWWgjlynIhzzf4Ow7dwcjY6uhjMDUxOU1Ccog/ bqK4Acc3Ib/dN0zpzrCScgm8m+T/RNAwr1OfQ+q+rtKoL/QHJed/n40qTV+5zg== Received: from localhost (unknown [IPv6:240b:11:220:fe00:b03b:aea:a90b:bc]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: yasu/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 34BBF24DDE; Mon, 23 May 2022 16:35:23 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Date: Tue, 24 May 2022 01:31:31 +0900 (JST) Message-Id: <20220524.013131.515312503672800488.yasu@FreeBSD.org> To: freebsd-stable@freebsd.org Subject: Re: Boot hangs up with Alderlake's intel GbE NIC From: Yasuhiro Kimura In-Reply-To: References: <20220523.164402.599295865361994545.yasu@FreeBSD.org> X-Mailer: Mew version 6.8 on Emacs 29.0.50 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1653323723; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=lcSv8s3WL1RSa6rBFYyxw4o8/3bMbgONvx7lJg8ZZdY=; b=tw+PXZk7E+rL5uno7j33NDWA0ctIMHFdg2LOC/of40k0ZgUVC1/1pluFb8L1F82Dzwg49z Twubey6j2QNcM55edW6uIPt5BJCrUfpm80R+FI5398tcNaX6+fuDQipXJBd8QOm+X+LiRQ DfFgTIRjrr9lGARmBA6zbQyHPFQu5Q9qpbgA/A0Q4wj9mA4bZb9Q2I94D2a0aL77oXb1mE t2Lwb12a6VQ33R/t6TkRIwWaPMwOFLI4fTCFryIdyC86ipYGiUZs/qZC1bp9SWjXehoG/M CCfIXtuf1Php96rAueQdSVUflSnV7T79E8J7GlapyKrMOBxlOFMVXMEPlRTf4g== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1653323723; a=rsa-sha256; cv=none; b=is/sg7sWs/tUENc2BFdaV137ht7oUt2D1QJVJ5NWnlMOq+fuRGvUQsRkJeBQgiPwUTIaoq 4NO3omRlfsYHjcY2lP0o9qXrVPymp4PyGcKjAGxI7S436+WTBNNhMlvh7z5A14hAqrMSfU qR+jDbF0Gq3uC+zF5LGrZXVyssu3tGr/pCD33/tkIJo2iAK0vqS3hCurFYhPmMs8odFzdq /FjeJ4UK/jOqPduezHO+LsP9QzARQYga4exvnmUJhQEocRO+j+4xWFqUqhkuyimLmu7N3x dJLwLD8nlOM63AwUzw9fUaiFZNEQwFHO9uC7V4TG0KPnAQT1k3jp7RwVl075wA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N From: Jonathan Vasquez Subject: Re: Boot hangs up with Alderlake's intel GbE NIC Date: Mon, 23 May 2022 11:41:48 +0000 > Hey yasu, > > I haven't looked into this but if there is a way you can disable the Intel nic's driver from loading (maybe > like this since it's early boot): > https://forums.freebsd.org/threads/how-to-boot-with-messed-up-boot-loader-conf.64019/post-371681 > > That way you can at least get in and do further troubleshooting. You'll need another way to get internet > though, or maybe you can load the module manually post boot and see what happens. On OK prompt I typed 'disable-module em' and them 'boot'. But onboard NIS is still ditected as 'em1'. Did I do something wroing? --- Yasuhiro Kimura From nobody Mon May 23 16:34:40 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 117401B34945 for ; Mon, 23 May 2022 16:35:25 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4L6NH074Fgz4sp5; Mon, 23 May 2022 16:35:24 +0000 (UTC) (envelope-from yasu@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1653323725; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=KzYTlNli12Uw+9awDMO9XPoz61JkJPLdEqNWIh4LhYk=; b=FLBgkVOo8UJeV86UZDO3sUjXJeiDVcOPSPlKM3sWcAOA8x8MmKcMFvHHIfJPE9Ps2tSBFL aRkizjQTJqDMskOizgzR+RNEgdcDYt8Mp0kGAIXQpBGqF3/mdwpjVnB5D+DW0z8snQJ9rI 1y/JAWeH7Hg82YmJYnsDEJawsNixWCdGV0TQQykhgfv+F/SawW5uciZX6avn/WRE9xaemO N4I+gVTPCdWryGsOZYTp6m8JH5fw/NE+pqRyCjEpZSOB9MvFHiwhzItRYyIcPWDAvz8N3J 7wtc+1LW7+iMG2DlQxiBc+7JUKoayyx2/Ma5Zc16eoDsQg0/id8g0kFp8R0U7w== Received: from localhost (unknown [IPv6:240b:11:220:fe00:b03b:aea:a90b:bc]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: yasu/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4993424C84; Mon, 23 May 2022 16:35:24 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Date: Tue, 24 May 2022 01:34:40 +0900 (JST) Message-Id: <20220524.013440.566321238952738651.yasu@FreeBSD.org> To: freebsd-stable@freebsd.org Subject: Re: Boot hangs up with Alderlake's intel GbE NIC From: Yasuhiro Kimura In-Reply-To: <20220524003106.f29dccb9215d533c20326b36@dec.sakura.ne.jp> References: <20220523.164402.599295865361994545.yasu@FreeBSD.org> <20220524003106.f29dccb9215d533c20326b36@dec.sakura.ne.jp> X-Mailer: Mew version 6.8 on Emacs 29.0.50 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1653323725; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=KzYTlNli12Uw+9awDMO9XPoz61JkJPLdEqNWIh4LhYk=; b=rKQEEbk6ppZQPI+zLiosbssKf+FAmUeWaue4GW11RLlQe0g3xrKj2jHF5QApYBBhci0WLM Jx0TzfeAboUTMsnew+fwuNolK6zH9rWCq7C8xe4epJIqn/Ids24nEX/2zoCQU83IEIT+lQ VhurOfYqrVo0hJK0Hy9CzTOBRYW1apX68LJe1H66rUzQRvP9y5rMB6CWSUHFuM0y6uguz6 5wEzE/kgDw08d6B2P+MK0qfvSzgvAHFMpIrAX7DLsDev/g+hI/VG/yZEzqZvNtmmBNVeaZ qFCSyfDfvPBo/NVyFcBWQwHH3jflsQZo6eeqF78HMNwk140LVw9VP4BRuXNRbA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1653323725; a=rsa-sha256; cv=none; b=wQ+ftLUUbf+5nDlzKzdXF2a8d15d6wN4nz3tfPwCwCxiQ/ejmBtcFHRljjC1/C1BdfUbS7 YwKPZpA+O8vvT2Jnw8WVrbSHrC142ShB2HjCy5d8YTnJ2XOCliB5G0wYZHG25XO4zEnpjI GsW4HTuSp7mDA7ZaCXCs68tP1PaSeYXNMtZULVonNtaw3OxD4pQSTwnJ9FWOaBnpUUPu7V 9/6/a0Pm6kd75Idvg2jI6h5OoCyUimEvmuvLJHImMVAeqLGi55FT7ozzhVmkwLliASDvJS PZChMtj2I+WeT+IrEZZRJdrTxP+3Z43oMkmJf6AOWJ7lZ7BiN78O4hko0+FlsQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N From: Tomoaki AOKI Subject: Re: Boot hangs up with Alderlake's intel GbE NIC Date: Tue, 24 May 2022 00:31:06 +0900 > Possibly not related (as it was P- E- core related complaint), > if vm.pmap.pcid_enabled tunable is non-zero, does it change anything if > you set it to 0 in /boot/loader.conf to disable pcid? > > In February, discussion about AlderLake CPU were in -current ML, > starting from [1] and disabling pcid was proposed by kib@ at [2]. > > Looking sysctl descrintion, I "feel" this can affect P- core only > AlderLake, too. > > % sysctl -d vm.pmap.pcid_enabled > vm.pmap.pcid_enabled: Is TLB Context ID enabled ? > > For example, it was 1 on Intel(R) Core(TM) i7-8750H CPU (Coffee Lake) > and on board Intel(R) I219-V CNP(7) is working as em0. > FreeBSD 13.1-STABLE #460 stable/13-n250911-b92a06875045-dirty, amd64. > > So if I didn't miss any AlderLake-related commit, this would be 1 > on AlderLake, too. > > [1] > https://lists.freebsd.org/archives/freebsd-current/2022-February/001550.html > > [2] > https://lists.freebsd.org/archives/freebsd-current/2022-February/001589.html > > > -- > Tomoaki AOKI > On OK prompt I typed 'set vm.pmap.pcid_enabled=0' and then 'boot'. But boot still hangs up with just same way. --- Yasuhiro Kimura From nobody Mon May 23 17:02:20 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id A99311B3D2D6 for ; Mon, 23 May 2022 17:02:30 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4L6NtG4VWVz3Gg6; Mon, 23 May 2022 17:02:30 +0000 (UTC) (envelope-from yasu@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1653325350; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=MGBYHCLfJIBbcc4fi0vZmXm6JsdPASaORohJw+hLIKs=; b=JkC1H/lZo1Z4FB0Ih3dXEq/mKdRQ5f2daXqioflLHTMk/rC64vQuEUefoihCaIW38UY2P7 YBa/DSz4m+TsC/0jJo15ZLe62wOhayQiJ2GrrAroz7n9LAABEEIospbibWQSY3XPGqRoHO opyTLZWJz1yIlHIs0Q0Z/3+SZBNxhEQhRoEdDDDPbcWgTaFZIM+GnNl7kVHUeBIHrMqnbS Ldg+EA422JLBsImA+uo6NBNQoMdUMnCP34rvt7qPsUb4ShrQk0twqg6XQwpz5ZUTXuEu+x PzlUzIbSWByq+Zr6PTlgkcgikYRnVE6dElTyTHj0EnGlOJ7YOyoGj6mOMKNVJw== Received: from localhost (unknown [IPv6:240b:11:220:fe00:b03b:aea:a90b:bc]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: yasu/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id E9D5E242C9; Mon, 23 May 2022 17:02:29 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Date: Tue, 24 May 2022 02:02:20 +0900 (JST) Message-Id: <20220524.020220.691400348469428239.yasu@FreeBSD.org> To: freebsd-stable@freebsd.org Subject: Re: Boot hangs up with Alderlake's intel GbE NIC From: Yasuhiro Kimura In-Reply-To: <20220523.164402.599295865361994545.yasu@FreeBSD.org> References: <20220523.164402.599295865361994545.yasu@FreeBSD.org> X-Mailer: Mew version 6.8 on Emacs 29.0.50 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1653325350; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=MGBYHCLfJIBbcc4fi0vZmXm6JsdPASaORohJw+hLIKs=; b=Rbjas/c36bI0kLJpbi/7mgGDVJsWWh9KAfZrSlzBsp1lBdHwSObqu6j7qKLHCvb/n3FaK3 B41HHDu2Y8nbQW/fhH/rejW0OQzEvdOe/omo7h7M5gIlLslNuim/9EN1xq+3V0QntllDNS u3yOvfyX9rmzzOMIqOhogxo7hfMGWQjFL49mMEPEYOh4kNxEA3DEjJhnoz6i+Yu4feMVdQ qktoECMs2PiKXN63M/Puk6/r40t/08QYyZDx0gmpMipl2nifuC7IwhMKWHxKp8nANovbDu miuRC4dACNnpeZl9ufaCKOJdAvf4aqO8/mFUiWvZ2Bt9FsezaLYSlNwBxoPU9Q== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1653325350; a=rsa-sha256; cv=none; b=DdhCtpzSKGJNaNNPUIKRGnh6UMI2UAq+1LQfCVFYLwV0KSV6RtO08PZx+ng+nwZxOZmhNb 77nGbKvsQS3/lOZPg7452RJcjvoAsOc17gX+A6j84Pocgpc8Axf2HJ4t+5DsO45S55qJCk r/6gJXzCh8pJcyLT9npJRECukWwurZQMwjCznbn7wXVCaCd4wYB3XyodWihqNpo3JdTWFL CnAjiaCBRkzO2eIrDsXvWCIjI4HxOiREZ+t93vkI/6kEDvoEu/l7dxsxbS9bg/Nd36nU7V b+iWa5nLRwlP1T0x5AucPCNHuyewr7H4l9ztFamSCO+h7bgP49InjOdmv8UIAQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N From: Yasuhiro Kimura Subject: Boot hangs up with Alderlake's intel GbE NIC Date: Mon, 23 May 2022 16:44:02 +0900 (JST) > Hello, > > 2 months ago I updated my home server to Intel Alderlake Core i3 12100 > and GIGABYTE H610I DDR4 (rev. 1.0) motherboard. > > The latter has onboard Intel GbE NIC. But unfortunately 13.0-RELEASE > doesn't detect it. So I inserted Intel PCI-E GbE adaptor to the PCI-E > slot of the motherbord and used it as network interface of the server. > > And now 13.1-RELEASE is released. I tried updating with > `freebsd-update update -r 13.1-RELEASE`, `freebsd install` and > `shutdown -r now`. But after that system hangs up in the middle of > boot. > > At first boot stops after onboard Intel GbE NIC is detected. > > https://people.freebsd.org/~yasu/Alderlake-GbE-boot-hangup.01.jpg > > It keeps about a minute and then boot process resumes. But soon it > stops again. > > https://people.freebsd.org/~yasu/Alderlake-GbE-boot-hangup.02.jpg > > I waited about 20 minites in this state but boot never go ahead. > > Removing PCE-E GbE adopter doesn't change the situation. > > I also tried boot image of 14.0-CURRENT 20220519 snapshot and boot > hangs up just same as 13.1-RELEASE. > > --- > Yasuhiro Kimura > I submitted the problem to Bugzilla. Bug 264179 Boot hangs up with Alderlake's intel GbE NIC https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264179 --- Yasuhiro Kimura From nobody Mon May 23 21:18:00 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D27621B57896 for ; Mon, 23 May 2022 21:18:05 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4L6VY84Rq9z4csq; Mon, 23 May 2022 21:18:04 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from kalamity.joker.local (123-1-111-80.area1b.commufa.jp [123.1.111.80]) (authenticated bits=0) by www121.sakura.ne.jp (8.16.1/8.16.1/[SAKURA-WEB]/20201212) with ESMTPA id 24NLI0wn009469; Tue, 24 May 2022 06:18:01 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Tue, 24 May 2022 06:18:00 +0900 From: Tomoaki AOKI To: Yasuhiro Kimura Cc: freebsd-stable@freebsd.org Subject: Re: Boot hangs up with Alderlake's intel GbE NIC Message-Id: <20220524061800.28c20394b4af4e2e7db558b9@dec.sakura.ne.jp> In-Reply-To: <20220524.013131.515312503672800488.yasu@FreeBSD.org> References: <20220523.164402.599295865361994545.yasu@FreeBSD.org> <20220524.013131.515312503672800488.yasu@FreeBSD.org> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.0) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4L6VY84Rq9z4csq X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of junchoon@dec.sakura.ne.jp has no SPF policy when checking 153.125.133.21) smtp.mailfrom=junchoon@dec.sakura.ne.jp X-Spamd-Result: default: False [-0.54 / 15.00]; RCVD_TLS_LAST(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[sakura.ne.jp]; AUTH_NA(1.00)[]; HAS_ORG_HEADER(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.992]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.05)[0.054]; MLMMJ_DEST(0.00)[freebsd-stable]; 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:7684, ipnet:153.125.128.0/18, country:JP]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[123.1.111.80:received] X-ThisMailContainsUnwantedMimeParts: N On Tue, 24 May 2022 01:31:31 +0900 (JST) Yasuhiro Kimura wrote: > From: Jonathan Vasquez > Subject: Re: Boot hangs up with Alderlake's intel GbE NIC > Date: Mon, 23 May 2022 11:41:48 +0000 > > > Hey yasu, > > > > I haven't looked into this but if there is a way you can disable the Intel nic's driver from loading (maybe > > like this since it's early boot): > > https://forums.freebsd.org/threads/how-to-boot-with-messed-up-boot-loader-conf.64019/post-371681 > > > > That way you can at least get in and do further troubleshooting. You'll need another way to get internet > > though, or maybe you can load the module manually post boot and see what happens. > > On OK prompt I typed 'disable-module em' and them 'boot'. But onboard > NIS is still ditected as 'em1'. Did I do something wroing? > > --- > Yasuhiro Kimura Even if disabling module, possibly automatically re-configured via /etc/rc.conf using devmatch. Try placing devmatch_blocklist="${devmatch_blocklist} if_em" line in /etc/rc.conf. See `man rc.conf`. HTH... -- Tomoaki AOKI From nobody Tue May 24 00:35:40 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B4C721AEA2E4 for ; Tue, 24 May 2022 00:35:54 +0000 (UTC) (envelope-from jon@xyinn.org) Received: from mail-4018.proton.ch (mail-4018.proton.ch [185.70.40.18]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4L6ZxN5xpmz57bj; Tue, 24 May 2022 00:35:52 +0000 (UTC) (envelope-from jon@xyinn.org) Date: Tue, 24 May 2022 00:35:40 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xyinn.org; s=protonmail2; t=1653352544; x=1653611744; bh=lmnBFq0BD8YXtKrmceGtwOU3JSiZ9Z1ePssnh2jNiu0=; h=Date:To:From:Cc:Reply-To:Subject:Message-ID:In-Reply-To: References:Feedback-ID:From:To:Cc:Date:Subject:Reply-To: Feedback-ID:Message-ID; b=IFmhZyQCKdV2+kQvffVQNl+Pc9Du7P8i3cIcbX9lSAha34mr9iiZYpAT5EbkwE43J f/wlnk98avPatcvfQNIdtHcotXsvY85gT06/gANsTBPrP7WDQZLmK1QgfCznAmD6wD g/PpqwcXMhxe4X0ukCmFbF/g6S7X0OP35jLjv0axx/vITmgHRv54RrPWmJqOWH25T6 VXpM95iurAe/26K8Hx6NHT4PE1BEgC2HD3vmG8RLalt17J4BH/P+/Hn0FzEdpRitEd cAEUbS3r+hKliYJTJjogzvogGnF8Wk6kvRf0+7g363ozV/SQhUzwxu1hOl2dB4npum Sdgq/H2jcs7sA== To: junchoon@dec.sakura.ne.jp, yasu@FreeBSD.org From: Jonathan Vasquez Cc: freebsd-stable@freebsd.org Reply-To: Jonathan Vasquez Subject: Re: Boot hangs up with Alderlake's intel GbE NIC Message-ID: In-Reply-To: <20220524061800.28c20394b4af4e2e7db558b9@dec.sakura.ne.jp> References: <20220523.164402.599295865361994545.yasu@FreeBSD.org> <20220524.013131.515312503672800488.yasu@FreeBSD.org> <20220524061800.28c20394b4af4e2e7db558b9@dec.sakura.ne.jp> Feedback-ID: 12351801:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_e3Nx90xJX1a86HBoIx0XemjKr3tCRmYoY8h1SnpI2Q" X-Rspamd-Queue-Id: 4L6ZxN5xpmz57bj X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=xyinn.org header.s=protonmail2 header.b=IFmhZyQC; dmarc=pass (policy=none) header.from=xyinn.org; spf=pass (mx1.freebsd.org: domain of jon@xyinn.org designates 185.70.40.18 as permitted sender) smtp.mailfrom=jon@xyinn.org X-Spamd-Result: default: False [-2.83 / 15.00]; HAS_REPLYTO(0.00)[jon@xyinn.org]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[xyinn.org:s=protonmail2]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEFALL_USER(0.00)[jon]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; HAS_PHPMAILER_SIG(0.00)[]; TO_DN_NONE(0.00)[]; MIME_BASE64_TEXT_BOGUS(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[xyinn.org:+]; MIME_BASE64_TEXT(0.10)[]; DMARC_POLICY_ALLOW(-0.50)[xyinn.org,none]; NEURAL_HAM_SHORT(-0.93)[-0.927]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-stable]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --b1_e3Nx90xJX1a86HBoIx0XemjKr3tCRmYoY8h1SnpI2Q Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 WWVhLi4gc28gb3JpZ2luYWxseSB0aGUgaWRlYSBJIHN1Z2dlc3RlZCBlYXJsaWVyIHdhcyBhY3R1 YWxseSB0byBkaXNhYmxlIGl0IGF0IGJvb3Qgc28geW91IGNvdWxkIGJvb3QgaW50byB0aGUgc3lz dGVtIGFuZCB0aGVuIGJlIGFibGUgdG8gZWl0aGVyIGxvYWQgaXQgbWFudWFsbHkgb3IgZG8gc29t ZXRoaW5nIGVsc2UuLiBidXQgc2luY2UgdGhlIG1vZHVsZSB3aWxsIGF1dG8gcmVsb2FkIChwb3Nz aWJseSksIHlvdSdsbCBuZWVkIHRvIGFjdHVhbGx5IGJvb3QgaW50byBhIGxpdmUgY2QgYW5kIG1h bnVhbGx5IGVkaXQgdGhlIC9ldGMvcmMuY29uZiBmaWxlIGFzIHJlY29tbWVuZGVkIHByZXZpb3Vh bHkgdG8gc3RvcCBpdCBmcm9tIGF1dG8gbG9hZGluZy4gR29vZCBjYXRjaCBUb21vYWtpIQoKU2Vu dCBmcm9tIFByb3Rvbk1haWwgbW9iaWxlCgotLS0tLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0t LS0tCk9uIE1heSAyMywgMjAyMiwgMTc6MTgsIFRvbW9ha2kgQU9LSSB3cm90ZToKCj4gT24gVHVl LCAyNCBNYXkgMjAyMiAwMTozMTozMSArMDkwMCAoSlNUKQo+IFlhc3VoaXJvIEtpbXVyYSA8eWFz dUBGcmVlQlNELm9yZz4gd3JvdGU6Cj4KPj4gRnJvbTogSm9uYXRoYW4gVmFzcXVleiA8am9uQHh5 aW5uLm9yZz4KPj4gU3ViamVjdDogUmU6IEJvb3QgaGFuZ3MgdXAgd2l0aCBBbGRlcmxha2UncyBp bnRlbCBHYkUgTklDCj4+IERhdGU6IE1vbiwgMjMgTWF5IDIwMjIgMTE6NDE6NDggKzAwMDAKPj4K Pj4gPiBIZXkgeWFzdSwKPj4gPgo+PiA+IEkgaGF2ZW4ndCBsb29rZWQgaW50byB0aGlzIGJ1dCBp ZiB0aGVyZSBpcyBhIHdheSB5b3UgY2FuIGRpc2FibGUgdGhlIEludGVsIG5pYydzIGRyaXZlciBm cm9tIGxvYWRpbmcgKG1heWJlCj4+ID4gbGlrZSB0aGlzIHNpbmNlIGl0J3MgZWFybHkgYm9vdCk6 Cj4+ID4gaHR0cHM6Ly9mb3J1bXMuZnJlZWJzZC5vcmcvdGhyZWFkcy9ob3ctdG8tYm9vdC13aXRo LW1lc3NlZC11cC1ib290LWxvYWRlci1jb25mLjY0MDE5L3Bvc3QtMzcxNjgxCj4+ID4KPj4gPiBU aGF0IHdheSB5b3UgY2FuIGF0IGxlYXN0IGdldCBpbiBhbmQgZG8gZnVydGhlciB0cm91Ymxlc2hv b3RpbmcuIFlvdSdsbCBuZWVkIGFub3RoZXIgd2F5IHRvIGdldCBpbnRlcm5ldAo+PiA+IHRob3Vn aCwgb3IgbWF5YmUgeW91IGNhbiBsb2FkIHRoZSBtb2R1bGUgbWFudWFsbHkgcG9zdCBib290IGFu ZCBzZWUgd2hhdCBoYXBwZW5zLgo+Pgo+PiBPbiBPSyBwcm9tcHQgSSB0eXBlZCAnZGlzYWJsZS1t b2R1bGUgZW0nIGFuZCB0aGVtICdib290Jy4gQnV0IG9uYm9hcmQKPj4gTklTIGlzIHN0aWxsIGRp dGVjdGVkIGFzICdlbTEnLiBEaWQgSSBkbyBzb21ldGhpbmcgd3JvaW5nPwo+Pgo+PiAtLS0KPj4g WWFzdWhpcm8gS2ltdXJhCj4KPiBFdmVuIGlmIGRpc2FibGluZyBtb2R1bGUsIHBvc3NpYmx5IGF1 dG9tYXRpY2FsbHkgcmUtY29uZmlndXJlZAo+IHZpYSAvZXRjL3JjLmNvbmYgdXNpbmcgZGV2bWF0 Y2guIFRyeSBwbGFjaW5nCj4KPiBkZXZtYXRjaF9ibG9ja2xpc3Q9IiR7ZGV2bWF0Y2hfYmxvY2ts aXN0fSBpZl9lbSIKPgo+IGxpbmUgaW4gL2V0Yy9yYy5jb25mLgo+Cj4gU2VlIGBtYW4gcmMuY29u ZmAuCj4KPiBIVEguLi4KPgo+IC0tCj4gVG9tb2FraSBBT0tJIDxqdW5jaG9vbkBkZWMuc2FrdXJh Lm5lLmpwPg== --b1_e3Nx90xJX1a86HBoIx0XemjKr3tCRmYoY8h1SnpI2Q Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 WWVhLi4gc28gb3JpZ2luYWxseSB0aGUgaWRlYSBJIHN1Z2dlc3RlZCBlYXJsaWVyIHdhcyBhY3R1 YWxseSB0byBkaXNhYmxlIGl0IGF0IGJvb3Qgc28geW91IGNvdWxkIGJvb3QgaW50byB0aGUgc3lz dGVtIGFuZCB0aGVuIGJlIGFibGUgdG8gZWl0aGVyIGxvYWQgaXQgbWFudWFsbHkgb3IgZG8gc29t ZXRoaW5nIGVsc2UuLiBidXQgc2luY2UgdGhlIG1vZHVsZSB3aWxsIGF1dG8gcmVsb2FkIChwb3Nz aWJseSksIHlvdSdsbCBuZWVkIHRvIGFjdHVhbGx5IGJvb3QgaW50byBhIGxpdmUgY2QgYW5kIG1h bnVhbGx5IGVkaXQgdGhlIC9ldGMvcmMuY29uZiBmaWxlIGFzIHJlY29tbWVuZGVkIHByZXZpb3Vh bHkgdG8gc3RvcCBpdCBmcm9tIGF1dG8gbG9hZGluZy4gR29vZCBjYXRjaCBUb21vYWtpITxicj48 YnI+PGJyPlNlbnQgZnJvbSBQcm90b25NYWlsIG1vYmlsZTxicj48YnI+PGJyPjxicj4tLS0tLS0t LSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tLS0tPGJyPk9uIE1heSAyMywgMjAyMiwgMTc6MTgsIFRv bW9ha2kgQU9LSSA8IGp1bmNob29uQGRlYy5zYWt1cmEubmUuanA+IHdyb3RlOjxibG9ja3F1b3Rl IGNsYXNzPSJwcm90b25tYWlsX3F1b3RlIj48YnI+PHAgZGlyPSJsdHIiPk9uIFR1ZSwgMjQgTWF5 IDIwMjIgMDE6MzE6MzEgKzA5MDAgKEpTVCk8YnI+DQpZYXN1aGlybyBLaW11cmEgJmx0O3lhc3VA RnJlZUJTRC5vcmcmZ3Q7IHdyb3RlOjwvcD4NCjxwIGRpcj0ibHRyIj4mZ3Q7IEZyb206IEpvbmF0 aGFuIFZhc3F1ZXogJmx0O2pvbkB4eWlubi5vcmcmZ3Q7PGJyPg0KJmd0OyBTdWJqZWN0OiBSZTog Qm9vdCBoYW5ncyB1cCB3aXRoIEFsZGVybGFrZSdzIGludGVsIEdiRSBOSUM8YnI+DQomZ3Q7IERh dGU6IE1vbiwgMjMgTWF5IDIwMjIgMTE6NDE6NDggKzAwMDA8YnI+DQomZ3Q7PGJyPg0KJmd0OyAm Z3Q7IEhleSB5YXN1LDxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyBJIGhhdmVuJ3QgbG9v a2VkIGludG8gdGhpcyBidXQgaWYgdGhlcmUgaXMgYSB3YXkgeW91IGNhbiBkaXNhYmxlIHRoZSBJ bnRlbCBuaWMncyBkcml2ZXIgZnJvbSBsb2FkaW5nIChtYXliZTxicj4NCiZndDsgJmd0OyBsaWtl IHRoaXMgc2luY2UgaXQncyBlYXJseSBib290KTo8YnI+DQomZ3Q7ICZndDsgPGEgaHJlZj0iaHR0 cHM6Ly9mb3J1bXMuZnJlZWJzZC5vcmcvdGhyZWFkcy9ob3ctdG8tYm9vdC13aXRoLW1lc3NlZC11 cC1ib290LWxvYWRlci1jb25mLjY0MDE5L3Bvc3QtMzcxNjgxIj5odHRwczovL2ZvcnVtcy5mcmVl YnNkLm9yZy90aHJlYWRzL2hvdy10by1ib290LXdpdGgtbWVzc2VkLXVwLWJvb3QtbG9hZGVyLWNv bmYuNjQwMTkvcG9zdC0zNzE2ODE8L2E+PGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7IFRo YXQgd2F5IHlvdSBjYW4gYXQgbGVhc3QgZ2V0IGluIGFuZCBkbyBmdXJ0aGVyIHRyb3VibGVzaG9v dGluZy4gWW91J2xsIG5lZWQgYW5vdGhlciB3YXkgdG8gZ2V0IGludGVybmV0PGJyPg0KJmd0OyAm Z3Q7IHRob3VnaCwgb3IgbWF5YmUgeW91IGNhbiBsb2FkIHRoZSBtb2R1bGUgbWFudWFsbHkgcG9z dCBib290IGFuZCBzZWUgd2hhdCBoYXBwZW5zLjxicj4NCiZndDs8YnI+DQomZ3Q7IE9uIE9LIHBy b21wdCBJIHR5cGVkICdkaXNhYmxlLW1vZHVsZSBlbScgYW5kIHRoZW0gJ2Jvb3QnLiBCdXQgb25i b2FyZDxicj4NCiZndDsgTklTIGlzIHN0aWxsIGRpdGVjdGVkIGFzICdlbTEnLiBEaWQgSSBkbyBz b21ldGhpbmcgd3JvaW5nPzxicj4NCiZndDs8YnI+DQomZ3Q7IC0tLTxicj4NCiZndDsgWWFzdWhp cm8gS2ltdXJhPC9wPg0KPHAgZGlyPSJsdHIiPkV2ZW4gaWYgZGlzYWJsaW5nIG1vZHVsZSwgcG9z c2libHkgYXV0b21hdGljYWxseSByZS1jb25maWd1cmVkPGJyPg0KdmlhIC9ldGMvcmMuY29uZiB1 c2luZyBkZXZtYXRjaC4gVHJ5IHBsYWNpbmc8L3A+DQo8cCBkaXI9Imx0ciI+ZGV2bWF0Y2hfYmxv Y2tsaXN0PSIke2Rldm1hdGNoX2Jsb2NrbGlzdH0gaWZfZW0iPC9wPg0KPHAgZGlyPSJsdHIiPmxp bmUgaW4gL2V0Yy9yYy5jb25mLjwvcD4NCjxwIGRpcj0ibHRyIj5TZWUgYG1hbiByYy5jb25mYC48 L3A+DQo8cCBkaXI9Imx0ciI+SFRILi4uPC9wPg0KPHAgZGlyPSJsdHIiPi0tPGJyPg0KVG9tb2Fr aSBBT0tJICZsdDtqdW5jaG9vbkBkZWMuc2FrdXJhLm5lLmpwJmd0OzwvcD4NCjwvZGl2Pg== --b1_e3Nx90xJX1a86HBoIx0XemjKr3tCRmYoY8h1SnpI2Q-- From nobody Tue May 24 04:19:49 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 230C51B40241 for ; Tue, 24 May 2022 04:20:01 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4L6gw06zmzz3v6q; Tue, 24 May 2022 04:20:00 +0000 (UTC) (envelope-from yasu@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1653366001; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=4PXaMWkj/VjcND0SzBKt/hDb211/OreEfphj7RcduNk=; b=vqGXEiXqOhneQB/F4nlwnLSIM7/1chq1+sN0yvZuh2sKrgH9QJfpBOE7r6Z3gY9ePz3g8E 9YAoC/mdUuwI15Qh+WRdfnGakRG9C+2qrblETFTE+zRMR8oQbv+TowG63X6Dk6o1Gh0kvy qVhJflo+GgHCro/IaauaqFgLqGm6uhqL2LJFg4Rr/LR8pPMHsEgQ9OK5n0wrm+4E6zX5GX RGXwqsjXNrRs35/9uBP/JDSwceYS/+EaFEoQko6KYsSRciut3XG79HnIqmrn4aTbpRa01I m38/nTSglDWFcq0aavFa0taPBunFmWlUzk4Jpf7a7ZMCG7xrkQqxTdV3cQjLzQ== Received: from localhost (unknown [IPv6:240b:11:220:fe00:d1ea:66de:f9b8:3419]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: yasu/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 48E932AA4E; Tue, 24 May 2022 04:20:00 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Date: Tue, 24 May 2022 13:19:49 +0900 (JST) Message-Id: <20220524.131949.703127835077832694.yasu@FreeBSD.org> To: freebsd-stable@freebsd.org Subject: Re: Boot hangs up with Alderlake's intel GbE NIC From: Yasuhiro Kimura In-Reply-To: <20220524061800.28c20394b4af4e2e7db558b9@dec.sakura.ne.jp> References: <20220524.013131.515312503672800488.yasu@FreeBSD.org> <20220524061800.28c20394b4af4e2e7db558b9@dec.sakura.ne.jp> X-Mailer: Mew version 6.8 on Emacs 29.0.50 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1653366001; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=4PXaMWkj/VjcND0SzBKt/hDb211/OreEfphj7RcduNk=; b=QREW8lFaKBsVMcjCQSqKDg+LPGF/hiVhABcsKYJKGHxoKxMv5VOJ8ZuvOR2pdM9KvRqtoe ftjsFayF5DbEDKAbPF3YRvxWA0ROyIMScgZMTmY/CdouXj0xkLtDhM9lfoVJXQu+mY3tXk mD4rEAE9CbImUPkM0A8ECjviD4VrQvYICVPRbuM6NYG8urp46KVsr94zxsaPrFZ7BaVBPK Z89PA7zdx5EtZU/rInM8JYRzZa6P76xh1ru8Uakc0H7AG3AEqh+LVZlvxeaPkGH9bkJprU QlO+D89v60p0j1e6PZnzTPzrOttfbG7vXqGy3WC2X6iGdebaD2s7TC/+aGh6cw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1653366001; a=rsa-sha256; cv=none; b=J/6SHUhvrJk1mfee+hNrjKM6vmm2yv2NHEWxRC8vXCage02J5cU1xU61gdpVT1iqxN0wGw J5tXFxVk8eqNJgsH7wIL8WQSwB6HQITxs65+K9ltZjNKxOO/a1IWEZcoSh8IFxcO5dYZ8Y vWEEsVPurtoNiIrGwdPyt5fLJFywO+zdgkQP2y24OEJYhfs0JLz7BK/sc2rLqZ7YXQ1QEw j/LzvRDx81xV2Q3RvWecBC9wJG25Rfd6jXZxHIRoyVQugRfLD1z2ncbWOQCLhxpqRgXIVP quu5eNrHEomVi7gtODe/NpkKhH/DE8Xz3rrD0jCGthvwd8Nlt8RcdJO1WFvwxQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N From: Tomoaki AOKI Subject: Re: Boot hangs up with Alderlake's intel GbE NIC Date: Tue, 24 May 2022 06:18:00 +0900 > Even if disabling module, possibly automatically re-configured > via /etc/rc.conf using devmatch. Try placing > > devmatch_blocklist="${devmatch_blocklist} if_em" > > line in /etc/rc.conf. > > See `man rc.conf`. > > HTH... > > -- > Tomoaki AOKI > I tried it but still onboard NIC is detected... --- Yasuhiro Kimura From nobody Tue May 24 22:14:06 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id DB7B61B38676 for ; Tue, 24 May 2022 22:13:28 +0000 (UTC) (envelope-from pj@smo.de) Received: from mail.adebahr.de (mail.adebahr.de [185.66.179.123]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.adebahr.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4L77kc0k52z3D8l; Tue, 24 May 2022 22:13:27 +0000 (UTC) (envelope-from pj@smo.de) Received: from [192.168.153.212] (pd9515a1f.dip0.t-ipconnect.de [217.81.90.31]) by mail.adebahr.de (Postfix) with ESMTPSA id B78D4600F2; Wed, 25 May 2022 00:13:17 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=smo.de; s=mail; t=1653430397; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=5pba9MAtNCzfE+loWgWLOIWh9Q6PDNYTsjb4T4PSJa0=; b=a7Ae7+jKpaZqBxo2g0xi+lpiIOhjnYXzdeZKfvn7ejSQvEFaXuI9KhiGNSYRxhYYr593QE aqEGUuTdaiwU+3sGaPKvXOgDbgcNogAKfHI2xowCMib1g1a0riOGWjzbP9JD3rPbMLKAxV DP8QC8txah58Nkmod2PIGbig27HtU/4= Message-ID: <3409b7e9-466c-3148-c045-13dbd2d0486d@smo.de> Date: Wed, 25 May 2022 00:14:06 +0200 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:91.0) Gecko/20100101 Thunderbird/91.9.1 Subject: Re: Boot hangs up with Alderlake's intel GbE NIC Content-Language: en-US To: Yasuhiro Kimura , freebsd-stable@freebsd.org References: <20220524.013131.515312503672800488.yasu@FreeBSD.org> <20220524061800.28c20394b4af4e2e7db558b9@dec.sakura.ne.jp> <20220524.131949.703127835077832694.yasu@FreeBSD.org> From: Philipp Ost In-Reply-To: <20220524.131949.703127835077832694.yasu@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4L77kc0k52z3D8l X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=smo.de header.s=mail header.b=a7Ae7+jK; dmarc=pass (policy=reject) header.from=smo.de; spf=pass (mx1.freebsd.org: domain of pj@smo.de designates 185.66.179.123 as permitted sender) smtp.mailfrom=pj@smo.de X-Spamd-Result: default: False [-3.98 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[smo.de:s=mail]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.66.179.96/27]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.98)[-0.978]; DKIM_TRACE(0.00)[smo.de:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[smo.de,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:198930, ipnet:185.66.176.0/22, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[217.81.90.31:received] X-ThisMailContainsUnwantedMimeParts: N On 5/24/22 06:19, Yasuhiro Kimura wrote: > From: Tomoaki AOKI > Subject: Re: Boot hangs up with Alderlake's intel GbE NIC > Date: Tue, 24 May 2022 06:18:00 +0900 > >> Even if disabling module, possibly automatically re-configured >> via /etc/rc.conf using devmatch. Try placing >> >> devmatch_blocklist="${devmatch_blocklist} if_em" >> >> line in /etc/rc.conf. >> >> See `man rc.conf`. >> >> HTH... >> >> -- >> Tomoaki AOKI >> > > I tried it but still onboard NIC is detected... Have you tried disabling the onboard NIC in the UEFI menu? Best Philipp From nobody Tue May 24 22:28:58 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 635231B3D018 for ; Tue, 24 May 2022 22:29:32 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4L78582LtPz3HHc; Tue, 24 May 2022 22:29:32 +0000 (UTC) (envelope-from yasu@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1653431372; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=CcG1kwA0lBX2EtK1he7jMJJpOn3e3mgTVOgHgAPCZf4=; b=fAtFSDziIR3s0e2xieL76IQm3RW8i2h15tnQWiRQZfU2AcT/vamE3Ol+N5OIk5mUYdp8DD N+5lW1lfKIB+zZssPG6qAWoYzvlwkF0zCLqxDfX1JNigWJ+m+9x7yaCBzO+gtqjaa3RKxG WqiTrMJh5UvOWQwJXdCJIeS69efZnD5WkudCT/+iPHDuGYG2iEPLXqBm9nDTEVSah3rekg mt9/0tqTYrFMHCEtob4mJ2Q03gnVZRoqs1Yp3yDDaVfhT9H3fHc0kdGZR0pMdvnZJG8MsN VGx0D/SDrESNab0Gekzty+6Hl82jqJOuZfY51+Nu1BIcxIaX7dhhqGx4sO2MPQ== Received: from localhost (unknown [IPv6:240b:11:220:fe00:41e2:b05:bb10:94fd]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: yasu/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 9D43E4E87; Tue, 24 May 2022 22:29:31 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Date: Wed, 25 May 2022 07:28:58 +0900 (JST) Message-Id: <20220525.072858.2182305045124972529.yasu@FreeBSD.org> To: freebsd-stable@freebsd.org Subject: Re: Boot hangs up with Alderlake's intel GbE NIC From: Yasuhiro Kimura In-Reply-To: <3409b7e9-466c-3148-c045-13dbd2d0486d@smo.de> References: <20220524061800.28c20394b4af4e2e7db558b9@dec.sakura.ne.jp> <20220524.131949.703127835077832694.yasu@FreeBSD.org> <3409b7e9-466c-3148-c045-13dbd2d0486d@smo.de> X-Mailer: Mew version 6.8 on Emacs 29.0.50 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1653431372; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=CcG1kwA0lBX2EtK1he7jMJJpOn3e3mgTVOgHgAPCZf4=; b=vtU0sT/Rizb82ATffQB0NdTVasrEKXeIelswulVYokvXGWG0WOOetSBgFF6Lj+bJIsnyd0 IWaZXC3JyIZeuaWNBsAsjZXIhYNI5LVkBBkswxE9tk+H2DfUpNNJu25AeU1q+9g03vpk5M 1pGD9JWbu1tWx46Xit/tL0U0RWIg42a8Wlzmfu5N+edLMxDL6XOBePESayAeiTsqVp4JPC vMnZLC5zw3Uh1qKTnCaVpFOiojyLv/jBdvNvDkrS+H1PYSp+cXnsliUOfi001Em+Fimo7o L4jp+jdDT06hpfDXP/nm2dND+kBxuKt0f0KnOvAHC4L5R/RU4wfhJFc4sAWRuA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1653431372; a=rsa-sha256; cv=none; b=lHi967ND/13rmW1T+9ZwKC/WuMGhpVIvwm0zGlTtaIOfNfXT2V2i+rqKkUDzJ4l6aNY8Hd 5iYFzXTvKxA0o+FSce/EbEZPZ1NlSDTTy6YkqDT0JmHNKfp+rcKgo7brtF2JsiuPsqTkhc 00CLDbbkg05MFqGXXRzC9GujMVXfDEEAWKIjzdoW2P/36PgfhhriSCgK5YmMRi7juWSD9y 4v0ol3EvYyy3Q0nYxmdapM+3WYlyxZg9ogbWeRARfQp1WkAVVb6uQfaR5xbIdq11Axv0pV FPxeGGrIua7BP0bXoId5C8BaUUOqWcDOVFZxDcsPOZrOc3V1TWcemG55egHSuQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N From: Philipp Ost Subject: Re: Boot hangs up with Alderlake's intel GbE NIC Date: Wed, 25 May 2022 00:14:06 +0200 > Have you tried disabling the onboard NIC in the UEFI menu? > > Best > Philipp Unfortunately UEFI BIOS menu of my motherboard doesn't provide a way to disable onboard NIC. --- Yasuhiro Kimura From nobody Wed May 25 06:40:29 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3D01D1B55DDB for ; Wed, 25 May 2022 06:40:43 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail-ed1-x52b.google.com (mail-ed1-x52b.google.com [IPv6:2a00:1450:4864:20::52b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4L7Lzt29qHz3L9d for ; Wed, 25 May 2022 06:40:42 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: by mail-ed1-x52b.google.com with SMTP id fd25so25775232edb.3 for ; Tue, 24 May 2022 23:40:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jellydonut-org.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=B19KCtN/3q2A/u8Z1fdaqW9ZOA/fghEqLZLIflIH0q8=; b=vRUC2j1Km/9z8Jmb7jKTwdnBaHv/ZMjh24CQEIsHnvhsSunx/NB7f0AbAlnYQ7DLXJ 6weElfO5Pt0ovLNKPBUVjd1nkfbxi6MwnoUMBDPaLlNs7wUqo5sc34mC6NhaeEuEd74E kRx1ZIcqlPdbSt4gI73PHx7QEahRd6vMwB/IROidnclC2eNQswf2hvvmsYbMAtIrpjvb 7E5cmKozsyfWTr1rjLLFagahKY7y2MdnIkbPWd+kepH27f3PeY3aRlrETbTwBB1Jtb/h nXUic+t0nerpWKolA9dx8HBDu2ElEZGKo6wF1/ARP+9V/9G8/1hlgqtG3J+MyW08KckT rTQQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=B19KCtN/3q2A/u8Z1fdaqW9ZOA/fghEqLZLIflIH0q8=; b=QYur4cc+Sdp9WEoMm4t7RANm8U71jJP8JCqwCKmRuDzWHeURvf40UXRiLRudDK2aSN enzMEVyDJ50/AfWhIyufdcCJ5r3Jvm1N6Iy8dtUg2gXo9DFksrNd3xQhEMNmQATRa6aJ 1ozRe2ctL5iuJlU0GklccgdPXKkK4+i9zHXkIM/IXRT7efdBf/NZBB1gWrFoomsUrTGO rlA3U+VGVVKk1YTlOQhRkQiJxeJRmAsjs9nJIicuFQVJR9bkjLlk2tdeLDz4dfw4EfjX 4c+z9x7vXZKwugkVRPA4vnPQnvHkO2H8SLw03nEa/RrIe7mmDiZFAlN7i9hjr2chJ2Ej jRpA== X-Gm-Message-State: AOAM532wZwdzLZYUllNRsEttbID069ZMfUgPjMRBW2rP1zqumjeBikFc HqYLJJchdjXMJ1CquMc7SlB4nqxU3Hva9z+EH8hWw/ZehYaKmg== X-Google-Smtp-Source: ABdhPJxxugExjisifi761XriaJVGqFvPiHR8zxvJHB9+wAWSEHmBIJm/1wj7V6ivTJKpzXC9gGn4yt+r91FBG9VfgXQ= X-Received: by 2002:a05:6402:908:b0:428:11f5:509d with SMTP id g8-20020a056402090800b0042811f5509dmr32960386edz.253.1653460840894; Tue, 24 May 2022 23:40:40 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <20220524061800.28c20394b4af4e2e7db558b9@dec.sakura.ne.jp> <20220524.131949.703127835077832694.yasu@FreeBSD.org> <3409b7e9-466c-3148-c045-13dbd2d0486d@smo.de> <20220525.072858.2182305045124972529.yasu@FreeBSD.org> In-Reply-To: <20220525.072858.2182305045124972529.yasu@FreeBSD.org> From: Michael Proto Date: Wed, 25 May 2022 02:40:29 -0400 Message-ID: Subject: Re: Boot hangs up with Alderlake's intel GbE NIC To: freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4L7Lzt29qHz3L9d X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=jellydonut-org.20210112.gappssmtp.com header.s=20210112 header.b=vRUC2j1K; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@jellydonut.org designates 2a00:1450:4864:20::52b as permitted sender) smtp.mailfrom=mike@jellydonut.org X-Spamd-Result: default: False [-3.46 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[jellydonut-org.20210112.gappssmtp.com:s=20210112]; FREEFALL_USER(0.00)[mike]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_NA(0.00)[jellydonut.org]; DKIM_TRACE(0.00)[jellydonut-org.20210112.gappssmtp.com:+]; NEURAL_HAM_SHORT(-0.96)[-0.961]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::52b:from]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Tue, May 24, 2022 at 6:31 PM Yasuhiro Kimura wrote: > > From: Philipp Ost > Subject: Re: Boot hangs up with Alderlake's intel GbE NIC > Date: Wed, 25 May 2022 00:14:06 +0200 > > > Have you tried disabling the onboard NIC in the UEFI menu? > > > > Best > > Philipp > > Unfortunately UEFI BIOS menu of my motherboard doesn't provide a way > to disable onboard NIC. > > --- > Yasuhiro Kimura > Onboard (stalling) NIC is em1 right? How about "hint.em.1.disable=1" at the loader prompt? From nobody Wed May 25 06:41:18 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4A47D1B5648C for ; Wed, 25 May 2022 06:41:32 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail-ej1-x629.google.com (mail-ej1-x629.google.com [IPv6:2a00:1450:4864:20::629]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4L7M0q12bqz3LYq for ; Wed, 25 May 2022 06:41:31 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: by mail-ej1-x629.google.com with SMTP id wh22so39536188ejb.7 for ; Tue, 24 May 2022 23:41:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jellydonut-org.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=QzoawV5KlvRvT7Jl2aCm74Stumg23aQ/30YHOSzuxcY=; b=ZLIyfT3HekHID64C8LkRuPwpQNe5nG1EQBZklWQ+6hs2W7w7VtPOkyELX/FoKx3Lru /ggcIxqc8H1n6IawQA/Ydv+pfKgY+D7leKWmnabOYbKSqgsTY/DEO0ijZtBRXtwopIxL EoTc3iWvT6moSF+zkqh4XKer2kxumbJWKanMckY4I6AFIXZL+iPefRB1vsE8zzphzmOr iH1QW2cwRQpVKhoVkWunTwZ1CBr2X1nOJyM4SSDTUkQucsSnifLbtdJK8QHop6p/dQSf YHc8YunCOHLKOhBC/NYd02cXzlGCvOIAOSMy1tT6dUelitpMuRZxC0qnPkSL3VBoWZqD u2Eg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=QzoawV5KlvRvT7Jl2aCm74Stumg23aQ/30YHOSzuxcY=; b=jhjG5NiJkAiS3snDS960m4+s4DQn3ppQKTW2DlXqz7B3i4xD4haT5CmHtZbymKRdrF 6GjPDevmdB+qFksxUeXpWEoOrFO87osfy15PNps0aXjq9QouEKroI/BQzuZHOFb8ADtR ZlG6Yl5IYq0LhANLBondrLC7mFaZlHnjLVHrxSV9vVgDJPAIG38SLr5P7Zh+1agOQGfp 08DREv+giCYnuC4D9+gagMautUGKswD6jzUWQ1+7KrPK4j8MLk+YnagduZbe9tgg2fDp tgixWcTxf/pl8V3vjBor9DPDyGrMqb7HImllliFIzxEWQsMcY0pzWqpIGzNPBYPpcDTN PJDw== X-Gm-Message-State: AOAM533EyfI488ROnJWepijYuAtxaVn/QmcCGsc5eGRce1WD/RU2QhgS 4rTRA9xr7dPKpItVxTdvvQqr+eqqGDxc4MmgvyoHtqOmy7nH87E6 X-Google-Smtp-Source: ABdhPJwiidX8l9qTB0qO0jX6wIWgfuGF6VC5lsFZmOnbgPce8rcNpD54TsoDkIJaWeYbb8QF+hW8bj+dDoF4aMAWwdU= X-Received: by 2002:a17:906:e07:b0:6fe:8f00:cb0d with SMTP id l7-20020a1709060e0700b006fe8f00cb0dmr27325200eji.332.1653460889732; Tue, 24 May 2022 23:41:29 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <20220524061800.28c20394b4af4e2e7db558b9@dec.sakura.ne.jp> <20220524.131949.703127835077832694.yasu@FreeBSD.org> <3409b7e9-466c-3148-c045-13dbd2d0486d@smo.de> <20220525.072858.2182305045124972529.yasu@FreeBSD.org> In-Reply-To: From: Michael Proto Date: Wed, 25 May 2022 02:41:18 -0400 Message-ID: Subject: Re: Boot hangs up with Alderlake's intel GbE NIC To: freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4L7M0q12bqz3LYq X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=jellydonut-org.20210112.gappssmtp.com header.s=20210112 header.b=ZLIyfT3H; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@jellydonut.org designates 2a00:1450:4864:20::629 as permitted sender) smtp.mailfrom=mike@jellydonut.org X-Spamd-Result: default: False [-3.46 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[jellydonut-org.20210112.gappssmtp.com:s=20210112]; FREEFALL_USER(0.00)[mike]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_NA(0.00)[jellydonut.org]; DKIM_TRACE(0.00)[jellydonut-org.20210112.gappssmtp.com:+]; NEURAL_HAM_SHORT(-0.96)[-0.964]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::629:from]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Wed, May 25, 2022 at 2:40 AM Michael Proto wrote: > > On Tue, May 24, 2022 at 6:31 PM Yasuhiro Kimura wrote: > > > > From: Philipp Ost > > Subject: Re: Boot hangs up with Alderlake's intel GbE NIC > > Date: Wed, 25 May 2022 00:14:06 +0200 > > > > > Have you tried disabling the onboard NIC in the UEFI menu? > > > > > > Best > > > Philipp > > > > Unfortunately UEFI BIOS menu of my motherboard doesn't provide a way > > to disable onboard NIC. > > > > --- > > Yasuhiro Kimura > > > > > Onboard (stalling) NIC is em1 right? How about "hint.em.1.disable=1" > at the loader prompt? Sorry, that should be hint.em.1.disabled with a "d" From nobody Wed May 25 08:51:16 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 72DEC1B4C2E5 for ; Wed, 25 May 2022 08:52:32 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4L7Pw02hSsz4SLR; Wed, 25 May 2022 08:52:32 +0000 (UTC) (envelope-from yasu@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1653468752; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=vsXOgGA5J2JhWqLQ9Ore9Zbk4xMsmWi9VG8UhThLpWU=; b=FhsTkQ7F/KjpIazEtQxIB0050hnZH07g0AO8cjD8A/hHaMSKiOto/6CVjf9EB/mMQWk7cT SSADA+TG6Z02YiulibALabGwMnRuDpov4D4Ux158XZef24ZSq8ZpfkhtYJJngITkbXCCeK 9EmtytqBAqIlTPASRHGF3P5tXg90yCGU3cF9t/cQ75vpMSG1Ykfjp/Bjhcxh/sdqPTD99V zWSeazG2/Ga2juSUE9sw5PKN2wjJYJPwoAzA/Tx0jlrBPYL1uuLWB7SHoG1sg1cLIV8NAr U3uH/R916lkDS+6jj5Zd63SILL2cdwpWMuxsgsEjhFxVT3WGZ3l1673RVXbOKg== Received: from localhost (unknown [IPv6:240b:11:220:fe00:41e2:b05:bb10:94fd]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: yasu/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 9E84BA7DA; Wed, 25 May 2022 08:52:31 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Date: Wed, 25 May 2022 17:51:16 +0900 (JST) Message-Id: <20220525.175116.546715431191296060.yasu@FreeBSD.org> To: freebsd-stable@freebsd.org Subject: Re: Boot hangs up with Alderlake's intel GbE NIC From: Yasuhiro Kimura In-Reply-To: References: <3409b7e9-466c-3148-c045-13dbd2d0486d@smo.de> <20220525.072858.2182305045124972529.yasu@FreeBSD.org> X-Mailer: Mew version 6.8 on Emacs 29.0.50 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1653468752; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=vsXOgGA5J2JhWqLQ9Ore9Zbk4xMsmWi9VG8UhThLpWU=; b=roJZpcsJ6XtnPmYfGNV5NvRTCh1CKF2BgIC+a6K5jTMPPiV7OKLCSncU4FiFLhFhRSvWuv RdDJj3I5vAH/ZBNwF7Nj7xN01y7x6OdOMLUMe8Pelk3t4NNYEi57D2RvIBTunt3gnJboXh 0ZO9CJLvrTxydCrqW+F3Nbquam2gXjMuYD5azfjdi2ZAAejYtTm5iukNvDkBOUMuWPzwjK d80xqeqbMr8cUX3wi1Iem79qp4v6L1SD0oCafuSbJ+lGLVehzHlC5wZbxS3wLr1OmIJDqZ lE4ZSt1l6S3/mnoW93yOtP6Y0b3F+LuYj6I4FmeC7VqrbPTiWp9wd+zAniADzA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1653468752; a=rsa-sha256; cv=none; b=DlkEQOEI/kB0o6Ut3HRmeYuWHrD/N9UwIdY34f6FVuWUDI1iGg/+Gm0sm5LpLi/x82gY8m 8pYciOOq1trxDGfAGsalRzoxg3znVxrYnzQMnfVtXPS8/sPErfhgqKHlSGicYHLCAdfdTs ju502WETCeCSec3dBEePmkLiNaXiWPwY28mlC/kVDAcbw0yT09OACIVh9yF753R8DRACZx HrZ73iHaxDATcN0fRXEB+9uQc0cuI51kOd50GrN4vI38dEltNn5lFUlc6yi5CbYtgR4l7v 32RW8gF9Ec8XlTve8HPGHcBdlIL5h6mF7KeMVEULXR1XMj4jsvl22TqA0czQiQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N From: Michael Proto Subject: Re: Boot hangs up with Alderlake's intel GbE NIC Date: Wed, 25 May 2022 02:40:29 -0400 > Onboard (stalling) NIC is em1 right? How about "hint.em.1.disable=1" > at the loader prompt? On loader prompt I typed 'set hint.em.1.disabled=1' and 'boot'. Then 13.1-RELEASE boots successfully! So I added 'hint.em.1.disabled=1' to /boot/loader.conf and now boot succeeds without interaction. Thank you very much for letting me know it. Now I can upgrade my home server to 13.1-RELEASE. --- Yasuhiro Kimura From nobody Wed May 25 12:15:12 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7BD4C1B5CF45 for ; Wed, 25 May 2022 12:15:30 +0000 (UTC) (envelope-from jon@xyinn.org) Received: from mail-4018.proton.ch (mail-4018.proton.ch [185.70.40.18]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4L7VQ82nGJz3ChD for ; Wed, 25 May 2022 12:15:28 +0000 (UTC) (envelope-from jon@xyinn.org) Date: Wed, 25 May 2022 12:15:12 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xyinn.org; s=protonmail2; t=1653480920; x=1653740120; bh=3rd5Ima2evz9pjrdk588SeSPKpidYw7kUpxAbarXdvw=; h=Date:To:From:Reply-To:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID; b=t7vihUnoO/AdP1WmNEK4BkL3PKQ1SEsG7NSIiByEL2tix75g3j4SUy8feT+B3afBB hvqH3tpCFRfWImgPutUPen5tS8Jft7L+wEbG/viMaWlK4yqhDOpAGyIsjklCueZ2jN g3B4VV+gpo6edlPlDJRcweqDcLiYgpNkY4aq6NGDD0f8JnNcA5ogTpq+sN+unsqG0h GcI9JgjZnr6jJdYgyg2awOco8lCVU8Iu8brsF7U1BzjmhK9QtcktX/pdsbUdQD9PRg HCCGHdT+BwKMjZmCaQZK7mav99McABQxcT3y+X4ku1dp00aDhzOJliU2waHf7F2FDn om4caepn4DpbQ== To: yasu@FreeBSD.org, freebsd-stable@freebsd.org From: Jonathan Vasquez Reply-To: Jonathan Vasquez Subject: Re: Boot hangs up with Alderlake's intel GbE NIC Message-ID: In-Reply-To: <20220525.175116.546715431191296060.yasu@FreeBSD.org> References: <3409b7e9-466c-3148-c045-13dbd2d0486d@smo.de> <20220525.072858.2182305045124972529.yasu@FreeBSD.org> <20220525.175116.546715431191296060.yasu@FreeBSD.org> Feedback-ID: 12351801:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_jQzyobSF7i8DaAyGwVLTKyxLkbVm8AW0MOaXjcXfAM" X-Rspamd-Queue-Id: 4L7VQ82nGJz3ChD X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=xyinn.org header.s=protonmail2 header.b=t7vihUno; dmarc=pass (policy=none) header.from=xyinn.org; spf=pass (mx1.freebsd.org: domain of jon@xyinn.org designates 185.70.40.18 as permitted sender) smtp.mailfrom=jon@xyinn.org X-Spamd-Result: default: False [-1.22 / 15.00]; HAS_REPLYTO(0.00)[jon@xyinn.org]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[xyinn.org:s=protonmail2]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[jon]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; HAS_PHPMAILER_SIG(0.00)[]; TO_DN_NONE(0.00)[]; MIME_BASE64_TEXT_BOGUS(1.00)[]; NEURAL_SPAM_SHORT(0.68)[0.680]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[xyinn.org:+]; MIME_BASE64_TEXT(0.10)[]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[xyinn.org,none]; MLMMJ_DEST(0.00)[freebsd-stable]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --b1_jQzyobSF7i8DaAyGwVLTKyxLkbVm8AW0MOaXjcXfAM Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 TmljZS4gR2xhZCBpdCdzIHdvcmtpbmcgbm93LiBXaGF0IGFyZSB5b3VyIHBsYW5zIGZvciBnZXR0 aW5nIGludGVybmV0IGFjY2Vzcz8KClNlbnQgZnJvbSBQcm90b25NYWlsIG1vYmlsZQoKLS0tLS0t LS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLS0tLQpPbiBNYXkgMjUsIDIwMjIsIDA0OjUxLCBZYXN1 aGlybyBLaW11cmEgd3JvdGU6Cgo+IEZyb206IE1pY2hhZWwgUHJvdG8gPG1pa2VAamVsbHlkb251 dC5vcmc+Cj4gU3ViamVjdDogUmU6IEJvb3QgaGFuZ3MgdXAgd2l0aCBBbGRlcmxha2UncyBpbnRl bCBHYkUgTklDCj4gRGF0ZTogV2VkLCAyNSBNYXkgMjAyMiAwMjo0MDoyOSAtMDQwMAo+Cj4+IE9u Ym9hcmQgKHN0YWxsaW5nKSBOSUMgaXMgZW0xIHJpZ2h0PyBIb3cgYWJvdXQgImhpbnQuZW0uMS5k aXNhYmxlPTEiCj4+IGF0IHRoZSBsb2FkZXIgcHJvbXB0Pwo+Cj4gT24gbG9hZGVyIHByb21wdCBJ IHR5cGVkICdzZXQgaGludC5lbS4xLmRpc2FibGVkPTEnIGFuZCAnYm9vdCcuIFRoZW4KPiAxMy4x LVJFTEVBU0UgYm9vdHMgc3VjY2Vzc2Z1bGx5ISBTbyBJIGFkZGVkICdoaW50LmVtLjEuZGlzYWJs ZWQ9MScgdG8KPiAvYm9vdC9sb2FkZXIuY29uZiBhbmQgbm93IGJvb3Qgc3VjY2VlZHMgd2l0aG91 dCBpbnRlcmFjdGlvbi4KPgo+IFRoYW5rIHlvdSB2ZXJ5IG11Y2ggZm9yIGxldHRpbmcgbWUga25v dyBpdC4gTm93IEkgY2FuIHVwZ3JhZGUgbXkgaG9tZQo+IHNlcnZlciB0byAxMy4xLVJFTEVBU0Uu Cj4KPiAtLS0KPiBZYXN1aGlybyBLaW11cmE= --b1_jQzyobSF7i8DaAyGwVLTKyxLkbVm8AW0MOaXjcXfAM Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 TmljZS4gR2xhZCBpdCdzIHdvcmtpbmcgbm93LiBXaGF0IGFyZSB5b3VyIHBsYW5zIGZvciBnZXR0 aW5nIGludGVybmV0IGFjY2Vzcz8gPGJyPjxicj48YnI+U2VudCBmcm9tIFByb3Rvbk1haWwgbW9i aWxlPGJyPjxicj48YnI+PGJyPi0tLS0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0tLS08YnI+ T24gTWF5IDI1LCAyMDIyLCAwNDo1MSwgWWFzdWhpcm8gS2ltdXJhIDwgeWFzdUBGcmVlQlNELm9y Zz4gd3JvdGU6PGJsb2NrcXVvdGUgY2xhc3M9InByb3Rvbm1haWxfcXVvdGUiPjxicj48cCBkaXI9 Imx0ciI+RnJvbTogTWljaGFlbCBQcm90byAmbHQ7bWlrZUBqZWxseWRvbnV0Lm9yZyZndDs8YnI+ DQpTdWJqZWN0OiBSZTogQm9vdCBoYW5ncyB1cCB3aXRoIEFsZGVybGFrZSdzIGludGVsIEdiRSBO SUM8YnI+DQpEYXRlOiBXZWQsIDI1IE1heSAyMDIyIDAyOjQwOjI5IC0wNDAwPC9wPg0KPHAgZGly PSJsdHIiPiZndDsgT25ib2FyZCAoc3RhbGxpbmcpIE5JQyBpcyBlbTEgcmlnaHQ/IEhvdyBhYm91 dCAiaGludC5lbS4xLmRpc2FibGU9MSI8YnI+DQomZ3Q7IGF0IHRoZSBsb2FkZXIgcHJvbXB0Pzwv cD4NCjxwIGRpcj0ibHRyIj5PbiBsb2FkZXIgcHJvbXB0IEkgdHlwZWQgJ3NldCBoaW50LmVtLjEu ZGlzYWJsZWQ9MScgYW5kICdib290Jy4gVGhlbjxicj4NCjEzLjEtUkVMRUFTRSBib290cyBzdWNj ZXNzZnVsbHkhIFNvIEkgYWRkZWQgJ2hpbnQuZW0uMS5kaXNhYmxlZD0xJyB0bzxicj4NCi9ib290 L2xvYWRlci5jb25mIGFuZCBub3cgYm9vdCBzdWNjZWVkcyB3aXRob3V0IGludGVyYWN0aW9uLjwv cD4NCjxwIGRpcj0ibHRyIj5UaGFuayB5b3UgdmVyeSBtdWNoIGZvciBsZXR0aW5nIG1lIGtub3cg aXQuIE5vdyBJIGNhbiB1cGdyYWRlIG15IGhvbWU8YnI+DQpzZXJ2ZXIgdG8gMTMuMS1SRUxFQVNF LjwvcD4NCjxwIGRpcj0ibHRyIj4tLS08YnI+DQpZYXN1aGlybyBLaW11cmE8L3A+DQo8L2Rpdj4= --b1_jQzyobSF7i8DaAyGwVLTKyxLkbVm8AW0MOaXjcXfAM-- From nobody Thu May 26 02:25:18 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 02A2B1B4DFBA for ; Thu, 26 May 2022 02:26:09 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4L7sHh6mfxz3H5N; Thu, 26 May 2022 02:26:08 +0000 (UTC) (envelope-from yasu@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1653531969; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=53DD6nfoSTGsTKl6aCNxYh50RylWLvmf7Mdl7426aXQ=; b=YYQzSPADsB/WHqnSAMUlXbogpEvW9/JDWk6lErrFCCCI/hYO19/5sQQAHKeAFQFR0/llQK O8s0aZxR6h9NpVBVth8JBuZBkS/v8mvgNUmuSnYLo5ea6ODkwmNFMkf2LRstnfXEn5mKMF v1YbYUoYhhUUS2jOBfxGXg4Ha1on/NVOMVqMY5r5kPIdI6IE2c18TQXDJGYOnyXGXnxhCo vGJU9jnmO91OLk5999pyhOvoz2hjKyIp9O8w7dyF+JkUkhNBnNzA0xx+/9UDfSBpKdvCBJ J8vfvsj6ghkSpYFwDLwQzH3PsCtxSrPnNxV+HmPzBVJuSmQoyG5RjFfNP5W1Gw== Received: from localhost (unknown [IPv6:240b:11:220:fe00:d142:47b1:ec38:137e]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: yasu/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 3BA59242E0; Thu, 26 May 2022 02:26:08 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Date: Thu, 26 May 2022 11:25:18 +0900 (JST) Message-Id: <20220526.112518.1961721414969714076.yasu@FreeBSD.org> To: freebsd-stable@freebsd.org Subject: Re: Boot hangs up with Alderlake's intel GbE NIC From: Yasuhiro Kimura In-Reply-To: References: <20220525.175116.546715431191296060.yasu@FreeBSD.org> X-Mailer: Mew version 6.8 on Emacs 29.0.50 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1653531968; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=53DD6nfoSTGsTKl6aCNxYh50RylWLvmf7Mdl7426aXQ=; b=V1MiZ+V+bWKDVBcKrGqxbi1g8vngeDNmPgy700c1SPgZuXEqB2XraqNSDjNj5sPvcHRB71 C+rKLODc5vzyKbMaiHkEfqrsMzVuywh8V5QfjSWvzLhKhTI0CnU6MEDxZ9d5/eBczuTm7U dFF+3txK8jaIUFbhH/ycv9Pk7WKLotQlREtF/S8BOV+I1p7/5P8kxKaIFxjxvBNtFmhsXE 0HyO3Z8TGB2V6AaHjDyxMfrp4GI4MulMadZV6Vji2eo5l20OUgupn9in8JQg1Mv7yQiXLd 3ZHaL/y5GApdfKA4ODGlkCgOAvQ6fuDAmYpgnk6k4aET/f27iWmi2n8NY7xAEw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1653531968; a=rsa-sha256; cv=none; b=k26NeU/z4SpNLnov1VxjSsbwi+1xwjKxtaaHdKPJOPlcQMcPtFujBjxp4HQbexO6YpiPU8 bVCTOkcjYz7fEPWVdcczUSGl4rhSs1rykKG2fq3BCNyNTEKTeh7UT0TxGpESCzIihMm5ga pMt9BIT6sjGG3JtWrxJ5tKcIb+9Y+9hNCXbOUF7WMLt4UUi8T7tqF2IKeGyidA2imSCJZM 6mJSUfeUTGI8Gy5DvN7xVJYFyCuFomuLStKIC9Dg8k6lcZcwzqdB5es9TK1CfuaBpJDraM OSMtLR2SBLy7p6VXuPd0sbxz3jQenMOuQ2XFN/by1sorZF2n3ZeLyzbvBbqUgw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N From: Jonathan Vasquez Subject: Re: Boot hangs up with Alderlake's intel GbE NIC Date: Wed, 25 May 2022 12:15:12 +0000 > Nice. Glad it's working now. What are your plans for getting internet access? Use PCI-E NIC adapter as before updating 13.1-RELEASE. --- Yasuhiro Kimura From nobody Sun Jun 5 15:08:48 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id BBCE21BECAE2 for ; Sun, 5 Jun 2022 15:09:07 +0000 (UTC) (envelope-from greg.bal4@gmail.com) Received: from mail-oi1-x235.google.com (mail-oi1-x235.google.com [IPv6:2607:f8b0:4864:20::235]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4LGKlQ6Xppz4XM2 for ; Sun, 5 Jun 2022 15:09:06 +0000 (UTC) (envelope-from greg.bal4@gmail.com) Received: by mail-oi1-x235.google.com with SMTP id w130so16777908oig.0 for ; Sun, 05 Jun 2022 08:09:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:from:date:message-id:subject:to; bh=ADhtqn8kBOOQWeHmfwCgRD2nmzTCqxVlj/SOznx5Vt8=; b=OFpIRriMLp+ZpSnWzv6qmgV5vEjfIzpQHaxn/8x8084omXV+Sshi4VUWZfCkRbbIHU yEoYECmbudGFQYmCNHJ3ua0x4CtK7DCBEqyHMyX+nSjqH3tQFmGLxrxileBiZ14Fp9b0 byTJODFTqtF9Si+jncx7toRdqLGPJFZEDDOI9alH+bjXT/tZgoB1bgJ52FSKFcnt+TIu eefIAMsS+pOsP/c3qP3KppBUcO+Iz980fxR3Lz5XP3TFmcDX6TjW1wdiIKastf2ba4LF +RGYs/Kw4K2SGVotyX1MZIsuooP+n5wbqDkVL896UB3M8hVA5PfMougNX4uQL5B6x+m6 /Ujg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=ADhtqn8kBOOQWeHmfwCgRD2nmzTCqxVlj/SOznx5Vt8=; b=fH+LL+VZKst8gd5076wVo613bM+al/fIyg5EbRUWcCjEVZxwO5wfYRlzPhbrqxmj2U TwPlhKG99xiPbAVe2+7E443T/c0C5gY+OKN0q3OVRFyajY99R83tdY2vBOvwCHIsv6PM suTZwQkdiGcyo9c1tvaQTk3d0tS0bb2NRgh/NmOplOAo0730QBoQ5QIE18vg1YuCahEl TRKz6l6TU3+IphByb9gESXjBEVtnnborTUQXZCIPzjYSKvmpin0STre35l35ot09LPAE 5hm6vRVXZTTkCIdZYKISN2H2hIYNgyIP+2O507Gb6kf8yQC3eWRJOxlIZKa1hPTvzAJj wyXg== X-Gm-Message-State: AOAM533NE5I/K1okZO/sCY0PEoTx9e2uuyCuwDtsFQJa4TNdAh6EUdUR WETpgZHJh4bxpqqsEDgmQXbcflkEBLMKULiC/+9bYJR0I0I= X-Google-Smtp-Source: ABdhPJz+0wkcFcfW9BtxHTL+etukLGfqHp7gwHtWV+Fdv3Bmt+SB7Zle+m5Vtdgh0BIKDMRmJYlJBKZykmxWRR3xWvA= X-Received: by 2002:a54:4d02:0:b0:32b:558:b593 with SMTP id v2-20020a544d02000000b0032b0558b593mr26772567oix.82.1654441739557; Sun, 05 Jun 2022 08:08:59 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 From: Greg Balfour Date: Sun, 5 Jun 2022 10:08:48 -0500 Message-ID: Subject: Issue with php81-extensions and aslr To: freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4LGKlQ6Xppz4XM2 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=OFpIRriM; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of gregbal4@gmail.com designates 2607:f8b0:4864:20::235 as permitted sender) smtp.mailfrom=gregbal4@gmail.com X-Spamd-Result: default: False [-3.47 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.47)[-0.474]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::235:from]; MLMMJ_DEST(0.00)[freebsd-stable]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Running 13.1-RELEASE with everything installed from packages and aslr enabled, apache24 will core dump on a graceful restart after installing php81-extensions. Start with apache24, php81 and mod_php81 installed /usr/local/etc/rc.d/apache24 start apache is running /usr/local/etc/rc.d/apache24 graceful apache is still running Then install php81-extensions: /usr/local/etc/rc.d/apache24 stop pkg install php81-extensions /usr/local/etc/rc.d/apache24 start apache is running /usr/local/etc/rc.d/apache24 graceful kernel: pid 2122 (httpd), jid 0, uid 0: exited on signal 11 (core dumped) This is with using all the default conf files. If I disable aslr it works fine. I'm enabling aslr by adding these lines to /etc/sysctl.conf and rebooting. kern.elf32.aslr.enable=1 kern.elf32.aslr.pie_enable=1 kern.elf32.aslr.honor_sbrk=0 kern.elf64.aslr.enable=1 kern.elf64.aslr.pie_enable=1 kern.elf64.aslr.honor_sbrk=0 This is the first time I've tried enabling aslr so maybe I'm doing something wrong. From nobody Tue Jun 7 17:34:18 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3D25283CAF4 for ; Tue, 7 Jun 2022 17:34:36 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oa1-f52.google.com (mail-oa1-f52.google.com [209.85.160.52]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4LHctM3yxTz4tyZ for ; Tue, 7 Jun 2022 17:34:35 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-oa1-f52.google.com with SMTP id 586e51a60fabf-fb6b4da1dfso6053645fac.4 for ; Tue, 07 Jun 2022 10:34:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=eQ0SJIhVjsvb/c6T3p678WjnUZJZdnCFNSXNx2XvgZs=; b=VGck1ZCYuvF7SDG5Xm/nvRrAB9nYhQMaqo70X9u61YypgSFmrklii2Mm+pgExW/ppe 5WgWCcOCAvdlTWHqTRiicnzAhSEAr6b9Rdwq0afYd8SFnSjtk5Tjy9cgFBG4fda+eSa7 XC2TTr298a4iX5SRcrBthKV0jZLvIwt9XyIK1QAMQuKLeOn59Z0GQhpXn1/ZtENMibhQ rLkUZBTMAwFIv0M5BlSfgeB6AJFshq8MEFdwXlnq9ayzqNDeLAZhOyW/ZmJIeEQsKpS8 /F1lKF+TnINB5TJ+6Xb2g92CzGUpiDak1ej1LCKt1f0LXeDcSpTed5t1sAi9CnRn8OW6 fmnQ== X-Gm-Message-State: AOAM533aDUdrR0j7pac3jACiamplz+S/SRm3NJkwXGmhi/cWmKTP+aiZ Z0E2qnHHiMwLSz6LZiVJvAqPKNpU/bH0zu1qBK4PfmxEbdg= X-Google-Smtp-Source: ABdhPJz8Py0OAdmhaVq4zshqG9iA5ymxE8ZRJcuGUrqd6uVL6rRZtXUoSpGPo0cORbA/q1OMz6yhLqH+x70ghLHYlOg= X-Received: by 2002:a05:6870:1787:b0:f2:b7a9:4ea7 with SMTP id r7-20020a056870178700b000f2b7a94ea7mr33163679oae.222.1654623268941; Tue, 07 Jun 2022 10:34:28 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 From: Alan Somers Date: Tue, 7 Jun 2022 11:34:18 -0600 Message-ID: Subject: Dropping support for EoL FreeBSD versions in sysutils/py-salt To: FreeBSD Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4LHctM3yxTz4tyZ X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.160.52 as permitted sender) smtp.mailfrom=asomers@gmail.com X-Spamd-Result: default: False [-1.31 / 15.00]; RCVD_TLS_ALL(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEFALL_USER(0.00)[asomers]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[209.85.160.52:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.04)[-0.037]; DMARC_NA(0.00)[freebsd.org]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.98)[-0.980]; RCVD_IN_DNSWL_NONE(0.00)[209.85.160.52:from]; NEURAL_HAM_MEDIUM(-0.29)[-0.291]; MLMMJ_DEST(0.00)[freebsd-stable]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; TO_DOM_EQ_FROM_DOM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Saltstack is discussing whether to drop support for EoL FreeBSD versions. There's a fair amount of code that exists just to handle FreeBSD < 10.0. Does anybody still use Saltstack on FreeBSD with EoL releases? If so, comment on this thread: https://github.com/saltstack/salt/issues/61167 From nobody Tue Jun 7 17:45:32 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7733183E7B8 for ; Tue, 7 Jun 2022 17:45:36 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from mail.nomadlogic.org (mail.nomadlogic.org [66.165.241.226]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.nomadlogic.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4LHd732tz5z3CYT; Tue, 7 Jun 2022 17:45:35 +0000 (UTC) (envelope-from pete@nomadlogic.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nomadlogic.org; s=04242021; t=1654623933; 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=Ky6EJg2ufAuSf1vWZTqUhD1qYVO0HyfjTF/pRCamDNA=; b=Bu4a8xL7sV9vH/WKwEao3Xsz19A4rhobbUoF/SVjJQ+oumzS0GRyB6p0D1i5OxVErKY76Z LsrJvrglScshMLMZXBEyIlS+lOMvX50b6cok3B9hKhHopS0H5JevJxEEaYuhK51jMNZmr3 iAqOJpUVDVyYvJOnIANLR4ta6eqcM8I= Received: from topanga (cpe-24-24-168-214.socal.res.rr.com [24.24.168.214]) by mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 8b101e73 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Tue, 7 Jun 2022 17:45:33 +0000 (UTC) Date: Tue, 7 Jun 2022 10:45:32 -0700 From: Pete Wright To: Alan Somers Cc: FreeBSD Subject: Re: Dropping support for EoL FreeBSD versions in sysutils/py-salt Message-ID: <20220607174532.wsf54nykupmeao6h@topanga> References: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4LHd732tz5z3CYT X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=nomadlogic.org header.s=04242021 header.b=Bu4a8xL7; dmarc=pass (policy=quarantine) header.from=nomadlogic.org; spf=pass (mx1.freebsd.org: domain of pete@nomadlogic.org designates 66.165.241.226 as permitted sender) smtp.mailfrom=pete@nomadlogic.org X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[nomadlogic.org:s=04242021]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[nomadlogic.org:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[nomadlogic.org,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:29802, ipnet:66.165.240.0/22, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Tue, Jun 07, 2022 at 11:34:18AM -0600, Alan Somers wrote: > Saltstack is discussing whether to drop support for EoL FreeBSD > versions. There's a fair amount of code that exists just to handle > FreeBSD < 10.0. Does anybody still use Saltstack on FreeBSD with EoL > releases? If so, comment on this thread: > > https://github.com/saltstack/salt/issues/61167 > thanks Alan, i def support this cleanup and have subscribed to the github thread. cheers, -pete -- Pete Wright pete@nomadlogic.org From nobody Sat Jun 11 18:01:17 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4D7A4844C80; Sat, 11 Jun 2022 18:01:18 +0000 (UTC) (envelope-from salvadore@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4LL5HL1q5Gz4SbS; Sat, 11 Jun 2022 18:01:18 +0000 (UTC) (envelope-from salvadore@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1654970478; 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: content-transfer-encoding:content-transfer-encoding; bh=vS03l+AbRVT1Dq6P76jUioSN7ZcE6alq+/M5Ba4O0Z8=; b=DlPbK5uY4Vr2JLjRC/wJiI++Pop3DxmjjMkl2yG5RoCwfI7MaAg8eQEa/FjTXBUFp9ekL+ 3/HGKB0wzsnmQSRV9zyeiowkg/auFn1B1PeFj54MNlwP3F+4WfAwWPqzY1Pusk0kXjlcHR GkZJsArJisSA5BGu1BCK12oE6TEDfRcgawCaqzXykKUY25OOMdKEH4nSdoLfRg2RRjflwl ZwCtBfczNVt31cYzSAx8zvnIEqla5G5Y/hOuuiqYUyjMiKgluDShmoj3ipcp54tYovl2YM ZJjlrKAq+SJ8734Bh9mZQruAq7X/Y0QCO6PYzuhh+C1hOXR3egQMtdmFSk0sng== Received: by freefall.freebsd.org (Postfix, from userid 1472) id 05AC74C5E; Sat, 11 Jun 2022 18:01:17 +0000 (UTC) Date: Sat, 11 Jun 2022 18:01:17 +0000 From: Lorenzo Salvadore To: freebsd-hackers@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD Quarterly Status Report First Quarter 2022 Message-ID: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1654970478; 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: content-transfer-encoding:content-transfer-encoding; bh=vS03l+AbRVT1Dq6P76jUioSN7ZcE6alq+/M5Ba4O0Z8=; b=HCRDGtoRlETa/lXhXCvny1/ke2zySoZY6rbWoV/wNE8+FSvvi7Hr6Glk7svV5FgMhfZIVA Tees65l2EgP/kDULsfXD4V44Dcpf+4quj3GlZqRuNYyu+Da8eSlKl+RANgaUJzsM9iDrrK gnB++SNZHMvBbMtcGBllPBOJt4oWVtLXQCY+D0ae0ySOWJrGCdTTEKPCwlfLBs8zXrYg21 GjpFhsAeRjynUVHbTbOct3DyKomfa053tcivPGCZz6gp5oO42iS1XKLSMIu2nl4rH/jsVi 00VCD5dkzegZk8PpWBnuW2ja7k/JZJ9XOmgLoY/HTKhbu6DIFJvF0335VQ4ySA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1654970478; a=rsa-sha256; cv=none; b=hUbNFnVWW2iWXfNQXFaf9izIFs+cGOEZka1AJfCz22551+jftTH0spZwGBGaJHIw4llpgH G3BMCEXm5RwNOoiEgVO9+B46vqXQEugErLU7BjtQP/6gmxMqFTHpDeWZpYQirbNMBnTlWU MR0f773CR/w04uYiEbT2Te/HzuGgQ7qn7nwzbDYI7ntC0KUHFg7Fla7QtySMUrGbLvBvoW KDr0b698XH8XmEZPuwlwduLU9p45m6odLROv7rb0HYuOwluVpSY10Bsyi5ujqMUvs65tSH SGloN0rAgBuKOK0tgn1/biZ+pDetyDmwJZLQBb7v/OUEM4bnbJ0nqipkWLBvkw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N FreeBSD Quarterly Status Report First Quarter 2022 As things are yet again settling into a new normal, it’s once again time for a status report for the FreeBSD Project. You may have noticed that this report is also a little on the late side, and it’s with regret that it’s taken this long to get to it - however, thanks to a few kind souls who’ve stepped up to the plate, in addition to the folks on the team who do things quietly in the background, future reports should hopefully be more on time. So let’s get some introductions in order, as yours truly is delighted to accept a hand from Pau Amma who already has been helping with reviews for a while, Lorenzo Salvadore who is stepping up to get some tooling in place to make it less of a chore to make the reports, as well as Sergio Carlavilla who is stepping up to help with all the work that can’t be easily automated. This report covers a very diverse set of topics including but not limited to accessibility, system boot speed-up, an implementation of GEOM union, changes to the WiFi situation, and many other things. We hope you’ll enjoy reading it! Daniel Ebdrup Jensen, on behalf of the status report team. â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” A rendered version of this report is available here: https://www.freebsd.org/status/report-2022-01-2022-03/ â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Table of Contents • FreeBSD Team Reports â–¡ FreeBSD Foundation â–¡ FreeBSD Release Engineering Team â–¡ Cluster Administration Team â–¡ Continuous Integration â–¡ Ports Collection • Projects â–¡ FreeBSD Accessibility â–¡ Boot Performance Improvements • Kernel â–¡ ENA FreeBSD Driver Update â–¡ A New GEOM Facility, gunion â–¡ Realtek Wireless driver support â–¡ Intel Wireless driver support and LinuxKPI 802.11 compatibility layer â–¡ Kernel Crypto changes to support WireGuard • Documentation â–¡ Documentation Engineering Team • Ports â–¡ KDE on FreeBSD â–¡ Elsewhere â–¡ FreeBSD Office Team â–¡ lang/gcc* ports need some love and attention â–¡ PortConfig â–¡ Wifibox: Use Linux to drive your wireless card on FreeBSD • Third Party Projects â–¡ helloSystem â–¡ Containers and FreeBSD: Pot, Potluck and Potman â–¡ Fpart and fpsync â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” FreeBSD Team Reports Entries from the various official and semi-official teams, as found in the Administration Page. FreeBSD Foundation Links: FreeBSD Foundation URL: https://www.FreeBSDFoundation.org Technology Roadmap URL: https://FreeBSDFoundation.org/blog/technology-roadmap/ Donate URL: https://www.FreeBSDFoundation.org/donate/ Foundation Partnership Program URL: https://www.FreeBSDFoundation.org/ FreeBSD-foundation-partnership-program FreeBSD Journal URL: https://www.FreeBSDFoundation.org/journal/ Foundation News and Events URL: https://www.FreeBSDFoundation.org/ news-and-events/ Contact: Deb Goodkin The FreeBSD Foundation is a 501(c)(3) non-profit organization dedicated to supporting and promoting the FreeBSD Project and community worldwide. Donations from individuals and corporations are used to fund and manage software development projects, conferences, and developer summits. We also provide travel grants to FreeBSD contributors, purchase and support hardware to improve and maintain FreeBSD infrastructure, and provide resources to improve security, quality assurance, and release engineering efforts. We publish marketing material to promote, educate, and advocate for the FreeBSD Project, facilitate collaboration between commercial vendors and FreeBSD developers, and finally, represent the FreeBSD Project in executing contracts, license agreements, and other legal arrangements that require a recognized legal entity. Here are some highlights from the Foundation for the first quarter of 2022. Fundraising Efforts As promised, we updated our fundraising meter for 2022. So far, we’ve raised over $84,000 towards our 2022 goal of $1,400,000. We’d like to thank our individual and corporate donors for supporting our efforts this year. We’d also like to give a big shout out to our Gold Sponsor, Facebook, Silver Sponsors, VMware and Tarsnap, and the companies that provide free hosting for the Project: Bytemark, 365 Data Centers, NYI, NextArray, Sentex Data Communications, and the Computer Science Department at NCTU. You can find out how we spent your donations by reading about what we supported in Q1, in this report, and our Spring Newsletter. If you haven’t made a donation this year, please consider making a donation now at https://freebsdfoundation.org/donate/. We also have a Partnership Program for larger commercial donors. You can find out more at https://freebsdfoundation.org/our-donors/ freebsd-foundation-partnership-program/ OS Improvements During the first quarter of 2022, 372 src, 41 ports, and 16 doc tree commits were made that identified The FreeBSD Foundation as a sponsor. # This represents 16, 0.4, and 5% of the total number of commits in each repository. You can read about Foundation-sponsored projects in individual quarterly report entries: • Crypto changes for WireGuard • Intel Wireless driver support Here is a small sample of other base system improvements from Foundation developers this quarter that do not have separate report entries. riscv: Add support for enabling SV48 mode SV48 is intended for systems for which a 39-bit virtual address space is insufficient. This change increases the size of the user map from 256GB to 128TB. The kernel map is left unchanged for now. For now SV48 mode is left disabled by default, but can be enabled with a tunable. Note that extant hardware does not implement SV48, but QEMU does. • In pmap_bootstrap(), allocate a L0 page and attempt to enable SV48 mode. If the write to SATP doesn’t take, the kernel continues to run in SV39 mode. • Define VM_MAX_USER_ADDRESS to refer to the SV48 limit. In SV39 mode, the region [VM_MAX_USER_ADDRESS_SV39, VM_MAX_USER_ADDRESS_SV48] is not mappable. Add v3 support to CTF tools CTF, the Compact C Type Format, is a representation of type information most often contained within ELF binaries. This type information is helpful for probing tools like DTrace. Recent work by Mark Johnston allows different Dtrace providers like the FBT (Function Boundary Tracing) provider to work with version 3 of CTF. FreeBSD on the Framework Laptop Two Foundation staff members, Ed Maste and Mark Johnston, as well as a few developers and community members now each have access to Framework laptops, which are designed to make hardware upgrades, repairs, and customizations straightforward for the average user. The goal of this work is to ensure that the experience running FreeBSD on the laptops matches the stability that FreeBSD users expect. Recent improvements and fixes include: • Making audio switch appropriately between speakers and the headphone jack when headphones are plugged in or unplugged • Fixing bug 259230, which would cause a Framework laptop to reboot or power off when the touchpad was used. • Adding the Tempo Semiconductor 92HD95B HDA codec ID • Temporarily fixing stalled usb enumeration, bluetooth, and S3 resume. The temporary fix is to avoid attaching to several newer Intel controllers, which require firmware to be loaded, which is different from that implemented by ng_ubt_intel and iwmbtfw, so they are not usable yet. • Avoiding a 16 second boot delay, by probing the TSC frequency earlier. This lets us use the TSC to implement early DELAY, limiting the use of the sometimes-unreliable 8254 PIT. You can follow news about FreeBSD work on the Framework laptop at: https:// wiki.freebsd.org/Laptops/Framework_Laptop. Continuous Integration and Quality Assurance The Foundation provides a full-time staff member and funds projects to improve continuous integration, automated testing, and overall quality assurance efforts for the FreeBSD project. Supporting FreeBSD Infrastructure The Foundation provides hardware and support for the Project. At the time of writing, the server that will become the new Australian mirror has arrived in Australia, has a fresh FreeBSD install and will shortly join the cluster. FreeBSD Advocacy and Education Much of our effort is dedicated to Project advocacy. This may involve highlighting interesting FreeBSD work, producing literature, attending events, or giving presentations. The goal of the literature we produce is to teach people FreeBSD basics and help make their path to adoption or contribution easier. Other than attending and presenting at events, we encourage and help community members run their own FreeBSD events, give presentations, or staff FreeBSD tables. The FreeBSD Foundation sponsors many conferences, events, and summits around the globe. These events can be BSD-related, open source, or technology events geared towards underrepresented groups. We support the FreeBSD-focused events to help provide a venue for sharing knowledge, working together on projects, and facilitating collaboration between developers and commercial users. This all helps provide a healthy ecosystem. We support the non-FreeBSD events to promote and raise awareness of FreeBSD, to increase the use of FreeBSD in different applications, and to recruit more contributors to the Project. We are continuing to attend virtual events and began planning the June 2022 Developer Summit. Check out some of the advocacy and education work we did last quarter: • Committed to hosting a FreeBSD Workshop at SCALE 19x and serve as a Media Sponsor - July 28-31, 2022 in Los Angeles, CA • Participated in the FLOSS Weekly Podcast - January 5, 2022 https://twit.tv/ shows/floss-weekly/episodes/662 • Sent out the 2021 Impact Report showcasing how we supported the Project last year. https://freebsdfoundation.org/blog/ 2021-freebsd-foundation-impact-report/ • Hosted a stand at FOSDEM 2022 - Videos from the stand can be found at: https://youtube.com/playlist?list=PLugwS7L7NMXxwqIRg1PlhgzhNRi1eVdRQ • Participated in the Open Source Voices Podcast - Episode to be aired in late April [note from status report team: the episode has indeed be aired and is now available at https://www.opensourcevoices.org/29; unfortunately, there is and will be no transcript.] • Began planning the June 2022 FreeBSD Developers Summit taking place virtually, June 16-17, 2022 https://wiki.freebsd.org/DevSummit/202206 • Held a new FreeBSD Friday - How to Track FreeBSD Using Git Pt. 2 https:// youtu.be/Fe-dJrDMK_0 • Presented at the St. Louis Unix User Group on March 9, 2022 https://ow.ly/ 1QXn50Ivj75 • Served as Admins and were accepted as a mentoring organization for the 2022 Google Summer of Code • Held an Office Hours session on Google Summer of Code. https://youtu.be/ x-4U1xurmBE • Hosted a booth at the virtual Open Source 101 conference on March 29, 2022 • New blog posts: â–¡ RAID-Z Expansion Feature for ZFS In the Home Stretch â–¡ What’s Ahead for FreeBSD and the Foundation in 2022 â–¡ Work with FreeBSD in Google Summer of Code • New How-To Guide: An Introduction to FreeBSD Jails • New FreeBSD Journal Article: Contributing to FreeBSD ports with Git We help educate the world about FreeBSD by publishing the professionally produced FreeBSD Journal. As we mentioned previously, the FreeBSD Journal is now a free publication. Find out more and access the latest issues at https:// www.FreeBSDfoundation.org/journal/ You can find out more about events we attended and upcoming events at https:// www.FreeBSDfoundation.org/news-and-events/. Legal/FreeBSD IP The Foundation owns the FreeBSD trademarks, and it is our responsibility to protect them. We also provide legal support for the core team to investigate questions that arise. Go to https://www.FreeBSDFoundation.org to find more about how we support FreeBSD and how we can help you! â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” FreeBSD Release Engineering Team Links: FreeBSD 13.1-RELEASE schedule URL: https://www.freebsd.org/releases/13.1R/ schedule/ FreeBSD 13.1 Release Information URL: https://www.freebsd.org/releases/13.1R/ [link added by status report team as this quarterly status report is being published after 13.1-RELEASE has been released] FreeBSD releases URL: https://download.freebsd.org/ftp/releases/ISO-IMAGES/ FreeBSD development snapshots URL: https://download.freebsd.org/ftp/snapshots/ ISO-IMAGES/ Contact: FreeBSD Release Engineering Team, The FreeBSD Release Engineering Team is responsible for setting and publishing release schedules for official project releases of FreeBSD, announcing code freezes and maintaining the respective branches, among other things. During the first quarter of 2022, the Release Engineering Team completed work on, and submitted to the developers the 13.1-RELEASE schedule. This will be the second point release from the stable/13 branch. As of this writing, three BETA builds have been run, with at least two RC builds before the final release, currently scheduled for April 21, 2022. We look forward to another consistently stable release at the end of this cycle, as well as many more to come for other branches moving forward. Additionally throughout the quarter, several development snapshots builds were released for the main, stable/13, and stable/12 branches. Sponsor: Rubicon Communications, LLC ("Netgate") Sponsor: The FreeBSD Foundation â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Cluster Administration Team Links: Cluster Administration Team members URL: https://www.freebsd.org/administration /#t-clusteradm Contact: Cluster Administration Team FreeBSD Cluster Administration Team members are responsible for managing the machines the Project relies on to synchronise its distributed work and communications. In this quarter, the team has worked on the following: • Improved web service performance and security â–¡ Moved some critical services to newer machines â–¡ Swept all services to ensure the support of TLS v1.2 and v1.3 and disable v1 and v1.1 â–¡ Enabled dual-stack certificates for the primary FreeBSD web services. ECDSA and RSA certificates, preferring ECDSA, discussed with secteam@, benefit the project in favor of security and performance matter. • Infrastructure improvements at primary site â–¡ Evicted some very old hardware â–¡ Moved cluster internal services to newer hardware ☆ Build host ☆ Parts of LDAP, kerberos, DNS and NTP • Installed an additional aarch64 package builder â–¡ ampere3.nyi.freebsd.org â–¡ Identical specs to ampere[12].nyi.freebsd.org • Moved ftp0.nyi.freebsd.org to an aarch64 machine. • Main distributed mirror site, download.freebsd.org, enhancements â–¡ Updated offline documentation (PDF and HTML) in the mirrors. The old directory /doc is now on ftp-archive; it contains files prior to the Hugo/Asciidoctor migration. â–¡ Moved ports INDEX files to distributed mirror, download.freebsd.org â–¡ Removed /ftp from the canonical URLs of files on download.freebsd.org. Old URLs are still valid. • Cleanup of Handbook/Mirrors section Much stale information; now there is more info about the official mirrors and locations. Former official mirrors are now named 'Community mirrors'. • Ongoing day to day cluster administration â–¡ Cluster refresh â–¡ Replacing failed disks â–¡ Babysitting pkgsync Work in progress: • Improve the package building infrastructure • Review the service jails and service administrators operation • Set up powerpc pkgbuilder/ref/universal machines • Search for more providers that can fit the requirements for a generic mirrored layout or a tiny mirror • Work with doceng@ to improve https://www.freebsd.org and https:// docs.freebsd.org • Improve the web service architecture • Improve the cluster backup plan • Improve the log analysis system • Set up Australia mirror • Hardware refresh â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Continuous Integration Links: FreeBSD Jenkins Instance URL: https://ci.FreeBSD.org FreeBSD CI artifact archive URL: https://artifact.ci.FreeBSD.org FreeBSD Jenkins wiki URL: https://wiki.freebsd.org/Jenkins Hosted CI wiki URL: https://wiki.freebsd.org/HostedCI 3rd Party Software CI URL: https://wiki.freebsd.org/3rdPartySoftwareCI Tickets related to freebsd-testing@ URL: https://preview.tinyurl.com/y9maauwg FreeBSD CI Repository URL: https://github.com/freebsd/freebsd-ci dev-ci Mailing List URL: https://lists.freebsd.org/subscription/dev-ci Contact: Jenkins Admin Contact: Li-Wen Hsu Contact: freebsd-testing Mailing List Contact: IRC #freebsd-ci channel on EFNet The FreeBSD CI team maintains the continuous integration system of the FreeBSD project. The CI system checks the committed changes can be successfully built, then performs various tests and analysis over the newly built results. The artifacts from those builds are archived in the artifact server for further testing and debugging needs. The CI team members examine the failing builds and unstable tests and work with the experts in that area to fix the code or adjust test infrastructure. During the first quarter of 2022, we continued working with the contributors and developers in the project to fulfil their testing needs and also keep collaborating with external projects and companies to improve their products and FreeBSD. Important changes: • DTrace tests are running with KASAN now. • Fixed and resumed the powerpc64le test jobs. Retired jobs: • The jobs of main branch on mips* were removed. Work in progress and open tasks: • Designing and implementing pre-commit CI building and testing (to support the workflow working group) • Designing and implementing use of CI cluster to build release artifacts as release engineering does • Collecting and sorting CI tasks and ideas here • Testing and merging pull requests in the FreeBSD-ci repo • Reducing the procedures of CI/test environment setting up for contributors and developers • Setting up the CI stage environment and putting the experimental jobs on it • Setting up public network access for the VM guest running tests • Implementing using bare metal hardware to run test suites • Adding drm ports building tests against -CURRENT • Planning to run ztest tests • Adding more external toolchain related jobs • Improving maturity of the hardware lab and adding more hardware under test • Helping more software get FreeBSD support in its CI pipeline (Wiki pages: 3rdPartySoftwareCI, HostedCI) • Working with hosted CI providers to have better FreeBSD support Please see freebsd-testing@ related tickets for more WIP information, and don’t hesitate to join the effort! Sponsor: The FreeBSD Foundation â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Ports Collection Links: About FreeBSD Ports URL:https://www.FreeBSD.org/ports/ Contributing to Ports URL: https://docs.freebsd.org/en/articles/contributing/# ports-contributing FreeBSD Ports Monitoring URL: http://portsmon.freebsd.org/ Ports Management Team URL: https://www.freebsd.org/portmgr/ Ports Tarball URL: http://ftp.freebsd.org/pub/FreeBSD/ports/ports/ Contact: René Ladan Contact: FreeBSD Ports Management Team The Ports Management Team is responsible for overseeing the overall direction of the Ports Tree, building packages, and personnel matters. Below is what happened in the last quarter. Before we start with the usual statistics, portmgr is happy to announce it has successfully restarted its lurker program. The first two lurkers are pizzamig@ and se@; they will learn about the inner workings of portmgr and bring in new ideas. Portmgr also started having bi-weekly meetings, some public results are: * restarting the lurker program * fixes to ports going backwards in version * dropping DragonFlyBSD version checks in bsd.port.mk * dropping deprecation notes from ports transitively using Python 2.7 Currently we have over 46,800 ports in the Ports Tree. There are currently 2,700 open ports PRs of which 680 are unassigned. The last quarter saw 9,403 commits to the main branch by 157 committers and 683 commits to the 2022Q1 branch by 63 committers. Compared to last quarter, this means a slight drop in activity to the main branch and a slight increase in the number of open PRs. No new committers joined during the last quarter, portmgr took koobs@' commit bit in for safekeeping because of a lack of recent commits. The cluster administration team has provided portmgr with a third aarch64 builder; it is being used for package builds. Things that happened in git: * Two new USES were introduced: elfctl to change an ELF binary’s feature control note minizip to get the correct library dependency on minizip * Two keywords got removed: fcfontsdir (now handled by USES=fonts) glib-schemas, it has been replaced by a trigger * Default versions that changed: Lazarus switched to 2.2.0 PHP switched to 8.0 * Some upgrades to major ports: Chromium 100.0.4896.60 Electron 13.6.9 Firefox 99.0 Firefox ESR 91.8.0 Gnome 41 KDE Frameworks 5.92.0 ** KDE Plasma 5.24.4 â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Projects Projects that span multiple categories, from the kernel and userspace to the Ports Collection or external projects. FreeBSD Accessibility Links: Accessibility wiki page URL: https://wiki.freebsd.org/Accessibility List introduction, goals, audience, and ground rules URL: link:https:// lists.freebsd.org/archives/freebsd-accessibility/2021-October/000000.html Contact: Pau Amma Contact: FreeBSD accessibility discussions Over the past several months, I’ve started putting together tools and resources to help make the FreeBSD ecosystem (more) accessible to people with disabilities: • a mailing list • a set of wiki pages including resources and a categorized wish list • tooling including a searchable accessibility Bugzilla keyword and an accessibility Phabricator group I need all the help I can get with: • specifying, designing, implementing, and testing the items on the wishlist • adding to the wishlist in areas were have little or no experience or for things I missed • moving beyond software and documentation to processes and culture â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Boot Performance Improvements Links: Wiki page URL: https://wiki.freebsd.org/BootTime OS boot time comparison URL: https://www.daemonology.net/blog/ 2021-08-12-EC2-boot-time-benchmarking.html Contact: Colin Percival Colin Percival is coordinating an effort to speed up the FreeBSD boot process. For benchmarking purposes, he is primarily using an EC2 c5.xlarge instance as a reference platform and is measuring the time between when the virtual machine enters the EC2 "running" state and when it is possible to SSH into the instance. This work started in 2017, and as of the end of December 2021 the FreeBSD boot time was reduced from approximately 30 seconds to approximately 10 seconds. During 2022Q1, further improvements have shaved more time off the boot process, taking it down to roughly 8 seconds Two major issues remain outstanding: 1. The first time an EC2 instance boots, dhclient takes about 2 seconds longer than normal to get an IPv4 address. The cause of this is unknown and requires investigation. 2. IPv6 configuration includes two one-second-long sleep(1) invocations, one from /etc/rc.d/netif and the other from /etc/rc.d/rtsold. It might be possible to simply remove these; but care is needed to avoid progressing too far in the boot process before IPv6 addresses are configured. Input from IPv6 experts is required here. Issues are listed on the wiki page as they are identified; the wiki page also has instructions for performing profiling. Users are encouraged to profile the boot process on their own systems, in case they experience delays which don’t show up on the system Colin is using for testing. This work is supported by Colin’s FreeBSD/EC2 Patreon. Sponsor: https://www.patreon.com/cperciva â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Kernel Updates to kernel subsystems/features, driver support, filesystems, and more. ENA FreeBSD Driver Update Links: ENA README URL: https://github.com/amzn/amzn-drivers/blob/master/kernel/fbsd/ ena/README Contact: Michal Krawczyk Contact: Dawid Gorecki Contact: Marcin Wojtas ENA (Elastic Network Adapter) is the smart NIC available in the virtualized environment of Amazon Web Services (AWS). The ENA driver supports multiple transmit and receive queues and can handle up to 100 Gb/s of network traffic, depending on the instance type on which it is used. Completed since the last update: • Add IPv6 layer 4 checksum offload support to the driver • Add NUMA awareness to the driver when the RSS kernel option is enabled • Rework validation of the Tx request ID • Change lifetime of the driver’s timer service • Avoid reset triggering when the device is unresponsive Work in progress: • Prototype the driver port to the iflib framework • Tests of the incoming ENA driver release (v2.5.0) Sponsor: Amazon.com Inc â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” A New GEOM Facility, gunion Contact: Marshall Kirk McKusick The gunion facility is used to track changes to a read-only disk on a writable disk. Logically, a writable disk is placed over a read-only disk. Write requests are intercepted and stored on the writable disk. Read requests are first checked to see if they have been written on the top (writable disk) and if found are returned. If they have not been written on the top disk, then they are read from the lower disk. The gunion facility can be especially useful if you have a large disk with a corrupted filesystem that you are unsure of how to repair. You can use gunion to place another disk over the corrupted disk and then attempt to repair the filesystem. If the repair fails, you can revert all the changes in the upper disk and be back to the unchanged state of the lower disk thus allowing you to try another approach to repairing it. If the repair is successful you can commit all the writes recorded on the top disk to the lower disk. Another use of the gunion facility is to try out upgrades to your system. Place the upper disk over the disk holding your filesystem that is to be upgraded and then run the upgrade on it. If it works, commit it; if it fails, revert the upgrade. The gunion(8) utility is used to create and manage an instance of a gunion. Further details and usage examples can be found in the gunion(8) manual page. At this time, gunion(8) is available only in 14.0. Sponsor: Netflix â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Realtek Wireless driver support Links: rtw88 status FreeBSD wiki page URL: https://wiki.freebsd.org/WiFi/Rtw88 rtw89 status FreeBSD wiki page URL: https://wiki.freebsd.org/WiFi/Rtw89 Contact: Bjoern A. Zeeb While the Intel Wireless driver update project is the main driver behind the work to bring support for newer chipsets and eventually newer IEEE 802.11 standards support, there is also an ongoing effort to support more drivers. The next two drivers in the (already longer) queue are Realtek’s rtw88 and rtw89. While the initial driver porting efforts for rtw88 and rtw89 happened on personal time, the LinuxKPI integration has to be done more and more along the Intel wireless driver work and so thanks are also due to The FreeBSD Foundation. The rtw88 driver has started to work on some machines with less than 4GB of main memory and was committed to the FreeBSD git repository for broader testing. While our version of the driver is aware of these limitations, the problem is currently assumed to be outside the driver in the interactions with LinuxKPI and busdma. The rtw89 driver has happily started to send packets and has problems receiving frames at this point. Further investigation will happen as soon as rtw88 is sorted out and it is expected that rtw89 will then also timely follow into FreeBSD’s git repository. The currently known requirements to compile both drivers have mostly gone into stable/13 and releng/13.1 already. For the latest state of the development, please check the referenced wiki pages and follow the freebsd-wireless mailing list. Sponsor: The FreeBSD Foundation (partly) â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Intel Wireless driver support and LinuxKPI 802.11 compatibility layer Links: iwlwifi status FreeBSD wiki page URL: https://wiki.freebsd.org/WiFi/Iwlwifi Contact: Bjoern A. Zeeb The Intel Wireless driver update project aims to bring support for newer chipsets along with mac80211 LinuxKPI compat code. The dual-licensed Intel driver code was ported in the past for the iwm(4) native driver; using the LinuxKPI compat framework allows us to use the driver directly and gives support to all the latest chipsets, with only minor local modifications. Some of the changes made while porting the driver to FreeBSD were kindly incorporated into the upstream Linux driver already. During the first quarter work continued with about 70 commits. Updating the driver and firmware reduced differences to the Linux version and gave us bugfixes and improvements. Changes to the LinuxKPI 802.11 compatibility layer were made to avoid firmware crashes and possible panics for users along with other improvements. Auto-loading support for LinuxKPI PCI drivers was comitted. This means that iwlwifi(4) will now load automatically during boot if a supported card is detected without any user interactions. Considering the current state of the driver and the next release a decision was made that iwm(4) supported chipsets will continue to attach to iwm(4) for now and only newer and otherwise unsupported chipsets will use the iwlwifi(4) driver. This is likely going to change in CURRENT as soon as iwlwifi(4) provides better support than iwm(4). The code was merged to the stable/13 branch and the current state will be shipped with the upcoming 13.1-RELEASE. In addition to The FreeBSD Foundation thanks need to go to all users who have been testing and reporting back or are patiently waiting for the next update. For the latest state of the development, please follow the freebsd-wireless mailing list. Sponsor: The FreeBSD Foundation â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Kernel Crypto changes to support WireGuard Contact: John Baldwin During the last quarter, I continued my work to improve the FreeBSD WireGuard driver. On the FreeBSD side, I added support for the XChaCha20-Poly1305 AEAD cipher. I also added a dedicated API to support [X]ChaCha20-Poly1035 on small, flat buffers. Finally, I added an API wrapper for the curve25519 implementation from libsodium. For the WireGuard driver, I wrote a series of patches which updates the driver to use crypto APIs such as those mentioned above in place of internal cipher implementations. The series also includes a fix to avoid scheduling excessive crypto tasks as well as a few other small fixes. This series is pending review. Sponsor: The FreeBSD Foundation â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Documentation Noteworthy changes in the documentation tree, man-pages, or new external books/ documents. Documentation Engineering Team Link: FreeBSD Documentation Project Link: FreeBSD Documentation Project Primer for New Contributors Link: Documentation Engineering Team Contact: FreeBSD Doceng Team The doceng@ team is a body to handle some of the meta-project issues associated with the FreeBSD Documentation Project; for more information, see FreeBSD Doceng Team Charter. No new documentation commit bit was granted during the last quarter, and only one commit bit was safe kept. Several tasks were completed related to the doc tree during the last quarter: • Fix some issues in the translation workflow with PO files and Weblate related to the po4a program. More info here. • Update offline documentation (PDF and HTML). The old directory /doc is now on ftp-archive; it contains files prior to the Hugo/Asciidoctor migration. • Remove Google Analytics from documentation and website. • Add last modified information to the documentation and website pages. • Tag FreeBSD docset for 13.1-RELEASE. • Add the first Indonesian translation to the doc tree. FreeBSD Translations on Weblate Link: Translate FreeBSD on Weblate Link: FreeBSD Weblate Instance The translation workflow with Weblate is more mature at this point. Several issues were fixed between PO files and po4a program. We welcome everyone to try our Weblate instance to translate a few documents. The first Indonesian translation was added to the FreeBSD project. We thank Azrael JD for the contribution, and we are looking forward to seeing more Indonesian translations. Q1 2022 Status • 12 languages (1 new language) • 142 registered users Languages • Chinese (Simplified) (zh-cn) • Chinese (Traditional) (zh-tw) • Dutch (nl) • French (fr) • German (de) • Indonesian (id) - Added • Italian (it) • Norwegian (nb-no) • Persian (fa-ir) • Portuguese (pt-br) • Spanish (es) • Turkish (tr) We want to thank everyone that contributed, translating or reviewing documents. And please, help promote this effort on your local user group, we always need more volunteers. FreeBSD Website Revamp - WebApps working group Contact: Sergio Carlavilla Working group in charge of creating the new FreeBSD Documentation Portal and redesigning the FreeBSD main website and its components. FreeBSD developers can follow and join the working group on the FreeBSD Slack channel #wg-www21. The work will be divided into four phases: 1. Redesign of the Documentation Portal Create a new design, responsive and with global search. (Complete) 2. Redesign of the Manual Pages on web Scripts to generate the HTML pages using mandoc. (Work in progress) 3. Redesign of the Ports page on web Ports scripts to create an applications portal. (Work in progress) 4. Redesign of the FreeBSD main website New design, responsive and dark theme. (Not started) â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Ports Changes affecting the Ports Collection, whether sweeping changes that touch most of the tree, or individual ports themselves. KDE on FreeBSD Links: KDE FreeBSD URL: https://freebsd.kde.org/ KDE Community FreeBSD URL: https://community.kde.org/FreeBSD Contact: Adriaan de Groot The KDE on FreeBSD project packages the software from the KDE Community, along with dependencies and related software, for the FreeBSD ports tree. The software includes a full desktop environment called KDE Plasma (for both X11 and Wayland) and hundreds of applications that can be used on any FreeBSD machine. The KDE team (kde@) is part of desktop@ and x11@ as well, building the software stack to make FreeBSD beautiful and usable as a daily-driver graphics-based desktop machine. KDE Qt Patch Collection The Qt Company did not release Qt 5.15 updates under Open Source licenses in 2021, leaving the Open Source 5.15 version lagging behind the proprietary release. Qt 6 is released under an Open Source license, but for the world of Open Source software that requires Qt 5, there is still a need for updates. The KDE Community fills that need by maintaining a curated set of patches — generally backported from Qt6 — to maintain the Open Source version of Qt 5. FreeBSD ports now use this KDE Qt Patch Collection, rather than the outdated last Qt 5.15.2 release from the Qt Company. This landed both in main and the last quarterly branch for 2021, since it brings important bugfixes. KDE Stack • KDE Plasma Desktop (all the /plasma5- ports) was updated to 5.23.5 at the start of the year. Since this happened very shortly after quarterly was branched, this was MFH’ed. The long-term-support release 5.24 landed mid-february. The FreeBSD ports do not stick to LTS releases, and will follow the regular release schedule. 5.24.3 landed on schedule in March. • KDE Gear (the collection of KDE libraries and applicatious outside of the Frameworks and Plasma Desktop groups) was updated to 21.12.1 and MFH’ed. Monthy releases landed as well: 21.12.2 in February. • KDE Frameworks have a monthly release cadence, so 5.90 landed in January, 5.91 in February and 5.92 in March. • KDE PIM currently does not support Contacts stored in a Google account because Google has changed the available REST API. • astro/kstars received its regularly scheduled updates. • deskutils/kalendar was updated. It has now reached the 1.0 stage. • deskutils/kodaskanna was added to the ports tree. It is a simple QR-code scanner for the desktop. • deskutils/latte-dock is an alternative launcher for use in KDE Plasma Desktop and other environments. It was updated to 0.10.7 as part of its monthly releases. • devel/okteta, an editor and viewer for binary data, was updated to 0.26.7, a regular bugfix release. • graphics/digikam, the digital photography manager, was updated to 7.6.0. (Thanks Dima Panov) • graphics/kf5-kimageformats has a new option enabling libheif and HEIC support. • graphics/kontrast was added to the 'accessibility' category. This is a tool for checking color-combinations (e.g. for a website) for sufficient contrast and readability. • graphics/krita was updated to the next big release, Krita 5. (Thanks Max Brazhnikov) • lang/kross-interpreters was fixed for Ruby 3. (Thanks Yasuhiro Kimura) • sysutils/plasma5-discover was updated to resolve some denial-of-service bugs in KDE infrastructure. • www/falkon was updated. After a two-year wait, a new release of the KDE web browser built on Qt WebEngine (itself a wrapper around Chromium internals) arrived upstream and in ports. • x11/plasma5-plasma-workspace now can properly edit login and account information. Related Applications • devel/qtcreator was updated to version 6. A new versioning model has been introduced by upstream, so this will now jump by major release number regularly. (Thanks to Florian Walpen) • irc/quassel was updated. Quassel is a distributed IRC client (think of it as your own personal IRC bouncer). • misc/tellico was updated. Tellico is a "collection manager", for instance collections of books, music, stamps, or FreeBSD releases. • net-im/nheko was updated. This is one of a dozen Matrix clients available in the ports tree. Elsewhere • archivers/7-zip is the preferred tool for dealing with 7zip files; this affacts KDE applications that work with archives (like archivers/ark). We would like to thank makc@ for stewarding that update. • devel/libphonenumber has bi-weekly updates to chase the exciting world of telephony details. • graphics/poppler was updated to version 22.01. This version requires C17, which pushes a number of consumers to the newer C standard as well. Most consumers were fixed in advance. â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” FreeBSD Office Team Links: The FreeBSD Office project URL: https://wiki.freebsd.org/Office The FreeBSD Office mailing list URL: https://lists.freebsd.org/subscription/ freebsd-office Contact: FreeBSD Office team ML Contact: Dima Panov Contact: Li-Wen Hsu The FreeBSD Office team works on a number of office-related software suites and tools such as OpenOffice and LibreOffice. Work during this quarter was focused on providing the latest stable release of LibreOffice suite and companion apps to all FreeBSD users. During the 2022Q1 period we pushed maintenance patches for the LibreOffice 7.2 port to the quarterly branch and brought the latest, 7.3, releases and all companion libraries such as MDDS, libIxion and more to the ports tree. Also we are still working on the Boost WIP repository to bring the latest Boost library to the ports. We are looking for people to help with the open tasks: • The open bugs list contains all filed issues which need some attention • Upstream local patches in ports Patches, comments and objections are always welcome in the mailing list and Bugzilla. â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” lang/gcc* ports need some love and attention Links: GCC Project URL: https://gcc.gnu.org GCC 11 release series URL: https://gcc.gnu.org/gcc-11/ Contact: toolchain@FreeBSD.org Contact: Gerald Pfeifer After about two decades of maintaining FreeBSD’s lang/gcc* ports, the time came to hand over the baton and mostly step back. Alas the baton essentially dropped to the floor, despite multiple calls for help. Here are a few specific tasks looking for help: • Upgrade GCC_DEFAULT in Mk/bsd.default-versions.mk from 10 to 11, including fixing the (luckily minor) fall out of an -exp run: https:// bugs.freebsd.org/bugzilla/show_bug.cgi?id=258378 • Three changes to work through with upstream GCC (requires src expertise, not ports): â–¡ upstreaming lang/gcc11/patch-gets-no-more â–¡ upstreaming lang/gcc11/patch-arm-unwind-cxx-support â–¡ https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256874 • We have removed the unmaintained lang/gcc9-devel and lang/gcc10-devel ports, alas kept lang/gcc11-devel and lang/gcc12-devel which would be good to see if not weekly, then somewhat regular updates. â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” PortConfig Links: Repository portconfig URL: https://gitlab.com/alfix/portconfig/ Contact: Alfonso Sabato Siciliano (upstream) Contact: Baptiste Daroussin (port) FreeBSD provides the Ports Collection to give users and administrators a simple way to install applications. It is possible to configure a port before the building and installation. PortConfig is an utility for setting the port options via a Text User Interface. As each terminal has different properties PortConfig can be customized via environment variables to set up the User Interface, for example: menu size, theme, borders, and so on; each feature is documented inside the manual. Further, if a port has a specific 'pkg-help' file, PortConfig will show a Help button to open a "popup" with help information. FreeBSD provides thousands of ports therefore it is not feasible to test PortConfig for each use; please report any problem. Alfonso would like to thank Baptiste Daroussin for the port, suggestions, help, and testing for this utility and its library. â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Wifibox: Use Linux to drive your wireless card on FreeBSD Links: Project GitHub Page net/wifibox port Contact: PÃLI Gábor János Wifibox is an experimental project for exploring the ways of deploying a virtualized Linux guest to drive wireless networking cards on the FreeBSD host system. There have been guides on the Internet to suggest the use of such techniques to improve the wireless networking experience, of which Wifibox aims to implement as a single easy-to-use software package. • bhyve(8) is utilized to run the embedded Linux system. This helps to achieve low resource footprint. It requires an x64 CPU with I/O MMU (AMD-Vi, Intel VT-d), ~150 MB physical memory, and some disk space available for the guest virtual disk image, which can be even ~30 MB only in certain cases. It works with FreeBSD 12 and later, some cards may require a recent 13-STABLE though. • The guest is constructed using Alpine Linux, a security-oriented, lightweight distribution based on musl libc and BusyBox. • Configuration files are shared with the host system. The guest uses wpa_supplicant(8) so it is possible to import the host’s wpa_supplicant.conf(8) file without any changes. • When configured, wpa_supplicant(8) control sockets could be exposed by the guest, which enables use of related utilities directly from the host, such as wpa_cli(8) or wpa_gui(8) from the net/wpa_supplicant_gui port/package. • Everything is shipped in a single package that can be easily installed and removed. This comes with an rc(8) system service that automatically launches the guest on boot and stops it on shutdown. • A workaround is supplied for laptops to support suspend/resume. Wifibox has been mainly tested with Intel chipsets so far, and it has shown great performance and stability. Therefore it might serve as an interim solution until the Intel Wireless support becomes mature enough. It was confirmed that Wifibox works with Atheros chipsets too, and feedback is more than welcome about others. Support for Broadcom chipsets is not yet complete, that is currently a work in progress. â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Third Party Projects Many projects build upon FreeBSD or incorporate components of FreeBSD into their project. As these projects may be of interest to the broader FreeBSD community, we sometimes include brief updates submitted by these projects in our quarterly report. The FreeBSD project makes no representation as to the accuracy or veracity of any claims in these submissions. helloSystem Links: Documentation URL: https://hellosystem.github.io/ Contact: Simon Peter Contact: #helloSystem on irc.libera.chat, mirrored to #helloSystem:matrix.org on Matrix What is helloSystem? helloSystem is FreeBSD preconfigured as a desktop operating system with a focus on simplicity, elegance, and usability. Its design follows the “Less, but better†philosophy. Q1 2022 Status • Version 0.8.0 of helloSystem is under development and test â–¡ helloSystem 0.8.0 will be based on FreeBSD 13.1-RELEASE â–¡ Experimental Live ISOs using FreeBSD 13.1-BETA3 are available â–¡ Initial support for running Linux AppImage files using an optional Debian runtime â–¡ Initial support for the AppImage format in the user interface â–¡ Improved reliability and performance of mounted archives by using fuse-archive â–¡ Various bugfixes Installable experimental Live ISO images are available at https://github.com/ helloSystem/ISO/releases/tag/experimental-13.1. Contributing The project appreciates contributions in various areas. â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Containers and FreeBSD: Pot, Potluck and Potman Links: Pot organization on github URL: https://github.com/bsdpot Contact: Luca Pizzamiglio (Pot) Contact: Stephan Lichtenauer (Potluck) Contact: Michael Gmelin (Potman) Pot is a jail management tool that also supports orchestration through Nomad. As a result of production testing in a real-world cluster deployment, pot and related projects received stability improvements for controlling the pot lifecycle (i.e., pot prepare/start/stop). Various attributes and commands have been developed to improve support of nomad orchestration and batch jobs (e.g., change dns config during clone, ability to disable tmpfs, new last-run-stats command). A new pot release will follow soon. Potluck aims to be to FreeBSD and pot what Dockerhub is to Linux and Docker: a repository of pot flavours and complete container images for usage with pot and in many cases nomad. Many of the core images like Nomad, Consul and Vault that can be used to build a private cloud and orchestration platform, but also e.g. Prometheus or PostgreSQL Patroni, have reached a stable status over the last quarter and are in production use now. To make navigating the evolving pot ecosystem easier, most project resources have been centralized in a dedicated github project: https://github.com/bsdpot There, we plan to release ansible playbooks that allow easily creating a FreeBSD based orchestration environment from scratch based on all these tools. As always, feedback and patches are welcome. â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Fpart and fpsync Links: Project site and documentation URL: https://www.fpart.org Development URL: https://github.com/martymac/fpart Port URL: https://www.freshports.org/sysutils/fpart Contact: Ganael Laplanche What is fpart ? Fpart is a filesystem partitioner. It helps you sort file trees and pack them into bags ("partitions"). It uses FreeBSD’s fts(3) implementation (GNU/Linux builds can also use it as an option), which makes it crawl filesystems very fast. A hook facility is provided to trigger actions on the partitions produced. What is fpsync ? Fpsync is a companion script that uses fpart under the hood to parallelize rsync(1) or cpio(1) jobs, making it a simple but powerful data migration tool. Those jobs can be run either locally or remotely (using SSH). Fpsync is often used by researchers and cloud providers where lots of data need to be moved and clusters are available to speed up transfers. Q1 2022 Status Both tools continued to evolve and saw several bugs fixed; see the changelog. Also, a user reported a major bug regarding our fts(3) implementation, which ignores readdir(3) errors. I have reported the bug in our Bugzilla: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=262038 It should be merged soon (hopefully). Last but not least, fpart has been referenced in the French Government’s 'SILL' . Contributing If you are interested in contributing, have a look at the TODO list. Any contribution is welcome, more especially in the field of unit testing. From nobody Sat Jun 11 19:37:03 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id CF94E85EF70 for ; Sat, 11 Jun 2022 19:37:15 +0000 (UTC) (envelope-from phascolarctos@protonmail.ch) Received: from mail-40131.protonmail.ch (mail-40131.protonmail.ch [185.70.40.131]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits)) (Client CN "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4LL7Q30n4Bz4lmq for ; Sat, 11 Jun 2022 19:37:15 +0000 (UTC) (envelope-from phascolarctos@protonmail.ch) Date: Sat, 11 Jun 2022 19:37:03 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.ch; s=protonmail3; t=1654976233; x=1655235433; bh=TiAlbD/e9tmk3zY9lWJZCbi1UQxXEX+UQ+QP1gfi6Ug=; h=Date:To:From:Cc:Reply-To:Subject:Message-ID:In-Reply-To: References:Feedback-ID:From:To:Cc:Date:Subject:Reply-To: Feedback-ID:Message-ID; b=OPOB4PfPlqe27KlUSCckjVWGTMb2NsFIP+Z4aD3uvr3LhAo6W0A8UtpwA6bpRswd/ Zf6X2FbhrQQ+wQJFHCNN7KfUxJOSVuouunkHrGTchTJ8AEP+fwEn9Bc1rZkPaJMyd0 EDYNaKrGA8I3IrSQmBJR7B02vjvFL1qxJ0oZRnvuwWje/OM756gfTowgZu2MuMAeKy LeAEs58TJOM9DjtzuYOa5r6sd7vqtrgflWdlGi5nCCz0Zh8cOZnhpk8ejFQkOLj/ic pBsgwcf4St6p6lIKltjwWKPJMPFFN4VMTCg39W0ciCTrCnmK7TgiO/2xIwA1F/fHKT WuhwWTct3dchw== To: Dmitry Salychev From: Lorenzo Salvadore Cc: Lorenzo Salvadore , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Reply-To: Lorenzo Salvadore Subject: Re: FreeBSD Quarterly Status Report First Quarter 2022 Message-ID: In-Reply-To: References: Feedback-ID: 8540510:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4LL7Q30n4Bz4lmq X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=protonmail.ch header.s=protonmail3 header.b=OPOB4PfP; dmarc=pass (policy=quarantine) header.from=protonmail.ch; spf=pass (mx1.freebsd.org: domain of phascolarctos@protonmail.ch designates 185.70.40.131 as permitted sender) smtp.mailfrom=phascolarctos@protonmail.ch X-Spamd-Result: default: False [-3.54 / 15.00]; HAS_REPLYTO(0.00)[phascolarctos@protonmail.ch]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[protonmail.ch:s=protonmail3]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_MEDIUM(-0.57)[-0.565]; RCPT_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[protonmail.ch:+]; DMARC_POLICY_ALLOW(-0.50)[protonmail.ch,quarantine]; NEURAL_HAM_SHORT(-0.98)[-0.977]; MLMMJ_DEST(0.00)[freebsd-stable]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N ------- Original Message ------- On Saturday, June 11th, 2022 at 21:04, Dmitry Salychev wro= te: > > > Hi, > > So, you didn't like initial DPAA2 support :( > Of course we like it, but unfortunately, this quarter has been very difficu= lt for the quarterly team and we had many errors. In that case, I made a typo in the new automatic tools and the Architectures section disappeared. I counte= d reports, but another typo in another report made me count it twice so I did= not notice that yours was missing. I am fixing the issue and your report will soon appear on the website. I am very sorry. Lorenzo Salvadore From nobody Sat Jun 11 20:30:39 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3627683ABF1; Sat, 11 Jun 2022 20:30:50 +0000 (UTC) (envelope-from phascolarctos@protonmail.ch) Received: from mail-40131.protonmail.ch (mail-40131.protonmail.ch [185.70.40.131]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4LL8bs4PRVz4yCn; Sat, 11 Jun 2022 20:30:49 +0000 (UTC) (envelope-from phascolarctos@protonmail.ch) Date: Sat, 11 Jun 2022 20:30:39 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.ch; s=protonmail3; t=1654979447; x=1655238647; bh=ivPv3DcTASkmxOo/7fEWn+GVM/tuDu/uTdrloGYzYMg=; h=Date:To:From:Cc:Reply-To:Subject:Message-ID:In-Reply-To: References:Feedback-ID:From:To:Cc:Date:Subject:Reply-To: Feedback-ID:Message-ID; b=LeVyvD73FNkNlSz6KXxAvBuIxwQgOmRlrvgl/WNqsVO/PWr6WajyMBS/dPc4cHtY4 BEWIUG39ul8zPQFNXKk46h6Sdm0i3j1DTu9ax9girIU4wp/lLCWbx+paZTgUyduK33 kTRKiprqEFvT4uwTHpvvwPUh2HjsvQx2hwKLX5NMx4ekKcO/obG9H7w/GFvvE26Zuw 8g8xt4uf+jaiSBhIqHFmj/ZnFt/kBWR8RrMr/si1M3S3IgmFbUBYzsWyt1kU9k74LZ nCr01SXOnLnHHLGwYCJITD9GDX6kauO57Itmf3MsEO8QSTy1zFoFChV5Tf+D4xHyKG r+SzdoufAWZng== To: Dmitry Salychev From: Lorenzo Salvadore Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Reply-To: Lorenzo Salvadore Subject: Re: FreeBSD Quarterly Status Report First Quarter 2022 Message-ID: In-Reply-To: References: Feedback-ID: 8540510:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4LL8bs4PRVz4yCn X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=protonmail.ch header.s=protonmail3 header.b=LeVyvD73; dmarc=pass (policy=quarantine) header.from=protonmail.ch; spf=pass (mx1.freebsd.org: domain of phascolarctos@protonmail.ch designates 185.70.40.131 as permitted sender) smtp.mailfrom=phascolarctos@protonmail.ch X-Spamd-Result: default: False [-3.48 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[phascolarctos@protonmail.ch]; R_DKIM_ALLOW(-0.20)[protonmail.ch:s=protonmail3]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24:c]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_MEDIUM(-0.49)[-0.491]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[protonmail.ch:+]; DMARC_POLICY_ALLOW(-0.50)[protonmail.ch,quarantine]; NEURAL_HAM_SHORT(-0.99)[-0.993]; MLMMJ_DEST(0.00)[freebsd-current,freebsd-hackers,freebsd-stable]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N ------- Original Message ------- On Saturday, June 11th, 2022 at 21:37, Lorenzo Salvadore wrote: > > > ------- Original Message ------- > On Saturday, June 11th, 2022 at 21:04, Dmitry Salychev dsl@mcusim.org wro= te: > > > > > Hi, > > > > So, you didn't like initial DPAA2 support :( > > > Of course we like it, but unfortunately, this quarter has been very diffi= cult for > the quarterly team and we had many errors. In that case, I made a typo in > the new automatic tools and the Architectures section disappeared. I coun= ted > reports, but another typo in another report made me count it twice so I d= id not > notice that yours was missing. > > I am fixing the issue and your report will soon appear on the website. > > I am very sorry. Your report is now online: https://www.freebsd.org/status/report-2022-01-2022-03/#_nxp_dpaa2_support Sorry again for the mistake, Lorenzo Salvadore From nobody Tue Jun 14 09:23:34 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D7D7C8427E9 for ; Tue, 14 Jun 2022 09:23:47 +0000 (UTC) (envelope-from graham@menhennitt.com.au) Received: from antelope.elm.relay.mailchannels.net (antelope.elm.relay.mailchannels.net [23.83.212.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 4LMjfp1bgXz3FjF for ; Tue, 14 Jun 2022 09:23:45 +0000 (UTC) (envelope-from graham@menhennitt.com.au) X-Sender-Id: dreamhost|x-authsender|graham@menhennitt.com.au Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 01EDB21D79 for ; Tue, 14 Jun 2022 09:23:38 +0000 (UTC) Received: from pdx1-sub0-mail-a210.dreamhost.com (unknown [127.0.0.6]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 707DD21E25 for ; Tue, 14 Jun 2022 09:23:37 +0000 (UTC) ARC-Seal: i=1; s=arc-2022; d=mailchannels.net; t=1655198617; a=rsa-sha256; cv=none; b=rMRs/awaKsqs3D1u1y52YBZoMN6FcUH9VER4rnGW/qKbRPHIpZpoAzPZ6kw0uNxjljT7tJ 6Fg6wMy+OPtZdSvsWsPtqKjw9Xviv8QqsKICKI9gbw7Y5g7lL3C5fomGfgy2DsrCFI6fXq OSYxt7nj4z7/n2rT6Z4k80laj+578XnijrtL2lmFReihAnvIsvkcZPKw9Le7dBm4skqWyV nKvRaGcGd3b5aIrflHm29/JljhPV0C6fOYTXOAPC7/1hE27c8wH0mhtMuwRjisH3iRF9zE Uk/Pj24XGLM6AkVtngYGzjbcgj6D4L4wkKkhP4NTS+GjIOYXtYHR+wJgyWexyA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=mailchannels.net; s=arc-2022; t=1655198617; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: dkim-signature; bh=4bmHknZjdR3CYq+PR7G97WVHgpEdBGgJxxZBHnRqLnk=; b=iA/R/QmvgPgDE+yu1i/KQ/qRT7jp2BYgF4inMM0ABwVoYqA0+Qo3WdsLIoAfUtg4zm2Cz8 NP065O7rSo/I5pQL5EF0hwqqHoF78JObkvIYXzraiC1ZP7T2riZ+yQ3+WAi9q6z+nmG9RE 5Rz7XVQ1e371/UMyH1tRd1rZsPJEr4D5FVdZGJpAR1OLxI78J6ODUUIKo5Ybuly+eie+Hc kQUDv317h7aWzkaIk0A8d3/KrLTbaFQeDXzCTjcK802aUpSUJixvJNNRV4Fx2GlEBHB9No B6mPbPXYAIQOd/LN7AhpaiPo9Q8WUMxns6rg7hdcSZIEVJXUElxa2zBszFkALA== ARC-Authentication-Results: i=1; rspamd-786f5898df-96rjh; auth=pass smtp.auth=dreamhost smtp.mailfrom=graham@menhennitt.com.au X-Sender-Id: dreamhost|x-authsender|graham@menhennitt.com.au X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|graham@menhennitt.com.au X-MailChannels-Auth-Id: dreamhost X-Spicy-Whistle: 4a052cc236cc7235_1655198617724_1401135515 X-MC-Loop-Signature: 1655198617723:1070342949 X-MC-Ingress-Time: 1655198617723 Received: from pdx1-sub0-mail-a210.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384) by 100.112.55.213 (trex/6.7.1); Tue, 14 Jun 2022 09:23:37 +0000 Received: from [203.2.73.68] (unknown [121.45.245.67]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: graham@menhennitt.com.au) by pdx1-sub0-mail-a210.dreamhost.com (Postfix) with ESMTPSA id 4LMjfc5sWszNq for ; Tue, 14 Jun 2022 02:23:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=menhennitt.com.au; s=dreamhost; t=1655198617; bh=QykpDz1g8WGbcQ0jsYSdcDlBpBqxEkGMGpJK049mH5g=; h=Content-Type:Date:To:From:Subject; b=dHbmmi/LBdN2JU55UmVtWVCLFCfrrgJzvB1IFBrF1hAAZtu25LclUjoU8NBeBSN0E UjAfzYPoL+/uZUl/EUIfAbPzvTxH7UA6ori+KfDMwSm42j17WvrN4pmSDsBPknejPh ngBddTNKzPPVeK72khYS7YW1SrzpqLJEz3nGjI/ZIsUWOwsq+y40ckEE87YA1Utz42 r22IxZf51CjMoIcbNnkIil9f8ORAcb/JgyzhqfoJbtXeKqS5Bznvqo0V3URp+dT3Sr KddX4aDpDfewfMnLd4bhDl+Hm/1XWCxFGpVnciRuV8igmjve82uD7SykvrNQfAF4mu EsgGdritxfjGw== Content-Type: multipart/alternative; boundary="------------NPOctZshcxhfv0N7s3UfePFT" Message-ID: Date: Tue, 14 Jun 2022 19:23:34 +1000 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:91.0) Gecko/20100101 Thunderbird/91.9.0 Content-Language: en-US To: FreeBSD stable From: Graham Menhennitt Subject: random pkg "failed checksum from repository" errors X-Rspamd-Queue-Id: 4LMjfp1bgXz3FjF X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=menhennitt.com.au header.s=dreamhost header.b="dHbmmi/L"; arc=reject ("signature check failed: fail, {[1] = sig:mailchannels.net:reject}"); dmarc=none; spf=none (mx1.freebsd.org: domain of graham@menhennitt.com.au has no SPF policy when checking 23.83.212.4) smtp.mailfrom=graham@menhennitt.com.au X-Spamd-Result: default: False [-0.07 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.47)[-0.471]; RCVD_COUNT_FIVE(0.00)[5]; R_DKIM_ALLOW(-0.20)[menhennitt.com.au:s=dreamhost]; 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]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[menhennitt.com.au]; RCPT_COUNT_ONE(0.00)[1]; ARC_REJECT(2.00)[signature check failed: fail, {[1] = sig:mailchannels.net:reject}]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[menhennitt.com.au:+]; NEURAL_HAM_SHORT(-0.30)[-0.304]; RCVD_IN_DNSWL_NONE(0.00)[23.83.212.4:from]; MLMMJ_DEST(0.00)[freebsd-stable]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36483, ipnet:23.83.208.0/21, country:CA]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[121.45.245.67:received] X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --------------NPOctZshcxhfv0N7s3UfePFT Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit I've just installed a 13.1 Release system on AMD64. Trying to install some packages: # pkg install xorg kde5 sddm nvidia-driver-390 Updating FreeBSD repository catalogue... FreeBSD repository is up to date. All repositories are up to date. The following 890 package(s) will be affected (of 0 checked): New packages to be INSTALLED: ... [99/890] Fetching llvm13-13.0.1_2.pkg: 100%  159 MiB 179.5kB/s    15:31 pkg: llvm13-13.0.1_2 failed checksum from repository I then repeat the same command and llvm works correctly but another package further on fails with the same error. After a few tries of the command everything eventually succeeds. So it appears to be some kind of intermittent error. Does anybody have any suggestions, please. Thanks,     Graham --------------NPOctZshcxhfv0N7s3UfePFT Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit

I've just installed a 13.1 Release system on AMD64. Trying to install some packages:


# pkg install xorg kde5 sddm nvidia-driver-390
Updating FreeBSD repository catalogue...
FreeBSD repository is up to date.
All repositories are up to date.
The following 890 package(s) will be affected (of 0 checked):

New packages to be INSTALLED:
...

[99/890] Fetching llvm13-13.0.1_2.pkg: 100%  159 MiB 179.5kB/s    15:31     
pkg: llvm13-13.0.1_2 failed checksum from repository


I then repeat the same command and llvm works correctly but another package further on fails with the same error. After a few tries of the command everything eventually succeeds. So it appears to be some kind of intermittent error.

Does anybody have any suggestions, please.

Thanks,

    Graham

--------------NPOctZshcxhfv0N7s3UfePFT-- From eugen@grosbein.net Tue Jun 14 09:35:09 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id CD0DA844C8F for ; Tue, 14 Jun 2022 09:35:30 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4LMjwK6n3kz3Gqk for ; Tue, 14 Jun 2022 09:35:29 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.16.1/8.16.1) with ESMTPS id 25E9ZLGQ071776 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Tue, 14 Jun 2022 09:35:22 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: Received: from [10.58.0.11] (dadvw [10.58.0.11] (may be forged)) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 25E9ZLbk096043 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT) for ; Tue, 14 Jun 2022 16:35:21 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: random pkg "failed checksum from repository" errors To: stable@freebsd.org References: From: Eugene Grosbein Message-ID: <99239536-8bfa-7c22-bde2-820e5e6ac2e7@grosbein.net> Date: Tue, 14 Jun 2022 16:35:09 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT autolearn=disabled version=3.4.2 X-Spam-Report: * -0.0 SHORTCIRCUIT No description available. * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4LMjwK6n3kz3Gqk X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=fail (mx1.freebsd.org: domain of eugen@grosbein.net does not designate 2a01:4f8:c2c:26d8::2 as permitted sender) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [0.16 / 15.00]; ARC_NA(0.00)[]; R_SPF_FAIL(1.00)[-all]; FREEFALL_USER(0.00)[eugen]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[grosbein.net]; NEURAL_HAM_SHORT(-1.00)[-0.997]; NEURAL_SPAM_LONG(0.99)[0.989]; NEURAL_HAM_MEDIUM(-0.73)[-0.729]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N 14.06.2022 16:23, Graham Menhennitt wrote: > I've just installed a 13.1 Release system on AMD64. Trying to install some packages: > > > # pkg install xorg kde5 sddm nvidia-driver-390 > Updating FreeBSD repository catalogue... > FreeBSD repository is up to date. > All repositories are up to date. > The following 890 package(s) will be affected (of 0 checked): > > New packages to be INSTALLED: > ... > > [99/890] Fetching llvm13-13.0.1_2.pkg: 100% 159 MiB 179.5kB/s 15:31 > pkg: llvm13-13.0.1_2 failed checksum from repository > > > I then repeat the same command and llvm works correctly but another package further on fails with the same error. After a few tries of the command everything eventually succeeds. So it appears to be some kind of intermittent error. > > Does anybody have any suggestions, please. Definitely, you need to check your hardware starting with RAM checks. Use something like memtest86[+] From nobody Wed Jun 15 07:28:33 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id CB17F8523AF for ; Wed, 15 Jun 2022 07:28:45 +0000 (UTC) (envelope-from wma@semihalf.com) Received: from mail-yb1-xb35.google.com (mail-yb1-xb35.google.com [IPv6:2607:f8b0:4864:20::b35]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4LNH3d0nZKz4lwR for ; Wed, 15 Jun 2022 07:28:45 +0000 (UTC) (envelope-from wma@semihalf.com) Received: by mail-yb1-xb35.google.com with SMTP id r82so18953583ybc.13 for ; Wed, 15 Jun 2022 00:28:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf.com; s=google; h=mime-version:from:date:message-id:subject:to; bh=eMTOWGhT3VuEqBgoRMjo1qHNidwx2Ir80Q05rvH7En8=; b=nLMjJuPW+gYxYH94FVlP13aqCXVCKPLIhU7i7ZtmlLxvB0TdH0u0+CoZdPJ72hs3A8 H6+5j1LBdZfuDHm3Ki3yfTptu1HJS3uD0DbPW5BGNw40pixVR1nrQBD20xm0pJEIgFRa fn5XJrHtB9HC7IZ2NuinMTz1N9n4QnXOch2Isan8tQnJJpaSK5r3omzmC2JHuY1anhze BS/MOM92Jzg0e/p9Lj9fYvWMj/XSOse5y/kDKAAkxsGIlWZaAXxs9XMX2dD2tz9M6AJu dDO7Achvn24QpcTQWU/qWsjt/eoYjs7R1xL0R0942dVoPDa4OmFuQCKrYkisaKCyzTpy DGFA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=eMTOWGhT3VuEqBgoRMjo1qHNidwx2Ir80Q05rvH7En8=; b=Q0H8iXUkIDFQdaItaLV1TDYc7Bl3kjEvXq78q1zcUveYxvr8rvA2Rb1dYfZZRFzUfd +zbztVw67GlkHVDG0MkJ3QbvymxvilANUkSHtx8herwduB3nAAMZJJAx73rYaT+E7nMd cNio8c8yYnMytnhpWPmbaXHZLRjAUNWzx+Wr5qOnl/cnauwV0PJSX/lWgRKnNJfW4awo +D5FdcCXTdxqeDEK9n/JshiCJCLV5K/K5qh65LrvtkMSFatmp8mIJbw9ex+lU+rfjAR6 kCqvg0F4QoPFVDvWertBaSCp9xYsIfBWRuZiI/jrTHkp2t9NQVC2SN1BH9SPDq4Zxblw Bxcw== X-Gm-Message-State: AJIora8xe6AiNMEgosOShfoQLcWQ/kmlG7fnsRgWGPgdVEyBFMjZ52s0 4tmBmnjxqnhRSxwMr/qIgkom2/7ItC4hZeHUcO3n8nZ0Fj3KJA== X-Google-Smtp-Source: AGRyM1slq7BwYlz/oO+GNk7Z554Qh1jhkrOA1k9ACoov5IynPgh8NWAvOA+8mj6D0ZjQIXYnAYbuOpbUBkxp+cQ8LgU= X-Received: by 2002:a05:6902:4e9:b0:65c:d03b:571d with SMTP id w9-20020a05690204e900b0065cd03b571dmr8923314ybs.326.1655278124478; Wed, 15 Jun 2022 00:28:44 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 From: Wojciech Macek Date: Wed, 15 Jun 2022 09:28:33 +0200 Message-ID: Subject: Re: Issue with php81-extensions and aslr FreeBSD To: freebsd-stable@freebsd.org Content-Type: multipart/alternative; boundary="0000000000009d4b4705e1777804" X-Rspamd-Queue-Id: 4LNH3d0nZKz4lwR X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=semihalf.com header.s=google header.b=nLMjJuPW; dmarc=none; spf=pass (mx1.freebsd.org: domain of wma@semihalf.com designates 2607:f8b0:4864:20::b35 as permitted sender) smtp.mailfrom=wma@semihalf.com X-Spamd-Result: default: False [-2.49 / 15.00]; ARC_NA(0.00)[]; FAKE_REPLY(1.00)[]; R_DKIM_ALLOW(-0.20)[semihalf.com:s=google]; FREEFALL_USER(0.00)[wma]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_NA(0.00)[semihalf.com]; DKIM_TRACE(0.00)[semihalf.com:+]; NEURAL_HAM_SHORT(-0.99)[-0.993]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::b35:from]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N --0000000000009d4b4705e1777804 Content-Type: text/plain; charset="UTF-8" Hi, I confirm that it happens on my setup as well. Have you tried to build official PHP-8.1.6 instead using the one from ports? It seems it works. I tried with freebsd:~/php-src # git status HEAD detached at origin/PHP-8.1.6 nothing to commit, working tree clean freebsd:~/php-src # freebsd:~/php-src # ./buildconf freebsd:~/php-src # ./configure --without-iconv --enable-shared --with-apxs2 freebsd:~/php-src # make -j4 freebsd:~/php-src # make install Regards, Wojtek >>>>> Running 13.1-RELEASE with everything installed from packages and aslr enabled, apache24 will core dump on a graceful restart after installing php81-extensions. Start with apache24, php81 and mod_php81 installed /usr/local/etc/rc.d/apache24 start apache is running /usr/local/etc/rc.d/apache24 graceful apache is still running Then install php81-extensions: /usr/local/etc/rc.d/apache24 stop pkg install php81-extensions /usr/local/etc/rc.d/apache24 start apache is running /usr/local/etc/rc.d/apache24 graceful kernel: pid 2122 (httpd), jid 0, uid 0: exited on signal 11 (core dumped) This is with using all the default conf files. If I disable aslr it works fine. I'm enabling aslr by adding these lines to /etc/sysctl.conf and rebooting. kern.elf32.aslr.enable=1 kern.elf32.aslr.pie_enable=1 kern.elf32.aslr.honor_sbrk=0 kern.elf64.aslr.enable=1 kern.elf64.aslr.pie_enable=1 kern.elf64.aslr.honor_sbrk=0 This is the first time I've tried enabling aslr so maybe I'm doing something wrong. --0000000000009d4b4705e1777804 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,=C2=A0

I confirm that it = happens=C2=A0on my setup as well.
Have you tried to build officia= l PHP-8.1.6 instead=C2=A0using the one from ports? It seems it works.
=

I tried=C2=A0with

freebsd:~/php-src # git status
HEAD detached at=C2=A0origin/PHP-8.1.6
nothing to commit, working= tree clean
freebsd:~/php-src #
freebsd:~/php-src #=C2=A0./buildconf
freebsd:~/php-src #=C2=A0= ./configure --without-iconv --enable-share= d --with-apxs2
freebsd:~/php-src #=C2=A0make -j4
freebsd:~/php-src #=C2=A0make install


Reg= ards,
Wojtek


>>>>&= gt;
Running 13.1-RELEASE with everything installed from =
packages and aslr
enabled, apache24 will core dump on a graceful restart after installing
php81-extensions.

Start with apache24, php81 and mod_php81 installed
/usr/local/etc/rc.d/apache24 start
apache is running
/usr/local/etc/rc.d/apache24 graceful
apache is still running

Then install php81-extensions:

/usr/local/etc/rc.d/apache24 stop
pkg install php81-extensions
/usr/local/etc/rc.d/apache24 start
apache is running
/usr/local/etc/rc.d/apache24 graceful
kernel: pid 2122 (httpd), jid 0, uid 0: exited on signal 11 (core dumped)

This is with using all the default conf files.  If I disable aslr it works
fine.  I'm enabling aslr by adding these lines to /etc/sysctl.conf and
rebooting.

kern.elf32.aslr.enable=3D1
kern.elf32.aslr.pie_enable=3D1
kern.elf32.aslr.honor_sbrk=3D0
kern.elf64.aslr.enable=3D1
kern.elf64.aslr.pie_enable=3D1
kern.elf64.aslr.honor_sbrk=3D0

This is the first time I've tried enabling aslr so maybe I'm doing =
something
wrong.
--0000000000009d4b4705e1777804-- From nobody Wed Jun 15 18:22:08 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7607B83E9B5 for ; Wed, 15 Jun 2022 18:22:20 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4LNYYm2wWXz3NsB; Wed, 15 Jun 2022 18:22:20 +0000 (UTC) (envelope-from dim@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1655317340; 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=oOwSdVwXqWmG56//OZx2x8ldzklZ02L6iKM9nwinNxQ=; b=mlv70XnSVopk5pWXQC8pKDvClIvOfHjAmbpXofvcHYJOilrbjun0dNCSKHN1mmxq2HssG0 cToemWM2DCNVZ7WP/kGA191doV4QISAcNZpCMRw3VUV9t8UMeFRWIKA8mThjrPV0hBvu3q Ab7xDSfoRmNPC9Qto2NstOqwa8SZP5zNDkmiDjEgPx5mMbguuK7UTsIe6eTq7Gl3Ifl0Bj 3nRJzVSxR3D8aYEyfz4UX9UenEa1F+kDpK7edc9lMmDIZgl4QZrn6fDN9V6D6G7KQIDz4B wlUTJ2WoTcqFowFUSMXGWJR3SFVWcsb0ViIIG0qnKmX1+erb34TELSpoMTi+ZQ== Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "R3" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 2D891291B6; Wed, 15 Jun 2022 18:22:20 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtpclient.apple (longrow.home.andric.com [192.168.0.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id BE91352254; Wed, 15 Jun 2022 20:22:17 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_71F4D5FD-E4F2-4327-8662-F53700DF975F"; protocol="application/pgp-signature"; micalg=pgp-sha1 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.100.31\)) Subject: Re: Issue with php81-extensions and aslr From: Dimitry Andric In-Reply-To: Date: Wed, 15 Jun 2022 20:22:08 +0200 Cc: freebsd-stable@freebsd.org Message-Id: References: To: Greg Balfour X-Mailer: Apple Mail (2.3696.100.31) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1655317340; 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=oOwSdVwXqWmG56//OZx2x8ldzklZ02L6iKM9nwinNxQ=; b=p88T41wIiC9v/TXucTwgGUdwx2wnBY3WzTcE3mty1tTuMhtmTnlFf8fd+1TsH4A54OtouN gx7/3Bw6LKHudFKL73SQ/0KHuqv+SFYGPup1Ic+JZqJdZr/mBhxNX9TuTa+iA2BAe3keJo ZazELgzORvBxZV+PofTWI5Hi42SfhobMLxKhO5nbH0e25JIY4veQ+eJrs0y9KXmKzglIAt L1R030coCElRXM3yakSjuDMWpo38bUBMBCUhBlKB+IayHCnMuxWml9zN3282NqY2Ryqvsf xEMgSNqSJfUGWzQNfPsMWNy+4mHgnD/ySNR8+lb2ZpNVullH/5vW6/8OqB53vw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1655317340; a=rsa-sha256; cv=none; b=H/5dueU0gy20QbWXvxNrm61//I7PCK59nSDjHh6WJf1wdT4xkvFGzlrKtSpmvyb43TBTZo sTSf9Uwsd1KQvNZoAxD5Vf9UJ44CXiNCTl03Rqrg8ssXhYEg0Qb3oI48oN/8ElFrBbAvql KtQ3dmZ/iKBgAP1isjVqCksHpr9nO0Pa//g8U6JY56FVDodCssHZaNqy7Mfr/XcNScxRii Y8wiR/aq1oXtKX4tKomljJWikcyH1HUAnIBZkx8XzjpCFCo9VoicJCJaiyuids7EVp92Mq iQNzlyS2o/pK79p5RpqFrG2raB4N5bpn2nmS3BdcgFeHBMtxLDmapvZJSDpsyw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N --Apple-Mail=_71F4D5FD-E4F2-4327-8662-F53700DF975F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 5 Jun 2022, at 17:08, Greg Balfour wrote: >=20 > Running 13.1-RELEASE with everything installed from packages and aslr > enabled, apache24 will core dump on a graceful restart after = installing > php81-extensions. >=20 > Start with apache24, php81 and mod_php81 installed > /usr/local/etc/rc.d/apache24 start > apache is running > /usr/local/etc/rc.d/apache24 graceful > apache is still running >=20 > Then install php81-extensions: >=20 > /usr/local/etc/rc.d/apache24 stop > pkg install php81-extensions > /usr/local/etc/rc.d/apache24 start > apache is running > /usr/local/etc/rc.d/apache24 graceful > kernel: pid 2122 (httpd), jid 0, uid 0: exited on signal 11 (core = dumped) Since php81-extensions is a meta-port which installs quite a lot of = extensions, can you attempt to narrow it down to one of the following? php81-ctype-8.1.7 php81-dom-8.1.7 php81-filter-8.1.7 php81-iconv-8.1.7 php81-opcache-8.1.7 php81-pdo-8.1.7 php81-pdo_sqlite-8.1.7 php81-phar-8.1.7 php81-posix-8.1.7 php81-session-8.1.7 php81-simplexml-8.1.7 php81-sqlite3-8.1.7 php81-tokenizer-8.1.7 php81-xml-8.1.7 php81-xmlreader-8.1.7 php81-xmlwriter-8.1.7 -Dimitry --Apple-Mail=_71F4D5FD-E4F2-4327-8662-F53700DF975F Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCYqojUAAKCRCwXqMKLiCW o7uRAJ9Da+A7F/3U7DecrsvGAZWjoWojeQCfR/NGES9vQ5op3uVWtx9GkefnYG8= =QJli -----END PGP SIGNATURE----- --Apple-Mail=_71F4D5FD-E4F2-4327-8662-F53700DF975F-- From nobody Thu Jun 16 04:23:44 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 8F042832A9D for ; Thu, 16 Jun 2022 04:24:02 +0000 (UTC) (envelope-from greg.bal4@gmail.com) Received: from mail-ot1-x331.google.com (mail-ot1-x331.google.com [IPv6:2607:f8b0:4864:20::331]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4LNpw14CzHz4bSp; Thu, 16 Jun 2022 04:24:01 +0000 (UTC) (envelope-from greg.bal4@gmail.com) Received: by mail-ot1-x331.google.com with SMTP id y16-20020a9d5190000000b0060c1292a5b9so267923otg.3; Wed, 15 Jun 2022 21:24:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=VBVj8MXrAnddPwZ4Fq0eWWIYwjL0EzlreDtSKkqgc18=; b=iJ61/ofvjFsOzp5t8duQfoZs/DTMrYNeuQJub+Acz5ubyDRHbju2ZQsE/FGMrtIm2f weCfs6+bAYJA+bqsuNKi4ywMUZ51A0dYSPwe6DhrjGvuKcaPpcDzIwnyuyS/Jd56eibW yqB/92jmOGa8iDGDvcgmr0BgkVhmCcyrVx07M4fPPJY299fnGb/VO3/uLO/3W89qp/nI NHxvP7ezrNFV0pWF1ROx6rWvARd3lWhgA/hmMfZdkutBjXbK2DqM6e+OA5HQFvT2AWOM HPcXFdilDLh5fXA6irEzAL8v1u7yGxiCaMPyso1Gifyl5d0HF75iak6brYpJ35mM9pu+ WE6g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=VBVj8MXrAnddPwZ4Fq0eWWIYwjL0EzlreDtSKkqgc18=; b=Vsvk3FlE28v44e2Zp48EEqvju4FVJ5kbF5HPKoM/q5kiQsYZNKGy6iIDtuu7P9vUdW qvpNX+GH0W/S3MBk/wHRbFHNFe6xtobcbPzlRzzZGjn6PCo+uSQhwnr/4eRLb1Wnpy9m ZAuXSQDDsk++JJ6n48MyM2RA4vGNV1cTtJ1tMi6AbHuxjml6n7nmWu/KtE7Okl5okmzx BlmMg5isKE8Qavnkfw87glw96jA9gdm9aYFDWblg3CIeZveqwqkpg5NNDOOfLgO7qMqp sQoo/ELkVeEGuWKy9pnxDDeYXfbJ+f+W/uiZJvSR1BHrlGhbbP46LfP/49sGyNUk/eIb HutQ== X-Gm-Message-State: AJIora85yYr3eY5eU31V90vPiSXlKXa9c4RBg2zYJ99i0b7DJ0srldVM +KiW0UB8Y7WWYNmaXBjgKoR1eWkme9NBCX5GoACpYG91qTM= X-Google-Smtp-Source: AGRyM1uY+T02GE3rV+adm+Zv5uN98K9wcrmx2YzhzRQKpK/Vf36W/RARipJKvOnzPD95IrxJincwqPo0RxFNrCzKO1I= X-Received: by 2002:a9d:4815:0:b0:60c:30e:e2d with SMTP id c21-20020a9d4815000000b0060c030e0e2dmr1316443otf.287.1655353434971; Wed, 15 Jun 2022 21:23:54 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Greg Balfour Date: Wed, 15 Jun 2022 23:23:44 -0500 Message-ID: Subject: Re: Issue with php81-extensions and aslr To: Dimitry Andric Cc: freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4LNpw14CzHz4bSp X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b="iJ61/ofv"; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of gregbal4@gmail.com designates 2607:f8b0:4864:20::331 as permitted sender) smtp.mailfrom=gregbal4@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000]; MID_RHS_MATCH_FROMTLD(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::331:from]; MLMMJ_DEST(0.00)[freebsd-stable]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On Wed, Jun 15, 2022 at 1:22 PM Dimitry Andric wrote: > > On 5 Jun 2022, at 17:08, Greg Balfour wrote: > > > > Running 13.1-RELEASE with everything installed from packages and aslr > > enabled, apache24 will core dump on a graceful restart after installing > > php81-extensions. > > > > Start with apache24, php81 and mod_php81 installed > > /usr/local/etc/rc.d/apache24 start > > apache is running > > /usr/local/etc/rc.d/apache24 graceful > > apache is still running > > > > Then install php81-extensions: > > > > /usr/local/etc/rc.d/apache24 stop > > pkg install php81-extensions > > /usr/local/etc/rc.d/apache24 start > > apache is running > > /usr/local/etc/rc.d/apache24 graceful > > kernel: pid 2122 (httpd), jid 0, uid 0: exited on signal 11 (core dumped) > > Since php81-extensions is a meta-port which installs quite a lot of extensions, can you attempt to narrow it down to one of the following? > > php81-ctype-8.1.7 > php81-dom-8.1.7 > php81-filter-8.1.7 > php81-iconv-8.1.7 > php81-opcache-8.1.7 > php81-pdo-8.1.7 > php81-pdo_sqlite-8.1.7 > php81-phar-8.1.7 > php81-posix-8.1.7 > php81-session-8.1.7 > php81-simplexml-8.1.7 > php81-sqlite3-8.1.7 > php81-tokenizer-8.1.7 > php81-xml-8.1.7 > php81-xmlreader-8.1.7 > php81-xmlwriter-8.1.7 > > -Dimitry I tried each one individually andi it's only php81-opcache-8.1.7 that causes the problem. From nobody Thu Jun 16 14:29:39 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 2555885BA47 for ; Thu, 16 Jun 2022 14:29:23 +0000 (UTC) (envelope-from eivinde@terraplane.org) Received: from smtp.domeneshop.no (smtp.domeneshop.no [IPv6:2a01:5b40:0:3005::1]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4LP4LV1pYtz3r51 for ; Thu, 16 Jun 2022 14:29:22 +0000 (UTC) (envelope-from eivinde@terraplane.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=terraplane.org; s=ds202112; h=Content-Transfer-Encoding:Content-Type: MIME-Version:Message-ID:Subject:To:From:Date:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=Rs9QMOGk6xzk8yE69NS7Vk0Kj+y4xSJZMWY4MgqZ6MU=; b=IGC/2mSBhd6adjSun3tLi1T3Qw KMvwmwkPcMp05gnI0vk0JRzJ5xhSTdcRtu2bv7OUCI0UDQn+Ayzz4ZPI4m+i+4zukEmCNMDytmz7P wTz/2kQZSNfSQXKbmOtJs6ej2206UinITkjGjTwXyRWGBK0i7oHPM91jLuS3Y1/xXO1XULen5yGdX kdyWbwZGmQYsi0I6Z+WnSEKSQryOgy3ImElSQqkXW7Zfx0qC7bdFedK7Q0imYBPQXCcVA2N1Gtojg 1mBH2b8guEneGc/PxTNBsrGnGIHKn9/HmaIKw1rspjX3B7jL6u0k3bx5Atu+Kg12rgW5ob97btu97 hwtcdIxQ==; Received: from ti0027q160-1386.bb.online.no ([212.251.142.122]:11710 helo=elg.hjerdalen.lokalnett) by smtp.domeneshop.no with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o1qUj-0005mO-4g for stable@freebsd.org; Thu, 16 Jun 2022 16:29:13 +0200 Date: Thu, 16 Jun 2022 16:29:39 +0200 From: Eivind Nicolay Evensen To: stable@freebsd.org Subject: Unclean file systems on every boot Message-ID: <20220616162939.614bcd4b@elg.hjerdalen.lokalnett> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4LP4LV1pYtz3r51 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=terraplane.org header.s=ds202112 header.b="IGC/2mSB"; dmarc=pass (policy=none) header.from=terraplane.org; spf=pass (mx1.freebsd.org: domain of eivinde@terraplane.org designates 2a01:5b40:0:3005::1 as permitted sender) smtp.mailfrom=eivinde@terraplane.org X-Spamd-Result: default: False [-4.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[terraplane.org:s=ds202112]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:5b40:0:2000::/51]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; DKIM_TRACE(0.00)[terraplane.org:+]; DMARC_POLICY_ALLOW(-0.50)[terraplane.org,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:12996, ipnet:2a01:5b40::/48, country:NO]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[2a01:5b40:0:3005::1:from] X-ThisMailContainsUnwantedMimeParts: N Hello. I have a machine on which one disk, containing os as well as some data partitions, started showing errors. I replaced the disk by partitioning and formatting a new one and installing boot loaders. This was all done on FreeBSD 11.3. I realised when I started getting filesystem errors on the new filesystems that newfs selected soft-updates journalling on this version, and the only thing I remembered of that from before was that it usually resulted in filesystem errors. I then removed the soft-updates journalling using tunefs. The filesystem errors mostly disappeared, perhaps popping up once in 30-40 boots. Very recently I had a reason to upgrade to FreeBSD 13.1, commit 185159f77c9cfaf2cbd5a6cb80b2c7ac0b6a3a9a. Since then, each boot of the system looks like this: <118>Starting file system checks: <118>/dev/ufs/nyrot-fs: FILE SYSTEM CLEAN; SKIPPING CHECKS <118>/dev/ufs/nyrot-fs: clean, 4922735 free (1887 frags, 615106 blocks, 0.0% fragmentation) <118>/dev/ufs/ene-fs: FILE SYSTEM CLEAN; SKIPPING CHECKS <118>/dev/ufs/ene-fs: clean, 201852344 free (264760 frags, 25198448 blocks, 0.0% fragmentation) <118>/dev/ufs/nyvar-fs: NO WRITE ACCESS <118>/dev/ufs/nyvar-fs: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. <118>/dev/ufs/nytmp-fs: NO WRITE ACCESS <118>/dev/ufs/nytmp-fs: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. <118>/dev/ufs/nyusrlocal-fs: NO WRITE ACCESS <118>/dev/ufs/nyusrlocal-fs: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. <118>/dev/ufs/nyusrport-fs: NO WRITE ACCESS <118>/dev/ufs/nyusrport-fs: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. <118>/dev/ufs/nyhome-fs: NO WRITE ACCESS <118>/dev/ufs/nyhome-fs: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. <118>/dev/ufs/nyefprg-fs: NO WRITE ACCESS <118>/dev/ufs/nyefprg-fs: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. <118>/dev/ufs/nf0-fs: FILE SYSTEM CLEAN; SKIPPING CHECKS <118>/dev/ufs/nf0-fs: clean, 33428312 free (4552 frags, 4177970 blocks, 0.0% fragmentation) <118>/dev/ufs/nyusr-fs: FILE SYSTEM CLEAN; SKIPPING CHECKS <118>/dev/ufs/nyusr-fs: clean, 1464935 free (14143 frags, 181349 blocks, 0.3% fragmentation) <118>/dev/ufs/enefilm-fs: FILE SYSTEM CLEAN; SKIPPING CHECKS <118>/dev/ufs/enefilm-fs: clean, 205766791 free (343 frags, 25720806 blocks, 0.0% fragmentation) <118>THE FOLLOWING FILE SYSTEMS HAD AN UNEXPECTED INCONSISTENCY: <118> ufs: /dev/ufs/nyvar-fs (/var), ufs: /dev/ufs/nytmp-fs (/tmp), ufs: /dev/ufs/nyusrlocal-fs (/usr/local), ufs: /dev/ufs/nyusrport-fs (/usr/ports), ufs: /dev/ufs/nyhome-fs (/home), ufs: /dev/ufs/nyefprg-fs (/ene/film/programmer) <118>Automatic file system check failed; help! <118>ERROR: ABORTING BOOT (sending SIGTERM to parent)! <118>2022-06-16T17:53:20.213904+02:00 - init 1 - - /bin/sh on /etc/rc terminated abnormally, going to single user mode <118>Enter full pathname of shell or RETURN for /bin/sh: Cannot read termcap database; <118>using dumb terminal settings. <118>$PRID:$PHOST> fsck -Cy <118>** /dev/ufs/nyrot-fs <118>FILE SYSTEM CLEAN; SKIPPING CHECKS <118>clean, 4922735 free (1887 frags, 615106 blocks, 0.0% fragmentation) <118>** /dev/ufs/nyusr-fs <118>FILE SYSTEM CLEAN; SKIPPING CHECKS <118>clean, 1464935 free (14143 frags, 181349 blocks, 0.3% fragmentation) <118>** /dev/ufs/nyusrlocal-fs <118>FILE SYSTEM CLEAN; SKIPPING CHECKS <118>clean, 2182442 free (9386 frags, 271632 blocks, 0.1% fragmentation) <118>** /dev/ufs/nytmp-fs <118>FILE SYSTEM CLEAN; SKIPPING CHECKS <118>clean, 1013313 free (49 frags, 126658 blocks, 0.0% fragmentation) <118>** /dev/ufs/nyvar-fs <118>FILE SYSTEM CLEAN; SKIPPING CHECKS <118>clean, 707823 free (4623 frags, 87900 blocks, 0.5% fragmentation) <118>** /dev/ufs/nyusrport-fs <118>FILE SYSTEM CLEAN; SKIPPING CHECKS <118>clean, 46345485 free (4869 frags, 5792577 blocks, 0.0% fragmentation) <118>** /dev/ufs/nyhome-fs <118>FILE SYSTEM CLEAN; SKIPPING CHECKS <118>clean, 1553903 free (191 frags, 194214 blocks, 0.0% fragmentation) <118>** /dev/ufs/ene-fs <118>FILE SYSTEM CLEAN; SKIPPING CHECKS <118>clean, 201852344 free (264760 frags, 25198448 blocks, 0.0% fragmentation) <118>** /dev/ufs/enefilm-fs <118>FILE SYSTEM CLEAN; SKIPPING CHECKS <118>clean, 205766791 free (343 frags, 25720806 blocks, 0.0% fragmentation) <118>** /dev/ufs/nf0-fs <118>FILE SYSTEM CLEAN; SKIPPING CHECKS <118>clean, 33428312 free (4552 frags, 4177970 blocks, 0.0% fragmentation) <118>** /dev/ufs/nyefprg-fs <118>FILE SYSTEM CLEAN; SKIPPING CHECKS <118>clean, 639889986 free (330 frags, 79986207 blocks, 0.0% fragmentation) <118>$PRID:$PHOST> ^D <118>No suitable dump device was found. The disk in question: .gpart show ada0 => 40 7814037088 ada0 GPT (3.6T) 40 472 1 freebsd-boot (236K) 512 41943040 2 freebsd-ufs (20G) 41943552 8388608 3 freebsd-swap (4.0G) 50332160 41943040 4 freebsd-ufs (20G) 92275200 62914560 5 freebsd-ufs (30G) 155189760 8388608 6 freebsd-ufs (4.0G) 163578368 8388608 7 freebsd-ufs (4.0G) 171966976 419430400 8 freebsd-ufs (200G) 591397376 41943040 9 freebsd-ufs (20G) 633340416 7180696712 10 freebsd-ufs (3.3T) Is there any way I can get this to work right? Full dmesg appended below Regards, Eivind N. Evensen Copyright (c) 1992-2021 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 13.1-STABLE #4: Sun Jun 12 22:25:46 CEST 2022 ene@elg.hjerdalen.lokalnett:/usr/obj/usr/src/amd64.amd64/sys/ENE-elg amd64 FreeBSD clang version 14.0.4 (https://github.com/llvm/llvm-project.git llvmorg-14.0.4-0-g29f1039a7285) VT(vga): resolution 640x480 CPU: AMD FX(tm)-6300 Six-Core Processor (3717.02-MHz K8-class CPU) Origin="AuthenticAMD" Id=0x600f20 Family=0x15 Model=0x2 Stepping=0 Features=0x178bfbff Features2=0x3e98320b AMD Features=0x2e500800 AMD Features2=0x1ebbfff Structured Extended Features=0x8 SVM: NP,NRIP,VClean,AFlush,DAssist,NAsids=65536 TSC: P-state invariant, performance statistics real memory = 8589934592 (8192 MB) avail memory = 8244178944 (7862 MB) Event timer "LAPIC" quality 100 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 6 CPUs FreeBSD/SMP: 1 package(s) x 6 core(s) random: unblocking device. Firmware Warning (ACPI): Optional FADT field Pm2ControlBlock has valid Length but zero Address: 0x0000000000000000/0x1 (20201113/tbfadt-796) ioapic0 irqs 0-23 ioapic1 irqs 24-55 Launching APs: 1 5 4 3 2 random: entropy device external interface kbd1 at kbdmux0 vtvga0: smbios0: at iomem 0xf04c0-0xf04de smbios0: Version: 2.7, BCD Revision: 2.7 aesni0: acpi0: acpi0: Power Button (fixed) cpu0: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock, resolution 1.000000s Event timer "RTC" frequency 32768 Hz quality 0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 450 Event timer "HPET1" frequency 14318180 Hz quality 450 Event timer "HPET2" frequency 14318180 Hz quality 450 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 52 at device 4.0 on pci0 pci1: on pcib1 vgapci0: port 0xe000-0xe0ff mem 0xc0000000-0xcfffffff,0xd0000000-0xd01fffff,0xfea00000-0xfea3ffff irq 44 at device 0.0 on pci1 vgapci0: Boot video device hdac0: mem 0xfea60000-0xfea63fff irq 45 at device 0.1 on pci1 pcib2: irq 53 at device 9.0 on pci0 pci2: on pcib2 xhci0: mem 0xfe900000-0xfe900fff irq 48 at device 0.0 on pci2 xhci0: 32 bytes context size, 64-bit DMA usbus0 on xhci0 usbus0: 5.0Gbps Super Speed USB v3.0 pcib3: irq 54 at device 10.0 on pci0 pci3: on pcib3 ahci0: port 0xd040-0xd047,0xd030-0xd033,0xd020-0xd027,0xd010-0xd013,0xd000-0xd00f mem 0xfe810000-0xfe8101ff irq 47 at device 0.0 on pci3 ahci0: AHCI v1.00 with 2 6Gbps ports, Port Multiplier supported with FBS ahci0: quirks=0x1000000 ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahci1: port 0xf090-0xf097,0xf080-0xf083,0xf070-0xf077,0xf060-0xf063,0xf050-0xf05f mem 0xfeb0b000-0xfeb0b3ff irq 19 at device 17.0 on pci0 ahci1: AHCI v1.20 with 4 6Gbps ports, Port Multiplier supported ahci1: quirks=0x22000 ahcich2: at channel 0 on ahci1 ahcich3: at channel 1 on ahci1 ahcich4: at channel 2 on ahci1 ahcich5: at channel 3 on ahci1 ohci0: mem 0xfeb0a000-0xfeb0afff irq 18 at device 18.0 on pci0 usbus1 on ohci0 usbus1: 12Mbps Full Speed USB v1.0 ehci0: mem 0xfeb09000-0xfeb090ff irq 17 at device 18.2 on pci0 usbus2: EHCI version 1.0 usbus2 on ehci0 usbus2: 480Mbps High Speed USB v2.0 ohci1: mem 0xfeb08000-0xfeb08fff irq 18 at device 19.0 on pci0 usbus3 on ohci1 usbus3: 12Mbps Full Speed USB v1.0 ehci1: mem 0xfeb07000-0xfeb070ff irq 17 at device 19.2 on pci0 usbus4: EHCI version 1.0 usbus4 on ehci1 usbus4: 480Mbps High Speed USB v2.0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 20.1 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 hdac1: mem 0xfeb00000-0xfeb03fff irq 16 at device 20.2 on pci0 isab0: at device 20.3 on pci0 isa0: on isab0 pcib4: at device 20.4 on pci0 pci4: on pcib4 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xc080-0xc0ff mem 0xfe721000-0xfe72107f irq 20 at device 6.0 on pci4 miibus0: on xl0 xlphy0: PHY 24 on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow xl0: Ethernet address: 00:04:76:9a:35:e1 pci4: at device 14.0 (no driver attached) ohci2: mem 0xfeb06000-0xfeb06fff irq 18 at device 20.5 on pci0 usbus5 on ohci2 usbus5: 12Mbps Full Speed USB v1.0 pcib5: at device 21.0 on pci0 pci5: on pcib5 re0: port 0xb000-0xb0ff mem 0xfe600000-0xfe600fff,0xd0300000-0xd0303fff irq 16 at device 0.0 on pci5 re0: Using 1 MSI-X message re0: Chip rev. 0x2c800000 re0: MAC rev. 0x00100000 miibus1: on re0 rgephy0: PHY 1 on miibus1 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow re0: Using defaults for TSO: 65518/35/2048 re0: Ethernet address: 74:d4:35:97:a6:99 ohci3: mem 0xfeb05000-0xfeb05fff irq 18 at device 22.0 on pci0 usbus6 on ohci3 usbus6: 12Mbps Full Speed USB v1.0 ehci2: mem 0xfeb04000-0xfeb040ff irq 17 at device 22.2 on pci0 usbus7: EHCI version 1.0 usbus7 on ehci2 usbus7: 480Mbps High Speed USB v2.0 amdtemp0: on hostb4 acpi_button0: on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbdc0: non-PNP ISA device will be removed from GENERIC in FreeBSD 14. hwpstate0: on cpu0 Timecounter "TSC-low" frequency 1858461330 Hz quality 1000 Timecounters tick every 1.000 msec hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 3 on hdaa0 pcm1: at nid 5 on hdaa0 pcm2: at nid 7 on hdaa0 pcm3: at nid 9 on hdaa0 pcm4: at nid 11 on hdaa0 hdacc1: at cad 0 on hdac1 hdaa1: at nid 1 on hdacc1 pcm5: at nid 20,22,21,23 and 24,26 on hdaa1 pcm6: at nid 27 and 25 on hdaa1 pcm7: at nid 17 on hdaa1 pcm8: at nid 30 on hdaa1 ugen3.1: at usbus3 uhub0 on usbus3 ugen7.1: at usbus7 ugen6.1: at usbus6 ugen4.1: at usbus4 ugen0.1: <(0x1106) XHCI root HUB> at usbus0 uhub0: on usbus3 uhub1 on usbus6 uhub2 on usbus7 uhub2: on usbus7 uhub3 on usbus4 uhub3: on usbus4 uhub4 on usbus0 uhub4: <(0x1106) XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 uhub1: on usbus6 ugen1.1: at usbus1 ugen2.1: at usbus2 uhub5 on usbus1 uhub5: on usbus1 ugen5.1: at usbus5 uhub6 on usbus2 uhub7 on usbus5 uhub6: on usbus2 uhub7: on usbus5 Trying to mount root from ufs:/dev/ufs/nyrot-fs [rw]... uhub7: 2 ports with 2 removable, self powered uhub1: 4 ports with 4 removable, self powered uhub5: 5 ports with 5 removable, self powered uhub0: 5 ports with 5 removable, self powered uhub4: 5 ports with 4 removable, self powered ugen0.2: at usbus0 uhub8 on uhub4 uhub8: on usbus0 Root mount waiting for: usbus0 CAM usbus2 usbus4 usbus7 uhub8: 4 ports with 4 removable, self powered uhub2: 4 ports with 4 removable, self powered ugen0.3: at usbus0 ums0 on uhub8 ums0: on usbus0 ums0: 5 buttons and [XYZT] coordinates ID=0 ugen0.4: at usbus0 uhub9 on uhub8 uhub9: on usbus0 uhub6: 5 ports with 5 removable, self powered uhub3: 5 ports with 5 removable, self powered Root mount waiting for: usbus0 CAM usbus4 ada0 at ahcich2 bus 0 scbus2 target 0 lun 0 ada0: ACS-3 ATA SATA 3.x device ada0: Serial Number ZDHAVZTP ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 3815447MB (7814037168 512 byte sectors) ada1 at ahcich4 bus 0 scbus4 target 0 lun 0 ada1: ATA8-ACS SATA 2.x device ada1: Serial Number 6VM39JPH ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 476940MB (976773168 512 byte sectors) ada2 at ahcich5 bus 0 scbus5 target 0 lun 0 ada2: ACS-2 ATA SATA 3.x device ada2: Serial Number Z7309SPD ada2: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada2: Command Queueing enabled ada2: 2861588MB (5860533168 512 byte sectors) ada3 at ata0 bus 0 scbus6 target 0 lun 0 ada3: ACS-3 ATA SATA 3.x device ada3: Serial Number WFL4YRSL ada3: 150.000MB/s transfers (SATA, UDMA6, PIO 8192bytes) ada3: 1907729MB (3907029168 512 byte sectors) ada3: quirks=0x1<4K> cd0 at ahcich3 bus 0 scbus3 target 0 lun 0 cd0: Removable CD-ROM SCSI device cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed uhub9: 4 ports with 4 removable, self powered ugen0.5: at usbus0 ugen3.2: at usbus3 ugen0.6: at usbus0 ukbd0 on uhub9 ukbd0: on usbus0 kbd2 at ukbd0 ugen0.7: at usbus0 uhub10 on uhub4 uhub10: on usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 uhub10: 4 ports with 4 removable, self powered [drm] amdgpu kernel modesetting enabled. drmn0: on vgapci0 vgapci0: child drmn0 requested pci_enable_io vgapci0: child drmn0 requested pci_enable_io sysctl_warn_reuse: can't re-use a leaf (hw.dri.debug)! [drm] initializing kernel modesetting (POLARIS11 0x1002:0x67FF 0x1043:0x052D 0xCF). [drm] register mmio base: 0xFEA00000 [drm] register mmio size: 262144 [drm] add ip block number 0 [drm] add ip block number 1 [drm] add ip block number 2 [drm] add ip block number 3 [drm] add ip block number 4 [drm] add ip block number 5 [drm] add ip block number 6 [drm] add ip block number 7 [drm] add ip block number 8 ATOM BIOS: 115-C994PI0-102 [drm] UVD is enabled in VM mode [drm] UVD ENC is enabled in VM mode [drm] VCE enabled in VM mode [drm] vm size is 64 GB, 2 levels, block size is 10-bit, fragment size is 9-bit drmn0: successfully loaded firmware image 'amdgpu/polaris11_k_mc.bin' drmn0: VRAM: 2048M 0x000000F400000000 - 0x000000F47FFFFFFF (2048M used) drmn0: GART: 256M 0x000000FF00000000 - 0x000000FF0FFFFFFF [drm] Detected VRAM RAM=2048M, BAR=256M [drm] RAM width 128bits GDDR5 [TTM] Zone kernel: Available graphics memory: 4160288 KiB [TTM] Zone dma32: Available graphics memory: 2097152 KiB [TTM] Initializing pool allocator [drm] amdgpu: 2048M of VRAM memory ready [drm] amdgpu: 3072M of GTT memory ready. [drm] GART: num cpu pages 65536, num gpu pages 65536 [drm] PCIE GART of 256M enabled (table at 0x000000F400900000). drmn0: successfully loaded firmware image 'amdgpu/polaris11_pfp_2.bin' drmn0: successfully loaded firmware image 'amdgpu/polaris11_me_2.bin' drmn0: successfully loaded firmware image 'amdgpu/polaris11_ce_2.bin' [drm] Chained IB support enabled! drmn0: successfully loaded firmware image 'amdgpu/polaris11_rlc.bin' drmn0: successfully loaded firmware image 'amdgpu/polaris11_mec_2.bin' drmn0: successfully loaded firmware image 'amdgpu/polaris11_mec2_2.bin' drmn0: successfully loaded firmware image 'amdgpu/polaris11_sdma.bin' drmn0: successfully loaded firmware image 'amdgpu/polaris11_sdma1.bin' amdgpu: [powerplay] hwmgr_sw_init smu backed is polaris10_smu drmn0: successfully loaded firmware image 'amdgpu/polaris11_uvd.bin' [drm] Found UVD firmware Version: 1.130 Family ID: 16 drmn0: successfully loaded firmware image 'amdgpu/polaris11_vce.bin' [drm] Found VCE firmware Version: 53.26 Binary ID: 3 drmn0: successfully loaded firmware image 'amdgpu/polaris11_k_smc.bin' [drm] DM_PPLIB: values for Engine clock [drm] DM_PPLIB: 214000 [drm] DM_PPLIB: 387000 [drm] DM_PPLIB: 869000 [drm] DM_PPLIB: 1025000 [drm] DM_PPLIB: 1094000 [drm] DM_PPLIB: 1142000 [drm] DM_PPLIB: 1184000 [drm] DM_PPLIB: 1210000 [drm] DM_PPLIB: Validation clocks: [drm] DM_PPLIB: engine_max_clock: 121000 [drm] DM_PPLIB: memory_max_clock: 175000 [drm] DM_PPLIB: level : 8 [drm] DM_PPLIB: values for Memory clock [drm] DM_PPLIB: 300000 [drm] DM_PPLIB: 625000 [drm] DM_PPLIB: 1750000 [drm] DM_PPLIB: Validation clocks: [drm] DM_PPLIB: engine_max_clock: 121000 [drm] DM_PPLIB: memory_max_clock: 175000 [drm] DM_PPLIB: level : 8 [drm] Display Core initialized with v3.2.48! [drm] Connector DP-1: get mode from tunables: [drm] - kern.vt.fb.modes.DP-1 [drm] - kern.vt.fb.default_mode [drm] Connector HDMI-A-1: get mode from tunables: [drm] - kern.vt.fb.modes.HDMI-A-1 [drm] - kern.vt.fb.default_mode [drm] SADs count is: -2, don't need to read it [drm] Connector DVI-D-1: get mode from tunables: [drm] - kern.vt.fb.modes.DVI-D-1 [drm] - kern.vt.fb.default_mode [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [drm] Driver supports precise vblank timestamp query. [drm] UVD and UVD ENC initialized successfully. [drm] VCE initialized successfully. [drm] fb mappable at 0xC0E30000 [drm] vram apper at 0xC0000000 [drm] size 3145728 [drm] fb depth is 24 [drm] pitch is 4096 WARNING: Device "fb" is Giant locked and may be deleted before FreeBSD 14.0. VT: Replacing driver "vga" with new "fb". start FB_INFO: type=11 height=768 width=1024 depth=32 cmsize=16 size=3145728 pbase=0xc0e30000 vbase=0xfffff800c0e30000 name=drmn0 flags=0x0 stride=4096 bpp=32 cmap[0]=0 cmap[1]=7f0000 cmap[2]=7f00 cmap[3]=c4a000 end FB_INFO drmn0: fb0: amdgpudrmfb frame buffer device [drm] Initialized amdgpu 3.35.0 20150101 for drmn0 on minor 0 intsmb0: at device 20.0 on pci0 smbus0: on intsmb0 acpi_wmi0: on acpi0 acpi_wmi0: cannot find EC device lo0: link state changed to UP xl0: link state changed to DOWN re0: link state changed to DOWN xl0: link state changed to UP re0: link state changed to UP vlan12: link state changed to UP From nobody Thu Jun 16 14:35:34 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4C78785D40C for ; Thu, 16 Jun 2022 14:35:10 +0000 (UTC) (envelope-from eivinde@terraplane.org) Received: from smtp.domeneshop.no (smtp.domeneshop.no [IPv6:2a01:5b40:0:3005::1]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4LP4T95hD5z3sWW for ; Thu, 16 Jun 2022 14:35:09 +0000 (UTC) (envelope-from eivinde@terraplane.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=terraplane.org; s=ds202112; h=Content-Transfer-Encoding:Content-Type: MIME-Version:References:In-Reply-To:Message-ID:Subject:To:From:Date:Sender: Reply-To:Cc:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=ipZtfaOZ/ws1HpdyydZw8qI4FFTawUKje6237Cu8TMU=; b=Fxen9hsNI4SI5CeZda58q1KyPE xtuBdcuRZt/uBBrO0MrwCb5Yi5Imm4jo2R0Gx6QgQhuoV4MNrVYHDUvwmJFLoJBjIYUYfVr/BkoBn HhR6tm0gqHgFh4qLqphGoenIPEjnNX2mz7SFq6YoscyBiHdvFn4d43YrCDxeJogdcndyZCzm1VmVj fSjIltIbrdsqEWBdNAIBWStl1pHH14F9oAJeUrlmOG7VNpYMA1Ymq4A3NyGliRcKO2Tyai/vTVd1Y YFtQn5zYxliRNA2cY12QpqCnN2vTGt/HwpiOe2Gw1Vw2R6s5D8AS+zp7dEU6BENUN6SZIvazTfbFq 27VTT6hQ==; Received: from ti0027q160-1386.bb.online.no ([212.251.142.122]:1949 helo=elg.hjerdalen.lokalnett) by smtp.domeneshop.no with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o1qaS-0000Wy-7l for stable@freebsd.org; Thu, 16 Jun 2022 16:35:08 +0200 Date: Thu, 16 Jun 2022 16:35:34 +0200 From: Eivind Nicolay Evensen To: stable@freebsd.org Subject: Re: Unclean file systems on every boot Message-ID: <20220616163534.7a54545a@elg.hjerdalen.lokalnett> In-Reply-To: <20220616162939.614bcd4b@elg.hjerdalen.lokalnett> References: <20220616162939.614bcd4b@elg.hjerdalen.lokalnett> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4LP4T95hD5z3sWW X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=terraplane.org header.s=ds202112 header.b=Fxen9hsN; dmarc=pass (policy=none) header.from=terraplane.org; spf=pass (mx1.freebsd.org: domain of eivinde@terraplane.org designates 2a01:5b40:0:3005::1 as permitted sender) smtp.mailfrom=eivinde@terraplane.org X-Spamd-Result: default: False [-4.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:5b40:0:2000::/51:c]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[terraplane.org:+]; DMARC_POLICY_ALLOW(-0.50)[terraplane.org,none]; NEURAL_HAM_SHORT(-1.00)[-0.999]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:12996, ipnet:2a01:5b40::/48, country:NO]; RCVD_IN_DNSWL_LOW(-0.10)[2a01:5b40:0:3005::1:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[terraplane.org:s=ds202112]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[stable]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Den Thu, 16 Jun 2022 16:29:39 +0200 skrev Eivind Nicolay Evensen : > Hello. > > I have a machine on which one disk, containing os as well as some > data partitions, started showing errors. > > I replaced the disk by partitioning and formatting a new one and I missed a part of a sentence here. I meant to say copied over all files and installed boot loaders. > installing boot loaders. This was all done on FreeBSD 11.3. -- Eivind Nicolay Evensen From nobody Thu Jun 16 20:24:19 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 5259F857505 for ; Thu, 16 Jun 2022 20:24:28 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from smtp.burggraben.net (smtp.burggraben.net [IPv6:2a01:4f8:140:510a::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.burggraben.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4LPDDC2wLRz3KXg for ; Thu, 16 Jun 2022 20:24:27 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from elch.exwg.net (elch.exwg.net [IPv6:2001:470:7120:1:127b:44ff:fe4f:148d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "elch.exwg.net", Issuer "R3" (not verified)) by smtp.burggraben.net (Postfix) with ESMTPS id BA62CC0031A; Thu, 16 Jun 2022 22:24:19 +0200 (CEST) Received: by elch.exwg.net (Postfix, from userid 1000) id 59D4E3AB07; Thu, 16 Jun 2022 22:24:19 +0200 (CEST) Date: Thu, 16 Jun 2022 22:24:19 +0200 From: Christoph Moench-Tegeder To: Eivind Nicolay Evensen Cc: stable@freebsd.org Subject: Re: Unclean file systems on every boot Message-ID: Mail-Followup-To: Eivind Nicolay Evensen , stable@freebsd.org References: <20220616162939.614bcd4b@elg.hjerdalen.lokalnett> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20220616162939.614bcd4b@elg.hjerdalen.lokalnett> User-Agent: Mutt/2.2.6 (2022-06-05) X-Rspamd-Queue-Id: 4LPDDC2wLRz3KXg X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of cmt@burggraben.net designates 2a01:4f8:140:510a::3 as permitted sender) smtp.mailfrom=cmt@burggraben.net X-Spamd-Result: default: False [-3.10 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.96)[-0.958]; FREEFALL_USER(0.00)[cmt]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:4f8:140:510a::3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[burggraben.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[2a01:4f8:140:510a::3:from]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.64)[-0.640]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N ## Eivind Nicolay Evensen (eivinde@terraplane.org): > <118>/dev/ufs/nyvar-fs: NO WRITE ACCESS Why "NO WRITE ACCESS"? > <118>$PRID:$PHOST> fsck -Cy Do not skip checks in this situation. Consider the possibility that other parts might have gone bad: cabling, RAM, CPU... maybe even heat problems? Regards, Christoph -- Spare Space From nobody Fri Jun 17 06:05:53 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id C31E3832992 for ; Fri, 17 Jun 2022 06:05:28 +0000 (UTC) (envelope-from eivinde@terraplane.org) Received: from smtp.domeneshop.no (smtp.domeneshop.no [IPv6:2a01:5b40:0:3005::1]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4LPT6c0hPjz3h9D for ; Fri, 17 Jun 2022 06:05:28 +0000 (UTC) (envelope-from eivinde@terraplane.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=terraplane.org; s=ds202112; h=Content-Transfer-Encoding:Content-Type: MIME-Version:Message-ID:Subject:To:From:Date:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=o/z5K2RSSm3H9dS5HFAmWmvUH+N8G8HQ72hJ7hBdHqc=; b=VqXxZEp3nUKaI/oFrfJimSr7U3 vm/A2GK+Ps70Hgj8jLSFthFokjKCnxVa3PzdXmzFq119YXQmRphiQFjQkBYVTkeDiI19OLfXS4q/g Jbve7yV0UVF2TRCv9GM5+N6KJ4ltCaf2mGRmY/nv5RohrLCK9+b5R6C/6jK33m4yRvybBpcb/G4xY gjNPS1MchyiyJEF9ScgiiPFOwL6/4YO8KBrt37ZTkcNr3TGKT4IV4AZXrrc1NGiSv03MSl7wd2dAh FWJ/df24OAUIOJTk6QicUIJyjvi7b8hIOUHtPN49nkjTKJWv7Tm7WVsHB9GHdWF2cxf3Cl/iJ+IEQ e+RwGVbg==; Received: from ti0027q160-1386.bb.online.no ([212.251.142.122]:42201 helo=elg.hjerdalen.lokalnett) by smtp.domeneshop.no with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o256k-0003sw-IN for stable@freebsd.org; Fri, 17 Jun 2022 08:05:26 +0200 Date: Fri, 17 Jun 2022 08:05:53 +0200 From: Eivind Nicolay Evensen To: stable@freebsd.org Subject: Fw: Unclean file systems on every boot Message-ID: <20220617080553.5e5336b6@elg.hjerdalen.lokalnett> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4LPT6c0hPjz3h9D X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=terraplane.org header.s=ds202112 header.b=VqXxZEp3; dmarc=pass (policy=none) header.from=terraplane.org; spf=pass (mx1.freebsd.org: domain of eivinde@terraplane.org designates 2a01:5b40:0:3005::1 as permitted sender) smtp.mailfrom=eivinde@terraplane.org X-Spamd-Result: default: False [-3.73 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[terraplane.org:s=ds202112]; NEURAL_HAM_MEDIUM(-0.99)[-0.994]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:5b40:0:2000::/51:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; DKIM_TRACE(0.00)[terraplane.org:+]; DMARC_POLICY_ALLOW(-0.50)[terraplane.org,none]; NEURAL_HAM_SHORT(-0.64)[-0.641]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:12996, ipnet:2a01:5b40::/48, country:NO]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[2a01:5b40:0:3005::1:from] X-ThisMailContainsUnwantedMimeParts: N Den Thu, 16 Jun 2022 22:24:19 +0200 skrev Christoph Moench-Tegeder : Thanks for your ideas. > ## Eivind Nicolay Evensen (eivinde@terraplane.org): > > <118>/dev/ufs/nyvar-fs: NO WRITE ACCESS > > Why "NO WRITE ACCESS"? I have no idea. I'd like to know as well. > > <118>$PRID:$PHOST> fsck -Cy > > Do not skip checks in this situation. I didn't the first dozens of times. Since I want to use this machine rather than waste life, I do now. But there was no difference. And I also have forced checking all file systems multiple times, with no change. > Consider the possibility that other parts might have gone bad: > cabling, RAM, CPU... maybe even heat problems? I hardly think so because i know exactly what bad cables look like on this machine. That's easily spotted by errors in dmesg during use. There is no such now. And since there are no unexpexted changes when diffing with backups I do not believe any of the others. However, since sending my initial mail(s), I have realised there's a difference in my usage pattern. I've used shutdown -hp quite a bit lately, while I usually have initiated an acpi powerdown through the power button before. I just tested it this morning. And indeed, no file system problems when I shut the machine down using the power button for an acpi shutdown. Use shutdown -hp and the problem is there. > > Regards, > Christoph > -- Eivind Nicolay Evensen From nobody Fri Jun 17 13:48:43 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 75B2A8629F4 for ; Fri, 17 Jun 2022 13:48:21 +0000 (UTC) (envelope-from eivinde@terraplane.org) Received: from smtp.domeneshop.no (smtp.domeneshop.no [IPv6:2a01:5b40:0:3005::1]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4LPgNh1zNfz3Nr8 for ; Fri, 17 Jun 2022 13:48:20 +0000 (UTC) (envelope-from eivinde@terraplane.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=terraplane.org; s=ds202112; h=Content-Transfer-Encoding:Content-Type: MIME-Version:References:In-Reply-To:Message-ID:Subject:To:From:Date:Sender: Reply-To:Cc:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=tHKd1Wvxx3UosqCpF0aAGRvavydJwbtzooQWoEai1ZU=; b=X+Ve2B5JMKhJrqu3rJzTQBh9cB Rf+nD8auuJaXt1J0KqmmMMOvGP8Qf9Un51XTzknMnOjDGxYJSMEjhSPn6OkdUzgNzsEJ0zHAS4KAn DqklXcGuczE3EQkJdByo3njVJkFBqueoiWDJDdB9NBjKGX3r8Nol7HMIasR0wcacIPIjCRBK0y+kV 8iZWJH3YQU0KUdOFYmjojZTpZk/MiXkMtT22IcgC53tnZLn79++wN22nLnm/N5D1M0KI6iFYvCama L710SOt47B2ZwK9TbCt6yO4uGOSMXGdx+5IKkBb2bBJ3mgRLmnk8ytfJIH90xKAMaDi5xa75rkkDj frkmzi1A==; Received: from ti0027q160-1386.bb.online.no ([212.251.142.122]:20649 helo=elg.hjerdalen.lokalnett) by smtp.domeneshop.no with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o2CKe-0005Y7-Qv for stable@freebsd.org; Fri, 17 Jun 2022 15:48:16 +0200 Date: Fri, 17 Jun 2022 15:48:43 +0200 From: Eivind Nicolay Evensen To: stable@freebsd.org Subject: Re: Unclean file systems on every boot Message-ID: <20220617154843.19ba775b@elg.hjerdalen.lokalnett> In-Reply-To: <20220617080553.5e5336b6@elg.hjerdalen.lokalnett> References: <20220617080553.5e5336b6@elg.hjerdalen.lokalnett> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4LPgNh1zNfz3Nr8 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=terraplane.org header.s=ds202112 header.b=X+Ve2B5J; dmarc=pass (policy=none) header.from=terraplane.org; spf=pass (mx1.freebsd.org: domain of eivinde@terraplane.org designates 2a01:5b40:0:3005::1 as permitted sender) smtp.mailfrom=eivinde@terraplane.org X-Spamd-Result: default: False [-4.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[terraplane.org:s=ds202112]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:5b40:0:2000::/51]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; DKIM_TRACE(0.00)[terraplane.org:+]; DMARC_POLICY_ALLOW(-0.50)[terraplane.org,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:12996, ipnet:2a01:5b40::/48, country:NO]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[2a01:5b40:0:3005::1:from] X-ThisMailContainsUnwantedMimeParts: N Den Fri, 17 Jun 2022 08:05:53 +0200 skrev Eivind Nicolay Evensen : > However, since sending my initial mail(s), I have realised there's > a difference in my usage pattern. I've used shutdown -hp quite a bit > lately, while I usually have initiated an acpi powerdown through the > power button before. I just tested it this morning. And indeed, no > file system problems when I shut the machine down using the power > button for an acpi shutdown. Use shutdown -hp and the problem is > there. And I managed yet another failure in that paragraph. -hp are incompatible on Freebsd. It's shutdown -p I've used. However, now I again can shut down however I like without that problem, so it doesn't seem to be related to how I shut down after all. -- Eivind Nicolay Evensen From nobody Sun Jun 19 12:27:15 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 672A88600FF for ; Sun, 19 Jun 2022 12:27:33 +0000 (UTC) (envelope-from mrrooster@gmail.com) Received: from mail-oo1-xc2e.google.com (mail-oo1-xc2e.google.com [IPv6:2607:f8b0:4864:20::c2e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4LQsVX4rgGz4ZP4 for ; Sun, 19 Jun 2022 12:27:32 +0000 (UTC) (envelope-from mrrooster@gmail.com) Received: by mail-oo1-xc2e.google.com with SMTP id o137-20020a4a2c8f000000b0041ba4b996b6so1632547ooo.3 for ; Sun, 19 Jun 2022 05:27:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=h7ieTO+W9Lt89rwQPRuxY0HjTYapt+i5bcnkrZBvma0=; b=aF1A9TFrpXnpSVRZsmv0ZvELsabV75t5xx0aMh+rh7vjEsScItORAHxerltKlJNXzI EZOpOgj1u7IBtv/AgQv8V6Px0B8xXuQHClHjjRO18jV6ZhAK21XO7hivz8UpBgFLB2ZZ ZD9yeV897dvxdFhLjUEJsZwl7NwJNQ6jCgK+UfKCFXc+QFZkatOxdjPPo3X9yN0cT+p9 zcdFiZ/fIiJVb0ZAnFrDOL85Ud96Qn3K7D3mN/opRwoI5LGz8TA5mtYU/y53BI38+i1+ jOFnbdvpOj6KfCtAPw9j5I9HE6QSr0D2AAe7mysm+6eg8cUJWUr+vEkSXv1Ng0enqnP4 6e1A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=h7ieTO+W9Lt89rwQPRuxY0HjTYapt+i5bcnkrZBvma0=; b=03QeBiEjtOU/y4nj3NI610Yn0AK30FZth+DCrkxt9PEjwQeXsuagASOT23A7z1NR65 OdPrejNhOe77t7UPHBGcQtR7b/+ZS1totllOVOhzKsq+YI5gbSo54cIL5t8DCqbNWqTj UlLo4eNgYlpQ6PmkxKcEHCOzrjNIioSrX8WMIjX6CTBsmcP28XJHblRqce8wF1Ns1f4B bxjr4G6+A8P7pxGcDZo9Xw6gy+qA6KrsSZsr8GKv82l/1WEH9lCMDV8yjgnAHHdgH/9d 9Xbr7uC+DRDNPYRe0nEQdBQGDy/h9UNQDyc6BIZqII9XNExLKYZAxCbqnBOHGuAO6D06 7xBA== X-Gm-Message-State: AJIora/MsqN2cRT3DGqbo9MCybQZ9YaSUSbRm083YcfMh0i/KZfzMgMd dRgqXPCp1Le6JXTSae1tnXwO1uduE5ojviQHf1q17lKl X-Google-Smtp-Source: AGRyM1u48zv+q17xNW5d/VLkKkfpcOzEf8J9wUUfuAFG99JhMBrvhIShjP69hk0mKgiHtSNF/T+0HBOLOXHBjVBEKI8= X-Received: by 2002:a4a:d646:0:b0:41b:7ed7:d73e with SMTP id y6-20020a4ad646000000b0041b7ed7d73emr7222355oos.64.1655641646004; Sun, 19 Jun 2022 05:27:26 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <20220616162939.614bcd4b@elg.hjerdalen.lokalnett> In-Reply-To: From: Mr Roooster Date: Sun, 19 Jun 2022 13:27:15 +0100 Message-ID: Subject: Re: Unclean file systems on every boot To: Eivind Nicolay Evensen , stable@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4LQsVX4rgGz4ZP4 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=aF1A9TFr; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mrrooster@gmail.com designates 2607:f8b0:4864:20::c2e as permitted sender) smtp.mailfrom=mrrooster@gmail.com X-Spamd-Result: default: False [-2.91 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MID_RHS_MATCH_FROMTLD(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.96)[-0.963]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.997]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.95)[-0.945]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::c2e:from]; FROM_NAME_HAS_TITLE(1.00)[mr]; MLMMJ_DEST(0.00)[stable]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Thu, 16 Jun 2022 at 21:25, Christoph Moench-Tegeder wrote: [snip] > > Consider the possibility that other parts might have gone bad: cabling, > RAM, CPU... maybe even heat problems? > I would add PSU to this list too. A friend had random unexplaned reboots on his home server, turned out to be the PSU. Memory is another thing where marginal can mean 'looks okay 99.99% of the time', running a memtest for a day isn't a bad shout. (or if you have fancy 'overclocking' memory don't use the XMPP profile, run at stock). Also, depending on the hardware, sometimes you just have to accept some things are 'bad'. I had a very (very) cheap motherboard years ago which I could never get 100% stable, it was just a poorly designed and built motherboard that was meant for a PC on a budget, not a PC build to be reliable. From nobody Sun Jun 19 17:06:49 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 50EE1856504 for ; Sun, 19 Jun 2022 17:07:09 +0000 (UTC) (envelope-from andyf@andyit.com.au) Received: from alpine.spintel.net.au (alpine.spintel.net.au [203.23.236.77]) (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 4LQzj8158Gz3NqH for ; Sun, 19 Jun 2022 17:07:08 +0000 (UTC) (envelope-from andyf@andyit.com.au) Received: from drunkfish.andyit.com.au (unknown [202.87.175.55]) by alpine.spintel.net.au (Postfix) with ESMTPS id CA1764C26C2; Mon, 20 Jun 2022 03:06:56 +1000 (AEST) Received: from [172.22.2.15] (tosh2.andyit.com.au [172.22.2.15]) by drunkfish.andyit.com.au (8.16.1/8.16.1) with ESMTPS id 25JH6tq7036511 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Mon, 20 Jun 2022 03:06:55 +1000 (AEST) (envelope-from andyf@andyit.com.au) Message-ID: <9b5fb5d9-c8f4-3073-65dd-3c1cff603ec5@andyit.com.au> Date: Mon, 20 Jun 2022 03:06:49 +1000 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.9.1 Subject: Re: Unclean file systems on every boot Content-Language: en-US To: Mr Roooster , Eivind Nicolay Evensen , stable@freebsd.org References: <20220616162939.614bcd4b@elg.hjerdalen.lokalnett> From: Andy Farkas In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4LQzj8158Gz3NqH X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of andyf@andyit.com.au has no SPF policy when checking 203.23.236.77) smtp.mailfrom=andyf@andyit.com.au X-Spamd-Result: default: False [0.16 / 15.00]; R_SPF_NA(0.00)[no SPF record]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.61)[-0.611]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.998]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[andyit.com.au]; AUTH_NA(1.00)[]; NEURAL_SPAM_SHORT(0.96)[0.965]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[stable]; FREEMAIL_TO(0.00)[gmail.com,terraplane.org,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:18390, ipnet:203.23.236.0/24, country:AU]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[203.23.236.77:from] X-ThisMailContainsUnwantedMimeParts: N On 19/06/2022 10:27 pm, Mr Roooster wrote: > ... running a memtest for a day isn't a bad shout. Indeed. Ran memtest on a system I was never happy with, it did 3 complete passes without incident, then on pass 4 it found a bit-flip. -andyf From nobody Mon Jun 20 10:39:53 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 28859863543 for ; Mon, 20 Jun 2022 10:40:02 +0000 (UTC) (envelope-from pblok@bsd4all.org) Received: from mail.bsd4all.org (mail.bsd4all.org [88.99.169.216]) by mx1.freebsd.org (Postfix) with ESMTP id 4LRR412CMLz3Mnk for ; Mon, 20 Jun 2022 10:40:01 +0000 (UTC) (envelope-from pblok@bsd4all.org) Received: from mail.bsd4all.org (localhost [127.0.0.1]) by mail.bsd4all.org (Postfix) with ESMTP id 3B405175D for ; Mon, 20 Jun 2022 12:39:56 +0200 (CEST) X-Virus-Scanned: amavisd-new at bsd4all.org Received: from mail.bsd4all.org ([127.0.0.1]) by mail.bsd4all.org (mail.bsd4all.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5sEuIYZuDvxx for ; Mon, 20 Jun 2022 12:39:55 +0200 (CEST) Received: from [192.168.34.65] (pony_ip [136.143.2.230]) by mail.bsd4all.org (Postfix) with ESMTPSA id A9DA21758 for ; Mon, 20 Jun 2022 12:39:55 +0200 (CEST) From: Peter Blok Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.7\)) Subject: ZFS does not activate a pool after upgrade 12-stable to 13-stable Message-Id: <1A0298A5-9B48-4398-A47B-2B18156899CD@bsd4all.org> Date: Mon, 20 Jun 2022 12:39:53 +0200 To: FreeBSD Stable X-Mailer: Apple Mail (2.3608.120.23.2.7) X-Rspamd-Queue-Id: 4LRR412CMLz3Mnk X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pblok@bsd4all.org designates 88.99.169.216 as permitted sender) smtp.mailfrom=pblok@bsd4all.org X-Spamd-Result: default: False [1.52 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[bsd4all.org]; NEURAL_SPAM_MEDIUM(0.80)[0.800]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.58)[-0.579]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MLMMJ_DEST(0.00)[freebsd-stable]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:88.99.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hi, I have recently upgraded my systems from 12-stable to 13-stable using = source. The upgrade went flawless, except for one system. This system = had two pools (zroot and zdata). The zdata pool is not present after reboot. It consists of a single SATA = disk. After a reboot the disk is visible, no error have been logged. If = I do zpool import zdata, the pool is back without any errors. I have = scrubbed the pool and there are no errors. Upgrading the pool to openzfs = is not bringin anything either. Boot block is updated I don=E2=80=99t have console access and the system is not close by, so I = tred carefully. Any ideas why this happens, how to fix this? Peter From nobody Mon Jun 20 11:11:41 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 1C6EE867C33 for ; Mon, 20 Jun 2022 11:11:58 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from plan-b.pwste.edu.pl (plan-b.pwste.edu.pl [IPv6:2001:678:618::40]) (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 "plan-b.pwste.edu.pl", Issuer "GEANT OV RSA CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4LRRmr4khPz3hLP for ; Mon, 20 Jun 2022 11:11:56 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from [IPV6:2001:678:618::3e] (hpwks.pwste.edu.pl [IPv6:2001:678:618:0:0:0:0:3e]) (authenticated bits=0) by plan-b.pwste.edu.pl (8.17.1/8.17.1) with ESMTPSA id 25KBBkqj035945 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Mon, 20 Jun 2022 13:11:46 +0200 (CEST) (envelope-from zarychtam@plan-b.pwste.edu.pl) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=plan-b.pwste.edu.pl; s=plan-b-mailer; t=1655723506; bh=aCuai6dRGkjYdNxTfIh68akXdMkv9D0/4cdif/vptLA=; h=Date:Subject:To:References:From:In-Reply-To; b=sxIkZ7eL1yYOIFpZqXfqV3AhEJffdcKtJ5GH+lDHxi40Q5Jxka0wuSRbSrcfE/9rx xYZV/ZsGEb1jjXWNGwSjsbf0P4c6s8eJZK6JtuzluTV3wfHdyGKTv3Hu8Fcbguj6pU AsqP9R+TAVZ9BVPGJYjls/VX7w7SPAGdWVl2dNdVlX5Pmbn0mIKe3lrA8nbtHn84P1 U1GstVwSzbJ+2DluJ4E46XLYmufJscJ97gtbkZczdtZDGQWFG2Lw6fVXCzPTz8x7KS WICc8PUMSP/3tIE7e+zZH6e8YcTiQzL04qEHhF/9Qf5y2dMV1yvrQw+ti8w5Ut3N2W Df13SXsotC8Mg== X-Authentication-Warning: plan-b.pwste.edu.pl: Host hpwks.pwste.edu.pl [IPv6:2001:678:618:0:0:0:0:3e] claimed to be [IPV6:2001:678:618::3e] Message-ID: Date: Mon, 20 Jun 2022 13:11:41 +0200 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:91.0) Gecko/20100101 Thunderbird/91.10.0 Subject: Re: ZFS does not activate a pool after upgrade 12-stable to 13-stable Content-Language: en-US To: Peter Blok , FreeBSD Stable References: <1A0298A5-9B48-4398-A47B-2B18156899CD@bsd4all.org> From: Marek Zarychta In-Reply-To: <1A0298A5-9B48-4398-A47B-2B18156899CD@bsd4all.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 X-Rspamd-Queue-Id: 4LRRmr4khPz3hLP X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=plan-b.pwste.edu.pl header.s=plan-b-mailer header.b=sxIkZ7eL; dmarc=pass (policy=none) header.from=plan-b.pwste.edu.pl; spf=none (mx1.freebsd.org: domain of zarychtam@plan-b.pwste.edu.pl has no SPF policy when checking 2001:678:618::40) smtp.mailfrom=zarychtam@plan-b.pwste.edu.pl X-Spamd-Result: default: False [-1.91 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[plan-b.pwste.edu.pl:s=plan-b-mailer]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-0.98)[-0.978]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; NEURAL_SPAM_SHORT(0.76)[0.763]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[plan-b.pwste.edu.pl:+]; MIME_BASE64_TEXT(0.10)[]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[plan-b.pwste.edu.pl,none]; MLMMJ_DEST(0.00)[freebsd-stable]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:206006, ipnet:2001:678:618::/48, country:PL]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N VyBkbml1IDIwLjA2LjIwMjIgb8KgMTI6MzksIFBldGVyIEJsb2sgcGlzemU6DQoNCj4gSGks DQo+DQo+IEkgaGF2ZSByZWNlbnRseSB1cGdyYWRlZCBteSBzeXN0ZW1zIGZyb20gMTItc3Rh YmxlIHRvIDEzLXN0YWJsZSB1c2luZyBzb3VyY2UuIFRoZSB1cGdyYWRlIHdlbnQgZmxhd2xl c3MsIGV4Y2VwdCBmb3Igb25lIHN5c3RlbS4gVGhpcyBzeXN0ZW0gaGFkIHR3byBwb29scyAo enJvb3QgYW5kIHpkYXRhKS4NCj4NCj4gVGhlIHpkYXRhIHBvb2wgaXMgbm90IHByZXNlbnQg YWZ0ZXIgcmVib290LiBJdCBjb25zaXN0cyBvZiBhIHNpbmdsZSBTQVRBIGRpc2suIEFmdGVy IGEgcmVib290IHRoZSBkaXNrIGlzIHZpc2libGUsIG5vIGVycm9yIGhhdmUgYmVlbiBsb2dn ZWQuIElmIEkgZG8genBvb2wgaW1wb3J0IHpkYXRhLCB0aGUgcG9vbCBpcyBiYWNrIHdpdGhv dXQgYW55IGVycm9ycy4gSSBoYXZlIHNjcnViYmVkIHRoZSBwb29sIGFuZCB0aGVyZSBhcmUg bm8gZXJyb3JzLiBVcGdyYWRpbmcgdGhlIHBvb2wgdG8gb3BlbnpmcyBpcyBub3QgYnJpbmdp biBhbnl0aGluZyBlaXRoZXIuIEJvb3QgYmxvY2sgaXMgdXBkYXRlZA0KPg0KPiBJIGRvbuKA mXQgaGF2ZSBjb25zb2xlIGFjY2VzcyBhbmQgdGhlIHN5c3RlbSBpcyBub3QgY2xvc2UgYnks IHNvIEkgdHJlZCBjYXJlZnVsbHkuDQo+DQo+DQo+IEFueSBpZGVhcyB3aHkgdGhpcyBoYXBw ZW5zLCBob3cgdG8gZml4IHRoaXM/DQo+DQo+IFBldGVyDQoNCklzIHpmc19lbmFibGU9IllF UyIgcHJlc2VudCBpbiAvZXRjL3JjLmNvbmYgZmlsZT8NCg0KV2FzIC9ldGMvcmMuZC96ZnMg c2NyaXB0IHVwZGF0ZWQgPw0KDQotLSANCk1hcmVrIFphcnljaHRhDQoNCg== From nobody Mon Jun 20 11:38:14 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 5663986C234 for ; Mon, 20 Jun 2022 11:38:17 +0000 (UTC) (envelope-from pblok@bsd4all.org) Received: from mail.bsd4all.org (mail.bsd4all.org [88.99.169.216]) by mx1.freebsd.org (Postfix) with ESMTP id 4LRSMD3lTMz3n8P for ; Mon, 20 Jun 2022 11:38:16 +0000 (UTC) (envelope-from pblok@bsd4all.org) Received: from mail.bsd4all.org (localhost [127.0.0.1]) by mail.bsd4all.org (Postfix) with ESMTP id DD4781779; Mon, 20 Jun 2022 13:38:17 +0200 (CEST) X-Virus-Scanned: amavisd-new at bsd4all.org Received: from mail.bsd4all.org ([127.0.0.1]) by mail.bsd4all.org (mail.bsd4all.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id S3W0f7noOZXw; Mon, 20 Jun 2022 13:38:17 +0200 (CEST) Received: from [192.168.34.65] (pony_ip [136.143.2.230]) by mail.bsd4all.org (Postfix) with ESMTPSA id 32EAF1778; Mon, 20 Jun 2022 13:38:16 +0200 (CEST) Content-Type: text/plain; charset=utf-8 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.7\)) Subject: Re: ZFS does not activate a pool after upgrade 12-stable to 13-stable - SOLVED From: Peter Blok In-Reply-To: <20220620200513.e274557f68cf3db172d7c752@dec.sakura.ne.jp> Date: Mon, 20 Jun 2022 13:38:14 +0200 Cc: FreeBSD Stable Content-Transfer-Encoding: quoted-printable Message-Id: <186F4D08-ED84-4A5C-A9E3-7493E7F22818@bsd4all.org> References: <1A0298A5-9B48-4398-A47B-2B18156899CD@bsd4all.org> <20220620200513.e274557f68cf3db172d7c752@dec.sakura.ne.jp> To: Tomoaki AOKI X-Mailer: Apple Mail (2.3608.120.23.2.7) X-Rspamd-Queue-Id: 4LRSMD3lTMz3n8P X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pblok@bsd4all.org designates 88.99.169.216 as permitted sender) smtp.mailfrom=pblok@bsd4all.org X-Spamd-Result: default: False [1.22 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bsd4all.org]; NEURAL_HAM_LONG(-1.00)[-0.996]; NEURAL_SPAM_MEDIUM(0.98)[0.978]; NEURAL_SPAM_SHORT(0.94)[0.935]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-stable]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:88.99.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N I did multiple systems and I probably forgot to do the etcupdate -B on = this system. /etc/rc.d/zpool was missing and other scripts were not = update. Thx a lot > On 20 Jun 2022, at 13:05, Tomoaki AOKI = wrote: >=20 > On Mon, 20 Jun 2022 12:39:53 +0200 > Peter Blok wrote: >=20 >> Hi, >>=20 >> I have recently upgraded my systems from 12-stable to 13-stable using = source. The upgrade went flawless, except for one system. This system = had two pools (zroot and zdata). >>=20 >> The zdata pool is not present after reboot. It consists of a single = SATA disk. After a reboot the disk is visible, no error have been = logged. If I do zpool import zdata, the pool is back without any errors. = I have scrubbed the pool and there are no errors. Upgrading the pool to = openzfs is not bringin anything either. Boot block is updated >>=20 >> I don=E2=80=99t have console access and the system is not close by, = so I tred carefully. >>=20 >>=20 >> Any ideas why this happens, how to fix this? >>=20 >> Peter >=20 > Did you run etcupdate or mergemaster to update /etc? >=20 > ZFS is moved to OpenZFS on stable13 instead of legacy ZFS code and = some > ZFS-related scripts on /etc/rc.d/ are modified / added. >=20 > In particular, importing pools other than boot one is imported > via /etc/rc.c/zpool instead of automatically imported by ZFS codes > itself. >=20 > Actually, zpool.cache is relocated from /boot/zfs to /etc/zfs, but = this > now automatically fallback to old place if none exists in new place. >=20 >=20 > --=20 > Tomoaki AOKI From nobody Wed Jun 22 07:52:43 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3F7AC87A667 for ; Wed, 22 Jun 2022 07:52:26 +0000 (UTC) (envelope-from eivinde@terraplane.org) Received: from smtp.domeneshop.no (smtp.domeneshop.no [IPv6:2a01:5b40:0:3005::1]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4LSbFj1ym1z4STh for ; Wed, 22 Jun 2022 07:52:25 +0000 (UTC) (envelope-from eivinde@terraplane.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=terraplane.org; s=ds202112; h=Content-Transfer-Encoding:Content-Type: MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=3X4FBJnbaZJA1ghUe798sE3Zqoev3jpkzcTtE2loKEY=; b=HhMPc8tHq+WsRUmFD9FzF9mmdr RAj4Wq4CP6sTEO/ULxccTp83iiAt7iRBrRD7eMuhPK0UIgaSgZXAg46PEyEb0upXapO+I3sV0eWbo pqQqw1SDPLKSYI556bkk/GyX5xBWsWo/2bFCSFmNukCVbbg6snvQ1nx+FcoOBsaNKDoNNtT0sDz3N g3SsG5c+A2abQKZbZydCZb6uW8gVuIr46TA3KQV71fl95vjpod1ApL76YTgWGwbu/bKDm+w6yaFyQ cpuzWpFdBgt8VCznbcpj7UPN7DuPC+78GO5rKcVGq8d09kchtXHAKEUR0LkbJcBiFdBGd/KEBpGWY bJFm5BhQ==; Received: from ti0027q160-1386.bb.online.no ([212.251.142.122]:7017 helo=elg.hjerdalen.lokalnett) by smtp.domeneshop.no with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o3v9s-0006kq-CV; Wed, 22 Jun 2022 09:52:16 +0200 Date: Wed, 22 Jun 2022 09:52:43 +0200 From: Eivind Nicolay Evensen To: Andy Farkas Cc: Mr Roooster , stable@freebsd.org Subject: Re: Unclean file systems on every boot Message-ID: <20220622095243.0aadceb3@elg.hjerdalen.lokalnett> In-Reply-To: <9b5fb5d9-c8f4-3073-65dd-3c1cff603ec5@andyit.com.au> References: <20220616162939.614bcd4b@elg.hjerdalen.lokalnett> <9b5fb5d9-c8f4-3073-65dd-3c1cff603ec5@andyit.com.au> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4LSbFj1ym1z4STh X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=terraplane.org header.s=ds202112 header.b=HhMPc8tH; dmarc=pass (policy=none) header.from=terraplane.org; spf=pass (mx1.freebsd.org: domain of eivinde@terraplane.org designates 2a01:5b40:0:3005::1 as permitted sender) smtp.mailfrom=eivinde@terraplane.org X-Spamd-Result: default: False [-1.99 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[terraplane.org:s=ds202112]; RCVD_IN_DNSWL_LOW(-0.10)[2a01:5b40:0:3005::1:from]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:5b40:0:2000::/51]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_SHORT(0.88)[0.876]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[terraplane.org:+]; DMARC_POLICY_ALLOW(-0.50)[terraplane.org,none]; NEURAL_HAM_MEDIUM(-0.77)[-0.771]; MLMMJ_DEST(0.00)[stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:12996, ipnet:2a01:5b40::/48, country:NO]; RCVD_TLS_ALL(0.00)[]; FREEMAIL_CC(0.00)[gmail.com,freebsd.org] X-ThisMailContainsUnwantedMimeParts: N Den Mon, 20 Jun 2022 03:06:49 +1000 skrev Andy Farkas : > On 19/06/2022 10:27 pm, Mr Roooster wrote: > > > ... running a memtest for a day isn't a bad shout. > > Indeed. Ran memtest on a system I was never happy with, > it did 3 complete passes without incident, then on pass 4 > it found a bit-flip. I may just try that at a time when I don't need the machine. I do think that if this turned out to be memory issues, I'd be amused rather than irritated that the result of it was dirty file systems only on one out of four disks, only started after I replaced an older disk with real problems with this one and that fsck never actually find anything to correct. -- Eivind Nicolay Evensen From nobody Sun Jul 3 11:26:04 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D61DB8B89A3 for ; Sun, 3 Jul 2022 11:45:01 +0000 (UTC) (envelope-from emss.mail@gmail.com) Received: from mail-wr1-x42a.google.com (mail-wr1-x42a.google.com [IPv6:2a00:1450:4864:20::42a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4LbRv11kJTz3MhR for ; Sun, 3 Jul 2022 11:45:01 +0000 (UTC) (envelope-from emss.mail@gmail.com) Received: by mail-wr1-x42a.google.com with SMTP id o4so9522585wrh.3 for ; Sun, 03 Jul 2022 04:45:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:resent-to:resent-from:resent-message-id:resent-date:from:to :subject:user-agent:date:message-id:mime-version :content-transfer-encoding:lines; bh=gK9xmLJO/2xdxgtKkV/Y0zVJFIpCPkvYHE06r8go5Rk=; b=lxs/+Ocvntfv3WuX2eT73+p05SOsvuFo5WPAmDQhjvtN3ERQtZL8BCdrltvo/1dDyd 2R0WTU5tHWEbRTcq4iOgFvYJaZmWREsKsC/4wJy2w5Z8C+YDpuEFfaqRTiypknzWmbTO JH5uzDvM6ZjvMBCnJhuYBr59VGkE8/fibQARBvJ3sYRuLM3Qo99xxz4Pkbu4lCQb1Qfi pNrcuc8q3RsJFl7Jpvv4joYNkIZneVxpiLReFOUFSg77SH89Ygjluu8GZlFW77pFvIvW 062YSYJdUzdinBnoLOwMOFh7WIjfec+zNZX/XvlVYKZnUwUcBydjcKTTvF3milpeX8bg FDHg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:resent-to:resent-from:resent-message-id :resent-date:from:to:subject:user-agent:date:message-id:mime-version :content-transfer-encoding:lines; bh=gK9xmLJO/2xdxgtKkV/Y0zVJFIpCPkvYHE06r8go5Rk=; b=evN/jeZQ7s7gwpsaTVjq0S0i22SKiXBs5WqjD2pUoPX8AWn4UFEjLREB0Q0RbSS+L/ kdhk5hk6AMSPn9sYqRe/ZPwEQnbSGymk5aNxhjQ0VIIdj+TQmvkpd03bycOcQlbpNxvq ORA1gsZIvxcR2/YNA+AZ42A5UGrWRh3fv7/IQPTFy2MYXLtL2s0u/IIBhM/tSGSRlxgf /bPFVFDd9JkC8hKIMpn4CBCc+wc1YDIwaNSbD1xYsBN8tAdzQJYwskQnV28R8RkyXHGZ i4XlxNinp9gtq9pLaMhy/iUbCjTwbG2Xw7kAZ9RGoNnFCYij5PIXNxtwtqd4jumk9hev tWxQ== X-Gm-Message-State: AJIora/bducqaGN39yLzhNIFePFfs1GoNzCTvckqxyvdlheHIqE/4uVz 5/pwFRBuWBPhJYJwfMfJG984XuZSIso= X-Google-Smtp-Source: AGRyM1s1DHi3UJ9GSlawaPIzr0yO2HKSf+NTyY8MGLadgcL3R248Rq5MLHH/22GkSWLHmv0YQP7xFA== X-Received: by 2002:a05:6000:912:b0:21b:8ecb:cba8 with SMTP id bz18-20020a056000091200b0021b8ecbcba8mr21614863wrb.540.1656848700312; Sun, 03 Jul 2022 04:45:00 -0700 (PDT) Received: from srvbsdfenssv.interne.associated-bears.org ([2001:470:ccb0::1]) by smtp.gmail.com with ESMTPSA id ay29-20020a05600c1e1d00b003a03be171b1sm13770426wmb.43.2022.07.03.04.44.59 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 03 Jul 2022 04:45:00 -0700 (PDT) Received: from srvbsdfenssv.interne.associated-bears.org (localhost [127.0.0.1]) by srvbsdfenssv.interne.associated-bears.org (Postfix) with ESMTP id 0C7777E64 for ; Sun, 3 Jul 2022 13:44:59 +0200 (CEST) X-Virus-Scanned: amavisd-new at interne.associated-bears.org Received: from srvbsdfenssv.interne.associated-bears.org ([127.0.0.1]) by srvbsdfenssv.interne.associated-bears.org (srvbsdfenssv.interne.associated-bears.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mO8BFjSWoPMT for ; Sun, 3 Jul 2022 13:44:56 +0200 (CEST) Received: by srvbsdfenssv.interne.associated-bears.org (Postfix, from userid 1001) id 35C767E62; Sun, 3 Jul 2022 13:44:56 +0200 (CEST) Resent-To: Mailing List FreeBSD Stable Resent-From: =?utf-8?Q?=C3=89ric_Masson?= Resent-Message-ID: <86zghq2zev.fsf@srvbsdfenssv.interne.associated-bears.org> Resent-Date: Sun, 03 Jul 2022 13:44:56 +0200 X-From-Line: nobody Sun Jul 3 13:26:04 2022 From: =?utf-8?Q?=C3=89ric_Masson?= To: Mailing List FreeBSD Stable Subject: Upgrade to 13, zfs issues User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.1 (berkeley-unix) X-Operating-System: FreeBSD 12.3-STABLE amd64 Date: Sun, 03 Jul 2022 13:26:04 +0200 Message-ID: <86czem4eur.fsf@srvbsdfenssv.interne.associated-bears.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Lines: 35 X-Rspamd-Queue-Id: 4LbRv11kJTz3MhR X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b="lxs/+Ocv"; dmarc=fail reason="SPF not aligned (relaxed), DKIM not aligned (relaxed)" header.from=free.fr (policy=none); spf=pass (mx1.freebsd.org: domain of emssmail@gmail.com designates 2a00:1450:4864:20::42a as permitted sender) smtp.mailfrom=emssmail@gmail.com X-Spamd-Result: default: False [0.51 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[free.fr]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; FORGED_SENDER(0.30)[emss@free.fr,emssmail@gmail.com]; RCVD_TLS_LAST(0.00)[]; R_MIXED_CHARSET(0.71)[subject]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.81)[-0.810]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_NEQ_ENVFROM(0.00)[emss@free.fr,emssmail@gmail.com]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.29)[-0.293]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; NEURAL_SPAM_SHORT(1.00)[0.999]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42a:from]; MLMMJ_DEST(0.00)[freebsd-stable]; DMARC_POLICY_SOFTFAIL(0.10)[free.fr : SPF not aligned (relaxed), DKIM not aligned (relaxed),none] X-ThisMailContainsUnwantedMimeParts: N Hi, I'm planning to upgrade my kitchen server to stable/13 Machine : IBM SE7525GP2 (quite old, I know) Dual Xeon, 8 GB Ram, PCI Marvel AHCI SATA controller 88SE9215 Disk layout : rootfs on ufs (SSD) attached on onboard atapci controller zfs pool storage not involved in boot (4 HDDs on ahci controller) To check potential issues before starting, I've tried to boot the server into mfsBSD via PXE using :=20 https://mfsbsd.vx.sk/files/iso/13/amd64/mfsbsd-13.1-RELEASE-amd64.iso When booting mfsBSD, the boot loader fails, last messages on console are ZFS: Inconsistent nvlist contents ZFS: Inconsistent nvlist contents BTX halted Is this expected, please ? zpool status and zdb don't report any outstanding issue on the pool. Regards =C3=89ric Masson --=20 > On peut aussi trouver une fa=C3=A7on de modifier l'adresse pour d=C3=A9c= lancher > les soup=C3=A7ons des imp=C3=B4ts, histoire d'=C3=AAtre aussi chiants qu= e lui ? -+- ALG in : GNU - Neuneu a recommand=C3=A9 son percepteur -+- From nobody Sun Jul 3 14:38:00 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 0F8368A3E50 for ; Sun, 3 Jul 2022 14:38:11 +0000 (UTC) (envelope-from pblok@bsd4all.org) Received: from mail.bsd4all.org (mail.bsd4all.org [88.99.169.216]) by mx1.freebsd.org (Postfix) with ESMTP id 4LbWkn6nb1z4Trj for ; Sun, 3 Jul 2022 14:38:06 +0000 (UTC) (envelope-from pblok@bsd4all.org) Received: from mail.bsd4all.org (localhost [127.0.0.1]) by mail.bsd4all.org (Postfix) with ESMTP id 728214B96; Sun, 3 Jul 2022 16:38:02 +0200 (CEST) X-Virus-Scanned: amavisd-new at bsd4all.org Received: from mail.bsd4all.org ([127.0.0.1]) by mail.bsd4all.org (mail.bsd4all.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P1UYjexkxUgn; Sun, 3 Jul 2022 16:38:01 +0200 (CEST) Received: from peter-mba.domain_not_set.invalid (pony_ip [136.143.2.230]) by mail.bsd4all.org (Postfix) with ESMTPSA id C044C4C11; Sun, 3 Jul 2022 16:38:01 +0200 (CEST) Content-Type: text/plain; charset=utf-8 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.7\)) Subject: Re: Upgrade to 13, zfs issues From: Peter Blok In-Reply-To: <86czem4eur.fsf@srvbsdfenssv.interne.associated-bears.org> Date: Sun, 3 Jul 2022 16:38:00 +0200 Cc: Mailing List FreeBSD Stable Content-Transfer-Encoding: quoted-printable Message-Id: <359F7BFF-B969-491F-996B-57EA8BB3C413@bsd4all.org> References: <86czem4eur.fsf@srvbsdfenssv.interne.associated-bears.org> To: =?utf-8?Q?=C3=89ric_Masson?= X-Mailer: Apple Mail (2.3445.9.7) X-Rspamd-Queue-Id: 4LbWkn6nb1z4Trj X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pblok@bsd4all.org designates 88.99.169.216 as permitted sender) smtp.mailfrom=pblok@bsd4all.org X-Spamd-Result: default: False [0.41 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bsd4all.org]; NEURAL_HAM_LONG(-0.97)[-0.969]; NEURAL_SPAM_MEDIUM(0.12)[0.125]; NEURAL_SPAM_SHORT(0.96)[0.955]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-stable]; FREEMAIL_TO(0.00)[free.fr]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:88.99.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N I have the same issue on a couple of servers. I haven=E2=80=99t found a = way to correct this, but it wasn=E2=80=99t any problem upgrading and = after the upgrade everything worked ok. Peter > On 3 Jul 2022, at 13:26, =C3=89ric Masson wrote: >=20 > Hi, >=20 > I'm planning to upgrade my kitchen server to stable/13 > Machine : > IBM SE7525GP2 (quite old, I know) Dual Xeon, 8 GB Ram, PCI Marvel AHCI > SATA controller 88SE9215 > Disk layout : > rootfs on ufs (SSD) attached on onboard atapci controller > zfs pool storage not involved in boot (4 HDDs on ahci controller) >=20 > To check potential issues before starting, I've tried to boot the = server > into mfsBSD via PXE using :=20 > https://mfsbsd.vx.sk/files/iso/13/amd64/mfsbsd-13.1-RELEASE-amd64.iso >=20 > When booting mfsBSD, the boot loader fails, last messages on console = are > ZFS: Inconsistent nvlist contents > ZFS: Inconsistent nvlist contents >=20 > > BTX halted >=20 > Is this expected, please ? >=20 > zpool status and zdb don't report any outstanding issue on the pool. >=20 > Regards >=20 > =C3=89ric Masson >=20 > --=20 >> On peut aussi trouver une fa=C3=A7on de modifier l'adresse pour = d=C3=A9clancher >> les soup=C3=A7ons des imp=C3=B4ts, histoire d'=C3=AAtre aussi chiants = que lui ? > -+- ALG in : GNU - Neuneu a recommand=C3=A9 son percepteur -+- >=20 From nobody Mon Jul 4 11:15:43 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 696238BBB20 for ; Mon, 4 Jul 2022 11:15:50 +0000 (UTC) (envelope-from emss.mail@gmail.com) Received: from mail-wr1-x42c.google.com (mail-wr1-x42c.google.com [IPv6:2a00:1450:4864:20::42c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Lc3Bs714jz4vZt for ; Mon, 4 Jul 2022 11:15:49 +0000 (UTC) (envelope-from emss.mail@gmail.com) Received: by mail-wr1-x42c.google.com with SMTP id f2so7627099wrr.6 for ; Mon, 04 Jul 2022 04:15:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:from:to:cc:subject:in-reply-to:references:user-agent:date :message-id:mime-version:content-transfer-encoding; bh=/dXoDs1Li+k7WkKidmWjop+jf80JBD7FxwmCaNmG5Ns=; b=ZcxWeIelOzvSDCmCTN3yogJUFlievISo7VW8uxlLPuK5yejJBVe1/PzeQKgQoi5Gd/ um03iWhBf9BdmBPB8Gz3Ob9K7Z6nSq2gUKVzjG67Il0idiRkrTbwSNDP/LW56x1eYpV3 SDQvvpQw6otiEGg59qSttafPVu30+QOTjfUZ3Mix3J0fogc7pkip5gvFktrW3klO1282 iT6TI905mxksCyC88OCYcPrMDY817n3bVMyRW/yT/OhZ0cJuZRtbMluBesD0rKLXlqX/ h4GAULsnX/fMg+FgCIRTvzaFNVQQ3lcdMbsMbLus6H2JS7tL8F92reWwYnQCcdRJCx76 em0g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:from:to:cc:subject:in-reply-to:references :user-agent:date:message-id:mime-version:content-transfer-encoding; bh=/dXoDs1Li+k7WkKidmWjop+jf80JBD7FxwmCaNmG5Ns=; b=ivG+jVuKSDsfob4rm8D9LvxhBRqvpEGIj2T63CUOQhNfDWpYUDf7qYX/4YzKoMsjkI qZyevcaA46EG5shJeX0l9ft265TUejfgbec3jC0f5wxwvSv+Vc2rN/KBKu5U257e7OYu B4ibhzWIb2uUagRmaZGYIDffHNHKC91v7wNy3PHvJz1FGJtEw8Q49cRXvzEQEnR+fWne RamJwFU/yvp7q7AlOLP+c828BdNGvMmNA2Er4ubBs+t5haSt96XM1QbXIMteYQkIn6dB 0zMtpL4oq46lEE/e3faUhPPVBdTUOS+4GHQFxvGw04al+kMDA4ov9VCAdAjtAhfvcKfr nRZA== X-Gm-Message-State: AJIora9aC9DisgLgVdR3TMZKR3ke3xAPcXbO7LLqRTbZcHdB3CXY1pSp WhemS1f6UAZsOVK5/q86EzocWKnnBFQ= X-Google-Smtp-Source: AGRyM1vSUzi5yD1ZgKy4IPgtzkl4HBGDJg7zgdyZlcscxUZx0sqsRADqEJs5JALXcgK5LqGWcGVGZw== X-Received: by 2002:adf:dece:0:b0:21b:a4b0:f7e3 with SMTP id i14-20020adfdece000000b0021ba4b0f7e3mr26864128wrn.197.1656933349533; Mon, 04 Jul 2022 04:15:49 -0700 (PDT) Received: from srvbsdfenssv.interne.associated-bears.org (lstlambert-658-1-110-48.w217-128.abo.wanadoo.fr. [217.128.200.48]) by smtp.gmail.com with ESMTPSA id az42-20020a05600c602a00b003a1a02c6d7bsm4132587wmb.35.2022.07.04.04.15.48 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 04 Jul 2022 04:15:48 -0700 (PDT) Received: from srvbsdfenssv.interne.associated-bears.org (localhost [127.0.0.1]) by srvbsdfenssv.interne.associated-bears.org (Postfix) with ESMTP id A5551878F; Mon, 4 Jul 2022 13:15:47 +0200 (CEST) X-Virus-Scanned: amavisd-new at interne.associated-bears.org Received: from srvbsdfenssv.interne.associated-bears.org ([127.0.0.1]) by srvbsdfenssv.interne.associated-bears.org (srvbsdfenssv.interne.associated-bears.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d6seOjo6eQKE; Mon, 4 Jul 2022 13:15:43 +0200 (CEST) Received: by srvbsdfenssv.interne.associated-bears.org (Postfix, from userid 1001) id A28B58552; Mon, 4 Jul 2022 13:15:43 +0200 (CEST) From: =?utf-8?Q?=C3=89ric_Masson?= To: Peter Blok Cc: Mailing List FreeBSD Stable Subject: Re: Upgrade to 13, zfs issues In-Reply-To: <359F7BFF-B969-491F-996B-57EA8BB3C413@bsd4all.org> (Peter Blok's message of "Sun, 3 Jul 2022 16:38:00 +0200") References: <86czem4eur.fsf@srvbsdfenssv.interne.associated-bears.org> <359F7BFF-B969-491F-996B-57EA8BB3C413@bsd4all.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.1 (berkeley-unix) X-Operating-System: FreeBSD 12.3-STABLE amd64 Date: Mon, 04 Jul 2022 13:15:43 +0200 Message-ID: <86r131uo0w.fsf@srvbsdfenssv.interne.associated-bears.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4Lc3Bs714jz4vZt X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=ZcxWeIel; dmarc=fail reason="SPF not aligned (relaxed), DKIM not aligned (relaxed)" header.from=free.fr (policy=none); spf=pass (mx1.freebsd.org: domain of emssmail@gmail.com designates 2a00:1450:4864:20::42c as permitted sender) smtp.mailfrom=emssmail@gmail.com X-Spamd-Result: default: False [-2.42 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[free.fr]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.96)[-0.960]; FORGED_SENDER(0.30)[emss@free.fr,emssmail@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[217.128.200.48:received]; RCVD_TLS_LAST(0.00)[]; R_MIXED_CHARSET(0.62)[subject]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.981]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_NEQ_ENVFROM(0.00)[emss@free.fr,emssmail@gmail.com]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42c:from]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[freebsd-stable]; DMARC_POLICY_SOFTFAIL(0.10)[free.fr : SPF not aligned (relaxed), DKIM not aligned (relaxed),none] X-ThisMailContainsUnwantedMimeParts: N Peter Blok writes: Hi Peter, > I have the same issue on a couple of servers. I haven=E2=80=99t found a w= ay to > correct this, but it wasn=E2=80=99t any problem upgrading and after the > upgrade everything worked ok. So you're telling that upgrading from stable/12 to stable/13 using https://docs.freebsd.org/en/books/handbook/cutting-edge/#makeworld will DTRT ? I guess I'll use a spare SSD for rootfs, just to be able to rollback if something woes. Thanks for your answer. =C3=89ric From nobody Mon Jul 4 11:53:15 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 810AB8A1B4B for ; Mon, 4 Jul 2022 11:53:25 +0000 (UTC) (envelope-from thilo@nispuk.com) Received: from metro707.hostmetro.com (metro707.hostmetro.com [50.31.160.160]) (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 4Lc42D4Qyfz50tf for ; Mon, 4 Jul 2022 11:53:24 +0000 (UTC) (envelope-from thilo@nispuk.com) Received: from rabenau.nispuk.com ([5.10.190.110] helo=localhost.nispuk.com) by metro707.hostmetro.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1o8KdD-0004xh-05 for freebsd-stable@freebsd.org; Mon, 04 Jul 2022 06:52:47 -0500 Received: from smtpclient.apple (ThilosMacBookM1.nispuk.com [192.168.0.178]) (authenticated bits=0) by localhost.nispuk.com (8.17.1.9/8.16.1) with ESMTPSA id 264BrFVH074900 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 4 Jul 2022 13:53:16 +0200 (CEST) (envelope-from thilo@nispuk.com) X-Authentication-Warning: localhost.nispuk.com: Host ThilosMacBookM1.nispuk.com [192.168.0.178] claimed to be smtpclient.apple From: thilo jeremias Content-Type: multipart/alternative; boundary="Apple-Mail=_5931F2E6-83CB-46C2-9332-0603BDFCAF4F" List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.100.31\)) Subject: Problem ZFS send / receive 13.1-RELEASE Message-Id: Date: Mon, 4 Jul 2022 13:53:15 +0200 To: freebsd-stable X-Mailer: Apple Mail (2.3696.100.31) X-Authenticated-Id: thilo@nispuk.com X-Rspamd-Queue-Id: 4Lc42D4Qyfz50tf X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of thilo@nispuk.com designates 50.31.160.160 as permitted sender) smtp.mailfrom=thilo@nispuk.com X-Spamd-Result: default: False [-1.09 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; HAS_XAW(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.99)[-0.993]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[nispuk.com]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.30)[-0.298]; HFILTER_HELO_2(1.00)[metro707.hostmetro.com]; R_SPF_ALLOW(-0.20)[+a]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:23352, ipnet:50.31.128.0/18, country:US]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N --Apple-Mail=_5931F2E6-83CB-46C2-9332-0603BDFCAF4F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hello everyone, I posted a question on ( = https://forums.freebsd.org/threads/zfs-replication-interrupted-and-resumed= -missing-snapshots.85666/ ) Which I now think is a bug in zfs send/receive for 13.1-RELEASE Essentially, an interrupted & restarted receive does not create all = snapshots from the stream. The following: #Interrupted transfer=20 zfs send -R "$D@final" | dd bs=3D10m count=3D200 | zfs recv -s "$D"_bad #Resume transfer TOKEN=3D"$(zfs get -H receive_resume_token "$D"_bad | cut -f 3)" zfs send -t "$TOKEN" | zfs recv -s "$D"_bad #Good transfer zfs send -R "$D@final" | zfs recv -s "$D"_good Produces: NAME USED AVAIL REFER MOUNTPOINT Backup/testset_good@initial 85.2K - 128K - Backup/testset_good@add100m 85.2K - 100M - Backup/testset_good@add300m 85.2K - 400M - Backup/testset_good@del100m 85.2K - 300M - Backup/testset_good@del300m 0B - 128K - Backup/testset_good@final 0B - 128K - NAME USED AVAIL REFER MOUNTPOINT Backup/testset_bad@initial 85.2K - 128K - Backup/testset_bad@add100m 0B - 100M - Which is not correct since it misses the snapshots from the original = stream (=E2=80=9Cgood=E2=80=9D) Can this be reproduced by anyone else? Thilo ------------------------------- Dipl. Ing. Thilo Jeremias Hauptstra=C3=9Fe 11 35466 Rabenau T: +49 15782492240 --Apple-Mail=_5931F2E6-83CB-46C2-9332-0603BDFCAF4F Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hello= everyone,

I posted = a question on ( https://forums.freebsd.org/threads/zfs-replication-interrupted-= and-resumed-missing-snapshots.85666/ )
Which I = now think is a bug in zfs send/receive for 13.1-RELEASE


Essentially, an interrupted & restarted receive does not = create all snapshots from the stream.

The following:
#Interrupted transfer=20
zfs send -R "$D@final" | dd bs=3D10m count=3D200 | zfs recv -s "$D"_bad

#Resume transfer
TOKEN=3D"$(zfs get -H receive_resume_token   "$D"_bad  | cut -f 3)"
zfs send -t "$TOKEN" | zfs recv -s "$D"_bad


#Good transfer
zfs send -R "$D@final" | zfs recv -s "$D"_good


Produces:
NAME                   =
       USED  AVAIL     REFER  MOUNTPOINT
Backup/testset_good@initial  85.2K      -      128K  -
Backup/testset_good@add100m  85.2K      -      100M  -
Backup/testset_good@add300m  85.2K      -      400M  -
Backup/testset_good@del100m  85.2K      -      300M  -
Backup/testset_good@del300m     0B      -      128K  -
Backup/testset_good@final       0B      -      128K  -
NAME                         USED  AVAIL     REFER  MOUNTPOINT
Backup/testset_bad@initial  85.2K      -      128K  -
Backup/testset_bad@add100m     0B      -      100M  -

Which is not correct = since it misses the snapshots from the original stream = (=E2=80=9Cgood=E2=80=9D)

Can this be reproduced by anyone else?

Thilo


-------------------------------
Dipl. Ing. = Thilo Jeremias
Hauptstra=C3=9Fe 11
35466 = Rabenau

T: +49 15782492240


= --Apple-Mail=_5931F2E6-83CB-46C2-9332-0603BDFCAF4F-- From nobody Mon Jul 4 13:06:43 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4AD9E8AFC2B for ; Mon, 4 Jul 2022 13:07:00 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-qt1-f174.google.com (mail-qt1-f174.google.com [209.85.160.174]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Lc5g72fS8z579Y for ; Mon, 4 Jul 2022 13:06:59 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-qt1-f174.google.com with SMTP id g14so9781676qto.9 for ; Mon, 04 Jul 2022 06:06:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=WhNttAtyT2M7hUz7s4HYygnqyCOEkEB7dEWuHj5hFdc=; b=e5p3I2kc2upVww3i107UVen6oLdcK7TQQw7GbYIRdwm1ro+i2Gxrd6GcsKz0pLzTeS 3L1imZjOuMFD4vpMxZ9Usz233ajbWFOHu7MOn0fI+xWr8p/zg3w3Vrnd9HwIYPmUZ1Eq eC1FTI/4xNkHlyDO2FOJ+p15W0pV8+hWmIrfvw+hpg58tZPEH6nenJ3uxnod/8VvYD9C krXdNveqBLjAG1MxoWIyt+nTTLYG/EfzaCYOfg35CqrYOd6cLvwb57UzTx5HxJ5fdkdH XdqykdrSJ+0QlnZ+KNC0sHInLT/tPSbLUxFfJY4ZGcySrZc+sM8AI8DhVbjzXrsTNems 0xCg== X-Gm-Message-State: AJIora9vbWIbX9KJhfoLa51uXe1bHnze7wGS2YMhMH0cUfFKScMkl+Fy zwMa7UIN512rEgYbx834MFsVmoxiLCFDXtfWq6CxlddBwhM= X-Google-Smtp-Source: AGRyM1vfzzN4rpJ7jQIRdN+STXrRt2+b3Y4Dtz8/nmkuzjSMbFXRqXBglvCZpFv+wy9CoCPAeonYpTt2fIqvQ1/AP1U= X-Received: by 2002:a05:622a:14d2:b0:31d:3a01:3db2 with SMTP id u18-20020a05622a14d200b0031d3a013db2mr13046164qtx.575.1656940013425; Mon, 04 Jul 2022 06:06:53 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Alan Somers Date: Mon, 4 Jul 2022 07:06:43 -0600 Message-ID: Subject: Re: Problem ZFS send / receive 13.1-RELEASE To: thilo jeremias Cc: freebsd-stable Content-Type: multipart/alternative; boundary="000000000000ea1ac805e2fa6894" X-Rspamd-Queue-Id: 4Lc5g72fS8z579Y X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.160.174 as permitted sender) smtp.mailfrom=asomers@gmail.com X-Spamd-Result: default: False [-2.98 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.981]; FREEFALL_USER(0.00)[asomers]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[209.85.160.174:from]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; RCVD_TLS_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[209.85.160.174:from]; MLMMJ_DEST(0.00)[freebsd-stable]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N --000000000000ea1ac805e2fa6894 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable It's not a bug. The problem is that you can't combine zfs send -R and also zfs recv -s . The former creates several independent send streams. But the latter generates a token that will only resume a single stream. And there's no way to fix the problem given ZFS's design. If the send gets interrupted, you need to go check on the destination side to see which file datasets are incomplete and resume all of them. On Mon, Jul 4, 2022, 5:53 AM thilo jeremias wrote: > Hello everyone, > > I posted a question on ( > https://forums.freebsd.org/threads/zfs-replication-interrupted-and-resume= d-missing-snapshots.85666/ > ) > Which I now think is a bug in zfs send/receive for 13.1-RELEASE > > > Essentially, an interrupted & restarted receive does not create all > snapshots from the stream. > > The following: > > #Interrupted transfer > zfs send -R "$D@final" | dd bs=3D10m count=3D200 | zfs recv -s "$D"_bad > > #Resume transfer > TOKEN=3D"$(zfs get -H receive_resume_token "$D"_bad | cut -f 3)" > zfs send -t "$TOKEN" | zfs recv -s "$D"_bad > > > #Good transfer > zfs send -R "$D@final" | zfs recv -s "$D"_good > > > > Produces: > > NAME USED AVAIL REFER MOUNTPOINT > Backup/testset_good@initial 85.2K - 128K - > Backup/testset_good@add100m 85.2K - 100M - > Backup/testset_good@add300m 85.2K - 400M - > Backup/testset_good@del100m 85.2K - 300M - > Backup/testset_good@del300m 0B - 128K - > Backup/testset_good@final 0B - 128K - > NAME USED AVAIL REFER MOUNTPOINT > Backup/testset_bad@initial 85.2K - 128K - > Backup/testset_bad@add100m 0B - 100M - > > > Which is not correct since it misses the snapshots from the original > stream (=E2=80=9Cgood=E2=80=9D) > > Can this be reproduced by anyone else? > > > Thilo > > > ------------------------------- > Dipl. Ing. Thilo Jeremias > Hauptstra=C3=9Fe 11 > 35466 Rabenau > > T: +49 15782492240 > > > --000000000000ea1ac805e2fa6894 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
It's not a bug. The problem is that you can't com= bine zfs send -R and also zfs recv -s .=C2=A0 The former creates several in= dependent send streams.=C2=A0 But the latter generates a token that will on= ly resume a single stream. And there's no way to fix the problem given = ZFS's design. If the send gets interrupted,=C2=A0 you need to go check = on the destination side to see which file datasets are incomplete and resum= e all of them.=C2=A0

On Mon, Jul 4, 2022, 5:53 AM thilo jeremias <thilo@nispuk.com> wrote:
Hello everyone,

Which I now think is a bug in= zfs send/receive for 13.1-RELEASE


= Essentially, an interrupted & restarted receive does not create all sna= pshots from the stream.

The following:
<= pre dir=3D"ltr" style=3D"box-sizing:border-box;font-family:Monaco,Menlo,Con= solas,"Roboto Mono","Andale Mono","Ubuntu Mono&quo= t;,monospace;font-size:13px;word-wrap:normal;margin-top:0px;margin-bottom:0= px;padding:10px 10px 0px;line-height:1.4;overflow:auto;direction:ltr;color:= rgb(20,20,20)">#Interrupted transfer=20 zfs send -R "$D@final" | dd bs=3D10m count=3D200 | zfs recv -s &q= uot;$D"_bad #Resume transfer TOKEN=3D"$(zfs get -H receive_resume_token "$D"_bad | cut= -f 3)" zfs send -t "$TOKEN" | zfs recv -s "$D"_bad 

#Good transfer
zfs send -R "$D@final" | zfs recv -s "$D"_good


Produces:= 
NAME                          USED  AVAIL     R=
EFER  MOUNTPOINT
Backup/testset_good@initial  85.2K      -      128K  -
Backup/testset_good@add100m  85.2K      -      100M  -
Backup/testset_good@add300m  85.2K      -      400M  -
Backup/testset_good@del100m  85.2K      -      300M  -
Backup/testset_good@del300m     0B      -      128K  -
Backup/testset_good@final       0B      -      128K  -
NAME                         USED  AVAIL     REFER  MOUNTPOINT
Backup/testset_bad@initial  85.2K      -      128K  -
Backup/testset_bad@add100m     0B      -      100M  -

=
Which is not correct since it misses the snapshots from the orig= inal stream (=E2=80=9Cgood=E2=80=9D)

Can this be r= eproduced by anyone else?


Thilo


-------------------------------
Dipl. Ing. Thilo Jeremias
= Hauptstra=C3=9Fe 11
35466 Rabenau

T: +49 15782492240


--000000000000ea1ac805e2fa6894-- From nobody Mon Jul 4 13:24:08 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 0DD9D8B438A for ; Mon, 4 Jul 2022 13:24:12 +0000 (UTC) (envelope-from pblok@bsd4all.org) Received: from mail.bsd4all.org (mail.bsd4all.org [88.99.169.216]) by mx1.freebsd.org (Postfix) with ESMTP id 4Lc62y6tN2z3Bwg for ; Mon, 4 Jul 2022 13:24:10 +0000 (UTC) (envelope-from pblok@bsd4all.org) Received: from mail.bsd4all.org (localhost [127.0.0.1]) by mail.bsd4all.org (Postfix) with ESMTP id 984D34DF6; Mon, 4 Jul 2022 15:24:11 +0200 (CEST) X-Virus-Scanned: amavisd-new at bsd4all.org Received: from mail.bsd4all.org ([127.0.0.1]) by mail.bsd4all.org (mail.bsd4all.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oiVpN7LUuHgy; Mon, 4 Jul 2022 15:24:10 +0200 (CEST) Received: from [192.168.34.65] (pony_ip [136.143.2.230]) by mail.bsd4all.org (Postfix) with ESMTPSA id E01474DF3; Mon, 4 Jul 2022 15:24:10 +0200 (CEST) Content-Type: text/plain; charset=utf-8 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.7\)) Subject: Re: Upgrade to 13, zfs issues From: Peter Blok In-Reply-To: <86r131uo0w.fsf@srvbsdfenssv.interne.associated-bears.org> Date: Mon, 4 Jul 2022 15:24:08 +0200 Cc: Mailing List FreeBSD Stable Content-Transfer-Encoding: quoted-printable Message-Id: <82B90D54-DCD3-40C0-88DD-EF3CC5E8C6D5@bsd4all.org> References: <86czem4eur.fsf@srvbsdfenssv.interne.associated-bears.org> <359F7BFF-B969-491F-996B-57EA8BB3C413@bsd4all.org> <86r131uo0w.fsf@srvbsdfenssv.interne.associated-bears.org> To: =?utf-8?Q?=C3=89ric_Masson?= X-Mailer: Apple Mail (2.3608.120.23.2.7) X-Rspamd-Queue-Id: 4Lc62y6tN2z3Bwg X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pblok@bsd4all.org designates 88.99.169.216 as permitted sender) smtp.mailfrom=pblok@bsd4all.org X-Spamd-Result: default: False [-2.54 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.96)[-0.964]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bsd4all.org]; NEURAL_HAM_LONG(-0.96)[-0.957]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.91)[-0.914]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-stable]; FREEMAIL_TO(0.00)[free.fr]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:88.99.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Yes, no issues except that on one server I forgot to do the etcupdate = -B. It still worked ok, but an extra zpool wasn=E2=80=99t imported. Many of the servers were out of reach and headless, so I was pretty = happy it worked so well. One aspect to consider: you need to do this with a kernel config that = contains COMPAT_FREEBSD12. Best is to use GENERIC Peter > On 4 Jul 2022, at 13:15, =C3=89ric Masson wrote: >=20 > Peter Blok writes: >=20 > Hi Peter, >=20 >> I have the same issue on a couple of servers. I haven=E2=80=99t found = a way to >> correct this, but it wasn=E2=80=99t any problem upgrading and after = the >> upgrade everything worked ok. >=20 > So you're telling that upgrading from stable/12 to stable/13 using > https://docs.freebsd.org/en/books/handbook/cutting-edge/#makeworld = will > DTRT ? >=20 > I guess I'll use a spare SSD for rootfs, just to be able to rollback = if > something woes. >=20 > Thanks for your answer. >=20 > =C3=89ric >=20 From nobody Mon Jul 4 14:12:05 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3A37782BE2F for ; Mon, 4 Jul 2022 14:12:10 +0000 (UTC) (envelope-from thilo@nispuk.com) Received: from metro707.hostmetro.com (metro707.hostmetro.com [50.31.160.160]) (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 4Lc76K2hYSz3Hhy; Mon, 4 Jul 2022 14:12:09 +0000 (UTC) (envelope-from thilo@nispuk.com) Received: from rabenau.nispuk.com ([5.10.190.110] helo=localhost.nispuk.com) by metro707.hostmetro.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1o8MnZ-000604-38; Mon, 04 Jul 2022 09:11:37 -0500 Received: from smtpclient.apple (ThilosMacBookM1.nispuk.com [192.168.0.178]) (authenticated bits=0) by localhost.nispuk.com (8.17.1.9/8.16.1) with ESMTPSA id 264EC5BB097166 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 4 Jul 2022 16:12:06 +0200 (CEST) (envelope-from thilo@nispuk.com) X-Authentication-Warning: localhost.nispuk.com: Host ThilosMacBookM1.nispuk.com [192.168.0.178] claimed to be smtpclient.apple From: thilo jeremias Message-Id: <83C5ABFD-F786-4074-8D0D-F60E4B5E7A01@nispuk.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_A99D67C5-6A2A-4280-B71B-89DB600FE9E9" List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.100.31\)) Subject: Re: Problem ZFS send / receive 13.1-RELEASE Date: Mon, 4 Jul 2022 16:12:05 +0200 In-Reply-To: Cc: freebsd-stable To: Alan Somers References: X-Mailer: Apple Mail (2.3696.100.31) X-Authenticated-Id: thilo@nispuk.com X-Rspamd-Queue-Id: 4Lc76K2hYSz3Hhy X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of thilo@nispuk.com designates 50.31.160.160 as permitted sender) smtp.mailfrom=thilo@nispuk.com X-Spamd-Result: default: False [-1.64 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.991]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[nispuk.com]; R_SPF_ALLOW(-0.20)[+a]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.85)[-0.849]; RCPT_COUNT_TWO(0.00)[2]; HFILTER_HELO_2(1.00)[metro707.hostmetro.com]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:23352, ipnet:50.31.128.0/18, country:US]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N --Apple-Mail=_A99D67C5-6A2A-4280-B71B-89DB600FE9E9 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Understood. Could this be documented in the man-pages (maybe near the zfs-send = =E2=80=9C-t=E2=80=9D option)? Also I think, it would be =E2=80=9Ca nice to have feature=E2=80=9D if = this throws an error either at the receiving or sending side. (May be the sending options should be part of the transmission stream = and the receiver croaks?) Thank you! Thilo > On 4. Jul 2022, at 15:06, Alan Somers wrote: >=20 > It's not a bug. The problem is that you can't combine zfs send -R and = also zfs recv -s . The former creates several independent send streams. = But the latter generates a token that will only resume a single stream. = And there's no way to fix the problem given ZFS's design. If the send = gets interrupted, you need to go check on the destination side to see = which file datasets are incomplete and resume all of them.=20 >=20 > On Mon, Jul 4, 2022, 5:53 AM thilo jeremias > wrote: > Hello everyone, >=20 > I posted a question on ( = https://forums.freebsd.org/threads/zfs-replication-interrupted-and-resumed= -missing-snapshots.85666/ = ) > Which I now think is a bug in zfs send/receive for 13.1-RELEASE >=20 >=20 > Essentially, an interrupted & restarted receive does not create all = snapshots from the stream. >=20 > The following: > #Interrupted transfer=20 > zfs send -R "$D@final" | dd bs=3D10m count=3D200 | zfs recv -s = "$D"_bad >=20 > #Resume transfer > TOKEN=3D"$(zfs get -H receive_resume_token "$D"_bad | cut -f 3)" > zfs send -t "$TOKEN" | zfs recv -s "$D"_bad >=20 > #Good transfer > zfs send -R "$D@final" | zfs recv -s "$D"_good >=20 >=20 > Produces: > NAME USED AVAIL REFER MOUNTPOINT > Backup/testset_good@initial 85.2K - 128K - > Backup/testset_good@add100m 85.2K - 100M - > Backup/testset_good@add300m 85.2K - 400M - > Backup/testset_good@del100m 85.2K - 300M - > Backup/testset_good@del300m 0B - 128K - > Backup/testset_good@final 0B - 128K - > NAME USED AVAIL REFER MOUNTPOINT > Backup/testset_bad@initial 85.2K - 128K - > Backup/testset_bad@add100m 0B - 100M - >=20 > Which is not correct since it misses the snapshots from the original = stream (=E2=80=9Cgood=E2=80=9D) >=20 > Can this be reproduced by anyone else? >=20 >=20 > Thilo >=20 >=20 > ------------------------------- > Dipl. Ing. Thilo Jeremias > Hauptstra=C3=9Fe 11 > 35466 Rabenau >=20 > T: +49 15782492240 >=20 >=20 --Apple-Mail=_A99D67C5-6A2A-4280-B71B-89DB600FE9E9 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Understood.

Could this be documented in the man-pages (maybe near the = zfs-send =E2=80=9C-t=E2=80=9D option)?
Also I = think, it would be =E2=80=9Ca nice to have feature=E2=80=9D  if = this throws an error either at the receiving or sending side.
(May be the sending options should be part of the = transmission stream and the receiver croaks?)


Thank you!

Thilo


On 4. Jul 2022, at 15:06, Alan Somers <asomers@freebsd.org>= wrote:

It's not a bug. The problem is that you can't = combine zfs send -R and also zfs recv -s .  The former creates = several independent send streams.  But the latter generates a token = that will only resume a single stream. And there's no way to fix the = problem given ZFS's design. If the send gets interrupted,  you need = to go check on the destination side to see which file datasets are = incomplete and resume all of them. 

On Mon, Jul = 4, 2022, 5:53 AM thilo jeremias <thilo@nispuk.com> wrote:
Hello everyone,

I posted a question on ( https://forums.freebsd.org/threads/zfs-replication-interrupted-= and-resumed-missing-snapshots.85666/ )
Which I = now think is a bug in zfs send/receive for 13.1-RELEASE


Essentially, an interrupted & restarted receive does not = create all snapshots from the stream.

The following:
#Interrupted transfer=20
zfs send -R "$D@final" | dd bs=3D10m count=3D200 | zfs recv -s "$D"_bad

#Resume transfer
TOKEN=3D"$(zfs get -H receive_resume_token   "$D"_bad  | cut -f 3)"
zfs send -t "$TOKEN" | zfs recv -s "$D"_bad


#Good transfer
zfs send -R "$D@final" | zfs recv -s "$D"_good


Produces:
NAME                          USED  AVAIL     REFER  =
MOUNTPOINT
Backup/testset_good@initial  85.2K      -      128K  -
Backup/testset_good@add100m  85.2K      -      100M  -
Backup/testset_good@add300m  85.2K      -      400M  -
Backup/testset_good@del100m  85.2K      -      300M  -
Backup/testset_good@del300m     0B      -      128K  -
Backup/testset_good@final       0B      -      128K  -
NAME                         USED  AVAIL     REFER  MOUNTPOINT
Backup/testset_bad@initial  85.2K      -      128K  -
Backup/testset_bad@add100m     0B      -      100M  -

Which is not correct = since it misses the snapshots from the original stream = (=E2=80=9Cgood=E2=80=9D)

Can this be reproduced by anyone else?

Thilo


-------------------------------
Dipl. Ing. = Thilo Jeremias
Hauptstra=C3=9Fe 11
35466 = Rabenau

T: +49 15782492240



= --Apple-Mail=_A99D67C5-6A2A-4280-B71B-89DB600FE9E9-- From nobody Mon Jul 4 14:22:17 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D39A782F3F5 for ; Mon, 4 Jul 2022 14:22:36 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-qt1-f180.google.com (mail-qt1-f180.google.com [209.85.160.180]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Lc7LM4r0lz3Kdn; Mon, 4 Jul 2022 14:22:35 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-qt1-f180.google.com with SMTP id r2so10030459qta.0; Mon, 04 Jul 2022 07:22:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=NyXY5raPoynetenH75x5EFSUmcB+131w8UeVyt788gY=; b=e9ievPCfwv4A+pJOBcYf5rx7qfvGTXz24yiO9VwC8CNuETgtV75Wjvvnny35k9ZYrM d19FRUnyp1MssDGRTrolF4jotBZmRkCRuiKFL8NRI4w/ZZ97cxb7naDTedYuYzX9LnRp c576abvBGxu+CUF15QsupgS4dBkwz+X/3tqZ+7DGlszhWaL9sQqG8KAn10ReLM6gXLaE xRQm8aNh7dWJ32TGhVArg0XVyNtBrmfDm7qFBcSTRMvfR+RNqU0Gcl5w/x76HStIw8SH RWNUH2UIcELNev0rsxbvezTjQFNUvdPq7Oh/xuowzCdeEehzz6lJ+hmbQxSE/itOCtC3 la+Q== X-Gm-Message-State: AJIora9LaHOjk+KFCAMTUaVd4bh4J8bVp08c92LQb252bY5smcC8YaX0 lpT32BkP1UczDKbYLYdE+f66FIFgZU2j4mbYDiT4MbeG1aE= X-Google-Smtp-Source: AGRyM1vTXnSmUhZwIDMzGFzSJnpgaACQICF7KIUSpm5bnSz82BwfbpwOxIToa6svm5rcBIBkzcrpWoquX5ylniPCeW4= X-Received: by 2002:a05:622a:610:b0:31e:793b:6254 with SMTP id z16-20020a05622a061000b0031e793b6254mr3046012qta.52.1656944548790; Mon, 04 Jul 2022 07:22:28 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <83C5ABFD-F786-4074-8D0D-F60E4B5E7A01@nispuk.com> In-Reply-To: <83C5ABFD-F786-4074-8D0D-F60E4B5E7A01@nispuk.com> From: Alan Somers Date: Mon, 4 Jul 2022 08:22:17 -0600 Message-ID: Subject: Re: Problem ZFS send / receive 13.1-RELEASE To: thilo jeremias Cc: Alan Somers , freebsd-stable Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4Lc7LM4r0lz3Kdn X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.160.180 as permitted sender) smtp.mailfrom=asomers@gmail.com X-Spamd-Result: default: False [-2.53 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.54)[-0.539]; FREEFALL_USER(0.00)[asomers]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; RCVD_TLS_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000]; RWL_MAILSPIKE_GOOD(0.00)[209.85.160.180:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.992]; RCVD_IN_DNSWL_NONE(0.00)[209.85.160.180:from]; MLMMJ_DEST(0.00)[freebsd-stable]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N Yeah, it would be great if it could raise an error. I've run into this problem before. However, I can't figure out how. It's not easy, because the two incompatible flags apply to separate commands. The only way I can guess how to do it would be to add a flag to the send stream that says "the stream was generated with -R", even though said flag wouldn't affect the received dataset. https://github.com/openzfs/zfs/issues/9150 On Mon, Jul 4, 2022 at 8:12 AM thilo jeremias wrote: > > Understood. > > Could this be documented in the man-pages (maybe near the zfs-send =E2=80= =9C-t=E2=80=9D option)? > Also I think, it would be =E2=80=9Ca nice to have feature=E2=80=9D if th= is throws an error either at the receiving or sending side. > (May be the sending options should be part of the transmission stream and= the receiver croaks?) > > > Thank you! > > Thilo > > > On 4. Jul 2022, at 15:06, Alan Somers wrote: > > It's not a bug. The problem is that you can't combine zfs send -R and als= o zfs recv -s . The former creates several independent send streams. But = the latter generates a token that will only resume a single stream. And the= re's no way to fix the problem given ZFS's design. If the send gets interru= pted, you need to go check on the destination side to see which file datas= ets are incomplete and resume all of them. > > On Mon, Jul 4, 2022, 5:53 AM thilo jeremias wrote: >> >> Hello everyone, >> >> I posted a question on ( https://forums.freebsd.org/threads/zfs-replicat= ion-interrupted-and-resumed-missing-snapshots.85666/ ) >> Which I now think is a bug in zfs send/receive for 13.1-RELEASE >> >> >> Essentially, an interrupted & restarted receive does not create all snap= shots from the stream. >> >> The following: >> >> #Interrupted transfer >> zfs send -R "$D@final" | dd bs=3D10m count=3D200 | zfs recv -s "$D"_bad >> >> #Resume transfer >> TOKEN=3D"$(zfs get -H receive_resume_token "$D"_bad | cut -f 3)" >> zfs send -t "$TOKEN" | zfs recv -s "$D"_bad >> >> >> #Good transfer >> zfs send -R "$D@final" | zfs recv -s "$D"_good >> >> >> >> Produces: >> >> NAME USED AVAIL REFER MOUNTPOINT >> Backup/testset_good@initial 85.2K - 128K - >> Backup/testset_good@add100m 85.2K - 100M - >> Backup/testset_good@add300m 85.2K - 400M - >> Backup/testset_good@del100m 85.2K - 300M - >> Backup/testset_good@del300m 0B - 128K - >> Backup/testset_good@final 0B - 128K - >> NAME USED AVAIL REFER MOUNTPOINT >> Backup/testset_bad@initial 85.2K - 128K - >> Backup/testset_bad@add100m 0B - 100M - >> >> >> Which is not correct since it misses the snapshots from the original str= eam (=E2=80=9Cgood=E2=80=9D) >> >> Can this be reproduced by anyone else? >> >> >> Thilo >> >> >> ------------------------------- >> Dipl. Ing. Thilo Jeremias >> Hauptstra=C3=9Fe 11 >> 35466 Rabenau >> >> T: +49 15782492240 >> >> > From nobody Mon Jul 4 15:19:07 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D3AE8BF1509 for ; Mon, 4 Jul 2022 15:20:31 +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 4Lc8dB6WKyz3msp for ; Mon, 4 Jul 2022 15:20:30 +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 264FJ7i8052715 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Mon, 4 Jul 2022 08:19:07 -0700 (PDT) (envelope-from warlock@phouka1.phouka.net) Received: (from warlock@localhost) by phouka1.phouka.net (8.16.1/8.16.1/Submit) id 264FJ7qU052714 for freebsd-stable@freebsd.org; Mon, 4 Jul 2022 08:19:07 -0700 (PDT) (envelope-from warlock) Date: Mon, 4 Jul 2022 08:19:07 -0700 From: John Kennedy To: freebsd-stable@freebsd.org Subject: Fssh_kex_exchange_identification: Connection closed by remote host (anongit@git.FreeBSD.org) Message-ID: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 4Lc8dB6WKyz3msp X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of warlock@phouka1.phouka.net has no SPF policy when checking 107.170.196.116) smtp.mailfrom=warlock@phouka1.phouka.net X-Spamd-Result: default: False [-0.44 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.995]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROMTLD(0.00)[]; NEURAL_SPAM_SHORT(0.36)[0.358]; DMARC_NA(0.00)[phouka.net]; MLMMJ_DEST(0.00)[freebsd-stable]; FORGED_SENDER(0.30)[warlock@phouka.net,warlock@phouka1.phouka.net]; R_SPF_NA(0.00)[no SPF record]; 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]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N Sometime this AM (> 07:10:39 PST8PDT, < 08:15 2022/7/4) the anonymous git repo seems to have developed an issue: # git remote -v freebsd anongit@git.FreeBSD.org:src.git (fetch) freebsd anongit@git.FreeBSD.org:src.git (push) # git pull -v Fssh_kex_exchange_identification: Connection closed by remote host Connection closed by 149.20.1.203 port 22 fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. From nobody Tue Jul 5 09:53:00 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4773E1D15393 for ; Tue, 5 Jul 2022 09:53:07 +0000 (UTC) (envelope-from philip@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4LcdJz16Jkz4fKX; Tue, 5 Jul 2022 09:53:07 +0000 (UTC) (envelope-from philip@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1657014787; 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=MrhXvAaiSz4dPBTZJwmGK/YyjZpShQgL0My6sSjRGGU=; b=n+x6TBDPou4R4DVgc68EIH+nATpKBW0qTQsXMQ9976yzmp/r7NFDd9lx08j2ABvnbK/pk8 UgpnrZxr+kbvdn6w9q9DQEsVSsWa6izJuFrWzPleb37oJdFJR2hMCF7Hea2pl8/6s9EfHQ sPc1L7+cAFuLF9nRAnknZUW6c1ugDmVV8mzyANzfkAT3jM237xkEATmP0IDiZg75ZEDZ6X 0sKdJhnYSubreor2crKgi/8jcm1PmNhTwiNoZiGZeRWgEkUgJz3VzmVTH4nhaKy6r6up0G Ih/mj8PNBGCEz3baDKc6Blin0RJ06YVWRTu0ju1UR7hJaiw9tBLhUBIH5afSNw== Received: from auth1-smtp.messagingengine.com (auth1-smtp.messagingengine.com [66.111.4.227]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: philip/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id F31AF287A1; Tue, 5 Jul 2022 09:53:06 +0000 (UTC) (envelope-from philip@freebsd.org) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailauth.nyi.internal (Postfix) with ESMTP id E0B0C27C0054; Tue, 5 Jul 2022 05:53:06 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Tue, 05 Jul 2022 05:53:06 -0400 X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvfedrudeiuddgvdefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefhvfevufffoffkjghfgggtsehttd hmtdertddtnecuhfhrohhmpefrhhhilhhiphcurfgrvghpshcuoehphhhilhhiphesfhhr vggvsghsugdrohhrgheqnecuggftrfgrthhtvghrnhepgffgfeeigeettdeltdfgvedtff dtgedvheeuieetheetfeeifeevveetvddvkeegnecuvehluhhsthgvrhfuihiivgeptden ucfrrghrrghmpehmrghilhhfrhhomhepphhhihhlihhpodhmvghsmhhtphgruhhthhhpvg hrshhonhgrlhhithihqdduudeiiedviedvgeekqddvfeehudektddtkedqphhhihhlihhp peepfhhrvggvsghsugdrohhrghesthhrohhusghlvgdrihhs X-ME-Proxy: Feedback-ID: ia691475d:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 5 Jul 2022 05:53:05 -0400 (EDT) From: Philip Paeps To: John Kennedy Cc: freebsd-stable@freebsd.org Subject: Re: Fssh_kex_exchange_identification: Connection closed by remote host (anongit@git.FreeBSD.org) Date: Tue, 05 Jul 2022 17:53:00 +0800 X-Mailer: MailMate (1.14r5902) Message-ID: In-Reply-To: References: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; format=flowed ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1657014787; 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=MrhXvAaiSz4dPBTZJwmGK/YyjZpShQgL0My6sSjRGGU=; b=LsHl/MW2zBetlIICaG4c8M7VtiI1Q+SPfrhVzfsYeBypJ5ZoQUTJuv/cByk6FSy7xqrS/1 fayBuY+iyDnaqeqXCWPLwHEEqkj/WChK3thGCBnudghQphpc22IPMKfytM2VQ9wgbkXj8g CGODZwqFT7sLX8bw+cX+bNn716C1OQJz88lNorQ2p2JELRzYjtTXPWuHPw+GIPUhHQ7LFM 4N6YnDRW646lz+PZUCe2PKfZi6CNY/EZ092nzm63t4dWlKWyAy18hJPdWYMgtGajldOBM+ kvD8g2MCtND+1Z4caP+uCQLA5U9UK6ou39d/5Ur/ENTX7nJhFBPjEQozPLcQAQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1657014787; a=rsa-sha256; cv=none; b=mjzYPeIUILkaiXwgARunoi7IXaM74HoFSeQPEPc8JuQ2o2Nn/OqBK+dSo4XxBALZecmBmj LRGXUnbJMJ7P0x2+UQabJsnh4ZOUuP5xXulW8pNLiLb0EWJcGrnAoRSca6XveqVw1D7unH 1cDUX7SLLcGO8sTNB0hy5mbuEyzqOJ4cTBImg3iZF/6+m1ooZhQiWnjD56y4dg1z8B5rze Rhi0UDybLVTrbZM4LYFFhmCS69lPT+mnrnXA/4+oMUde0qEKYEovs5ZpC0WuJNVlhiwdAU OXJuRFPABSvRYaltlj7uOzihXHbs8u3f/RJw4cwdinfg9vwd0tgRZZ90jIpr7w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N On 2022-07-04 23:19:07 (+0800), John Kennedy wrote: > Sometime this AM (> 07:10:39 PST8PDT, < 08:15 2022/7/4) the > anonymous git > repo seems to have developed an issue: > > # git remote -v > freebsd anongit@git.FreeBSD.org:src.git (fetch) > freebsd anongit@git.FreeBSD.org:src.git (push) > # git pull -v > Fssh_kex_exchange_identification: Connection closed by remote host > Connection closed by 149.20.1.203 port 22 > fatal: Could not read from remote repository. > > Please make sure you have the correct access rights > and the repository exists. I've been upgrading cluster machines this week. The GeoDNS should have directed you to another mirror. Perhaps something was cached for longer than expected. That mirror should be up again now though. Please let me know if the problem persists. Philip -- Philip Paeps Senior Reality Engineer Alternative Enterprises From nobody Tue Jul 5 12:51:17 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 49A891D05E9F for ; Tue, 5 Jul 2022 12:52:43 +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 4LcjJB2Np1z3HTl; Tue, 5 Jul 2022 12:52:42 +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 265CpH0v019277 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 5 Jul 2022 05:51:17 -0700 (PDT) (envelope-from warlock@phouka1.phouka.net) Received: (from warlock@localhost) by phouka1.phouka.net (8.16.1/8.16.1/Submit) id 265CpHr3019276; Tue, 5 Jul 2022 05:51:17 -0700 (PDT) (envelope-from warlock) Date: Tue, 5 Jul 2022 05:51:17 -0700 From: John Kennedy To: Philip Paeps Cc: freebsd-stable@freebsd.org Subject: Re: Fssh_kex_exchange_identification: Connection closed by remote host (anongit@git.FreeBSD.org) Message-ID: References: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4LcjJB2Np1z3HTl X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of warlock@phouka1.phouka.net has no SPF policy when checking 107.170.196.116) smtp.mailfrom=warlock@phouka1.phouka.net X-Spamd-Result: default: False [-1.79 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.988]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[phouka.net]; AUTH_NA(1.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.999]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-stable]; FORGED_SENDER(0.30)[warlock@phouka.net,warlock@phouka1.phouka.net]; R_SPF_NA(0.00)[no SPF record]; 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]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On Tue, Jul 05, 2022 at 05:53:00PM +0800, Philip Paeps wrote: > I've been upgrading cluster machines this week. The GeoDNS should have > directed you to another mirror. Perhaps something was cached for longer > than expected. That mirror should be up again now though. Please let > me know if the problem persists. Worked this morning, thanks. Using the HTTP targets worked during the maintenance, for what that is worth, but I didn't try them until after the SSH targets were down (so wouldn't have had anything cached). From nobody Tue Jul 5 19:33:37 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D93CC1D01FF0; Tue, 5 Jul 2022 19:33:56 +0000 (UTC) (envelope-from mpp302@gmail.com) Received: from mail-pl1-f174.google.com (mail-pl1-f174.google.com [209.85.214.174]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4LctC76cGnz3NZh; Tue, 5 Jul 2022 19:33:55 +0000 (UTC) (envelope-from mpp302@gmail.com) Received: by mail-pl1-f174.google.com with SMTP id m14so11818226plg.5; Tue, 05 Jul 2022 12:33:55 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=4JrkHFn3GycQ3gr76R0WUfeGbiwdB6w3dhdwhX8qJq8=; b=QjEi3FjhAs0+vQf1wwX/D+m2iRAJ1iMBtxY0KOSYopi5EW+0bFELadPxL6kyq3jbvy RNEWdE+jRj0NwaspG77LhUI/rSv/O+XQYzRCnZW6EQV0LXkEr+jpD+ar5D9N6fxJd3tR tnZY7s9ScSIOqw9yds4nbiBcUueugBMp5QU+JIKLQnQn7UwoR1clBucfuhr3wxgWcqzr jjw24N1AxZkUS1lpa7y8A/yB7KOR2HQWo3mXrUWPAaI5fX4Cyyryzo1JjE9rrPmFgCWe /r/A1PJKY5KPMaxWO3WA9j3Kih25BuGvGewX91G9qLLWxcGVLR0nPXH8ZDCOa2Bpc1Gv n1Tw== X-Gm-Message-State: AJIora8hyK/nJlCIvK8t7Nu0Yz1TOQ3oK+YZxMXFbVDH2NA6UkXP/BA/ fUjdcpBYAmBwmYXOOwdmgA3MJ6H2GqftXaWu+/0= X-Google-Smtp-Source: AGRyM1uUa4BvWqEIUb9zAlr+1pc8DtFsUUhvMy2awZfYOsyG5v+OLSeVZ+rySb4LwF6MTKAwe82KVA== X-Received: by 2002:a17:90b:4a86:b0:1ee:e43e:ba47 with SMTP id lp6-20020a17090b4a8600b001eee43eba47mr42891415pjb.241.1657049629055; Tue, 05 Jul 2022 12:33:49 -0700 (PDT) Received: from mail-pf1-f176.google.com (mail-pf1-f176.google.com. [209.85.210.176]) by smtp.gmail.com with ESMTPSA id v185-20020a6261c2000000b0052850947cf8sm6841404pfb.171.2022.07.05.12.33.48 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 05 Jul 2022 12:33:48 -0700 (PDT) Received: by mail-pf1-f176.google.com with SMTP id n12so12472000pfq.0; Tue, 05 Jul 2022 12:33:48 -0700 (PDT) X-Received: by 2002:a05:6a00:c92:b0:525:8782:71f2 with SMTP id a18-20020a056a000c9200b00525878271f2mr42873364pfv.50.1657049628416; Tue, 05 Jul 2022 12:33:48 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <202205152255.24FMtEZ3084450@donotpassgo.dyslexicfish.net> In-Reply-To: <202205152255.24FMtEZ3084450@donotpassgo.dyslexicfish.net> From: Mateusz Piotrowski <0mp@freebsd.org> Date: Tue, 5 Jul 2022 21:33:37 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: rc.subr - failure when running "protect" - Fixed in Current. MFC ? To: Jamie Landeg-Jones Cc: Mariusz Zaborski , freebsd-rc@freebsd.org, freebsd-stable@freebsd.org Content-Type: multipart/alternative; boundary="0000000000007a238705e313ee26" X-Rspamd-Queue-Id: 4LctC76cGnz3NZh X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mpp302@gmail.com designates 209.85.214.174 as permitted sender) smtp.mailfrom=mpp302@gmail.com X-Spamd-Result: default: False [0.09 / 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)[+ip4:209.85.128.0/17:c]; NEURAL_HAM_LONG(-0.40)[-0.399]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; SUBJECT_ENDS_QUESTION(1.00)[]; DMARC_NA(0.00)[freebsd.org]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.31)[0.314]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.210.176:received,209.85.214.174:from]; RWL_MAILSPIKE_GOOD(0.00)[209.85.214.174:from]; NEURAL_HAM_MEDIUM(-0.83)[-0.829]; MLMMJ_DEST(0.00)[freebsd-rc,freebsd-stable]; FORGED_SENDER(0.30)[0mp@freebsd.org,mpp302@gmail.com]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[0mp@freebsd.org,mpp302@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com] X-ThisMailContainsUnwantedMimeParts: N --0000000000007a238705e313ee26 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable CC=E2=80=99ing the committee who merged in the patch. Mariusz, are you planning to MFC that change? On Mon 16. May 2022 at 00:55 Jamie Landeg-Jones wrote: > I just got bitten by this issue. It's fixed in current, The patch applies > successfully to 13 and 12, and works as intended, so could it please be > MFCed? > > > https://cgit.freebsd.org/src/commit/libexec/rc/rc.subr?id=3D6ba108e52d175= b6833437c8627ae5d0546a4e102 > > --0000000000007a238705e313ee26 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
CC=E2=80=99ing the committee who merged in the patch.

Mariusz, are you planning t= o MFC that change?

On Mon 16. May 2022 at 00:55 Jamie Landeg-Jones <= jamie@catflap.org> wrote:
I just got bitten by this i= ssue. It's fixed in current, The patch applies
successfully to 13 and 12, and works as intended, so could it please be MFC= ed?

= https://cgit.freebsd.org/src/commit/libexec/rc/rc.subr?id=3D6ba108e52d175b6= 833437c8627ae5d0546a4e102

--0000000000007a238705e313ee26-- From nobody Tue Jul 5 22:13:55 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 372081CF81DB; Tue, 5 Jul 2022 22:14:05 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [IPv6:2001:19f0:300:2185:123::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4Lcxlw0lMpz4V6P; Tue, 5 Jul 2022 22:14:04 +0000 (UTC) (envelope-from jamie@catflap.org) X-Catflap-Envelope-From: Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [104.207.135.49]) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5) with ESMTP id 265MDuCo029563; Tue, 5 Jul 2022 23:13:56 +0100 (BST) (envelope-from jamie@donotpassgo.dyslexicfish.net) Received: (from jamie@localhost) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5/Submit) id 265MDtPs029562; Tue, 5 Jul 2022 23:13:55 +0100 (BST) (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <202207052213.265MDtPs029562@donotpassgo.dyslexicfish.net> Date: Tue, 05 Jul 2022 23:13:55 +0100 Organization: Dyslexic Fish To: jamie@catflap.org, 0mp@freebsd.org Cc: oshogbo@freebsd.org, freebsd-stable@freebsd.org, freebsd-rc@freebsd.org Subject: Re: rc.subr - failure when running "protect" - Fixed in Current. MFC ? References: <202205152255.24FMtEZ3084450@donotpassgo.dyslexicfish.net> In-Reply-To: User-Agent: Heirloom mailx 12.4 7/29/08 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (donotpassgo.dyslexicfish.net [104.207.135.49]); Tue, 05 Jul 2022 23:13:56 +0100 (BST) X-Rspamd-Queue-Id: 4Lcxlw0lMpz4V6P X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=catflap.org; spf=pass (mx1.freebsd.org: domain of jamie@catflap.org designates 2001:19f0:300:2185:123::1 as permitted sender) smtp.mailfrom=jamie@catflap.org X-Spamd-Result: default: False [-2.66 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; FREEFALL_USER(0.00)[jamie]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx:dyslexicfish.net]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; RCPT_COUNT_FIVE(0.00)[5]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.96)[-0.964]; DMARC_POLICY_ALLOW(-0.50)[catflap.org,none]; MLMMJ_DEST(0.00)[freebsd-rc,freebsd-stable]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:20473, ipnet:2001:19f0::/38, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N Mateusz, thanks for following this up. Please note that in the original bug request, Mike Walker noticed a further problem with the version currently in HEAD. His fix should therefore also be applied to HEAD, and hopefully MFCed https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256148 cheers, Jamie From nobody Thu Jul 7 20:10:51 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id A139112AF1C0 for ; Thu, 7 Jul 2022 20:11:04 +0000 (UTC) (envelope-from softwareinfojam@gmail.com) Received: from mail-oa1-x31.google.com (mail-oa1-x31.google.com [IPv6:2001:4860:4864:20::31]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Lf6x33FJGz436V for ; Thu, 7 Jul 2022 20:11:03 +0000 (UTC) (envelope-from softwareinfojam@gmail.com) Received: by mail-oa1-x31.google.com with SMTP id 586e51a60fabf-10c0430e27dso15207528fac.4 for ; Thu, 07 Jul 2022 13:11:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:from:date:message-id:subject:to :content-transfer-encoding; bh=h319lN5cZaJTgSouDce7EYfdcuyh1PPtF8k5xxMSdS8=; b=erbhDsAHHJPmj/EI+xqA30o9QtelMpJRiLtNJE20kGjNQO6MaRUv47ScUhK/13tcqG /2BrU0xDioJSekBq74VoR4Nb6VVgx3SYm+JIh9FYQZjo6cFjwB2bBwPo8yAPFuMRtFkK mtXicVlkseKUNeXd67Fpv0eXii9TMJGhNo2kKD3ZU51ygIjFILrZ48u1qmwSfulFoBeP FVJEReZ0Tql2EvDgdNKZB0uqcIQflVoog4ait1Xo22+0w0MuK3CMumLjaAtSDOcehaig MYezI1UO04y8s9Up2JnzZIzn9bdiYCTbBTjbziT5wZqw/nw5lr8QdL9vmxXVwkLozEq2 HcCQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-transfer-encoding; bh=h319lN5cZaJTgSouDce7EYfdcuyh1PPtF8k5xxMSdS8=; b=EuhGZakN8bJtmZBPsUIg/3u5YJAcJTR5waXDR738D9OMxQfGEUz178FTT+uYYOe7zW kbBbY7oKI0V92m0eND0C+lxmbvOfZ3F8S49I4H5WzXvcjZSCKCna+rtG52OjALmFbsjX KGvWj56EV3b5hfjLRWOP3RjpD/EN91uhEHtEfgn5NWIQsAlB2NeYS6VgBkpl1+9PPbBr 0CcDb4rZVGh0ugBCtnL/RzL3dvs4sTMsvOtMynEf+0MWUMk8f8DQDLXmPDW7rd7ilEE4 8e87DgTeZ+gfcaGXN+S8RdBdp5dwKFK+54LIIX6wQ8yo/PfbGYEDBBMncqP2qdFQhNc2 ActQ== X-Gm-Message-State: AJIora9S8W1YAs8t6fg4O8ZJBvTP9lenPBT4M3JDnNUcpeCOdkkF8O3E IwrG1QScNEg6urNenCM+sOjc6qRcA27EzJCSJYCQvuqkCnY= X-Google-Smtp-Source: AGRyM1v33+x/s6yJEHQkyGOg2TzJwx0WzUkPCJoR+DRhde59/VGURp7vc7sG+it8gQrtK0X5RgP5NILD6ZGAEHph/OA= X-Received: by 2002:a05:6870:428b:b0:10c:3847:db45 with SMTP id y11-20020a056870428b00b0010c3847db45mr3793598oah.218.1657224662163; Thu, 07 Jul 2022 13:11:02 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 From: Software Info Date: Thu, 7 Jul 2022 15:10:51 -0500 Message-ID: Subject: Mailman and obhttpd To: Nick Kostirya via freebsd-stable Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4Lf6x33FJGz436V X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=erbhDsAH; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of softwareinfojam@gmail.com designates 2001:4860:4864:20::31 as permitted sender) smtp.mailfrom=softwareinfojam@gmail.com X-Spamd-Result: default: False [-1.73 / 15.00]; NEURAL_HAM_SHORT(-0.73)[-0.734]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2001:4860:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-stable]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_IN_DNSWL_NONE(0.00)[2001:4860:4864:20::31:from]; ASN(0.00)[asn:15169, ipnet:2001:4860:4864::/48, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N Hi All, I am trying to get OpenBSD=E2=80=99s httpd working with Mailman but I am having some issues. I am using obhttpd-7.0.20211221 on FreeBSD 13.1 and I used the suggestions found at https://www.quernus.co.uk/2015/09/28/running-mailman-on-openbsd/ When I try to access the site http://mailman.mydomain.com/Mailman/admin I get a 500 internal server error. I tried running both httpd and slowcgi without daemonizing them and I keep seeing this error on the screen: slowcgi: execve /usr/local/mailman/cgi-bin: Permission denied. Not sure why I am getting that since both httpd and slowcgi run as www and the cgi-bin directory is owned by www and has 755 permissions on it. At a loss. Any help would be appreciated. Here are my config files below. [obhttpd.conf] chroot "/" logdir "/var/log" server "mailman.mydomain.com" { listen on * port 80 root "/usr/local/mailman/" log access "obhttpd-access.log" log error "obhttpd-error.log" location "/Mailman/*" { fastcgi socket "/var/www/run/slowcgi.sock" root "/usr/local/mailman/cgi-bin" } location "/icons/*" { root "/usr/local/mailman/icons/" } location "/pipermail/*" { root "/usr/local/mailman/archives/public/" } } [rc.conf] obhttpd_enable=3D"YES" slowcgi_enable=3D"YES" slowcgi_flags=3D"-p /" From nobody Fri Jul 8 03:00:30 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id C9B3217D39A3 for ; Fri, 8 Jul 2022 03:00:51 +0000 (UTC) (envelope-from mloftis@wgops.com) Received: from mail-oa1-x34.google.com (mail-oa1-x34.google.com [IPv6:2001:4860:4864:20::34]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4LfJ1s04qYz3CQR for ; Fri, 8 Jul 2022 03:00:48 +0000 (UTC) (envelope-from mloftis@wgops.com) Received: by mail-oa1-x34.google.com with SMTP id 586e51a60fabf-f2a4c51c45so27721069fac.9 for ; Thu, 07 Jul 2022 20:00:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wgops.com; s=gm01; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=mjOQog1S85NV5vhVjdrEGaZ2uoIhUcavqg/SuunFpAE=; b=Qz4fcm8mRDIDw6rjAA1OB7K9PaMaSyd+uOs1cGRabDiZMaKkxmuhAlbRGHJu6A4sp6 V08ytJ8sBf9GDnRSwKqarM0e8j4bhJSl2wPI9rskQ68wfmHijvCy3hgCt0c+WL6pbWmw hOCFwre0VuEJD0WdAhOueQEYwEAec3M3aGi7s= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=mjOQog1S85NV5vhVjdrEGaZ2uoIhUcavqg/SuunFpAE=; b=BN9zx3e/bBxaUhJGyH77aWq6EpLITAcH9aXs6VBZPWfbPXqbzUqNOvmiZ957IZtVbv jixIbqeTUz1hVl8rGUSpL3puU/HtzARF04Y+AIVJsD6IV/3LpcCNbuKZPX5UG8reqskP 7uimnk5WWZcYPJZQ+O8Plhu/bw47X8QcVF8AqfV7t2Wadveq2lSZthGBq2boRj7dnTGZ bxwdyrEJ9bWpWhMGmPM4fMJT4ievTirTidlkerKLB7/16VeMJBtrgRF1rpUSu2grFfUM YwDnOZgmzqfUhgCD1BDSUudX0+makZ9ZrU5oblmJaIoG3qWRP14+nkX1ClDETfLQXPDY Glxg== X-Gm-Message-State: AJIora9tH1dRh2KJJXroUi4AtlWAj+AZ8mPFRgamEWVUhS7zOyGZHxCC de7ZEjbeOBApyqFqsAakTNQfkkO/D+QN0LdHgPyE2yHidOc= X-Google-Smtp-Source: AGRyM1u/Y41i0+epHrE5aeS4tD4KuZjj/fGorKGfbuSbznHPFDtiI3vWabGP57F5kWxGN+DeL/6nSlz88QtM4Oa2Zos= X-Received: by 2002:a05:6870:ac14:b0:10c:59bf:fc19 with SMTP id kw20-20020a056870ac1400b0010c59bffc19mr15487oab.270.1657249246352; Thu, 07 Jul 2022 20:00:46 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Michael Loftis Date: Thu, 7 Jul 2022 21:00:30 -0600 Message-ID: Subject: Re: Mailman and obhttpd To: Software Info Cc: Nick Kostirya via freebsd-stable Content-Type: multipart/alternative; boundary="000000000000a2326805e3426840" X-Rspamd-Queue-Id: 4LfJ1s04qYz3CQR X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=wgops.com header.s=gm01 header.b=Qz4fcm8m; dmarc=none; spf=pass (mx1.freebsd.org: domain of mloftis@wgops.com designates 2001:4860:4864:20::34 as permitted sender) smtp.mailfrom=mloftis@wgops.com X-Spamd-Result: default: False [-1.46 / 15.00]; NEURAL_HAM_SHORT(-0.96)[-0.955]; R_DKIM_ALLOW(-0.20)[wgops.com:s=gm01]; R_SPF_ALLOW(-0.20)[+ip6:2001:4860:4000::/36]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MLMMJ_DEST(0.00)[freebsd-stable]; FREEMAIL_TO(0.00)[gmail.com]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; BLOCKLISTDE_FAIL(0.00)[2001:4860:4864:20::34:server fail]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2001:4860:4864:20::34:from]; DKIM_TRACE(0.00)[wgops.com:+]; ASN(0.00)[asn:15169, ipnet:2001:4860:4864::/48, country:US]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; DMARC_NA(0.00)[wgops.com]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N --000000000000a2326805e3426840 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Not an expert on the openbsd https but from what I recall Your root should look more like root { =E2=80=9C/usr/local/mailman/cgi-bin=E2=80=9C, strip 1= } =E2=80=94 your current configuration is telling it to exec the directory, which obviously won=E2=80=99t work. =E2=80=A6 the latter tells it to take the URI and strip= one component off to complete the filesystem part to the CGI=E2=80=A6 On Thu, Jul 7, 2022 at 14:12 Software Info wrote: > Hi All, > > I am trying to get OpenBSD=E2=80=99s httpd working with Mailman but I am > having some issues. I am using obhttpd-7.0.20211221 on FreeBSD 13.1 > and I used the suggestions found at > https://www.quernus.co.uk/2015/09/28/running-mailman-on-openbsd/ When > I try to access the site http://mailman.mydomain.com/Mailman/admin I > get a 500 internal server error. I tried running both httpd and > slowcgi without daemonizing them and I keep seeing this error on the > screen: slowcgi: execve /usr/local/mailman/cgi-bin: Permission denied. > Not sure why I am getting that since both httpd and slowcgi run as www > and the cgi-bin directory is owned by www and has 755 permissions on > it. At a loss. Any help would be appreciated. > > > Here are my config files below. > > [obhttpd.conf] > chroot "/" > logdir "/var/log" > server "mailman.mydomain.com" { > listen on * port 80 > root "/usr/local/mailman/" > log access "obhttpd-access.log" > log error "obhttpd-error.log" > location "/Mailman/*" { > fastcgi socket "/var/www/run/slowcgi.sock" > root "/usr/local/mailman/cgi-bin" > } > > location "/icons/*" { > root "/usr/local/mailman/icons/" > } > > location "/pipermail/*" { > root "/usr/local/mailman/archives/public/" > } > } > > [rc.conf] > obhttpd_enable=3D"YES" > slowcgi_enable=3D"YES" > slowcgi_flags=3D"-p /" > > -- "Genius might be described as a supreme capacity for getting its possessors into trouble of all kinds." -- Samuel Butler --000000000000a2326805e3426840 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Not an expert on the openbsd https but from what I r= ecall Your root should look more like root { =E2=80=9C/usr/local/mailman/cgi-bin=E2=80=9C, strip 1 } =E2=80=94 your c= urrent configuration is telling it to exec the directory, which obviously w= on=E2=80=99t work. =E2=80=A6 the latter tells it to take the URI and strip = one component off to complete the filesystem part to the CGI=E2=80=A6

On Thu, Jul 7, 2022 at 14:12 Software Info <softwareinfojam@gmail.c= om> wrote:
Hi All,

I am trying to get OpenBSD=E2=80=99s httpd working with Mailman but I am having some issues. I am using obhttpd-7.0.20211221 on FreeBSD 13.1
and I used the suggestions found at
https://www.quernus.co.uk/2015/09/28= /running-mailman-on-openbsd/ When
I try to access the site http://mailman.mydomain.com/Mailma= n/admin I
get a 500 internal server error. I tried running both httpd and
slowcgi without daemonizing them and I keep seeing this error on the
screen: slowcgi: execve /usr/local/mailman/cgi-bin: Permission denied.
Not sure why I am getting that since both httpd and slowcgi run as www
and the cgi-bin directory is owned by www and has 755 permissions on
it. At a loss. Any help would be appreciated.


Here are my config files below.

[obhttpd.conf]
chroot "/"
logdir "/var/log"
server "mailman.mydomain.com" {
listen on * port 80
root "/usr/local/mailman/"
log access "obhttpd-access.log"
log error "obhttpd-error.log"
location "/Mailman/*" {
fastcgi socket "/var/www/run/slowcgi.sock"
root "/usr/local/mailman/cgi-bin"
}

location "/icons/*" {
root "/usr/local/mailman/icons/"
}

location "/pipermail/*" {
root "/usr/local/mailman/archives/public/"
}
}

[rc.conf]
obhttpd_enable=3D"YES"
slowcgi_enable=3D"YES"
slowcgi_flags=3D"-p /"

--

"Genius might be described as a supreme capacity f= or getting its possessors
into trouble of all kinds."
-- Samuel = Butler
--000000000000a2326805e3426840-- From nobody Fri Jul 8 05:03:18 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 37BF63E6BAE for ; Fri, 8 Jul 2022 05:03:32 +0000 (UTC) (envelope-from softwareinfojam@gmail.com) Received: from mail-oa1-x2a.google.com (mail-oa1-x2a.google.com [IPv6:2001:4860:4864:20::2a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4LfLlR2MClz3SC1 for ; Fri, 8 Jul 2022 05:03:31 +0000 (UTC) (envelope-from softwareinfojam@gmail.com) Received: by mail-oa1-x2a.google.com with SMTP id 586e51a60fabf-10c0e6dd55eso14147144fac.7 for ; Thu, 07 Jul 2022 22:03:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=93Kw77USFLnUodWJ777z2zxU8PrHDT1lJUIJcabeU8w=; b=VUPPNYhxvKccRSAVRN4OknEO1YhUe2yAzgNT2lcTLm5POS649f4fmDEle/+TrRKm6i /Zk6yzn1xATOBJlRsyRvhVb8ZeJqs17GUDDpQKmz66N9cmtxJvAQd2OVaqgCyVvGvpSi lJs8BgV3FIHTcP66htBJVmd6MJoMJnwWA8VBssBZQ8x0RIuFyhmMHKRhGYlo/Sry1h1E D+L2CxqR44ZeuCHQRpx94y4Las+h2pc7Sc0MjqcN3bANLj3dlZN4WaaL2IPILFIuo2Z1 KTVXuEkD5yS35I5yHzCt0f3UV/LMVgvrfj0Gbx/qf5UREA8WA36O4XSE+qgGIjAAy5V2 CUug== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=93Kw77USFLnUodWJ777z2zxU8PrHDT1lJUIJcabeU8w=; b=wcUM31s3IEfGJhuoUjt+XMBHrAL5dR3OFLgoMHY6l/ttclyheUdUXv6qBCpqxZQ/+b 80GM2zvpSTs4Yeqs8ZsI/OaoWNT9yxLEPa2zW8qaoF9xB3p94zSLFXDMMGTeXyjGlttr UxLQlrAendGWPYEGNwt+1PvvPD0zVS53k7LWOqBnCVTv8MXrEzPKdf8nH3+6zX3jt9uz hcFAouomVoAVhBQXW4TWe5OdjYPPVj2H7jbZoV6T+0ktcPm4TNWeDKUvDOkcxETmW51V /x4VT9UNz74x7S/2q7LOqiiZFZC01OYux4xg4RhhyRDEx19ZVMJVNrwjy1JsQbzTzoPC VXhw== X-Gm-Message-State: AJIora+Wuge0LJoZ5ESxg6TLZwfZWCQkHVUtRdR4lO5HNZVJ7oKmgoeg WzScLXtHWQb/ZhXMc3jS2oMpcwzoE0G4F6q6o2H04n2fFoQ= X-Google-Smtp-Source: AGRyM1v8JqGPwL/SwO4Q16aMawGZpEvYHao0Gv7ISwEpC75ap8WViCg/WbqFpku+C/PrF46XnH990m8RhMUxMVhwtqY= X-Received: by 2002:a05:6870:428b:b0:10c:3847:db45 with SMTP id y11-20020a056870428b00b0010c3847db45mr4844970oah.218.1657256610246; Thu, 07 Jul 2022 22:03:30 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Software Info Date: Fri, 8 Jul 2022 00:03:18 -0500 Message-ID: Subject: Re: Mailman and obhttpd To: Michael Loftis Cc: Nick Kostirya via freebsd-stable Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4LfLlR2MClz3SC1 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=VUPPNYhx; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of softwareinfojam@gmail.com designates 2001:4860:4864:20::2a as permitted sender) smtp.mailfrom=softwareinfojam@gmail.com X-Spamd-Result: default: False [-1.95 / 15.00]; NEURAL_HAM_SHORT(-0.95)[-0.955]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; R_SPF_ALLOW(-0.20)[+ip6:2001:4860:4000::/36]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-stable]; MID_RHS_MATCH_FROMTLD(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:2001:4860:4864::/48, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2001:4860:4864:20::2a:from]; RCPT_COUNT_TWO(0.00)[2]; DKIM_TRACE(0.00)[gmail.com:+]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N Thanks very much for your reply. I had tried that exact line but when I ran obhttpd -n I kept getting a syntax error on line 12. That's the line that has root { "/usr/local/mailman/cgi-bin/", strip 1 } When I changed the line to root "/usr/local/mailman/cgi-bin/" the sytax error went away. Could it be that the FreeBSD version of HTTPD doesn't support all the options that the OpenBSD version does? On Thu, Jul 7, 2022 at 10:00 PM Michael Loftis wrote: > > Not an expert on the openbsd https but from what I recall Your root shoul= d look more like root { =E2=80=9C/usr/local/mailman/cgi-bin=E2=80=9C, strip= 1 } =E2=80=94 your current configuration is telling it to exec the directo= ry, which obviously won=E2=80=99t work. =E2=80=A6 the latter tells it to ta= ke the URI and strip one component off to complete the filesystem part to t= he CGI=E2=80=A6 > > On Thu, Jul 7, 2022 at 14:12 Software Info wr= ote: >> >> Hi All, >> >> I am trying to get OpenBSD=E2=80=99s httpd working with Mailman but I am >> having some issues. I am using obhttpd-7.0.20211221 on FreeBSD 13.1 >> and I used the suggestions found at >> https://www.quernus.co.uk/2015/09/28/running-mailman-on-openbsd/ When >> I try to access the site http://mailman.mydomain.com/Mailman/admin I >> get a 500 internal server error. I tried running both httpd and >> slowcgi without daemonizing them and I keep seeing this error on the >> screen: slowcgi: execve /usr/local/mailman/cgi-bin: Permission denied. >> Not sure why I am getting that since both httpd and slowcgi run as www >> and the cgi-bin directory is owned by www and has 755 permissions on >> it. At a loss. Any help would be appreciated. >> >> >> Here are my config files below. >> >> [obhttpd.conf] >> chroot "/" >> logdir "/var/log" >> server "mailman.mydomain.com" { >> listen on * port 80 >> root "/usr/local/mailman/" >> log access "obhttpd-access.log" >> log error "obhttpd-error.log" >> location "/Mailman/*" { >> fastcgi socket "/var/www/run/slowcgi.sock" >> root "/usr/local/mailman/cgi-bin" >> } >> >> location "/icons/*" { >> root "/usr/local/mailman/icons/" >> } >> >> location "/pipermail/*" { >> root "/usr/local/mailman/archives/public/" >> } >> } >> >> [rc.conf] >> obhttpd_enable=3D"YES" >> slowcgi_enable=3D"YES" >> slowcgi_flags=3D"-p /" >> > -- > > "Genius might be described as a supreme capacity for getting its possesso= rs > into trouble of all kinds." > -- Samuel Butler From nobody Wed Jul 13 08:07:49 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id C32F91D268A4 for ; Wed, 13 Jul 2022 08:07:59 +0000 (UTC) (envelope-from juraj@lutter.sk) Received: from ns2.wilbury.net (ns2.wilbury.net [IPv6:2a01:b200:0:1:f816:3eff:fecd:13e6]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "svc.wilbury.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4LjVby5SZQz3N9d for ; Wed, 13 Jul 2022 08:07:58 +0000 (UTC) (envelope-from juraj@lutter.sk) Received: from smtpclient.apple (unknown [217.73.28.193]) (Authenticated sender: juraj@lutter.sk) by svc.wilbury.net (Postfix) with ESMTPSA id CAD6045CF3D for ; Wed, 13 Jul 2022 10:07:49 +0200 (CEST) From: Juraj Lutter Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.100.31\)) Subject: panic in zfs(?) on stable/12 Message-Id: <0A76E2FF-1423-48D9-A32B-9784BF3DCBDD@lutter.sk> Date: Wed, 13 Jul 2022 10:07:49 +0200 To: stable@freebsd.org X-Mailer: Apple Mail (2.3696.100.31) X-Rspamd-Queue-Id: 4LjVby5SZQz3N9d X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of juraj@lutter.sk designates 2a01:b200:0:1:f816:3eff:fecd:13e6 as permitted sender) smtp.mailfrom=juraj@lutter.sk X-Spamd-Result: default: False [-2.80 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:b200:0:1:f816:3eff:fecd:13e6]; MIME_GOOD(-0.10)[text/plain]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:44185, ipnet:2a01:b200::/32, country:SK]; FROM_EQ_ENVFROM(0.00)[]; DMARC_NA(0.00)[lutter.sk]; MLMMJ_DEST(0.00)[stable]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hi. every now and then I=E2=80=99m getting: panic: vm_fault: fault on nofault entry, addr: 0xfffffe01d9620000 cpuid =3D 5 time =3D 1657698436 KDB: stack backtrace: #0 0xffffffff80c2e775 at kdb_backtrace+0x65 #1 0xffffffff80be4ba8 at vpanic+0x178 #2 0xffffffff80be4a23 at panic+0x43 #3 0xffffffff80f63b1b at vm_fault+0x20fb #4 0xffffffff80f61920 at vm_fault_trap+0x60 #5 0xffffffff81100270 at trap_pfault+0x1e0 #6 0xffffffff810d7c28 at calltrap+0x8 #7 0xffffffff824bf80d at abd_iterate_func+0x12d #8 0xffffffff8257ced6 at zio_checksum_generate+0x66 #9 0xffffffff8257b26d at zio_execute+0xad #10 0xffffffff80c412b4 at taskqueue_run_locked+0x144 #11 0xffffffff80c426a2 at taskqueue_thread_loop+0xd2 #12 0xffffffff80ba592e at fork_exit+0x7e #13 0xffffffff810d8c5e at fork_trampoline+0xe Uptime: 3d11h13m45s Machine is stable/12 (very recent, built from clean sources), zpool = upgraded to version 28. I=E2=80=99m now on a crossroad: Is it better to thoroughly test the = memory, upgrade to stable/13, switch to out-of-tree OpenZFS or diagnose = the ZFS further? Thanks! otis =E2=80=94 Juraj Lutter otis@FreeBSD.org From nobody Sat Jul 16 12:06:02 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4LlS1T0BVRz4TPWP for ; Sat, 16 Jul 2022 12:18:21 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::12]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4LlS1R3xCrz3F8Y for ; Sat, 16 Jul 2022 12:18:19 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840:0:0:0:0:0:12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 26GCI41G065911 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sat, 16 Jul 2022 14:18:05 +0200 (CEST) (envelope-from pmc@citylink.dinoex.sub.org) X-MDaemon-Deliver-To: Received: (from uucp@localhost) by uucp.dinoex.org (8.17.1/8.17.1/Submit) with UUCP id 26GCI4i9065910 for freebsd-stable@freebsd.org; Sat, 16 Jul 2022 14:18:04 +0200 (CEST) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.16.1/8.16.1) with ESMTP id 26GC6vPE006023 for ; Sat, 16 Jul 2022 14:06:57 +0200 (CEST) (envelope-from peter@gate.intra.daemon.contact) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by gate.intra.daemon.contact (8.16.1/8.16.1) with ESMTPS id 26GC6244005913 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sat, 16 Jul 2022 14:06:02 +0200 (CEST) (envelope-from peter@gate.intra.daemon.contact) Received: (from peter@localhost) by gate.intra.daemon.contact (8.16.1/8.16.1/Submit) id 26GC62pj005912 for freebsd-stable@freebsd.org; Sat, 16 Jul 2022 14:06:02 +0200 (CEST) (envelope-from peter) Date: Sat, 16 Jul 2022 14:06:02 +0200 From: Peter To: freebsd-stable@freebsd.org Subject: nfs stalls client: nfsrv_cache_session: no session Message-ID: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Milter: Spamilter (Reciever: uucp.dinoex.org; Sender-ip: 0:0:2a0b:f840::; Sender-helo: uucp.dinoex.org;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [IPv6:2a0b:f840:0:0:0:0:0:12]); Sat, 16 Jul 2022 14:18:07 +0200 (CEST) X-Rspamd-Queue-Id: 4LlS1R3xCrz3F8Y X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org designates 2a0b:f840::12 as permitted sender) smtp.mailfrom=pmc@citylink.dinoex.sub.org X-Spamd-Result: default: False [-3.30 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[sub.org]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_NONE(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE]; FROM_HAS_DN(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hija, I have a problem with NFSv4: The configuration: Server Rel. 13.1-RC2 nfs_server_enable="YES" nfs_server_flags="-u -t --minthreads 2 --maxthreads 20 -h ..." mountd_enable="YES" mountd_flags="-S -p 803 -h ..." rpc_lockd_enable="YES" rpc_lockd_flags="-h ..." rpc_statd_enable="YES" rpc_statd_flags="-h ..." rpcbind_enable="YES" rpcbind_flags="-h ..." nfsv4_server_enable="YES" sysctl vfs.nfs.enable_uidtostring=1 sysctl vfs.nfsd.enable_stringtouid=1 Client bhyve Rel. 13.1-RELEASE on the same system nfs_client_enable="YES" nfs_access_cache="600" nfs_bufpackets="32" nfscbd_enable="YES" Mount-options: nfsv4,readahead=1,rw,async Access to the share suddenly stalled. Server reports this in messages, every second: nfsrv_cache_session: no session IPaddr=192.168... Restarting nfsd and mountd didn't help, only now the client started to also report in messages, every second: nfs server 192.168...:/var/sysup/mnt/tmp.6.56160: is alive again Mounting the same share anew to a different place works fine. The network babble is this, every second: NFS request xid 1678997001 212 getattr fh 0,6/2 NFS reply xid 1678997001 reply ok 52 getattr ERROR: unk 10052 Forensics: I tried to build openoffice on that share, a couple of times. So there was a bit of traffic, and some things may have overflown. There seems to be no way to recover, only crashing the client. From nobody Sat Jul 16 13:43:11 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4LlTvW3y71z4WYqZ for ; Sat, 16 Jul 2022 13:43:19 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-YT3-obe.outbound.protection.outlook.com (mail-yt3can01on2086.outbound.protection.outlook.com [40.107.115.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4LlTvV3v2lz3Q0S for ; Sat, 16 Jul 2022 13:43:18 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=kPHlNq55EuuIKgrrYkmucwPoBkLZE1/YxIu47B7nzX8NM7f1nkWBXKgGQ0isyjYiqr4s3T6FohovRCkIeiydEZOnuf0SxUSjEGn+NE/OWhplC71EjtPvT+rVXHlMO9Ck6htt/ByxGQPw8zqb1oekGSCl2DZRA7/qmnJmX/sHb9X7zBhU3sTCJPnzHBU+sW2UF53/g9C3TsuTBMiGeU4h1Dxbm5oDR9BfbM9tltpxBlzOis8GRP/JWBIgSCWgV9OoQ+qf8fHx1ZxKMOiD7dku34R3cOuZXjwaAaU6R/DtfZd5DRi67Z/IsnUmwIM0zMan+FF/fuhMYHZl1HTKDDYyvQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=iFHNMtU8imGLKpmbBIy/iQHauCk0Kg0GzV+Q4zs/seE=; b=ZJdehS04/f/Y/VRg3izo5hXlUdcU5uLKLyH7KtyVNdEWxLzVFabxwjNibLHkC7Md7sNZufLnbjMATHD0w9pL8ztciJInQwQPBwM1ow0QUgkKXNh+VbVXjlC8fFgTbmLrWLbMa0GSaHn2pd5Gettk3cpKzIM4EciNaSt1LhBd2rzpqvHpQd0+Kx8RnMszmnw1nvcJU3yEsYfZYZq8mEgTPZTclWGdmZHd3EUDqE8sulr/44S7EI7nQaL+Jgd6pFVVQRRubs4ACGYfdn7kScySogjoZevqObnynaz4hdOzmn+uvipMI0rmyzkf93wQhSirZuEGJgjztTHiE/9Nk1H3vg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=iFHNMtU8imGLKpmbBIy/iQHauCk0Kg0GzV+Q4zs/seE=; b=FS8N4FytGclETBqxoZe4NbqyxUJKiapFYbtgl0UeKSwmu2mC6+M0QM5Se8kTeG2aVNZ3yuPNd2oWwitFvyr3Rk6SbHd8CUWw9BVJ0/Zm7W1PvQCsVsObf/GZ/pdAi6CTE2MCFgpwuzMUgePXdWFEpaNfLUAoZiioOvqNHYyRmZ7wvQvg1RgMdxi4EtLZfreH2IpsdDWDLaBrDNK7djLGyXLWIQlEI4xTHkFrgY1cwqGTCP7aG3r0VW2lW1VNSYrJhV08QPQkxYBEWE8qiR8XLadoIKwG366b4xJHL8TtLW4TpyM7evJPYTX7SWEaQr4p1vQki1AqPWtiSnS7MKghjg== Received: from YQBPR0101MB9742.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c01:81::14) by YT3PR01MB6131.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:b01:68::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5438.12; Sat, 16 Jul 2022 13:43:16 +0000 Received: from YQBPR0101MB9742.CANPRD01.PROD.OUTLOOK.COM ([fe80::51a6:243b:f3db:61fe]) by YQBPR0101MB9742.CANPRD01.PROD.OUTLOOK.COM ([fe80::51a6:243b:f3db:61fe%7]) with mapi id 15.20.5438.021; Sat, 16 Jul 2022 13:43:11 +0000 From: Rick Macklem To: Peter , "freebsd-stable@freebsd.org" Subject: Re: nfs stalls client: nfsrv_cache_session: no session Thread-Topic: nfs stalls client: nfsrv_cache_session: no session Thread-Index: AQHYmQ4r/JoiRFCEK06ukXc4DHs0E62A/gBy Date: Sat, 16 Jul 2022 13:43:11 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: suggested_attachment_session_id: aee0be81-6fb5-b591-0fd7-2f6157b4e566 x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 50bead64-920e-4402-cae0-08da6731200d x-ms-traffictypediagnostic: YT3PR01MB6131:EE_ x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: LsFmb7v/LcOmhm50U2Ya3w6jD3CD9S6UoaXNn6qFPDIIZeHPMW3mVp4OBn54IIrKh5LrpIQbXUvoA8N/vEBna06DemeYjR7xSD2VsZrPJvFdDS3qH5TQNu5Tk0oXVwtQyZs8+MZZq9kYmM5TeYZM7TBaiuCRRCfJMWeS+VVhEm4V3X8WB1nKNZNdkGX+ikOhQ42PXqjuD7v7O+HCrnbflolZ/YxP3+0ZpBkGBC76t7wje0yCu6N1MtgXazGnS9m3ecMoXeECO+aJFxLYmxilKtfxCt5MQJAvkrdLHqNZCwSpNwOHAxAVIgmV3mLHjZeSLwfRmPDhYYAoYsk9alNY/AUoyHVIvfJbbfiGv7pL3kSIci5tr7oa57O/T/Gm6VhM/5R3Qqt+YKVUCYpiPEKCHzCv51p235/Ya/onnJDw07aRZp5STII3vH2vB36YcDmShxKuS+d8xqynyw+SHthB0AgHZy/jzsWN2AtFR1vEXBWzB20N7ZDOkTF/wBRH3lSpN/laGG6ExRY47hnx86LORdMn3FSAhfSHNrUOtzPSm052ubCVkpIzMcDyXSiv0i7AnK4w/5VAR0FPF00Cp2vQK6iKrpeK4Kg0G1cAYNgs/Lm6wRe8D1+KQoCiWn2zFB28m0ExTaflKShA66NFEcXF/xcO9u89copssmVbCETsEQxvoLqHk0hEwoANh6H3JxN3ycOb/7ORFMqa7HbZgNq8uMGm+ujiz/AyR+5CICnIX8Uz/QgouUCL9MCkdHUg1vXmKGZFjSueprrT1E9FvoTF10tU8R9dPKv8c+3ApTPzB2QDlO9DyDVTtQudI3MSjDVh x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:YQBPR0101MB9742.CANPRD01.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(13230016)(4636009)(366004)(136003)(376002)(39860400002)(346002)(396003)(71200400001)(83380400001)(478600001)(38070700005)(41300700001)(6506007)(7696005)(9686003)(110136005)(316002)(786003)(91956017)(186003)(55016003)(76116006)(41320700001)(66946007)(5660300002)(8936002)(66556008)(66476007)(52536014)(8676002)(66446008)(64756008)(122000001)(86362001)(33656002)(2906002)(38100700002);DIR:OUT;SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?Da18jG1p+gfsUXbt88FAFlQgqh/FEkGvrT0iRbnN3foAZJaK7S6zxFea2c?= =?iso-8859-1?Q?0/fwSDDHh55c+d8CFZy4dJAwPFCW7mJSZORId5OTdcMFnjMNzGD2Q2hFXy?= =?iso-8859-1?Q?NEBfIa+dPDbes272y7V/VI26FxuIG8YLtbUeYHa1io0B5Z2TKQfsEla6mu?= =?iso-8859-1?Q?91U6kLurF5KgKVCR8mp1ZFsRUpIpmCZhicSIa2vBmkygei0kMSv6iSvttU?= =?iso-8859-1?Q?2NeFVCexuuvLo1HyGVGh/wwxGqprto4WUQ79oxuE6HiEhBN6nRWZMfwDTV?= =?iso-8859-1?Q?MVM4pMAzhMKqlb9o3Y/O3GpmzIW8FyTLErIxYcmTxWSvNOvx6BnsVMu0U7?= =?iso-8859-1?Q?eXLyOGItCiEa++WAOx0fHp2fHwSbGagzf2FPxQtyfamkvLUCJ78f5EQxSM?= =?iso-8859-1?Q?g5VIbXb+u41OodttaIoDzB2E1ZL+MbIWkhUgRxWCdYFRPt7IY6gZgHxW+G?= =?iso-8859-1?Q?Q79iv3wyEcvOIetktf4GYq9sQJbIysKvWPmgvAFHecKeE9KKw8+/hRLbJ4?= =?iso-8859-1?Q?WNo4AfrcxKRp4KzYAdxihp7gyrhs0wrDQeJrjUVWUPLtxtASZcNA/7FMOD?= =?iso-8859-1?Q?oDY7zyDc4qAIplq7wKNHvKjleN1g2+PeJ0N28r5IW4D+7t0Gwr2aE/ouRf?= =?iso-8859-1?Q?Zqtfayvw3Df5e0GkaUYGYkYj9VifKon26VYK1o4ACoi0NFowVp7+DlWHMk?= =?iso-8859-1?Q?c2Ghkj+rWFaGGoHO/gBDsHKFiixTzzotFEAxzIVTdqMTAlct7j0B3B/tn0?= =?iso-8859-1?Q?D9u7z0VRnKK3b2LHLdQMkSQC2dlPcO8y9adqVkUeCRYceHvjs/wWe3dDH8?= =?iso-8859-1?Q?XlyeaOCDknm1E5R7FNCjXxonWrc2A/gg959lX8jJ/mYNj42+slm/4Ohhin?= =?iso-8859-1?Q?AQ6zKzKKij0tFUOj+4rSyyfxK0Ec5gsl9E1eefLdMxf+YNT/NvejaZnw18?= =?iso-8859-1?Q?2sgxmxwcslE6a7nE6BYle55DKWpDQsqOFZXT6ge8PN7HVLZfChv1UUqOYt?= =?iso-8859-1?Q?i+o1UPmjL4J26V0RUE1slxDP+4OusFZtwhegsjUuXR8cuuhPPEVDos8+/m?= =?iso-8859-1?Q?OyiUJiqMT196utbejKPfNxjxKTZxVkuxcnwwNBakQ5xEets72qo5V9bkTi?= =?iso-8859-1?Q?X+XS3s3mzp9vDqimb17fnKw/bxKeoaHqCZiUKBzZuoxegZX2jjzwHuQNcN?= =?iso-8859-1?Q?J0J9qFA1a7NVXQ2AR0HPUmne/qlcqQ96COlLcMCTWknUpRSU2hJezzTcd9?= =?iso-8859-1?Q?mt5cAwiPJiSe3cLlQh5Ka3LfjlIYIjU5MvuovPRN2yWBVKRpcehKZok8gi?= =?iso-8859-1?Q?EHu+RZfVEoZ6XH/VgEIIWosOIGme1aB5P1Ag1hm3RkkELTzlk16wawJ3Uc?= =?iso-8859-1?Q?ikmYOFc54c9igLY1xasV+tZ7jwARPcCLYNd0x29LfC5RZohnOTWfZyPVNN?= =?iso-8859-1?Q?2fHmm8CXAbQWZtghlUXD0dD1T7qJ/GOuJOPbirkDJPCCUNEfB/sFPSG8Jp?= =?iso-8859-1?Q?8+h0uPiXqfEYgR/drqDRGGw3mbXTwEqG/JXec8vpg92FLykaoOsV2bg6Fj?= =?iso-8859-1?Q?/cVvPjKt/yEP4fEq+2Ki9WBT9RNbOu2t0oQ73C+t+kz2aa+vLc6A/hJr+u?= =?iso-8859-1?Q?8Qi3QNN1/SNbkqdVqUhFHSHxAAtLhppWnl0IqOw3K+KW347QCKlFSj628E?= =?iso-8859-1?Q?pg1jV8A4fSEQvD6vPvwxv3ymuZgbV08yPyNdoeKM?= Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: YQBPR0101MB9742.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 50bead64-920e-4402-cae0-08da6731200d X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Jul 2022 13:43:11.4541 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: iqATWWnRNfXP173/bONUx8AX2FCCbXoNDLPQYNTgJ752NqMzMt7gLsWy5jNzjre1z7mm9k3MH3Bpr/ET/h9zZg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YT3PR01MB6131 X-Rspamd-Queue-Id: 4LlTvV3v2lz3Q0S X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector2 header.b=FS8N4Fyt; arc=pass ("microsoft.com:s=arcselector9901:i=1"); dmarc=pass (policy=none) header.from=uoguelph.ca; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.115.86 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-6.00 / 15.00]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[uoguelph.ca,none]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector2]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[rmacklem]; RCVD_IN_DNSWL_NONE(0.00)[40.107.115.86:from]; TO_DN_SOME(0.00)[]; DKIM_TRACE(0.00)[uoguelph.ca:+]; RCVD_COUNT_THREE(0.00)[3]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.115.86:from] X-ThisMailContainsUnwantedMimeParts: N Peter wrote:=0A= > Hija,=0A= > I have a problem with NFSv4:=0A= >=0A= > The configuration:=0A= > Server Rel. 13.1-RC2=0A= > nfs_server_enable=3D"YES"=0A= > nfs_server_flags=3D"-u -t --minthreads 2 --maxthreads 20 -h ..."=0A= Allowing it to go down to 2 threads is very low. I've never even=0A= tried to run a server with less than 4 threads. Since kernel threads=0A= don't generate much overhead, I'd suggest replacing the=0A= minthreads/maxthreads with "-n 32" for a very small server.=0A= (I didn't write the code that allows number of threads to vary and=0A= never use that either.)=0A= =0A= > mountd_enable=3D"YES"=0A= > mountd_flags=3D"-S -p 803 -h ..."=0A= > rpc_lockd_enable=3D"YES"=0A= > rpc_lockd_flags=3D"-h ..."=0A= > rpc_statd_enable=3D"YES"=0A= > rpc_statd_flags=3D"-h ..."=0A= > rpcbind_enable=3D"YES"=0A= > rpcbind_flags=3D"-h ..."=0A= > nfsv4_server_enable=3D"YES"=0A= > sysctl vfs.nfs.enable_uidtostring=3D1=0A= > sysctl vfs.nfsd.enable_stringtouid=3D1=0A= > =0A= > Client bhyve Rel. 13.1-RELEASE on the same system=0A= > nfs_client_enable=3D"YES"=0A= > nfs_access_cache=3D"600"=0A= > nfs_bufpackets=3D"32"=0A= > nfscbd_enable=3D"YES"=0A= > =0A= > Mount-options: nfsv4,readahead=3D1,rw,async=0A= I would expect the behaviour you are seeing for "intr" and/or "soft"=0A= mounts, but since you are not using those, I don't know how you=0A= broke the session? (10052 is NFSERR_BADSESSION)=0A= You might want to do "nfsstat -m" on the client to see what options=0A= were actually negotiated for the mount and then check that neither=0A= "soft" nor "intr" are there.=0A= =0A= I suspect that the recovery thread in the client (called "nfscl") is=0A= somehow wedged and cannot do the recovery from the bad session,=0A= as well.=0A= A "ps axHl" on the client would be useful to see what the=0A= processes/threads are up to on the client when it is hung.=0A= =0A= If increasing the number of nfsd threads in the server doesn't resolve=0A= the problem, I'd guess it is some network weirdness caused by how=0A= the bhyve instance is networked to its host. (I always use bridging=0A= for bhyve instances and do NFS mounts, but I don't work those=0A= mounts hard.)=0A= =0A= Btw, "umount -N " on the client will normally get rid=0A= of a hung mount, although it can take a couple of minutes to complete.=0A= =0A= rick=0A= =0A= =0A= Access to the share suddenly stalled. Server reports this in messages,=0A= every second:=0A= nfsrv_cache_session: no session IPaddr=3D192.168...=0A= =0A= Restarting nfsd and mountd didn't help, only now the client started to=0A= also report in messages, every second:=0A= nfs server 192.168...:/var/sysup/mnt/tmp.6.56160: is alive again=0A= =0A= Mounting the same share anew to a different place works fine.=0A= =0A= The network babble is this, every second:=0A= NFS request xid 1678997001 212 getattr fh 0,6/2=0A= NFS reply xid 1678997001 reply ok 52 getattr ERROR: unk 10052=0A= =0A= Forensics: I tried to build openoffice on that share, a couple of=0A= times. So there was a bit of traffic, and some things may have=0A= overflown.=0A= =0A= There seems to be no way to recover, only crashing the client.=0A= =0A= =0A= =0A= From nobody Sat Jul 16 14:19:10 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4LlVhy0qmgz4Wf9H for ; Sat, 16 Jul 2022 14:19:14 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-YT3-obe.outbound.protection.outlook.com (mail-yt3can01on2044.outbound.protection.outlook.com [40.107.115.44]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4LlVhw5FHcz3T6p for ; Sat, 16 Jul 2022 14:19:12 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=hpQYlCQRSEAvwXg2bRrPHPDRBt+eqm3YSHCHfCOCp24XxkEdKi/6LiBv3Rodf1UAPAMrFPYdVFa5N2nLmG9sw181bZxwD8IyY1sLQSXjc6PQ4PWeYpLjPtWW/sdRgYK36cALeKeLMOqMJoRB+39qEYmdAP72twcxIArNVxcBi62E7BIqP1pXQurOd7moygOSYxQvrM5YzKvzSrsYz3vopF4VUvgTsLdZHCKEfxk9gm6EFC0QOXHu8f72vJ5bO42CJwFo1HjqM+ZVQV5sjb3/siyU1ceuWg3ZiYGuS8Ng2eEMOPhxMdUSZBcqvcEaFzbY+fFhq56uCrtFQvwGpuMRIA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=/h6vzi7170M4MOVDcpaXQqXwkqA8hhpXafz1zt6YcBg=; b=lwCZ02fKWo/MbVInT8PsVVvypGNEwLp5UJuUmDZbVmp/ZYloZC3z9RN4BuRhP6wlNQ0agoMOlXNDNkWWn0Ca4XJjkZzVCi3q4wuELDkwo4OQYo/IIlYzbX1qQSRC68hLdfe4oJ1xQpOhvJKI7OZVoVeB1iUYV0YY3QmP+nJTB7l1rbthy4bTOpwPUcb3m2LnOsk5Xa2Qnae6TjwLkf1PTkecI6rS74yhLKUXODLXXkea7gIFaMaIfH7LCEr/7e9iZjdk8VCbGXAkh6tMUEcZO+ZyS9j8JccP2Ztj0BApkE+jgnmRRY1Wj4zmISAEXnAbItwP0ebhe2gylmcmLg33AA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=/h6vzi7170M4MOVDcpaXQqXwkqA8hhpXafz1zt6YcBg=; b=LNnJonaF4PqZInFse7QtHGkFq/24m8PG1yT34KzdDTBhvUEGA/aVDqjggKpSMRverLVidrtuqPDh30mf15mWUEfQJgquvpTbk7g3OnT2FRXIbglCOxdIy6q8OmBQgt2I5kHW0o9nMshLEAoMgo0dwXTStD4SXwJrstCIkOO5S0N44s2g55jHM5jECXy26ec5kjqt3JDS+UBzwRS+FnI4iuPqQ+YCrkOhDGmhWf1qrx0QnzhouAt5KTaIZFB3FAROBot8PN3OM1140m3L+i5/n9UZiLoVrqyKcAMCi/+jUJnal8AfMDzMdDvm9BxhbcI2swToyOZxA7d34R8FeqhS8Q== Received: from YQBPR0101MB9742.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c01:81::14) by YQBPR0101MB8928.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c01:5c::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5438.14; Sat, 16 Jul 2022 14:19:10 +0000 Received: from YQBPR0101MB9742.CANPRD01.PROD.OUTLOOK.COM ([fe80::51a6:243b:f3db:61fe]) by YQBPR0101MB9742.CANPRD01.PROD.OUTLOOK.COM ([fe80::51a6:243b:f3db:61fe%7]) with mapi id 15.20.5438.021; Sat, 16 Jul 2022 14:19:10 +0000 From: Rick Macklem To: Peter , "freebsd-stable@freebsd.org" Subject: Re: nfs stalls client: nfsrv_cache_session: no session Thread-Topic: nfs stalls client: nfsrv_cache_session: no session Thread-Index: AQHYmQ4r/JoiRFCEK06ukXc4DHs0E62BChDp Date: Sat, 16 Jul 2022 14:19:10 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: suggested_attachment_session_id: 94d14104-e420-433e-a752-d96d94d19ed0 x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: a4919598-92fa-4198-a0ff-08da673626c9 x-ms-traffictypediagnostic: YQBPR0101MB8928:EE_ x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: AZ13U7Nbz2DY0CZFkDh4CgKyt9AUcD5CVNw38PZmXoWVAc5dlgY2YEhTiGTA62Qj/U9qSvD3Y91hKycOfpiFUan/HbhHTUI4EdZjSy9jpYMAWEAenVtx0ZDj7uAJ3rxl2oms8qVDunRsvgfz3izcQUtNBwXWKxkjZMb1nIrBWAZhA/0+upITuZEhjBD/fmpQVJbK6sN11DE8zL1O9Eaprgfcjut1Kb16+nqk73X2f5wjGwDHezGxL/qPFVN1RdmOJmYdeEo908xN8nSWPzEQd/FdzO+CSMfFe7FdxEoRMbL7SIJ5xYQMxXQjkdqKAsH8N/NX2JX7NbKlf5OUzqaTg0hKZ0sEAjgVC9pH2zUEN9uOiO9VEvVqp8PoF5WkJW5nx+OuADegRrbaFp/9NWhz/+tCPLzSO+XLdV3OHD6DpF5Hz7aWtRViEpcsPcFzFa7zdWc9ivFSYjhcMS+y0TABD/QyUCcohKRA6ZxrAo4yEJKDz0zZN9y1/LePfyWO5t5kGw0h1cRS57sOnSFjyABuFV1Ml/4DLtmJdbmq7wTMPL8p3+FgtQLdUnjFpiBA/GoWj/eXT8xDOp8LPih9ije9oFT6JS1zr1W1RQuchuHWbboKO2OObKvptE0c92lXLbDlGOs/St5yv9AE9t8bTEl4P2NAMWYHfK1Un2J292oWzMlQK18KaGvg8wYhJdY0hkI9y859oBtGYyPoDc2HRnj+NOdxzlUPdfX1U/9/8tSRIG+htmtf78Rh27jcoxssNHvKi2W/JTR3V0Cx5PfO/h3aDFiPi9UENlHeJhEwX7bBYfGhyPO+HQCxeFp+zhuSUbFP x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:YQBPR0101MB9742.CANPRD01.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(13230016)(4636009)(376002)(366004)(136003)(396003)(346002)(39860400002)(5660300002)(8936002)(86362001)(41320700001)(2906002)(52536014)(33656002)(91956017)(110136005)(55016003)(786003)(316002)(8676002)(66476007)(66446008)(64756008)(66946007)(66556008)(76116006)(9686003)(6506007)(122000001)(478600001)(71200400001)(41300700001)(186003)(7696005)(38070700005)(38100700002)(99936003)(83380400001);DIR:OUT;SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?LoENZT6VrOyOzNEj0rKBYMbA6D3kaB9eWx/6lZtcgLFJc1SqClJd4mlpTO?= =?iso-8859-1?Q?bbkfbSva90WwW6KnH6QEvowgrsrkKlo1rwRrFfcrDDJGhPQT7Ge9XS0unL?= =?iso-8859-1?Q?mJ7QYU0AFtGZumOZZZS/DoN0K1QvoRtxszekhV3EPBhJUOvkK+41VplKHK?= =?iso-8859-1?Q?+gLSEPruSgvWt61CHdCnp+szI42jx2hHWrgRg/vZLnAbI5l8nwzYEzBBSz?= =?iso-8859-1?Q?rQ2Sm6kSSQA9/W1Wq6RySLs+SzQAiiQuvuNgbFJigLM88jCu8ah08OQgRL?= =?iso-8859-1?Q?N6w5d0sS8dlQpNpOiqsZSgS3eV28RixtpcfDjYwbK21FP0g6EHIgpCrNF1?= =?iso-8859-1?Q?1+3IeGcFHKgyjzim/McvO1vEfOKk9YflQ4xID2IRt4MChCAn2YqnHBQ0xc?= =?iso-8859-1?Q?PXGMR2H25Wgo3n0A8+nbbiw85LCK5LoQN7TbUzLhPhUrtJaK60FzBALGq3?= =?iso-8859-1?Q?fNCk54gz/Gap0NxYXbjm/FgfM+L9FMO0CPjWf6RW9eky9sOhWj8zFBgDij?= =?iso-8859-1?Q?qCkEItf9YFM2OJhqZ/nEKcQcQbm/OVwrQUkJxZGB8Y7CNRWULKQCy/RRiJ?= =?iso-8859-1?Q?7bHKcBMOdcM5XPqU/fiBVwUxYu8E8/Jb6JynVY0a4RbCoo+pQ1iuqiRGiL?= =?iso-8859-1?Q?f/I8mjeS7vcUSs6wCQzZdeEEexF5rmBZfPCIXybtjeOMfydS5a7pEvswAE?= =?iso-8859-1?Q?XDsiqy0A1f6/6PInT5TMUYMPOVyXZfk1+v7lmPmlc24S2BZQ4qrFSMJRoa?= =?iso-8859-1?Q?2vtxM2pTgawBWvBXXj8rgnsLZRci81DmgobIaQNrmOdk1/5yUxaIksSIYn?= =?iso-8859-1?Q?ddiGrBHNbBflTwQdKvpkratHcuk10Dm2BUZAyqKTB970lUE7ro6DHhXrU6?= =?iso-8859-1?Q?3Y1EFh5us3VOAYnINJO4LeGXYAjnCHQJMBLLNf7x5zjoEjF1h1bpxIQebh?= =?iso-8859-1?Q?wgweYU2uLiR54mP0VIYorfrNbpG6PLh5eLKyliF26MIi9duNU2kwaWGNAf?= =?iso-8859-1?Q?0FkAEHVNqvAJQPcTaefXrR4AlbHS4Ty7NyVmoJteSH+YIuiEs5sXl1hAbV?= =?iso-8859-1?Q?A5oXCpmKGMjBXaX8t+UUXVP1teEg+GOwsuynNbi0MTHwu4po8xPB7mtaXm?= =?iso-8859-1?Q?3L+9iNPJy47Z+u4/baU913OOX7ESOIIdIKkxfPWXm7oklgpeOqFLB+Vnpj?= =?iso-8859-1?Q?/iqMMCHz+1eBCiwHiAomnS7mciPEA9WqqYim4hQ7WI8n+oNz6WXeW06ehE?= =?iso-8859-1?Q?W2Zz4q3XZ1ILN5NBbFJ/1MEB/CyovKYmPbwxpUEbEp4wRGiy+YB6d8xTtr?= =?iso-8859-1?Q?Jxr6Dk1IV/aeiQk+7a3XTF5uVZewOl3PIVFyOdpH6CeDblJ75uBAEkCBJQ?= =?iso-8859-1?Q?aHj/iefyS3gtizHm6T7rR9HIale0cyz1UwikEJlPesoiOn1Z/F57CHx/Su?= =?iso-8859-1?Q?XO9WnSGtKkBmHjYYFAfWmvZfc9k6B/dLeTvCOdbs7MvrhNgeQ9cB7nel4N?= =?iso-8859-1?Q?y6+ZonKoa6B8ye0f2Nk/whZA2hJxrcSsp6mDesPfbObRoYaqjtdWXDYD/+?= =?iso-8859-1?Q?M01DZIo+u5MSEl/LPkusl2ryeYsbhULlk6kRROB73YHKUoDnvduINyuBWM?= =?iso-8859-1?Q?8PIhlJcdjNUZAxMpPZ2Zl07l38FxYVofvvH3wvUB1d3Acd1173RFZfNQ0c?= =?iso-8859-1?Q?zP1mcAZc3eH3dGVz76qy4zZ04ptwZBnBlpxa6XMG?= Content-Type: multipart/mixed; boundary="_002_YQBPR0101MB97429BFA1F580F82F4E4A01DDD8A9YQBPR0101MB9742_" List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: YQBPR0101MB9742.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: a4919598-92fa-4198-a0ff-08da673626c9 X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Jul 2022 14:19:10.2520 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: yKFWlLU+ny6AMekbrdVR5+As4Dz3qXvsU3N9YqGGxXBB86BFSMjQrrx+iI1f8Oukqs8a4DgdFgIiGGJ45bEM0g== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR0101MB8928 X-Rspamd-Queue-Id: 4LlVhw5FHcz3T6p X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector2 header.b=LNnJonaF; arc=pass ("microsoft.com:s=arcselector9901:i=1"); dmarc=pass (policy=none) header.from=uoguelph.ca; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.115.44 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-6.00 / 15.00]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[uoguelph.ca,none]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector2]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; TO_DN_EQ_ADDR_SOME(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[40.107.115.44:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[uoguelph.ca:+]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[rmacklem]; RCPT_COUNT_TWO(0.00)[2]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; HAS_ATTACHMENT(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.115.44:from] X-ThisMailContainsUnwantedMimeParts: N --_002_YQBPR0101MB97429BFA1F580F82F4E4A01DDD8A9YQBPR0101MB9742_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Peter wrote:=0A= > Hija,=0A= > I have a problem with NFSv4:=0A= > =0A= > The configuration:=0A= > Server Rel. 13.1-RC2=0A= > nfs_server_enable=3D"YES"=0A= > nfs_server_flags=3D"-u -t --minthreads 2 --maxthreads 20 -h ..."=0A= > mountd_enable=3D"YES"=0A= > mountd_flags=3D"-S -p 803 -h ..."=0A= > rpc_lockd_enable=3D"YES"=0A= > rpc_lockd_flags=3D"-h ..."=0A= > rpc_statd_enable=3D"YES"=0A= > rpc_statd_flags=3D"-h ..."=0A= > rpcbind_enable=3D"YES"=0A= > rpcbind_flags=3D"-h ..."=0A= > nfsv4_server_enable=3D"YES"=0A= > sysctl vfs.nfs.enable_uidtostring=3D1=0A= > sysctl vfs.nfsd.enable_stringtouid=3D1=0A= > =0A= > Client bhyve Rel. 13.1-RELEASE on the same system=0A= > nfs_client_enable=3D"YES"=0A= > nfs_access_cache=3D"600"=0A= > nfs_bufpackets=3D"32"=0A= > nfscbd_enable=3D"YES"=0A= > =0A= > Mount-options: nfsv4,readahead=3D1,rw,async=0A= > =0A= > =0A= > Access to the share suddenly stalled. Server reports this in messages,=0A= > every second:=0A= > nfsrv_cache_session: no session IPaddr=3D192.168...=0A= The attached little patch might help. It will soon be in stable/13, but is = not=0A= in releng/13.1.=0A= It fixes the only way I am aware of that the client's "nfscl" thread=0A= can get "stuck" on an old session and not do session recovery.=0A= It might be worth applying it to the client.=0A= =0A= This still doesn't explain how the session got broken in the first place.= =0A= =0A= rick=0A= =0A= Restarting nfsd and mountd didn't help, only now the client started to=0A= also report in messages, every second:=0A= nfs server 192.168...:/var/sysup/mnt/tmp.6.56160: is alive again=0A= =0A= Mounting the same share anew to a different place works fine.=0A= =0A= The network babble is this, every second:=0A= NFS request xid 1678997001 212 getattr fh 0,6/2=0A= NFS reply xid 1678997001 reply ok 52 getattr ERROR: unk 10052=0A= =0A= Forensics: I tried to build openoffice on that share, a couple of=0A= times. So there was a bit of traffic, and some things may have=0A= overflown.=0A= =0A= There seems to be no way to recover, only crashing the client.=0A= =0A= =0A= =0A= --_002_YQBPR0101MB97429BFA1F580F82F4E4A01DDD8A9YQBPR0101MB9742_ Content-Type: application/octet-stream; name="defunct-releng13.1.patch" Content-Description: defunct-releng13.1.patch Content-Disposition: attachment; filename="defunct-releng13.1.patch"; size=620; creation-date="Sat, 16 Jul 2022 14:19:06 GMT"; modification-date="Sat, 16 Jul 2022 14:19:06 GMT" Content-Transfer-Encoding: base64 LS0tIHN5cy9mcy9uZnNjbGllbnQvbmZzX2NscnBjb3BzLmMub3JpZwkyMDIyLTA3LTE2IDA3OjA0 OjI2LjUxNzM2NTAwMCAtMDcwMAorKysgc3lzL2ZzL25mc2NsaWVudC9uZnNfY2xycGNvcHMuYwky MDIyLTA3LTE2IDA3OjA0OjI2LjUxNjU3NTAwMCAtMDcwMApAQCAtMTA2MCw4ICsxMDYwLDE0IEBA IG5mc3JwY19zZXRjbGllbnQoc3RydWN0IG5mc21vdW50ICpubXAsIHN0cnVjdCBuZnNjbGNsaQog CQkJICogaW4tcHJvZ3Jlc3MgUlBDcy4KIAkJCSAqLwogCQkJdHNlcCA9IE5VTEw7Ci0JCQlpZiAo VEFJTFFfRklSU1QoJm5tcC0+bm1fc2VzcykgIT0gTlVMTCkKKwkJCWlmIChUQUlMUV9GSVJTVCgm bm1wLT5ubV9zZXNzKSAhPSBOVUxMKSB7CisJCQkJLyoKKwkJCQkgKiBNYXJrIHRoZSBvbGQgc2Vz c2lvbiBkZWZ1bmN0LiAgTmVlZGVkCisJCQkJICogd2hlbiBjYWxsZWQgZnJvbSBuZnNjbF9oYXNl eHBpcmVkKCkuCisJCQkJICovCiAJCQkJdHNlcCA9IE5GU01OVF9NRFNTRVNTSU9OKG5tcCk7CisJ CQkJdHNlcC0+bmZzZXNzX2RlZnVuY3QgPSAxOworCQkJfQogCQkJVEFJTFFfSU5TRVJUX0hFQUQo Jm5tcC0+bm1fc2VzcywgZHNwLAogCQkJICAgIG5mc2NsZHNfbGlzdCk7CiAJCQkvKgo= --_002_YQBPR0101MB97429BFA1F580F82F4E4A01DDD8A9YQBPR0101MB9742_-- From nobody Sat Jul 16 14:57:01 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4LlWpy3RX6z4Wm5R for ; Sat, 16 Jul 2022 15:09:30 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::12]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4LlWpx26Ryz3Y1h for ; Sat, 16 Jul 2022 15:09:28 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840:0:0:0:0:0:12]) by uucp.dinoex.org (8.17.1/8.17.1) with ESMTPS id 26GF94tY010059 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 16 Jul 2022 17:09:05 +0200 (CEST) (envelope-from pmc@citylink.dinoex.sub.org) Received: (from uucp@localhost) by uucp.dinoex.org (8.17.1/8.17.1/Submit) with UUCP id 26GF94LT010058; Sat, 16 Jul 2022 17:09:04 +0200 (CEST) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.16.1/8.16.1) with ESMTP id 26GEvvQU061769; Sat, 16 Jul 2022 16:57:57 +0200 (CEST) (envelope-from peter@gate.intra.daemon.contact) Received: from gate.intra.daemon.contact (gate-e [192.168.98.2]) by gate.intra.daemon.contact (8.16.1/8.16.1) with ESMTPS id 26GEv1eL061608 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 16 Jul 2022 16:57:02 +0200 (CEST) (envelope-from peter@gate.intra.daemon.contact) Received: (from peter@localhost) by gate.intra.daemon.contact (8.16.1/8.16.1/Submit) id 26GEv154061597; Sat, 16 Jul 2022 16:57:01 +0200 (CEST) (envelope-from peter) Date: Sat, 16 Jul 2022 16:57:01 +0200 From: Peter To: Rick Macklem Cc: "freebsd-stable@freebsd.org" Subject: Re: nfs stalls client: nfsrv_cache_session: no session Message-ID: References: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Milter: Spamilter (Reciever: uucp.dinoex.org; Sender-ip: 0:0:2a0b:f840::; Sender-helo: uucp.dinoex.org;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [IPv6:2a0b:f840:0:0:0:0:0:12]); Sat, 16 Jul 2022 17:09:07 +0200 (CEST) X-Rspamd-Queue-Id: 4LlWpx26Ryz3Y1h X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org designates 2a0b:f840::12 as permitted sender) smtp.mailfrom=pmc@citylink.dinoex.sub.org X-Spamd-Result: default: False [-3.30 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_DN_EQ_ADDR_SOME(0.00)[]; DMARC_NA(0.00)[sub.org]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; TO_DN_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_TLS_LAST(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sat, Jul 16, 2022 at 01:43:11PM +0000, Rick Macklem wrote: ! Peter wrote: ! > Hija, ! > I have a problem with NFSv4: ! > ! > The configuration: ! > Server Rel. 13.1-RC2 ! > nfs_server_enable="YES" ! > nfs_server_flags="-u -t --minthreads 2 --maxthreads 20 -h ..." ! Allowing it to go down to 2 threads is very low. I've never even ! tried to run a server with less than 4 threads. Since kernel threads ! don't generate much overhead, I'd suggest replacing the ! minthreads/maxthreads with "-n 32" for a very small server. Okay. This normally used for building ports, quarterly or so, and writes go to a local filesystem. Only when something doesn't build and I start manual tests, then the default /usr/ports nfs share might get the writes. With Rel. 13 I think I should move the whole thing to virt-9p filesystems, on occasion. ! > mountd_enable="YES" ! > mountd_flags="-S -p 803 -h ..." ! > rpc_lockd_enable="YES" ! > rpc_lockd_flags="-h ..." ! > rpc_statd_enable="YES" ! > rpc_statd_flags="-h ..." ! > rpcbind_enable="YES" ! > rpcbind_flags="-h ..." ! > nfsv4_server_enable="YES" ! > sysctl vfs.nfs.enable_uidtostring=1 ! > sysctl vfs.nfsd.enable_stringtouid=1 ! > ! > Client bhyve Rel. 13.1-RELEASE on the same system ! > nfs_client_enable="YES" ! > nfs_access_cache="600" ! > nfs_bufpackets="32" ! > nfscbd_enable="YES" ! > ! > Mount-options: nfsv4,readahead=1,rw,async ! I would expect the behaviour you are seeing for "intr" and/or "soft" ! mounts, but since you are not using those, I don't know how you ! broke the session? (10052 is NFSERR_BADSESSION) ! You might want to do "nfsstat -m" on the client to see what options ! were actually negotiated for the mount and then check that neither ! "soft" nor "intr" are there. I killed that client after I found no way out. Normally it looks like this: nfsv4,minorversion=2,tcp,resvport,nconnect=1,hard,cto,sec=sys,acdirmin=3, acdirmax=60,acregmin=5,acregmax=60,nametimeo=60,negnametimeo=60,rsize=65536, wsize=65536,readdirsize=65536,readahead=1,wcommitsize=16777216,timeout=120, retrans=2147483647 ! I suspect that the recovery thread in the client (called "nfscl") is ! somehow wedged and cannot do the recovery from the bad session, These were present, two of them - I remember seeing "D" flag, but this seem to always be the case. ! If increasing the number of nfsd threads in the server doesn't resolve ! the problem, I'd guess it is some network weirdness caused by how ! the bhyve instance is networked to its host. (I always use bridging ! for bhyve instances and do NFS mounts, but I don't work those ! mounts hard.) They attach to a netgraph bridge: https://gitr.daemon.contact/sysup/tree/subr_virt.sh#n84 ! Btw, "umount -N " on the client will normally get rid ! of a hung mount, although it can take a couple of minutes to complete. Ups, I missed that! I only remembered -f, which didn't work. Thanks! PMc From nobody Sat Jul 23 09:33:44 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Lqh2V0528z4XBb3 for ; Sat, 23 Jul 2022 09:33:54 +0000 (UTC) (envelope-from SRS0=ky3J=X4=klop.ws=ronald-lists@realworks.nl) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (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 4Lqh2S56lGz3qPn for ; Sat, 23 Jul 2022 09:33:52 +0000 (UTC) (envelope-from SRS0=ky3J=X4=klop.ws=ronald-lists@realworks.nl) Date: Sat, 23 Jul 2022 11:33:44 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1658568825; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to; bh=jmJAsiOgUhNo2fpGtqkqjz8O87Tq7R4wi982PCohTR0=; b=EzeXiCTBUwuYwDCNHIXzDSf+4UZcSKkGm3cirph6NC2eZpJ9IYaH8aFsW1srUfvEs8cSQG PNWeVzm1QLuVIkBOH0WYuWl/BI/Tkx/USZu++GTEFIOl6cryAn2nU8vTP1rUYyfmRjP5fj EHNX2jf304Weo6lIuDvQ1dNQaQOd8vgTR9w6OZAXxI7GXJghQmThUBJTmHZvhCA2fZFb2c ThcDoQQrcRq5UbFBpDYIGGpEEPoRkC2nCP4sN/TFlOlzmBCZkL43XbgeIvg+7R5w6JD8KH x3dZAfiKcUmjrOvU+P89C6qtel9KDXnfYaOT9sNbcuktWES14Ftb3J3ohwt36w== From: Ronald Klop To: Juraj Lutter , stable@freebsd.org Message-ID: <1854386355.11751.1658568824946@localhost> In-Reply-To: <0A76E2FF-1423-48D9-A32B-9784BF3DCBDD@lutter.sk> Subject: Re: panic in zfs(?) on stable/12 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_11750_900121351.1658568824944" X-Mailer: Realworks (616.105.1ef8494) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: 4Lqh2S56lGz3qPn X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=klop.ws header.s=rw2 header.b=EzeXiCTB; dmarc=pass (policy=quarantine) header.from=klop.ws; spf=pass (mx1.freebsd.org: domain of "SRS0=ky3J=X4=klop.ws=ronald-lists@realworks.nl" designates 194.109.157.24 as permitted sender) smtp.mailfrom="SRS0=ky3J=X4=klop.ws=ronald-lists@realworks.nl" X-Spamd-Result: default: False [-3.15 / 15.00]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_SHORT(-1.00)[-0.998]; NEURAL_HAM_MEDIUM(-0.95)[-0.955]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,quarantine]; FORGED_SENDER(0.30)[ronald-lists@klop.ws,SRS0=ky3J=X4=klop.ws=ronald-lists@realworks.nl]; R_DKIM_ALLOW(-0.20)[klop.ws:s=rw2]; R_SPF_ALLOW(-0.20)[+ip4:194.109.157.0/24]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MLMMJ_DEST(0.00)[stable@freebsd.org]; RCVD_COUNT_ZERO(0.00)[0]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_NEQ_ENVFROM(0.00)[ronald-lists@klop.ws,SRS0=ky3J=X4=klop.ws=ronald-lists@realworks.nl]; FROM_HAS_DN(0.00)[]; HAS_X_PRIO_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; DKIM_TRACE(0.00)[klop.ws:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[] X-ThisMailContainsUnwantedMimeParts: N ------=_Part_11750_900121351.1658568824944 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable My choice would be to test the memory and try 13. BTW: What checksum algorithm are you using? Something standard or a more ob= scure one? Regards, Ronald. Van: Juraj Lutter Datum: 13 juli 2022 10:08 Aan: stable@freebsd.org Onderwerp: panic in zfs(?) on stable/12 >=20 >=20 > Hi. >=20 > every now and then I=E2=80=99m getting: >=20 > panic: vm_fault: fault on nofault entry, addr: 0xfffffe01d9620000 > cpuid =3D 5 > time =3D 1657698436 > KDB: stack backtrace: > #0 0xffffffff80c2e775 at kdb_backtrace+0x65 > #1 0xffffffff80be4ba8 at vpanic+0x178 > #2 0xffffffff80be4a23 at panic+0x43 > #3 0xffffffff80f63b1b at vm_fault+0x20fb > #4 0xffffffff80f61920 at vm_fault_trap+0x60 > #5 0xffffffff81100270 at trap_pfault+0x1e0 > #6 0xffffffff810d7c28 at calltrap+0x8 > #7 0xffffffff824bf80d at abd_iterate_func+0x12d > #8 0xffffffff8257ced6 at zio_checksum_generate+0x66 > #9 0xffffffff8257b26d at zio_execute+0xad > #10 0xffffffff80c412b4 at taskqueue_run_locked+0x144 > #11 0xffffffff80c426a2 at taskqueue_thread_loop+0xd2 > #12 0xffffffff80ba592e at fork_exit+0x7e > #13 0xffffffff810d8c5e at fork_trampoline+0xe > Uptime: 3d11h13m45s >=20 >=20 > Machine is stable/12 (very recent, built from clean sources), zpool upgra= ded to version 28. >=20 > I=E2=80=99m now on a crossroad: Is it better to thoroughly test the memor= y, upgrade to stable/13, switch to out-of-tree OpenZFS or diagnose the ZFS = further? >=20 > Thanks! > otis >=20 > =E2=80=94 > Juraj Lutter > otis@FreeBSD.org >=20 >=20 >=20 >=20 >=20 >=20 ------=_Part_11750_900121351.1658568824944 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable My choice would be to test the memory and try 13.<= div>BTW: What checksum algorithm are you using? Something standard or a mor= e obscure one?

Regards,
Ronald.
<= div>

Van: Juraj Lutter <juraj@lutter.sk&= gt;
Datum: 13 juli 2022 10:08
Aan: stable@freebsd.org
Onderwerp: panic in zfs(?) on = stable/12

Hi.

every now and then I=E2=80=99m getting:

panic: vm_fault: fault on nofault entry, addr: 0xfffffe01d9620000
cpuid =3D 5
time =3D 1657698436
KDB: stack backtrace:
#0 0xffffffff80c2e775 at kdb_backtrace+0x65
#1 0xffffffff80be4ba8 at vpanic+0x178
#2 0xffffffff80be4a23 at panic+0x43
#3 0xffffffff80f63b1b at vm_fault+0x20fb
#4 0xffffffff80f61920 at vm_fault_trap+0x60
#5 0xffffffff81100270 at trap_pfault+0x1e0
#6 0xffffffff810d7c28 at calltrap+0x8
#7 0xffffffff824bf80d at abd_iterate_func+0x12d
#8 0xffffffff8257ced6 at zio_checksum_generate+0x66
#9 0xffffffff8257b26d at zio_execute+0xad
#10 0xffffffff80c412b4 at taskqueue_run_locked+0x144
#11 0xffffffff80c426a2 at taskqueue_thread_loop+0xd2
#12 0xffffffff80ba592e at fork_exit+0x7e
#13 0xffffffff810d8c5e at fork_trampoline+0xe
Uptime: 3d11h13m45s


Machine is stable/12 (very recent, built from clean sources), zpool upgrade= d to version 28.

I=E2=80=99m now on a crossroad: Is it better to thoroughly test the memory,= upgrade to stable/13, switch to out-of-tree OpenZFS or diagnose the ZFS fu= rther?

Thanks!
otis

=E2=80=94
Juraj Lutter
otis@FreeBSD.org





------=_Part_11750_900121351.1658568824944-- From nobody Sat Jul 23 09:37:14 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Lqh6X5BxQz4XCJx for ; Sat, 23 Jul 2022 09:37:24 +0000 (UTC) (envelope-from juraj@lutter.sk) Received: from ns2.wilbury.net (ns2.wilbury.net [92.60.51.55]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "svc.wilbury.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Lqh6V5jXJz3rSF for ; Sat, 23 Jul 2022 09:37:22 +0000 (UTC) (envelope-from juraj@lutter.sk) Received: from smtpclient.apple (gw-upc.owhome.net [188.167.168.254]) (Authenticated sender: juraj@lutter.sk) by svc.wilbury.net (Postfix) with ESMTPSA id DFF6345CEBF; Sat, 23 Jul 2022 11:37:14 +0200 (CEST) Content-Type: text/plain; charset=utf-8 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.100.31\)) Subject: Re: panic in zfs(?) on stable/12 From: Juraj Lutter X-Priority: 3 (Normal) In-Reply-To: <1854386355.11751.1658568824946@localhost> Date: Sat, 23 Jul 2022 11:37:14 +0200 Cc: stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <4F8EDA86-CFB8-4CEE-B59D-2E03A03AC14D@lutter.sk> References: <1854386355.11751.1658568824946@localhost> To: Ronald Klop X-Mailer: Apple Mail (2.3696.100.31) X-Rspamd-Queue-Id: 4Lqh6V5jXJz3rSF X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of juraj@lutter.sk designates 92.60.51.55 as permitted sender) smtp.mailfrom=juraj@lutter.sk X-Spamd-Result: default: False [-2.80 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:92.60.51.55]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[stable@freebsd.org]; HAS_X_PRIO_THREE(0.00)[3]; RCVD_TLS_ALL(0.00)[]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:44185, ipnet:92.60.48.0/22, country:SK]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[lutter.sk]; TO_DN_SOME(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[] X-ThisMailContainsUnwantedMimeParts: N > On 23 Jul 2022, at 11:33, Ronald Klop wrote: >=20 > My choice would be to test the memory and try 13. > BTW: What checksum algorithm are you using? Something standard or a = more obscure one? >=20 Yes, testing the memory is on my list. FWIW, checksum is =E2=80=9Con=E2=80= =9D, which translates to =E2=80=9Cfletcher4=E2=80=9D on stable/12. Upgrading to 13.1 is an option that I might want to consider as well. otis =E2=80=94 Juraj Lutter otis@FreeBSD.org From nobody Sat Jul 30 18:36:02 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4LwCl16wV2z4XDYG for ; Sat, 30 Jul 2022 18:36:13 +0000 (UTC) (envelope-from softwareinfojam@gmail.com) Received: from mail-oa1-x2b.google.com (mail-oa1-x2b.google.com [IPv6:2001:4860:4864:20::2b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4LwCl02B0rz3Rhw for ; Sat, 30 Jul 2022 18:36:12 +0000 (UTC) (envelope-from softwareinfojam@gmail.com) Received: by mail-oa1-x2b.google.com with SMTP id 586e51a60fabf-10ea30a098bso4402136fac.8 for ; Sat, 30 Jul 2022 11:36:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=TqnEfpiAKEWfNP2GljznceDfaWOEpw1F2TCIqlbtsMk=; b=HNjBXJn/GBjerGRblYs+NHxcfStTpycN1wGTTjWxcuab2Zr/TD1VdKU1OP7UjIGDzW Y4cNUYmFTC5Tf7UGaJ6EmprFlh0e3pVaieGc1byiG0SK4VQZzpvDMcyimmUCbr9MepO2 nZfu1bTsXhD7BU646abxXLkepEgC2QTxwK/rj75TK92AQrCmHFGbB5wEq1Wm6IFGhqEy aWvvXHp46eiZccgu5x+nUkOI27oYMRX+kxyZcqyEUTU0rScvn6ylRv2xMvCVRCS4Ywfn DtMC2MPujuPr5ff1pxzRnTew8wd4i9cr8XDJ437IkcB7uP+u4dYeVf21M20i5JSAcNJZ 69cw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=TqnEfpiAKEWfNP2GljznceDfaWOEpw1F2TCIqlbtsMk=; b=PZnO1xeFFWvux6uPImLlGK3alzGfOx+Ks4N7Jn208x7FHM2vu9KgTltIVdz4ZbABAL YJ4K/t2x6fZxiNMXmcrZBVO1nmTUEyL8l6Pk3XC/qZtkvfD8XE965ezteq9tJzaGm5xg YyNUpszGq4k6wsxQOPG/3gy/ey8xaE/WjB82/j+yBBB+TNUUARdc6PwJdAdp955zXdQ1 Z3g/d/q6wqvUyUXegzh1fRpyZsoLaAjx6yySxKTeuy+mkSSRlyacsGQo7nNlMxqiOQk0 WTF7pC+yyzgKuB+mzv4ICdvXGUzSU2ihAQ+dPvU+yhIIQE7MQ7SYR2J9aGMzIv+kMLi2 IOtA== X-Gm-Message-State: AJIora/Quctzwo0IrYDYHKcbVHW3bsKTVvHpX4JTbPoHv/bXa80lusyj k0jkLGzbTDnEIxkqo3plQzIJktCuS+FnmuB+ktXr9gSSYWk= X-Google-Smtp-Source: AGRyM1vBl8CnuHvJt7Hla+dOsicT3OfjAdSF3wImGfDWY+KH4M+F8er2War7dq5CVrsHzwZ38c5vSjocPJsPN6kebpg= X-Received: by 2002:a05:6870:888d:b0:10d:6b96:2074 with SMTP id m13-20020a056870888d00b0010d6b962074mr4590752oam.218.1659206171382; Sat, 30 Jul 2022 11:36:11 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Software Info Date: Sat, 30 Jul 2022 13:36:02 -0500 Message-ID: Subject: Re: Mailman and obhttpd To: Michael Loftis Cc: Nick Kostirya via freebsd-stable Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4LwCl02B0rz3Rhw X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b="HNjBXJn/"; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of softwareinfojam@gmail.com designates 2001:4860:4864:20::2b as permitted sender) smtp.mailfrom=softwareinfojam@gmail.com X-Spamd-Result: default: False [-3.94 / 15.00]; NEURAL_HAM_LONG(-1.00)[-0.996]; NEURAL_HAM_SHORT(-0.99)[-0.995]; NEURAL_HAM_MEDIUM(-0.95)[-0.948]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2001:4860:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; MIME_GOOD(-0.10)[text/plain]; MID_RHS_MATCH_FROMTLD(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2001:4860:4864::/48, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_IN_DNSWL_NONE(0.00)[2001:4860:4864:20::2b:from]; DKIM_TRACE(0.00)[gmail.com:+]; RCVD_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N Put this down for a while. Eventually came back to it. Apparently, the proper syntax is location "/Mailman/*" { fastcgi socket "/var/www/run/slowcgi.sock" root "/usr/local/mailman/cgi-bin/" request strip 1 Works perfectly now. Thanks. On Fri, Jul 8, 2022 at 12:03 AM Software Info w= rote: > > Thanks very much for your reply. I had tried that exact line but when > I ran obhttpd -n I kept getting a syntax error on line 12. That's the > line that has > root { "/usr/local/mailman/cgi-bin/", strip 1 } When I changed the > line to root "/usr/local/mailman/cgi-bin/" the sytax error went away. > Could it be that the FreeBSD version of HTTPD doesn't support all the > options that the OpenBSD version does? > > On Thu, Jul 7, 2022 at 10:00 PM Michael Loftis wrote: > > > > Not an expert on the openbsd https but from what I recall Your root sho= uld look more like root { =E2=80=9C/usr/local/mailman/cgi-bin=E2=80=9C, str= ip 1 } =E2=80=94 your current configuration is telling it to exec the direc= tory, which obviously won=E2=80=99t work. =E2=80=A6 the latter tells it to = take the URI and strip one component off to complete the filesystem part to= the CGI=E2=80=A6 > > > > On Thu, Jul 7, 2022 at 14:12 Software Info = wrote: > >> > >> Hi All, > >> > >> I am trying to get OpenBSD=E2=80=99s httpd working with Mailman but I = am > >> having some issues. I am using obhttpd-7.0.20211221 on FreeBSD 13.1 > >> and I used the suggestions found at > >> https://www.quernus.co.uk/2015/09/28/running-mailman-on-openbsd/ When > >> I try to access the site http://mailman.mydomain.com/Mailman/admin I > >> get a 500 internal server error. I tried running both httpd and > >> slowcgi without daemonizing them and I keep seeing this error on the > >> screen: slowcgi: execve /usr/local/mailman/cgi-bin: Permission denied. > >> Not sure why I am getting that since both httpd and slowcgi run as www > >> and the cgi-bin directory is owned by www and has 755 permissions on > >> it. At a loss. Any help would be appreciated. > >> > >> > >> Here are my config files below. > >> > >> [obhttpd.conf] > >> chroot "/" > >> logdir "/var/log" > >> server "mailman.mydomain.com" { > >> listen on * port 80 > >> root "/usr/local/mailman/" > >> log access "obhttpd-access.log" > >> log error "obhttpd-error.log" > >> location "/Mailman/*" { > >> fastcgi socket "/var/www/run/slowcgi.sock" > >> root "/usr/local/mailman/cgi-bin" > >> } > >> > >> location "/icons/*" { > >> root "/usr/local/mailman/icons/" > >> } > >> > >> location "/pipermail/*" { > >> root "/usr/local/mailman/archives/public/" > >> } > >> } > >> > >> [rc.conf] > >> obhttpd_enable=3D"YES" > >> slowcgi_enable=3D"YES" > >> slowcgi_flags=3D"-p /" > >> > > -- > > > > "Genius might be described as a supreme capacity for getting its posses= sors > > into trouble of all kinds." > > -- Samuel Butler From nobody Mon Aug 1 03:41:25 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Lx3nt4Csgz4WrKD for ; Mon, 1 Aug 2022 03:41:38 +0000 (UTC) (envelope-from jim@jimking.net) Received: from flounder.jimking.net (flounder.jimking.net [IPv6:2607:fc50:1:8b00:216:3eff:fe33:f0f9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "flounder.jimking.net", Issuer "jimking.net CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Lx3ns53fZz4FQ8 for ; Mon, 1 Aug 2022 03:41:37 +0000 (UTC) (envelope-from jim@jimking.net) Received: from [192.168.22.253] (c-98-199-170-72.hsd1.tx.comcast.net [98.199.170.72]) (authenticated bits=0) by flounder.jimking.net (8.15.2/8.15.2) with ESMTPSA id 2713fUg5090072 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Sun, 31 Jul 2022 22:41:31 -0500 (CDT) (envelope-from jim@jimking.net) X-Authentication-Warning: flounder.jimking.net: Host c-98-199-170-72.hsd1.tx.comcast.net [98.199.170.72] claimed to be [192.168.22.253] Message-ID: Date: Sun, 31 Jul 2022 22:41:25 -0500 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.11.0 Content-Language: en-US To: stable@freebsd.org From: Jim King Subject: igc problems with heavy traffic Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: clamav-milter 0.99.4 at flounder.jimking.net X-Virus-Status: Clean X-Rspamd-Queue-Id: 4Lx3ns53fZz4FQ8 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of jim@jimking.net designates 2607:fc50:1:8b00:216:3eff:fe33:f0f9 as permitted sender) smtp.mailfrom=jim@jimking.net X-Spamd-Result: default: False [-3.30 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+a:flounder.jimking.net]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[jimking.net]; MLMMJ_DEST(0.00)[stable@freebsd.org]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:36236, ipnet:2607:fc50::/36, country:US]; MIME_TRACE(0.00)[0:+]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[jim]; ARC_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; HAS_XAW(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N I'm trying to use a Qnap dual port 2.5Gb NIC with FreeBSD 13.1. FreeBSD recognizes the NIC and I'm able to connect to my LAN at 1Gb.  However, trying to push heavy traffic through the NIC results in a temporary loss of connectivity:  traffic stops and the message "igc0: link state changed to DOWN" appears in the system log.  About 10 seconds later the message "igc0: link state changed to UP" is logged, followed by some messages from dhclient indicating that it has acquired a lease.  At that point network connectivity works normally, until I try to push a lot of traffic again.  I've been able to trigger this every time using iperf3 from another PC on my LAN, and by using Ookla's speedtest client (my Internet service is good for about 900 Mbps). With a recent version of Ubuntu I'm able to do both of these tests with no problem.  As far as I can tell the NIC itself is OK. Is there anything I can do to make this NIC work with FreeBSD?  I was hoping to use this for an Opnsense router, but at this point it seems to me that the igc driver just isn't robust. From nobody Thu Aug 4 17:12:48 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4LzFfc4pMwz4YLXg for ; Thu, 4 Aug 2022 17:12:56 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost1.sentex.ca", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4LzFfb6xLlz3WWS for ; Thu, 4 Aug 2022 17:12:55 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [199.212.134.19]) by smarthost1.sentex.ca (8.16.1/8.16.1) with ESMTPS id 274HCm9O010296 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Thu, 4 Aug 2022 13:12:48 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [IPV6:2607:f3e0:0:4:2d36:de3c:cb2a:e375] ([IPv6:2607:f3e0:0:4:2d36:de3c:cb2a:e375]) by pyroxene2a.sentex.ca (8.16.1/8.15.2) with ESMTPS id 274HCmoP077918 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Thu, 4 Aug 2022 13:12:48 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <59b9cec0-d8c2-ce72-b5e9-99d1a1e807f8@sentex.net> Date: Thu, 4 Aug 2022 13:12:48 -0400 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.1.0 Subject: Re: igc problems with heavy traffic Content-Language: en-US To: Jim King , stable@freebsd.org References: From: mike tancsa In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.84 on 64.7.153.18 X-Rspamd-Queue-Id: 4LzFfb6xLlz3WWS X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:1::12 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-3.40 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[199.212.134.19:received]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; MLMMJ_DEST(0.00)[stable@freebsd.org]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; R_DKIM_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FREEFALL_USER(0.00)[mike]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[sentex.net]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 7/31/2022 11:41 PM, Jim King wrote: > I'm trying to use a Qnap dual port 2.5Gb NIC with FreeBSD 13.1. > FreeBSD recognizes the NIC and I'm able to connect to my LAN at 1Gb.  > However, trying to push heavy traffic through the NIC results in a > temporary loss of connectivity:  traffic stops and the message "igc0: > link state changed to DOWN" appears in the system log.  About 10 > seconds later the message "igc0: link state changed to UP" is logged, > followed by some messages from dhclient indicating that it has > acquired a lease.  At that point network connectivity works normally, > until I try to push a lot of traffic again.  I've been able to trigger > this every time using iperf3 from another PC on my LAN, and by using > Ookla's speedtest client (my Internet service is good for about 900 > Mbps). > How long does it take to wedge the nic ? I have a pair of Topton routers (4 IGC NICs) back to back and a simple iperf3 test seems to work ok between the 2 units.  iperf3 -c 10.1.255.168 Connecting to host 10.1.255.168, port 5201 [  5] local 10.1.255.209 port 55168 connected to 10.1.255.168 port 5201 [ ID] Interval           Transfer     Bitrate         Retr  Cwnd [  5]   0.00-1.00   sec   282 MBytes  2.36 Gbits/sec    0   1.07 MBytes [  5]   1.00-2.00   sec   281 MBytes  2.35 Gbits/sec    0   1.07 MBytes [  5]   2.00-3.00   sec   281 MBytes  2.35 Gbits/sec    0   1.07 MBytes [  5]   3.00-4.00   sec   281 MBytes  2.35 Gbits/sec    0   1.07 MBytes [  5]   4.00-5.00   sec   281 MBytes  2.35 Gbits/sec    0   1.07 MBytes [  5]   5.00-6.00   sec   281 MBytes  2.35 Gbits/sec    0   1.07 MBytes [  5]   6.00-7.00   sec   281 MBytes  2.35 Gbits/sec    0   1.07 MBytes [  5]   7.00-8.00   sec   281 MBytes  2.35 Gbits/sec    0   1.07 MBytes [  5]   8.00-9.00   sec   281 MBytes  2.35 Gbits/sec    0   1.07 MBytes [  5]   9.00-10.00  sec   281 MBytes  2.35 Gbits/sec    0   1.07 MBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval           Transfer     Bitrate         Retr [  5]   0.00-10.00  sec  2.74 GBytes  2.35 Gbits/sec 0             sender [  5]   0.00-10.00  sec  2.74 GBytes  2.35 Gbits/sec                  receiver iperf Done. Doing iperf3 -R -P4 -c 10.1.255.168 seems to work as well - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval           Transfer     Bitrate         Retr [  5]   0.00-10.00  sec   936 MBytes   785 Mbits/sec 0             sender [  5]   0.00-10.00  sec   935 MBytes   785 Mbits/sec                  receiver [  7]   0.00-10.00  sec   658 MBytes   552 Mbits/sec 0             sender [  7]   0.00-10.00  sec   658 MBytes   552 Mbits/sec                  receiver [  9]   0.00-10.00  sec   936 MBytes   785 Mbits/sec 0             sender [  9]   0.00-10.00  sec   935 MBytes   785 Mbits/sec                  receiver [ 11]   0.00-10.00  sec   278 MBytes   233 Mbits/sec 0             sender [ 11]   0.00-10.00  sec   278 MBytes   233 Mbits/sec                  receiver [SUM]   0.00-10.00  sec  2.74 GBytes  2.36 Gbits/sec 0             sender [SUM]   0.00-10.00  sec  2.74 GBytes  2.35 Gbits/sec                  receiver Similarly, just doing perf3 -t60  -c 10.1.255.168 seems to work ok too - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval           Transfer     Bitrate         Retr [  5]   0.00-60.06  sec  16.0 GBytes  2.29 Gbits/sec 4             sender [  5]   0.00-61.60  sec  16.0 GBytes  2.23 Gbits/sec                  receiver     ---Mike From nobody Thu Aug 4 17:29:26 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4LzG1g73vbz4YP6x for ; Thu, 4 Aug 2022 17:29:27 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost1.sentex.ca", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4LzG1g1mv2z3YTT; Thu, 4 Aug 2022 17:29:27 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [199.212.134.19]) by smarthost1.sentex.ca (8.16.1/8.16.1) with ESMTPS id 274HTQOa031115 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Thu, 4 Aug 2022 13:29:26 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [IPV6:2607:f3e0:0:4:2d36:de3c:cb2a:e375] ([IPv6:2607:f3e0:0:4:2d36:de3c:cb2a:e375]) by pyroxene2a.sentex.ca (8.16.1/8.15.2) with ESMTPS id 274HTQ40083471 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Thu, 4 Aug 2022 13:29:26 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: Date: Thu, 4 Aug 2022 13:29:26 -0400 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.1.0 Subject: Re: igc problems with heavy traffic Content-Language: en-US From: mike tancsa To: Jim King , stable@freebsd.org, kbowling@FreeBSD.org References: <59b9cec0-d8c2-ce72-b5e9-99d1a1e807f8@sentex.net> In-Reply-To: <59b9cec0-d8c2-ce72-b5e9-99d1a1e807f8@sentex.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.84 on 64.7.153.18 X-Rspamd-Queue-Id: 4LzG1g1mv2z3YTT X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:1::12 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-3.40 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[199.212.134.19:received]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[stable@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; R_DKIM_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[mike]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[sentex.net]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 8/4/2022 1:12 PM, mike tancsa wrote: > On 7/31/2022 11:41 PM, Jim King wrote: >> I'm trying to use a Qnap dual port 2.5Gb NIC with FreeBSD 13.1. >> FreeBSD recognizes the NIC and I'm able to connect to my LAN at 1Gb.  >> However, trying to push heavy traffic through the NIC results in a >> temporary loss of connectivity:  traffic stops and the message "igc0: >> link state changed to DOWN" appears in the system log.  About 10 >> seconds later the message "igc0: link state changed to UP" is logged, >> followed by some messages from dhclient indicating that it has >> acquired a lease.  At that point network connectivity works normally, >> until I try to push a lot of traffic again.  I've been able to >> trigger this every time using iperf3 from another PC on my LAN, and >> by using Ookla's speedtest client (my Internet service is good for >> about 900 Mbps). >> > How long does it take to wedge the nic ? I have a pair of Topton > routers (4 IGC NICs) back to back and a simple iperf3 test seems to > work ok between the 2 units. > Actually, I was able to reproduce this too running iperf3 -P4 for about 60 seconds. Watching via sysutils/ifstat, it does indeed drop traffic when the link drops ifstat -b        igc0                igc1               pflog0  Kbps in  Kbps out   Kbps in  Kbps out   Kbps in  Kbps out     0.88      1.93      0.00      0.00      0.00      0.00     1.32      1.45      0.00      0.00      0.00      0.00     0.88      1.45      0.00      0.00      0.00      0.00     1.32      1.45      0.00      0.00      0.00      0.00     0.88      1.45      0.00      0.00      0.00      0.00     0.88      1.45      0.00      0.00      0.00      0.00     4.68     12.23   2497.66  395238.6      0.00      2.34     0.94      6.08  15036.53  2.31e+06      0.00      0.00     0.94      7.26  15076.75  2.31e+06      0.00      0.00     0.94      6.08  15014.83  2.31e+06      0.00      0.00     0.94      7.26  15054.63  2.31e+06      0.00      0.00     0.94      7.26  15022.16  2.31e+06      0.00      0.00     0.94      7.25  14928.42  2.31e+06      0.00      0.00     1.87      7.25  15000.98  2.31e+06      0.00      0.00     1.40      7.25  14960.84  2.31e+06      0.00      0.00     1.40      7.25  14919.44  2.31e+06      0.00      0.00     1.87      7.26  14789.44  2.31e+06      0.00      0.00     2.70      8.56   1168.12  178704.6      0.00      0.00     1.77      6.85      0.00      0.00      0.00      0.00     1.40      9.97      0.00      0.00      0.00      0.00     1.87      7.26  10732.92  1.83e+06      0.00      0.00     0.94      7.25  14166.38  2.32e+06      0.00      0.00     0.94      6.09  14269.06  2.31e+06      0.00      0.00     1.40      6.09  14402.47  2.31e+06      0.00      0.00 This is on 13.1-STABLE from Aug 3. igc0@pci0:2:0:0:        class=0x020000 rev=0x03 hdr=0x00 vendor=0x8086 device=0x15f3 subvendor=0x8086 subdevice=0x0000     vendor     = 'Intel Corporation'     device     = 'Ethernet Controller I225-V'     class      = network     subclass   = ethernet     bar   [10] = type Memory, range 32, base 0x80600000, size 1048576, enabled     bar   [1c] = type Memory, range 32, base 0x80700000, size 16384, enabled     cap 01[40] = powerspec 3  supports D0 D3  current D0     cap 05[50] = MSI supports 1 message, 64 bit, vector masks     cap 11[70] = MSI-X supports 5 messages, enabled                  Table in map 0x1c[0x0], PBA in map 0x1c[0x2000]     cap 10[a0] = PCI-Express 2 endpoint max data 256(512) FLR RO NS                  max read 512                  link x1(x1) speed 5.0(5.0) ASPM L1(L1)     ecap 0001[100] = AER 2 0 fatal 0 non-fatal 0 corrected     ecap 0003[140] = Serial 1 00e269ffff5a4be9     ecap 0018[1c0] = LTR 1     ecap 001f[1f0] = Precision Time Measurement 1     ecap 001e[1e0] = L1 PM Substates 1 Jasper Lake chipset N5105 CPU 2.00GHz     ---Mike From nobody Fri Aug 5 06:19:54 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Lzb6t6rPhz4XyZ0 for ; Fri, 5 Aug 2022 06:20:06 +0000 (UTC) (envelope-from jim@jimking.net) Received: from flounder.jimking.net (flounder.jimking.net [IPv6:2607:fc50:1:8b00:216:3eff:fe33:f0f9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "flounder.jimking.net", Issuer "jimking.net CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Lzb6t02W1z3cph for ; Fri, 5 Aug 2022 06:20:05 +0000 (UTC) (envelope-from jim@jimking.net) Received: from [192.168.22.253] (c-98-199-170-72.hsd1.tx.comcast.net [98.199.170.72]) (authenticated bits=0) by flounder.jimking.net (8.15.2/8.15.2) with ESMTPSA id 2756Jx38020822 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Fri, 5 Aug 2022 01:19:59 -0500 (CDT) (envelope-from jim@jimking.net) X-Authentication-Warning: flounder.jimking.net: Host c-98-199-170-72.hsd1.tx.comcast.net [98.199.170.72] claimed to be [192.168.22.253] Message-ID: <86995d10-af63-d053-972e-dd233029f3bf@jimking.net> Date: Fri, 5 Aug 2022 01:19:54 -0500 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.12.0 Subject: Re: igc problems with heavy traffic Content-Language: en-US To: stable@freebsd.org References: <59b9cec0-d8c2-ce72-b5e9-99d1a1e807f8@sentex.net> From: Jim King In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: clamav-milter 0.99.4 at flounder.jimking.net X-Virus-Status: Clean X-Rspamd-Queue-Id: 4Lzb6t02W1z3cph X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of jim@jimking.net designates 2607:fc50:1:8b00:216:3eff:fe33:f0f9 as permitted sender) smtp.mailfrom=jim@jimking.net X-Spamd-Result: default: False [-3.30 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+a:flounder.jimking.net]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; DMARC_NA(0.00)[jimking.net]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[stable@freebsd.org]; FREEFALL_USER(0.00)[jim]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TO_DN_NONE(0.00)[]; HAS_XAW(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:36236, ipnet:2607:fc50::/36, country:US]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 8/4/2022 12:29 PM, mike tancsa wrote: > On 8/4/2022 1:12 PM, mike tancsa wrote: >> On 7/31/2022 11:41 PM, Jim King wrote: >>> I'm trying to use a Qnap dual port 2.5Gb NIC with FreeBSD 13.1. >>> FreeBSD recognizes the NIC and I'm able to connect to my LAN at >>> 1Gb.  However, trying to push heavy traffic through the NIC results >>> in a temporary loss of connectivity:  traffic stops and the message >>> "igc0: link state changed to DOWN" appears in the system log.  About >>> 10 seconds later the message "igc0: link state changed to UP" is >>> logged, followed by some messages from dhclient indicating that it >>> has acquired a lease.  At that point network connectivity works >>> normally, until I try to push a lot of traffic again.  I've been >>> able to trigger this every time using iperf3 from another PC on my >>> LAN, and by using Ookla's speedtest client (my Internet service is >>> good for about 900 Mbps). >>> >> How long does it take to wedge the nic ? I have a pair of Topton >> routers (4 IGC NICs) back to back and a simple iperf3 test seems to >> work ok between the 2 units. >> > Actually, I was able to reproduce this too running iperf3 -P4 for > about 60 seconds. Watching via sysutils/ifstat, it does indeed drop > traffic when the link drops > > > ifstat -b > >        igc0                igc1               pflog0 >  Kbps in  Kbps out   Kbps in  Kbps out   Kbps in  Kbps out >     0.88      1.93      0.00      0.00      0.00      0.00 >     1.32      1.45      0.00      0.00      0.00      0.00 >     0.88      1.45      0.00      0.00      0.00      0.00 >     1.32      1.45      0.00      0.00      0.00      0.00 >     0.88      1.45      0.00      0.00      0.00      0.00 >     0.88      1.45      0.00      0.00      0.00      0.00 >     4.68     12.23   2497.66  395238.6      0.00      2.34 >     0.94      6.08  15036.53  2.31e+06      0.00      0.00 >     0.94      7.26  15076.75  2.31e+06      0.00      0.00 >     0.94      6.08  15014.83  2.31e+06      0.00      0.00 >     0.94      7.26  15054.63  2.31e+06      0.00      0.00 >     0.94      7.26  15022.16  2.31e+06      0.00      0.00 >     0.94      7.25  14928.42  2.31e+06      0.00      0.00 >     1.87      7.25  15000.98  2.31e+06      0.00      0.00 >     1.40      7.25  14960.84  2.31e+06      0.00      0.00 >     1.40      7.25  14919.44  2.31e+06      0.00      0.00 >     1.87      7.26  14789.44  2.31e+06      0.00      0.00 >     2.70      8.56   1168.12  178704.6      0.00      0.00 >     1.77      6.85      0.00      0.00      0.00      0.00 >     1.40      9.97      0.00      0.00      0.00      0.00 >     1.87      7.26  10732.92  1.83e+06      0.00      0.00 >     0.94      7.25  14166.38  2.32e+06      0.00      0.00 >     0.94      6.09  14269.06  2.31e+06      0.00      0.00 >     1.40      6.09  14402.47  2.31e+06      0.00      0.00 > > > This is on 13.1-STABLE from Aug 3. > > igc0@pci0:2:0:0:        class=0x020000 rev=0x03 hdr=0x00 vendor=0x8086 > device=0x15f3 subvendor=0x8086 subdevice=0x0000 >     vendor     = 'Intel Corporation' >     device     = 'Ethernet Controller I225-V' >     class      = network >     subclass   = ethernet >     bar   [10] = type Memory, range 32, base 0x80600000, size 1048576, > enabled >     bar   [1c] = type Memory, range 32, base 0x80700000, size 16384, > enabled >     cap 01[40] = powerspec 3  supports D0 D3  current D0 >     cap 05[50] = MSI supports 1 message, 64 bit, vector masks >     cap 11[70] = MSI-X supports 5 messages, enabled >                  Table in map 0x1c[0x0], PBA in map 0x1c[0x2000] >     cap 10[a0] = PCI-Express 2 endpoint max data 256(512) FLR RO NS >                  max read 512 >                  link x1(x1) speed 5.0(5.0) ASPM L1(L1) >     ecap 0001[100] = AER 2 0 fatal 0 non-fatal 0 corrected >     ecap 0003[140] = Serial 1 00e269ffff5a4be9 >     ecap 0018[1c0] = LTR 1 >     ecap 001f[1f0] = Precision Time Measurement 1 >     ecap 001e[1e0] = L1 PM Substates 1 > > Jasper Lake chipset N5105 CPU 2.00GHz > > >     ---Mike > When I'm receiving traffic the wedge usually happens pretty quick. iperf while connected at 1Gb (I get similar results at 2.5Gb): jim@t730:~ $ iperf3 -c snorlax --reverse Connecting to host snorlax, port 5201 Reverse mode, remote host snorlax is sending [  5] local 192.168.22.178 port 36033 connected to 192.168.22.253 port 5201 [ ID] Interval           Transfer     Bitrate [  5]   0.00-1.00   sec   107 MBytes   897 Mbits/sec [  5]   1.00-2.00   sec   112 MBytes   937 Mbits/sec [  5]   2.00-3.01   sec  85.9 MBytes   711 Mbits/sec [  5]   3.01-4.04   sec  0.00 Bytes  0.00 bits/sec [  5]   4.04-5.02   sec  0.00 Bytes  0.00 bits/sec [  5]   5.02-6.06   sec  0.00 Bytes  0.00 bits/sec [  5]   6.06-7.03   sec  0.00 Bytes  0.00 bits/sec [  5]   7.03-8.04   sec  0.00 Bytes  0.00 bits/sec [  5]   8.04-9.05   sec  0.00 Bytes  0.00 bits/sec [  5]   9.05-10.00  sec  0.00 Bytes  0.00 bits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval           Transfer     Bitrate [  5]   0.00-10.00  sec   340 MBytes   285 Mbits/sec                  sender [  5]   0.00-10.00  sec   305 MBytes   255 Mbits/sec                  receiver I'm running 13.1-RELEASE. igc0@pci0:3:0:0:        class=0x020000 rev=0x03 hdr=0x00 vendor=0x8086 device=0x15f2 subvendor=0x1baa subdevice=0xc002     vendor     = 'Intel Corporation'     device     = 'Ethernet Controller I225-LM'     class      = network     subclass   = ethernet     bar   [10] = type Memory, range 32, base 0xfe800000, size 1048576, enabled     bar   [1c] = type Memory, range 32, base 0xfe900000, size 16384, enabled     cap 01[40] = powerspec 3  supports D0 D3  current D0     cap 05[50] = MSI supports 1 message, 64 bit, vector masks     cap 11[70] = MSI-X supports 5 messages, enabled                  Table in map 0x1c[0x0], PBA in map 0x1c[0x2000]     cap 10[a0] = PCI-Express 2 endpoint max data 256(512) FLR RO NS                  max read 512                  link x1(x1) speed 5.0(5.0) ASPM disabled(L1)     ecap 0001[100] = AER 2 0 fatal 0 non-fatal 0 corrected     ecap 0003[140] = Serial 1 245ebeffff6b6898     ecap 0018[1c0] = LTR 1     ecap 001f[1f0] = Precision Time Measurement 1     ecap 001e[1e0] = L1 PM Substates 1 Jim From nobody Fri Aug 5 12:48:15 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Lzlkp0LhCz4Xsb9 for ; Fri, 5 Aug 2022 12:48:18 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost1.sentex.ca", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Lzlkn2t5mz3Cp2; Fri, 5 Aug 2022 12:48:17 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [199.212.134.19]) by smarthost1.sentex.ca (8.16.1/8.16.1) with ESMTPS id 275CmFBC057591 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Fri, 5 Aug 2022 08:48:15 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [IPV6:2607:f3e0:0:4:f0d5:2e0:4f18:84d6] ([IPv6:2607:f3e0:0:4:f0d5:2e0:4f18:84d6]) by pyroxene2a.sentex.ca (8.16.1/8.15.2) with ESMTPS id 275CmF90089670 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Fri, 5 Aug 2022 08:48:15 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <3d874f65-8ce2-8f06-f19a-14cd550166e3@sentex.net> Date: Fri, 5 Aug 2022 08:48:15 -0400 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.1.0 Subject: Re: igc problems with heavy traffic Content-Language: en-US To: Jim King , stable@freebsd.org, kbowling@FreeBSD.org References: <59b9cec0-d8c2-ce72-b5e9-99d1a1e807f8@sentex.net> <86995d10-af63-d053-972e-dd233029f3bf@jimking.net> From: mike tancsa In-Reply-To: <86995d10-af63-d053-972e-dd233029f3bf@jimking.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.84 on 64.7.153.18 X-Rspamd-Queue-Id: 4Lzlkn2t5mz3Cp2 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:1::12 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-3.40 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[199.212.134.19:received]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[stable@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; R_DKIM_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[mike]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[sentex.net]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 8/5/2022 2:19 AM, Jim King wrote: > On 8/4/2022 12:29 PM, mike tancsa wrote: >> On 8/4/2022 1:12 PM, mike tancsa wrote: >>> On 7/31/2022 11:41 PM, Jim King wrote: >>>> I'm trying to use a Qnap dual port 2.5Gb NIC with FreeBSD 13.1. >>>> FreeBSD recognizes the NIC and I'm able to connect to my LAN at >>>> 1Gb.  However, trying to push heavy traffic through the NIC results >>>> in a temporary loss of connectivity:  traffic stops and the message >>>> "igc0: link state changed to DOWN" appears in the system log. About >>>> 10 seconds later the message "igc0: link state changed to UP" is >>>> logged, followed by some messages from dhclient indicating that it >>>> has acquired a lease.  At that point network connectivity works >>>> normally, until I try to push a lot of traffic again.  I've been >>>> able to trigger this every time using iperf3 from another PC on my >>>> LAN, and by using Ookla's speedtest client (my Internet service is >>>> good for about 900 Mbps). >>>> >>> How long does it take to wedge the nic ? I have a pair of Topton >>> routers (4 IGC NICs) back to back and a simple iperf3 test seems to >>> work ok between the 2 units. >>> >> Actually, I was able to reproduce this too running iperf3 -P4 for >> about 60 seconds. Watching via sysutils/ifstat, it does indeed drop >> traffic when the link drops >> >> > When I'm receiving traffic the wedge usually happens pretty quick. > iperf while connected at 1Gb (I get similar results at 2.5Gb): > If I fiddle with the Flow Control settings it seems to make a difference.  I can do it without bouncing the link.  I wonder what the Linux driver has as default ? ie. sysctl -w dev.igc.1.fc=1 sysctl -w dev.igc.0.fc=1 Does it help in your case ?          * The possible values of the "fc" parameter are:          *      0:  Flow control is completely disabled          *      1:  Rx flow control is enabled (we can receive pause          *          frames but not send pause frames).          *      2:  Tx flow control is enabled (we can send pause frames          *          frames but we do not receive pause frames).          *      3:  Both Rx and Tx flow control (symmetric) is enabled.          *  other:  No other values should be possible at this point. I am also able to do netsend 10.1.255.209 500 1400 190000 50 Sending packet of payload size 1400 every 0.000005263s for 50 seconds calling time every 38 cycles start:             1659703401.000000000 finish:            1659703451.000103336 send calls:        9500304 send errors:       0 approx send rate:  190006 pps time/packet:       5263 ns approx error rate: 0 waited:            820237403 approx waits/sec:  16404748 approx wait rate:  86     ---Mike From nobody Fri Aug 5 15:41:42 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Lzqb21tYKz4YG7y for ; Fri, 5 Aug 2022 15:41:50 +0000 (UTC) (envelope-from jim@jimking.net) Received: from flounder.jimking.net (flounder.jimking.net [IPv6:2607:fc50:1:8b00:216:3eff:fe33:f0f9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "flounder.jimking.net", Issuer "jimking.net CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Lzqb14RCfz3W7r; Fri, 5 Aug 2022 15:41:49 +0000 (UTC) (envelope-from jim@jimking.net) Received: from [192.168.22.142] (c-98-199-170-72.hsd1.tx.comcast.net [98.199.170.72]) (authenticated bits=0) by flounder.jimking.net (8.15.2/8.15.2) with ESMTPSA id 275FflJo023398 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 5 Aug 2022 10:41:48 -0500 (CDT) (envelope-from jim@jimking.net) X-Authentication-Warning: flounder.jimking.net: Host c-98-199-170-72.hsd1.tx.comcast.net [98.199.170.72] claimed to be [192.168.22.142] Message-ID: Date: Fri, 5 Aug 2022 10:41:42 -0500 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.12.0 Subject: Re: igc problems with heavy traffic Content-Language: en-US To: mike tancsa , stable@freebsd.org, kbowling@FreeBSD.org References: <59b9cec0-d8c2-ce72-b5e9-99d1a1e807f8@sentex.net> <86995d10-af63-d053-972e-dd233029f3bf@jimking.net> <3d874f65-8ce2-8f06-f19a-14cd550166e3@sentex.net> From: Jim King In-Reply-To: <3d874f65-8ce2-8f06-f19a-14cd550166e3@sentex.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: clamav-milter 0.99.4 at flounder.jimking.net X-Virus-Status: Clean X-Rspamd-Queue-Id: 4Lzqb14RCfz3W7r X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of jim@jimking.net designates 2607:fc50:1:8b00:216:3eff:fe33:f0f9 as permitted sender) smtp.mailfrom=jim@jimking.net X-Spamd-Result: default: False [-3.30 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+a:flounder.jimking.net]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:36236, ipnet:2607:fc50::/36, country:US]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[stable@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; DMARC_NA(0.00)[jimking.net]; FREEFALL_USER(0.00)[jim]; ARC_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCPT_COUNT_THREE(0.00)[3]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; HAS_XAW(0.00)[]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 8/5/2022 7:48 AM, mike tancsa wrote: > On 8/5/2022 2:19 AM, Jim King wrote: >> On 8/4/2022 12:29 PM, mike tancsa wrote: >>> On 8/4/2022 1:12 PM, mike tancsa wrote: >>>> On 7/31/2022 11:41 PM, Jim King wrote: >>>>> I'm trying to use a Qnap dual port 2.5Gb NIC with FreeBSD 13.1. >>>>> FreeBSD recognizes the NIC and I'm able to connect to my LAN at >>>>> 1Gb.  However, trying to push heavy traffic through the NIC >>>>> results in a temporary loss of connectivity:  traffic stops and >>>>> the message "igc0: link state changed to DOWN" appears in the >>>>> system log. About 10 seconds later the message "igc0: link state >>>>> changed to UP" is logged, followed by some messages from dhclient >>>>> indicating that it has acquired a lease.  At that point network >>>>> connectivity works normally, until I try to push a lot of traffic >>>>> again.  I've been able to trigger this every time using iperf3 >>>>> from another PC on my LAN, and by using Ookla's speedtest client >>>>> (my Internet service is good for about 900 Mbps). >>>>> >>>> How long does it take to wedge the nic ? I have a pair of Topton >>>> routers (4 IGC NICs) back to back and a simple iperf3 test seems to >>>> work ok between the 2 units. >>>> >>> Actually, I was able to reproduce this too running iperf3 -P4 for >>> about 60 seconds. Watching via sysutils/ifstat, it does indeed drop >>> traffic when the link drops >>> >>> >> When I'm receiving traffic the wedge usually happens pretty quick. >> iperf while connected at 1Gb (I get similar results at 2.5Gb): >> > If I fiddle with the Flow Control settings it seems to make a > difference.  I can do it without bouncing the link.  I wonder what the > Linux driver has as default ? > > ie. > > sysctl -w dev.igc.1.fc=1 > sysctl -w dev.igc.0.fc=1 > > Does it help in your case ? > Thanks for the suggestion.  Unfortunately it doesn't seem to help in my case.  All four values for flow control give pretty much the same results with my iperf test. Jim From nobody Fri Aug 5 17:47:42 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4LztNQ2d3Cz4YY3W for ; Fri, 5 Aug 2022 17:47:50 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost1.sentex.ca", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4LztNP5HjLz3jTc; Fri, 5 Aug 2022 17:47:49 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [199.212.134.19]) by smarthost1.sentex.ca (8.16.1/8.16.1) with ESMTPS id 275Hlgh4094577 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Fri, 5 Aug 2022 13:47:42 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [IPV6:2607:f3e0:0:4:f0d5:2e0:4f18:84d6] ([IPv6:2607:f3e0:0:4:f0d5:2e0:4f18:84d6]) by pyroxene2a.sentex.ca (8.16.1/8.15.2) with ESMTPS id 275Hlg43093760 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Fri, 5 Aug 2022 13:47:42 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: Date: Fri, 5 Aug 2022 13:47:42 -0400 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.1.0 Subject: Re: igc problems with heavy traffic Content-Language: en-US To: Jim King , stable@freebsd.org, kbowling@FreeBSD.org References: <59b9cec0-d8c2-ce72-b5e9-99d1a1e807f8@sentex.net> <86995d10-af63-d053-972e-dd233029f3bf@jimking.net> <3d874f65-8ce2-8f06-f19a-14cd550166e3@sentex.net> From: mike tancsa In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.84 on 64.7.153.18 X-Rspamd-Queue-Id: 4LztNP5HjLz3jTc X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:1::12 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-3.40 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[199.212.134.19:received]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[stable@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; R_DKIM_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[mike]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[sentex.net]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 8/5/2022 11:41 AM, Jim King wrote: > If I fiddle with the Flow Control settings it seems to make a > difference.  I can do it without bouncing the link.  I wonder what the > Linux driver has as default ? >> >> ie. >> >> sysctl -w dev.igc.1.fc=1 >> sysctl -w dev.igc.0.fc=1 >> >> Does it help in your case ? >> > Thanks for the suggestion.  Unfortunately it doesn't seem to help in > my case.  All four values for flow control give pretty much the same > results with my iperf test. > > Are you able to boot a RELENG_13 stable kernel and test ? I am using a stable kernel from a couple of days ago and setting the fc=0 (you set that on all nics right ?) does work for me both at 2.5G and 1G. Leaving the default causes the nic to bounce on my test boxes. I dont see any obvious big changes in the driver itself since 13.1 came out so I am guessing something else fixed or worked around this bug ? https://cgit.freebsd.org/src/log/?h=stable%2F13&qt=grep&q=igc Been running this loop for 30min without any link bounces #!/bin/sh TARGET=10.1.255.168 I=/usr/local/bin/iperf3 while true do $I -t 60 -c $TARGET sleep 2 $I -P4 -t 60 -c $TARGET sleep 2 $I -R -t 60 -c $TARGET sleep 2 $I  -R -P4 -t 60 -c $TARGET done Anything interesting come up in sysctl -a dev.igc ?     ---Mike From nobody Sat Aug 6 04:34:01 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4M08kJ0cnwz4Xpv5 for ; Sat, 6 Aug 2022 04:34:16 +0000 (UTC) (envelope-from jon@xyinn.org) Received: from mail-4317.proton.ch (mail-4317.proton.ch [185.70.43.17]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4M08kF1Wf4z3hHQ for ; Sat, 6 Aug 2022 04:34:13 +0000 (UTC) (envelope-from jon@xyinn.org) Date: Sat, 06 Aug 2022 04:34:01 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xyinn.org; s=protonmail3; t=1659760449; x=1660019649; bh=4DkQBhtPexJZQu3wZxVlJn6FKRJsueZ3hN4ncXF5n6I=; h=Date:To:From:Reply-To:Subject:Message-ID:Feedback-ID:From:To:Cc: Date:Subject:Reply-To:Feedback-ID:Message-ID; b=OCPktLW/tC6RwvZSCu30Ejse9XI07p7lcooOPRB/VUcg1qTqrrfiTm5t93qgwhC9T cAtojCHMF+a2iq5pDovAaQv6tews41I98dUmCJVCzN0wo/1ifXGJQp+OLJA/IMCr8I 1DAV8brFjvcg58qEIxQnlHA522w/jK9a6sBbHbTRwQPCudC7ZG+x80YQgHL/QrZi8P IclOTApY71DI4GpojfaZMFnzruFHcVBuNl/Xwz9ND0ZsTJQY4sWZOnUqHANVPR/M/5 /srUYbe6NJFznexjFQgDqdLVK1aq8AqILRZJKumYcZzf6J4NPxP+PlZsCd5lSVAbsA 5uJAYRv2d0RlQ== To: "stable@freebsd.org" From: Jonathan Vasquez Reply-To: Jonathan Vasquez Subject: Framework Laptop (Batch 6) finally working :D Message-ID: Feedback-ID: 12351801:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_5ASFPSUARefaj7IheNltf1XiyuomamXqMn19qo1lUE" X-Rspamd-Queue-Id: 4M08kF1Wf4z3hHQ X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=xyinn.org header.s=protonmail3 header.b="OCPktLW/"; dmarc=pass (policy=none) header.from=xyinn.org; spf=pass (mx1.freebsd.org: domain of jon@xyinn.org designates 185.70.43.17 as permitted sender) smtp.mailfrom=jon@xyinn.org X-Spamd-Result: default: False [-2.87 / 15.00]; MIME_BASE64_TEXT_BOGUS(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.999]; NEURAL_HAM_MEDIUM(-0.99)[-0.990]; NEURAL_HAM_LONG(-0.98)[-0.981]; DMARC_POLICY_ALLOW(-0.50)[xyinn.org,none]; R_SPF_ALLOW(-0.20)[+ip4:185.70.43.0/24]; R_DKIM_ALLOW(-0.20)[xyinn.org:s=protonmail3]; MIME_BASE64_TEXT(0.10)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; FREEFALL_USER(0.00)[jon]; HAS_REPLYTO(0.00)[jon@xyinn.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_EQ_ADDR_ALL(0.00)[]; HAS_PHPMAILER_SIG(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[stable@freebsd.org]; RCVD_COUNT_ZERO(0.00)[0]; DKIM_TRACE(0.00)[xyinn.org:+]; REPLYTO_EQ_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.43.0/24, country:CH]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[185.70.43.17:from] X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --b1_5ASFPSUARefaj7IheNltf1XiyuomamXqMn19qo1lUE Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SGV5IGFsbCwKCkkgZmluaXNoZWQgY29taW5nIGJhY2sgdG8gbXkgRnJhbWV3b3JrIExhcHRvcCAo QmF0Y2ggNikgYWZ0ZXIgYSBjb3VwbGUgb2YgbW9udGhzIG9mIHdvcmtpbmcgb24gZ2V0dGluZyBG cmVlQlNEIHdvcmtpbmcgb24gbXkgVGhpbmtwYWQgWDI2MCBhbmQgVGhpbmtwYWQgWDFDNy4gSSBm aW5hbGx5IGdvdCBpdCB3b3JraW5nIHRvIGEgZ29vZCBlbm91Z2ggc3RhdGUuIFRoZXJlIGFyZSBz dGlsbCBzb21lIHF1aXJrcyBidXQgdGhlIGJ1ZyByZXBvcnRzIGFyZSBwcmV0dHkgbXVjaCBhbGwg YWxyZWFkeSBvcGVuIGZvciB0aG9zZSBzbyBJJ20gaG9waW5nIHRob3NlIHdpbGwgZ2V0IGZpeGVk IGV2ZW50dWFsbHkuIEkndmUgdXBkYXRlZCBteSBkb2N1bWVudGF0aW9uIHRvIHJlZmxlY3QgdGhl IGN1cnJlbnQgc3RhdGUuIFBvc3RpbmcgaGVyZSBmb3IgZXhwb3N1cmU6CgpodHRwczovL3h5aW5u Lm9yZy9tZC9mcmVlYnNkL2ZyYW1ld29ya19sYXB0b3AKCkpvbmF0aGFuIFZhc3F1ZXoKUEdQOiAz NERBIDg1OEMgMTQ0NyA1MDlFIEM3N0EgRDQ5RiBGQjg1IDkwQjcgQzRDQSA1Mjc5ClNlbnQgd2l0 aCBQcm90b25NYWlsIFNlY3VyZSBFbWFpbA== --b1_5ASFPSUARefaj7IheNltf1XiyuomamXqMn19qo1lUE Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0cHg7Ij5IZXkgYWxs LDwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbDsgZm9udC1zaXplOiAxNHB4OyI+ PGJyPjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbDsgZm9udC1zaXplOiAxNHB4 OyI+SSBmaW5pc2hlZCBjb21pbmcgYmFjayB0byBteSBGcmFtZXdvcmsgTGFwdG9wIChCYXRjaCA2 KSBhZnRlciBhIGNvdXBsZSBvZiBtb250aHMgb2Ygd29ya2luZyBvbiBnZXR0aW5nIEZyZWVCU0Qg d29ya2luZyBvbiBteSBUaGlua3BhZCBYMjYwIGFuZCBUaGlua3BhZCBYMUM3LiBJIGZpbmFsbHkg Z290IGl0IHdvcmtpbmcgdG8gYSBnb29kIGVub3VnaCBzdGF0ZS4gVGhlcmUgYXJlIHN0aWxsIHNv bWUgcXVpcmtzIGJ1dCB0aGUgYnVnIHJlcG9ydHMgYXJlIHByZXR0eSBtdWNoIGFsbCBhbHJlYWR5 IG9wZW4gZm9yIHRob3NlIHNvIEknbSBob3BpbmcgdGhvc2Ugd2lsbCBnZXQgZml4ZWQgZXZlbnR1 YWxseS4gSSd2ZSB1cGRhdGVkIG15IGRvY3VtZW50YXRpb24gdG8gcmVmbGVjdCB0aGUgY3VycmVu dCBzdGF0ZS4gUG9zdGluZyBoZXJlIGZvciBleHBvc3VyZTo8L2Rpdj48ZGl2IHN0eWxlPSJmb250 LWZhbWlseTogQXJpYWw7IGZvbnQtc2l6ZTogMTRweDsiPjxicj48L2Rpdj48ZGl2IHN0eWxlPSJm b250LWZhbWlseTogQXJpYWw7IGZvbnQtc2l6ZTogMTRweDsiPjxzcGFuPjxhIHRhcmdldD0iX2Js YW5rIiByZWw9Im5vcmVmZXJyZXIgbm9mb2xsb3cgbm9vcGVuZXIiIGhyZWY9Imh0dHBzOi8veHlp bm4ub3JnL21kL2ZyZWVic2QvZnJhbWV3b3JrX2xhcHRvcCI+aHR0cHM6Ly94eWlubi5vcmcvbWQv ZnJlZWJzZC9mcmFtZXdvcmtfbGFwdG9wPC9hPjwvc3Bhbj48YnI+PC9kaXY+PGRpdiBzdHlsZT0i Zm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0cHg7Ij48YnI+PC9kaXY+DQo8ZGl2IGNs YXNzPSJwcm90b25tYWlsX3NpZ25hdHVyZV9ibG9jayIgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlh bDsgZm9udC1zaXplOiAxNHB4OyI+DQogICAgPGRpdiBjbGFzcz0icHJvdG9ubWFpbF9zaWduYXR1 cmVfYmxvY2stdXNlciI+DQogICAgICAgIDxkaXY+Sm9uYXRoYW4gVmFzcXVlejxicj48L2Rpdj48 ZGl2PlBHUDogMzREQSA4NThDIDE0NDcgNTA5RSBDNzdBICBENDlGIEZCODUgOTBCNyBDNENBIDUy Nzk8YnI+PC9kaXY+PGRpdj5TZW50IHdpdGggUHJvdG9uTWFpbCBTZWN1cmUgRW1haWw8YnI+PC9k aXY+PGRpdj48YnI+PC9kaXY+DQogICAgPC9kaXY+DQoNCiAgICAgICAgICAgIDxkaXYgY2xhc3M9 InByb3Rvbm1haWxfc2lnbmF0dXJlX2Jsb2NrLXByb3RvbiBwcm90b25tYWlsX3NpZ25hdHVyZV9i bG9jay1lbXB0eSI+DQoNCiAgICAgICAgICAgIDwvZGl2Pg0KPC9kaXY+DQo= --b1_5ASFPSUARefaj7IheNltf1XiyuomamXqMn19qo1lUE-- From nobody Sat Aug 6 19:04:11 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4M0X2N50dgz4YYtQ for ; Sat, 6 Aug 2022 19:04:28 +0000 (UTC) (envelope-from jim@jimking.net) Received: from flounder.jimking.net (flounder.jimking.net [IPv6:2607:fc50:1:8b00:216:3eff:fe33:f0f9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "flounder.jimking.net", Issuer "jimking.net CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4M0X2M3pdWz3kFH; Sat, 6 Aug 2022 19:04:27 +0000 (UTC) (envelope-from jim@jimking.net) Received: from [192.168.22.253] (c-98-199-170-72.hsd1.tx.comcast.net [98.199.170.72]) (authenticated bits=0) by flounder.jimking.net (8.15.2/8.15.2) with ESMTPSA id 276J4JJI032369 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Sat, 6 Aug 2022 14:04:20 -0500 (CDT) (envelope-from jim@jimking.net) X-Authentication-Warning: flounder.jimking.net: Host c-98-199-170-72.hsd1.tx.comcast.net [98.199.170.72] claimed to be [192.168.22.253] Message-ID: Date: Sat, 6 Aug 2022 14:04:11 -0500 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.12.0 Subject: Re: igc problems with heavy traffic Content-Language: en-US To: mike tancsa , stable@freebsd.org, kbowling@FreeBSD.org References: <59b9cec0-d8c2-ce72-b5e9-99d1a1e807f8@sentex.net> <86995d10-af63-d053-972e-dd233029f3bf@jimking.net> <3d874f65-8ce2-8f06-f19a-14cd550166e3@sentex.net> From: Jim King In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: clamav-milter 0.99.4 at flounder.jimking.net X-Virus-Status: Clean X-Rspamd-Queue-Id: 4M0X2M3pdWz3kFH X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of jim@jimking.net designates 2607:fc50:1:8b00:216:3eff:fe33:f0f9 as permitted sender) smtp.mailfrom=jim@jimking.net X-Spamd-Result: default: False [-3.30 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+a:flounder.jimking.net]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:36236, ipnet:2607:fc50::/36, country:US]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[stable@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; DMARC_NA(0.00)[jimking.net]; FREEFALL_USER(0.00)[jim]; ARC_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCPT_COUNT_THREE(0.00)[3]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; HAS_XAW(0.00)[]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 8/5/2022 12:47 PM, mike tancsa wrote: > On 8/5/2022 11:41 AM, Jim King wrote: >> If I fiddle with the Flow Control settings it seems to make a >> difference.  I can do it without bouncing the link.  I wonder what >> the Linux driver has as default ? >>> >>> ie. >>> >>> sysctl -w dev.igc.1.fc=1 >>> sysctl -w dev.igc.0.fc=1 >>> >>> Does it help in your case ? >>> >> Thanks for the suggestion.  Unfortunately it doesn't seem to help in >> my case.  All four values for flow control give pretty much the same >> results with my iperf test. >> >> > Are you able to boot a RELENG_13 stable kernel and test ? I am using a > stable kernel from a couple of days ago and setting the fc=0 (you set > that on all nics right ?) does work for me both at 2.5G and 1G. > Leaving the default causes the nic to bounce on my test boxes. I dont > see any obvious big changes in the driver itself since 13.1 came out > so I am guessing something else fixed or worked around this bug ? > I build stable/13 from yesterday and still haven't found a working configuration.  When I turn off Flow Control on both NICs my first iperf test always causes the NIC to bounce, and sometimes subsequent tests will work OK, but only sometimes.  Most of the time the subsequent iperf runs also cause the NIC to bounce. I also tried -rxcsum and -txcsum on the NIC, which had no effect. > Anything interesting come up in > > sysctl -a dev.igc > > ? > Nothing that catches my eye, but I don't have much experience with this kind of troubleshooting. Jim From nobody Sat Aug 6 20:53:33 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4M0ZSP6gCFz4XqgY for ; Sat, 6 Aug 2022 20:53:41 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost1.sentex.ca", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4M0ZSN4nMYz3tY6; Sat, 6 Aug 2022 20:53:40 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [199.212.134.19]) by smarthost1.sentex.ca (8.16.1/8.16.1) with ESMTPS id 276KrXMg098159 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Sat, 6 Aug 2022 16:53:33 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [IPV6:2607:f3e0:0:4:8c1e:bfd:4e9e:182c] ([IPv6:2607:f3e0:0:4:8c1e:bfd:4e9e:182c]) by pyroxene2a.sentex.ca (8.16.1/8.15.2) with ESMTPS id 276KrXOP025579 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Sat, 6 Aug 2022 16:53:33 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <760d007e-0a19-7f29-ade6-69a81744902d@sentex.net> Date: Sat, 6 Aug 2022 16:53:33 -0400 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.1.0 Subject: Re: igc problems with heavy traffic Content-Language: en-US To: Jim King , stable@freebsd.org, kbowling@FreeBSD.org References: <59b9cec0-d8c2-ce72-b5e9-99d1a1e807f8@sentex.net> <86995d10-af63-d053-972e-dd233029f3bf@jimking.net> <3d874f65-8ce2-8f06-f19a-14cd550166e3@sentex.net> From: mike tancsa In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.84 on 64.7.153.18 X-Rspamd-Queue-Id: 4M0ZSN4nMYz3tY6 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:1::12 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-3.40 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; RCVD_IN_DNSWL_LOW(-0.10)[199.212.134.19:received]; MIME_GOOD(-0.10)[text/plain]; R_DKIM_NA(0.00)[]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[stable@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_THREE(0.00)[3]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEFALL_USER(0.00)[mike]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_SOME(0.00)[]; DMARC_NA(0.00)[sentex.net]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 8/6/2022 3:04 PM, Jim King wrote: > On 8/5/2022 12:47 PM, mike tancsa wrote: >> On 8/5/2022 11:41 AM, Jim King wrote: >>> If I fiddle with the Flow Control settings it seems to make a >>> difference.  I can do it without bouncing the link.  I wonder what >>> the Linux driver has as default ? >>>> >>>> ie. >>>> >>>> sysctl -w dev.igc.1.fc=1 >>>> sysctl -w dev.igc.0.fc=1 >>>> >>>> Does it help in your case ? >>>> >>> Thanks for the suggestion.  Unfortunately it doesn't seem to help in >>> my case.  All four values for flow control give pretty much the same >>> results with my iperf test. >>> >>> >> Are you able to boot a RELENG_13 stable kernel and test ? I am using >> a stable kernel from a couple of days ago and setting the fc=0 (you >> set that on all nics right ?) does work for me both at 2.5G and 1G. >> Leaving the default causes the nic to bounce on my test boxes. I dont >> see any obvious big changes in the driver itself since 13.1 came out >> so I am guessing something else fixed or worked around this bug ? >> > I build stable/13 from yesterday and still haven't found a working > configuration.  When I turn off Flow Control on both NICs my first > iperf test always causes the NIC to bounce, and sometimes subsequent > tests will work OK, but only sometimes.  Most of the time the > subsequent iperf runs also cause the NIC to bounce. > > I also tried -rxcsum and -txcsum on the NIC, which had no effect. > > I let my unit run over night and it as well saw some drops.  I wonder if the relatively underpowered CPU doesnt generate enough traffic to cause it to bounce as often?  Not sure if there is anything in the sysctl logs or not, but this is a before and after below. I guess I will open a PR. Not sure if this driver is managed by Intel or not. I think the netgate people did it initially root@topton1:/var/tmp/reports # diff -u 1659776941b 1659777187a --- 1659776941b 2022-08-06 05:11:03.514094000 -0400 +++ 1659777187a 2022-08-06 05:14:09.675013000 -0400 @@ -1,35 +1,35 @@  dev.igc.1.wake: 0  dev.igc.1.interrupts.rx_desc_min_thresh: 0 -dev.igc.1.interrupts.asserts: 704721082 -dev.igc.1.mac_stats.tso_txd: 400062204 -dev.igc.1.mac_stats.tx_frames_1024_1522: 4870151883 -dev.igc.1.mac_stats.tx_frames_512_1023: 38990 -dev.igc.1.mac_stats.tx_frames_256_511: 17758 -dev.igc.1.mac_stats.tx_frames_128_255: 4764 -dev.igc.1.mac_stats.tx_frames_65_127: 569597300 -dev.igc.1.mac_stats.tx_frames_64: 36196 +dev.igc.1.interrupts.asserts: 707056694 +dev.igc.1.mac_stats.tso_txd: 400573812 +dev.igc.1.mac_stats.tx_frames_1024_1522: 4882409702 +dev.igc.1.mac_stats.tx_frames_512_1023: 38993 +dev.igc.1.mac_stats.tx_frames_256_511: 17762 +dev.igc.1.mac_stats.tx_frames_128_255: 4769 +dev.igc.1.mac_stats.tx_frames_65_127: 572463728 +dev.igc.1.mac_stats.tx_frames_64: 36307  dev.igc.1.mac_stats.mcast_pkts_txd: 0  dev.igc.1.mac_stats.bcast_pkts_txd: 30 -dev.igc.1.mac_stats.good_pkts_txd: 5439846882 -dev.igc.1.mac_stats.total_pkts_txd: 5439846888 -dev.igc.1.mac_stats.good_octets_txd: 7432797311490 -dev.igc.1.mac_stats.good_octets_recvd: 7400832173605 -dev.igc.1.mac_stats.rx_frames_1024_1522: 4849042867 -dev.igc.1.mac_stats.rx_frames_512_1023: 62119 -dev.igc.1.mac_stats.rx_frames_256_511: 28123 -dev.igc.1.mac_stats.rx_frames_128_255: 5910 -dev.igc.1.mac_stats.rx_frames_65_127: 570440786 -dev.igc.1.mac_stats.rx_frames_64: 49169 +dev.igc.1.mac_stats.good_pkts_txd: 5454971260 +dev.igc.1.mac_stats.total_pkts_txd: 5454971261 +dev.igc.1.mac_stats.good_octets_txd: 7451605352901 +dev.igc.1.mac_stats.good_octets_recvd: 7435895205487 +dev.igc.1.mac_stats.rx_frames_1024_1522: 4872086268 +dev.igc.1.mac_stats.rx_frames_512_1023: 64952 +dev.igc.1.mac_stats.rx_frames_256_511: 29389 +dev.igc.1.mac_stats.rx_frames_128_255: 6311 +dev.igc.1.mac_stats.rx_frames_65_127: 571594440 +dev.igc.1.mac_stats.rx_frames_64: 49437  dev.igc.1.mac_stats.mcast_pkts_recvd: 0  dev.igc.1.mac_stats.bcast_pkts_recvd: 19 -dev.igc.1.mac_stats.good_pkts_recvd: 5419628981 -dev.igc.1.mac_stats.total_pkts_recvd: 5419629039 +dev.igc.1.mac_stats.good_pkts_recvd: 5443830806 +dev.igc.1.mac_stats.total_pkts_recvd: 5443830878  dev.igc.1.mac_stats.xoff_txd: 0  dev.igc.1.mac_stats.xoff_recvd: 14  dev.igc.1.mac_stats.xon_txd: 0  dev.igc.1.mac_stats.xon_recvd: 0  dev.igc.1.mac_stats.alignment_errs: 0 -dev.igc.1.mac_stats.crc_errs: 6 +dev.igc.1.mac_stats.crc_errs: 8  dev.igc.1.mac_stats.recv_errs: 0  dev.igc.1.mac_stats.recv_jabber: 0  dev.igc.1.mac_stats.recv_oversize: 0 @@ -40,43 +40,43 @@  dev.igc.1.mac_stats.defer_count: 0  dev.igc.1.mac_stats.sequence_errors: 0  dev.igc.1.mac_stats.symbol_errors: 0 -dev.igc.1.mac_stats.collision_count: 6 +dev.igc.1.mac_stats.collision_count: 8  dev.igc.1.mac_stats.late_coll: 0  dev.igc.1.mac_stats.multiple_coll: 0  dev.igc.1.mac_stats.single_coll: 0  dev.igc.1.mac_stats.excess_coll: 0  dev.igc.1.queue_rx_3.rx_irq: 0 -dev.igc.1.queue_rx_3.rxd_tail: 907 -dev.igc.1.queue_rx_3.rxd_head: 908 +dev.igc.1.queue_rx_3.rxd_tail: 128 +dev.igc.1.queue_rx_3.rxd_head: 0  dev.igc.1.queue_rx_2.rx_irq: 0 -dev.igc.1.queue_rx_2.rxd_tail: 809 -dev.igc.1.queue_rx_2.rxd_head: 812 +dev.igc.1.queue_rx_2.rxd_tail: 722 +dev.igc.1.queue_rx_2.rxd_head: 723  dev.igc.1.queue_rx_1.rx_irq: 0 -dev.igc.1.queue_rx_1.rxd_tail: 401 -dev.igc.1.queue_rx_1.rxd_head: 402 +dev.igc.1.queue_rx_1.rxd_tail: 83 +dev.igc.1.queue_rx_1.rxd_head: 84  dev.igc.1.queue_rx_0.rx_irq: 0 -dev.igc.1.queue_rx_0.rxd_tail: 521 -dev.igc.1.queue_rx_0.rxd_head: 522 +dev.igc.1.queue_rx_0.rxd_tail: 228 +dev.igc.1.queue_rx_0.rxd_head: 229  dev.igc.1.queue_tx_3.tx_irq: 0 -dev.igc.1.queue_tx_3.txd_tail: 1023 -dev.igc.1.queue_tx_3.txd_head: 1023 +dev.igc.1.queue_tx_3.txd_tail: 750 +dev.igc.1.queue_tx_3.txd_head: 750  dev.igc.1.queue_tx_2.tx_irq: 0 -dev.igc.1.queue_tx_2.txd_tail: 770 -dev.igc.1.queue_tx_2.txd_head: 914 +dev.igc.1.queue_tx_2.txd_tail: 116 +dev.igc.1.queue_tx_2.txd_head: 116  dev.igc.1.queue_tx_1.tx_irq: 0 -dev.igc.1.queue_tx_1.txd_tail: 184 -dev.igc.1.queue_tx_1.txd_head: 643 +dev.igc.1.queue_tx_1.txd_tail: 347 +dev.igc.1.queue_tx_1.txd_head: 347  dev.igc.1.queue_tx_0.tx_irq: 0 -dev.igc.1.queue_tx_0.txd_tail: 210 -dev.igc.1.queue_tx_0.txd_head: 210 +dev.igc.1.queue_tx_0.txd_tail: 17 +dev.igc.1.queue_tx_0.txd_head: 17  dev.igc.1.fc_low_water: 32752  dev.igc.1.fc_high_water: 32768  dev.igc.1.rx_control: 71335966  dev.igc.1.device_control: 404489793  dev.igc.1.watchdog_timeouts: 0  dev.igc.1.rx_overruns: 0 -dev.igc.1.link_irq: 38 -dev.igc.1.dropped: 6 +dev.igc.1.link_irq: 42 +dev.igc.1.dropped: 8  dev.igc.1.eee_control: 1  dev.igc.1.itr: 488  dev.igc.1.tx_abs_int_delay: 66 @@ -90,13 +90,13 @@         CTRL_EXIT        10000040  Interrupt Registers -       ICR      00000001 +       ICR      00000000  RX Registers         RCTL     0440801e         RDLEN    00004000 -       RDH      0000020a -       RDT      00000209 +       RDH      000000e5 +       RDT      000000e4         RXDCTL   02040808         RDBAL    02f44000         RDBAH    00000000 @@ -106,8 +106,8 @@         TDBAL    02f06000         TDBAH    00000000         TDLEN    00004000 -       TDH      000000d2 -       TDT      000000d2 +       TDH      00000011 +       TDT      00000011         TXDCTL   0201011f         TDFH     00000000         TDFT     00000000 @@ -119,38 +119,38 @@  dev.igc.1.debug: -1  dev.igc.1.nvm: -1  dev.igc.1.iflib.rxq3.rxq_fl0.buf_size: 2048 -dev.igc.1.iflib.rxq3.rxq_fl0.credits: 1023 -dev.igc.1.iflib.rxq3.rxq_fl0.cidx: 908 -dev.igc.1.iflib.rxq3.rxq_fl0.pidx: 907 +dev.igc.1.iflib.rxq3.rxq_fl0.credits: 128 +dev.igc.1.iflib.rxq3.rxq_fl0.cidx: 0 +dev.igc.1.iflib.rxq3.rxq_fl0.pidx: 128  dev.igc.1.iflib.rxq3.cpu: 3  dev.igc.1.iflib.rxq2.rxq_fl0.buf_size: 2048  dev.igc.1.iflib.rxq2.rxq_fl0.credits: 1023 -dev.igc.1.iflib.rxq2.rxq_fl0.cidx: 827 -dev.igc.1.iflib.rxq2.rxq_fl0.pidx: 826 +dev.igc.1.iflib.rxq2.rxq_fl0.cidx: 723 +dev.igc.1.iflib.rxq2.rxq_fl0.pidx: 722  dev.igc.1.iflib.rxq2.cpu: 2  dev.igc.1.iflib.rxq1.rxq_fl0.buf_size: 2048  dev.igc.1.iflib.rxq1.rxq_fl0.credits: 1023 -dev.igc.1.iflib.rxq1.rxq_fl0.cidx: 414 -dev.igc.1.iflib.rxq1.rxq_fl0.pidx: 413 +dev.igc.1.iflib.rxq1.rxq_fl0.cidx: 84 +dev.igc.1.iflib.rxq1.rxq_fl0.pidx: 83  dev.igc.1.iflib.rxq1.cpu: 1  dev.igc.1.iflib.rxq0.rxq_fl0.buf_size: 2048  dev.igc.1.iflib.rxq0.rxq_fl0.credits: 1023 -dev.igc.1.iflib.rxq0.rxq_fl0.cidx: 522 -dev.igc.1.iflib.rxq0.rxq_fl0.pidx: 521 +dev.igc.1.iflib.rxq0.rxq_fl0.cidx: 229 +dev.igc.1.iflib.rxq0.rxq_fl0.pidx: 228  dev.igc.1.iflib.rxq0.cpu: 0  dev.igc.1.iflib.txq3.r_abdications: 0 -dev.igc.1.iflib.txq3.r_restarts: 185763 -dev.igc.1.iflib.txq3.r_stalls: 185763 -dev.igc.1.iflib.txq3.r_starts: 22126656 +dev.igc.1.iflib.txq3.r_restarts: 0 +dev.igc.1.iflib.txq3.r_stalls: 0 +dev.igc.1.iflib.txq3.r_starts: 104312  dev.igc.1.iflib.txq3.r_drops: 0 -dev.igc.1.iflib.txq3.r_enqueues: 23334820 -dev.igc.1.iflib.txq3.ring_state: pidx_head: 0430 pidx_tail: 0430 cidx: 0430 state: IDLE -dev.igc.1.iflib.txq3.txq_cleaned: 106314707 -dev.igc.1.iflib.txq3.txq_processed: 106314747 +dev.igc.1.iflib.txq3.r_enqueues: 104513 +dev.igc.1.iflib.txq3.ring_state: pidx_head: 1960 pidx_tail: 1960 cidx: 1960 state: IDLE +dev.igc.1.iflib.txq3.txq_cleaned: 208578 +dev.igc.1.iflib.txq3.txq_processed: 208618  dev.igc.1.iflib.txq3.txq_in_use: 44 -dev.igc.1.iflib.txq3.txq_cidx_processed: 1019 -dev.igc.1.iflib.txq3.txq_cidx: 979 -dev.igc.1.iflib.txq3.txq_pidx: 1023 +dev.igc.1.iflib.txq3.txq_cidx_processed: 746 +dev.igc.1.iflib.txq3.txq_cidx: 706 +dev.igc.1.iflib.txq3.txq_pidx: 750  dev.igc.1.iflib.txq3.no_tx_dma_setup: 0  dev.igc.1.iflib.txq3.txd_encap_efbig: 0  dev.igc.1.iflib.txq3.tx_map_failed: 0 @@ -160,18 +160,18 @@  dev.igc.1.iflib.txq3.mbuf_defrag: 0  dev.igc.1.iflib.txq3.cpu: 3  dev.igc.1.iflib.txq2.r_abdications: 0 -dev.igc.1.iflib.txq2.r_restarts: 360876 -dev.igc.1.iflib.txq2.r_stalls: 360877 -dev.igc.1.iflib.txq2.r_starts: 24509109 +dev.igc.1.iflib.txq2.r_restarts: 0 +dev.igc.1.iflib.txq2.r_stalls: 0 +dev.igc.1.iflib.txq2.r_starts: 99386  dev.igc.1.iflib.txq2.r_drops: 0 -dev.igc.1.iflib.txq2.r_enqueues: 26698302 -dev.igc.1.iflib.txq2.ring_state: pidx_head: 0070 pidx_tail: 0070 cidx: 1883 state: STALLED -dev.igc.1.iflib.txq2.txq_cleaned: 96507779 -dev.igc.1.iflib.txq2.txq_processed: 96507819 -dev.igc.1.iflib.txq2.txq_in_use: 987 -dev.igc.1.iflib.txq2.txq_cidx_processed: 939 -dev.igc.1.iflib.txq2.txq_cidx: 899 -dev.igc.1.iflib.txq2.txq_pidx: 862 +dev.igc.1.iflib.txq2.r_enqueues: 99386 +dev.igc.1.iflib.txq2.ring_state: pidx_head: 0394 pidx_tail: 0394 cidx: 0394 state: IDLE +dev.igc.1.iflib.txq2.txq_cleaned: 198730 +dev.igc.1.iflib.txq2.txq_processed: 198770 +dev.igc.1.iflib.txq2.txq_in_use: 42 +dev.igc.1.iflib.txq2.txq_cidx_processed: 114 +dev.igc.1.iflib.txq2.txq_cidx: 74 +dev.igc.1.iflib.txq2.txq_pidx: 116  dev.igc.1.iflib.txq2.no_tx_dma_setup: 0  dev.igc.1.iflib.txq2.txd_encap_efbig: 0  dev.igc.1.iflib.txq2.tx_map_failed: 0 @@ -181,18 +181,18 @@  dev.igc.1.iflib.txq2.mbuf_defrag: 0  dev.igc.1.iflib.txq2.cpu: 2  dev.igc.1.iflib.txq1.r_abdications: 0 -dev.igc.1.iflib.txq1.r_restarts: 1133594 -dev.igc.1.iflib.txq1.r_stalls: 1133594 -dev.igc.1.iflib.txq1.r_starts: 19099238 +dev.igc.1.iflib.txq1.r_restarts: 0 +dev.igc.1.iflib.txq1.r_stalls: 0 +dev.igc.1.iflib.txq1.r_starts: 751030  dev.igc.1.iflib.txq1.r_drops: 0 -dev.igc.1.iflib.txq1.r_enqueues: 26635148 -dev.igc.1.iflib.txq1.ring_state: pidx_head: 0088 pidx_tail: 0088 cidx: 0088 state: IDLE -dev.igc.1.iflib.txq1.txq_cleaned: 134333877 -dev.igc.1.iflib.txq1.txq_processed: 134333917 -dev.igc.1.iflib.txq1.txq_in_use: 771 -dev.igc.1.iflib.txq1.txq_cidx_processed: 477 -dev.igc.1.iflib.txq1.txq_cidx: 437 -dev.igc.1.iflib.txq1.txq_pidx: 184 +dev.igc.1.iflib.txq1.r_enqueues: 751120 +dev.igc.1.iflib.txq1.ring_state: pidx_head: 0145 pidx_tail: 0145 cidx: 0145 state: IDLE +dev.igc.1.iflib.txq1.txq_cleaned: 6523185 +dev.igc.1.iflib.txq1.txq_processed: 6523225 +dev.igc.1.iflib.txq1.txq_in_use: 42 +dev.igc.1.iflib.txq1.txq_cidx_processed: 345 +dev.igc.1.iflib.txq1.txq_cidx: 305 +dev.igc.1.iflib.txq1.txq_pidx: 347  dev.igc.1.iflib.txq1.no_tx_dma_setup: 0  dev.igc.1.iflib.txq1.txd_encap_efbig: 0  dev.igc.1.iflib.txq1.tx_map_failed: 0 @@ -202,18 +202,18 @@  dev.igc.1.iflib.txq1.mbuf_defrag: 0  dev.igc.1.iflib.txq1.cpu: 1  dev.igc.1.iflib.txq0.r_abdications: 0 -dev.igc.1.iflib.txq0.r_restarts: 825923 -dev.igc.1.iflib.txq0.r_stalls: 825923 -dev.igc.1.iflib.txq0.r_starts: 31553019 +dev.igc.1.iflib.txq0.r_restarts: 0 +dev.igc.1.iflib.txq0.r_stalls: 0 +dev.igc.1.iflib.txq0.r_starts: 8  dev.igc.1.iflib.txq0.r_drops: 0 -dev.igc.1.iflib.txq0.r_enqueues: 37045348 -dev.igc.1.iflib.txq0.ring_state: pidx_head: 1471 pidx_tail: 1471 cidx: 1471 state: IDLE -dev.igc.1.iflib.txq0.txq_cleaned: 153006246 -dev.igc.1.iflib.txq0.txq_processed: 153006286 -dev.igc.1.iflib.txq0.txq_in_use: 44 -dev.igc.1.iflib.txq0.txq_cidx_processed: 206 -dev.igc.1.iflib.txq0.txq_cidx: 166 -dev.igc.1.iflib.txq0.txq_pidx: 210 +dev.igc.1.iflib.txq0.r_enqueues: 8 +dev.igc.1.iflib.txq0.ring_state: pidx_head: 0816 pidx_tail: 0816 cidx: 0816 state: IDLE +dev.igc.1.iflib.txq0.txq_cleaned: 0 +dev.igc.1.iflib.txq0.txq_processed: 15 +dev.igc.1.iflib.txq0.txq_in_use: 17 +dev.igc.1.iflib.txq0.txq_cidx_processed: 15 +dev.igc.1.iflib.txq0.txq_cidx: 0 +dev.igc.1.iflib.txq0.txq_pidx: 17  dev.igc.1.iflib.txq0.no_tx_dma_setup: 0  dev.igc.1.iflib.txq0.txd_encap_efbig: 0  dev.igc.1.iflib.txq0.tx_map_failed: 0 From nobody Mon Aug 8 12:41:02 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4M1bR95DkJz4XrRS for ; Mon, 8 Aug 2022 12:41:09 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost1.sentex.ca", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4M1bR90psCz3kD2; Mon, 8 Aug 2022 12:41:09 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [199.212.134.19]) by smarthost1.sentex.ca (8.16.1/8.16.1) with ESMTPS id 278Cf2gD040138 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 8 Aug 2022 08:41:02 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [IPV6:2607:f3e0:0:4:475:e5:756d:4737] ([IPv6:2607:f3e0:0:4:475:e5:756d:4737]) by pyroxene2a.sentex.ca (8.16.1/8.15.2) with ESMTPS id 278Cf14a019539 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Mon, 8 Aug 2022 08:41:02 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <586e9e15-006c-88d6-bdd6-8f1320c6adee@sentex.net> Date: Mon, 8 Aug 2022 08:41:02 -0400 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.1.1 Subject: Re: igc problems with heavy traffic Content-Language: en-US From: mike tancsa To: Jim King , stable@freebsd.org, kbowling@FreeBSD.org References: <59b9cec0-d8c2-ce72-b5e9-99d1a1e807f8@sentex.net> <86995d10-af63-d053-972e-dd233029f3bf@jimking.net> <3d874f65-8ce2-8f06-f19a-14cd550166e3@sentex.net> <760d007e-0a19-7f29-ade6-69a81744902d@sentex.net> In-Reply-To: <760d007e-0a19-7f29-ade6-69a81744902d@sentex.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.84 on 64.7.153.18 X-Rspamd-Queue-Id: 4M1bR90psCz3kD2 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:1::12 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-3.40 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; RCVD_IN_DNSWL_LOW(-0.10)[199.212.134.19:received]; MIME_GOOD(-0.10)[text/plain]; R_DKIM_NA(0.00)[]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[stable@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_THREE(0.00)[3]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEFALL_USER(0.00)[mike]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_SOME(0.00)[]; DMARC_NA(0.00)[sentex.net]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 8/6/2022 4:53 PM, mike tancsa wrote: > I let my unit run over night and it as well saw some drops.  I wonder > if the relatively underpowered CPU doesnt generate enough traffic to > cause it to bounce as often?  Not sure if there is anything in the > sysctl logs or not, but this is a before and after below. I guess I > will open a PR. Not sure if this driver is managed by Intel or not. I > think the netgate people did it initially > I opened PR 265714 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=265714     ---Mike From nobody Mon Aug 8 21:33:31 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4M1qFR3gG1z4YDRS; Mon, 8 Aug 2022 21:33:31 +0000 (UTC) (envelope-from salvadore@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4M1qFR3FMtz3xn7; Mon, 8 Aug 2022 21:33:31 +0000 (UTC) (envelope-from salvadore@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1659994411; 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: content-transfer-encoding:content-transfer-encoding; bh=gXWe/CxpRoBpbu6t8DEMSob1zm2H86CyCB29WkrdZcY=; b=ApjfObVZwF0m58HvXMStRtakmI1rx9ZegfX4jaomPt0RSaj17p3tsTuTlKtv1QOrxW/M1w djic/MZbUhH6jn+TNaCw8lRn1vtkruE5zm/0nkdg3RtDGSJ0yMPKxrhQTD8xWtJpBu81FZ ny1WXoJ1sCiFQ3M1dsxauJKciVPXFIbMkE1Oaw8VYoh8X827selS+3BIUuRALxwCUuODbZ 7CWCb+KFaUJBG+/9PvYdelPPe/AufuMfhKWASydbIMLpiHlyyfKU19S8Vof8iPbTYfADF/ 8f7VZrhMo6jlRTDqHhYkipJaCzliMQgdtLSKtpYbvdKPK+gCbrdVpvAY+lQCSA== Received: by freefall.freebsd.org (Postfix, from userid 1472) id 5D4AC13A44; Mon, 8 Aug 2022 21:33:31 +0000 (UTC) Date: Mon, 8 Aug 2022 21:33:31 +0000 From: Lorenzo Salvadore To: freebsd-hackers@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD Quarterly Status Report - Second Quarter 2022 Message-ID: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline; filename="report.txt" Content-Transfer-Encoding: 8bit ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1659994411; 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: content-transfer-encoding:content-transfer-encoding; bh=gXWe/CxpRoBpbu6t8DEMSob1zm2H86CyCB29WkrdZcY=; b=MLS4Zl+g/F2bikcHUsN2ggNZDUOEBE99himJeHJGQ3tZOUdiVDm1gnvx6zMQ9DCK+rZzkh G0+6O4OXKrg61Ij2msUopN3EwxsuK7rG7m3/MVICXneJBeb8SfIbiCdncB1YjNFVb2oNWl UL4Ghwz7X0jmiTlJSg3z0f6aDd07Z+NAq3ITXidpOxdcRlcRNgtHfq6q+Cx6l0PUlpx5TS x5Ff8mCehTIHbTgM9rNnR5w3+5zyK85ieFVAJllAoEoZ9E+8VgKiTqoL+8bLFSD4rrjkQU dSDNViWWXHZxwxc7d/uu3p7GhSVWDc+ggnojpv2EQ5ejUEHIRU7eR0jnrOLd+w== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1659994411; a=rsa-sha256; cv=none; b=aSLcxrkFLcHLrVzZ63kZq0VdVPyYvUbew1R0gnNNZbk5KZb9Z3YzM/JmFAtrgFGquvopvZ DE90Mox0r45Qjsyt85+1aA660RMG4lMzI/Srkrp0+eHlO8uViOogcmSrKjoy5553McLuFS v8f66xZRrjQI+WkbwpAK6v4A+cVdm9dVzdJAWIi/H0W3mEVAbvGutOpdxQ8S7mEdvBhRAu mpqnWRT7w86194Aa/3RHK3/bG2VPzD3aE/G4tm+UhHrzC/lQxzAz1/0AqXirghQmJh7EJp rp+f4X3KJjR/hjBRarmW7FhhHjIyjpfXwnpTUf6kRkVqf2tVxdF1vat141zdRg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N FreeBSD Quarterly Status Report Second Quarter 2022 Here is the second quarterly report of 2022, with 26 reports included. This quarter the quarterly team managed to publish the report much faster and, hopefully, with much fewer mistakes. If however you notice some errors, please report them so that we can correct them and also add some automatic checks in our tools to prevent them in the future and stay as efficient as possible in the pubblication process. We would also like to remind you that if for any reason you need more time to submit a quarterly report, the team will wait for you, but please warn us so that we are aware that some report is still missing. Many thanks to all those that have chosen to share their work with the FreeBSD community through the quarterly reports. Lorenzo Salvadore, on behalf of the status report team. â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” A rendered version of this report is available here: https://www.freebsd.org/status/report-2022-04-2022-06/ â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Table of Contents • FreeBSD Team Reports â–¡ FreeBSD Core Team â–¡ FreeBSD Foundation â–¡ FreeBSD Release Engineering Team â–¡ Cluster Administration Team â–¡ Continuous Integration â–¡ Ports Collection • Projects â–¡ Linux compatibility layer update â–¡ go on FreeBSD riscv64 â–¡ FreeBSD on Microsoft HyperV and Azure • Userland â–¡ Ongoing work on LLDB multiprocess debugging support â–¡ ZFS support in makefs(8) â–¡ Base System OpenSSH Update â–¡ pf status update • Kernel â–¡ ENA FreeBSD Driver Update â–¡ New Bluetooth® configuration daemon: blued â–¡ OpenVPN DCO â–¡ Wireless updates â–¡ Shared page address randomization • Architectures â–¡ NXP DPAA2 support â–¡ Medium-sized superpages on arm64 and beyond • Documentation â–¡ Documentation Engineering Team • Ports â–¡ KDE on FreeBSD â–¡ Elsewhere â–¡ GCC: updating GCC_DEFAULT and other improvements â–¡ Valgrind - Numerous bugfixes and updates for 13.1 / 14.0 â–¡ Pantheon desktop on FreeBSD â–¡ Feature Complete Port of Intel’s igt-gpu-tools â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” FreeBSD Team Reports Entries from the various official and semi-official teams, as found in the Administration Page. FreeBSD Core Team Contact: FreeBSD Core Team The FreeBSD Core Team is the governing body of FreeBSD. The twelfth FreeBSD Core Team was elected by active developers. The core.12 members are: • Baptiste Daroussin (bapt, incumbent) • Benedict Reuschling (bcr) • Ed Maste (emaste, incumbent) • Greg Lehey (grog) • John Baldwin (jhb) • Li-Wen Hsu (lwhsu) • Emmanuel Vadot (manu) • Tobias C. Berner (tcberner) • Mateusz Piotrowski (0mp) On June 10th the outgoing core.11 and incoming core.12 teams held a handover meeting, and the new Core Team was announced on Jun 18. The current Core Team secretary, Muhammad Moinur Rahman (bofh), will step down after the appointment of a new Core Team secretary and handover tasks completes. In this quarter, src commit bits of Kornel DulÄ™ba (kd) and Dmitry Salychev (dsl) have been approved. â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” FreeBSD Foundation Links: FreeBSD Foundation URL: https://www.FreeBSDFoundation.org Technology Roadmap URL: https://FreeBSDFoundation.org/blog/technology-roadmap/ Donate URL: https://www.FreeBSDFoundation.org/donate/ Foundation Partnership Program URL: https://www.FreeBSDFoundation.org/ FreeBSD-foundation-partnership-program FreeBSD Journal URL: https://www.FreeBSDFoundation.org/journal/ Foundation News and Events URL: https://www.FreeBSDFoundation.org/ news-and-events/ Contact: Deb Goodkin The FreeBSD Foundation is a 501(c)(3) non-profit organization dedicated to supporting and promoting the FreeBSD Project and community worldwide. Donations from individuals and corporations are used to fund and manage software development projects, conferences, and developer summits. We also provide travel grants to FreeBSD contributors, purchase and support hardware to improve and maintain FreeBSD infrastructure, and provide resources to improve security, quality assurance, and release engineering efforts. We publish marketing material to promote, educate, and advocate for the FreeBSD Project, facilitate collaboration between commercial vendors and FreeBSD developers, and finally, represent the FreeBSD Project in executing contracts, license agreements, and other legal arrangements that require a recognized legal entity. Fundraising Efforts First, I’d like to send a big thank you to everyone who gave a financial contribution to our efforts. We are 100% funded by your donations, so every contribution helps us continue to support FreeBSD in many ways, including some of the work funded and published in this status report. Our goal this year is to raise at a minimum $1,400,000 towards a spending budget of around $2,000,000. As I write this report, we’ve brought in under $200,000 towards that goal. So, we obviously need to step up our effort of fundraising. It’s by far the hardest part of my job. I’d much prefer talking to folks in our community on how we can help you, help create content to recruit more users and contributors to the Project, and understand challenges and painpoints that individuals and organizations have in using FreeBSD, so we can help improve those areas. Asking for money is not on that list. We support FreeBSD in five main areas. Software development is the largest area we fund with six software developers on staff who step in to implement new features, support tier 1 platforms, review patches, and fix issues. You can find out some of the work we did under OS Improvements in this report. FreeBSD Advocacy is another area that we support to spread the word about FreeBSD at conferences, in presentations online and in-person, tutorials and how-to guides. We purchase and support hardware for the FreeBSD infrastructure that supports the work going on in the Project. Virtual and in-person events are organized by the Foundation to help connect and engage community members to share their knowledge and collaborate on projects. Finally, we provide legal support to the Project when needed and protect the FreeBSD trademarks. If you haven’t made a donation this year, please consider making one at https:/ /freebsdfoundation.org/donate/. We also have a Partnership Program for larger commercial donors. You can find out more at https://freebsdfoundation.org/our-donors/ freebsd-foundation-partnership-program/ OS Improvements During the second quarter of 2022, 243 src, 62 ports, and 12 doc tree commits were made that identified The FreeBSD Foundation as a sponsor. This represents 10.6, 0.7, and 4.5% of the total number of commits to each repository. Sponsored Work You can read about some of the Foundation-sponsored work in individual quarterly report entries. • Base System OpenSSH Update • Ongoing work on LLDB multiprocess debugging support • Wireless Status • ZFS support in makefs Other ongoing sponsored work is described here. • FreeBSD Wireguard Improvements The aim of the Wireguard project is to improve support for the FreeBSD Wirguard kernel module. The work by John Baldwin involved adapting the module to use FreeBSD's OCF rather than Wireguard's internal implementations. It also involved adding new ciphers and API support. The latest upstream release incorporates this work. • Openstack on FreeBSD OpenStack is a cloud system for different types of resources like virtual machines. However, OpenStack only unofficially supports FreeBSD as a guest system. That means users can spawn FreeBSD instances on the open cloud platform, but it is not currently possible run OpenStack on FreeBSD hosts. The goal of this project is port OpenStack components so that FreeBSD can function as an OpenStack host. • Bhyve Issue Support The Foundation recently signed a new contract for Byhve support. This contract will allow John Baldwin to dedicate time to Bhyve as issues arise, especially security issues. • Handbook Improvement Exploration Under sponsorship from the Foundation, Pau Amma wrapped up a mini-project to explore how the Handbook can be improved. A survey was sent out and the results will be shared soon. Continuous Integration and Quality Assurance The Foundation provides a full-time staff member and funds projects to improve continuous integration, automated testing, and overall quality assurance efforts for the FreeBSD project. Supporting FreeBSD Infrastructure The Foundation provides hardware and support for the Project. A new Australian mirror was brought online by the Cluster Administration team. If you are a FreeBSD user in Oceania or southeast Asia, please let us know if download speeds for installer images and packages has improved. With your donations, the Foundation purchased new hardware to repair two PowerPC package builders, one for little endian packages (powerpc64le) and the second for big endian packages (powerpc64, powerpc). The new hardware just arrived at the data center and will be installed soon. Expect lots of PowerPC packages in the near future. FreeBSD Advocacy and Education Much of our effort is dedicated to Project advocacy. This may involve highlighting interesting FreeBSD work, producing literature and video tutorials, attending events, or giving presentations. The goal of the literature we produce is to teach people FreeBSD basics and help make their path to adoption or contribution easier. Other than attending and presenting at events, we encourage and help community members run their own FreeBSD events, give presentations, or staff FreeBSD tables. The FreeBSD Foundation sponsors many conferences, events, and summits around the globe. These events can be BSD-related, open source, or technology events geared towards underrepresented groups. We support the FreeBSD-focused events to help provide a venue for sharing knowledge, working together on projects, and facilitating collaboration between developers and commercial users. This all helps provide a healthy ecosystem. We support the non-FreeBSD events to promote and raise awareness of FreeBSD, to increase the use of FreeBSD in different applications, and to recruit more contributors to the Project. We are continuing to attend virtual events and planning the June 2022 Developer Summit. In addition to attending and planning virtual events, we are continually working on new training initiatives and updating our selection of how-to guides to facilitate getting more folks to try out FreeBSD. Check out some of the advocacy and education work we did last quarter: • Secured our booth and nonprofit sponsor status for All Things Open, October 30-November 2, 2022, Raleigh, NC. • Finalized our booth and workshop at Scale 19x in Los Angeles, CA on July 28-30. The FreeBSD workshop will be held Friday,Jul 29, 2022 and you can visit the Foundation at booth 502. • Confirmed our Silver Sponsorship of EuroBSDcon 2022, September 15-18, Vienna, Austria • Sponsored and helped organize the June 2022 FreeBSD Developer Summit, June 16-17, 2022. Videos are available on the FreeBSD Project YouTube channel. • Celebrated FreeBSD Day June 19, 2022 and throughout the following week. • Secured our Friends level sponsorship of COSCUP, July30-31, Taiwan • Published the FreeBSD Foundation Spring 2022 Update • New Blog Posts â–¡ Let’s Talk About Foundation Funding â–¡ New Board Member Interview: Cat Allman â–¡ Welcome FreeBSD Google Summer of Code Participants â–¡ FreeBSD Foundation Work in the 13.1 Release â–¡ Foundation Elects New Officers, Interviews Outgoing Board Members â–¡ Help Us Celebrate FreeBSD Day All Week Long • New and Updated How-To and Quick Guides: â–¡ Networking Basics: WiFi and Bluetooth â–¡ Audio on FreeBSD â–¡ Installing FreeBSD with VirtualBox (Mac/Windows) - Video Guide â–¡ An Introduction to the FreeBSD Operating System - Video Guide â–¡ Installing a Desktop Environment on FreeBSD - Video Guide â–¡ Installing a Port on FreeBSD - Video Guide We help educate the world about FreeBSD by publishing the professionally produced FreeBSD Journal. As we mentioned previously, the FreeBSD Journal is now a free publication. Find out more and access the latest issues at https:// www.FreeBSDfoundation.org/journal/. You can find out more about events we attended and upcoming events at https:// www.FreeBSDfoundation.org/news-and-events/. Legal/FreeBSD IP The Foundation owns the FreeBSD trademarks, and it is our responsibility to protect them. We also provide legal support for the core team to investigate questions that arise. Go to https://www.FreeBSDFoundation.org to find more about how we support FreeBSD and how we can help you! â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” FreeBSD Release Engineering Team Links: FreeBSD 13.1-RELEASE schedule URL: https://www.freebsd.org/releases/13.1R/ schedule/ FreeBSD 13.1-RELEASE announcement URL: https://www.freebsd.org/releases/13.1R/ announce/ FreeBSD releases URL: https://download.freebsd.org/releases/ISO-IMAGES/ FreeBSD development snapshots URL: https://download.freebsd.org/snapshots/ ISO-IMAGES/ Contact: FreeBSD Release Engineering Team, The FreeBSD Release Engineering Team is responsible for setting and publishing release schedules for official project releases of FreeBSD, announcing code freezes and maintaining the respective branches, among other things. During the second quarter of 2022, the Release Engineering Team completed work on the 13.1-RELEASE cycle. This is the second release from the stable/13 branch. Throughout the release cycle, three BETA builds and six RC (release candidate) builds have occurred, moving the final release date from April 21, 2022 to May 16, 2022, as some last-minute issues were identified. We thank all FreeBSD developers and contributors for testing the 13.1-RELEASE, reporting problems, and being diligent with proprosed changes as the cycle progressed. Additionally throughout the quarter, several development snapshots builds were released for the main, stable/13, and stable/12 branches. Sponsor: Rubicon Communications, LLC ("Netgate") Sponsor: The FreeBSD Foundation â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Cluster Administration Team Links: Cluster Administration Team members URL: https://www.freebsd.org/administration /#t-clusteradm Contact: Cluster Administration Team FreeBSD Cluster Administration Team members are responsible for managing the machines the Project relies on to synchronise its distributed work and communications. In this quarter, the team has worked on the following: • Installed a new mirror in Sydney, Australia hosted by IX Australia • Fixed CI cluster hardware failure • Set up a new internal monitoring system • Regular cluster-wide software upgrades • Regular support for FreeBSD.org user accounts Work in progress: • Work with the PowerPC team to improve the package builders, universal, and reference machines. • Plan Hardware refresh, and fixing misc failures in each sites • Improve the package building infrastructure • Review the service jails and service administrators operation • Working with doceng@ to improve deployment of https://www.freebsd.org and https://docs.freebsd.org • Improve the web service architecture • Improve the cluster backup plan • Improve the log analysis system We are looking for an additional full mirror site (five servers) in Europe. See generic mirrored layout for our needs. Offers of additional single-server mirrors (see tiny mirror) are always welcome too, especially in Europe. â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Continuous Integration Links: FreeBSD Jenkins Instance URL: https://ci.FreeBSD.org FreeBSD CI artifact archive URL: https://artifact.ci.FreeBSD.org FreeBSD Jenkins wiki URL: https://wiki.freebsd.org/Jenkins Hosted CI wiki URL: https://wiki.freebsd.org/HostedCI 3rd Party Software CI URL: https://wiki.freebsd.org/3rdPartySoftwareCI Tickets related to freebsd-testing@ URL: https://preview.tinyurl.com/y9maauwg FreeBSD CI Repository URL: https://github.com/freebsd/freebsd-ci dev-ci Mailing List URL: https://lists.freebsd.org/subscription/dev-ci Contact: Jenkins Admin Contact: Li-Wen Hsu Contact: freebsd-testing Mailing List Contact: IRC #freebsd-ci channel on EFNet The FreeBSD CI team maintains the continuous integration system of the FreeBSD project. The CI system checks the committed changes can be successfully built, then performs various tests and analysis over the newly built results. The artifacts from those builds are archived in the artifact server for further testing and debugging needs. The CI team members examine the failing builds and unstable tests and work with the experts in that area to fix the code or adjust test infrastructure. During the second quarter of 2022, we continued working with the contributors and developers in the project to fulfill their testing needs and also keep collaborating with external projects and companies to improve their products and FreeBSD. Important completed tasks: • Fixed the hardware failure issue of the CI cluster Work in progress tasks: • Designing and implementing pre-commit CI building and testing (to support the workflow working group) • Designing and implementing use of CI cluster to build release artifacts as release engineering does • Testing and merging pull requests in the FreeBSD-ci repo • Simplifying CI/test environment setting up for contributors and developers • Setting up the CI stage environment and putting the experimental jobs on it • Organizing the scripts in freebsd-ci repository to prepare for merging to src repository • Updating documents on wiki Open or queued tasks: • Collecting and sorting CI tasks and ideas • Setting up public network access for the VM guest running tests • Implementing use of bare-metal hardware to run test suites • Adding drm ports building tests against -CURRENT • Planning to run ztest tests • Adding more external toolchain related jobs • Improving maturity of the hardware lab and adding more hardware for testing • Helping more software get FreeBSD support in its CI pipeline (Wiki pages: 3rdPartySoftwareCI, HostedCI) • Working with hosted CI providers to have better FreeBSD support Please see freebsd-testing@ related tickets for more WIP information, and don’t hesitate to join the effort! Sponsor: The FreeBSD Foundation â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Ports Collection Links: About FreeBSD Ports URL:https://www.FreeBSD.org/ports/ Contributing to Ports URL: https://docs.freebsd.org/en/articles/contributing/# ports-contributing FreeBSD Ports Monitoring URL: http://portsmon.freebsd.org/ Ports Management Team URL: https://www.freebsd.org/portmgr/ Ports Tarball URL: http://ftp.freebsd.org/pub/FreeBSD/ports/ports/ Contact: René Ladan Contact: FreeBSD Ports Management Team The Ports Management Team is responsible for overseeing the overall direction of the Ports Tree, building packages, and personnel matters. Below is what happened in the last quarter. The number of ports is slightly above 30,000. The last quarter saw 9,137 commits by 151 committers on the "main" and 589 commits by 61 committers on the "2022Q2" branch. At the time of writing, there are 2,700 open ports PRs of which 682 are unassigned. Compared to the previous quarter, there was a slight decrease in commit activity and a constant number of PRs. Note: Freshports appears to overcount substantially. This quarter’s ports count was derived differently and is not comparable with the previous quarter’s. During the last quarter, portmgr welcomed back salvadore@ but also said goodbye to seven ports committers due to lack of activity. In its bi-weekly meetings, portmgr discussed the following topics: * the future of ca_root_nss * feasibility of the base system providing certain .pc files * ways to deal with incompatibilities in kernel module ports on minor version upgrades of the base system Following a discussion among developers, portmgr decided to grant all documentation and source committers approval to fix any documentation-related error in the Ports Tree which does not affect its functionality. The following changes were made to the Ports Tree during 2022q2: * pkg got updated to version 1.18.3, Firefox to version 102.0 and Chromium to version 103.0.50060.53 * Default versions of GCC, Lazarus, Python and Ruby got updated to respectively 11 (powerpcspe keeps version 8), 2.2.2, 3.9, and 3.0. * Two new USES were added, gstreamer to support ports based on GStreamer plugins and pytest to help testing with pytest. â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Projects Projects that span multiple categories, from the kernel and userspace to the Ports Collection or external projects. Linux compatibility layer update Contact: Dmitry Chagin Contact: Edward Tomasz Napierala < trasz@FreeBSD.org> The goal of this project is to improve FreeBSD’s ability to execute unmodified Linux binaries. Current support status of specific Linux applications is being tracked at the Linux app status Wiki page. Implementation of the Y2k38 Linux project is mostly finished; all '*_time64()' system calls are committed. The state of the arm64 Linux emulation layer was brought to the state of the amd64 Linux emulation layer: i.e., implemented the vDSO, machine dependend futexes, signals delivery. The thread affinity system calls were modified to implement Linux semantics. In total, over 50 bugs were fixed; glibc-2.35 tests suite reports less than 80 failed tests. All changes in the Linux emulation layer are merged to the stable/13 branch. Initial support for fancy Linux system call tracing has been added to libsysdecode and kdump. There is ongoing work to make tracing more syscalls work. Sponsor: EPSRC (Edward’s work) â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” go on FreeBSD riscv64 Links: golang Home Page URL: https://github.com/golang/go FreeBSD riscv64 github repo URL: https://github.com/MikaelUrankar/go/tree/ freebsd_riscv64 FreeBSD riscv64 golang issue URL: https://github.com/golang/go/issues/53466 Contact: Mikaël Urankar Contact: Dmitri Goutnik Work has been done to port go on FreeBSD riscv64 which builds and passes all run.bash tests, including cgo (tested under QEMU and on Unmatched). A pull request is created upstream and the proposal has been added to the active column of the proposals project and will be reviewed at the weekly proposal review meetings. â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” FreeBSD on Microsoft HyperV and Azure Links: Microsoft Azure article on FreeBSD wiki URL: https://wiki.freebsd.org/ MicrosoftAzure Microsoft HyperV article on FreeBSD wiki URL: https://wiki.freebsd.org/HyperV Contact: Microsoft FreeBSD Integration Services Team Contact: freebsd-cloud Mailing List Contact: The FreeBSD Azure Release Engineering Team Contact: Wei Hu Contact: Li-Wen Hsu The 13.1-RELEASE image on Azure Marketplace has been published. Work in progress tasks: • Automating the image building and publishing process • Building and publishing ZFS-based images to Azure Marketplace â–¡ The taks will be benefited by merging of ZFS support of makefs(8) and release(7) ☆ https://reviews.freebsd.org/D23334 ☆ https://reviews.freebsd.org/D34426 ☆ https://reviews.freebsd.org/D35248 • Building and publishing Hyper-V gen2 VM images to Azure Marketplace â–¡ Blocked by https://bugs.freebsd.org/264267 The above tasks are sponsored by The FreeBSD Foundation, with resources provided by Microsoft. Wei Hu and his colleagues in Microsoft are working on several tasks sponsored by Microsoft: • Fixing booting issue on Hyper-V gen2 VM in Azure â–¡ https://bugs.freebsd.org/264267 • Porting Hyper-V guest support to aarch64 Open tasks: • Update FreeBSD related doc at https://docs.microsoft.com • Support FreeBSD in Azure Pipelines • Update Azure agent port to the latest version • Upstream local modifications of Azure agent Sponsor: Microsoft for work by Wei Hu and others in Microsoft, and for resources for the rest Sponsor: The FreeBSD Foundation for everything else â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Userland Changes affecting the base system and programs in it. Ongoing work on LLDB multiprocess debugging support Links: Moritz Systems Project Description URL: https://www.moritz.systems/blog/ multiprocess-support-for-lldb/ Progress Report 1 URL: https://www.moritz.systems/blog/ implementing-non-stop-protocol-compatibility-in-lldb/ Contact: Kamil Rytarowski Contact: MichaÅ‚ Górny According to the upstream description, "LLDB is a next generation, high-performance debugger. It is built as a set of reusable components which highly leverage existing libraries in the larger LLVM Project, such as the Clang expression parser and LLVM disassembler." FreeBSD includes LLDB in the base system. The previous sponsored projects improved LLDB, to make it a credible debugger for the base system, although it still has a few limitations compared to the contemporary versions of GNU GDB. This project started in April 2022. It aims to implement full support for debugging multiple processes simultaneously. At the start of the project, LLDB featured very limited support for multiprocess debugging. The client featured support for debugging multiple independent processes simultaneously via maintaining multiple connections to different server instances. Thanks to our earlier work, the server was able to process fork(2) and vfork(2) calls and either detach the newly forked child and continue tracing the parent process, or detach the parent and follow the child (equivalent to GDB’s follow-fork-mode setting). Once the project is finished, LLDB will be able to trace an arbitrary number of forked processes simultaneously (equivalent to GDB’s detach-on-fork off). Full support for the multiprocess extension to the GDB Remote Serial Protocol will be implemented, as well as partial support for the non-stop extension that will enable multiple processes to be resumed and stopped independently. Sponsor: The FreeBSD Foundation â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” ZFS support in makefs(8) Links: Mailing list post URL: https://lists.freebsd.org/archives/freebsd-hackers/ 2022-May/001128.html makefs(8) code review URL: link:https://reviews.freebsd.org/D35248 release(7) code review URL: link:https://reviews.freebsd.org/D34426 Contact: Mark Johnston makefs(8) is a utility, originating in NetBSD, that creates file system images entirely in userspace. It is a useful component of a toolchain to build virtual machine (VM) images since it does not require any special privileges, unlike the approach of formatting a character device, mounting the fresh file system, and copying files onto it. Moreover, makefs can create reproducible images and aims to minimize resource consumption. Currently, FreeBSD’s makefs can build UFS, cd9660, and msdos (FAT) file system images. Recent work enables the creation of ZFS images by makefs. This makes it easier to build ZFS-based VM images. makefs' ZFS support includes the ability to create multiple datasets, with each mapped to a directory in the input file hierarchy. Many ZFS features are not supported however, as the implementation provides only what is needed to get reproducible root pools. Follow-up work enables the creation of ZFS-based VM and cloud images by the release(7) framework, using this new makefs extension. Sponsor: The FreeBSD Foundation â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Base System OpenSSH Update Links: OpenSSH URL: https://www.openssh.com/ OpenSSH 8.9 release notes URL:https://www.openssh.com/txt/release-8.9[https:// www.openssh.com/txt/release-8.9] OpenSSH 9.0 release notes URL:https://www.openssh.com/txt/release-9.0[https:// www.openssh.com/txt/release-9.0] Contact: Ed Maste OpenSSH, a suite of remote login and file transfer tools, was updated from version 8.8p1 to 9.0p1 in the FreeBSD base system. It has not yet been merged to the stable/13 and stable/12 branches. I anticipate doing so in July. NOTE: OpenSSH 9.0p1 switches scp(1) from using the legacy scp/rcp protocol to using the SFTP protocol by default. The -O flag is available to use the previous protocol instead. Sponsor: The FreeBSD Foundation â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” pf status update Contact: Kristof Provost Contact: Reid Linnemann < rlinnemann@netgate.com> Ethernet pf recently grew support for filtering on Ethernet layer. See the 2021q2 pf_ethernet report. Since then the Ethernet layer filtering has been extended with: • anchor support • ability to look into the layer 3 header, for matching with source/ destination IP(v4/v6) addresses • table support for IP address matching • direct dispatch to dummynet • pass Ethernet layer packets directly to dummynet, rather than tagging the packets and relying on layer 3 to handle dummynet Dummynet pf recently started being able to use dummynet for packet scheduling. This support has been extended and improved, and is now believed to be ready for production. One notable fix is that reply-to/route-to’d traffic is now subject to dummynet scheduling as well. Last match timestamp pf now tracks when a rule was last matched. Similar to ipfw rule timestamps, these timestamps internally are uint32_t snaps of the system "wall time" clock in seconds. (See time(9).) The timestamp is CPU local and updated each time a rule or a state is matched. Sponsor: Rubicon Communications, LLC ("Netgate") â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Kernel Updates to kernel subsystems/features, driver support, filesystems, and more. ENA FreeBSD Driver Update Links: ENA README URL: https://github.com/amzn/amzn-drivers/blob/master/kernel/fbsd/ ena/README.rst Contact: Michal Krawczyk Contact: Dawid Gorecki Contact: Marcin Wojtas ENA (Elastic Network Adapter) is the smart NIC available in the virtualized environment of Amazon Web Services (AWS). The ENA driver supports multiple transmit and receive queues and can handle up to 100 Gb/s of network traffic, depending on the instance type on which it is used. Completed since the last update: • Upstream of the ENA driver v2.5.0, which included: • Improvement to the reset routine handling, • Extension of the timer service lifetime in order to be able to detect more hardware failures, • Fix logic for verifying the Tx request ID, • Fix IPv6 L4 checksum offload handling for the Tx, • Add NUMA awareness to the driver. • Internal review of the upcoming ENA driver release (v2.6.0), including: • Further reset handling improvements, • Code cleanup and style fixes, • Logging improvements, • Fix to the retrieval of the ENI metrics. Work in progress: • Testing of the upcoming ENA driver release (v2.6.0). Sponsor: Amazon.com Inc â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” New Bluetooth® configuration daemon: blued Links: blued git URL: https://git.lysator.liu.se/kempe/blued Contact: Mail: kempe@lysator.liu.se IRC: kempe@libera.chat Introduction The blued utility provides an IPC interface that lets an unprivileged user connect to and use Bluetooth devices in a user-friendly way and supports secure simple pairing (public-key cryptography and if the device allows it man-in-the-middle protection). What is blued? There are three parts to blued: a library, a daemon and a command line utility. The library abstracts away bluetooth details, the daemon manages Bluetooth devices and the command line utility lets users list or scan for Bluetooth devices, pair with a device, or unpair from one. The command line utility communicates with the daemon via a UNIX socket. Unlike bthidd and hcsecd, blued supports secure simple pairing and provides an IPC. To get a HID device to work, bthidd is still needed. A script is provided to pair a Bluetooth device and appropriately configure bthidd so it just works and reconnects without user intervention. Once pairing has proven stable and bugs have been ironed out, the plan is to integrate bthidd with/into blued in some way to have HID devices automatically start functioning when paired without the use of an external script. A long-term goal is to provide a graphical user interface that can list devices and provide a simple one-click setup to connect them. Installing and using blued v0.1 You need the optional src component installed in /etc/src. First, make sure you have working Bluetooth drivers loaded as explained in the FreeBSD handbook. To test blued, fetch the blued v0.1 source code. Then compile it, patch your FreeBSD kernel with the patches in kernel_patches, and recompile the hci module as explained in README. I have primarily tested blued on FreeBSD 12.3, but my patches applied cleanly on 13.1 when I tested. I am not supplying a port at the moment, but it is possible to run the software straight from the build directory or run "make install" that will install all needed files. Both blued and bluecontrol use capsicum and blued can be configured to drop its root privileges. For more information, refer to the Running blued section of README. Helping out Testing I have only tried this software with my own mouse and realise that a sample size of one single bluetooth device is pretty small. I’m expecting issues and am greatly looking forward to feedback from others! In case of trouble, output from /var/log/debug.log and /var/log/messages as well as a traffic dump from "hcidump -x" while trying to pair will help with troubleshooting. Contributing If you want to get involved with the code and submit patches, you’re welcome to visit the repository on Lysator’s Git. â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” OpenVPN DCO Links: D34340 URL: D34340 OpenVPN wiki URL: OpenVPN wiki Contact: Kristof Provost OpenVPN DCO (or Data Channel Offload) moves OpenVPN data packet processing into the kernel. Traditionally OpenVPN uses a tun(4) interface to transmit and receive packets. In this setup received packets are received by the kernel, passed to the OpenVPN application for decryption, then passed back into the kernel for network stack processing. This requires several transitions between kernel- and userspace, and naturally imposes a performance cost. The new if_ovpn OpenVPN DCO offload driver performs the encryption/decryption entirely within the kernel, improving performance. Initial performance testing shows throughput improved from around 660Mbit/s to around 2Gbit/s. The userspace OpenVPN code also requires modification to use the new if_ovpn offload driver. This is expected to be part of a future 2.6.0 OpenVPN release. Sponsor: Rubicon Communications, LLC ("Netgate") â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Wireless updates Links: Intel iwlwifi status FreeBSD wiki page URL: https://wiki.freebsd.org/WiFi/ Iwlwifi Realtek rtw88 status FreeBSD wiki page URL: https://wiki.freebsd.org/ WiFi/Rtw88 Realtek rtw89 status FreeBSD wiki page URL: https://wiki.freebsd.org /WiFi/Rtw89 Contact: Bjoern A. Zeeb The overall project aims to bring support for newer chipsets to FreeBSD currently using LinuxKPI compat code backed by native net80211 and kernel code. In addition the aim is to continue work towards supporting newer wireless standards. During the second quarter 40 commits went into FreeBSD CURRENT. With more users trying multiple drivers support time has also gone up. An earlier version of the Intel iwlwifi-derived wireless driver shipped in 13.1-RELEASE bringing this work into a first FreeBSD release. The iwlwifi driver and firmware were since updated in CURRENT and stable/13 again as part of ongoing development. Changes in files shared with the upstream Intel Linux version of the driver are now less than 400 lines. Lately a longer-standing problem for older chipsets was (hopefully) solved allowing iwm(4)-supported cards to work with iwlwifi(4) again after almost three months. The main focus for the project until the end of the year will most exclusively be getting us to contemporary speeds. On April 1st, using the same LinuxKPI infrastructure built mostly with the iwlwifi work, Realtek’s rtw88(4) driver got comitted into CURRENT. Due to an issue with DMA the next weeks a workaround was developed and put into the tree so users no longer have to patch the kernel. The driver still needs a tunable set in loader.conf for machines with more than 4GB of physical memory. This tunable allowed the driver to be merged to stable/13 in June followed by further updates in CURRENT and stable/13. As the USB parts for rtw88 based chipsets are prepared to be included in Linux, work has started (needing more time) to prepare FreeBSD to be able to support the USB parts as well. During the last months Realtek’s rtw89 has already been compiling and remains a work in progress to run stably and associate before it can be enabled in CURRENT. Thanks to all the users for testing and reporting back, patiently waiting for the next update, bugfix, or just a reply from me. It is a great pleasure to work with you! Keep sending the bug reports to me, but remember that your thanks should go to the FreeBSD Foundation for making most of this possible. For the latest state of the development, please follow the freebsd-wireless mailing list and check the wiki pages. Sponsor: The FreeBSD Foundation â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Shared page address randomization Links: D35392 D35393 D35349 Contact: Kornel Duleba Contact: Marcin Wojtas The shared page is an R/X page that is mapped into each process by the image activator. It stores the signal trampoline, as well as other metadata e.g. information needed to implement user space timecounters. Previously it was mapped at the top of the process virtual address space. With the described changes its address will be randomized. We plan to turn the feature on by default for 64bit binaries, across all architectures. Currently the patches are under review and await approval. Sponsor: Stormshield â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Architectures Updating platform-specific features and bringing in support for the new hardware platform. NXP DPAA2 support Links Change history Tree Contact: Dmitry Salychev Contact: Bjoern A. Zeeb Some of the NXP SoCs (LX2160A, LS1088A) are shipped with DPAA2, the second generation of the data path acceleration architecture. It allows to dynamically configure and wire packet processing "objects" (DPNI for a network interface, DPMAC for media access controller, etc.) together to form a network-on-a-chip. During the last quarter the driver started working well enough to be used on SolidRun' Honeycomb LX2 (ACPI test platform) and Traverse Technologies has produced a FreeBSD preview for (their) Ten64 (used as FDT test platform). The driver is still work-in-progress, but is getting close for a review to get the first version into the tree for everyone to benefit from it. WIP: • FDT MDIO support. FreeBSD currently lacks support for the SPF parts. • Driver resources de-allocation to unload dpaa2.ko properly. • Bug fixes and improvements. TODO: • CPU affinity for DPIOs and DPNIs. • Cached memory-backed software portals. • Bottlenecks mitigation. • Further parts (DPSW, DCE, etc.) supported by the hardware. Sponsor: Bare Enthusiasm :) Sponsor: Traverse Technologies (providing Ten64 HW for testing) â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Medium-sized superpages on arm64 and beyond Contact: Eliot H. Solomon Contact: Alan L. Cox The 64-bit ARM architecture’s page table descriptor format contains a flag called the Contiguous bit. This tells the MMU that it can cache an aligned, physically contiguous group of 16 page table entries which have identical permissions and attributes using only 1 TLB entry. The Contiguous bit, as well as the conceptually similar Svnapot extension to the RISC-V architecture, allows for the use of 64 KiB superpages. These medium-sized superpages can bring to smaller memory objects the address-translation speedup typically associated with more traditional 2 MiB superpages. This project focuses on bringing support for medium-sized superpages to FreeBSD. So far, we have modified the arm64 pmap code to automatically utilize 64 KiB superpages by detecting physically contiguous page table entries and promoting them using the Contiguous bit. Now, we are working to adapt the kernel’s superpage reservation module to support 64 KiB reservations in addition to the current 2 MiB ones. Adding medium-sized reservations will allow the virtual memory system to explicitly allocate pieces of memory which fit the requirements for superpage promotion, rather than just hoping that they occur by chance. Our goal is to accomplish this in a general way that makes it possible to specify multiple arbitrary power-of-two reservation sizes, making it easier to take advantage of hardware features on other architectures like Ryzen’s PTE Coalescing, which transparently merges groups of 4 KiB page table entries into medium-sized superpages. Sponsor: Department of Computer Science, Rice University â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Documentation Noteworthy changes in the documentation tree, manual pages, or new external books/documents. Documentation Engineering Team Link: FreeBSD Documentation Project Link: FreeBSD Documentation Project Primer for New Contributors Link: Documentation Engineering Team Contact: FreeBSD Doceng Team The doceng@ team is a body to handle some of the meta-project issues associated with the FreeBSD Documentation Project; for more information, see FreeBSD Doceng Team Charter. During the last quarter, Graham Perrin (grahamperrin@) and Pau Amma (pauamma@), were granted documentation commit bits. Several items are pending and in discussion: • Mirroring the Website and Documentation portal with the GeoDNS infrastructure of the project. • How to handle Trademarks in the documentation. • Remove outdated translations from the Website and Documentation portal. FreeBSD Translations on Weblate Link: Translate FreeBSD on Weblate Link: FreeBSD Weblate Instance Q2 2022 Status • 12 languages • 152 registered users (9 new users) Languages • Chinese (Simplified) (zh-cn) • Chinese (Traditional) (zh-tw) • Dutch (nl) • French (fr) • German (de) • Indonesian (id) • Italian (it) • Norwegian (nb-no) • Persian (fa-ir) • Portuguese (pt-br) • Spanish (es) • Turkish (tr) We want to thank everyone that contributed, translating or reviewing documents. And please, help promote this effort on your local user group, we always need more volunteers. FreeBSD Website Revamp - WebApps working group Contact: Sergio Carlavilla Working group in charge of creating the new FreeBSD Documentation Portal and redesigning the FreeBSD main website and its components. FreeBSD developers can follow and join the working group on the FreeBSD Slack channel #wg-www21. The work will be divided into four phases: 1. Redesign of the Documentation Portal Create a new design, responsive and with global search. (Complete) 2. Redesign of the Manual Pages on web Scripts to generate the HTML pages using mandoc. (Work in progress) 3. Redesign of the Ports page on web Ports scripts to create an applications portal. (Work in progress) 4. Redesign of the FreeBSD main website New design, responsive and dark theme. (Not started) â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Ports Changes affecting the Ports Collection, whether sweeping changes that touch most of the tree, or individual ports themselves. KDE on FreeBSD Links: KDE FreeBSD URL: https://freebsd.kde.org/ KDE Community FreeBSD URL: https://community.kde.org/FreeBSD Contact: Adriaan de Groot The KDE on FreeBSD project packages the software from the KDE Community, along with dependencies and related software, for the FreeBSD ports tree. The software includes a full desktop environment called KDE Plasma (for both X11 and Wayland) and hundreds of applications that can be used on any FreeBSD machine. The KDE team (kde@) is part of desktop@ and x11@ as well, building the software stack to make FreeBSD beautiful and usable as a daily-driver graphics-based desktop machine. The notes below describe mostly ports for KDE, but also include items of import to the entire desktop stack. KDE Stack KDE Gear releases happen each quarter, KDE Plasma updates once a month, and KDE Frameworks have a new release each month as well. These (large) updates land shortly after their upstream release and are not listed separately. • astro/kstars latest release 3.5.9. • deskutils/grantleetheme got an entry in UPDATING because of some unusual changes to the installed structure of the port. • deskutils/kalendar joined the KDE Gear releases. • devel/okteta updates to the binary (and octal and hexadecimal) data viewer and editor. • finance/kraft needed specific build-fixes for newer KDE Frameworks. • games/gcompris-qt expanded, new releases, and now supports more image formats (needed for some activities). • graphics/digikam no longer needs a SQL server during the build. • graphics/krita was updated to 5.0.5, likely the last 5.0 version. • math/labplot has a huge number of new features in recent releases, well worth looking at if you need any kind of data-plotting. • net-im/ruqola was updated. This is a Qt-styled Rocket chat application. • www/falkon joined the KDE Gear releases. Related Applications • archivers/quazip was updated. • deskutils/semantik updated. • devel/py-qt5-pyqt updated so that the port now pulls in DBus as well. DBus is needed by nearly all desktop Qt applications, including those written in Python. • devel/qcoro had build issues on certain FreeBSD versions, resolved. • devel/qtcreator updated with each new release. • devel/qt5 had its infrastructure updated in ports so it does not produce strange error messages during de-installation. • graphics/ksnip and related libraries updated to recent releases. • Matrix clients Nheko (net-im/nheko) and Neochat (net-im/neochat) were updated following releases and library bumps. • x11/rsibreak updated; helps prevent injury while writing long quarterly reports. Elsewhere • devel/appstream update supports more application-information. • devel/cmake prefers generic python3 over versioned-python3, if users have multiple python3 ports and lang/python3 installed. • devel/dbus updated. • graphics/poppler updated several times. • graphics/ImageMagick (both 6 and 7) updated several times. • multimedia/gstreamer updated. â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” GCC: updating GCC_DEFAULT and other improvements Links: GCC Project URL: https://gcc.gnu.org GCC 11 release series URL: https://gcc.gnu.org/gcc-11/ Contact: Contact: Gerald Pfeifer Contact: Lorenzo Salvadore Contact: Piotr Kubaj • salvadore@ worked on the upgrade of GCC_DEFAULT in Mk/ bsd.default-versions.mk from 10 to 11, opening bug reports based on antoine@'s exp-runs and fixing some: many thanks to all those that helped with this task. The GCC_DEFAULT update from GCC 10 to GCC 11 has now been committed by gerald@ and happened in time for the next quarterly branch. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=258378 • pkubaj@ switched GCC bootstrapping to use Link Time Optimization for GCC itself for GCC 11 and newer by introducing a new option enabled by default. Building with LTO_BOOTSTRAP enabled requires significant amounts of memory and time. How much resources are actually needed depends on your configuration (e.g. are you building from ports or with poudriere? What is your architecture?). To give an idea, a user reported needing 5 GiB of tmpfs, while in PR 265254 a need of about 130 GB of memory is estimated due to an excessive amount of processes spawning (see also https://gcc.gnu.org/ bugzilla/show_bug.cgi?id=106328). Consider disabling LTO_BOOTSTRAP in favor of STANDARD_BOOTSTRAP (or disabling BOOTSTRAP altogether) in case that is a problem. • pkubaj@ also added lang/gcc12 and lang/gcc13-devel ports and updated lang/ gcc9 to 9.5. • Help is still needed with these three changes to work through with upstream GCC (requires src expertise, not ports): â–¡ upstreaming lang/gcc11/patch-gets-no-more â–¡ upstreaming lang/gcc11/patch-arm-unwind-cxx-support â–¡ https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256874 â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Valgrind - Numerous bugfixes and updates for 13.1 / 14.0 Links Valgrind Home Page URL: https://www.valgrind.org/ Valgrind News URL: https://www.valgrind.org/docs/manual/dist.news.html Contact: Paul Floyd A quite significant number of bug fixes have been made to Valgrind on FreeBSD over the past few months. In particular, the i386 version has largely 'caught up' with its bigger brother amd64. The devel/valgrind-devel port has been bumped up to 3.20.0.g20220612,1 which includes all of the following changes. If you use Valgrind regularly please swtch to valgrind-devel. Here is a list of changes since the release of Valgrind 3.19.0 (which is the version available with the devel/valgrind port). • incorrect signal resumption if a signal arrives when Valgrind is saving the carry flag for a syscall • fixed reading DWARF debuginfo from PT_LOADs generated by lld post version 9, which splits the RW segment into two parts, this affects mainly shared libraries (.so files) • on i386 implement correctly the management of thread GDTs which was limiting applications to only ever creating 8192 threads • make the first page of the 'brk' invalid for addressing • analysis and cleanup of the regression test suite and in particular tweak the i386 leak tests to not detect possible leaks due to left over pointers in ECX. • make coredumps readable by lldb • improve the setting of errno by C allocating functions • fix building of Valgrind with llvm-devel (15.0.0) For FreeBSD 13.1 / 14.0 there are • syscall wrappers for funlinkat, copy_file_range, swapoff, shm_open2 • add K_INFO handling to fcntl • add handling for new auxv entries • added some default suppressions for DRD and Helgrind There is now an initial version of vgdb invoker support - this allows vgdb to use ptrace to force valgrind to poll for gdb commands. This is not yet available in the ports versions. That does not leave much in the way of outstanding issues. I expect that 14.0 and newer versions of llvm will keep on requiring support. Apart from that there is • some small problems with error messages getting the correct source information • better core dumps (low priority) • TLS (thread local storage) handling for Helgrind (difficult if not impossible) â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Pantheon desktop on FreeBSD Links: elementary OS URL: https://elementary.io Development repository URL: https://codeberg.org/olivierd/ freebsd-ports-elementary Contact: Olivier Duchateau The Pantheon desktop environment is designed for elementary OS. It builds on GNOME technologies (such as Mutter, GNOME Shell, GTK 3 and 4) and it is written in Vala. The goal is to have a new desktop for users. Some features are not well supported, but we can have full session. The repository contains Mk/Uses framework elementary.mk, official applications, and curated ports which depend of x11-toolkits/granite (total of 56 new ports). I have submitted several patches, especially: • x11-toolkits/granite7 • devel/libgee update to 0.20.5 bug #262893 • sysutils/bamf update to 0.5.6 bug #264203 Open tasks • Add support of user settings (it is very Ubuntu-centric) • Finish porting wingpanel-indicator-power (power management) â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Feature Complete Port of Intel’s igt-gpu-tools Links: FreeBSD Wiki Project Page URL: https://wiki.freebsd.org/ SummerOfCode2022Projects/ ImprovingTheLinuxKPICompatibilityLayerForTheFreeBSDGraphicsStack Status Reports URL: https://cdaemon.com/tags/gsoc2022 Contact: Jake Freeland Intel’s igt-gpu-tools serves as a generic testing suite for drm drivers on Linux. The igt-gpu-tools suite is separated into tests and tools that target kms, memory management, and command submission. The utility provides low-level reporting for transparent tracking of kernel changes and efficient debugging of modern drm drivers. Porting the project to FreeBSD could introduce greater stability in future releases of FreeBSD’s LinuxKPI-driven drm drivers. A proper kms-driven testing suite could also increase code output and bring the FreeBSD desktop experience up to speed with the Linux codebase. The project officially started under FreeBSD’s Google Summer of Code program on June 13, 2022. My adapted code can compile with non-FreeBSD compatible snippets removed. The plan is to reimplement these stripped components in a POSIX compliant fashion. Notable incompatible code includes: debugfs, libkmod, libprocps, Linux performance events, and Linux userfaultfd. If you would like to assist in the porting of libkmod or libprocps into the ports tree, don’t hesitate to contact me. When the FreeBSD compatible code is complete, I will run the modified igt tests using a host of graphics processors on FreeBSD 14.0-CURRENT. If all is well, the project’s diff will be submitted into the ports tree. Sponsor: FreeBSD Google Summer of Code From nobody Tue Aug 9 20:53:20 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4M2QJt0Lrzz4Y4Xm for ; Tue, 9 Aug 2022 20:53:34 +0000 (UTC) (envelope-from Vardan-Melikyan@proton.me) Received: from mail-40141.protonmail.ch (mail-40141.protonmail.ch [185.70.40.141]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4M2QJr3ty8z3sqK for ; Tue, 9 Aug 2022 20:53:32 +0000 (UTC) (envelope-from Vardan-Melikyan@proton.me) Date: Tue, 09 Aug 2022 20:53:20 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=proton.me; s=protonmail; t=1660078410; x=1660337610; bh=EieBVcUiQeLAjxJU3citFTBJepdoOLjtof/sR1Sm0ac=; h=Date:To:From:Reply-To:Subject:Message-ID:Feedback-ID:From:To:Cc: Date:Subject:Reply-To:Feedback-ID:Message-ID; b=GgSem49d7/zW774rrREJWcxvwyP19D3hry1y8BLtJLcwKXzLuyshvAgPBrygKfuda KLO8x+S10hJWLZtCabaX+ZlUCSWM5T60o0xsom66Gi3VyO0SKyFN0k2XZZ92jb6xUH ntFgx94ZBFPmaBO1t6b3fPCc5YV7muzHTw65JUx4z5RA6cpverXF3MspCcb4hUdVji 7dNc+pmparBjfHcYWOIWMOE8X+Sy+bSsyjpxVjqffyMrTcSp26pUdI3HyZLl/XjCCq aJq7xRNZbU0W3n3DATTIl2bhcPbCkzijz4qSIVXXPk0/JLCHDuHtSFch0GxfLu5kdH 0nmLFGFJPAe8Q== To: "freebsd-stable@FreeBSD.org" From: Vardan Melikyan Reply-To: Vardan Melikyan Subject: Random boot zroot/ROOT/default mounting failure with error 5 Message-ID: Feedback-ID: 53344053:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_0HqFriSSfsYDHwh4lMuKJ3zlIZ3rSsPNBnBcQ35Lo" X-Rspamd-Queue-Id: 4M2QJr3ty8z3sqK X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=proton.me header.s=protonmail header.b=GgSem49d; dmarc=pass (policy=quarantine) header.from=proton.me; spf=pass (mx1.freebsd.org: domain of Vardan-Melikyan@proton.me designates 185.70.40.141 as permitted sender) smtp.mailfrom=Vardan-Melikyan@proton.me X-Spamd-Result: default: False [-1.29 / 15.00]; MIME_BASE64_TEXT_BOGUS(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[proton.me,quarantine]; NEURAL_HAM_LONG(-0.48)[-0.479]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; R_DKIM_ALLOW(-0.20)[proton.me:s=protonmail]; MIME_BASE64_TEXT(0.10)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_SPAM_MEDIUM(0.09)[0.088]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; RCVD_COUNT_ZERO(0.00)[0]; TO_DN_EQ_ADDR_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MLMMJ_DEST(0.00)[freebsd-stable@FreeBSD.org]; HAS_REPLYTO(0.00)[Vardan-Melikyan@proton.me]; MID_RHS_MATCH_FROM(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[proton.me:+]; FROM_HAS_DN(0.00)[]; HAS_PHPMAILER_SIG(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RWL_MAILSPIKE_POSSIBLE(0.00)[185.70.40.141:from] X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --b1_0HqFriSSfsYDHwh4lMuKJ3zlIZ3rSsPNBnBcQ35Lo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SGksCgpGcmVzaGx5IGluc3RhbGxlZCBmYnNkIDEzLjEgcmVsZWFzZSBvbiBhIFRoaW5rcGFkIHgy NzAsIHpmcyByb290IG9uIGdlbGkuIEhvd2V2ZXIsIHRoZSBzeXN0ZW0gZG9lc24ndCBhbHdheXMg Ym9vdCBzdWNjZXNzZnVsbHksIHdpdGggZXJyb3I6Cgp0cnlpbmcgdG8gbW91bnQgZnJvbSB6ZnM6 enJvb3QvUk9PVC9kZWZhdWx0IGZhaWxlZCB3aXRoIGVycm9yIDUuCgpJdCBzZWVtcyB0byBiZSBy YW5kb20sIHNvbWV0aW1lcyB0aGUgc3lzdGVtIGJvb3RzIGZpbmUsIG9mdGVudGltZXMgaXQgZG9l c24ndC4gTGlzdGluZyAidmFsaWQgZGlzayBib290IGRldmljZXMiIHNob3dzIG5vdGhpbmcgYXQg YWxsIHdoZW4gdGhlIGVycm9yIG9jY3VycywgaXQgaXMgbGlrZSB0aGUgbnZtZSBkcml2ZXIgZGlk bid0IGF0dGFjaCBjb3JyZWN0bHkgb24gdGltZSwgd2hlbiBpdCBkb2VzICJzbyBJIHNlZSBHRU9N X0VMSTogRGV2aWNlIG5kYTBwNC5lbGkgY3JlYXRlZC4iIHRoZSBzeXN0ZW0gYm9vdHMgZmluZSwg b3RoZXJ3aXNlIGl0IGZhaWxzIHRvIG1vdW50IHJvb3QuCgpTb21lIGRlYnVnIG1lc3NhZ2VzOgoK aXdtMDogPEludGVsKFIpIER1YWwgQmFuZCBXaXJlbGVzcyBBQyA4MjYwPiBtZW0gMHhlMTEwMDAw MC0weGUxMTAxZmZmIGF0IGRldmljZSAwLjAgb24gcGNpMgpudm1lMDogPEdlbmVyaWMgTlZNZSBE ZXZpY2U+IG1lbSAweGUxMDAwMDAwLTB4ZTEwMDNmZmYgYXQgZGV2aWNlIDAuMCBvbiBwY2kzCgpJ J20gbmV3IHRvIEZyZWVCU0QsIGJ1dCB0aGUgYWJvdmUgc2VlbXMgYSBiaXQgc3RyYW5nZSwgYXMK Cml3bTBAcGNpMDozOjA6MDogY2xhc3M9MHgwMjgwMDAgcmV2PTB4M2EgaGRyPTB4MDAgdmVuZG9y PTB4ODA4NiBkZXZpY2U9MHgyNGYzIHN1YnZlbmRvcj0weDgwODYgc3ViZGV2aWNlPTB4MDAxMApu dm1lMEBwY2kwOjQ6MDowOiBjbGFzcz0weDAxMDgwMiByZXY9MHgwMSBoZHI9MHgwMCB2ZW5kb3I9 MHgxMTc5IGRldmljZT0weDAxMTUgc3VidmVuZG9yPTB4MTE3OSBzdWJkZXZpY2U9MHgwMDAxCgpz byBpd20gc2hvdWxkIGJlIG9uIGRldmljZSAwLjAgb24gcGNpMywgYW5kIG5vdCBvbiBwY2kyLCBh bmQgbnZtZSBvbiBkZXZpY2UgMC4wIG9uIHBjaTQgaW5zdGVhZCBvZiBwY2kzLiBBY3R1YWxseSB3 aGVuIEkgbG9hZC91bmxvYWQgcHB0IGRyaXZlciBvbiBwY2kwOjM6MDowIHRvIHVzZSBiaHl2ZSBw YXNzdGhyb3VnaCB0byBhIExpbnV4IFZNIHRoZSBzeXN0ZW0gaGFuZ3Mgd2l0aCBudm1lL3pmcyBl cnJvcnMsIG5vdCBzdXJlIGlmIHRoaXMgaXMgcmVsYXRlZCB0byB0aGUgcmFuZG9tIGJvb3QgaXNz dWUgSSdtIGhhdmluZy4KCkNvdWxkIGJlIGEgcGljIGVudW1lcmF0aW9uIGlzc3VlPwoKQW55IGhl bHAgaXMgZ3JlYXRseSBhcHByZWNpYXRlZC4KClZhcmRhbg== --b1_0HqFriSSfsYDHwh4lMuKJ3zlIZ3rSsPNBnBcQ35Lo Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0cHg7IGNvbG9yOiBy Z2IoMCwgMCwgMCk7Ij5IaSw8L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQXJpYWw7IGZv bnQtc2l6ZTogMTRweDsgY29sb3I6IHJnYigwLCAwLCAwKTsiPjxicj48L2Rpdj48ZGl2IHN0eWxl PSJmb250LWZhbWlseTogQXJpYWw7IGZvbnQtc2l6ZTogMTRweDsgY29sb3I6IHJnYigwLCAwLCAw KTsiPkZyZXNobHkgaW5zdGFsbGVkIGZic2QgMTMuMSByZWxlYXNlIG9uIGEgVGhpbmtwYWQgeDI3 MCwgemZzIHJvb3Qgb24gZ2VsaS4gSG93ZXZlciwgdGhlIHN5c3RlbSBkb2Vzbid0IGFsd2F5cyBi b290IHN1Y2Nlc3NmdWxseSwgd2l0aCBlcnJvcjo8L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWls eTogQXJpYWw7IGZvbnQtc2l6ZTogMTRweDsgY29sb3I6IHJnYigwLCAwLCAwKTsiPjxicj48L2Rp dj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQXJpYWw7IGZvbnQtc2l6ZTogMTRweDsgY29sb3I6 IHJnYigwLCAwLCAwKTsiPnRyeWluZyB0byBtb3VudCBmcm9tIHpmczo8c3Bhbj56cm9vdC9ST09U L2RlZmF1bHQ8L3NwYW4+IGZhaWxlZCB3aXRoIGVycm9yIDUuPC9kaXY+PGRpdiBzdHlsZT0iZm9u dC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0cHg7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij48 YnI+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0cHg7 IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij5JdCBzZWVtcyB0byBiZSByYW5kb20sIHNvbWV0aW1lcyB0 aGUgc3lzdGVtIGJvb3RzIGZpbmUsIG9mdGVudGltZXMgaXQgZG9lc24ndC4gTGlzdGluZyAidmFs aWQgZGlzayBib290IGRldmljZXMiIHNob3dzIG5vdGhpbmcgYXQgYWxsIHdoZW4gdGhlIGVycm9y IG9jY3VycywgaXQgaXMgbGlrZSB0aGUgbnZtZSBkcml2ZXIgZGlkbid0IGF0dGFjaCBjb3JyZWN0 bHkgb24gdGltZSwgd2hlbiBpdCBkb2VzICJzbyBJIHNlZSA8c3Bhbj5HRU9NX0VMSTogRGV2aWNl IG5kYTBwNC5lbGkgY3JlYXRlZC48L3NwYW4+IiB0aGUgc3lzdGVtIGJvb3RzIGZpbmUsIG90aGVy d2lzZSBpdCBmYWlscyB0byBtb3VudCByb290LjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5 OiBBcmlhbDsgZm9udC1zaXplOiAxNHB4OyBjb2xvcjogcmdiKDAsIDAsIDApOyI+PGJyPjwvZGl2 PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbDsgZm9udC1zaXplOiAxNHB4OyBjb2xvcjog cmdiKDAsIDAsIDApOyI+U29tZSBkZWJ1ZyBtZXNzYWdlczo8L2Rpdj48ZGl2IHN0eWxlPSJmb250 LWZhbWlseTogQXJpYWw7IGZvbnQtc2l6ZTogMTRweDsgY29sb3I6IHJnYigwLCAwLCAwKTsiPjxi cj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQXJpYWw7IGZvbnQtc2l6ZTogMTRweDsg Y29sb3I6IHJnYigwLCAwLCAwKTsiPjxzcGFuPml3bTA6ICZsdDtJbnRlbChSKSBEdWFsIEJhbmQg V2lyZWxlc3MgQUMgODI2MCZndDsgbWVtIDB4ZTExMDAwMDAtMHhlMTEwMWZmZiBhdCBkZXZpY2Ug MC4wIG9uIHBjaTI8L3NwYW4+PGJyPjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlh bDsgZm9udC1zaXplOiAxNHB4OyBjb2xvcjogcmdiKDAsIDAsIDApOyI+PHNwYW4+bnZtZTA6ICZs dDtHZW5lcmljIE5WTWUgRGV2aWNlJmd0OyBtZW0gMHhlMTAwMDAwMC0weGUxMDAzZmZmIGF0IGRl dmljZSAwLjAgb24gcGNpMzwvc3Bhbj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQXJp YWw7IGZvbnQtc2l6ZTogMTRweDsgY29sb3I6IHJnYigwLCAwLCAwKTsiPjxicj48L2Rpdj48ZGl2 IHN0eWxlPSJmb250LWZhbWlseTogQXJpYWw7IGZvbnQtc2l6ZTogMTRweDsgY29sb3I6IHJnYigw LCAwLCAwKTsiPkknbSBuZXcgdG8gRnJlZUJTRCwgYnV0IHRoZSBhYm92ZSBzZWVtcyBhIGJpdCBz dHJhbmdlLCBhcyA8YnI+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250 LXNpemU6IDE0cHg7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij48YnI+PC9kaXY+PGRpdiBzdHlsZT0i Zm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0cHg7IGNvbG9yOiByZ2IoMCwgMCwgMCk7 Ij48c3Bhbj5pd20wQHBjaTA6MzowOjA6CWNsYXNzPTB4MDI4MDAwIHJldj0weDNhIGhkcj0weDAw IHZlbmRvcj0weDgwODYgZGV2aWNlPTB4MjRmMyBzdWJ2ZW5kb3I9MHg4MDg2IHN1YmRldmljZT0w eDAwMTA8L3NwYW4+PGJyPjxzcGFuPm52bWUwQHBjaTA6NDowOjA6CWNsYXNzPTB4MDEwODAyIHJl dj0weDAxIGhkcj0weDAwIHZlbmRvcj0weDExNzkgZGV2aWNlPTB4MDExNSBzdWJ2ZW5kb3I9MHgx MTc5IHN1YmRldmljZT0weDAwMDE8L3NwYW4+PGJyPjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFt aWx5OiBBcmlhbDsgZm9udC1zaXplOiAxNHB4OyBjb2xvcjogcmdiKDAsIDAsIDApOyI+PC9kaXY+ PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0cHg7IGNvbG9yOiBy Z2IoMCwgMCwgMCk7Ij48YnI+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBm b250LXNpemU6IDE0cHg7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij5zbyBpd20gc2hvdWxkIGJlIG9u IGRldmljZSAwLjAgb24gcGNpMywgYW5kIG5vdCBvbiBwY2kyLCBhbmQgbnZtZSBvbiBkZXZpY2Ug MC4wIG9uIHBjaTQgaW5zdGVhZCBvZiBwY2kzLiBBY3R1YWxseSZuYnNwOyB3aGVuIEkgbG9hZC91 bmxvYWQgcHB0IGRyaXZlciBvbiA8c3Bhbj5wY2kwOjM6MDowPC9zcGFuPiB0byB1c2U8c3Bhbj4g Ymh5dmUgcGFzc3Rocm91Z2g8L3NwYW4+IHRvIGEgTGludXggVk0gdGhlIHN5c3RlbSBoYW5ncyB3 aXRoIG52bWUvemZzIGVycm9ycywgbm90IHN1cmUgaWYgdGhpcyBpcyByZWxhdGVkIHRvIHRoZSBy YW5kb20gYm9vdCBpc3N1ZSBJJ20gaGF2aW5nLjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5 OiBBcmlhbDsgZm9udC1zaXplOiAxNHB4OyBjb2xvcjogcmdiKDAsIDAsIDApOyI+PGJyPjwvZGl2 PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbDsgZm9udC1zaXplOiAxNHB4OyBjb2xvcjog cmdiKDAsIDAsIDApOyI+Q291bGQgYmUgYSBwaWMgZW51bWVyYXRpb24gaXNzdWU/PGJyPjwvZGl2 PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbDsgZm9udC1zaXplOiAxNHB4OyBjb2xvcjog cmdiKDAsIDAsIDApOyI+PGJyPjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbDsg Zm9udC1zaXplOiAxNHB4OyBjb2xvcjogcmdiKDAsIDAsIDApOyI+QW55IGhlbHAgaXMgZ3JlYXRs eSBhcHByZWNpYXRlZC48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQXJpYWw7IGZvbnQt c2l6ZTogMTRweDsgY29sb3I6IHJnYigwLCAwLCAwKTsiPjxicj48L2Rpdj48ZGl2IHN0eWxlPSJm b250LWZhbWlseTogQXJpYWw7IGZvbnQtc2l6ZTogMTRweDsgY29sb3I6IHJnYigwLCAwLCAwKTsi PlZhcmRhbjxicj48L2Rpdj4= --b1_0HqFriSSfsYDHwh4lMuKJ3zlIZ3rSsPNBnBcQ35Lo-- From nobody Wed Aug 10 17:47:23 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4M2y7k0Zj3z4Yg1t for ; Wed, 10 Aug 2022 17:47:30 +0000 (UTC) (envelope-from jeffrey.e.pieper@intel.com) Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "orsmga102.jf.intel.com", Issuer "Sectigo RSA Organization Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4M2y7h4Q22z3GCf; Wed, 10 Aug 2022 17:47:28 +0000 (UTC) (envelope-from jeffrey.e.pieper@intel.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1660153648; x=1691689648; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=S9NygES/FnnSDMaklQoY678a1P9wCFqPYze6ep0dbH0=; b=f15RSDTvUJyh66vuiWZ/niZ5uAjPiOnAJq/PeCckmuqkPk5h+i/Sng8L rLZAXeeB2dtjQiZGzQhVPaWZb7F5ArNqHAhjQz84pHB+oZvaEV1c3w61g cuQEO6F9US6BMuAqoDgUx9wMhUomdJTunzcOty5wkRVGrQsdBxQENjdah dn+nNxVzFY3msQ1EgAQ4kPlsAJ0hXy7/K+Ex/ywQ/4jek9tYdz9NJw5/G iQ1XXvBhBcnspNPzh8oE39eBvwl4sIEK6VGh15qMrCBJl2RTQbQG4+6bn MGrG7vmP7AV42W66KRqQ4+IeUf4/UIRPV3P3dIfaFbohpI/EoSbKJJrcG Q==; X-IronPort-AV: E=McAfee;i="6400,9594,10435"; a="291942281" X-IronPort-AV: E=Sophos;i="5.93,228,1654585200"; d="scan'208";a="291942281" Received: from fmsmga006.fm.intel.com ([10.253.24.20]) by orsmga102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 10 Aug 2022 10:47:26 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.93,228,1654585200"; d="scan'208";a="850918016" Received: from orsmsx601.amr.corp.intel.com ([10.22.229.14]) by fmsmga006.fm.intel.com with ESMTP; 10 Aug 2022 10:47:25 -0700 Received: from orsmsx608.amr.corp.intel.com (10.22.229.21) by ORSMSX601.amr.corp.intel.com (10.22.229.14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.28; Wed, 10 Aug 2022 10:47:25 -0700 Received: from orsmsx603.amr.corp.intel.com (10.22.229.16) by ORSMSX608.amr.corp.intel.com (10.22.229.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.28; Wed, 10 Aug 2022 10:47:25 -0700 Received: from ORSEDG601.ED.cps.intel.com (10.7.248.6) by orsmsx603.amr.corp.intel.com (10.22.229.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.28 via Frontend Transport; Wed, 10 Aug 2022 10:47:25 -0700 Received: from NAM12-MW2-obe.outbound.protection.outlook.com (104.47.66.49) by edgegateway.intel.com (134.134.137.102) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2375.28; Wed, 10 Aug 2022 10:47:25 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Zs89xegzvID3qOFyfhyPmryw4SEQP08WlnC0YHwFO1hE48CuFTUL27TJmwXEtnBbZY0McsE4d/2pdb/4C3JzFFBzcN20SlXGgy2QRevhQ2HJYDDX73t4dXWP0fqYCyhhiNl6UuRQrn+DozcVVzg9RkK/L/QQi3KxdbiPZxgiYMh0wroGXYATK+7AfRDiHeQoo40mQwnJoOvRC1FKzPyf8rzw0AHyukfCjldcQgNEQ+8vLqpVn35CDx7SOaRTnWy3qKX2J4SBbEcJXdSIZmj+pw1KZ4JoTceR7TVs1sWfhgENw9E+qRoSbNKTjh89cI2rOupHn6/IMu4pRBlCdHFXKw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=S9NygES/FnnSDMaklQoY678a1P9wCFqPYze6ep0dbH0=; b=iVvDMLB8QW67ywH7o21ePLl142KAUrdeWvTQDisFW5AF4HlCJnEXJvvTCiXqNx6S3mRxwLwxYnrQyM8NxzL2DW+DiPqLOm4EBXShsC7Aak9uEG4E8TjKH+YCfSnFYeTgw3XiRyvTvONRZFjxZVm/Xm5hgqjUgGFlpPMf15Hko27MAge7UbMB37FPOGrVsyLsyYX0O7vx6/pzzZgZntHrvAU9jGzrDbpXXlIHQQeQMVX4pAVBRjnq1J5n84cTQQnSmEdT/2Vx/24239LtB+8AXav4C6fqYAtLNvuV/We8hQflrxNUTNZpH2q7G1vPZAwB1zmZPXpBLlal1VezPMGOVg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=intel.com; dmarc=pass action=none header.from=intel.com; dkim=pass header.d=intel.com; arc=none Received: from MW4PR11MB5890.namprd11.prod.outlook.com (2603:10b6:303:188::18) by SA0PR11MB4576.namprd11.prod.outlook.com (2603:10b6:806:97::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5525.11; Wed, 10 Aug 2022 17:47:23 +0000 Received: from MW4PR11MB5890.namprd11.prod.outlook.com ([fe80::5952:6094:bd0a:401b]) by MW4PR11MB5890.namprd11.prod.outlook.com ([fe80::5952:6094:bd0a:401b%5]) with mapi id 15.20.5504.021; Wed, 10 Aug 2022 17:47:23 +0000 From: "Pieper, Jeffrey E" To: Jim King , mike tancsa , "stable@freebsd.org" , "kbowling@FreeBSD.org" Subject: RE: igc problems with heavy traffic Thread-Topic: igc problems with heavy traffic Thread-Index: AQHYpVit+Oc/W9CGhU648InMM43Ivq2fACUAgAAEpgCAANdEAIAAbIGAgAAwdgCAACM0AIABp7SAgAYzyaA= Date: Wed, 10 Aug 2022 17:47:23 +0000 Message-ID: References: <59b9cec0-d8c2-ce72-b5e9-99d1a1e807f8@sentex.net> <86995d10-af63-d053-972e-dd233029f3bf@jimking.net> <3d874f65-8ce2-8f06-f19a-14cd550166e3@sentex.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-reaction: no-action dlp-version: 11.6.500.17 x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 025d0e24-7c1d-4abe-3d3e-08da7af86191 x-ms-traffictypediagnostic: SA0PR11MB4576:EE_ x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: ElobOgP+oINBoKw/t9N1k0JufNzJOdfUn2pYdSnXnEHLwg8tGoR0hTiK8hnpHbdHJqv/mzoZeqaf2dDsBdhtKzV+/g8vXQKNOUaNn/cBLzBp6x/XS1QR1Pl/1W4tMnKuJIBioJS/Md+z2a7Hb9HPV4BVVE84ukqB1PpadLckgkFR7B7mxtKmgc43dVfemY3DZfgHScFT7p0IuTw3wmJGFCsMYwR9967uhweEuCDyfBJlsuGLQDF6u8vARkmh2mdU0BlxhXhuFm8ocN306WowBgo8s5zG1wzK63yL4Vcu2aLl0h1qd0wLhjrbtBw8VENvRxp5/3ZJXuhzDNOxt+DwWybtqmniCUO0BN265XN6sE2S5GDW4EFygUDnVuzotw8htzdiCjQ9Ybfw0fsyPnNbzWnrv3cR7NWmlrEPj9ywbsNKVbOpHL98Tlt79QncsqPlN+JZPrVECwoPMlsG+W2qs9BEvpttfbUE4mnMaLIuB30W+7W2oXmlskZVGxqz+I9qXeCRjXLLD4ngmht+IGclMgoDNPW6TX9MFjOoePzQR0jirX8pYzZNZQrFfDGb3d/6B2zIPUdR+RRVH+giyML2qZgQ5euSKgVs4z+IwZvZum5rUsDDM9KCVcGnvevCUXzTmtTPaTs0NbdNaG3KFxzFjFuxRxhKyydCnL4YMH33NPlEGofThQR23k+r2JLKw60/kMh3j1BsX7sWpMSl7xv2r01gM2LXa0rMuZUezN/tKa+q7E2VW28dDOfJNBZfkSZODx96AFaXguqFEw1irD9x8fQgmI0KawX01v5gnTjtVZYJ6fkiP/1aT/DPK6SIC3nu x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:MW4PR11MB5890.namprd11.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230016)(136003)(346002)(396003)(376002)(366004)(39860400002)(55016003)(186003)(83380400001)(33656002)(86362001)(82960400001)(38070700005)(122000001)(38100700002)(478600001)(2906002)(8676002)(316002)(52536014)(8936002)(6506007)(7696005)(71200400001)(5660300002)(66946007)(110136005)(26005)(53546011)(9686003)(76116006)(64756008)(66446008)(41300700001)(66476007)(66556008);DIR:OUT;SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?bzFPU2VZS2VrOGl5dVhZODdiNDF2eS9Xb3Z6S0RYVFNhTlNMODhBNnNLZXpX?= =?utf-8?B?dFl4QTNINGhERkxvalVrcElsRVRPK1QvK3ZCS0xCUnp3VjMrT0JWYjEwbDVj?= =?utf-8?B?TERUMGZBWENmL1VRbTJJOGw1UUtNMFJvMzVzZDdhK0ZsNW9raUt1YnNyVDdF?= =?utf-8?B?L0J5czREb3grVDM5NjF6amhISE1qYkZCUjkwRzhWTk94OU5FZ21kbTRHNFMw?= =?utf-8?B?MXZnbDJ1QUc3Vnh6anU5L29NSFhRdGEwTEZjNHk0OHNabFM2Z29NMVZ2dVJG?= =?utf-8?B?R2dCcGpEMDVZcnJPaTZiNzNaVEtYYklHc2V6TEtpMExIUHgxRXBPNzBESHUy?= =?utf-8?B?NFI1MVVtQ2pOdlZuK1drNjdsYXRhaUJEYzZnRzdkV3piV0xVNGlZU2JIMnMx?= =?utf-8?B?R0lzY3FQWWFybVd3RW9NZnNwTEpUMEZVaThWc2JpSTRmR2dDRTMyZWJpUTZX?= =?utf-8?B?bmIzVG9mdVdyK0V5UmN6YjRFMURZQUFKcXVhMXkzTW5BbW1FRzdLVmpxZUNQ?= =?utf-8?B?bVRhNWt0TldnUFR5Z1k3UTMrUTMvOVhuSmNmdzhnTzRKeDdqYWtZMzhaWS92?= =?utf-8?B?aXVZTDhiUEVQY2E0dXNQalNqRkFYV09hTkgxaFV1TUF2TmFUaGhTVW5uWEgz?= =?utf-8?B?dlo2ckNZNS9PQ3JORU5JRDdhUWl4TWtlN2p5Y05jRGlDc1NyNXFab3FobTUz?= =?utf-8?B?TU4xNzBKclVBaURQd1FwcjQ3U0VCYm1va2xJcGlhUm0ySkpQL1hyc3ZYRFRw?= =?utf-8?B?Q3lXMVVNK0V4a01uK0k0YXh2R3ZSaFpJUlQ2ZDJvck00NHFFblg4eFRMTmli?= =?utf-8?B?cXlzNXhEZElkenlrSUcvTUhiSEgvVFREYjFZWFZDOGtCR3ZDaGFlK2pjMi9N?= =?utf-8?B?SFJzZ3ViamJMVkZZV3g3dW95Rlh1RC80VkFEL3pSU1IyZHhtalJsazQzOEFu?= =?utf-8?B?RFA2KzlPNWRvd25kT3FQdVk3VEZ2MW5BZnNzZjJPbFU5VWNqU0xrZllEZXMx?= =?utf-8?B?REFSR1RQdTBnVmtJdU91bDdGN21JcUZnRFhQSzZtK3h0U3R3ZnJiQUpHeUFi?= =?utf-8?B?U25PQ0Q1NWZNS3N2NFBTeFpwM0k4SjFZMk9BaXFRM1lIKzNoRmpaQVBzNjlw?= =?utf-8?B?MThVSHB3ZUI3U0pvYjFKcUxrdXMxZG91MmxFK1BJbG93a0dLYnZRN2JLNjhF?= =?utf-8?B?aEJXQXFjZHpOc29Xa2l5Z1RZWUhrOUtCTUJtYlJ3bU5xL1Q4RnowWkVkdzBt?= =?utf-8?B?MUVvUE5Oa05Sd1UvOWVwYXpOWEVvNVBoU2czZXlEeUhGdDE5MSt3ekMxSDF2?= =?utf-8?B?MmlWakw3QjMxSnVuOW5zL280R3RHdHl1S0cvMDBvVURrNWtCcEs1SzVsK2Z2?= =?utf-8?B?cDBDYng3SWxxK2dNUlBlZ1hGZ3E0YWk2eUVqb0Z5dkIxZWM4dkQ4RlkzUXg4?= =?utf-8?B?d3ZKaHBqZTJGYU5naVpjbWpPcndpbWJad1pUUlk2dDRZdUxyYnltZ3p6VHNJ?= =?utf-8?B?aFNSYXQ1VlFGOUJoWXlSenZsWUhadjY2b3U2VWtYUzN5M1JJN3VEUVFJMXUy?= =?utf-8?B?a3VSSWt4dUJFV0FjVUNDQzNJQlpEdWZBNi9CSzlJTStNQ0ROMVkwMjlBa1pv?= =?utf-8?B?eVQyNkhxWHhGNkRnOEZaRTMvYlkwRnJ3a3BQOXZ6MmlOcFd6a1ZlcHN3RmRB?= =?utf-8?B?aFhVd2NqdUhuU3lYRHlmeFpqQkxQcmhXWE1EOFNpbks5UDlQMUMxVVVDK2tF?= =?utf-8?B?Zklsc2JTV0tiWkFTVmxrT2xka096QThkb3AxOU1BTnlOWjdQY1JOVFYvNjls?= =?utf-8?B?aXc5MDA5QjAvR3RicEdoZzFOWWpvSGRzdld1RzlXZUJVRkMvNU9yZ3BMS2VG?= =?utf-8?B?ME5jaEQ4VHFlemJBRHNISlR5QU5rMTMwTnFxd3dxRyt2Rmw2WjI4MlNEK2dx?= =?utf-8?B?VDNIZ1prU1k0QllvME1HMHd0Q0pQZCtXQzM1SnBnblliVklWSEhjbDB0MXYv?= =?utf-8?B?UmFUSVJWQ3dQc2tXbFdXNzl3ZlkzZXA2eHZMd0c0dXplb1UwWE5jWjN2N2JE?= =?utf-8?B?bEl2a1FMMVBwYWJZa2RqTUZVUVVXYkp5VTRDR0RqV2VtTGY4dDN0RXVyZDBX?= =?utf-8?B?QU5USk52WmhEVm11ZXVGaDVLcld2MlFyMzBYbnQ5SzE0ZUNhSmwzOHFCeWRX?= =?utf-8?B?d3c9PQ==?= Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: MW4PR11MB5890.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 025d0e24-7c1d-4abe-3d3e-08da7af86191 X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Aug 2022 17:47:23.3108 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 46c98d88-e344-4ed4-8496-4ed7712e255d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: H6ck0FktleTM+DgfMfDPXMcwjyx4TvB6rjc5WJxzWCGgrVgtSYkO8b4dkxbt9BlvIaZeEhw7Z3kuILoLhouY2vcv0HhCZG+1wZtYr9CqTMM= X-MS-Exchange-Transport-CrossTenantHeadersStamped: SA0PR11MB4576 X-OriginatorOrg: intel.com X-Rspamd-Queue-Id: 4M2y7h4Q22z3GCf X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none ("invalid DKIM record") header.d=intel.com header.s=Intel header.b=f15RSDTv; arc=pass ("microsoft.com:s=arcselector9901:i=1"); dmarc=pass (policy=none) header.from=intel.com; spf=pass (mx1.freebsd.org: domain of jeffrey.e.pieper@intel.com designates 134.134.136.24 as permitted sender) smtp.mailfrom=jeffrey.e.pieper@intel.com X-Spamd-Result: default: False [-5.38 / 15.00]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; NEURAL_HAM_SHORT(-1.00)[-0.997]; NEURAL_HAM_LONG(-0.96)[-0.964]; NEURAL_HAM_MEDIUM(-0.92)[-0.922]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; DMARC_POLICY_ALLOW(-0.50)[intel.com,none]; RCVD_IN_DNSWL_MED(-0.20)[134.134.136.24:from]; R_SPF_ALLOW(-0.20)[+ip4:134.134.136.24/32]; RWL_MAILSPIKE_GOOD(-0.10)[134.134.136.24:from]; MIME_BASE64_TEXT(0.10)[]; MIME_GOOD(-0.10)[text/plain]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:4983, ipnet:134.134.136.0/24, country:US]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_DKIM_PERMFAIL(0.00)[intel.com:s=Intel]; TO_DN_SOME(0.00)[]; MLMMJ_DEST(0.00)[stable@freebsd.org]; RCVD_COUNT_SEVEN(0.00)[9]; DKIM_TRACE(0.00)[intel.com:~]; RCVD_IN_DNSWL_NONE(0.00)[104.47.66.49:received]; TO_DN_EQ_ADDR_SOME(0.00)[] X-ThisMailContainsUnwantedMimeParts: N DQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogb3duZXItZnJlZWJzZC1z dGFibGVAZnJlZWJzZC5vcmcgPG93bmVyLWZyZWVic2Qtc3RhYmxlQGZyZWVic2Qub3JnPg0KPiBP biBCZWhhbGYgT2YgSmltIEtpbmcNCj4gU2VudDogU2F0dXJkYXksIEF1Z3VzdCA2LCAyMDIyIDEy OjA0IFBNDQo+IFRvOiBtaWtlIHRhbmNzYSA8bWlrZUBzZW50ZXgubmV0Pjsgc3RhYmxlQGZyZWVi c2Qub3JnOw0KPiBrYm93bGluZ0BGcmVlQlNELm9yZw0KPiBTdWJqZWN0OiBSZTogaWdjIHByb2Js ZW1zIHdpdGggaGVhdnkgdHJhZmZpYw0KPiANCj4gT24gOC81LzIwMjIgMTI6NDcgUE0sIG1pa2Ug dGFuY3NhIHdyb3RlOg0KPiA+IE9uIDgvNS8yMDIyIDExOjQxIEFNLCBKaW0gS2luZyB3cm90ZToN Cj4gPj4gSWYgSSBmaWRkbGUgd2l0aCB0aGUgRmxvdyBDb250cm9sIHNldHRpbmdzIGl0IHNlZW1z IHRvIG1ha2UgYQ0KPiA+PiBkaWZmZXJlbmNlLsKgIEkgY2FuIGRvIGl0IHdpdGhvdXQgYm91bmNp bmcgdGhlIGxpbmsuwqAgSSB3b25kZXIgd2hhdA0KPiA+PiB0aGUgTGludXggZHJpdmVyIGhhcyBh cyBkZWZhdWx0ID8NCj4gPj4+DQo+ID4+PiBpZS4NCj4gPj4+DQo+ID4+PiBzeXNjdGwgLXcgZGV2 LmlnYy4xLmZjPTENCj4gPj4+IHN5c2N0bCAtdyBkZXYuaWdjLjAuZmM9MQ0KPiA+Pj4NCj4gPj4+ IERvZXMgaXQgaGVscCBpbiB5b3VyIGNhc2UgPw0KPiA+Pj4NCj4gPj4gVGhhbmtzIGZvciB0aGUg c3VnZ2VzdGlvbi7CoCBVbmZvcnR1bmF0ZWx5IGl0IGRvZXNuJ3Qgc2VlbSB0byBoZWxwIGluDQo+ ID4+IG15IGNhc2UuwqAgQWxsIGZvdXIgdmFsdWVzIGZvciBmbG93IGNvbnRyb2wgZ2l2ZSBwcmV0 dHkgbXVjaCB0aGUgc2FtZQ0KPiA+PiByZXN1bHRzIHdpdGggbXkgaXBlcmYgdGVzdC4NCj4gPj4N Cj4gPj4NCj4gPiBBcmUgeW91IGFibGUgdG8gYm9vdCBhIFJFTEVOR18xMyBzdGFibGUga2VybmVs IGFuZCB0ZXN0ID8gSSBhbSB1c2luZyBhDQo+ID4gc3RhYmxlIGtlcm5lbCBmcm9tIGEgY291cGxl IG9mIGRheXMgYWdvIGFuZCBzZXR0aW5nIHRoZSBmYz0wICh5b3Ugc2V0DQo+ID4gdGhhdCBvbiBh bGwgbmljcyByaWdodCA/KSBkb2VzIHdvcmsgZm9yIG1lIGJvdGggYXQgMi41RyBhbmQgMUcuDQo+ ID4gTGVhdmluZyB0aGUgZGVmYXVsdCBjYXVzZXMgdGhlIG5pYyB0byBib3VuY2Ugb24gbXkgdGVz dCBib3hlcy4gSSBkb250DQo+ID4gc2VlIGFueSBvYnZpb3VzIGJpZyBjaGFuZ2VzIGluIHRoZSBk cml2ZXIgaXRzZWxmIHNpbmNlIDEzLjEgY2FtZSBvdXQNCj4gPiBzbyBJIGFtIGd1ZXNzaW5nIHNv bWV0aGluZyBlbHNlIGZpeGVkIG9yIHdvcmtlZCBhcm91bmQgdGhpcyBidWcgPw0KPiA+DQo+IEkg YnVpbGQgc3RhYmxlLzEzIGZyb20geWVzdGVyZGF5IGFuZCBzdGlsbCBoYXZlbid0IGZvdW5kIGEg d29ya2luZw0KPiBjb25maWd1cmF0aW9uLsKgIFdoZW4gSSB0dXJuIG9mZiBGbG93IENvbnRyb2wg b24gYm90aCBOSUNzIG15IGZpcnN0IGlwZXJmIHRlc3QNCj4gYWx3YXlzIGNhdXNlcyB0aGUgTklD IHRvIGJvdW5jZSwgYW5kIHNvbWV0aW1lcyBzdWJzZXF1ZW50IHRlc3RzIHdpbGwgd29yayBPSywN Cj4gYnV0IG9ubHkgc29tZXRpbWVzLsKgIE1vc3Qgb2YgdGhlIHRpbWUgdGhlIHN1YnNlcXVlbnQg aXBlcmYgcnVucyBhbHNvIGNhdXNlIHRoZQ0KPiBOSUMgdG8gYm91bmNlLg0KPiANCj4gSSBhbHNv IHRyaWVkIC1yeGNzdW0gYW5kIC10eGNzdW0gb24gdGhlIE5JQywgd2hpY2ggaGFkIG5vIGVmZmVj dC4NCj4gDQo+IA0KPiA+IEFueXRoaW5nIGludGVyZXN0aW5nIGNvbWUgdXAgaW4NCj4gPg0KPiA+ IHN5c2N0bCAtYSBkZXYuaWdjDQo+ID4NCj4gPiA/DQo+ID4NCj4gTm90aGluZyB0aGF0IGNhdGNo ZXMgbXkgZXllLCBidXQgSSBkb24ndCBoYXZlIG11Y2ggZXhwZXJpZW5jZSB3aXRoIHRoaXMga2lu ZCBvZg0KPiB0cm91Ymxlc2hvb3RpbmcuDQo+IA0KPiBKaW0NCj4gDQo+IA0KWW91IGNvdWxkIHRy eSBkaXNhYmxpbmcgRUVFIChFbmVyZ3kgRWZmaWNpZW50IEV0aGVybmV0KS4gU29tZXRoaW5nIGxp a2U6IHN5c2N0bCBkZXYuaWdjLjAuZWVlX2NvbnRyb2w9MC4NCg0KSmVmZg0K From nobody Wed Aug 10 18:01:01 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4M2yRM2dBwz4YjqQ for ; Wed, 10 Aug 2022 18:01:03 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost1.sentex.ca", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4M2yRL3QZ0z3JCM; Wed, 10 Aug 2022 18:01:02 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [199.212.134.19]) by smarthost1.sentex.ca (8.16.1/8.16.1) with ESMTPS id 27AI105m090076 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Wed, 10 Aug 2022 14:01:00 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [IPV6:2607:f3e0:0:4:50c8:2c61:7c85:d1a1] ([IPv6:2607:f3e0:0:4:50c8:2c61:7c85:d1a1]) by pyroxene2a.sentex.ca (8.16.1/8.15.2) with ESMTPS id 27AI10U9056237 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Wed, 10 Aug 2022 14:01:00 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <3e69a2e6-9f74-5c77-5b97-a9d2590bb2b2@sentex.net> Date: Wed, 10 Aug 2022 14:01:01 -0400 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.1.1 Subject: Re: igc problems with heavy traffic Content-Language: en-US To: "Pieper, Jeffrey E" , Jim King , "stable@freebsd.org" , "kbowling@FreeBSD.org" References: <59b9cec0-d8c2-ce72-b5e9-99d1a1e807f8@sentex.net> <86995d10-af63-d053-972e-dd233029f3bf@jimking.net> <3d874f65-8ce2-8f06-f19a-14cd550166e3@sentex.net> From: mike tancsa In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.84 on 64.7.153.18 X-Rspamd-Queue-Id: 4M2yRL3QZ0z3JCM X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:1::12 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-3.40 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[199.212.134.19:received]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[stable@freebsd.org]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MID_RHS_MATCH_FROM(0.00)[]; FREEFALL_USER(0.00)[mike]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[sentex.net]; TO_DN_EQ_ADDR_SOME(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 8/10/2022 1:47 PM, Pieper, Jeffrey E wrote: > You could try disabling EEE (Energy Efficient Ethernet). Something > like: sysctl dev.igc.0.eee_control=0. Thanks, I just tired, and it locks up the NIC.  # sysctl dev.igc.2.eee_control=0 dev.igc.2.eee_control: 1 -> 0 # And up /down sort of brings it back  # ping 192.168.20.2 PING 192.168.20.2 (192.168.20.2): 56 data bytes 64 bytes from 192.168.20.2: icmp_seq=0 ttl=64 time=0.169 ms 64 bytes from 192.168.20.2: icmp_seq=10 ttl=64 time=0.121 ms 64 bytes from 192.168.20.2: icmp_seq=12 ttl=64 time=0.113 ms 64 bytes from 192.168.20.2: icmp_seq=19 ttl=64 time=0.144 ms 64 bytes from 192.168.20.2: icmp_seq=22 ttl=64 time=0.143 ms 64 bytes from 192.168.20.2: icmp_seq=23 ttl=64 time=0.115 ms 64 bytes from 192.168.20.2: icmp_seq=24 ttl=64 time=0.135 ms     ---Mike > Jeff > From nobody Wed Aug 10 18:14:29 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4M2ykt3Vx7z4YnLq for ; Wed, 10 Aug 2022 18:14:30 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost1.sentex.ca", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4M2yks59SKz3PQj; Wed, 10 Aug 2022 18:14:29 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [199.212.134.19]) by smarthost1.sentex.ca (8.16.1/8.16.1) with ESMTPS id 27AIES2U004738 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Wed, 10 Aug 2022 14:14:28 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [IPV6:2607:f3e0:0:4:50c8:2c61:7c85:d1a1] ([IPv6:2607:f3e0:0:4:50c8:2c61:7c85:d1a1]) by pyroxene2a.sentex.ca (8.16.1/8.15.2) with ESMTPS id 27AIESIK060993 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Wed, 10 Aug 2022 14:14:28 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: Date: Wed, 10 Aug 2022 14:14:29 -0400 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.1.1 Subject: Re: igc problems with heavy traffic Content-Language: en-US To: "Pieper, Jeffrey E" , Jim King , "stable@freebsd.org" , "kbowling@FreeBSD.org" References: <59b9cec0-d8c2-ce72-b5e9-99d1a1e807f8@sentex.net> <86995d10-af63-d053-972e-dd233029f3bf@jimking.net> <3d874f65-8ce2-8f06-f19a-14cd550166e3@sentex.net> From: mike tancsa In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.84 on 64.7.153.18 X-Rspamd-Queue-Id: 4M2yks59SKz3PQj X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:1::12 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-3.40 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[199.212.134.19:received]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[stable@freebsd.org]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MID_RHS_MATCH_FROM(0.00)[]; FREEFALL_USER(0.00)[mike]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[sentex.net]; TO_DN_EQ_ADDR_SOME(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 8/10/2022 1:47 PM, Pieper, Jeffrey E wrote: > > You could try disabling EEE (Energy Efficient Ethernet). Something like: sysctl dev.igc.0.eee_control=0. Adding hw.igc.eee_setting=0 in /boot/loader.conf seems to take ok and the NIC works on bootup. I will run some stress tests with it set. Thanks!     ---Mike From nobody Wed Aug 10 19:09:03 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4M2zxr2CGWz4Z3R5 for ; Wed, 10 Aug 2022 19:09:04 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost1.sentex.ca", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4M2zxq3bl8z3bj4; Wed, 10 Aug 2022 19:09:03 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [199.212.134.19]) by smarthost1.sentex.ca (8.16.1/8.16.1) with ESMTPS id 27AJ92wb061004 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Wed, 10 Aug 2022 15:09:02 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [IPV6:2607:f3e0:0:4:50c8:2c61:7c85:d1a1] ([IPv6:2607:f3e0:0:4:50c8:2c61:7c85:d1a1]) by pyroxene2a.sentex.ca (8.16.1/8.15.2) with ESMTPS id 27AJ91aB078549 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Wed, 10 Aug 2022 15:09:01 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <415bed72-33b4-84ac-111c-f576d7a5fc47@sentex.net> Date: Wed, 10 Aug 2022 15:09:03 -0400 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.1.1 Subject: Re: igc problems with heavy traffic Content-Language: en-US From: mike tancsa To: "Pieper, Jeffrey E" , Jim King , "stable@freebsd.org" , "kbowling@FreeBSD.org" References: <59b9cec0-d8c2-ce72-b5e9-99d1a1e807f8@sentex.net> <86995d10-af63-d053-972e-dd233029f3bf@jimking.net> <3d874f65-8ce2-8f06-f19a-14cd550166e3@sentex.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.84 on 64.7.153.18 X-Rspamd-Queue-Id: 4M2zxq3bl8z3bj4 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:1::12 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-3.40 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[199.212.134.19:received]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[stable@freebsd.org]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MID_RHS_MATCH_FROM(0.00)[]; FREEFALL_USER(0.00)[mike]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[sentex.net]; TO_DN_EQ_ADDR_SOME(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 8/10/2022 2:14 PM, mike tancsa wrote: > On 8/10/2022 1:47 PM, Pieper, Jeffrey E wrote: >> >> You could try disabling EEE (Energy Efficient Ethernet). Something >> like: sysctl dev.igc.0.eee_control=0. > > > Adding > > hw.igc.eee_setting=0 > > in /boot/loader.conf seems to take ok and the NIC works on bootup. I > will run some stress tests with it set. Thanks! > I tried with just that setting and not adjusting the FC and still got the link bounce fairly quickly on the 2.5G xover connection. I was using cat 5 but changed the cable to cat 6 to see if that makes a difference. Re-running the test now with cat 6 I setup 4 servers A----B----C----D A and D are just 2 random servers. B & C are the 2 machines with the 4 igc NICs. B &C and linked on igc1 via xover and A & D were on xover cable to igc2 of B &C 192.168.20.2   ---------- 192.168.20.1 192.168.21.1--------------192.168.21.2                                           10.1.255.209 -----10.1.255.168 Other odd thing I noticed was when I rebooted and set the eee settings to 0 I lost the link between 21.1 and 21.2 on igc2. Whats odd however is that if I change it so that they both go through a switch instead of xover cable, there does not seem to be a problem with the link. Same cable to the switch seems fine so not sure if something else is going on at the link layer. Only the link between the 2 igc nics is 2.5 G and thats still on xover.  I am running iperf3 between 192.168.20.2 and 192.168.21.2.     ---Mike From nobody Wed Aug 10 19:53:00 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4M30wX57LCz4Y2xZ for ; Wed, 10 Aug 2022 19:53:00 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost1.sentex.ca", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4M30wX2936z3n6F; Wed, 10 Aug 2022 19:53:00 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [199.212.134.19]) by smarthost1.sentex.ca (8.16.1/8.16.1) with ESMTPS id 27AJqwLv001807 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Wed, 10 Aug 2022 15:52:59 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [IPV6:2607:f3e0:0:4:50c8:2c61:7c85:d1a1] ([IPv6:2607:f3e0:0:4:50c8:2c61:7c85:d1a1]) by pyroxene2a.sentex.ca (8.16.1/8.15.2) with ESMTPS id 27AJqwhI092726 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Wed, 10 Aug 2022 15:52:58 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: Date: Wed, 10 Aug 2022 15:53:00 -0400 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.1.1 Subject: Re: igc problems with heavy traffic Content-Language: en-US To: "Pieper, Jeffrey E" , Jim King , "stable@freebsd.org" , "kbowling@FreeBSD.org" References: <59b9cec0-d8c2-ce72-b5e9-99d1a1e807f8@sentex.net> <86995d10-af63-d053-972e-dd233029f3bf@jimking.net> <3d874f65-8ce2-8f06-f19a-14cd550166e3@sentex.net> From: mike tancsa In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.84 on 64.7.153.18 X-Rspamd-Queue-Id: 4M30wX2936z3n6F X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:1::12 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-3.40 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[199.212.134.19:received]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[stable@freebsd.org]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MID_RHS_MATCH_FROM(0.00)[]; FREEFALL_USER(0.00)[mike]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[sentex.net]; TO_DN_EQ_ADDR_SOME(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 8/10/2022 1:47 PM, Pieper, Jeffrey E wrote: > > You could try disabling EEE (Energy Efficient Ethernet). Something like: sysctl dev.igc.0.eee_control=0. It does not seem to make a difference. If I have the FC as default, I get the link bounce on the 2.5G xover (cat 6 cable) maybe 2-3 min in running iper3 tests.  However, if I disable all flow control dev.igc.0.fc=0 dev.igc.1.fc=0 dev.igc.2.fc=0 dev.igc.3.fc=0 It *seems* to be less frequent but still happens.  I ordered a 2.5 G switch so I can try and at least see which side is dropping the link. Should have it Friday to continue testing sysctl before and after the link drop --- 1660160715a 2022-08-10 15:46:17.919982000 -0400 +++ 1660160715c 2022-08-10 15:48:20.046391000 -0400 @@ -1,35 +1,35 @@  dev.igc.1.wake: 0  dev.igc.1.interrupts.rx_desc_min_thresh: 0 -dev.igc.1.interrupts.asserts: 480070 -dev.igc.1.mac_stats.tso_txd: 3467154 -dev.igc.1.mac_stats.tx_frames_1024_1522: 12191901 -dev.igc.1.mac_stats.tx_frames_512_1023: 1 -dev.igc.1.mac_stats.tx_frames_256_511: 1 -dev.igc.1.mac_stats.tx_frames_128_255: 1 -dev.igc.1.mac_stats.tx_frames_65_127: 15 +dev.igc.1.interrupts.asserts: 2321605 +dev.igc.1.mac_stats.tso_txd: 8123778 +dev.igc.1.mac_stats.tx_frames_1024_1522: 24385207 +dev.igc.1.mac_stats.tx_frames_512_1023: 2 +dev.igc.1.mac_stats.tx_frames_256_511: 5 +dev.igc.1.mac_stats.tx_frames_128_255: 3 +dev.igc.1.mac_stats.tx_frames_65_127: 5112192  dev.igc.1.mac_stats.tx_frames_64: 1  dev.igc.1.mac_stats.mcast_pkts_txd: 0  dev.igc.1.mac_stats.bcast_pkts_txd: 1 -dev.igc.1.mac_stats.good_pkts_txd: 12191920 -dev.igc.1.mac_stats.total_pkts_txd: 12191920 -dev.igc.1.mac_stats.good_octets_txd: 18507307410 -dev.igc.1.mac_stats.good_octets_recvd: 426707988 -dev.igc.1.mac_stats.rx_frames_1024_1522: 0 -dev.igc.1.mac_stats.rx_frames_512_1023: 0 -dev.igc.1.mac_stats.rx_frames_256_511: 1 -dev.igc.1.mac_stats.rx_frames_128_255: 0 -dev.igc.1.mac_stats.rx_frames_65_127: 6095576 -dev.igc.1.mac_stats.rx_frames_64: 270 +dev.igc.1.mac_stats.good_pkts_txd: 29497410 +dev.igc.1.mac_stats.total_pkts_txd: 29497410 +dev.igc.1.mac_stats.good_octets_txd: 37374600999 +dev.igc.1.mac_stats.good_octets_recvd: 16320101159 +dev.igc.1.mac_stats.rx_frames_1024_1522: 10174497 +dev.igc.1.mac_stats.rx_frames_512_1023: 26747 +dev.igc.1.mac_stats.rx_frames_256_511: 11521 +dev.igc.1.mac_stats.rx_frames_128_255: 10027 +dev.igc.1.mac_stats.rx_frames_65_127: 12193703 +dev.igc.1.mac_stats.rx_frames_64: 438  dev.igc.1.mac_stats.mcast_pkts_recvd: 0  dev.igc.1.mac_stats.bcast_pkts_recvd: 0 -dev.igc.1.mac_stats.good_pkts_recvd: 6095847 -dev.igc.1.mac_stats.total_pkts_recvd: 6095847 +dev.igc.1.mac_stats.good_pkts_recvd: 22416935 +dev.igc.1.mac_stats.total_pkts_recvd: 22416950  dev.igc.1.mac_stats.xoff_txd: 0  dev.igc.1.mac_stats.xoff_recvd: 0  dev.igc.1.mac_stats.xon_txd: 0  dev.igc.1.mac_stats.xon_recvd: 0  dev.igc.1.mac_stats.alignment_errs: 0 -dev.igc.1.mac_stats.crc_errs: 0 +dev.igc.1.mac_stats.crc_errs: 1  dev.igc.1.mac_stats.recv_errs: 0  dev.igc.1.mac_stats.recv_jabber: 0  dev.igc.1.mac_stats.recv_oversize: 0 @@ -40,7 +40,7 @@  dev.igc.1.mac_stats.defer_count: 0  dev.igc.1.mac_stats.sequence_errors: 0  dev.igc.1.mac_stats.symbol_errors: 0 -dev.igc.1.mac_stats.collision_count: 0 +dev.igc.1.mac_stats.collision_count: 1  dev.igc.1.mac_stats.late_coll: 0  dev.igc.1.mac_stats.multiple_coll: 0  dev.igc.1.mac_stats.single_coll: 0 @@ -49,34 +49,34 @@  dev.igc.1.queue_rx_3.rxd_tail: 128  dev.igc.1.queue_rx_3.rxd_head: 0  dev.igc.1.queue_rx_2.rx_irq: 0 -dev.igc.1.queue_rx_2.rxd_tail: 12 -dev.igc.1.queue_rx_2.rxd_head: 13 +dev.igc.1.queue_rx_2.rxd_tail: 456 +dev.igc.1.queue_rx_2.rxd_head: 457  dev.igc.1.queue_rx_1.rx_irq: 0  dev.igc.1.queue_rx_1.rxd_tail: 128  dev.igc.1.queue_rx_1.rxd_head: 0  dev.igc.1.queue_rx_0.rx_irq: 0 -dev.igc.1.queue_rx_0.rxd_tail: 985 -dev.igc.1.queue_rx_0.rxd_head: 986 +dev.igc.1.queue_rx_0.rxd_tail: 6 +dev.igc.1.queue_rx_0.rxd_head: 7  dev.igc.1.queue_tx_3.tx_irq: 0  dev.igc.1.queue_tx_3.txd_tail: 0  dev.igc.1.queue_tx_3.txd_head: 0  dev.igc.1.queue_tx_2.tx_irq: 0 -dev.igc.1.queue_tx_2.txd_tail: 28 -dev.igc.1.queue_tx_2.txd_head: 28 +dev.igc.1.queue_tx_2.txd_tail: 460 +dev.igc.1.queue_tx_2.txd_head: 460  dev.igc.1.queue_tx_1.tx_irq: 0  dev.igc.1.queue_tx_1.txd_tail: 0  dev.igc.1.queue_tx_1.txd_head: 0  dev.igc.1.queue_tx_0.tx_irq: 0 -dev.igc.1.queue_tx_0.txd_tail: 69 -dev.igc.1.queue_tx_0.txd_head: 69 +dev.igc.1.queue_tx_0.txd_tail: 15 +dev.igc.1.queue_tx_0.txd_head: 15  dev.igc.1.fc_low_water: 32752  dev.igc.1.fc_high_water: 32768 -dev.igc.1.rx_control: 71335942 +dev.igc.1.rx_control: 71335966  dev.igc.1.device_control: 404489793  dev.igc.1.watchdog_timeouts: 0  dev.igc.1.rx_overruns: 0 -dev.igc.1.link_irq: 4 -dev.igc.1.dropped: 0 +dev.igc.1.link_irq: 6 +dev.igc.1.dropped: 1  dev.igc.1.eee_control: 0  dev.igc.1.itr: 488  dev.igc.1.tx_abs_int_delay: 66 @@ -93,10 +93,10 @@         ICR      00000000  RX Registers -       RCTL     04408006 +       RCTL     0440801e         RDLEN    00004000 -       RDH      000003da -       RDT      000003d9 +       RDH      00000007 +       RDT      00000006         RXDCTL   02040808         RDBAL    04544000         RDBAH    00000000 @@ -106,8 +106,8 @@         TDBAL    04506000         TDBAH    00000000         TDLEN    00004000 -       TDH      00000045 -       TDT      00000045 +       TDH      0000000f +       TDT      0000000f         TXDCTL   0201011f         TDFH     00000000         TDFT     00000000 @@ -125,8 +125,8 @@  dev.igc.1.iflib.rxq3.cpu: 3  dev.igc.1.iflib.rxq2.rxq_fl0.buf_size: 2048  dev.igc.1.iflib.rxq2.rxq_fl0.credits: 1023 -dev.igc.1.iflib.rxq2.rxq_fl0.cidx: 13 -dev.igc.1.iflib.rxq2.rxq_fl0.pidx: 12 +dev.igc.1.iflib.rxq2.rxq_fl0.cidx: 457 +dev.igc.1.iflib.rxq2.rxq_fl0.pidx: 456  dev.igc.1.iflib.rxq2.cpu: 2  dev.igc.1.iflib.rxq1.rxq_fl0.buf_size: 2048  dev.igc.1.iflib.rxq1.rxq_fl0.credits: 128 @@ -135,8 +135,8 @@  dev.igc.1.iflib.rxq1.cpu: 1  dev.igc.1.iflib.rxq0.rxq_fl0.buf_size: 2048  dev.igc.1.iflib.rxq0.rxq_fl0.credits: 1023 -dev.igc.1.iflib.rxq0.rxq_fl0.cidx: 986 -dev.igc.1.iflib.rxq0.rxq_fl0.pidx: 985 +dev.igc.1.iflib.rxq0.rxq_fl0.cidx: 7 +dev.igc.1.iflib.rxq0.rxq_fl0.pidx: 6  dev.igc.1.iflib.rxq0.cpu: 0  dev.igc.1.iflib.txq3.r_abdications: 0  dev.igc.1.iflib.txq3.r_restarts: 0 @@ -144,7 +144,7 @@  dev.igc.1.iflib.txq3.r_starts: 0  dev.igc.1.iflib.txq3.r_drops: 0  dev.igc.1.iflib.txq3.r_enqueues: 0 -dev.igc.1.iflib.txq3.ring_state: pidx_head: 0000 pidx_tail: 0000 cidx: 0000 state: IDLE +dev.igc.1.iflib.txq3.ring_state: pidx_head: 0306 pidx_tail: 0306 cidx: 0306 state: IDLE  dev.igc.1.iflib.txq3.txq_cleaned: 0  dev.igc.1.iflib.txq3.txq_processed: 0  dev.igc.1.iflib.txq3.txq_in_use: 0 @@ -162,16 +162,16 @@  dev.igc.1.iflib.txq2.r_abdications: 0  dev.igc.1.iflib.txq2.r_restarts: 0  dev.igc.1.iflib.txq2.r_stalls: 0 -dev.igc.1.iflib.txq2.r_starts: 13 +dev.igc.1.iflib.txq2.r_starts: 4550374  dev.igc.1.iflib.txq2.r_drops: 0 -dev.igc.1.iflib.txq2.r_enqueues: 13 -dev.igc.1.iflib.txq2.ring_state: pidx_head: 0013 pidx_tail: 0013 cidx: 0013 state: IDLE -dev.igc.1.iflib.txq2.txq_cleaned: 0 -dev.igc.1.iflib.txq2.txq_processed: 24 -dev.igc.1.iflib.txq2.txq_in_use: 28 -dev.igc.1.iflib.txq2.txq_cidx_processed: 24 -dev.igc.1.iflib.txq2.txq_cidx: 0 -dev.igc.1.iflib.txq2.txq_pidx: 28 +dev.igc.1.iflib.txq2.r_enqueues: 4550374 +dev.igc.1.iflib.txq2.ring_state: pidx_head: 1224 pidx_tail: 1224 cidx: 1224 state: IDLE +dev.igc.1.iflib.txq2.txq_cleaned: 9100706 +dev.igc.1.iflib.txq2.txq_processed: 9100746 +dev.igc.1.iflib.txq2.txq_in_use: 42 +dev.igc.1.iflib.txq2.txq_cidx_processed: 458 +dev.igc.1.iflib.txq2.txq_cidx: 418 +dev.igc.1.iflib.txq2.txq_pidx: 460  dev.igc.1.iflib.txq2.no_tx_dma_setup: 0  dev.igc.1.iflib.txq2.txd_encap_efbig: 0  dev.igc.1.iflib.txq2.tx_map_failed: 0 @@ -186,7 +186,7 @@  dev.igc.1.iflib.txq1.r_starts: 0  dev.igc.1.iflib.txq1.r_drops: 0  dev.igc.1.iflib.txq1.r_enqueues: 0 -dev.igc.1.iflib.txq1.ring_state: pidx_head: 0000 pidx_tail: 0000 cidx: 0000 state: IDLE +dev.igc.1.iflib.txq1.ring_state: pidx_head: 0958 pidx_tail: 0958 cidx: 0958 state: IDLE  dev.igc.1.iflib.txq1.txq_cleaned: 0  dev.igc.1.iflib.txq1.txq_processed: 0  dev.igc.1.iflib.txq1.txq_in_use: 0 @@ -202,18 +202,18 @@  dev.igc.1.iflib.txq1.mbuf_defrag: 0  dev.igc.1.iflib.txq1.cpu: 1  dev.igc.1.iflib.txq0.r_abdications: 0 -dev.igc.1.iflib.txq0.r_restarts: 324218 -dev.igc.1.iflib.txq0.r_stalls: 324218 -dev.igc.1.iflib.txq0.r_starts: 95287 +dev.igc.1.iflib.txq0.r_restarts: 0 +dev.igc.1.iflib.txq0.r_stalls: 0 +dev.igc.1.iflib.txq0.r_starts: 7  dev.igc.1.iflib.txq0.r_drops: 0 -dev.igc.1.iflib.txq0.r_enqueues: 4031110 -dev.igc.1.iflib.txq0.ring_state: pidx_head: 0646 pidx_tail: 0646 cidx: 0646 state: IDLE -dev.igc.1.iflib.txq0.txq_cleaned: 17253402 -dev.igc.1.iflib.txq0.txq_processed: 17253442 -dev.igc.1.iflib.txq0.txq_in_use: 43 -dev.igc.1.iflib.txq0.txq_cidx_processed: 66 -dev.igc.1.iflib.txq0.txq_cidx: 26 -dev.igc.1.iflib.txq0.txq_pidx: 69 +dev.igc.1.iflib.txq0.r_enqueues: 7 +dev.igc.1.iflib.txq0.ring_state: pidx_head: 0005 pidx_tail: 0005 cidx: 0005 state: IDLE +dev.igc.1.iflib.txq0.txq_cleaned: 0 +dev.igc.1.iflib.txq0.txq_processed: 11 +dev.igc.1.iflib.txq0.txq_in_use: 15 +dev.igc.1.iflib.txq0.txq_cidx_processed: 11 +dev.igc.1.iflib.txq0.txq_cidx: 0 +dev.igc.1.iflib.txq0.txq_pidx: 15  dev.igc.1.iflib.txq0.no_tx_dma_setup: 0  dev.igc.1.iflib.txq0.txd_encap_efbig: 0  dev.igc.1.iflib.txq0.tx_map_failed: 0 From nobody Thu Aug 11 15:11:23 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4M3VdF387sz4YTkQ for ; Thu, 11 Aug 2022 15:11:29 +0000 (UTC) (envelope-from Vardan-Melikyan@proton.me) Received: from mail-4324.protonmail.ch (mail-4324.protonmail.ch [185.70.43.24]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4M3VdC3CZpz3YJw for ; Thu, 11 Aug 2022 15:11:27 +0000 (UTC) (envelope-from Vardan-Melikyan@proton.me) Date: Thu, 11 Aug 2022 15:11:23 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=proton.me; s=protonmail; t=1660230685; x=1660489885; bh=oWPZO54xahJxwQWxGRBZohK4d+TRLKMU0/3kN4KgU5c=; h=Date:To:From:Reply-To:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID; b=b7nUwl84eK5obpq4mGAa/6H0AGsafnSY3b6MqFXZUjzINF0IvPMUlh9PrIoQG5s+Y iik8tmi+tghIP3Jmw8V/gUf/vi+TI/U7+e419r0daFqPesaI38Md2GtJ2PjgWb+fsk tWA3u7AYPrw8++CVlhrCA3jFu8pnIwlgfmue6DNxDpPj75S8YE20O0jvyWpzrKV6NK +G7ApR3NO9o2GDJ2uDMDAtXdJ3jqRJuF5U9fELwYmArIajKa3AeSkcKGIYRq0R35vU ICYzKxX+PSJWavmd1gYCBsX5HGtF9mqvqxAw1ravqWgCiA5TTW4YXaNSf8li0ufXQE LDlGM0rH8VM3Q== To: "freebsd-stable@FreeBSD.org" From: Vardan Melikyan Reply-To: Vardan Melikyan Subject: Re: Random boot zroot/ROOT/default mounting failure with error 5 Message-ID: In-Reply-To: References: Feedback-ID: 53344053:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_JVgnVQpjUKY0onJT309DefXN2QvTaQVh3ClmcillVdA" X-Rspamd-Queue-Id: 4M3VdC3CZpz3YJw X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=proton.me header.s=protonmail header.b=b7nUwl84; dmarc=pass (policy=quarantine) header.from=proton.me; spf=pass (mx1.freebsd.org: domain of Vardan-Melikyan@proton.me designates 185.70.43.24 as permitted sender) smtp.mailfrom=Vardan-Melikyan@proton.me X-Spamd-Result: default: False [-1.36 / 15.00]; MIME_BASE64_TEXT_BOGUS(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[proton.me,quarantine]; NEURAL_HAM_LONG(-0.45)[-0.446]; R_SPF_ALLOW(-0.20)[+ip4:185.70.43.0/24]; R_DKIM_ALLOW(-0.20)[proton.me:s=protonmail]; MIME_BASE64_TEXT(0.10)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_HAM_MEDIUM(-0.01)[-0.013]; ASN(0.00)[asn:62371, ipnet:185.70.43.0/24, country:CH]; RCVD_COUNT_ZERO(0.00)[0]; TO_DN_EQ_ADDR_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MLMMJ_DEST(0.00)[freebsd-stable@FreeBSD.org]; HAS_REPLYTO(0.00)[Vardan-Melikyan@proton.me]; MID_RHS_MATCH_FROM(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[proton.me:+]; FROM_HAS_DN(0.00)[]; HAS_PHPMAILER_SIG(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RWL_MAILSPIKE_POSSIBLE(0.00)[185.70.43.24:from] X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --b1_JVgnVQpjUKY0onJT309DefXN2QvTaQVh3ClmcillVdA Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 RllJLCB0aGUgaXNzdWUgZG9lc24ndCBvY2N1ciBvbiAxNC1DVVJSRU5ULgoKQWxzbyB0aGUgaXNz dWUgb2NjdXJzIG5vdCBvbmx5IG9uIGFuIGluc3RhbGxlZCAxMy4xLVJFTEVBU0UsIGJ1dCBhbHNv IGJ5IGJvb3RpbmcgdGhlIDEzLjEtUkVMRUFTRSBpbnN0YWxsZXIgbWVtc3RpY2sgc29tZXRpbWVz IGl0IGRvZXNuJ3QgZGV0ZWN0IHRoZSBudm1lIGRldmljZS4KSXQgbG9va3MgdG90YWxseSByYW5k b20gc28gZmFyLCB0aGUgY29udHJvbGxlciBpcyBYRzQgTlZNZSBTU0QuCgotLS0tLS0tIE9yaWdp bmFsIE1lc3NhZ2UgLS0tLS0tLQoKPiBIaSwKPgo+IEZyZXNobHkgaW5zdGFsbGVkIGZic2QgMTMu MSByZWxlYXNlIG9uIGEgVGhpbmtwYWQgeDI3MCwgemZzIHJvb3Qgb24gZ2VsaS4gSG93ZXZlciwg dGhlIHN5c3RlbSBkb2Vzbid0IGFsd2F5cyBib290IHN1Y2Nlc3NmdWxseSwgd2l0aCBlcnJvcjoK Pgo+IHRyeWluZyB0byBtb3VudCBmcm9tIHpmczp6cm9vdC9ST09UL2RlZmF1bHQgZmFpbGVkIHdp dGggZXJyb3IgNS4KPgo+IEl0IHNlZW1zIHRvIGJlIHJhbmRvbSwgc29tZXRpbWVzIHRoZSBzeXN0 ZW0gYm9vdHMgZmluZSwgb2Z0ZW50aW1lcyBpdCBkb2Vzbid0LiBMaXN0aW5nICJ2YWxpZCBkaXNr IGJvb3QgZGV2aWNlcyIgc2hvd3Mgbm90aGluZyBhdCBhbGwgd2hlbiB0aGUgZXJyb3Igb2NjdXJz LCBpdCBpcyBsaWtlIHRoZSBudm1lIGRyaXZlciBkaWRuJ3QgYXR0YWNoIGNvcnJlY3RseSBvbiB0 aW1lLCB3aGVuIGl0IGRvZXMgInNvIEkgc2VlIEdFT01fRUxJOiBEZXZpY2UgbmRhMHA0LmVsaSBj cmVhdGVkLiIgdGhlIHN5c3RlbSBib290cyBmaW5lLCBvdGhlcndpc2UgaXQgZmFpbHMgdG8gbW91 bnQgcm9vdC4= --b1_JVgnVQpjUKY0onJT309DefXN2QvTaQVh3ClmcillVdA Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0cHg7Ij48c3Bhbj5G WUksIHRoZSBpc3N1ZSBkb2Vzbid0IG9jY3VyIG9uIDE0LUNVUlJFTlQuPC9zcGFuPjxkaXY+PGJy PjwvZGl2PjxkaXY+QWxzbw0KIHRoZSBpc3N1ZSBvY2N1cnMgbm90IG9ubHkgb24gYW4gaW5zdGFs bGVkIDEzLjEtUkVMRUFTRSwgYnV0IGFsc28gYnkNCmJvb3RpbmcgdGhlIDEzLjEtUkVMRUFTRSBp bnN0YWxsZXIgbWVtc3RpY2sgc29tZXRpbWVzIGl0IGRvZXNuJ3QgZGV0ZWN0DQp0aGUgbnZtZSBk ZXZpY2UuPC9kaXY+PGRpdj48YnI+PC9kaXY+PHNwYW4+SXQgbG9va3MgdG90YWxseSByYW5kb20g c28gZmFyLCB0aGUgY29udHJvbGxlciBpcyBYRzQgTlZNZSBTU0QuPC9zcGFuPjxicj48L2Rpdj48 YnI+PGRpdiBjbGFzcz0icHJvdG9ubWFpbF9xdW90ZSI+DQogICAgICAgIC0tLS0tLS0gT3JpZ2lu YWwgTWVzc2FnZSAtLS0tLS0tPGJyPjxicj4NCiAgICAgICAgPGJsb2NrcXVvdGUgY2xhc3M9InBy b3Rvbm1haWxfcXVvdGUiIHR5cGU9ImNpdGUiPg0KICAgICAgICAgICAgPGRpdiBzdHlsZT0iZm9u dC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0cHg7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij5I aSw8L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQXJpYWw7IGZvbnQtc2l6ZTogMTRweDsg Y29sb3I6IHJnYigwLCAwLCAwKTsiPjxicj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTog QXJpYWw7IGZvbnQtc2l6ZTogMTRweDsgY29sb3I6IHJnYigwLCAwLCAwKTsiPkZyZXNobHkgaW5z dGFsbGVkIGZic2QgMTMuMSByZWxlYXNlIG9uIGEgVGhpbmtwYWQgeDI3MCwgemZzIHJvb3Qgb24g Z2VsaS4gSG93ZXZlciwgdGhlIHN5c3RlbSBkb2Vzbid0IGFsd2F5cyBib290IHN1Y2Nlc3NmdWxs eSwgd2l0aCBlcnJvcjo8L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQXJpYWw7IGZvbnQt c2l6ZTogMTRweDsgY29sb3I6IHJnYigwLCAwLCAwKTsiPjxicj48L2Rpdj48ZGl2IHN0eWxlPSJm b250LWZhbWlseTogQXJpYWw7IGZvbnQtc2l6ZTogMTRweDsgY29sb3I6IHJnYigwLCAwLCAwKTsi PnRyeWluZyB0byBtb3VudCBmcm9tIHpmczo8c3Bhbj56cm9vdC9ST09UL2RlZmF1bHQ8L3NwYW4+ IGZhaWxlZCB3aXRoIGVycm9yIDUuPC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFs OyBmb250LXNpemU6IDE0cHg7IGNvbG9yOiByZ2IoMCwgMCwgMCk7Ij48YnI+PC9kaXY+PGRpdiBz dHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0cHg7IGNvbG9yOiByZ2IoMCwg MCwgMCk7Ij5JdCBzZWVtcyB0byBiZSByYW5kb20sIHNvbWV0aW1lcyB0aGUgc3lzdGVtIGJvb3Rz IGZpbmUsIG9mdGVudGltZXMgaXQgZG9lc24ndC4gTGlzdGluZyAidmFsaWQgZGlzayBib290IGRl dmljZXMiIHNob3dzIG5vdGhpbmcgYXQgYWxsIHdoZW4gdGhlIGVycm9yIG9jY3VycywgaXQgaXMg bGlrZSB0aGUgbnZtZSBkcml2ZXIgZGlkbid0IGF0dGFjaCBjb3JyZWN0bHkgb24gdGltZSwgd2hl biBpdCBkb2VzICJzbyBJIHNlZSA8c3Bhbj5HRU9NX0VMSTogRGV2aWNlIG5kYTBwNC5lbGkgY3Jl YXRlZC48L3NwYW4+IiB0aGUgc3lzdGVtIGJvb3RzIGZpbmUsIG90aGVyd2lzZSBpdCBmYWlscyB0 byBtb3VudCByb290LjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbDsgZm9udC1z aXplOiAxNHB4OyBjb2xvcjogcmdiKDAsIDAsIDApOyI+PGJyPjwvZGl2Pjxicj48L2Jsb2NrcXVv dGU+PC9kaXY+ --b1_JVgnVQpjUKY0onJT309DefXN2QvTaQVh3ClmcillVdA-- From nobody Fri Aug 12 15:04:19 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4M46Qg07R2z4YX7S for ; Fri, 12 Aug 2022 15:04:27 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost1.sentex.ca", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4M46Qf13dTz3sDl; Fri, 12 Aug 2022 15:04:26 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [199.212.134.19]) by smarthost1.sentex.ca (8.16.1/8.16.1) with ESMTPS id 27CF4IYe055621 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Fri, 12 Aug 2022 11:04:19 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [IPV6:2607:f3e0:0:4:3451:c844:dbd4:a01b] ([IPv6:2607:f3e0:0:4:3451:c844:dbd4:a01b]) by pyroxene2a.sentex.ca (8.16.1/8.15.2) with ESMTPS id 27CF4ItC033690 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Fri, 12 Aug 2022 11:04:18 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <879b9239-2b9a-f0ae-4173-4a226c84cd85@sentex.net> Date: Fri, 12 Aug 2022 11:04:19 -0400 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.1.2 Subject: Re: igc problems with heavy traffic Content-Language: en-US From: mike tancsa To: "Pieper, Jeffrey E" , Jim King , "stable@freebsd.org" , "kbowling@FreeBSD.org" References: <59b9cec0-d8c2-ce72-b5e9-99d1a1e807f8@sentex.net> <86995d10-af63-d053-972e-dd233029f3bf@jimking.net> <3d874f65-8ce2-8f06-f19a-14cd550166e3@sentex.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.84 on 64.7.153.18 X-Rspamd-Queue-Id: 4M46Qf13dTz3sDl X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:1::12 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-3.40 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[199.212.134.19:received]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[stable@freebsd.org]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MID_RHS_MATCH_FROM(0.00)[]; FREEFALL_USER(0.00)[mike]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[sentex.net]; TO_DN_EQ_ADDR_SOME(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 8/10/2022 3:53 PM, mike tancsa wrote: > On 8/10/2022 1:47 PM, Pieper, Jeffrey E wrote: >> >> You could try disabling EEE (Energy Efficient Ethernet). Something >> like: sysctl dev.igc.0.eee_control=0. > > > It does not seem to make a difference. If I have the FC as default, I > get the link bounce on the 2.5G xover (cat 6 cable) maybe 2-3 min in > running iper3 tests.  However, if I disable all flow control > > dev.igc.0.fc=0 > dev.igc.1.fc=0 > dev.igc.2.fc=0 > dev.igc.3.fc=0 > > It *seems* to be less frequent but still happens.  I ordered a 2.5 G > switch so I can try and at least see which side is dropping the link. > Should have it Friday to continue testing > OK, I repeated the tests with a 2.5G unmanaged switch in between the two units rather than xover. It looks like its the server that is sending the majority of the packets that drops the link, not the receiver. One other test I did was to up hw.igc.max_interrupt_rate=13000 from the default of 8000. That seems to make the problem MUCH more acute. Here is the before and after of the link drop.  dev.igc.1.wake: 0  dev.igc.1.interrupts.rx_desc_min_thresh: 0 -dev.igc.1.interrupts.asserts: 65 +dev.igc.1.interrupts.asserts: 4879479  dev.igc.1.mac_stats.tso_txd: 0 -dev.igc.1.mac_stats.tx_frames_1024_1522: 3 -dev.igc.1.mac_stats.tx_frames_512_1023: 1 -dev.igc.1.mac_stats.tx_frames_256_511: 2 -dev.igc.1.mac_stats.tx_frames_128_255: 15 -dev.igc.1.mac_stats.tx_frames_65_127: 2 +dev.igc.1.mac_stats.tx_frames_1024_1522: 12973065 +dev.igc.1.mac_stats.tx_frames_512_1023: 58 +dev.igc.1.mac_stats.tx_frames_256_511: 107 +dev.igc.1.mac_stats.tx_frames_128_255: 1215725 +dev.igc.1.mac_stats.tx_frames_65_127: 192  dev.igc.1.mac_stats.tx_frames_64: 1  dev.igc.1.mac_stats.mcast_pkts_txd: 0  dev.igc.1.mac_stats.bcast_pkts_txd: 1 -dev.igc.1.mac_stats.good_pkts_txd: 24 -dev.igc.1.mac_stats.total_pkts_txd: 24 -dev.igc.1.mac_stats.good_octets_txd: 7674 -dev.igc.1.mac_stats.good_octets_recvd: 6492 -dev.igc.1.mac_stats.rx_frames_1024_1522: 2 -dev.igc.1.mac_stats.rx_frames_512_1023: 1 -dev.igc.1.mac_stats.rx_frames_256_511: 2 -dev.igc.1.mac_stats.rx_frames_128_255: 15 -dev.igc.1.mac_stats.rx_frames_65_127: 2 +dev.igc.1.mac_stats.good_pkts_txd: 14189148 +dev.igc.1.mac_stats.total_pkts_txd: 14189148 +dev.igc.1.mac_stats.good_octets_txd: 19450753554 +dev.igc.1.mac_stats.good_octets_recvd: 14933399426 +dev.igc.1.mac_stats.rx_frames_1024_1522: 9823228 +dev.igc.1.mac_stats.rx_frames_512_1023: 3 +dev.igc.1.mac_stats.rx_frames_256_511: 62 +dev.igc.1.mac_stats.rx_frames_128_255: 2365665 +dev.igc.1.mac_stats.rx_frames_65_127: 213  dev.igc.1.mac_stats.rx_frames_64: 1  dev.igc.1.mac_stats.mcast_pkts_recvd: 0  dev.igc.1.mac_stats.bcast_pkts_recvd: 0 -dev.igc.1.mac_stats.good_pkts_recvd: 23 -dev.igc.1.mac_stats.total_pkts_recvd: 23 +dev.igc.1.mac_stats.good_pkts_recvd: 12189172 +dev.igc.1.mac_stats.total_pkts_recvd: 12189172  dev.igc.1.mac_stats.xoff_txd: 0  dev.igc.1.mac_stats.xoff_recvd: 0  dev.igc.1.mac_stats.xon_txd: 0  dev.igc.1.mac_stats.single_coll: 0  dev.igc.1.mac_stats.excess_coll: 0  dev.igc.1.queue_rx_3.rx_irq: 0 -dev.igc.1.queue_rx_3.rxd_tail: 21 -dev.igc.1.queue_rx_3.rxd_head: 22 +dev.igc.1.queue_rx_3.rxd_tail: 498 +dev.igc.1.queue_rx_3.rxd_head: 499  dev.igc.1.queue_rx_2.rx_irq: 0  dev.igc.1.queue_rx_2.rxd_tail: 128  dev.igc.1.queue_rx_2.rxd_head: 0  dev.igc.1.queue_rx_0.rxd_tail: 0  dev.igc.1.queue_rx_0.rxd_head: 1  dev.igc.1.queue_tx_3.tx_irq: 0 -dev.igc.1.queue_tx_3.txd_tail: 0 -dev.igc.1.queue_tx_3.txd_head: 0 +dev.igc.1.queue_tx_3.txd_tail: 746 +dev.igc.1.queue_tx_3.txd_head: 746  dev.igc.1.queue_tx_2.tx_irq: 0 -dev.igc.1.queue_tx_2.txd_tail: 0 -dev.igc.1.queue_tx_2.txd_head: 0 +dev.igc.1.queue_tx_2.txd_tail: 186 +dev.igc.1.queue_tx_2.txd_head: 186  dev.igc.1.queue_tx_1.tx_irq: 0 -dev.igc.1.queue_tx_1.txd_tail: 0 -dev.igc.1.queue_tx_1.txd_head: 0 +dev.igc.1.queue_tx_1.txd_tail: 520 +dev.igc.1.queue_tx_1.txd_head: 520  dev.igc.1.queue_tx_0.tx_irq: 0 -dev.igc.1.queue_tx_0.txd_tail: 45 -dev.igc.1.queue_tx_0.txd_head: 45 +dev.igc.1.queue_tx_0.txd_tail: 777 +dev.igc.1.queue_tx_0.txd_head: 777  dev.igc.1.fc_low_water: 32752  dev.igc.1.fc_high_water: 32768  dev.igc.1.rx_control: 71335938  dev.igc.1.device_control: 404489793  dev.igc.1.watchdog_timeouts: 0  dev.igc.1.rx_overruns: 0 -dev.igc.1.link_irq: 2 +dev.igc.1.link_irq: 4  dev.igc.1.dropped: 0  dev.igc.1.eee_control: 0  dev.igc.1.itr: 488  dev.igc.1.nvm: -1  dev.igc.1.iflib.rxq3.rxq_fl0.buf_size: 2048  dev.igc.1.iflib.rxq3.rxq_fl0.credits: 1023 -dev.igc.1.iflib.rxq3.rxq_fl0.cidx: 22 -dev.igc.1.iflib.rxq3.rxq_fl0.pidx: 21 +dev.igc.1.iflib.rxq3.rxq_fl0.cidx: 499 +dev.igc.1.iflib.rxq3.rxq_fl0.pidx: 498  dev.igc.1.iflib.rxq3.cpu: 3  dev.igc.1.iflib.rxq2.rxq_fl0.buf_size: 2048  dev.igc.1.iflib.rxq2.rxq_fl0.credits: 128  dev.igc.1.iflib.txq3.r_abdications: 0  dev.igc.1.iflib.txq3.r_restarts: 0  dev.igc.1.iflib.txq3.r_stalls: 0 -dev.igc.1.iflib.txq3.r_starts: 0 +dev.igc.1.iflib.txq3.r_starts: 6175093  dev.igc.1.iflib.txq3.r_drops: 0 -dev.igc.1.iflib.txq3.r_enqueues: 0 -dev.igc.1.iflib.txq3.ring_state: pidx_head: 0000 pidx_tail: 0000 cidx: 0000 state: IDLE -dev.igc.1.iflib.txq3.txq_cleaned: 0 -dev.igc.1.iflib.txq3.txq_processed: 0 -dev.igc.1.iflib.txq3.txq_in_use: 0 -dev.igc.1.iflib.txq3.txq_cidx_processed: 0 -dev.igc.1.iflib.txq3.txq_cidx: 0 -dev.igc.1.iflib.txq3.txq_pidx: 0 +dev.igc.1.iflib.txq3.r_enqueues: 6175093 +dev.igc.1.iflib.txq3.ring_state: pidx_head: 0373 pidx_tail: 0373 cidx: 0373 state: IDLE +dev.igc.1.iflib.txq3.txq_cleaned: 12350144 +dev.igc.1.iflib.txq3.txq_processed: 12350184 +dev.igc.1.iflib.txq3.txq_in_use: 42 +dev.igc.1.iflib.txq3.txq_cidx_processed: 744 +dev.igc.1.iflib.txq3.txq_cidx: 704 +dev.igc.1.iflib.txq3.txq_pidx: 746  dev.igc.1.iflib.txq3.no_tx_dma_setup: 0  dev.igc.1.iflib.txq3.txd_encap_efbig: 0  dev.igc.1.iflib.txq3.tx_map_failed: 0  dev.igc.1.iflib.txq2.r_abdications: 0  dev.igc.1.iflib.txq2.r_restarts: 0  dev.igc.1.iflib.txq2.r_stalls: 0 -dev.igc.1.iflib.txq2.r_starts: 0 +dev.igc.1.iflib.txq2.r_starts: 3421789  dev.igc.1.iflib.txq2.r_drops: 0 -dev.igc.1.iflib.txq2.r_enqueues: 0 -dev.igc.1.iflib.txq2.ring_state: pidx_head: 0000 pidx_tail: 0000 cidx: 0000 state: IDLE -dev.igc.1.iflib.txq2.txq_cleaned: 0 -dev.igc.1.iflib.txq2.txq_processed: 0 -dev.igc.1.iflib.txq2.txq_in_use: 0 -dev.igc.1.iflib.txq2.txq_cidx_processed: 0 -dev.igc.1.iflib.txq2.txq_cidx: 0 -dev.igc.1.iflib.txq2.txq_pidx: 0 +dev.igc.1.iflib.txq2.r_enqueues: 3421789 +dev.igc.1.iflib.txq2.ring_state: pidx_head: 1629 pidx_tail: 1629 cidx: 1629 state: IDLE +dev.igc.1.iflib.txq2.txq_cleaned: 6843536 +dev.igc.1.iflib.txq2.txq_processed: 6843576 +dev.igc.1.iflib.txq2.txq_in_use: 42 +dev.igc.1.iflib.txq2.txq_cidx_processed: 184 +dev.igc.1.iflib.txq2.txq_cidx: 144 +dev.igc.1.iflib.txq2.txq_pidx: 186  dev.igc.1.iflib.txq2.no_tx_dma_setup: 0  dev.igc.1.iflib.txq2.txd_encap_efbig: 0  dev.igc.1.iflib.txq2.tx_map_failed: 0  dev.igc.1.iflib.txq1.r_abdications: 0  dev.igc.1.iflib.txq1.r_restarts: 0  dev.igc.1.iflib.txq1.r_stalls: 0 -dev.igc.1.iflib.txq1.r_starts: 0 +dev.igc.1.iflib.txq1.r_starts: 2734852  dev.igc.1.iflib.txq1.r_drops: 0 -dev.igc.1.iflib.txq1.r_enqueues: 0 -dev.igc.1.iflib.txq1.ring_state: pidx_head: 0000 pidx_tail: 0000 cidx: 0000 state: IDLE -dev.igc.1.iflib.txq1.txq_cleaned: 0 -dev.igc.1.iflib.txq1.txq_processed: 0 -dev.igc.1.iflib.txq1.txq_in_use: 0 -dev.igc.1.iflib.txq1.txq_cidx_processed: 0 -dev.igc.1.iflib.txq1.txq_cidx: 0 -dev.igc.1.iflib.txq1.txq_pidx: 0 +dev.igc.1.iflib.txq1.r_enqueues: 2734852 +dev.igc.1.iflib.txq1.ring_state: pidx_head: 0772 pidx_tail: 0772 cidx: 0772 state: IDLE +dev.igc.1.iflib.txq1.txq_cleaned: 5469662 +dev.igc.1.iflib.txq1.txq_processed: 5469702 +dev.igc.1.iflib.txq1.txq_in_use: 42 +dev.igc.1.iflib.txq1.txq_cidx_processed: 518 +dev.igc.1.iflib.txq1.txq_cidx: 478 +dev.igc.1.iflib.txq1.txq_pidx: 520  dev.igc.1.iflib.txq1.no_tx_dma_setup: 0  dev.igc.1.iflib.txq1.txd_encap_efbig: 0  dev.igc.1.iflib.txq1.tx_map_failed: 0  dev.igc.1.iflib.txq0.r_abdications: 0  dev.igc.1.iflib.txq0.r_restarts: 0  dev.igc.1.iflib.txq0.r_stalls: 0 -dev.igc.1.iflib.txq0.r_starts: 24 +dev.igc.1.iflib.txq0.r_starts: 1857414  dev.igc.1.iflib.txq0.r_drops: 0 -dev.igc.1.iflib.txq0.r_enqueues: 24 -dev.igc.1.iflib.txq0.ring_state: pidx_head: 0024 pidx_tail: 0024 cidx: 0024 state: IDLE -dev.igc.1.iflib.txq0.txq_cleaned: 3 -dev.igc.1.iflib.txq0.txq_processed: 43 +dev.igc.1.iflib.txq0.r_enqueues: 1857414 +dev.igc.1.iflib.txq0.ring_state: pidx_head: 1926 pidx_tail: 1926 cidx: 1926 state: IDLE +dev.igc.1.iflib.txq0.txq_cleaned: 3714783 +dev.igc.1.iflib.txq0.txq_processed: 3714823  dev.igc.1.iflib.txq0.txq_in_use: 42 -dev.igc.1.iflib.txq0.txq_cidx_processed: 43 -dev.igc.1.iflib.txq0.txq_cidx: 3 -dev.igc.1.iflib.txq0.txq_pidx: 45 +dev.igc.1.iflib.txq0.txq_cidx_processed: 775 +dev.igc.1.iflib.txq0.txq_cidx: 735 +dev.igc.1.iflib.txq0.txq_pidx: 777  dev.igc.1.iflib.txq0.no_tx_dma_setup: 0  dev.igc.1.iflib.txq0.txd_encap_efbig: 0  dev.igc.1.iflib.txq0.tx_map_failed: 0  dev.igc.1.%desc: Intel(R) Ethernet Controller I225-V Interface is RUNNING and ACTIVE igc1: TX Queue 0 ------ igc1: hw tdh = 777, hw tdt = 777 igc1: TX Queue 1 ------ igc1: hw tdh = 520, hw tdt = 520 igc1: TX Queue 2 ------ igc1: hw tdh = 186, hw tdt = 186 igc1: TX Queue 3 ------ igc1: hw tdh = 746, hw tdt = 746 igc1: RX Queue 0 ------ igc1: hw rdh = 1, hw rdt = 0 igc1: RX Queue 1 ------ igc1: hw rdh = 0, hw rdt = 128 igc1: RX Queue 2 ------ igc1: hw rdh = 0, hw rdt = 128 igc1: RX Queue 3 ------ igc1: hw rdh = 499, hw rdt = 498 From nobody Mon Aug 15 21:23:36 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4M66j14MdNz4Z0VM for ; Mon, 15 Aug 2022 21:23:49 +0000 (UTC) (envelope-from timp87@gmail.com) Received: from mail-vk1-xa2b.google.com (mail-vk1-xa2b.google.com [IPv6:2607:f8b0:4864:20::a2b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4M66j06jJBz3fG3 for ; Mon, 15 Aug 2022 21:23:48 +0000 (UTC) (envelope-from timp87@gmail.com) Received: by mail-vk1-xa2b.google.com with SMTP id c12so4283840vkn.13 for ; Mon, 15 Aug 2022 14:23:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc; bh=ZKDZg2ly7ixFCHdXUwk/4buGDurd829QP+jjawXb0pI=; b=SB+qReDNBofVB+ylfEyxUbZRei1IgQaBxZj56INdt8lSqLpageEfM7qWdLK+kkSRKU 1L4YPX7Zc58GXGGy8Hf3ShBSmLYtBf1Vmp7KqM0LPgLxgfIMp+5Ad/c7lVh0J+s/F0ea pf11f29TdExEWFrC9pOr/KJTAnZh5iZF2g+BOWM5uLVV2YfYx3a77Mxbf3/9JLj54zE/ 43GXTHxfnE5JaQ5wVDyY7pwxiQ0A7QoyA6iwJp1u2iHXdL8lZw5gzBvYL+cMNLVS/0DE q6g35w0aymlJQ0xA8kzeXaaz1IShQXHiRm3W7N19nOkKFRm8Ohbe62V8QrsvljpOPYwI GMow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc; bh=ZKDZg2ly7ixFCHdXUwk/4buGDurd829QP+jjawXb0pI=; b=kTghQUWYq+EnJuiRctTpRYg/fLr4rdBhPnyG8E10AaNGN5/GmPfVpnzIaROJmPbyhI 33lhJNX4jFj8+Wo9Ey+WIrFsFv32GxA5BEl6JJNLc46Kzjzr5+hQ/QKDf4m9QxGCBFXA f56qM/6lWwmBrHDbp8m3BrSO+Q21KxJabesGocbRREbrt/FCCR7NsqC24ekW7YigunIt beeavUWV/AZbuL+QY4sCZZmiEkjLRnSJ5p9Y88p7xYumammB5Z/hHIkz5p1k08QbI753 DVY/do9S1dGXOTe0JDeIbuaJPeeME8MkakpDPXEWp7eGeOdYRVmzbzVBXMW5h2I9l5kK Dhww== X-Gm-Message-State: ACgBeo3R+uBw25PkS9uqF/CQ88DeF24EX44pcssgD805JGv/aJx4SpTj 30TZRYBivSxZXQic0IC4ISZhqMNWo8gvU07DP3lWpxbe X-Google-Smtp-Source: AA6agR74e4FipdEQfSykgnSQzaYhhhUqyqnw91G7fFFI1cD1/TvlCXPTSxQ4iNwAECNVLyBj3gXRll6HE2DpqXXykDw= X-Received: by 2002:a1f:dac3:0:b0:377:8cb:4544 with SMTP id r186-20020a1fdac3000000b0037708cb4544mr7354556vkg.7.1660598628062; Mon, 15 Aug 2022 14:23:48 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Pavel Timofeev Date: Mon, 15 Aug 2022 15:23:36 -0600 Message-ID: Subject: Re: Framework Laptop (Batch 6) finally working :D To: Jonathan Vasquez Cc: "stable@freebsd.org" Content-Type: multipart/mixed; boundary="00000000000057620b05e64e3f34" X-Rspamd-Queue-Id: 4M66j06jJBz3fG3 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=SB+qReDN; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of timp87@gmail.com designates 2607:f8b0:4864:20::a2b as permitted sender) smtp.mailfrom=timp87@gmail.com X-Spamd-Result: default: False [-1.14 / 15.00]; MIME_BASE64_TEXT_BOGUS(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.996]; NEURAL_HAM_LONG(-0.99)[-0.990]; NEURAL_SPAM_MEDIUM(0.74)[0.743]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; MIME_GOOD(-0.10)[multipart/mixed,multipart/alternative,text/plain]; MIME_BASE64_TEXT(0.10)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::a2b:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MLMMJ_DEST(0.00)[stable@freebsd.org]; HAS_ATTACHMENT(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_SOME(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; DKIM_TRACE(0.00)[gmail.com:+]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:+]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N --00000000000057620b05e64e3f34 Content-Type: multipart/alternative; boundary="00000000000057620805e64e3f32" --00000000000057620805e64e3f32 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =D0=BF=D1=82, 5 =D0=B0=D0=B2=D0=B3. 2022 =D0=B3. =D0=B2 22:34, Jonathan Vas= quez : > Hey all, > > I finished coming back to my Framework Laptop (Batch 6) after a couple of > months of working on getting FreeBSD working on my Thinkpad X260 and > Thinkpad X1C7. I finally got it working to a good enough state. There are > still some quirks but the bug reports are pretty much all already open fo= r > those so I'm hoping those will get fixed eventually. I've updated my > documentation to reflect the current state. Posting here for exposure: > > https://xyinn.org/md/freebsd/framework_laptop > > Jonathan Vasquez > PGP: 34DA 858C 1447 509E C77A D49F FB85 90B7 C4CA 5279 > Sent with ProtonMail Secure Email > > Hi Thanks for this page! I've just received Framework laptop v2 with Intel 12th gen CPU 1260p within batch 2. Gonna play with it and FreeBSD. See the attachment for `pciconf -lv` if interested. --00000000000057620805e64e3f32 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
=D0=BF=D1=82, 5 =D0=B0=D0=B2=D0=B3. 2= 022 =D0=B3. =D0=B2 22:34, Jonathan Vasquez <jon@xyinn.org>:
Hey all,
<= div style=3D"font-family:Arial;font-size:14px">
I finished coming back to my Framework Laptop= (Batch 6) after a couple of months of working on getting FreeBSD working o= n my Thinkpad X260 and Thinkpad X1C7. I finally got it working to a good en= ough state. There are still some quirks but the bug reports are pretty much= all already open for those so I'm hoping those will get fixed eventual= ly. I've updated my documentation to reflect the current state. Posting= here for exposure:

Jonathan Vasquez
PGP: 34DA 858C 1447 509E C77A = D49F FB85 90B7 C4CA 5279
Sent with ProtonMail Secure Email



Hi
Thanks for this page!
I've just received = Framework laptop v2 with Intel 12th gen CPU 1260p within batch 2.
Gonna play with it and FreeBSD.
See the attachment for `pciconf = -lv` if interested.
--00000000000057620805e64e3f32-- --00000000000057620b05e64e3f34 Content-Type: text/plain; charset="US-ASCII"; name="framework2_get12_1260p.txt" Content-Disposition: attachment; filename="framework2_get12_1260p.txt" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_l6v9j6p80 aG9zdGIwQHBjaTA6MDowOjA6CWNsYXNzPTB4MDYwMDAwIHJldj0weDAyIGhkcj0weDAwIHZlbmRv cj0weDgwODYgZGV2aWNlPTB4NDYyMSBzdWJ2ZW5kb3I9MHhmMTExIHN1YmRldmljZT0weDAwMDIK ICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBjbGFzcyAgICAgID0gYnJp ZGdlCiAgICBzdWJjbGFzcyAgID0gSE9TVC1QQ0kKdmdhcGNpMEBwY2kwOjA6MjowOgljbGFzcz0w eDAzMDAwMCByZXY9MHgwYyBoZHI9MHgwMCB2ZW5kb3I9MHg4MDg2IGRldmljZT0weDQ2YTYgc3Vi dmVuZG9yPTB4ZjExMSBzdWJkZXZpY2U9MHgwMDAyCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENv cnBvcmF0aW9uJwogICAgY2xhc3MgICAgICA9IGRpc3BsYXkKICAgIHN1YmNsYXNzICAgPSBWR0EK bm9uZTBAcGNpMDowOjQ6MDoJY2xhc3M9MHgxMTgwMDAgcmV2PTB4MDIgaGRyPTB4MDAgdmVuZG9y PTB4ODA4NiBkZXZpY2U9MHg0NjFkIHN1YnZlbmRvcj0weGYxMTEgc3ViZGV2aWNlPTB4MDAwMgog ICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGNsYXNzICAgICAgPSBkYXNw CnBjaWIxQHBjaTA6MDo2OjA6CWNsYXNzPTB4MDYwNDAwIHJldj0weDAyIGhkcj0weDAxIHZlbmRv cj0weDgwODYgZGV2aWNlPTB4NDY0ZCBzdWJ2ZW5kb3I9MHhmMTExIHN1YmRldmljZT0weDAwMDIK ICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBjbGFzcyAgICAgID0gYnJp ZGdlCiAgICBzdWJjbGFzcyAgID0gUENJLVBDSQpwY2liMkBwY2kwOjA6NzowOgljbGFzcz0weDA2 MDQwMCByZXY9MHgwMiBoZHI9MHgwMSB2ZW5kb3I9MHg4MDg2IGRldmljZT0weDQ2NmUgc3VidmVu ZG9yPTB4ZjExMSBzdWJkZXZpY2U9MHgwMDAyCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBv cmF0aW9uJwogICAgZGV2aWNlICAgICA9ICdBbGRlciBMYWtlLVAgVGh1bmRlcmJvbHQgNCBQQ0kg RXhwcmVzcyBSb290IFBvcnQnCiAgICBjbGFzcyAgICAgID0gYnJpZGdlCiAgICBzdWJjbGFzcyAg ID0gUENJLVBDSQpwY2liM0BwY2kwOjA6NzoxOgljbGFzcz0weDA2MDQwMCByZXY9MHgwMiBoZHI9 MHgwMSB2ZW5kb3I9MHg4MDg2IGRldmljZT0weDQ2M2Ygc3VidmVuZG9yPTB4ZjExMSBzdWJkZXZp Y2U9MHgwMDAyCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNl ICAgICA9ICdBbGRlciBMYWtlLVAgVGh1bmRlcmJvbHQgNCBQQ0kgRXhwcmVzcyBSb290IFBvcnQn CiAgICBjbGFzcyAgICAgID0gYnJpZGdlCiAgICBzdWJjbGFzcyAgID0gUENJLVBDSQpwY2liNEBw Y2kwOjA6NzoyOgljbGFzcz0weDA2MDQwMCByZXY9MHgwMiBoZHI9MHgwMSB2ZW5kb3I9MHg4MDg2 IGRldmljZT0weDQ2MmYgc3VidmVuZG9yPTB4ZjExMSBzdWJkZXZpY2U9MHgwMDAyCiAgICB2ZW5k b3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9ICdBbGRlciBMYWtl LVAgVGh1bmRlcmJvbHQgNCBQQ0kgRXhwcmVzcyBSb290IFBvcnQnCiAgICBjbGFzcyAgICAgID0g YnJpZGdlCiAgICBzdWJjbGFzcyAgID0gUENJLVBDSQpwY2liNUBwY2kwOjA6NzozOgljbGFzcz0w eDA2MDQwMCByZXY9MHgwMiBoZHI9MHgwMSB2ZW5kb3I9MHg4MDg2IGRldmljZT0weDQ2MWYgc3Vi dmVuZG9yPTB4ZjExMSBzdWJkZXZpY2U9MHgwMDAyCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENv cnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9ICdBbGRlciBMYWtlLVAgVGh1bmRlcmJvbHQgNCBQ Q0kgRXhwcmVzcyBSb290IFBvcnQnCiAgICBjbGFzcyAgICAgID0gYnJpZGdlCiAgICBzdWJjbGFz cyAgID0gUENJLVBDSQpub25lMUBwY2kwOjA6ODowOgljbGFzcz0weDA4ODAwMCByZXY9MHgwMiBo ZHI9MHgwMCB2ZW5kb3I9MHg4MDg2IGRldmljZT0weDQ2NGYgc3VidmVuZG9yPTB4ZjExMSBzdWJk ZXZpY2U9MHgwMDAyCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgY2xh c3MgICAgICA9IGJhc2UgcGVyaXBoZXJhbApub25lMkBwY2kwOjA6MTA6MDoJY2xhc3M9MHgxMTgw MDAgcmV2PTB4MDEgaGRyPTB4MDAgdmVuZG9yPTB4ODA4NiBkZXZpY2U9MHg0NjdkIHN1YnZlbmRv cj0weGYxMTEgc3ViZGV2aWNlPTB4MDAwMgogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3Jh dGlvbicKICAgIGNsYXNzICAgICAgPSBkYXNwCnhoY2kwQHBjaTA6MDoxMzowOgljbGFzcz0weDBj MDMzMCByZXY9MHgwMiBoZHI9MHgwMCB2ZW5kb3I9MHg4MDg2IGRldmljZT0weDQ2MWUgc3VidmVu ZG9yPTB4ZjExMSBzdWJkZXZpY2U9MHgwMDAyCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBv cmF0aW9uJwogICAgZGV2aWNlICAgICA9ICdBbGRlciBMYWtlLVAgVGh1bmRlcmJvbHQgNCBVU0Ig Q29udHJvbGxlcicKICAgIGNsYXNzICAgICAgPSBzZXJpYWwgYnVzCiAgICBzdWJjbGFzcyAgID0g VVNCCm5vbmUzQHBjaTA6MDoxMzoyOgljbGFzcz0weDBjMDM0MCByZXY9MHgwMiBoZHI9MHgwMCB2 ZW5kb3I9MHg4MDg2IGRldmljZT0weDQ2M2Ugc3VidmVuZG9yPTB4ZjExMSBzdWJkZXZpY2U9MHgw MDAyCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9 ICdBbGRlciBMYWtlLVAgVGh1bmRlcmJvbHQgNCBOSEknCiAgICBjbGFzcyAgICAgID0gc2VyaWFs IGJ1cwogICAgc3ViY2xhc3MgICA9IFVTQgpub25lNEBwY2kwOjA6MTM6MzoJY2xhc3M9MHgwYzAz NDAgcmV2PTB4MDIgaGRyPTB4MDAgdmVuZG9yPTB4ODA4NiBkZXZpY2U9MHg0NjZkIHN1YnZlbmRv cj0weGYxMTEgc3ViZGV2aWNlPTB4MDAwMgogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3Jh dGlvbicKICAgIGRldmljZSAgICAgPSAnQWxkZXIgTGFrZS1QIFRodW5kZXJib2x0IDQgTkhJJwog ICAgY2xhc3MgICAgICA9IHNlcmlhbCBidXMKICAgIHN1YmNsYXNzICAgPSBVU0IKeGhjaTFAcGNp MDowOjIwOjA6CWNsYXNzPTB4MGMwMzMwIHJldj0weDAxIGhkcj0weDAwIHZlbmRvcj0weDgwODYg ZGV2aWNlPTB4NTFlZCBzdWJ2ZW5kb3I9MHhmMTExIHN1YmRldmljZT0weDAwMDIKICAgIHZlbmRv ciAgICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBjbGFzcyAgICAgID0gc2VyaWFsIGJ1cwog ICAgc3ViY2xhc3MgICA9IFVTQgpub25lNUBwY2kwOjA6MjA6MjoJY2xhc3M9MHgwNTAwMDAgcmV2 PTB4MDEgaGRyPTB4MDAgdmVuZG9yPTB4ODA4NiBkZXZpY2U9MHg1MWVmIHN1YnZlbmRvcj0weGYx MTEgc3ViZGV2aWNlPTB4MDAwMgogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicK ICAgIGNsYXNzICAgICAgPSBtZW1vcnkKICAgIHN1YmNsYXNzICAgPSBSQU0KaWc0aWljMEBwY2kw OjA6MjE6MDoJY2xhc3M9MHgwYzgwMDAgcmV2PTB4MDEgaGRyPTB4MDAgdmVuZG9yPTB4ODA4NiBk ZXZpY2U9MHg1MWU4IHN1YnZlbmRvcj0weGYxMTEgc3ViZGV2aWNlPTB4MDAwMgogICAgdmVuZG9y ICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGNsYXNzICAgICAgPSBzZXJpYWwgYnVzCmln NGlpYzFAcGNpMDowOjIxOjE6CWNsYXNzPTB4MGM4MDAwIHJldj0weDAxIGhkcj0weDAwIHZlbmRv cj0weDgwODYgZGV2aWNlPTB4NTFlOSBzdWJ2ZW5kb3I9MHhmMTExIHN1YmRldmljZT0weDAwMDIK ICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBjbGFzcyAgICAgID0gc2Vy aWFsIGJ1cwppZzRpaWMyQHBjaTA6MDoyMTozOgljbGFzcz0weDBjODAwMCByZXY9MHgwMSBoZHI9 MHgwMCB2ZW5kb3I9MHg4MDg2IGRldmljZT0weDUxZWIgc3VidmVuZG9yPTB4ZjExMSBzdWJkZXZp Y2U9MHgwMDAyCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgY2xhc3Mg ICAgICA9IHNlcmlhbCBidXMKbm9uZTZAcGNpMDowOjIyOjA6CWNsYXNzPTB4MDc4MDAwIHJldj0w eDAxIGhkcj0weDAwIHZlbmRvcj0weDgwODYgZGV2aWNlPTB4NTFlMCBzdWJ2ZW5kb3I9MHhmMTEx IHN1YmRldmljZT0weDAwMDIKICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAg ICBjbGFzcyAgICAgID0gc2ltcGxlIGNvbW1zCm5vbmU3QHBjaTA6MDoyMjozOgljbGFzcz0weDA3 MDAwMiByZXY9MHgwMSBoZHI9MHgwMCB2ZW5kb3I9MHg4MDg2IGRldmljZT0weDUxZTMgc3VidmVu ZG9yPTB4ZjExMSBzdWJkZXZpY2U9MHgwMDAyCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBv cmF0aW9uJwogICAgY2xhc3MgICAgICA9IHNpbXBsZSBjb21tcwogICAgc3ViY2xhc3MgICA9IFVB UlQKcGNpYjZAcGNpMDowOjI5OjA6CWNsYXNzPTB4MDYwNDAwIHJldj0weDAxIGhkcj0weDAxIHZl bmRvcj0weDgwODYgZGV2aWNlPTB4NTFiMCBzdWJ2ZW5kb3I9MHhmMTExIHN1YmRldmljZT0weDAw MDIKICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBjbGFzcyAgICAgID0g YnJpZGdlCiAgICBzdWJjbGFzcyAgID0gUENJLVBDSQppc2FiMEBwY2kwOjA6MzE6MDoJY2xhc3M9 MHgwNjAxMDAgcmV2PTB4MDEgaGRyPTB4MDAgdmVuZG9yPTB4ODA4NiBkZXZpY2U9MHg1MTgyIHN1 YnZlbmRvcj0weGYxMTEgc3ViZGV2aWNlPTB4MDAwMgogICAgdmVuZG9yICAgICA9ICdJbnRlbCBD b3Jwb3JhdGlvbicKICAgIGNsYXNzICAgICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzICAgPSBQQ0kt SVNBCmhkYWMwQHBjaTA6MDozMTozOgljbGFzcz0weDA0MDM4MCByZXY9MHgwMSBoZHI9MHgwMCB2 ZW5kb3I9MHg4MDg2IGRldmljZT0weDUxYzggc3VidmVuZG9yPTB4ZjExMSBzdWJkZXZpY2U9MHgw MDAyCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgY2xhc3MgICAgICA9 IG11bHRpbWVkaWEKICAgIHN1YmNsYXNzICAgPSBIREEKaWNoc21iMEBwY2kwOjA6MzE6NDoJY2xh c3M9MHgwYzA1MDAgcmV2PTB4MDEgaGRyPTB4MDAgdmVuZG9yPTB4ODA4NiBkZXZpY2U9MHg1MWEz IHN1YnZlbmRvcj0weGYxMTEgc3ViZGV2aWNlPTB4MDAwMgogICAgdmVuZG9yICAgICA9ICdJbnRl bCBDb3Jwb3JhdGlvbicKICAgIGNsYXNzICAgICAgPSBzZXJpYWwgYnVzCiAgICBzdWJjbGFzcyAg ID0gU01CdXMKbm9uZThAcGNpMDowOjMxOjU6CWNsYXNzPTB4MGM4MDAwIHJldj0weDAxIGhkcj0w eDAwIHZlbmRvcj0weDgwODYgZGV2aWNlPTB4NTFhNCBzdWJ2ZW5kb3I9MHhmMTExIHN1YmRldmlj ZT0weDAwMDIKICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBjbGFzcyAg ICAgID0gc2VyaWFsIGJ1cwpudm1lMEBwY2kwOjE6MDowOgljbGFzcz0weDAxMDgwMiByZXY9MHgw MSBoZHI9MHgwMCB2ZW5kb3I9MHgxNWI3IGRldmljZT0weDUwMTcgc3VidmVuZG9yPTB4MTViNyBz dWJkZXZpY2U9MHg1MDE3CiAgICB2ZW5kb3IgICAgID0gJ1NhbmRpc2sgQ29ycCcKICAgIGNsYXNz ICAgICAgPSBtYXNzIHN0b3JhZ2UKICAgIHN1YmNsYXNzICAgPSBOVk0KaXdsd2lmaTBAcGNpMDox NjY6MDowOgljbGFzcz0weDAyODAwMCByZXY9MHgxYSBoZHI9MHgwMCB2ZW5kb3I9MHg4MDg2IGRl dmljZT0weDI3MjUgc3VidmVuZG9yPTB4ODA4NiBzdWJkZXZpY2U9MHgwMDI0CiAgICB2ZW5kb3Ig ICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9ICdXaS1GaSA2IEFYMjEw L0FYMjExL0FYNDExIDE2ME1IeicKICAgIGNsYXNzICAgICAgPSBuZXR3b3JrCg== --00000000000057620b05e64e3f34-- From nobody Tue Aug 16 12:25:19 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4M6VjV14wfz4YyTf for ; Tue, 16 Aug 2022 12:25:34 +0000 (UTC) (envelope-from timp87@gmail.com) Received: from mail-vs1-xe2a.google.com (mail-vs1-xe2a.google.com [IPv6:2607:f8b0:4864:20::e2a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4M6VjT2dH1z4H1V for ; Tue, 16 Aug 2022 12:25:33 +0000 (UTC) (envelope-from timp87@gmail.com) Received: by mail-vs1-xe2a.google.com with SMTP id z185so377725vsb.4 for ; Tue, 16 Aug 2022 05:25:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc; bh=pFVh0P/d1TLW4i6dKZdCGwFqyHbSvv8/lWOJg3DRuy0=; b=R8H74itaK5RdpIEaNkaQyJZOjlGvywHJcwDOWRbNu5sYPBPXAkfscWgOZi+0vA22rr Hx7/PpGNMZTY10kz0TKnEwBmmAC1mDzkEqpEc566eCE1QBHwxbR13AT3CPYdyPsa26r+ sIVTOiKEdU+gs7KUrQx+akEQw5q3nCwaVKeXerZ7EK1QlMmbKBkiiHXKkoi/iyltH7bM wWH0XlkzkVi0Vc1nB0bnNOhg5S+v5zziug4Vn5m61tuZCRzzSyAh4LatVpEI/v2vD9xO +xy31DwL6XcXb37L98irlm33Q4YwZ88fPhvounQKbedf52Qf7oVPXh03tlbflytKK1cX 1oZQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc; bh=pFVh0P/d1TLW4i6dKZdCGwFqyHbSvv8/lWOJg3DRuy0=; b=dbRnAnY6lH+e/lIDUR8F3pHYPZ6LyknvbgsYxh1vmf90pE0GbTtrEcAkdx/n2wg2+b zSL+Yn3Vbp/BQ4a4RUixNbEJu6VjpNASl59xmIa32cBxCihyVV+KxpgnIYwljX+XCHYf PNfqNVyGghBmdRzed54BzRq6fohzcapR76jtB2djjT4hL6GIgP+dir38uIE2VUT2aTTE sFoU6Joj5xOXo8kFQcvBXqtMdSlniRo2u2MjB1ZZizt4VTkW49ZNlHOWPc1Ep7QUUQmn Z7iQja5NE99iPSrvW/SeYe3nSy4kWfLV5sXxFkIQF1RSp9I4TeZPN8T5R7V0DZLbyWo3 XsSQ== X-Gm-Message-State: ACgBeo2xBbSqgKN+nHo1ZKjf5oniEnwZDmV71AQBzrY/kV8hETQy4/VF 5zE1L/1nHAnoYNJr4XQk+8y+a8nvg1cXhGjPzpuyHbzJ X-Google-Smtp-Source: AA6agR53Pe6VBORJL13K6ao2p7+/olA7yJplyQwVU9JtkhXIaL628pSebKrHfMfAbOwGsVx5rC/sw8pEhkTQg5lARnw= X-Received: by 2002:a67:dc0f:0:b0:388:cdb5:db17 with SMTP id x15-20020a67dc0f000000b00388cdb5db17mr8527483vsj.87.1660652732011; Tue, 16 Aug 2022 05:25:32 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Pavel Timofeev Date: Tue, 16 Aug 2022 06:25:19 -0600 Message-ID: Subject: Re: Framework Laptop (Batch 6) finally working :D Cc: stable@freebsd.org Content-Type: multipart/alternative; boundary="0000000000002fd92505e65ad88d" X-Rspamd-Queue-Id: 4M6VjT2dH1z4H1V X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=R8H74ita; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of timp87@gmail.com designates 2607:f8b0:4864:20::e2a as permitted sender) smtp.mailfrom=timp87@gmail.com X-Spamd-Result: default: False [-1.93 / 15.00]; MISSING_TO(2.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.997]; NEURAL_HAM_LONG(-0.98)[-0.976]; NEURAL_HAM_MEDIUM(-0.96)[-0.959]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::e2a:from]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MLMMJ_DEST(0.00)[stable@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_DN_NONE(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; DKIM_TRACE(0.00)[gmail.com:+]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N --0000000000002fd92505e65ad88d Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hmm, not so much fun since Alder lake GPU is not supported yet (at least in the ports tree) On Mon, Aug 15, 2022, 15:23 Pavel Timofeev wrote: > > > =D0=BF=D1=82, 5 =D0=B0=D0=B2=D0=B3. 2022 =D0=B3. =D0=B2 22:34, Jonathan V= asquez : > >> Hey all, >> >> I finished coming back to my Framework Laptop (Batch 6) after a couple o= f >> months of working on getting FreeBSD working on my Thinkpad X260 and >> Thinkpad X1C7. I finally got it working to a good enough state. There ar= e >> still some quirks but the bug reports are pretty much all already open f= or >> those so I'm hoping those will get fixed eventually. I've updated my >> documentation to reflect the current state. Posting here for exposure: >> >> https://xyinn.org/md/freebsd/framework_laptop >> >> Jonathan Vasquez >> PGP: 34DA 858C 1447 509E C77A D49F FB85 90B7 C4CA 5279 >> Sent with ProtonMail Secure Email >> >> > > Hi > Thanks for this page! > I've just received Framework laptop v2 with Intel 12th gen CPU 1260p > within batch 2. > Gonna play with it and FreeBSD. > See the attachment for `pciconf -lv` if interested. > --0000000000002fd92505e65ad88d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hmm, not so much fun since Alder lake GPU is not supporte= d yet (at least in the ports tree)

On Mon, Aug 15, 2022, 15:23 Pavel Timofee= v <timp87@gmail.com> wrote:

=D0=BF=D1=82, 5 =D0=B0=D0=B2=D0=B3. 2022 =D0=B3. =D0=B2 22:34, Jonathan V= asquez <jon@xyinn.org>:
Hey all,
=

I finished coming back to my Framework Lapto= p (Batch 6) after a couple of months of working on getting FreeBSD working = on my Thinkpad X260 and Thinkpad X1C7. I finally got it working to a good e= nough state. There are still some quirks but the bug reports are pretty muc= h all already open for those so I'm hoping those will get fixed eventua= lly. I've updated my documentation to reflect the current state. Postin= g here for exposure:
<= br>

Jonathan Vasquez
PGP: 34DA 858C 1447 509E C77A = D49F FB85 90B7 C4CA 5279
Sent with ProtonMail Secure Email



Hi
Thanks for this page!
I've just received = Framework laptop v2 with Intel 12th gen CPU 1260p within batch 2.
Gonna play with it and FreeBSD.
See the attachment for `pciconf = -lv` if interested.
--0000000000002fd92505e65ad88d-- From nobody Tue Aug 16 14:44:19 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4M6Ynm4kWTz4ZHjG for ; Tue, 16 Aug 2022 14:44:28 +0000 (UTC) (envelope-from jon@xyinn.org) Received: from mail-4323.proton.ch (mail-4323.proton.ch [185.70.43.23]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4M6Ynk4QYNz3Gwp for ; Tue, 16 Aug 2022 14:44:26 +0000 (UTC) (envelope-from jon@xyinn.org) Date: Tue, 16 Aug 2022 14:44:19 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xyinn.org; s=protonmail3; t=1660661063; x=1660920263; bh=GZcJ8b8cfwqimjiIQ3vfHhgDhC7E5qcZzue79oBZVfg=; h=Date:To:From:Cc:Reply-To:Subject:Message-ID:In-Reply-To: References:Feedback-ID:From:To:Cc:Date:Subject:Reply-To: Feedback-ID:Message-ID; b=cTTW2QIhMVED06oGy74Vl9h8zmPEgwOGdyOQ8XGwqPgxwpu1lChgsvmvUvh3QPTGN 7Zskt/JMnR9PYzQq5+eXILOHjDOGN26KvIr/94unQiBVA8VEi9f/mTdJA69vjg14ew bcgmPgCZ7WCNgsHQyBvmF+y7spj0iOOSSgqaTHQnpoW5sTTbpgV9Ud9p4xu8FHyO2T /wjo9kMqeOS/wOrNb2pZvMjlBkP2gzJE16TZK6NJZ1y8SEzvqp4qXLLTqSjXMXnmB7 aGnoIM21TOW5nWRGcIpvBqNgtMRPgW4QABOjr7z4opvUBZAYCqeUBzuPpM9YFtZAn7 PAQfkjlI+VzuQ== To: timp87@gmail.com From: Jonathan Vasquez Cc: stable@freebsd.org Reply-To: Jonathan Vasquez Subject: Re: Framework Laptop (Batch 6) finally working :D Message-ID: In-Reply-To: References: Feedback-ID: 12351801:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_T6WPayew5JBR3oDO8hd5d7mqcLXPwldN4ThL3BGbo" X-Rspamd-Queue-Id: 4M6Ynk4QYNz3Gwp X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=xyinn.org header.s=protonmail3 header.b=cTTW2QIh; dmarc=pass (policy=none) header.from=xyinn.org; spf=pass (mx1.freebsd.org: domain of jon@xyinn.org designates 185.70.43.23 as permitted sender) smtp.mailfrom=jon@xyinn.org X-Spamd-Result: default: False [-3.74 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-0.999]; NEURAL_HAM_MEDIUM(-0.95)[-0.948]; NEURAL_HAM_LONG(-0.90)[-0.896]; DMARC_POLICY_ALLOW(-0.50)[xyinn.org,none]; R_SPF_ALLOW(-0.20)[+ip4:185.70.43.0/24]; R_DKIM_ALLOW(-0.20)[xyinn.org:s=protonmail3]; MIME_BASE64_TEXT(0.10)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; HAS_REPLYTO(0.00)[jon@xyinn.org]; HAS_PHPMAILER_SIG(0.00)[]; FREEFALL_USER(0.00)[jon]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ARC_NA(0.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.43.0/24, country:CH]; MLMMJ_DEST(0.00)[stable@freebsd.org]; RCPT_COUNT_TWO(0.00)[2]; DKIM_TRACE(0.00)[xyinn.org:+]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RWL_MAILSPIKE_POSSIBLE(0.00)[185.70.43.23:from] X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --b1_T6WPayew5JBR3oDO8hd5d7mqcLXPwldN4ThL3BGbo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 VGhhbmtzIGZvciByZXBvcnRpbmcgYmFjayBQYXZlbC4gV2hhdCBhcmUgeW91IGdvbm5hIHB1dCBv biBpdCBpbiB0aGUgbWVhbnRpbWU/CgpTZW50IGZyb20gUHJvdG9uTWFpbCBtb2JpbGUKCi0tLS0t LS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0tLS0KT24gQXVnIDE2LCAyMDIyLCAwODoyNSwgUGF2 ZWwgVGltb2ZlZXYgd3JvdGU6Cgo+IEhtbSwgbm90IHNvIG11Y2ggZnVuIHNpbmNlIEFsZGVyIGxh a2UgR1BVIGlzIG5vdCBzdXBwb3J0ZWQgeWV0IChhdCBsZWFzdCBpbiB0aGUgcG9ydHMgdHJlZSkK Pgo+IE9uIE1vbiwgQXVnIDE1LCAyMDIyLCAxNToyMyBQYXZlbCBUaW1vZmVldiA8dGltcDg3QGdt YWlsLmNvbT4gd3JvdGU6Cj4KPj4g0L/RgiwgNSDQsNCy0LMuIDIwMjIg0LMuINCyIDIyOjM0LCBK b25hdGhhbiBWYXNxdWV6IDxqb25AeHlpbm4ub3JnPjoKPj4KPj4+IEhleSBhbGwsCj4+Pgo+Pj4g SSBmaW5pc2hlZCBjb21pbmcgYmFjayB0byBteSBGcmFtZXdvcmsgTGFwdG9wIChCYXRjaCA2KSBh ZnRlciBhIGNvdXBsZSBvZiBtb250aHMgb2Ygd29ya2luZyBvbiBnZXR0aW5nIEZyZWVCU0Qgd29y a2luZyBvbiBteSBUaGlua3BhZCBYMjYwIGFuZCBUaGlua3BhZCBYMUM3LiBJIGZpbmFsbHkgZ290 IGl0IHdvcmtpbmcgdG8gYSBnb29kIGVub3VnaCBzdGF0ZS4gVGhlcmUgYXJlIHN0aWxsIHNvbWUg cXVpcmtzIGJ1dCB0aGUgYnVnIHJlcG9ydHMgYXJlIHByZXR0eSBtdWNoIGFsbCBhbHJlYWR5IG9w ZW4gZm9yIHRob3NlIHNvIEknbSBob3BpbmcgdGhvc2Ugd2lsbCBnZXQgZml4ZWQgZXZlbnR1YWxs eS4gSSd2ZSB1cGRhdGVkIG15IGRvY3VtZW50YXRpb24gdG8gcmVmbGVjdCB0aGUgY3VycmVudCBz dGF0ZS4gUG9zdGluZyBoZXJlIGZvciBleHBvc3VyZToKPj4+Cj4+PiBodHRwczovL3h5aW5uLm9y Zy9tZC9mcmVlYnNkL2ZyYW1ld29ya19sYXB0b3AKPj4+Cj4+PiBKb25hdGhhbiBWYXNxdWV6Cj4+ PiBQR1A6IDM0REEgODU4QyAxNDQ3IDUwOUUgQzc3QSBENDlGIEZCODUgOTBCNyBDNENBIDUyNzkK Pj4+IFNlbnQgd2l0aCBQcm90b25NYWlsIFNlY3VyZSBFbWFpbAo+Pgo+PiBIaQo+PiBUaGFua3Mg Zm9yIHRoaXMgcGFnZSEKPj4gSSd2ZSBqdXN0IHJlY2VpdmVkIEZyYW1ld29yayBsYXB0b3AgdjIg d2l0aCBJbnRlbCAxMnRoIGdlbiBDUFUgMTI2MHAgd2l0aGluIGJhdGNoIDIuCj4+IEdvbm5hIHBs YXkgd2l0aCBpdCBhbmQgRnJlZUJTRC4KPj4gU2VlIHRoZSBhdHRhY2htZW50IGZvciBgcGNpY29u ZiAtbHZgIGlmIGludGVyZXN0ZWQu --b1_T6WPayew5JBR3oDO8hd5d7mqcLXPwldN4ThL3BGbo Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 VGhhbmtzIGZvciByZXBvcnRpbmcgYmFjayBQYXZlbC4gV2hhdCBhcmUgeW91IGdvbm5hIHB1dCBv biBpdCBpbiB0aGUgbWVhbnRpbWU/PGJyPjxicj48YnI+U2VudCBmcm9tIFByb3Rvbk1haWwgbW9i aWxlPGJyPjxicj48YnI+PGJyPi0tLS0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0tLS08YnI+ T24gQXVnIDE2LCAyMDIyLCAwODoyNSwgUGF2ZWwgVGltb2ZlZXYgPCB0aW1wODdAZ21haWwuY29t PiB3cm90ZTo8YmxvY2txdW90ZSBjbGFzcz0icHJvdG9ubWFpbF9xdW90ZSI+PGJyPjxkaXYgZGly PSJhdXRvIj5IbW0sIG5vdCBzbyBtdWNoIGZ1biBzaW5jZSBBbGRlciBsYWtlIEdQVSBpcyBub3Qg c3VwcG9ydGVkIHlldCAoYXQgbGVhc3QgaW4gdGhlIHBvcnRzIHRyZWUpPC9kaXY+PGJyPjxkaXYg Y2xhc3M9ImdtYWlsX3F1b3RlIj48ZGl2IGRpcj0ibHRyIiBjbGFzcz0iZ21haWxfYXR0ciI+T24g TW9uLCBBdWcgMTUsIDIwMjIsIDE1OjIzIFBhdmVsIFRpbW9mZWV2ICZsdDs8YSBocmVmPSJtYWls dG86dGltcDg3QGdtYWlsLmNvbSI+dGltcDg3QGdtYWlsLmNvbTwvYT4mZ3Q7IHdyb3RlOjxicj48 L2Rpdj48YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MCAwIDAg LjhleDtib3JkZXItbGVmdDoxcHggI2NjYyBzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4Ij48ZGl2IGRp cj0ibHRyIj48ZGl2IGRpcj0ibHRyIj48YnI+PC9kaXY+PGJyPjxkaXYgY2xhc3M9ImdtYWlsX3F1 b3RlIj48ZGl2IGRpcj0ibHRyIiBjbGFzcz0iZ21haWxfYXR0ciI+0L/RgiwgNSDQsNCy0LMuIDIw MjIg0LMuINCyIDIyOjM0LCBKb25hdGhhbiBWYXNxdWV6ICZsdDs8YSBocmVmPSJtYWlsdG86am9u QHh5aW5uLm9yZyIgdGFyZ2V0PSJfYmxhbmsiIHJlbD0ibm9yZWZlcnJlciI+am9uQHh5aW5uLm9y ZzwvYT4mZ3Q7Ojxicj48L2Rpdj48YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxl PSJtYXJnaW46MHB4IDBweCAwcHggMC44ZXg7Ym9yZGVyLWxlZnQ6MXB4IHNvbGlkIHJnYigyMDQs MjA0LDIwNCk7cGFkZGluZy1sZWZ0OjFleCI+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6QXJpYWw7 Zm9udC1zaXplOjE0cHgiPkhleSBhbGwsPC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6QXJp YWw7Zm9udC1zaXplOjE0cHgiPjxicj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTpBcmlh bDtmb250LXNpemU6MTRweCI+SSBmaW5pc2hlZCBjb21pbmcgYmFjayB0byBteSBGcmFtZXdvcmsg TGFwdG9wIChCYXRjaCA2KSBhZnRlciBhIGNvdXBsZSBvZiBtb250aHMgb2Ygd29ya2luZyBvbiBn ZXR0aW5nIEZyZWVCU0Qgd29ya2luZyBvbiBteSBUaGlua3BhZCBYMjYwIGFuZCBUaGlua3BhZCBY MUM3LiBJIGZpbmFsbHkgZ290IGl0IHdvcmtpbmcgdG8gYSBnb29kIGVub3VnaCBzdGF0ZS4gVGhl cmUgYXJlIHN0aWxsIHNvbWUgcXVpcmtzIGJ1dCB0aGUgYnVnIHJlcG9ydHMgYXJlIHByZXR0eSBt dWNoIGFsbCBhbHJlYWR5IG9wZW4gZm9yIHRob3NlIHNvIEkmIzM5O20gaG9waW5nIHRob3NlIHdp bGwgZ2V0IGZpeGVkIGV2ZW50dWFsbHkuIEkmIzM5O3ZlIHVwZGF0ZWQgbXkgZG9jdW1lbnRhdGlv biB0byByZWZsZWN0IHRoZSBjdXJyZW50IHN0YXRlLiBQb3N0aW5nIGhlcmUgZm9yIGV4cG9zdXJl OjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OkFyaWFsO2ZvbnQtc2l6ZToxNHB4Ij48YnI+ PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6QXJpYWw7Zm9udC1zaXplOjE0cHgiPjxzcGFu PjxhIHJlbD0ibm9yZWZlcnJlciBub2ZvbGxvdyBub29wZW5lciBub3JlZmVycmVyIiBocmVmPSJo dHRwczovL3h5aW5uLm9yZy9tZC9mcmVlYnNkL2ZyYW1ld29ya19sYXB0b3AiIHRhcmdldD0iX2Js YW5rIj5odHRwczovL3h5aW5uLm9yZy9tZC9mcmVlYnNkL2ZyYW1ld29ya19sYXB0b3A8L2E+PC9z cGFuPjxicj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTpBcmlhbDtmb250LXNpemU6MTRw eCI+PGJyPjwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6QXJpYWw7Zm9udC1zaXplOjE0 cHgiPg0KICAgIDxkaXY+DQogICAgICAgIDxkaXY+Sm9uYXRoYW4gVmFzcXVlejxicj48L2Rpdj48 ZGl2PlBHUDogMzREQSA4NThDIDE0NDcgNTA5RSBDNzdBICBENDlGIEZCODUgOTBCNyBDNENBIDUy Nzk8YnI+PC9kaXY+PGRpdj5TZW50IHdpdGggUHJvdG9uTWFpbCBTZWN1cmUgRW1haWw8YnI+PC9k aXY+PGRpdj48YnI+PC9kaXY+PC9kaXY+PC9kaXY+PC9ibG9ja3F1b3RlPjxkaXY+PGJyPjwvZGl2 PjxkaXY+PGJyPjwvZGl2PjxkaXY+SGk8L2Rpdj48ZGl2PlRoYW5rcyBmb3IgdGhpcyBwYWdlITwv ZGl2PjxkaXY+SSYjMzk7dmUganVzdCByZWNlaXZlZCBGcmFtZXdvcmsgbGFwdG9wIHYyIHdpdGgg SW50ZWwgMTJ0aCBnZW4gQ1BVIDEyNjBwIHdpdGhpbiBiYXRjaCAyLjwvZGl2PjxkaXY+R29ubmEg cGxheSB3aXRoIGl0IGFuZCBGcmVlQlNELjwvZGl2PjxkaXY+U2VlIHRoZSBhdHRhY2htZW50IGZv ciBgcGNpY29uZiAtbHZgIGlmIGludGVyZXN0ZWQuPC9kaXY+PC9kaXY+PC9kaXY+DQo8L2Jsb2Nr cXVvdGU+PC9kaXY+DQo8L2Rpdj4= --b1_T6WPayew5JBR3oDO8hd5d7mqcLXPwldN4ThL3BGbo-- From nobody Tue Aug 16 15:47:03 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4M6bBF12wwz4YgjX for ; Tue, 16 Aug 2022 15:47:17 +0000 (UTC) (envelope-from timp87@gmail.com) Received: from mail-ua1-x932.google.com (mail-ua1-x932.google.com [IPv6:2607:f8b0:4864:20::932]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4M6bBD3zwPz3Wn5 for ; Tue, 16 Aug 2022 15:47:16 +0000 (UTC) (envelope-from timp87@gmail.com) Received: by mail-ua1-x932.google.com with SMTP id e3so774871uax.4 for ; Tue, 16 Aug 2022 08:47:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc; bh=uQJzEoocTTxXAaZzenf0JGlAD2uGV09+kUKvhXzz/HI=; b=V7JP7quhe3F7wv5qdjRWMJFRXB2F4V37/w3lWgj+dDSyyaG7vmFyVismlPqJgepSdr g0DUA/GJSX1CikuRONUWd+8Ps++cZezIU6nG9buJ4Ha7NNg+jDOxJXu6/olkAUTd0ytc lXHHvWUJludbjnmLIIfTARjneBDgHMA/kNt8D+kG+qxfBBpTAcAGLRluZypS05X4s7p0 EAAfRsy50ZE5WIHhJPuG6A/HJahs+TcGx8vL7qtQ6Wg/dLNhMVj/XND7yF6vR06tOtuu 1XBnS9R6WVhtxKBiGo/RpKF7sagcJl83azcrjd9Ijh5E3Djpp7LUIEYIG9eYgj5yI7x5 IGQw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc; bh=uQJzEoocTTxXAaZzenf0JGlAD2uGV09+kUKvhXzz/HI=; b=F9PDLzl4ZH/siaein7WUrhvgd0zASCgPCUpFWncsQ+47vswsWCfh0xVBbIzeHSYmkm mWhKWCuZt0uVsJAPLG1DIA+Wre5e4SOOelqp9kR11R23cKSl4VY2vWft/F/R78X+AX3Y ivG5a8xlnSMTOXkeNw5UpQfmZGmoK6Rr/VBlOWx5VsUhRS59qhd3XsYtle+AEJ1aiYUy zy2A7Ww6j8Ll4Moyu9xPZlbWO1NFgsN/JD6uK320sctUk4kXNEd2Dp+T1umxL1Y7ptG6 Ezfa7TLIvocZR7RjKTvW4Hln0yhtzFH/r8OQwOk9yBLDX5/tRMQZ7FlShuepQGgS/fJK WQ7A== X-Gm-Message-State: ACgBeo3w6PjPhCchEs7Y/cUzp1jkBU1sm5yaMxpSUus3Ak2LS/5w1/DP b7gn8kQih5vzHfAIFLgrGNo8S6PkYP/ulq9lhWgghp5Rs0M= X-Google-Smtp-Source: AA6agR4gSmaS3dLBbfCJyPLxyU1FSxPKyHDswBnu25qKROwIFDc9rvt7ZGYg8So4H3t4Njv6aaBPjMgwwGQbjHldCRQ= X-Received: by 2002:ab0:3c8:0:b0:393:c48c:d881 with SMTP id 66-20020ab003c8000000b00393c48cd881mr596627uau.119.1660664835538; Tue, 16 Aug 2022 08:47:15 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Pavel Timofeev Date: Tue, 16 Aug 2022 09:47:03 -0600 Message-ID: Subject: Re: Framework Laptop (Batch 6) finally working :D To: Jonathan Vasquez Cc: stable@freebsd.org Content-Type: multipart/alternative; boundary="0000000000009d050705e65da9d4" X-Rspamd-Queue-Id: 4M6bBD3zwPz3Wn5 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=V7JP7quh; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of timp87@gmail.com designates 2607:f8b0:4864:20::932 as permitted sender) smtp.mailfrom=timp87@gmail.com X-Spamd-Result: default: False [-3.95 / 15.00]; NEURAL_HAM_LONG(-1.00)[-0.995]; NEURAL_HAM_SHORT(-1.00)[-0.995]; NEURAL_HAM_MEDIUM(-0.96)[-0.957]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::932:from]; RCVD_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[stable@freebsd.org]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCVD_TLS_LAST(0.00)[]; TO_DN_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N --0000000000009d050705e65da9d4 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =D0=B2=D1=82, 16 =D0=B0=D0=B2=D0=B3. 2022 =D0=B3. =D0=B2 08:44, Jonathan Va= squez : > Thanks for reporting back Pavel. What are you gonna put on it in the > meantime? > > > Sent from ProtonMail mobile > > > > -------- Original Message -------- > On Aug 16, 2022, 08:25, Pavel Timofeev < timp87@gmail.com> wrote: > > > Hmm, not so much fun since Alder lake GPU is not supported yet (at least > in the ports tree) > > On Mon, Aug 15, 2022, 15:23 Pavel Timofeev wrote: > >> >> >> =D0=BF=D1=82, 5 =D0=B0=D0=B2=D0=B3. 2022 =D0=B3. =D0=B2 22:34, Jonathan = Vasquez : >> >>> Hey all, >>> >>> I finished coming back to my Framework Laptop (Batch 6) after a couple >>> of months of working on getting FreeBSD working on my Thinkpad X260 and >>> Thinkpad X1C7. I finally got it working to a good enough state. There a= re >>> still some quirks but the bug reports are pretty much all already open = for >>> those so I'm hoping those will get fixed eventually. I've updated my >>> documentation to reflect the current state. Posting here for exposure: >>> >>> https://xyinn.org/md/freebsd/framework_laptop >>> >>> Jonathan Vasquez >>> PGP: 34DA 858C 1447 509E C77A D49F FB85 90B7 C4CA 5279 >>> Sent with ProtonMail Secure Email >>> >>> >> >> Hi >> Thanks for this page! >> I've just received Framework laptop v2 with Intel 12th gen CPU 1260p >> within batch 2. >> Gonna play with it and FreeBSD. >> See the attachment for `pciconf -lv` if interested. >> > For now I'm gonna install some Linux. I've been a FreeBSD desktop user for the past 7 years now and I'm looking forward to Alder Lake GPU support (graphics/gpu-firmware-intel-kmod? graphics/drm-510-kmod? kernel?) in FreeBSD. I have no favorite linux distro, probably it's gonna be some Ubuntu derivative for now. --0000000000009d050705e65da9d4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
=D0=B2=D1=82, 16 =D0=B0=D0=B2=D0=B3. = 2022 =D0=B3. =D0=B2 08:44, Jonathan Vasquez <jon@xyinn.org>:
Thanks for reporting back Pavel. What are you gonna put on it = in the meantime?


Sent from ProtonMail mobile



----= ---- Original Message --------
On Aug 16, 2022, 08:25, Pavel Timofeev &l= t; timp87@gmail.com> wrote:

Hmm, not so much fun since A= lder lake GPU is not supported yet (at least in the ports tree)

On Mon, Aug = 15, 2022, 15:23 Pavel Timofeev <timp87@gmail.com> wrote:

<= br>
=D0=BF= =D1=82, 5 =D0=B0=D0=B2=D0=B3. 2022 =D0=B3. =D0=B2 22:34, Jonathan Vasquez &= lt;jo= n@xyinn.org>:
Hey all,

I finished coming back to my Framework Laptop (Batch= 6) after a couple of months of working on getting FreeBSD working on my Th= inkpad X260 and Thinkpad X1C7. I finally got it working to a good enough st= ate. There are still some quirks but the bug reports are pretty much all al= ready open for those so I'm hoping those will get fixed eventually. I&#= 39;ve updated my documentation to reflect the current state. Posting here f= or exposure:



--0000000000009d050705e65da9d4-- From nobody Tue Aug 16 16:44:00 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4M6cRs1QDxz4YqQ7 for ; Tue, 16 Aug 2022 16:44:09 +0000 (UTC) (envelope-from jon@xyinn.org) Received: from mail-4022.proton.ch (mail-4022.proton.ch [185.70.40.22]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4M6cRp22GFz3fkj for ; Tue, 16 Aug 2022 16:44:06 +0000 (UTC) (envelope-from jon@xyinn.org) Date: Tue, 16 Aug 2022 16:44:00 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xyinn.org; s=protonmail3; t=1660668242; x=1660927442; bh=YTS/4kolH+T1AOH0Dniczxe+gzcdmwACm+7K6OXB0OY=; h=Date:To:From:Cc:Reply-To:Subject:Message-ID:In-Reply-To: References:Feedback-ID:From:To:Cc:Date:Subject:Reply-To: Feedback-ID:Message-ID; b=uTAd91bDr3UWoSHc43t2k3DtegEKnDaMAF2h78qigHQcm8Q6444Hj3qSG08sIaLNL hQHweKxUFadt88GEHHqYClTGWJoOeai4eSOKBKTUSRvr2N92R62XcgYleuHoS45xPk rZYLHHlky7fvGt5lRmCjt5DHE+R2hweN5MSDgGOqb/Vou9PJLaW9ngFBM9Mo3bSGoC T7aY6u+523TC8BOvVdlLvFO6Dc1gc3g+nEjAlwMfuo1xYD7SO/grDT0edRukL8v4xt Zyv/Kzz718FsjFk4YE4exiy8SK8peUSEpJAjr17+KZ8kN+4TSE200TfuTxajpdHtue BgLj0AjWRNFEg== To: timp87@gmail.com From: Jonathan Vasquez Cc: stable@freebsd.org Reply-To: Jonathan Vasquez Subject: Re: Framework Laptop (Batch 6) finally working :D Message-ID: In-Reply-To: References: Feedback-ID: 12351801:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_wbG0JZzV47TRu7jjOAhpQvmQkYSYE2FCS5Ljgwo" X-Rspamd-Queue-Id: 4M6cRp22GFz3fkj X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=xyinn.org header.s=protonmail3 header.b=uTAd91bD; dmarc=pass (policy=none) header.from=xyinn.org; spf=pass (mx1.freebsd.org: domain of jon@xyinn.org designates 185.70.40.22 as permitted sender) smtp.mailfrom=jon@xyinn.org X-Spamd-Result: default: False [-3.73 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-0.999]; NEURAL_HAM_MEDIUM(-0.95)[-0.947]; NEURAL_HAM_LONG(-0.89)[-0.888]; DMARC_POLICY_ALLOW(-0.50)[xyinn.org,none]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; R_DKIM_ALLOW(-0.20)[xyinn.org:s=protonmail3]; MIME_BASE64_TEXT(0.10)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MLMMJ_DEST(0.00)[stable@freebsd.org]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_COUNT_ZERO(0.00)[0]; HAS_REPLYTO(0.00)[jon@xyinn.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; REPLYTO_EQ_FROM(0.00)[]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[xyinn.org:+]; FROM_HAS_DN(0.00)[]; HAS_PHPMAILER_SIG(0.00)[]; FREEFALL_USER(0.00)[jon]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --b1_wbG0JZzV47TRu7jjOAhpQvmQkYSYE2FCS5Ljgwo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SGFoYSBzb3VuZHMgZ29vZC4gSGF2ZSBmdW4hCgpTZW50IGZyb20gUHJvdG9uTWFpbCBtb2JpbGUK Ci0tLS0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0tLS0KT24gQXVnIDE2LCAyMDIyLCAxMTo0 NywgUGF2ZWwgVGltb2ZlZXYgd3JvdGU6Cgo+INCy0YIsIDE2INCw0LLQsy4gMjAyMiDQsy4g0LIg MDg6NDQsIEpvbmF0aGFuIFZhc3F1ZXogPGpvbkB4eWlubi5vcmc+Ogo+Cj4+IFRoYW5rcyBmb3Ig cmVwb3J0aW5nIGJhY2sgUGF2ZWwuIFdoYXQgYXJlIHlvdSBnb25uYSBwdXQgb24gaXQgaW4gdGhl IG1lYW50aW1lPwo+Pgo+PiBTZW50IGZyb20gUHJvdG9uTWFpbCBtb2JpbGUKPj4KPj4gLS0tLS0t LS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLS0tLQo+PiBPbiBBdWcgMTYsIDIwMjIsIDA4OjI1LCBQ YXZlbCBUaW1vZmVldiA8IHRpbXA4N0BnbWFpbC5jb20+IHdyb3RlOgo+Pgo+Pj4gSG1tLCBub3Qg c28gbXVjaCBmdW4gc2luY2UgQWxkZXIgbGFrZSBHUFUgaXMgbm90IHN1cHBvcnRlZCB5ZXQgKGF0 IGxlYXN0IGluIHRoZSBwb3J0cyB0cmVlKQo+Pj4KPj4+IE9uIE1vbiwgQXVnIDE1LCAyMDIyLCAx NToyMyBQYXZlbCBUaW1vZmVldiA8dGltcDg3QGdtYWlsLmNvbT4gd3JvdGU6Cj4+Pgo+Pj4+INC/ 0YIsIDUg0LDQstCzLiAyMDIyINCzLiDQsiAyMjozNCwgSm9uYXRoYW4gVmFzcXVleiA8am9uQHh5 aW5uLm9yZz46Cj4+Pj4KPj4+Pj4gSGV5IGFsbCwKPj4+Pj4KPj4+Pj4gSSBmaW5pc2hlZCBjb21p bmcgYmFjayB0byBteSBGcmFtZXdvcmsgTGFwdG9wIChCYXRjaCA2KSBhZnRlciBhIGNvdXBsZSBv ZiBtb250aHMgb2Ygd29ya2luZyBvbiBnZXR0aW5nIEZyZWVCU0Qgd29ya2luZyBvbiBteSBUaGlu a3BhZCBYMjYwIGFuZCBUaGlua3BhZCBYMUM3LiBJIGZpbmFsbHkgZ290IGl0IHdvcmtpbmcgdG8g YSBnb29kIGVub3VnaCBzdGF0ZS4gVGhlcmUgYXJlIHN0aWxsIHNvbWUgcXVpcmtzIGJ1dCB0aGUg YnVnIHJlcG9ydHMgYXJlIHByZXR0eSBtdWNoIGFsbCBhbHJlYWR5IG9wZW4gZm9yIHRob3NlIHNv IEknbSBob3BpbmcgdGhvc2Ugd2lsbCBnZXQgZml4ZWQgZXZlbnR1YWxseS4gSSd2ZSB1cGRhdGVk IG15IGRvY3VtZW50YXRpb24gdG8gcmVmbGVjdCB0aGUgY3VycmVudCBzdGF0ZS4gUG9zdGluZyBo ZXJlIGZvciBleHBvc3VyZToKPj4+Pj4KPj4+Pj4gaHR0cHM6Ly94eWlubi5vcmcvbWQvZnJlZWJz ZC9mcmFtZXdvcmtfbGFwdG9wCj4+Pj4+Cj4+Pj4+IEpvbmF0aGFuIFZhc3F1ZXoKPj4+Pj4gUEdQ OiAzNERBIDg1OEMgMTQ0NyA1MDlFIEM3N0EgRDQ5RiBGQjg1IDkwQjcgQzRDQSA1Mjc5Cj4+Pj4+ IFNlbnQgd2l0aCBQcm90b25NYWlsIFNlY3VyZSBFbWFpbAo+Pj4+Cj4+Pj4gSGkKPj4+PiBUaGFu a3MgZm9yIHRoaXMgcGFnZSEKPj4+PiBJJ3ZlIGp1c3QgcmVjZWl2ZWQgRnJhbWV3b3JrIGxhcHRv cCB2MiB3aXRoIEludGVsIDEydGggZ2VuIENQVSAxMjYwcCB3aXRoaW4gYmF0Y2ggMi4KPj4+PiBH b25uYSBwbGF5IHdpdGggaXQgYW5kIEZyZWVCU0QuCj4+Pj4gU2VlIHRoZSBhdHRhY2htZW50IGZv ciBgcGNpY29uZiAtbHZgIGlmIGludGVyZXN0ZWQuCj4KPiBGb3Igbm93IEknbSBnb25uYSBpbnN0 YWxsIHNvbWUgTGludXguCj4gSSd2ZSBiZWVuIGEgRnJlZUJTRCBkZXNrdG9wIHVzZXIgZm9yIHRo ZSBwYXN0IDcgeWVhcnMgbm93IGFuZCBJJ20gbG9va2luZyBmb3J3YXJkIHRvIEFsZGVyIExha2Ug R1BVIHN1cHBvcnQgKGdyYXBoaWNzL2dwdS1maXJtd2FyZS1pbnRlbC1rbW9kPyBncmFwaGljcy9k cm0tNTEwLWttb2Q/IGtlcm5lbD8pIGluIEZyZWVCU0QuCj4KPiBJIGhhdmUgbm8gZmF2b3JpdGUg bGludXggZGlzdHJvLCBwcm9iYWJseSBpdCdzIGdvbm5hIGJlIHNvbWUgVWJ1bnR1IGRlcml2YXRp dmUgZm9yIG5vdy4= --b1_wbG0JZzV47TRu7jjOAhpQvmQkYSYE2FCS5Ljgwo Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 SGFoYSBzb3VuZHMgZ29vZC4gSGF2ZSBmdW4hPGJyPjxicj48YnI+U2VudCBmcm9tIFByb3Rvbk1h aWwgbW9iaWxlPGJyPjxicj48YnI+PGJyPi0tLS0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0t LS08YnI+T24gQXVnIDE2LCAyMDIyLCAxMTo0NywgUGF2ZWwgVGltb2ZlZXYgPCB0aW1wODdAZ21h aWwuY29tPiB3cm90ZTo8YmxvY2txdW90ZSBjbGFzcz0icHJvdG9ubWFpbF9xdW90ZSI+PGJyPjxk aXYgZGlyPSJsdHIiPjxkaXYgZGlyPSJsdHIiPjxicj48L2Rpdj48YnI+PGRpdiBjbGFzcz0iZ21h aWxfcXVvdGUiPjxkaXYgZGlyPSJsdHIiIGNsYXNzPSJnbWFpbF9hdHRyIj7QstGCLCAxNiDQsNCy 0LMuIDIwMjIg0LMuINCyIDA4OjQ0LCBKb25hdGhhbiBWYXNxdWV6ICZsdDs8YSBocmVmPSJtYWls dG86am9uQHh5aW5uLm9yZyI+am9uQHh5aW5uLm9yZzwvYT4mZ3Q7Ojxicj48L2Rpdj48YmxvY2tx dW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MHB4IDBweCAwcHggMC44ZXg7 Ym9yZGVyLWxlZnQ6MXB4IHNvbGlkIHJnYigyMDQsMjA0LDIwNCk7cGFkZGluZy1sZWZ0OjFleCI+ VGhhbmtzIGZvciByZXBvcnRpbmcgYmFjayBQYXZlbC4gV2hhdCBhcmUgeW91IGdvbm5hIHB1dCBv biBpdCBpbiB0aGUgbWVhbnRpbWU/PGJyPjxicj48YnI+U2VudCBmcm9tIFByb3Rvbk1haWwgbW9i aWxlPGJyPjxicj48YnI+PGJyPi0tLS0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0tLS08YnI+ T24gQXVnIDE2LCAyMDIyLCAwODoyNSwgUGF2ZWwgVGltb2ZlZXYgJmx0OyA8YSBocmVmPSJtYWls dG86dGltcDg3QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnRpbXA4N0BnbWFpbC5jb208L2E+ Jmd0OyB3cm90ZTo8YmxvY2txdW90ZT48YnI+PGRpdiBkaXI9ImF1dG8iPkhtbSwgbm90IHNvIG11 Y2ggZnVuIHNpbmNlIEFsZGVyIGxha2UgR1BVIGlzIG5vdCBzdXBwb3J0ZWQgeWV0IChhdCBsZWFz dCBpbiB0aGUgcG9ydHMgdHJlZSk8L2Rpdj48YnI+PGRpdiBjbGFzcz0iZ21haWxfcXVvdGUiPjxk aXYgZGlyPSJsdHIiIGNsYXNzPSJnbWFpbF9hdHRyIj5PbiBNb24sIEF1ZyAxNSwgMjAyMiwgMTU6 MjMgUGF2ZWwgVGltb2ZlZXYgJmx0OzxhIGhyZWY9Im1haWx0bzp0aW1wODdAZ21haWwuY29tIiB0 YXJnZXQ9Il9ibGFuayI+dGltcDg3QGdtYWlsLmNvbTwvYT4mZ3Q7IHdyb3RlOjxicj48L2Rpdj48 YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MHB4IDBweCAwcHgg MC44ZXg7Ym9yZGVyLWxlZnQ6MXB4IHNvbGlkIHJnYigyMDQsMjA0LDIwNCk7cGFkZGluZy1sZWZ0 OjFleCI+PGRpdiBkaXI9Imx0ciI+PGRpdiBkaXI9Imx0ciI+PGJyPjwvZGl2Pjxicj48ZGl2IGNs YXNzPSJnbWFpbF9xdW90ZSI+PGRpdiBkaXI9Imx0ciIgY2xhc3M9ImdtYWlsX2F0dHIiPtC/0YIs IDUg0LDQstCzLiAyMDIyINCzLiDQsiAyMjozNCwgSm9uYXRoYW4gVmFzcXVleiAmbHQ7PGEgaHJl Zj0ibWFpbHRvOmpvbkB4eWlubi5vcmciIHJlbD0ibm9yZWZlcnJlciIgdGFyZ2V0PSJfYmxhbmsi PmpvbkB4eWlubi5vcmc8L2E+Jmd0Ozo8YnI+PC9kaXY+PGJsb2NrcXVvdGUgY2xhc3M9ImdtYWls X3F1b3RlIiBzdHlsZT0ibWFyZ2luOjBweCAwcHggMHB4IDAuOGV4O2JvcmRlci1sZWZ0OjFweCBz b2xpZCByZ2IoMjA0LDIwNCwyMDQpO3BhZGRpbmctbGVmdDoxZXgiPjxkaXYgc3R5bGU9ImZvbnQt ZmFtaWx5OkFyaWFsO2ZvbnQtc2l6ZToxNHB4Ij5IZXkgYWxsLDwvZGl2PjxkaXYgc3R5bGU9ImZv bnQtZmFtaWx5OkFyaWFsO2ZvbnQtc2l6ZToxNHB4Ij48YnI+PC9kaXY+PGRpdiBzdHlsZT0iZm9u dC1mYW1pbHk6QXJpYWw7Zm9udC1zaXplOjE0cHgiPkkgZmluaXNoZWQgY29taW5nIGJhY2sgdG8g bXkgRnJhbWV3b3JrIExhcHRvcCAoQmF0Y2ggNikgYWZ0ZXIgYSBjb3VwbGUgb2YgbW9udGhzIG9m IHdvcmtpbmcgb24gZ2V0dGluZyBGcmVlQlNEIHdvcmtpbmcgb24gbXkgVGhpbmtwYWQgWDI2MCBh bmQgVGhpbmtwYWQgWDFDNy4gSSBmaW5hbGx5IGdvdCBpdCB3b3JraW5nIHRvIGEgZ29vZCBlbm91 Z2ggc3RhdGUuIFRoZXJlIGFyZSBzdGlsbCBzb21lIHF1aXJrcyBidXQgdGhlIGJ1ZyByZXBvcnRz IGFyZSBwcmV0dHkgbXVjaCBhbGwgYWxyZWFkeSBvcGVuIGZvciB0aG9zZSBzbyBJJiMzOTttIGhv cGluZyB0aG9zZSB3aWxsIGdldCBmaXhlZCBldmVudHVhbGx5LiBJJiMzOTt2ZSB1cGRhdGVkIG15 IGRvY3VtZW50YXRpb24gdG8gcmVmbGVjdCB0aGUgY3VycmVudCBzdGF0ZS4gUG9zdGluZyBoZXJl IGZvciBleHBvc3VyZTo8L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTpBcmlhbDtmb250LXNp emU6MTRweCI+PGJyPjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OkFyaWFsO2ZvbnQtc2l6 ZToxNHB4Ij48c3Bhbj48YSByZWw9Im5vcmVmZXJyZXIgbm9mb2xsb3cgbm9vcGVuZXIgbm9yZWZl cnJlciIgaHJlZj0iaHR0cHM6Ly94eWlubi5vcmcvbWQvZnJlZWJzZC9mcmFtZXdvcmtfbGFwdG9w IiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly94eWlubi5vcmcvbWQvZnJlZWJzZC9mcmFtZXdvcmtf bGFwdG9wPC9hPjwvc3Bhbj48YnI+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6QXJpYWw7 Zm9udC1zaXplOjE0cHgiPjxicj48L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OkFyaWFs O2ZvbnQtc2l6ZToxNHB4Ij4NCiAgICA8ZGl2Pg0KICAgICAgICA8ZGl2PkpvbmF0aGFuIFZhc3F1 ZXo8YnI+PC9kaXY+PGRpdj5QR1A6IDM0REEgODU4QyAxNDQ3IDUwOUUgQzc3QSAgRDQ5RiBGQjg1 IDkwQjcgQzRDQSA1Mjc5PGJyPjwvZGl2PjxkaXY+U2VudCB3aXRoIFByb3Rvbk1haWwgU2VjdXJl IEVtYWlsPGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjwvZGl2PjwvZGl2PjwvYmxvY2txdW90ZT48 ZGl2Pjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PkhpPC9kaXY+PGRpdj5UaGFua3MgZm9y IHRoaXMgcGFnZSE8L2Rpdj48ZGl2PkkmIzM5O3ZlIGp1c3QgcmVjZWl2ZWQgRnJhbWV3b3JrIGxh cHRvcCB2MiB3aXRoIEludGVsIDEydGggZ2VuIENQVSAxMjYwcCB3aXRoaW4gYmF0Y2ggMi48L2Rp dj48ZGl2Pkdvbm5hIHBsYXkgd2l0aCBpdCBhbmQgRnJlZUJTRC48L2Rpdj48ZGl2PlNlZSB0aGUg YXR0YWNobWVudCBmb3IgYHBjaWNvbmYgLWx2YCBpZiBpbnRlcmVzdGVkLjwvZGl2PjwvZGl2Pjwv ZGl2PjwvYmxvY2txdW90ZT48L2Rpdj48L2Jsb2NrcXVvdGU+PC9ibG9ja3F1b3RlPjxkaXY+PGJy PjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+Rm9yIG5vdyBJJiMzOTttIGdvbm5hIGluc3RhbGwg c29tZSBMaW51eC48L2Rpdj48ZGl2PjxkaXY+SSYjMzk7dmUgYmVlbiBhIEZyZWVCU0QgZGVza3Rv cCB1c2VyIGZvciB0aGUgcGFzdCA3IHllYXJzIG5vdyBhbmQgSSYjMzk7bSBsb29raW5nIGZvcndh cmQgdG/CoEFsZGVyIExha2UgR1BVIHN1cHBvcnQgKGdyYXBoaWNzL2dwdS1maXJtd2FyZS1pbnRl bC1rbW9kPyBncmFwaGljcy9kcm0tNTEwLWttb2Q/IGtlcm5lbD8pIGluIEZyZWVCU0QuPC9kaXY+ PGRpdj48L2Rpdj48L2Rpdj48ZGl2PkkgaGF2ZSBubyBmYXZvcml0ZSBsaW51eCBkaXN0cm8sIHBy b2JhYmx5IGl0JiMzOTtzIGdvbm5hIGJlIHNvbWUgVWJ1bnR1IGRlcml2YXRpdmUgZm9yIG5vdy48 L2Rpdj48L2Rpdj48L2Rpdj4NCjwvZGl2Pg== --b1_wbG0JZzV47TRu7jjOAhpQvmQkYSYE2FCS5Ljgwo-- From nobody Mon Aug 22 18:48:35 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MBLx63nGgz4ZNVX for ; Mon, 22 Aug 2022 18:48:58 +0000 (UTC) (envelope-from mgrooms@shrew.net) Received: from mx1.shrew.net (mx1.shrew.net [38.97.5.131]) (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 4MBLx55sLjz3dgh; Mon, 22 Aug 2022 18:48:57 +0000 (UTC) (envelope-from mgrooms@shrew.net) Received: from mail.shrew.net (mail.shrew.prv [10.24.10.20]) by mx1.shrew.net (8.15.2/8.15.2) with ESMTP id 27MImpZS056959; Mon, 22 Aug 2022 13:48:51 -0500 (CDT) (envelope-from mgrooms@shrew.net) Received: from [10.22.200.32] (unknown [136.49.68.36]) by mail.shrew.net (Postfix) with ESMTPSA id EB47118C219; Mon, 22 Aug 2022 13:48:45 -0500 (CDT) Message-ID: Date: Mon, 22 Aug 2022 13:48:35 -0500 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:91.0) Gecko/20100101 Thunderbird/91.12.0 Content-Language: en-US To: freebsd-stable@freebsd.org From: Matthew Grooms Subject: CAM IOCTL issue with 13.1-STABLE Cc: mav@FreeBSD.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (mx1.shrew.net [10.24.10.10]); Mon, 22 Aug 2022 13:48:51 -0500 (CDT) X-Rspamd-Queue-Id: 4MBLx55sLjz3dgh X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mgrooms@shrew.net designates 38.97.5.131 as permitted sender) smtp.mailfrom=mgrooms@shrew.net X-Spamd-Result: default: False [-3.30 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:174, ipnet:38.0.0.0/8, country:US]; MIME_TRACE(0.00)[0:+]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[shrew.net]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hi All, There appears to be a problem with XPT_DEV_MATCH CAM IOCTL calls. This prevents a bunch of packages on 13.1-STABLE from working correctly. A bug was filed and Mark J was kind enough to help diagnose the issue, but it's sitting in unassigned status. Can someone please assign it to the correct group so it gets some attention? The FreeBSD bug: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264709 The offending commit ( I think? ): https://cgit.freebsd.org/src/commit/sys/cam/cam_ccb.h?h=stable/13&id=7d7168478380f08b3a7fd58ca7cf83182fae6850 Thanks, -Matthew From nobody Tue Aug 23 13:44:48 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MBr7l26gwz4ZhrF for ; Tue, 23 Aug 2022 13:44:51 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-qv1-xf35.google.com (mail-qv1-xf35.google.com [IPv6:2607:f8b0:4864:20::f35]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MBr7k4qMTz49sB for ; Tue, 23 Aug 2022 13:44:50 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: by mail-qv1-xf35.google.com with SMTP id b2so10537688qvp.1 for ; Tue, 23 Aug 2022 06:44:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:to :content-language:subject:user-agent:mime-version:date:message-id :sender:from:to:cc; bh=c0FV16NE84DrEWa1RqYzcmY9xCVdQq6mxXheWvDLbyY=; b=LihxJFNruxjoKKdXV00POG8m1W6mDQJJxDw3Eu3axameKx3PZGh2aVbunoRo6hsyNv bu/JeEKL7T/rxg0/kirRhDkDwt38HfbNoZod/4HoCTMeHllHG89ESZqZRbfNZqamCtrh fvmLNv5yaCPYEZhpesb93K8vrnOtpjd9I9I66tgy9ds0Otop8fuVmBHYCpPWbkCTOtT9 K9wAK4leJ+QDUbTA/5J3q+l1PZ10gcfdzz4foaSF2p+Tur6HjNui73H+5QnFiKi0x+aa c/vOACUirnt4s+BlubKOQL8sklYqejeEkDdSapupgrOIwFaItDzfEd41UsXYNpqNqE+d 7uvg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:to :content-language:subject:user-agent:mime-version:date:message-id :sender:x-gm-message-state:from:to:cc; bh=c0FV16NE84DrEWa1RqYzcmY9xCVdQq6mxXheWvDLbyY=; b=7qX+4aKOwM88UgN4ONe6KAE19w7j1FxYLZQiEsRE73X8+ly55YhsuhuoA54Qm13jsp 504t7u79xRyxsgDCtHwHRE7aoSt0o1ISKbwWzLlqjTdryF36XvovwIVCTmvXoa7IVJfP FqCsFgcF20RiFfQTfXheo0CTZpSlg/2LZsoPAExSt3sq9fSBgDwaDYOB4hoLnDVUx0RI YYcLDYfrcddhLz92Y/0GpMj4aHRffk72aN/qisa2ZSL3OcZ0zUhe/N/7EhyHjXj9vYio XOHmIef3E55qi35D0Z8aRD17gmhinKtkbzcB7szIAN2DOMZfL4tIQ6NnaMJY8fgT0SkP qSRg== X-Gm-Message-State: ACgBeo2gYp6OJd0iatoCxRvhyZ2P39Q91886TEKSmdFhJyYxt6mZuaV8 FiPHfob37TSL8M5YlsZidZ/68E76gmc= X-Google-Smtp-Source: AA6agR7nxl5jt2hiBj8k5dIwRVkwDh996FTqDTuKsku3eaD02pwhDcxNEVk3PQohc7GYcs5NtNkblQ== X-Received: by 2002:a05:6214:1ccc:b0:496:ab0a:896a with SMTP id g12-20020a0562141ccc00b00496ab0a896amr19524660qvd.36.1661262289862; Tue, 23 Aug 2022 06:44:49 -0700 (PDT) Received: from [10.231.1.66] (075-130-069-034.biz.spectrum.com. [75.130.69.34]) by smtp.gmail.com with ESMTPSA id t3-20020a37ea03000000b006bc0980db76sm6339079qkj.126.2022.08.23.06.44.48 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 23 Aug 2022 06:44:49 -0700 (PDT) Message-ID: <3caeafa8-6c9c-2632-9010-9c8e21098378@FreeBSD.org> Date: Tue, 23 Aug 2022 09:44:48 -0400 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:91.0) Gecko/20100101 Thunderbird/91.9.0 Subject: Re: CAM IOCTL issue with 13.1-STABLE Content-Language: en-US To: Matthew Grooms , freebsd-stable@freebsd.org References: From: Alexander Motin In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4MBr7k4qMTz49sB X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=LihxJFNr; dmarc=none; spf=pass (mx1.freebsd.org: domain of mavbsd@gmail.com designates 2607:f8b0:4864:20::f35 as permitted sender) smtp.mailfrom=mavbsd@gmail.com X-Spamd-Result: default: False [-3.19 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; NEURAL_HAM_MEDIUM(-0.99)[-0.989]; FORGED_SENDER(0.30)[mav@FreeBSD.org,mavbsd@gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DMARC_NA(0.00)[freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; FROM_NEQ_ENVFROM(0.00)[mav@FreeBSD.org,mavbsd@gmail.com]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::f35:from]; DKIM_TRACE(0.00)[gmail.com:+]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org] X-ThisMailContainsUnwantedMimeParts: N Hi Matthew, I took a brief look on it and found that CAM compatibility code just does not cover that IOCTL. That is why when CAM version was bumped it cause the unexpected breakage. Short term fix would be to rebuild the application to new CAM version, while for proper fix somebody would have to implement the compatibility code for that IOCTL. On 22.08.2022 14:48, Matthew Grooms wrote: > There appears to be a problem with XPT_DEV_MATCH CAM IOCTL calls. This > prevents a bunch of packages on 13.1-STABLE from working correctly. A > bug was filed and Mark J was kind enough to help diagnose the issue, but > it's sitting in unassigned status. Can someone please assign it to the > correct group so it gets some attention? > > The FreeBSD bug: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264709 > > The offending commit ( I think? ): > https://cgit.freebsd.org/src/commit/sys/cam/cam_ccb.h?h=stable/13&id=7d7168478380f08b3a7fd58ca7cf83182fae6850 -- Alexander Motin From nobody Tue Aug 23 14:02:48 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MBrXW0dB0z4ZkW4 for ; Tue, 23 Aug 2022 14:02:51 +0000 (UTC) (envelope-from SRS0=3JBn=Y3=klop.ws=ronald-lists@realworks.nl) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (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 4MBrXV1y63z4DP9 for ; Tue, 23 Aug 2022 14:02:50 +0000 (UTC) (envelope-from SRS0=3JBn=Y3=klop.ws=ronald-lists@realworks.nl) Date: Tue, 23 Aug 2022 16:02:48 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1661263368; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=tGnpVLMQrgjIhnz5QqAw2rGUSG7jTm7fLQSNX4h3Yjw=; b=JseX2dqQzlsDSm1P5woPrghJumyvITB69n2nvMwEpuUythg1lTKQfUjy9ZIO0sBbsRv6p7 uJkBov+fq11ePmmxaovLGS69CDR6RK8SYWtouhwX2v+iSGUezzd3sir48JWIecMRkO1+Ol GyLzc1sZwQMu++t9qiZp446uJNfGHwAXckretW9ty6L1TrqBK15WsGxzuE05pY/AfvbDjP V9XeH2cT3FjdboqtJkPz6aN+2SHcYWTXl/G+C7clirYlM6+BvoWuRnmeUQuVbf7/wrzHLZ rdmeaJOCMwUdiH/i/Bus/Fru6NJixxn/LmspTjXXSKvrS2qwYz63GzxrKGNAjw== From: Ronald Klop To: FreeBSD-STABLE Mailing List Message-ID: <389080342.286.1661263368708@localhost> Subject: boot environment and /var/db/etcupdate ? List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_285_54489529.1661263368683" X-Mailer: Realworks (620.114) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: 4MBrXV1y63z4DP9 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=klop.ws header.s=rw2 header.b=JseX2dqQ; dmarc=pass (policy=quarantine) header.from=klop.ws; spf=pass (mx1.freebsd.org: domain of "SRS0=3JBn=Y3=klop.ws=ronald-lists@realworks.nl" designates 194.109.157.24 as permitted sender) smtp.mailfrom="SRS0=3JBn=Y3=klop.ws=ronald-lists@realworks.nl" X-Spamd-Result: default: False [-2.16 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; NEURAL_HAM_LONG(-0.96)[-0.957]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,quarantine]; FORGED_SENDER(0.30)[ronald-lists@klop.ws,SRS0=3JBn=Y3=klop.ws=ronald-lists@realworks.nl]; R_SPF_ALLOW(-0.20)[+ip4:194.109.157.0/24]; R_DKIM_ALLOW(-0.20)[klop.ws:s=rw2]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_COUNT_ZERO(0.00)[0]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; MIME_TRACE(0.00)[0:+,1:+,2:~]; HAS_X_PRIO_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[klop.ws:+]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_NEQ_ENVFROM(0.00)[ronald-lists@klop.ws,SRS0=3JBn=Y3=klop.ws=ronald-lists@realworks.nl] X-ThisMailContainsUnwantedMimeParts: N ------=_Part_285_54489529.1661263368683 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi, I'm running the super duper boot environment using ZFS. [1] I have /var and /usr/local as separate datasets. These do not change when I upgrade the OS and that keeps the backups a lot smaller as the backup sees a new BE as a new dataset and fully zfs sends all the data again. But when I rollback /var/db/etcupdate is not in sync with / anymore. And /var/db/ports and /var/db/pkg should be kept in sync with /usr/local. But I do not need to rollback these if I need to go back to the previous BE. Do people have a nice solution for this? Should I mv and symlink /var/db/etcupdate to somewhere in the BE? Regards, Ronald. [1] https://wiki.freebsd.org/BootEnvironments ------=_Part_285_54489529.1661263368683 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Hi,

I'm running the super duper boot environment using ZFS. [1]

I have /var and /usr/local as separate datasets. These do not change when I upgrade the OS and that keeps the backups a lot smaller as the backup sees a new BE as a new dataset and fully zfs sends all the data again.

But when I rollback /var/db/etcupdate is not in sync with / anymore.
And /var/db/ports and /var/db/pkg should be kept in sync with /usr/local. But I do not need to rollback these if I need to go back to the previous BE.

Do people have a nice solution for this?

Should I mv and symlink /var/db/etcupdate to somewhere in the BE?

Regards,
Ronald.

[1] https://wiki.freebsd.org/BootEnvironments
  ------=_Part_285_54489529.1661263368683-- From nobody Tue Aug 23 22:52:53 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MC4Kd568Nz4ZW5K for ; Tue, 23 Aug 2022 22:54:13 +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 4MC4Kc6F86z3nmF for ; Tue, 23 Aug 2022 22:54:12 +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 27NMqrrq008982 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 23 Aug 2022 15:52:53 -0700 (PDT) (envelope-from warlock@phouka1.phouka.net) Received: (from warlock@localhost) by phouka1.phouka.net (8.16.1/8.16.1/Submit) id 27NMqrXX008981; Tue, 23 Aug 2022 15:52:53 -0700 (PDT) (envelope-from warlock) Date: Tue, 23 Aug 2022 15:52:53 -0700 From: John Kennedy To: Ronald Klop Cc: FreeBSD-STABLE Mailing List Subject: Re: boot environment and /var/db/etcupdate ? Message-ID: References: <389080342.286.1661263368708@localhost> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <389080342.286.1661263368708@localhost> X-Rspamd-Queue-Id: 4MC4Kc6F86z3nmF X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of warlock@phouka1.phouka.net has no SPF policy when checking 107.170.196.116) smtp.mailfrom=warlock@phouka1.phouka.net X-Spamd-Result: default: False [-0.80 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; FORGED_SENDER(0.30)[warlock@phouka.net,warlock@phouka1.phouka.net]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; R_SPF_NA(0.00)[no SPF record]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:14061, ipnet:107.170.192.0/18, country:US]; R_DKIM_NA(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_DN_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; DMARC_NA(0.00)[phouka.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FROM_NEQ_ENVFROM(0.00)[warlock@phouka.net,warlock@phouka1.phouka.net] X-ThisMailContainsUnwantedMimeParts: N On Tue, Aug 23, 2022 at 04:02:48PM +0200, Ronald Klop wrote: > Hi, > > I'm running the super duper boot environment using ZFS. [1] > > I have /var and /usr/local as separate datasets. These do not change when I upgrade the OS and that keeps the backups a lot smaller as the backup sees a new BE as a new dataset and fully zfs sends all the data again. > > But when I rollback /var/db/etcupdate is not in sync with / anymore. > And /var/db/ports and /var/db/pkg should be kept in sync with /usr/local. But I do not need to rollback these if I need to go back to the previous BE. For my part, /var/db/pkg is mostly just a reference to my local poudriere package stash and is relevant to the BE (but pretty stagnant unless I'm changing major versions between 12/13/14). On my system, /var/db is part of /. i don't have any custom settings in /var/db/ports, I keep all of that in /etc/make.conf where I can splat that around easily and of course that then stays synced with the BE. I'd be a little leery of having /usr/local decoupled from the BE, but that's mostly worried about things like kernel drivers that would get out of sync with the kernel in the BE. IMHO, you really do want /var/db/etcupdate synced with the BE. My /var/(mail|tmp|crash|log) are separate though. From nobody Wed Aug 24 03:52:27 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MCBy03TKCz4b47x for ; Wed, 24 Aug 2022 03:52:40 +0000 (UTC) (envelope-from timp87@gmail.com) Received: from mail-vs1-xe2e.google.com (mail-vs1-xe2e.google.com [IPv6:2607:f8b0:4864:20::e2e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MCBxz3sFnz46YD for ; Wed, 24 Aug 2022 03:52:39 +0000 (UTC) (envelope-from timp87@gmail.com) Received: by mail-vs1-xe2e.google.com with SMTP id q67so7645551vsa.1 for ; Tue, 23 Aug 2022 20:52:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc; bh=lsDk0LrPigyHk0impEODi0KgMobY0p38FUA24kG4qJo=; b=A8o8pAIZclxkTxw/isnEPho/u5WH+6M6+NCl9/ThUkCYI3g5EiixwkD3zNUPRXddRy VxQijoq3e9joL/5QNavoxofDYJlbcv/+T2+sn5iEsorDy0e27b5mM9gtxN2QZXQrSfTp ba9YnQILIrvN24zti6auYNoIQqjOeeNpqs3/bBkjXWhsj603PcOqUVELvQZUZyULnWrs O1top9Baq6cVjAqaiyQt9rNOYi8yoz1wKnoko7gqgp2I0RQ9tqFeIT03KtslLEP4gnT1 lHmbBbSpsCaGGxL/9l0e4VyR5i01N4V4V0cXbeC19TKawRZxYLzDg3GxAmp6fSU6IiD0 3DMA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc; bh=lsDk0LrPigyHk0impEODi0KgMobY0p38FUA24kG4qJo=; b=b20HjX+2iGVfQbX/HvItpfVTgKMKwlxqpsTd03omQ6j0gebcj/v2Fc5cyPpPiN7jO5 tiKe1SLL9/w43trvHIUbAYk6H51JLzYWlgxOkNUzpvb/I9gVBBhDfeR437YI4gSEnZy+ mIHI0t3UNUob4RWSuVsxzRJ1xIqoafBAgTTlGV4aouMTeLoZsVS64+BusDwIcE/n4RJ6 enZcw48Fl/vFIEDTAJHRw20CLNtcLYQHsaOzsWqU7LGAyom56/FCF7zmfz94NZx55B+B D7mMu5wHhSVaw5JTUMJHTKhI3VSxvHUc1Cr4Sbog1oaqwR5F0IbxTiM1EHsc8ypjwvUY DEvA== X-Gm-Message-State: ACgBeo2lQzxNZP8Sde5q4gAH7AXdGOwfDrUOw4twk39G+IEwwJYvi5HE kQ7X41mqubr1+hJxdtVqyFH4ZclF71gcOHHdlmylXDWr6HI= X-Google-Smtp-Source: AA6agR4Q/uMvD/hHLTdLAOc2ifDFMMyZm8D/dYSpjrtxsq5JFTA24yPO/Lbr6srA6wZpaTUIhecdxLlXyDH9CTBQovs= X-Received: by 2002:a67:cf89:0:b0:388:9db0:15f0 with SMTP id g9-20020a67cf89000000b003889db015f0mr10314095vsm.52.1661313158741; Tue, 23 Aug 2022 20:52:38 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Pavel Timofeev Date: Tue, 23 Aug 2022 21:52:27 -0600 Message-ID: Subject: Re: Framework Laptop (Batch 6) finally working :D To: Jonathan Vasquez Cc: stable@freebsd.org Content-Type: multipart/alternative; boundary="000000000000b002e905e6f49cb7" X-Rspamd-Queue-Id: 4MCBxz3sFnz46YD X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=A8o8pAIZ; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of timp87@gmail.com designates 2607:f8b0:4864:20::e2e as permitted sender) smtp.mailfrom=timp87@gmail.com X-Spamd-Result: default: False [-3.94 / 15.00]; NEURAL_HAM_LONG(-1.00)[-0.996]; NEURAL_HAM_SHORT(-1.00)[-0.995]; NEURAL_HAM_MEDIUM(-0.95)[-0.953]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MLMMJ_DEST(0.00)[stable@freebsd.org]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::e2e:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCPT_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; TO_DN_SOME(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N --000000000000b002e905e6f49cb7 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =D0=B2=D1=82, 16 =D0=B0=D0=B2=D0=B3. 2022 =D0=B3. =D0=B2 10:44, Jonathan Va= squez : > Haha sounds good. Have fun! > > > Sent from ProtonMail mobile > > > > -------- Original Message -------- > On Aug 16, 2022, 11:47, Pavel Timofeev < timp87@gmail.com> wrote: > > > > > =D0=B2=D1=82, 16 =D0=B0=D0=B2=D0=B3. 2022 =D0=B3. =D0=B2 08:44, Jonathan = Vasquez : > >> Thanks for reporting back Pavel. What are you gonna put on it in the >> meantime? >> >> >> Sent from ProtonMail mobile >> >> >> >> -------- Original Message -------- >> On Aug 16, 2022, 08:25, Pavel Timofeev < timp87@gmail.com> wrote: >> >> >> Hmm, not so much fun since Alder lake GPU is not supported yet (at least >> in the ports tree) >> >> On Mon, Aug 15, 2022, 15:23 Pavel Timofeev wrote: >> >>> >>> >>> =D0=BF=D1=82, 5 =D0=B0=D0=B2=D0=B3. 2022 =D0=B3. =D0=B2 22:34, Jonathan= Vasquez : >>> >>>> Hey all, >>>> >>>> I finished coming back to my Framework Laptop (Batch 6) after a couple >>>> of months of working on getting FreeBSD working on my Thinkpad X260 an= d >>>> Thinkpad X1C7. I finally got it working to a good enough state. There = are >>>> still some quirks but the bug reports are pretty much all already open= for >>>> those so I'm hoping those will get fixed eventually. I've updated my >>>> documentation to reflect the current state. Posting here for exposure: >>>> >>>> https://xyinn.org/md/freebsd/framework_laptop >>>> >>>> Jonathan Vasquez >>>> PGP: 34DA 858C 1447 509E C77A D49F FB85 90B7 C4CA 5279 >>>> Sent with ProtonMail Secure Email >>>> >>>> >>> >>> Hi >>> Thanks for this page! >>> I've just received Framework laptop v2 with Intel 12th gen CPU 1260p >>> within batch 2. >>> Gonna play with it and FreeBSD. >>> See the attachment for `pciconf -lv` if interested. >>> >> > > For now I'm gonna install some Linux. > I've been a FreeBSD desktop user for the past 7 years now and I'm looking > forward to Alder Lake GPU support (graphics/gpu-firmware-intel-kmod? > graphics/drm-510-kmod? kernel?) in FreeBSD. > I have no favorite linux distro, probably it's gonna be some Ubuntu > derivative for now. > > While I'm trying to survive on the scfb driver I noticed that the sound is not switching to 3.5 jack headphones. Here is the tiny patch to make it work. I hope someone picks it up soon. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D266009 --000000000000b002e905e6f49cb7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
=D0=B2=D1=82, 16 =D0=B0=D0=B2=D0=B3. = 2022 =D0=B3. =D0=B2 10:44, Jonathan Vasquez <jon@xyinn.org>:
Haha sounds good. Have fun!


Sent from ProtonMail mo= bile



-------- Original Message --------
On Aug 16, 2022, = 11:47, Pavel Timofeev < timp87@gmail.com> wrote:



=D0=B2=D1=82, 16 =D0=B0=D0=B2=D0=B3. 2022 =D0=B3. =D0=B2 08= :44, Jonathan Vasquez <jon@xyinn.org>:
Thanks for reporting back Pavel. What are you gonna put on it in= the meantime?


Sent from ProtonMail mobile



------= -- Original Message --------
On Aug 16, 2022, 08:25, Pavel Timofeev <= timp87@gmail.com= > wrote:

Hmm, not so much fun since Ald= er lake GPU is not supported yet (at least in the ports tree)

On Mon, Aug 15= , 2022, 15:23 Pavel Timofeev <timp87@gmail.com> wrote:

=D0=BF=D1= =82, 5 =D0=B0=D0=B2=D0=B3. 2022 =D0=B3. =D0=B2 22:34, Jonathan Vasquez <= jon@x= yinn.org>:
Hey all,

I finished coming back to my Framework Laptop (Batch 6= ) after a couple of months of working on getting FreeBSD working on my Thin= kpad X260 and Thinkpad X1C7. I finally got it working to a good enough stat= e. There are still some quirks but the bug reports are pretty much all alre= ady open for those so I'm hoping those will get fixed eventually. I'= ;ve updated my documentation to reflect the current state. Posting here for= exposure:

<= div style=3D"font-family:Arial;font-size:14px">https://xyinn.org/md/freebsd/framework_laptop





--000000000000b002e905e6f49cb7-- From nobody Wed Aug 24 08:46:10 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MCKSm26vGz4ZfNl for ; Wed, 24 Aug 2022 08:46:16 +0000 (UTC) (envelope-from peterj@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MCKSm1cFcz3XNb; Wed, 24 Aug 2022 08:46:16 +0000 (UTC) (envelope-from peterj@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1661330776; 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=HbAkmJXUBW2KzhmwhybkcjSYAP8gfvLCFe+RLvXTMuM=; b=vP8uz1/4i0qgb82eJz/HFeXi3lLtnOnMZHG3n5R1ukTCxIsi3muLhDIE5yrgH6nS+Ey2jG lhumFQNWDxZmVHpENJPWCT/zu491Fr3LMJEhfB0Gf+s5ItbxSq6x8nQ8ZQLxRhVHF/hVqa xNBEfUxfRLbSF3L1fc7aFPy4gvPQW3Y56XlUmOY4klH+P61J2C2SYlbTz0zUNpuUvXFyKD B38/nixz/532MVx7YhS9LeGLayMK7s6Gg9IoIayQInSYRFkHu9eqi2tadvZoKy6xNdr8hZ ll1jKb6Yfh7a7mc51Gml2zcDg5YAEJb+o8quF//8D60xeFeHkVaSxlZGebiPQg== Received: from server.rulingia.com (ppp239-208.static.internode.on.net [59.167.239.208]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512) (Client did not present a certificate) (Authenticated sender: peterj) by smtp.freebsd.org (Postfix) with ESMTPSA id 4MCKSk6PFlz1Bp9; Wed, 24 Aug 2022 08:46:14 +0000 (UTC) (envelope-from peterj@freebsd.org) Date: Wed, 24 Aug 2022 18:46:10 +1000 From: Peter Jeremy To: John Kennedy Cc: Ronald Klop , FreeBSD-STABLE Mailing List Subject: Re: boot environment and /var/db/etcupdate ? Message-ID: References: <389080342.286.1661263368708@localhost> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="KsyFOwaaLw8dycDE" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://www.rulingia.com/keys/peter.pgp ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1661330776; 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=HbAkmJXUBW2KzhmwhybkcjSYAP8gfvLCFe+RLvXTMuM=; b=NWh8u+uc1Pn054LkqGj92cmEGfgamgoAocgk4N8YzZWYmTHn8w0ZWX9nb2rcT9E9saGxUs Uo6a9JovInd6xr1tC7bt7m4+gtPlgRP//4esljxhQUC6qNOlo073gpuzEedxMyGIERJimj SvwZ6avIvFEj0zlNNOcX7PUb3Bwfg8r1Jc80chJKmRW3686F/hJbSe3NHDGD5Kfi/1LoG6 u6IeMiHUBMTbPRGC2WXWXlGqtnJC/hxR7WaeFVaEgHP8Hw/NXnjRHOFpAI1a6u+oNZ8dXC EhRy/wGcfCLumDkQaNP2VOgSAK/5rrkf2w/E92TAAJk7yAprxx25N4oOjZvk8g== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1661330776; a=rsa-sha256; cv=none; b=dMhkWTUo51JYLMMsthu/wR38TFWFIo0YnIBVcs97aV8bTNeveqvaY6farAadvk7vE8tSU1 2LBp6rHhyJKpbqAPVhlILwd1CoGKsajVGk6F/Cy74zBt+yeUHGy49FPOTfmXOL7MzZ52Ai GziCJYX4kYJ+UN2TA5BTAQjKUZctkRZmhGN/qIKzXw44K0ua7tdgH2WFLjy6XcfX863e+Z Pfpt58W8WaoCsODbsm/XaHxwoW/Mi3XXvUdVyced+POp91dk4zqg3qn5bAzP3h60yfrNq6 8Q1OccFdSvxzMoGAKPMx9Z4G/v7fekAKuDriF7o8mJqEwW/ZEv1Mhq+x39m/PA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N --KsyFOwaaLw8dycDE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2022-Aug-23 15:52:53 -0700, John Kennedy wrote: >On Tue, Aug 23, 2022 at 04:02:48PM +0200, Ronald Klop wrote: >> Hi, >>=20 >> I'm running the super duper boot environment using ZFS. [1] >>=20 >> I have /var and /usr/local as separate datasets. These do not change whe= n I upgrade the OS and that keeps the backups a lot smaller as the backup s= ees a new BE as a new dataset and fully zfs sends all the data again. >>=20 >> But when I rollback /var/db/etcupdate is not in sync with / anymore. >> And /var/db/ports and /var/db/pkg should be kept in sync with /usr/local= =2E But I do not need to rollback these if I need to go back to the previou= s BE. Looking in /var, the only thing I can see that needs to track the BE is /var/db/etcupdate - everything else should preferentially be outside the BE (and having things like e.g. /var/mail in the BE will cause problems if you rollback the BE). /usr/local and /var/db/pkg need to track to prevent package installation metadata getting out of step with the actual installed packages. > For my part, /var/db/pkg is mostly just a reference to my local >poudriere package stash and is relevant to the BE (but pretty stagnant >unless I'm changing major versions between 12/13/14). On my system, >/var/db is part of /. Several database ports default to putting their data under /var/db so having that in a BE is likely to cause problems if you rollback. > I'd be a little leery of having /usr/local decoupled from the BE, >but that's mostly worried about things like kernel drivers that would >get out of sync with the kernel in the BE. Kernel driver ports should all be in /boot/modules, not /usr/local (this does mean that rolling back a BE will cause problems with the metadata associated with those ports, but typically there are relatively few such ports). I don't believe there are any other ports that are tightly bound to the actual running kernel (though sysutils/lsof comes close). A downside of putting /usr/local in the BE is that another large collection of ports default to storing their data under /usr/local and that should be decoupled from BEs. Overall, I don't believe there's a one-size-fits-all solution to identifying what should be part of the BE. If you are using BEs to switch between major versions, it probably does make sense to include /usr/local in the BE - but then you need to extricate all the application data that needs to not be rolled back. --=20 Peter Jeremy --KsyFOwaaLw8dycDE Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE7rKYbDBnHnTmXCJ+FqWXoOSiCzQFAmMF5UxfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEVF QjI5ODZDMzA2NzFFNzRFNjVDMjI3RTE2QTU5N0EwRTRBMjBCMzQACgkQFqWXoOSi CzSfYw//Yh9qiqij+e7k6c6gdhSi0+0EbmrwxMs4e8HLZQN0b+lNx5O95XG8QZ/3 Fx+/d1CUAe7wm9qXR6WcTKEndMp8igf3hkJlfnfS6l/cAsCZqn3ZQ5yTKhtUG7z3 6AxYb1ndGKZBzdcdBLoi2YHDkZ/eU58NMc1tjz9RwmhsxkXiC3LhLnHaf3T2ghFs I0USEGgKDItNph9sfk7k0IR/JF42whQfTDqEe2ixQ0RF8K5sSoyVsEl2RbVWRWu5 4P9rHVAPVIiRp6oYtq9z/LDzHjbyN7q0DyYTDlTY7hnU+a/YQK5wWWO2BygTaSkR v/hCnBWf5TDkS//mb7s99b5n4Y1/GPLKQPmd5UIXrCYUv6Wk4zJpWJ2xWOz0SP6o L7U8jBlG+Gy+FALvHwiK1gzHMudHRxJwPPIuBIWchYpXkZIO77G7bDc9k8hMxiWd RXXnY3RaSvBEqvTnSVJY3OFrbPFGjHAKB3OebH0/odUuLUHd3JUXjFSHJUqQVaY9 in1vqhMrL0H82L3Gxisf8GlkflLyhnYF1ZCLnKgDhvY151uyBMNXfX4yjrx6PWqm Rg3zhaL8iYkqD/6aFzDYe+vWIXYOob/doOOTH86ujc5JtCBMWKuruL/I4+rsMjBT c2us/4+bWghkhAoq2wrN1pr0GgX5rYBwWJUj2AnjIEPGHyY3Qzo= =fMbS -----END PGP SIGNATURE----- --KsyFOwaaLw8dycDE-- From nobody Wed Aug 24 10:04:32 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MCMC75PmHz4Zpyw for ; Wed, 24 Aug 2022 10:04:35 +0000 (UTC) (envelope-from SRS0=Ad7j=Y4=klop.ws=ronald-lists@realworks.nl) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (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 4MCMC61T92z3fdr; Wed, 24 Aug 2022 10:04:34 +0000 (UTC) (envelope-from SRS0=Ad7j=Y4=klop.ws=ronald-lists@realworks.nl) Date: Wed, 24 Aug 2022 12:04:32 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1661335472; 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=kZJ2h+ttS5oBErysDNjXXa6tElvPFu0DWxnIo1msfiI=; b=vG+V7JpKAuozeia4AEcARrdeQzWebOKdBqZ4zOScbq2NGRnIn+tpsOdOk5P8BjwHpH75oS PNAoL/pLveSiu3gq81pWU0pz3VHq48kxMs7fphnxTVvzEwga2o39f1KXke7IlqHgS3GDad Lb7AJmNDUAahO00H0fTI1vhshg7icxh7+JNoi4w+5NUgMYfsSVTXAhqI7Z41uT8KuNo8AP gpjxHPxS2458Q8k2JFGvlHzy5EqS568AJWcCMwFt7407GDXzJo2EMI83O0dQFnsfjrjrto yw/44itFy7av8ZLcjQpOSooq+KfX29ePraaOGwLn2uxJt7wSQU1ZAroS7LiSbA== From: Ronald Klop To: Peter Jeremy Cc: FreeBSD-STABLE Mailing List , John Kennedy Message-ID: <284888814.115.1661335472728@localhost> In-Reply-To: References: <389080342.286.1661263368708@localhost> Subject: Re: boot environment and /var/db/etcupdate ? List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_114_202692365.1661335472722" X-Mailer: Realworks (620.114) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: 4MCMC61T92z3fdr X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=klop.ws header.s=rw2 header.b=vG+V7JpK; dmarc=pass (policy=quarantine) header.from=klop.ws; spf=pass (mx1.freebsd.org: domain of "SRS0=Ad7j=Y4=klop.ws=ronald-lists@realworks.nl" designates 194.109.157.24 as permitted sender) smtp.mailfrom="SRS0=Ad7j=Y4=klop.ws=ronald-lists@realworks.nl" X-Spamd-Result: default: False [-2.19 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-1.00)[-0.998]; NEURAL_HAM_LONG(-1.00)[-0.995]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,quarantine]; FORGED_SENDER(0.30)[ronald-lists@klop.ws,SRS0=Ad7j=Y4=klop.ws=ronald-lists@realworks.nl]; R_SPF_ALLOW(-0.20)[+ip4:194.109.157.0/24]; R_DKIM_ALLOW(-0.20)[klop.ws:s=rw2]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_COUNT_ZERO(0.00)[0]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; MIME_TRACE(0.00)[0:+,1:+,2:~]; HAS_X_PRIO_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[klop.ws:+]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FROM_NEQ_ENVFROM(0.00)[ronald-lists@klop.ws,SRS0=Ad7j=Y4=klop.ws=ronald-lists@realworks.nl] X-ThisMailContainsUnwantedMimeParts: N ------=_Part_114_202692365.1661335472722 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Van: Peter Jeremy Datum: woensdag, 24 augustus 2022 10:46 Aan: John Kennedy CC: Ronald Klop , FreeBSD-STABLE Mailing List Onderwerp: Re: boot environment and /var/db/etcupdate ? > > On 2022-Aug-23 15:52:53 -0700, John Kennedy wrote: > >On Tue, Aug 23, 2022 at 04:02:48PM +0200, Ronald Klop wrote: > >> Hi, > >> > >> I'm running the super duper boot environment using ZFS. [1] > >> > >> I have /var and /usr/local as separate datasets. These do not change when I upgrade the OS and that keeps the backups a lot smaller as the backup sees a new BE as a new dataset and fully zfs sends all the data again. > >> > >> But when I rollback /var/db/etcupdate is not in sync with / anymore. > >> And /var/db/ports and /var/db/pkg should be kept in sync with /usr/local. But I do not need to rollback these if I need to go back to the previous BE. > > Looking in /var, the only thing I can see that needs to track the BE > is /var/db/etcupdate - everything else should preferentially be > outside the BE (and having things like e.g. /var/mail in the BE will > cause problems if you rollback the BE). > > /usr/local and /var/db/pkg need to track to prevent package installation > metadata getting out of step with the actual installed packages. > > > For my part, /var/db/pkg is mostly just a reference to my local > >poudriere package stash and is relevant to the BE (but pretty stagnant > >unless I'm changing major versions between 12/13/14). On my system, > >/var/db is part of /. > > Several database ports default to putting their data under /var/db so > having that in a BE is likely to cause problems if you rollback. > > > I'd be a little leery of having /usr/local decoupled from the BE, > >but that's mostly worried about things like kernel drivers that would > >get out of sync with the kernel in the BE. > > Kernel driver ports should all be in /boot/modules, not /usr/local (this > does mean that rolling back a BE will cause problems with the metadata > associated with those ports, but typically there are relatively few > such ports). I don't believe there are any other ports that are > tightly bound to the actual running kernel (though sysutils/lsof comes > close). > > A downside of putting /usr/local in the BE is that another large > collection of ports default to storing their data under /usr/local > and that should be decoupled from BEs. > > Overall, I don't believe there's a one-size-fits-all solution to > identifying what should be part of the BE. If you are using BEs > to switch between major versions, it probably does make sense to > include /usr/local in the BE - but then you need to extricate all > the application data that needs to not be rolled back. > > -- > Peter Jeremy > > > > Hi, I agree. I think the structure of /var is a bit inconsistent with the recommendation from the BootEnvirtonments wiki page [1] and bsdinstall [2]. AFAIS /var/db/pkg and /var/db/ports could better be in something like /usr/local/var/db. /var/db/portsnap has similar issues to stay in sync with /usr/ports. And when I do a major upgrade of pkgs I find it ok to make a separate snapshot of /usr/local. I use BEs primarily to have predictable OS upgrades. You are right the one size fits all is a hard one. And the current structure of /var makes it hard to customize also. ;-) Regards, Ronald. [1] https://wiki.freebsd.org/BootEnvironments [2] https://www.freebsd.org/cgi/man.cgi?bsdinstall(8) ------=_Part_114_202692365.1661335472722 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit  

Van: Peter Jeremy <peterj@freebsd.org>
Datum: woensdag, 24 augustus 2022 10:46
Aan: John Kennedy <warlock@phouka.net>
CC: Ronald Klop <ronald-lists@klop.ws>, FreeBSD-STABLE Mailing List <freebsd-stable@freebsd.org>
Onderwerp: Re: boot environment and /var/db/etcupdate ?

On 2022-Aug-23 15:52:53 -0700, John Kennedy <warlock@phouka.net> wrote:
>On Tue, Aug 23, 2022 at 04:02:48PM +0200, Ronald Klop wrote:
>> Hi,
>>
>> I'm running the super duper boot environment using ZFS. [1]
>>
>> I have /var and /usr/local as separate datasets. These do not change when I upgrade the OS and that keeps the backups a lot smaller as the backup sees a new BE as a new dataset and fully zfs sends all the data again.
>>
>> But when I rollback /var/db/etcupdate is not in sync with / anymore.
>> And /var/db/ports and /var/db/pkg should be kept in sync with /usr/local. But I do not need to rollback these if I need to go back to the previous BE.

Looking in /var, the only thing I can see that needs to track the BE
is /var/db/etcupdate - everything else should preferentially be
outside the BE (and having things like e.g. /var/mail in the BE will
cause problems if you rollback the BE).

/usr/local and /var/db/pkg need to track to prevent package installation
metadata getting out of step with the actual installed packages.

>  For my part, /var/db/pkg is mostly just a reference to my local
>poudriere package stash and is relevant to the BE (but pretty stagnant
>unless I'm changing major versions between 12/13/14).  On my system,
>/var/db is part of /.

Several database ports default to putting their data under /var/db so
having that in a BE is likely to cause problems if you rollback.

>  I'd be a little leery of having /usr/local decoupled from the BE,
>but that's mostly worried about things like kernel drivers that would
>get out of sync with the kernel in the BE.

Kernel driver ports should all be in /boot/modules, not /usr/local (this
does mean that rolling back a BE will cause problems with the metadata
associated with those ports, but typically there are relatively few
such ports).  I don't believe there are any other ports that are
tightly bound to the actual running kernel (though sysutils/lsof comes
close).

A downside of putting /usr/local in the BE is that another large
collection of ports default to storing their data under /usr/local
and that should be decoupled from BEs.

Overall, I don't believe there's a one-size-fits-all solution to
identifying what should be part of the BE.  If you are using BEs
to switch between major versions, it probably does make sense to
include /usr/local in the BE - but then you need to extricate all
the application data that needs to not be rolled back.

-- 
Peter Jeremy
 


Hi,

I agree. I think the structure of /var is a bit inconsistent with the recommendation from the BootEnvirtonments wiki page [1] and bsdinstall [2].
AFAIS /var/db/pkg and /var/db/ports could better be in something like /usr/local/var/db. /var/db/portsnap has similar issues to stay in sync with /usr/ports.

And when I do a major upgrade of pkgs I find it ok to make a separate snapshot of /usr/local. I use BEs primarily to have predictable OS upgrades.

You are right the one size fits all is a hard one. And the current structure of /var makes it hard to customize also. ;-)

Regards,
Ronald.

[1] https://wiki.freebsd.org/BootEnvironments
[2] https://www.freebsd.org/cgi/man.cgi?bsdinstall(8) ------=_Part_114_202692365.1661335472722-- From nobody Wed Aug 24 23:22:51 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MChwR38hnz4b6HG for ; Wed, 24 Aug 2022 23:23:03 +0000 (UTC) (envelope-from michal.jakubik@zoho.com) Received: from sender4-op-o13.zoho.com (sender4-op-o13.zoho.com [136.143.188.13]) (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 4MChwQ28ZJz3j9Q; Wed, 24 Aug 2022 23:23:02 +0000 (UTC) (envelope-from michal.jakubik@zoho.com) ARC-Seal: i=1; a=rsa-sha256; t=1661383373; cv=none; d=zohomail.com; s=zohoarc; b=e3fiiAlAcNWEa7Hv1R89anFzoxWRMmF7VzjNTkGPIwJ5E0YjZZgwmiTnyYdHf2IDXd+u1uj7d5lsYMUnYjp415AHwcxd0ftT2UqSRBI1Mos8uCBybWepMhWp/MgZTxdjxwR0a0fCm+Bq+lskMrN6mYSc+kg0Xg7iISztF0FrmA0= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1661383373; h=Content-Type:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:Reply-To:References:Subject:To; bh=Bq1PAL4ZJzjrnp/jtJlV/E0SZxWVxW4SpZa/gHIrLiI=; b=TkCGZfyl3bmbKZ56pMRXH0pKIEM0hloA05KZr6KV13M8AO3ojb5TxuIK/l7NU//GXZIK4bCrsZV4dMUK2c5v6L5EMmBgzSl2myBNAHT7m3MJ3hHJdsQiSOBuJ0tdI8qSOndok13H7w317jOQEwYwXfY0ziJb/uQSVCOSnmXmft4= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass header.i=swiftsmsgateway.com; spf=pass smtp.mailfrom=michal.jakubik@zoho.com; dmarc=pass header.from= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=zapps768; d=zoho.com; h=date:from:reply-to:to:cc:message-id:in-reply-to:references:subject:mime-version:content-type:user-agent; b=VkazYFyBvgSf3BdF7RZWcIi4VskeZ6N0VULdKLM0eO/mRlVVunRnxqzGZ/F0Xbr5WXmqrq07itgw UYqo5QLEvqAl+MDUWTALRrwPe8LlXr+2tYyE9j3Oo7fTku7GrAup DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1661383373; s=zoho; d=swiftsmsgateway.com; i=mike.jakubik@swiftsmsgateway.com; h=Date:Date:From:From:Reply-To:Reply-To:To:To:Cc:Cc:Message-Id:Message-Id:In-Reply-To:References:Subject:Subject:MIME-Version:Content-Type; bh=Bq1PAL4ZJzjrnp/jtJlV/E0SZxWVxW4SpZa/gHIrLiI=; b=qXLySd97Qu6ZAANa9BSI64V60f82wBKOxg+yapcsTYqCMp+sD3k7tMLxiBHat69D VAIMU2hPmZU34VPbTOpPXAbLRNBO+k05MvopUKpeOQCVz9QneV9QkLtyzy441BU8Ljj 7DdAiDwUgxE1Gm4vURwf2Me/6AZO+DVCPs61E+1s= Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1661383371917459.93992893508926; Wed, 24 Aug 2022 16:22:51 -0700 (PDT) Date: Wed, 24 Aug 2022 19:22:51 -0400 From: Mike Jakubik Reply-To: mike.jakubik@swiftsmsgateway.com To: "mike tancsa" Cc: "pieper, jeffrey e" , "jim king" , "stable@freebsd.org" , "kbowling@freebsd.org" Message-Id: <182d22a6c6d.1119560c11283607.2998737705092721009@swiftsmsgateway.com> In-Reply-To: <879b9239-2b9a-f0ae-4173-4a226c84cd85@sentex.net> References: <59b9cec0-d8c2-ce72-b5e9-99d1a1e807f8@sentex.net> <86995d10-af63-d053-972e-dd233029f3bf@jimking.net> <3d874f65-8ce2-8f06-f19a-14cd550166e3@sentex.net> <879b9239-2b9a-f0ae-4173-4a226c84cd85@sentex.net> Subject: Re: igc problems with heavy traffic List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_3994682_1854819823.1661383371885" Importance: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-Rspamd-Queue-Id: 4MChwQ28ZJz3j9Q X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=swiftsmsgateway.com header.s=zoho header.b=qXLySd97; arc=pass ("zohomail.com:s=zohoarc:i=1"); dmarc=none; spf=pass (mx1.freebsd.org: domain of michal.jakubik@zoho.com designates 136.143.188.13 as permitted sender) smtp.mailfrom=michal.jakubik@zoho.com X-Spamd-Result: default: False [-4.06 / 15.00]; ARC_ALLOW(-1.00)[zohomail.com:s=zohoarc:i=1]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-1.00)[-0.996]; NEURAL_HAM_LONG(-0.88)[-0.876]; FORGED_SENDER(0.30)[mike.jakubik@swiftsmsgateway.com,michal.jakubik@zoho.com]; R_SPF_ALLOW(-0.20)[+ip4:136.143.188.0/24]; R_DKIM_ALLOW(-0.20)[swiftsmsgateway.com:s=zoho]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; XM_UA_NO_VERSION(0.01)[]; FROM_HAS_DN(0.00)[]; HAS_REPLYTO(0.00)[mike.jakubik@swiftsmsgateway.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DMARC_NA(0.00)[swiftsmsgateway.com]; RCVD_IN_DNSWL_NONE(0.00)[136.143.188.13:from]; ASN(0.00)[asn:2639, ipnet:136.143.188.0/23, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[stable@freebsd.org]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_SOME(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; FROM_NEQ_ENVFROM(0.00)[mike.jakubik@swiftsmsgateway.com,michal.jakubik@zoho.com]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[swiftsmsgateway.com:+]; FREEMAIL_ENVFROM(0.00)[zoho.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N ------=_Part_3994682_1854819823.1661383371885 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable What kind of HW are you running on? Im assuming some sort of fairly modern = x86 CPU with at least 4 cores.. Is it multiple CPUs with Numa nodes perhaps= ? In any case, if you are testing with iperf3, try using cpuset on iperf3 t= o bind it to specific cores. I had a performance issue on a modern Epyc ser= ver with a Mellanox 25Gb card. It turns out the issue was with the schedule= r and how it was bouncing the processes around diff cores/CPU caches. See "= Poor performance with stable/13 and Mellanox ConnectX-6 (mlx5)" on the free= bsd-net mailing list for details. P.S. I also use a number of igc (Intel i225 @ 2.5Gb) cards at home and have= had no issues with them. ---- On Fri, 12 Aug 2022 11:04:19 -0400 mike tancsa wrote= --- On 8/10/2022 3:53 PM, mike tancsa wrote:=20 > On 8/10/2022 1:47 PM, Pieper, Jeffrey E wrote:=20 >>=20 >> You could try disabling EEE (Energy Efficient Ethernet). Something=20 >> like: sysctl dev.igc.0.eee_control=3D0.=20 >=20 >=20 > It does not seem to make a difference. If I have the FC as default, I=20 > get the link bounce on the 2.5G xover (cat 6 cable) maybe 2-3 min in=20 > running iper3 tests.=C2=A0 However, if I disable all flow control=20 >=20 > dev.igc.0.fc=3D0=20 > dev.igc.1.fc=3D0=20 > dev.igc.2.fc=3D0=20 > dev.igc.3.fc=3D0=20 >=20 > It *seems* to be less frequent but still happens.=C2=A0 I ordered a 2.5 G= =20 > switch so I can try and at least see which side is dropping the link.=20 > Should have it Friday to continue testing=20 >=20 =20 OK, I repeated the tests with a 2.5G unmanaged switch in between the two=20 units rather than xover. It looks like its the server that is sending=20 the majority of the packets that drops the link, not the receiver.=20 =20 One other test I did was to up hw.igc.max_interrupt_rate=3D13000 from the= =20 default of 8000. That seems to make the problem MUCH more acute.=20 =20 Here is the before and after of the link drop.=20 =20 =C2=A0dev.igc.1.wake: 0=20 =C2=A0dev.igc.1.interrupts.rx_desc_min_thresh: 0=20 -dev.igc.1.interrupts.asserts: 65=20 +dev.igc.1.interrupts.asserts: 4879479=20 =C2=A0dev.igc.1.mac_stats.tso_txd: 0=20 -dev.igc.1.mac_stats.tx_frames_1024_1522: 3=20 -dev.igc.1.mac_stats.tx_frames_512_1023: 1=20 -dev.igc.1.mac_stats.tx_frames_256_511: 2=20 -dev.igc.1.mac_stats.tx_frames_128_255: 15=20 -dev.igc.1.mac_stats.tx_frames_65_127: 2=20 +dev.igc.1.mac_stats.tx_frames_1024_1522: 12973065=20 +dev.igc.1.mac_stats.tx_frames_512_1023: 58=20 +dev.igc.1.mac_stats.tx_frames_256_511: 107=20 +dev.igc.1.mac_stats.tx_frames_128_255: 1215725=20 +dev.igc.1.mac_stats.tx_frames_65_127: 192=20 =C2=A0dev.igc.1.mac_stats.tx_frames_64: 1=20 =C2=A0dev.igc.1.mac_stats.mcast_pkts_txd: 0=20 =C2=A0dev.igc.1.mac_stats.bcast_pkts_txd: 1=20 -dev.igc.1.mac_stats.good_pkts_txd: 24=20 -dev.igc.1.mac_stats.total_pkts_txd: 24=20 -dev.igc.1.mac_stats.good_octets_txd: 7674=20 -dev.igc.1.mac_stats.good_octets_recvd: 6492=20 -dev.igc.1.mac_stats.rx_frames_1024_1522: 2=20 -dev.igc.1.mac_stats.rx_frames_512_1023: 1=20 -dev.igc.1.mac_stats.rx_frames_256_511: 2=20 -dev.igc.1.mac_stats.rx_frames_128_255: 15=20 -dev.igc.1.mac_stats.rx_frames_65_127: 2=20 +dev.igc.1.mac_stats.good_pkts_txd: 14189148=20 +dev.igc.1.mac_stats.total_pkts_txd: 14189148=20 +dev.igc.1.mac_stats.good_octets_txd: 19450753554=20 +dev.igc.1.mac_stats.good_octets_recvd: 14933399426=20 +dev.igc.1.mac_stats.rx_frames_1024_1522: 9823228=20 +dev.igc.1.mac_stats.rx_frames_512_1023: 3=20 +dev.igc.1.mac_stats.rx_frames_256_511: 62=20 +dev.igc.1.mac_stats.rx_frames_128_255: 2365665=20 +dev.igc.1.mac_stats.rx_frames_65_127: 213=20 =C2=A0dev.igc.1.mac_stats.rx_frames_64: 1=20 =C2=A0dev.igc.1.mac_stats.mcast_pkts_recvd: 0=20 =C2=A0dev.igc.1.mac_stats.bcast_pkts_recvd: 0=20 -dev.igc.1.mac_stats.good_pkts_recvd: 23=20 -dev.igc.1.mac_stats.total_pkts_recvd: 23=20 +dev.igc.1.mac_stats.good_pkts_recvd: 12189172=20 +dev.igc.1.mac_stats.total_pkts_recvd: 12189172=20 =C2=A0dev.igc.1.mac_stats.xoff_txd: 0=20 =C2=A0dev.igc.1.mac_stats.xoff_recvd: 0=20 =C2=A0dev.igc.1.mac_stats.xon_txd: 0=20 =C2=A0dev.igc.1.mac_stats.single_coll: 0=20 =C2=A0dev.igc.1.mac_stats.excess_coll: 0=20 =C2=A0dev.igc.1.queue_rx_3.rx_irq: 0=20 -dev.igc.1.queue_rx_3.rxd_tail: 21=20 -dev.igc.1.queue_rx_3.rxd_head: 22=20 +dev.igc.1.queue_rx_3.rxd_tail: 498=20 +dev.igc.1.queue_rx_3.rxd_head: 499=20 =C2=A0dev.igc.1.queue_rx_2.rx_irq: 0=20 =C2=A0dev.igc.1.queue_rx_2.rxd_tail: 128=20 =C2=A0dev.igc.1.queue_rx_2.rxd_head: 0=20 =C2=A0dev.igc.1.queue_rx_0.rxd_tail: 0=20 =C2=A0dev.igc.1.queue_rx_0.rxd_head: 1=20 =C2=A0dev.igc.1.queue_tx_3.tx_irq: 0=20 -dev.igc.1.queue_tx_3.txd_tail: 0=20 -dev.igc.1.queue_tx_3.txd_head: 0=20 +dev.igc.1.queue_tx_3.txd_tail: 746=20 +dev.igc.1.queue_tx_3.txd_head: 746=20 =C2=A0dev.igc.1.queue_tx_2.tx_irq: 0=20 -dev.igc.1.queue_tx_2.txd_tail: 0=20 -dev.igc.1.queue_tx_2.txd_head: 0=20 +dev.igc.1.queue_tx_2.txd_tail: 186=20 +dev.igc.1.queue_tx_2.txd_head: 186=20 =C2=A0dev.igc.1.queue_tx_1.tx_irq: 0=20 -dev.igc.1.queue_tx_1.txd_tail: 0=20 -dev.igc.1.queue_tx_1.txd_head: 0=20 +dev.igc.1.queue_tx_1.txd_tail: 520=20 +dev.igc.1.queue_tx_1.txd_head: 520=20 =C2=A0dev.igc.1.queue_tx_0.tx_irq: 0=20 -dev.igc.1.queue_tx_0.txd_tail: 45=20 -dev.igc.1.queue_tx_0.txd_head: 45=20 +dev.igc.1.queue_tx_0.txd_tail: 777=20 +dev.igc.1.queue_tx_0.txd_head: 777=20 =C2=A0dev.igc.1.fc_low_water: 32752=20 =C2=A0dev.igc.1.fc_high_water: 32768=20 =C2=A0dev.igc.1.rx_control: 71335938=20 =C2=A0dev.igc.1.device_control: 404489793=20 =C2=A0dev.igc.1.watchdog_timeouts: 0=20 =C2=A0dev.igc.1.rx_overruns: 0=20 -dev.igc.1.link_irq: 2=20 +dev.igc.1.link_irq: 4=20 =C2=A0dev.igc.1.dropped: 0=20 =C2=A0dev.igc.1.eee_control: 0=20 =C2=A0dev.igc.1.itr: 488=20 =C2=A0dev.igc.1.nvm: -1=20 =C2=A0dev.igc.1.iflib.rxq3.rxq_fl0.buf_size: 2048=20 =C2=A0dev.igc.1.iflib.rxq3.rxq_fl0.credits: 1023=20 -dev.igc.1.iflib.rxq3.rxq_fl0.cidx: 22=20 -dev.igc.1.iflib.rxq3.rxq_fl0.pidx: 21=20 +dev.igc.1.iflib.rxq3.rxq_fl0.cidx: 499=20 +dev.igc.1.iflib.rxq3.rxq_fl0.pidx: 498=20 =C2=A0dev.igc.1.iflib.rxq3.cpu: 3=20 =C2=A0dev.igc.1.iflib.rxq2.rxq_fl0.buf_size: 2048=20 =C2=A0dev.igc.1.iflib.rxq2.rxq_fl0.credits: 128=20 =C2=A0dev.igc.1.iflib.txq3.r_abdications: 0=20 =C2=A0dev.igc.1.iflib.txq3.r_restarts: 0=20 =C2=A0dev.igc.1.iflib.txq3.r_stalls: 0=20 -dev.igc.1.iflib.txq3.r_starts: 0=20 +dev.igc.1.iflib.txq3.r_starts: 6175093=20 =C2=A0dev.igc.1.iflib.txq3.r_drops: 0=20 -dev.igc.1.iflib.txq3.r_enqueues: 0=20 -dev.igc.1.iflib.txq3.ring_state: pidx_head: 0000 pidx_tail: 0000 cidx:=20 0000 state: IDLE=20 -dev.igc.1.iflib.txq3.txq_cleaned: 0=20 -dev.igc.1.iflib.txq3.txq_processed: 0=20 -dev.igc.1.iflib.txq3.txq_in_use: 0=20 -dev.igc.1.iflib.txq3.txq_cidx_processed: 0=20 -dev.igc.1.iflib.txq3.txq_cidx: 0=20 -dev.igc.1.iflib.txq3.txq_pidx: 0=20 +dev.igc.1.iflib.txq3.r_enqueues: 6175093=20 +dev.igc.1.iflib.txq3.ring_state: pidx_head: 0373 pidx_tail: 0373 cidx:=20 0373 state: IDLE=20 +dev.igc.1.iflib.txq3.txq_cleaned: 12350144=20 +dev.igc.1.iflib.txq3.txq_processed: 12350184=20 +dev.igc.1.iflib.txq3.txq_in_use: 42=20 +dev.igc.1.iflib.txq3.txq_cidx_processed: 744=20 +dev.igc.1.iflib.txq3.txq_cidx: 704=20 +dev.igc.1.iflib.txq3.txq_pidx: 746=20 =C2=A0dev.igc.1.iflib.txq3.no_tx_dma_setup: 0=20 =C2=A0dev.igc.1.iflib.txq3.txd_encap_efbig: 0=20 =C2=A0dev.igc.1.iflib.txq3.tx_map_failed: 0=20 =C2=A0dev.igc.1.iflib.txq2.r_abdications: 0=20 =C2=A0dev.igc.1.iflib.txq2.r_restarts: 0=20 =C2=A0dev.igc.1.iflib.txq2.r_stalls: 0=20 -dev.igc.1.iflib.txq2.r_starts: 0=20 +dev.igc.1.iflib.txq2.r_starts: 3421789=20 =C2=A0dev.igc.1.iflib.txq2.r_drops: 0=20 -dev.igc.1.iflib.txq2.r_enqueues: 0=20 -dev.igc.1.iflib.txq2.ring_state: pidx_head: 0000 pidx_tail: 0000 cidx:=20 0000 state: IDLE=20 -dev.igc.1.iflib.txq2.txq_cleaned: 0=20 -dev.igc.1.iflib.txq2.txq_processed: 0=20 -dev.igc.1.iflib.txq2.txq_in_use: 0=20 -dev.igc.1.iflib.txq2.txq_cidx_processed: 0=20 -dev.igc.1.iflib.txq2.txq_cidx: 0=20 -dev.igc.1.iflib.txq2.txq_pidx: 0=20 +dev.igc.1.iflib.txq2.r_enqueues: 3421789=20 +dev.igc.1.iflib.txq2.ring_state: pidx_head: 1629 pidx_tail: 1629 cidx:=20 1629 state: IDLE=20 +dev.igc.1.iflib.txq2.txq_cleaned: 6843536=20 +dev.igc.1.iflib.txq2.txq_processed: 6843576=20 +dev.igc.1.iflib.txq2.txq_in_use: 42=20 +dev.igc.1.iflib.txq2.txq_cidx_processed: 184=20 +dev.igc.1.iflib.txq2.txq_cidx: 144=20 +dev.igc.1.iflib.txq2.txq_pidx: 186=20 =C2=A0dev.igc.1.iflib.txq2.no_tx_dma_setup: 0=20 =C2=A0dev.igc.1.iflib.txq2.txd_encap_efbig: 0=20 =C2=A0dev.igc.1.iflib.txq2.tx_map_failed: 0=20 =C2=A0dev.igc.1.iflib.txq1.r_abdications: 0=20 =C2=A0dev.igc.1.iflib.txq1.r_restarts: 0=20 =C2=A0dev.igc.1.iflib.txq1.r_stalls: 0=20 -dev.igc.1.iflib.txq1.r_starts: 0=20 +dev.igc.1.iflib.txq1.r_starts: 2734852=20 =C2=A0dev.igc.1.iflib.txq1.r_drops: 0=20 -dev.igc.1.iflib.txq1.r_enqueues: 0=20 -dev.igc.1.iflib.txq1.ring_state: pidx_head: 0000 pidx_tail: 0000 cidx:=20 0000 state: IDLE=20 -dev.igc.1.iflib.txq1.txq_cleaned: 0=20 -dev.igc.1.iflib.txq1.txq_processed: 0=20 -dev.igc.1.iflib.txq1.txq_in_use: 0=20 -dev.igc.1.iflib.txq1.txq_cidx_processed: 0=20 -dev.igc.1.iflib.txq1.txq_cidx: 0=20 -dev.igc.1.iflib.txq1.txq_pidx: 0=20 +dev.igc.1.iflib.txq1.r_enqueues: 2734852=20 +dev.igc.1.iflib.txq1.ring_state: pidx_head: 0772 pidx_tail: 0772 cidx:=20 0772 state: IDLE=20 +dev.igc.1.iflib.txq1.txq_cleaned: 5469662=20 +dev.igc.1.iflib.txq1.txq_processed: 5469702=20 +dev.igc.1.iflib.txq1.txq_in_use: 42=20 +dev.igc.1.iflib.txq1.txq_cidx_processed: 518=20 +dev.igc.1.iflib.txq1.txq_cidx: 478=20 +dev.igc.1.iflib.txq1.txq_pidx: 520=20 =C2=A0dev.igc.1.iflib.txq1.no_tx_dma_setup: 0=20 =C2=A0dev.igc.1.iflib.txq1.txd_encap_efbig: 0=20 =C2=A0dev.igc.1.iflib.txq1.tx_map_failed: 0=20 =C2=A0dev.igc.1.iflib.txq0.r_abdications: 0=20 =C2=A0dev.igc.1.iflib.txq0.r_restarts: 0=20 =C2=A0dev.igc.1.iflib.txq0.r_stalls: 0=20 -dev.igc.1.iflib.txq0.r_starts: 24=20 +dev.igc.1.iflib.txq0.r_starts: 1857414=20 =C2=A0dev.igc.1.iflib.txq0.r_drops: 0=20 -dev.igc.1.iflib.txq0.r_enqueues: 24=20 -dev.igc.1.iflib.txq0.ring_state: pidx_head: 0024 pidx_tail: 0024 cidx:=20 0024 state: IDLE=20 -dev.igc.1.iflib.txq0.txq_cleaned: 3=20 -dev.igc.1.iflib.txq0.txq_processed: 43=20 +dev.igc.1.iflib.txq0.r_enqueues: 1857414=20 +dev.igc.1.iflib.txq0.ring_state: pidx_head: 1926 pidx_tail: 1926 cidx:=20 1926 state: IDLE=20 +dev.igc.1.iflib.txq0.txq_cleaned: 3714783=20 +dev.igc.1.iflib.txq0.txq_processed: 3714823=20 =C2=A0dev.igc.1.iflib.txq0.txq_in_use: 42=20 -dev.igc.1.iflib.txq0.txq_cidx_processed: 43=20 -dev.igc.1.iflib.txq0.txq_cidx: 3=20 -dev.igc.1.iflib.txq0.txq_pidx: 45=20 +dev.igc.1.iflib.txq0.txq_cidx_processed: 775=20 +dev.igc.1.iflib.txq0.txq_cidx: 735=20 +dev.igc.1.iflib.txq0.txq_pidx: 777=20 =C2=A0dev.igc.1.iflib.txq0.no_tx_dma_setup: 0=20 =C2=A0dev.igc.1.iflib.txq0.txd_encap_efbig: 0=20 =C2=A0dev.igc.1.iflib.txq0.tx_map_failed: 0=20 =C2=A0dev.igc.1.%desc: Intel(R) Ethernet Controller I225-V=20 =20 Interface is RUNNING and ACTIVE=20 igc1: TX Queue 0 ------=20 igc1: hw tdh =3D 777, hw tdt =3D 777=20 igc1: TX Queue 1 ------=20 igc1: hw tdh =3D 520, hw tdt =3D 520=20 igc1: TX Queue 2 ------=20 igc1: hw tdh =3D 186, hw tdt =3D 186=20 igc1: TX Queue 3 ------=20 igc1: hw tdh =3D 746, hw tdt =3D 746=20 igc1: RX Queue 0 ------=20 igc1: hw rdh =3D 1, hw rdt =3D 0=20 igc1: RX Queue 1 ------=20 igc1: hw rdh =3D 0, hw rdt =3D 128=20 igc1: RX Queue 2 ------=20 igc1: hw rdh =3D 0, hw rdt =3D 128=20 igc1: RX Queue 3 ------=20 igc1: hw rdh =3D 499, hw rdt =3D 498=20 =20 =20 =20 =20 Mike Jakubik https://www.swiftsmsgateway.com/ Disclaimer: This e-mail and any attachments are intended only for the use o= f the addressee(s) and may contain information that is privileged or confid= ential. If you are not the intended recipient, or responsible for deliverin= g the information to the intended recipient, you are hereby notified that a= ny dissemination, distribution, printing or copying of this e-mail and any = attachments is strictly prohibited. If this e-mail and any attachments were= received in error, please notify the sender by reply e-mail and delete the= original message. ------=_Part_3994682_1854819823.1661383371885 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =
What kind of HW are you running on? Im assuming so= me sort of fairly modern x86 CPU with at least 4 cores.. Is it multiple CPU= s with Numa nodes perhaps? In any case, if you are testing with iperf3, try= using cpuset on iperf3 to bind it to specific cores. I had a performance i= ssue on a modern Epyc server with a Mellanox 25Gb card. It turns out the is= sue was with the scheduler and how it was bouncing the processes around dif= f cores/CPU caches. See "Poor performance with stable/13 and Mellanox Conne= ctX-6 (mlx5)" on the freebsd-net mailing list for details.
P.S. I also use a number of igc (Intel i225 @ 2.5Gb) cards at = home and have had no issues with them.



---- On Fri, 12 Aug 2022 11:04:19 -0400 mike = tancsa <mike@sentex.net> wrote ---


On 8/10/2022 3:53 PM, mike tancsa wro= te:
> On 8/10/2022 1:47 PM, Pieper, Jeffrey E wrote:
>> >> You could try disabling EEE (Energy Efficient Ethernet). Somethi= ng
>> like: sysctl dev.igc.0.eee_control=3D0.
>
> <= br>> It does not seem to make a difference. If I have the FC as default,= I
> get the link bounce on the 2.5G xover (cat 6 cable) maybe 2-3 m= in in
> running iper3 tests.  However, if I disable all flow co= ntrol
>
> dev.igc.0.fc=3D0
> dev.igc.1.fc=3D0
>= dev.igc.2.fc=3D0
> dev.igc.3.fc=3D0
>
> It *seems* to= be less frequent but still happens.  I ordered a 2.5 G
> switc= h so I can try and at least see which side is dropping the link.
> S= hould have it Friday to continue testing
>

OK, I repeated t= he tests with a 2.5G unmanaged switch in between the two
units rather t= han xover. It looks like its the server that is sending
the majority of= the packets that drops the link, not the receiver.

One other test= I did was to up hw.igc.max_interrupt_rate=3D13000 from the
default of = 8000. That seems to make the problem MUCH more acute.

Here is the = before and after of the link drop.

 dev.igc.1.wake: 0
&= nbsp;dev.igc.1.interrupts.rx_desc_min_thresh: 0
-dev.igc.1.interrupts.a= sserts: 65
+dev.igc.1.interrupts.asserts: 4879479
 dev.igc.1.= mac_stats.tso_txd: 0
-dev.igc.1.mac_stats.tx_frames_1024_1522: 3
-d= ev.igc.1.mac_stats.tx_frames_512_1023: 1
-dev.igc.1.mac_stats.tx_frames= _256_511: 2
-dev.igc.1.mac_stats.tx_frames_128_255: 15
-dev.igc.1.m= ac_stats.tx_frames_65_127: 2
+dev.igc.1.mac_stats.tx_frames_1024_1522: = 12973065
+dev.igc.1.mac_stats.tx_frames_512_1023: 58
+dev.igc.1.mac= _stats.tx_frames_256_511: 107
+dev.igc.1.mac_stats.tx_frames_128_255: 1= 215725
+dev.igc.1.mac_stats.tx_frames_65_127: 192
 dev.igc.1.= mac_stats.tx_frames_64: 1
 dev.igc.1.mac_stats.mcast_pkts_txd: 0 =
 dev.igc.1.mac_stats.bcast_pkts_txd: 1
-dev.igc.1.mac_stats.g= ood_pkts_txd: 24
-dev.igc.1.mac_stats.total_pkts_txd: 24
-dev.igc.1= .mac_stats.good_octets_txd: 7674
-dev.igc.1.mac_stats.good_octets_recvd= : 6492
-dev.igc.1.mac_stats.rx_frames_1024_1522: 2
-dev.igc.1.mac_s= tats.rx_frames_512_1023: 1
-dev.igc.1.mac_stats.rx_frames_256_511: 2 -dev.igc.1.mac_stats.rx_frames_128_255: 15
-dev.igc.1.mac_stats.rx_fr= ames_65_127: 2
+dev.igc.1.mac_stats.good_pkts_txd: 14189148
+dev.ig= c.1.mac_stats.total_pkts_txd: 14189148
+dev.igc.1.mac_stats.good_octets= _txd: 19450753554
+dev.igc.1.mac_stats.good_octets_recvd: 14933399426 <= br>+dev.igc.1.mac_stats.rx_frames_1024_1522: 9823228
+dev.igc.1.mac_sta= ts.rx_frames_512_1023: 3
+dev.igc.1.mac_stats.rx_frames_256_511: 62 +dev.igc.1.mac_stats.rx_frames_128_255: 2365665
+dev.igc.1.mac_stats.r= x_frames_65_127: 213
 dev.igc.1.mac_stats.rx_frames_64: 1
&n= bsp;dev.igc.1.mac_stats.mcast_pkts_recvd: 0
 dev.igc.1.mac_stats.= bcast_pkts_recvd: 0
-dev.igc.1.mac_stats.good_pkts_recvd: 23
-dev.i= gc.1.mac_stats.total_pkts_recvd: 23
+dev.igc.1.mac_stats.good_pkts_recv= d: 12189172
+dev.igc.1.mac_stats.total_pkts_recvd: 12189172
 = dev.igc.1.mac_stats.xoff_txd: 0
 dev.igc.1.mac_stats.xoff_recvd: = 0
 dev.igc.1.mac_stats.xon_txd: 0
 dev.igc.1.mac_stats.= single_coll: 0
 dev.igc.1.mac_stats.excess_coll: 0
 dev= .igc.1.queue_rx_3.rx_irq: 0
-dev.igc.1.queue_rx_3.rxd_tail: 21
-dev= .igc.1.queue_rx_3.rxd_head: 22
+dev.igc.1.queue_rx_3.rxd_tail: 498
= +dev.igc.1.queue_rx_3.rxd_head: 499
 dev.igc.1.queue_rx_2.rx_irq:= 0
 dev.igc.1.queue_rx_2.rxd_tail: 128
 dev.igc.1.queue= _rx_2.rxd_head: 0
 dev.igc.1.queue_rx_0.rxd_tail: 0
 de= v.igc.1.queue_rx_0.rxd_head: 1
 dev.igc.1.queue_tx_3.tx_irq: 0 -dev.igc.1.queue_tx_3.txd_tail: 0
-dev.igc.1.queue_tx_3.txd_head: 0 <= br>+dev.igc.1.queue_tx_3.txd_tail: 746
+dev.igc.1.queue_tx_3.txd_head: = 746
 dev.igc.1.queue_tx_2.tx_irq: 0
-dev.igc.1.queue_tx_2.txd= _tail: 0
-dev.igc.1.queue_tx_2.txd_head: 0
+dev.igc.1.queue_tx_2.tx= d_tail: 186
+dev.igc.1.queue_tx_2.txd_head: 186
 dev.igc.1.qu= eue_tx_1.tx_irq: 0
-dev.igc.1.queue_tx_1.txd_tail: 0
-dev.igc.1.que= ue_tx_1.txd_head: 0
+dev.igc.1.queue_tx_1.txd_tail: 520
+dev.igc.1.= queue_tx_1.txd_head: 520
 dev.igc.1.queue_tx_0.tx_irq: 0
-dev= .igc.1.queue_tx_0.txd_tail: 45
-dev.igc.1.queue_tx_0.txd_head: 45
+= dev.igc.1.queue_tx_0.txd_tail: 777
+dev.igc.1.queue_tx_0.txd_head: 777 =
 dev.igc.1.fc_low_water: 32752
 dev.igc.1.fc_high_water= : 32768
 dev.igc.1.rx_control: 71335938
 dev.igc.1.devi= ce_control: 404489793
 dev.igc.1.watchdog_timeouts: 0
 = dev.igc.1.rx_overruns: 0
-dev.igc.1.link_irq: 2
+dev.igc.1.link_irq= : 4
 dev.igc.1.dropped: 0
 dev.igc.1.eee_control: 0  dev.igc.1.itr: 488
 dev.igc.1.nvm: -1
 dev.igc.= 1.iflib.rxq3.rxq_fl0.buf_size: 2048
 dev.igc.1.iflib.rxq3.rxq_fl0= .credits: 1023
-dev.igc.1.iflib.rxq3.rxq_fl0.cidx: 22
-dev.igc.1.if= lib.rxq3.rxq_fl0.pidx: 21
+dev.igc.1.iflib.rxq3.rxq_fl0.cidx: 499
+= dev.igc.1.iflib.rxq3.rxq_fl0.pidx: 498
 dev.igc.1.iflib.rxq3.cpu:= 3
 dev.igc.1.iflib.rxq2.rxq_fl0.buf_size: 2048
 dev.ig= c.1.iflib.rxq2.rxq_fl0.credits: 128
 dev.igc.1.iflib.txq3.r_abdic= ations: 0
 dev.igc.1.iflib.txq3.r_restarts: 0
 dev.igc.= 1.iflib.txq3.r_stalls: 0
-dev.igc.1.iflib.txq3.r_starts: 0
+dev.igc= .1.iflib.txq3.r_starts: 6175093
 dev.igc.1.iflib.txq3.r_drops: 0 =
-dev.igc.1.iflib.txq3.r_enqueues: 0
-dev.igc.1.iflib.txq3.ring_stat= e: pidx_head: 0000 pidx_tail: 0000 cidx:
0000 state: IDLE
-dev.igc.= 1.iflib.txq3.txq_cleaned: 0
-dev.igc.1.iflib.txq3.txq_processed: 0
= -dev.igc.1.iflib.txq3.txq_in_use: 0
-dev.igc.1.iflib.txq3.txq_cidx_proc= essed: 0
-dev.igc.1.iflib.txq3.txq_cidx: 0
-dev.igc.1.iflib.txq3.tx= q_pidx: 0
+dev.igc.1.iflib.txq3.r_enqueues: 6175093
+dev.igc.1.ifli= b.txq3.ring_state: pidx_head: 0373 pidx_tail: 0373 cidx:
0373 state: ID= LE
+dev.igc.1.iflib.txq3.txq_cleaned: 12350144
+dev.igc.1.iflib.txq= 3.txq_processed: 12350184
+dev.igc.1.iflib.txq3.txq_in_use: 42
+dev= .igc.1.iflib.txq3.txq_cidx_processed: 744
+dev.igc.1.iflib.txq3.txq_cid= x: 704
+dev.igc.1.iflib.txq3.txq_pidx: 746
 dev.igc.1.iflib.t= xq3.no_tx_dma_setup: 0
 dev.igc.1.iflib.txq3.txd_encap_efbig: 0 <= br>  dev.igc.1.iflib.txq3.tx_map_failed: 0
 dev.igc.1.iflib.= txq2.r_abdications: 0
 dev.igc.1.iflib.txq2.r_restarts: 0
&n= bsp;dev.igc.1.iflib.txq2.r_stalls: 0
-dev.igc.1.iflib.txq2.r_starts: 0 =
+dev.igc.1.iflib.txq2.r_starts: 3421789
 dev.igc.1.iflib.txq2= .r_drops: 0
-dev.igc.1.iflib.txq2.r_enqueues: 0
-dev.igc.1.iflib.tx= q2.ring_state: pidx_head: 0000 pidx_tail: 0000 cidx:
0000 state: IDLE <= br>-dev.igc.1.iflib.txq2.txq_cleaned: 0
-dev.igc.1.iflib.txq2.txq_proce= ssed: 0
-dev.igc.1.iflib.txq2.txq_in_use: 0
-dev.igc.1.iflib.txq2.t= xq_cidx_processed: 0
-dev.igc.1.iflib.txq2.txq_cidx: 0
-dev.igc.1.i= flib.txq2.txq_pidx: 0
+dev.igc.1.iflib.txq2.r_enqueues: 3421789
+de= v.igc.1.iflib.txq2.ring_state: pidx_head: 1629 pidx_tail: 1629 cidx:
16= 29 state: IDLE
+dev.igc.1.iflib.txq2.txq_cleaned: 6843536
+dev.igc.= 1.iflib.txq2.txq_processed: 6843576
+dev.igc.1.iflib.txq2.txq_in_use: 4= 2
+dev.igc.1.iflib.txq2.txq_cidx_processed: 184
+dev.igc.1.iflib.tx= q2.txq_cidx: 144
+dev.igc.1.iflib.txq2.txq_pidx: 186
 dev.igc= .1.iflib.txq2.no_tx_dma_setup: 0
 dev.igc.1.iflib.txq2.txd_encap_= efbig: 0
 dev.igc.1.iflib.txq2.tx_map_failed: 0
 dev.ig= c.1.iflib.txq1.r_abdications: 0
 dev.igc.1.iflib.txq1.r_restarts:= 0
 dev.igc.1.iflib.txq1.r_stalls: 0
-dev.igc.1.iflib.txq1.r_= starts: 0
+dev.igc.1.iflib.txq1.r_starts: 2734852
 dev.igc.1.= iflib.txq1.r_drops: 0
-dev.igc.1.iflib.txq1.r_enqueues: 0
-dev.igc.= 1.iflib.txq1.ring_state: pidx_head: 0000 pidx_tail: 0000 cidx:
0000 sta= te: IDLE
-dev.igc.1.iflib.txq1.txq_cleaned: 0
-dev.igc.1.iflib.txq1= .txq_processed: 0
-dev.igc.1.iflib.txq1.txq_in_use: 0
-dev.igc.1.if= lib.txq1.txq_cidx_processed: 0
-dev.igc.1.iflib.txq1.txq_cidx: 0
-d= ev.igc.1.iflib.txq1.txq_pidx: 0
+dev.igc.1.iflib.txq1.r_enqueues: 27348= 52
+dev.igc.1.iflib.txq1.ring_state: pidx_head: 0772 pidx_tail: 0772 ci= dx:
0772 state: IDLE
+dev.igc.1.iflib.txq1.txq_cleaned: 5469662 +dev.igc.1.iflib.txq1.txq_processed: 5469702
+dev.igc.1.iflib.txq1.txq= _in_use: 42
+dev.igc.1.iflib.txq1.txq_cidx_processed: 518
+dev.igc.= 1.iflib.txq1.txq_cidx: 478
+dev.igc.1.iflib.txq1.txq_pidx: 520
&nb= sp;dev.igc.1.iflib.txq1.no_tx_dma_setup: 0
 dev.igc.1.iflib.txq1.= txd_encap_efbig: 0
 dev.igc.1.iflib.txq1.tx_map_failed: 0
&n= bsp;dev.igc.1.iflib.txq0.r_abdications: 0
 dev.igc.1.iflib.txq0.r= _restarts: 0
 dev.igc.1.iflib.txq0.r_stalls: 0
-dev.igc.1.ifl= ib.txq0.r_starts: 24
+dev.igc.1.iflib.txq0.r_starts: 1857414
 = ;dev.igc.1.iflib.txq0.r_drops: 0
-dev.igc.1.iflib.txq0.r_enqueues: 24 <= br>-dev.igc.1.iflib.txq0.ring_state: pidx_head: 0024 pidx_tail: 0024 cidx: =
0024 state: IDLE
-dev.igc.1.iflib.txq0.txq_cleaned: 3
-dev.igc.= 1.iflib.txq0.txq_processed: 43
+dev.igc.1.iflib.txq0.r_enqueues: 185741= 4
+dev.igc.1.iflib.txq0.ring_state: pidx_head: 1926 pidx_tail: 1926 cid= x:
1926 state: IDLE
+dev.igc.1.iflib.txq0.txq_cleaned: 3714783
= +dev.igc.1.iflib.txq0.txq_processed: 3714823
 dev.igc.1.iflib.txq= 0.txq_in_use: 42
-dev.igc.1.iflib.txq0.txq_cidx_processed: 43
-dev.= igc.1.iflib.txq0.txq_cidx: 3
-dev.igc.1.iflib.txq0.txq_pidx: 45
+de= v.igc.1.iflib.txq0.txq_cidx_processed: 775
+dev.igc.1.iflib.txq0.txq_ci= dx: 735
+dev.igc.1.iflib.txq0.txq_pidx: 777
 dev.igc.1.iflib.= txq0.no_tx_dma_setup: 0
 dev.igc.1.iflib.txq0.txd_encap_efbig: 0 =
 dev.igc.1.iflib.txq0.tx_map_failed: 0
 dev.igc.1.%desc= : Intel(R) Ethernet Controller I225-V

Interface is RUNNING and ACT= IVE
igc1: TX Queue 0 ------
igc1: hw tdh =3D 777, hw tdt =3D 777 igc1: TX Queue 1 ------
igc1: hw tdh =3D 520, hw tdt =3D 520
igc1= : TX Queue 2 ------
igc1: hw tdh =3D 186, hw tdt =3D 186
igc1: TX Q= ueue 3 ------
igc1: hw tdh =3D 746, hw tdt =3D 746
igc1: RX Queue 0= ------
igc1: hw rdh =3D 1, hw rdt =3D 0
igc1: RX Queue 1 ------ igc1: hw rdh =3D 0, hw rdt =3D 128
igc1: RX Queue 2 ------
igc1: = hw rdh =3D 0, hw rdt =3D 128
igc1: RX Queue 3 ------
igc1: hw rdh = =3D 499, hw rdt =3D 498





Mik= e Jakubik

Disclaimer: This e-mail an= d any attachments are intended only for the use of the addressee(s) and may= contain information that is privileged or confidential. If you are not the= intended recipient, or responsible for delivering the information to the i= ntended recipient, you are hereby notified that any dissemination, distribu= tion, printing or copying of this e-mail and any attachments is strictly pr= ohibited. If this e-mail and any attachments were received in error, please= notify the sender by reply e-mail and delete the original message.<= br>


------=_Part_3994682_1854819823.1661383371885-- From nobody Wed Aug 24 23:37:43 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MCjFW2xCsz4b7vx for ; Wed, 24 Aug 2022 23:37:51 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost1.sentex.ca", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MCjFV3cygz3kbw; Wed, 24 Aug 2022 23:37:50 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [199.212.134.19]) by smarthost1.sentex.ca (8.16.1/8.16.1) with ESMTPS id 27ONbhmZ088876 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Wed, 24 Aug 2022 19:37:43 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [IPV6:2607:f3e0:0:4:98e0:266c:af8f:4500] ([IPv6:2607:f3e0:0:4:98e0:266c:af8f:4500]) by pyroxene2a.sentex.ca (8.16.1/8.15.2) with ESMTPS id 27ONbgcn053238 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Wed, 24 Aug 2022 19:37:42 -0400 (EDT) (envelope-from mike@sentex.net) Content-Type: multipart/alternative; boundary="------------ldD92l6s0LM009C2pxGK06oA" Message-ID: <2fa9c9d7-1eb9-e7ad-1c19-a6202ac7082b@sentex.net> Date: Wed, 24 Aug 2022 19:37:43 -0400 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.1.2 Subject: Re: igc problems with heavy traffic Content-Language: en-US To: mike.jakubik@swiftsmsgateway.com Cc: "pieper, jeffrey e" , jim king , "stable@freebsd.org" , "kbowling@freebsd.org" References: <59b9cec0-d8c2-ce72-b5e9-99d1a1e807f8@sentex.net> <86995d10-af63-d053-972e-dd233029f3bf@jimking.net> <3d874f65-8ce2-8f06-f19a-14cd550166e3@sentex.net> <879b9239-2b9a-f0ae-4173-4a226c84cd85@sentex.net> <182d22a6c6d.1119560c11283607.2998737705092721009@swiftsmsgateway.com> From: mike tancsa In-Reply-To: <182d22a6c6d.1119560c11283607.2998737705092721009@swiftsmsgateway.com> X-Scanned-By: MIMEDefang 2.84 on 64.7.153.18 X-Rspamd-Queue-Id: 4MCjFV3cygz3kbw X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:1::12 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-3.40 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[199.212.134.19:received]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MLMMJ_DEST(0.00)[stable@freebsd.org]; R_DKIM_NA(0.00)[]; RCVD_TLS_ALL(0.00)[]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_FIVE(0.00)[5]; MID_RHS_MATCH_FROM(0.00)[]; FREEFALL_USER(0.00)[mike]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[sentex.net]; TO_DN_SOME(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[] X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --------------ldD92l6s0LM009C2pxGK06oA Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 8/24/2022 7:22 PM, Mike Jakubik wrote: > What kind of HW are you running on? Im assuming some sort of fairly > modern x86 CPU with at least 4 cores.. Is it multiple CPUs with Numa > nodes perhaps? In any case, if you are testing with iperf3, try using > cpuset on iperf3 to bind it to specific cores. I had a performance > issue on a modern Epyc server with a Mellanox 25Gb card. It turns out > the issue was with the scheduler and how it was bouncing the processes > around diff cores/CPU caches. See "Poor performance with stable/13 and > Mellanox ConnectX-6 (mlx5)" on the freebsd-net mailing list for details. > > P.S. I also use a number of igc (Intel i225 @ 2.5Gb) cards at home and > have had no issues with them. > > Hi,     Performance is excellent. Its just the random link drops thats at issue.  With default settings, running iperf3 on back to back NICs via xover takes a good 20-45min before the link drop. If anything, I am surprised at how much traffic these small devices can forward.  IPSEC especially is super fast on RELENG_13. The link drops seem to be always on the sender.  With fc disabled, reducing the link speed to 1G seems to make the issue go away, or at least its not happening in overnight testing. Its a Celeron N5105. https :// www.aliexpress.com/item/1005003990581434.html Also, if you hook a couple back to back via xover cable, are you able to manually set the speed to 1G and pass traffic ? It doesnt work for me.     ---Mike --------------ldD92l6s0LM009C2pxGK06oA Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
On 8/24/2022 7:22 PM, Mike Jakubik wrote:
What kind of HW are you running on? Im assuming some sort of fairly modern x86 CPU with at least 4 cores.. Is it multiple CPUs with Numa nodes perhaps? In any case, if you are testing with iperf3, try using cpuset on iperf3 to bind it to specific cores. I had a performance issue on a modern Epyc server with a Mellanox 25Gb card. It turns out the issue was with the scheduler and how it was bouncing the processes around diff cores/CPU caches. See "Poor performance with stable/13 and Mellanox ConnectX-6 (mlx5)" on the freebsd-net mailing list for details.

P.S. I also use a number of igc (Intel i225 @ 2.5Gb) cards at home and have had no issues with them.


Hi,

    Performance is excellent. Its just the random link drops thats at issue.  With default settings, running iperf3 on back to back NICs via xover takes a good 20-45min before the link drop.  If anything, I am surprised at how much traffic these small devices can forward.  IPSEC especially is super fast on RELENG_13. The link drops seem to be always on the sender.  With fc disabled, reducing the link speed to 1G seems to make the issue go away, or at least its not happening in overnight testing. Its a Celeron N5105. https :// www.aliexpress.com/item/1005003990581434.html

Also, if you hook a couple back to back via xover cable, are you able to manually set the speed to 1G and pass traffic ? It doesnt work for me.

    ---Mike

--------------ldD92l6s0LM009C2pxGK06oA-- From nobody Wed Aug 24 23:52:12 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MCjZD1Tbhz4Z9vn for ; Wed, 24 Aug 2022 23:52:20 +0000 (UTC) (envelope-from michal.jakubik@zoho.com) Received: from sender4-op-o13.zoho.com (sender4-op-o13.zoho.com [136.143.188.13]) (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 4MCjZC113Wz3mMt; Wed, 24 Aug 2022 23:52:19 +0000 (UTC) (envelope-from michal.jakubik@zoho.com) ARC-Seal: i=1; a=rsa-sha256; t=1661385134; cv=none; d=zohomail.com; s=zohoarc; b=au+JpilOOLgDLlpPUqUHrzCwRq4Ao7cmZMYhuKbSMk8nizn5QyZMtEawr20qn2JltQ19yX2UtaBhDRF3Dw+etZ704jU3VEsxmIVpXh+PmDv70NLfyj3xDq21zZhUdVJHiQZSqIUTZND1oGSsPK89UcgRONvAJGqXPMCkNF2JPYc= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1661385134; h=Content-Type:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:Reply-To:References:Subject:To; bh=txR4IBZkzBgcQp7qm1q4J9nw/t2aQWQ1z39cqiiOD2E=; b=lStKlNgznqKidw/OUPU8KeMcMo07OhqX/TUB87HQaqWTHDCOYFgTb83dEDm4qxEutsQ5QpyXLNB0BxwR8fDMb6NqV3hM5a/jziwGHg9M4VJbR8Ow+BDRCACqG0h5OX5Lhpxd6AV7qL+4n4mdMcTgrqIyqpcfzB+JMI5JJaoeujU= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass header.i=swiftsmsgateway.com; spf=pass smtp.mailfrom=michal.jakubik@zoho.com; dmarc=pass header.from= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=zapps768; d=zoho.com; h=date:from:reply-to:to:cc:message-id:in-reply-to:references:subject:mime-version:content-type:user-agent; b=syQcpTiaesv/ch333XE12fD9GmlLgdjQJEFaTaDgdVda2zwnTv98L6n/+k0JSVwkvfGMctUyDN7K YqsB4fy5XD8xXHoUh0i3j/Ifck9t+22jFxoOq4VoVQq0uyk3PwLz DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1661385134; s=zoho; d=swiftsmsgateway.com; i=mike.jakubik@swiftsmsgateway.com; h=Date:Date:From:From:Reply-To:Reply-To:To:To:Cc:Cc:Message-Id:Message-Id:In-Reply-To:References:Subject:Subject:MIME-Version:Content-Type; bh=txR4IBZkzBgcQp7qm1q4J9nw/t2aQWQ1z39cqiiOD2E=; b=uwuR5lGqr90cGb7XOJt50cZMABoqg3Rv+ISayQgq5JHK2cUNBfClsnJ8b7VFqgIA fGR2BXcilZTohiqJl813xr1ydt1uzRaJMB8vTm3TZSWgZrWrvN/8vDXeKZfHnKvhl0b /yElIJ7FIoaej6APi+o0vffbUt84r0VZ3sNr9YWg= Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1661385132032791.9117103050088; Wed, 24 Aug 2022 16:52:12 -0700 (PDT) Date: Wed, 24 Aug 2022 19:52:12 -0400 From: Mike Jakubik Reply-To: mike.jakubik@swiftsmsgateway.com To: "mike tancsa" Cc: "pieper, jeffrey e" , "jim king" , "stable@freebsd.org" , "kbowling@freebsd.org" Message-Id: <182d24547e1.d8e201341286492.219437989220339304@swiftsmsgateway.com> In-Reply-To: <2fa9c9d7-1eb9-e7ad-1c19-a6202ac7082b@sentex.net> References: <59b9cec0-d8c2-ce72-b5e9-99d1a1e807f8@sentex.net> <86995d10-af63-d053-972e-dd233029f3bf@jimking.net> <3d874f65-8ce2-8f06-f19a-14cd550166e3@sentex.net> <879b9239-2b9a-f0ae-4173-4a226c84cd85@sentex.net> <182d22a6c6d.1119560c11283607.2998737705092721009@swiftsmsgateway.com> <2fa9c9d7-1eb9-e7ad-1c19-a6202ac7082b@sentex.net> Subject: Re: igc problems with heavy traffic List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_4003905_1296152876.1661385132001" Importance: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-Rspamd-Queue-Id: 4MCjZC113Wz3mMt X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=swiftsmsgateway.com header.s=zoho header.b=uwuR5lGq; arc=pass ("zohomail.com:s=zohoarc:i=1"); dmarc=none; spf=pass (mx1.freebsd.org: domain of michal.jakubik@zoho.com designates 136.143.188.13 as permitted sender) smtp.mailfrom=michal.jakubik@zoho.com X-Spamd-Result: default: False [-4.08 / 15.00]; ARC_ALLOW(-1.00)[zohomail.com:s=zohoarc:i=1]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.99)[-0.995]; NEURAL_HAM_LONG(-0.90)[-0.897]; FORGED_SENDER(0.30)[mike.jakubik@swiftsmsgateway.com,michal.jakubik@zoho.com]; R_SPF_ALLOW(-0.20)[+ip4:136.143.188.0/24]; R_DKIM_ALLOW(-0.20)[swiftsmsgateway.com:s=zoho]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; XM_UA_NO_VERSION(0.01)[]; FROM_HAS_DN(0.00)[]; HAS_REPLYTO(0.00)[mike.jakubik@swiftsmsgateway.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DMARC_NA(0.00)[swiftsmsgateway.com]; RCVD_IN_DNSWL_NONE(0.00)[136.143.188.13:from]; ASN(0.00)[asn:2639, ipnet:136.143.188.0/23, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[stable@freebsd.org]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_SOME(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; FROM_NEQ_ENVFROM(0.00)[mike.jakubik@swiftsmsgateway.com,michal.jakubik@zoho.com]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[swiftsmsgateway.com:+]; FREEMAIL_ENVFROM(0.00)[zoho.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N ------=_Part_4003905_1296152876.1661385132001 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Ah, sorry about the noise then. I cant remember if I ran them connected dir= ectly, I may have briefly for testing but I certainly did not notice any dr= op issues. I am just using a built in switch with the TP Link Archer-ax1100= 0 WiFi router which connects to my Internet at 2.5Gb and the local wired co= nnections are at 1Gb. No drop issues with that. My initial thought would be= that the problem is with your connection media, but I'm guessing you alrea= dy troubleshooted that. ---- On Wed, 24 Aug 2022 19:37:43 -0400 mike tancsa wrote= --- On 8/24/2022 7:22 PM, Mike Jakubik wrote: What kind of HW are you running on? Im assuming some sort of fairly modern x86 CPU with at least 4 cores.. Is it multiple CPUs with Numa nodes perhaps? In any case, if you are testing with iperf3, try using cpuset on iperf3 to bind it to specific cores. I had a performance issue on a modern Epyc server with a Mellanox 25Gb card. It turns out the issue was with the scheduler and how it was bouncing the processes around diff cores/CPU caches. See "Poor performance with stable/13 and Mellanox ConnectX-6 (mlx5)" on the freebsd-net mailing list for details. P.S. I also use a number of igc (Intel i225 @ 2.5Gb) cards at home and have had no issues with them. Hi, =C2=A0=C2=A0=C2=A0 Performance is excellent. Its just the random link drops thats at issue.=C2=A0 With default settings, running iperf3 on back t= o back NICs via xover takes a good 20-45min before the link drop.=C2=A0 If anything, I am surprised at how much traffic these small devices can forward.=C2=A0 IPSEC especially is super fast on RELENG_1= 3. The link drops seem to be always on the sender.=C2=A0 With fc disable= d, reducing the link speed to 1G seems to make the issue go away, or at least its not happening in overnight testing. Its a Celeron N5105. https :// http://www.aliexpress.com/item/1005003990581434.html Also, if you hook a couple back to back via xover cable, are you able to manually set the speed to 1G and pass traffic ? It doesnt work for me. =C2=A0=C2=A0=C2=A0 ---Mike Mike Jakubik https://www.swiftsmsgateway.com/ Disclaimer: This e-mail and any attachments are intended only for the use o= f the addressee(s) and may contain information that is privileged or confid= ential. If you are not the intended recipient, or responsible for deliverin= g the information to the intended recipient, you are hereby notified that a= ny dissemination, distribution, printing or copying of this e-mail and any = attachments is strictly prohibited. If this e-mail and any attachments were= received in error, please notify the sender by reply e-mail and delete the= original message. ------=_Part_4003905_1296152876.1661385132001 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =
Ah, sorry about the noise then. I cant remember if= I ran them connected directly, I may have briefly for testing but I certai= nly did not notice any drop issues. I am just using a built in switch with = the TP Link Archer-ax11000 WiFi router which connects to my Internet at 2.5= Gb and the local wired connections are at 1Gb. No drop issues with that. My= initial thought would be that the problem is with your connection media, b= ut I'm guessing you already troubleshooted that.


=

=
---- On Wed, 24 Aug 2022 19:37:43 -0400 m= ike tancsa <mike@sentex.net> wrote ---

On 8/24/2022 7:22 PM, Mike Jakubik wrote:
What kind of HW are you ru= nning on? Im assuming some sort of fairly modern x86 CPU with at least 4 cores.. Is it multiple CPUs with Numa nodes perhaps? In any case, if you are testing with iperf3, try using cpuset on iperf3 to bind it to specific cores. I had a performance issue on a modern Epyc server with a Mellanox 25Gb card. It turns out the issue was with the scheduler and how it was bouncing the processes around diff cores/CPU caches. See "Poor performance with stable/13 and Mellanox ConnectX-6 (mlx5)" on the freebsd-net mailing list for details.

P.S. I als= o use a number of igc (Intel i225 @ 2.5Gb) cards at home and have had no issues with them.


=

Hi,

    Performance is excellent. = Its just the random link drops thats at issue.  With default settings, running iperf3 on back t= o back NICs via xover takes a good 20-45min before the link drop.  If anything, I am surprised at how much traffic these small devices can forward.  IPSEC especially is super fast on RELENG_1= 3. The link drops seem to be always on the sender.  With fc disable= d, reducing the link speed to 1G seems to make the issue go away, or at least its not happening in overnight testing. Its a Celeron N5105. https :// www.aliexpress.com/item/1005003990581434.html

Also, if you= hook a couple back to back via xover cable, are you able to manually set the speed to 1G and pass traffic ? It doesnt work for me.

    ---Mike


Disclaimer:= This e-mail and any attachments are intended only for the use of the addre= ssee(s) and may contain information that is privileged or confidential. If = you are not the intended recipient, or responsible for delivering the infor= mation to the intended recipient, you are hereby notified that any dissemin= ation, distribution, printing or copying of this e-mail and any attachments= is strictly prohibited. If this e-mail and any attachments were received i= n error, please notify the sender by reply e-mail and delete the original m= essage.


------=_Part_4003905_1296152876.1661385132001-- From nobody Thu Aug 25 00:30:24 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MCkQP4d4Fz4ZF9l for ; Thu, 25 Aug 2022 00:30:37 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4MCkQN1CNQz3qg5; Thu, 25 Aug 2022 00:30:35 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from kalamity.joker.local (123-1-85-147.area1b.commufa.jp [123.1.85.147]) (authenticated bits=0) by www121.sakura.ne.jp (8.16.1/8.16.1/[SAKURA-WEB]/20201212) with ESMTPA id 27P0UORv025450; Thu, 25 Aug 2022 09:30:25 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Thu, 25 Aug 2022 09:30:24 +0900 From: Tomoaki AOKI To: mike tancsa Cc: mike.jakubik@swiftsmsgateway.com, "pieper, jeffrey e" , jim king , "stable@freebsd.org" , "kbowling@freebsd.org" Subject: Re: igc problems with heavy traffic Message-Id: <20220825093024.60cf0c6d026644bb83036665@dec.sakura.ne.jp> In-Reply-To: <2fa9c9d7-1eb9-e7ad-1c19-a6202ac7082b@sentex.net> References: <59b9cec0-d8c2-ce72-b5e9-99d1a1e807f8@sentex.net> <86995d10-af63-d053-972e-dd233029f3bf@jimking.net> <3d874f65-8ce2-8f06-f19a-14cd550166e3@sentex.net> <879b9239-2b9a-f0ae-4173-4a226c84cd85@sentex.net> <182d22a6c6d.1119560c11283607.2998737705092721009@swiftsmsgateway.com> <2fa9c9d7-1eb9-e7ad-1c19-a6202ac7082b@sentex.net> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.0) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4MCkQN1CNQz3qg5 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of junchoon@dec.sakura.ne.jp has no SPF policy when checking 153.125.133.21) smtp.mailfrom=junchoon@dec.sakura.ne.jp X-Spamd-Result: default: False [-1.60 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; AUTH_NA(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_NA(0.00)[no SPF record]; MLMMJ_DEST(0.00)[stable@freebsd.org]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_FIVE(0.00)[6]; RCVD_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_ORG_HEADER(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_DN_SOME(0.00)[]; DMARC_NA(0.00)[sakura.ne.jp]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Wed, 24 Aug 2022 19:37:43 -0400 mike tancsa wrote: > On 8/24/2022 7:22 PM, Mike Jakubik wrote: > > What kind of HW are you running on? Im assuming some sort of fairly > > modern x86 CPU with at least 4 cores.. Is it multiple CPUs with Numa > > nodes perhaps? In any case, if you are testing with iperf3, try using > > cpuset on iperf3 to bind it to specific cores. I had a performance > > issue on a modern Epyc server with a Mellanox 25Gb card. It turns out > > the issue was with the scheduler and how it was bouncing the processes > > around diff cores/CPU caches. See "Poor performance with stable/13 and > > Mellanox ConnectX-6 (mlx5)" on the freebsd-net mailing list for details. > > > > P.S. I also use a number of igc (Intel i225 @ 2.5Gb) cards at home and > > have had no issues with them. > > > > > Hi, > >     Performance is excellent. Its just the random link drops thats at > issue.  With default settings, running iperf3 on back to back NICs via > xover takes a good 20-45min before the link drop. If anything, I am > surprised at how much traffic these small devices can forward.  IPSEC > especially is super fast on RELENG_13. The link drops seem to be always > on the sender.  With fc disabled, reducing the link speed to 1G seems to > make the issue go away, or at least its not happening in overnight > testing. Its a Celeron N5105. https :// > www.aliexpress.com/item/1005003990581434.html > > Also, if you hook a couple back to back via xover cable, are you able to > manually set the speed to 1G and pass traffic ? It doesnt work for me. > >     ---Mike FYI: https://en.wikipedia.org/wiki/Medium-dependent_interface Maybe you should use straight-through cable for 1G or faster. -- Tomoaki AOKI From nobody Thu Aug 25 00:36:35 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MCkYp4X1bz4ZGjs for ; Thu, 25 Aug 2022 00:37:02 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1j2.sentex.ca (smarthost1j2.sentex.ca [IPv6:2607:f3e0:0:c::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost1j2.sentex.ca", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MCkYn3xKgz3s0W; Thu, 25 Aug 2022 00:37:01 +0000 (UTC) (envelope-from mike@sentex.net) Received: from vinyl4.sentex.ca (vinyl4.sentex.ca [64.7.153.17]) by smarthost1j2.sentex.ca (8.16.1/8.15.2) with ESMTPS id 27P0apXr059036 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Thu, 25 Aug 2022 00:36:51 GMT (envelope-from mike@sentex.net) Received: from [192.168.251.134] (cage.simianscience.com [64.7.134.1]) (authenticated bits=0) by vinyl4.sentex.ca (8.15.2/8.15.2) with ESMTPA id 27P0aZeF056580; Wed, 24 Aug 2022 20:36:35 -0400 (EDT) (envelope-from mike@sentex.net) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.101.1 at vinyl4.sentex.ca From: mike tancsa To: Tomoaki AOKI CC: , "pieper, jeffrey e" , jim king , , Date: Wed, 24 Aug 2022 20:36:35 -0400 Message-ID: <182d26dea38.27dc.e68d32c7521a042b3773fe36a0156dc7@sentex.net> In-Reply-To: <20220825093024.60cf0c6d026644bb83036665@dec.sakura.ne.jp> References: <59b9cec0-d8c2-ce72-b5e9-99d1a1e807f8@sentex.net> <86995d10-af63-d053-972e-dd233029f3bf@jimking.net> <3d874f65-8ce2-8f06-f19a-14cd550166e3@sentex.net> <879b9239-2b9a-f0ae-4173-4a226c84cd85@sentex.net> <182d22a6c6d.1119560c11283607.2998737705092721009@swiftsmsgateway.com> <2fa9c9d7-1eb9-e7ad-1c19-a6202ac7082b@sentex.net> <20220825093024.60cf0c6d026644bb83036665@dec.sakura.ne.jp> User-Agent: AquaMail/1.38.0 (build: 103800177) Subject: Re: igc problems with heavy traffic List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="us-ascii" Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (vinyl4.sentex.ca [64.7.153.17]); Wed, 24 Aug 2022 20:36:35 -0400 (EDT) X-Scanned-By: MIMEDefang 2.83 on 64.7.153.17 X-Rspamd-Queue-Id: 4MCkYn3xKgz3s0W X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:c::2 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-3.30 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[stable@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_FIVE(0.00)[6]; RCVD_TLS_LAST(0.00)[]; FREEFALL_USER(0.00)[mike]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[sentex.net]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Thanks, it was a straight through cat6. It works (with the reported occasional link drops) at autoneg, but if I specify 1g it fails to pass traffic On August 24, 2022 8:31:41 p.m. Tomoaki AOKI wrote: > On Wed, 24 Aug 2022 19:37:43 -0400 > mike tancsa wrote: > >> On 8/24/2022 7:22 PM, Mike Jakubik wrote: >> > What kind of HW are you running on? Im assuming some sort of fairly >> > modern x86 CPU with at least 4 cores.. Is it multiple CPUs with Numa >> > nodes perhaps? In any case, if you are testing with iperf3, try using >> > cpuset on iperf3 to bind it to specific cores. I had a performance >> > issue on a modern Epyc server with a Mellanox 25Gb card. It turns out >> > the issue was with the scheduler and how it was bouncing the processes >> > around diff cores/CPU caches. See "Poor performance with stable/13 and >> > Mellanox ConnectX-6 (mlx5)" on the freebsd-net mailing list for details. >> > >> > P.S. I also use a number of igc (Intel i225 @ 2.5Gb) cards at home and >> > have had no issues with them. >> > >> > >> Hi, >> >> Performance is excellent. Its just the random link drops thats at >> issue. With default settings, running iperf3 on back to back NICs via >> xover takes a good 20-45min before the link drop. If anything, I am >> surprised at how much traffic these small devices can forward. IPSEC >> especially is super fast on RELENG_13. The link drops seem to be always >> on the sender. With fc disabled, reducing the link speed to 1G seems to >> make the issue go away, or at least its not happening in overnight >> testing. Its a Celeron N5105. https :// >> www.aliexpress.com/item/1005003990581434.html >> >> Also, if you hook a couple back to back via xover cable, are you able to >> manually set the speed to 1G and pass traffic ? It doesnt work for me. >> >> ---Mike > > FYI: > https://en.wikipedia.org/wiki/Medium-dependent_interface > > Maybe you should use straight-through cable for 1G or faster. > > > -- > Tomoaki AOKI From nobody Fri Aug 26 02:21:22 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MDNqx4cKxz4b6mm for ; Fri, 26 Aug 2022 02:21:33 +0000 (UTC) (envelope-from timp87@gmail.com) Received: from mail-vs1-xe2c.google.com (mail-vs1-xe2c.google.com [IPv6:2607:f8b0:4864:20::e2c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MDNqw3L4dz47xl for ; Fri, 26 Aug 2022 02:21:32 +0000 (UTC) (envelope-from timp87@gmail.com) Received: by mail-vs1-xe2c.google.com with SMTP id h67so407470vsc.11 for ; Thu, 25 Aug 2022 19:21:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc; bh=TJPVTFN4labv2+a3Si1elnYtz2csvS4wdgOnQjP/2LI=; b=MMQtUPcHUAY6dFdfKdFVhHPApTPJ+c7DyaHU35i4tY3Msp2qjdSH+5Je15Mo25C+Jd AEgJiFItxtaOVLx81lKV2MQoaD53894FzSfNWmt6KYMvruXuoYwlpSf3s97i9TYHKtKg fw9CN4snAJhFPAJZXAz2ogf+cWf4D9WwW6Zc/UgTq9WPpJzEuRHYLCXt704oMn2y25FU ZskZwu1Lsa3CG1pIq6uptUypntq0sc/1iuBQoGw0vAq0UtBA0FcPaWzFls/lytVy8+RB 6ARE3GtG980C/MXFkUcitE7GNmNCtwGMu7JaL/C1MUpNYh4L88flQpBzl0CR4B+7UUGH Z+Gg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc; bh=TJPVTFN4labv2+a3Si1elnYtz2csvS4wdgOnQjP/2LI=; b=06FlyjRTo+3aszIXEz7MZzviJy0qi23+5T3c5ya3fIFCej//E1EtzMRYnHx/H63U2f cIuieT3Z4HM5u//H3ZoE8d2Ks2zbiF7PFMa6MTrRvjCR+OjRLfF8gxlLqPJqkCJGYMEF B1q2QlBgU7SxsuvrTsZbD36jysp7xbwY0hQTemlsgZ0/beSkn5tMbRQycDKTVvExdZb6 3aEbTP6V3gS2zd4CtrCn33gfVoxmpHHtabsjE05kOrzZh7/KYTql4dwJQccFkeM+VZY+ hcwKObMstTJvcAEKobDrg3iAM+hYcdlSm7hFWUw2oGKJHneXrDLPsPzGNJoHKKp8slgT NPdA== X-Gm-Message-State: ACgBeo1eObuVdD1y/E1vlVxKu4c0SlhO60KwktnjJKWdqtM3RZkKR12A XjE7uQn0VLH5uqmmMhVxwQbgDpNbiGrpyVDe9zhQDVtZWe4= X-Google-Smtp-Source: AA6agR5Tdfe5zdnF6jqituo30WTqA8Q6ISMxA780gjjakemXf4DrtxIQy+zuswbw+tAbfkraQWtS0E9rFVg+JUV7g1U= X-Received: by 2002:a67:b74e:0:b0:38a:c5e4:be21 with SMTP id l14-20020a67b74e000000b0038ac5e4be21mr2691905vsh.62.1661480491660; Thu, 25 Aug 2022 19:21:31 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Pavel Timofeev Date: Thu, 25 Aug 2022 20:21:22 -0600 Message-ID: Subject: Re: Framework Laptop (Batch 6) finally working :D To: Jonathan Vasquez Cc: stable@freebsd.org Content-Type: multipart/alternative; boundary="00000000000081b7b905e71b92e9" X-Rspamd-Queue-Id: 4MDNqw3L4dz47xl X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=MMQtUPcH; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of timp87@gmail.com designates 2607:f8b0:4864:20::e2c as permitted sender) smtp.mailfrom=timp87@gmail.com X-Spamd-Result: default: False [-3.94 / 15.00]; NEURAL_HAM_LONG(-1.00)[-0.997]; NEURAL_HAM_SHORT(-1.00)[-0.995]; NEURAL_HAM_MEDIUM(-0.95)[-0.947]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[stable@freebsd.org]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::e2c:from]; DKIM_TRACE(0.00)[gmail.com:+]; RCVD_TLS_LAST(0.00)[]; TO_DN_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N --00000000000081b7b905e71b92e9 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =D0=B2=D1=82, 23 =D0=B0=D0=B2=D0=B3. 2022 =D0=B3. =D0=B2 21:52, Pavel Timof= eev : > > > =D0=B2=D1=82, 16 =D0=B0=D0=B2=D0=B3. 2022 =D0=B3. =D0=B2 10:44, Jonathan = Vasquez : > >> Haha sounds good. Have fun! >> >> >> Sent from ProtonMail mobile >> >> >> >> -------- Original Message -------- >> On Aug 16, 2022, 11:47, Pavel Timofeev < timp87@gmail.com> wrote: >> >> >> >> >> =D0=B2=D1=82, 16 =D0=B0=D0=B2=D0=B3. 2022 =D0=B3. =D0=B2 08:44, Jonathan= Vasquez : >> >>> Thanks for reporting back Pavel. What are you gonna put on it in the >>> meantime? >>> >>> >>> Sent from ProtonMail mobile >>> >>> >>> >>> -------- Original Message -------- >>> On Aug 16, 2022, 08:25, Pavel Timofeev < timp87@gmail.com> wrote: >>> >>> >>> Hmm, not so much fun since Alder lake GPU is not supported yet (at leas= t >>> in the ports tree) >>> >>> On Mon, Aug 15, 2022, 15:23 Pavel Timofeev wrote: >>> >>>> >>>> >>>> =D0=BF=D1=82, 5 =D0=B0=D0=B2=D0=B3. 2022 =D0=B3. =D0=B2 22:34, Jonatha= n Vasquez : >>>> >>>>> Hey all, >>>>> >>>>> I finished coming back to my Framework Laptop (Batch 6) after a coupl= e >>>>> of months of working on getting FreeBSD working on my Thinkpad X260 a= nd >>>>> Thinkpad X1C7. I finally got it working to a good enough state. There= are >>>>> still some quirks but the bug reports are pretty much all already ope= n for >>>>> those so I'm hoping those will get fixed eventually. I've updated my >>>>> documentation to reflect the current state. Posting here for exposure= : >>>>> >>>>> https://xyinn.org/md/freebsd/framework_laptop >>>>> >>>>> Jonathan Vasquez >>>>> PGP: 34DA 858C 1447 509E C77A D49F FB85 90B7 C4CA 5279 >>>>> Sent with ProtonMail Secure Email >>>>> >>>>> >>>> >>>> Hi >>>> Thanks for this page! >>>> I've just received Framework laptop v2 with Intel 12th gen CPU 1260p >>>> within batch 2. >>>> Gonna play with it and FreeBSD. >>>> See the attachment for `pciconf -lv` if interested. >>>> >>> >> >> For now I'm gonna install some Linux. >> I've been a FreeBSD desktop user for the past 7 years now and I'm lookin= g >> forward to Alder Lake GPU support (graphics/gpu-firmware-intel-kmod? >> graphics/drm-510-kmod? kernel?) in FreeBSD. >> I have no favorite linux distro, probably it's gonna be some Ubuntu >> derivative for now. >> >> > > While I'm trying to survive on the scfb driver I noticed that the sound i= s > not switching to 3.5 jack headphones. > Here is the tiny patch to make it work. I hope someone picks it up soon. > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D266009 > Hi Jonathan! Can you test this https://reviews.freebsd.org/D36354 patch on your laptop? --00000000000081b7b905e71b92e9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
=D0=B2=D1=82, 23 =D0=B0=D0=B2=D0=B3. = 2022 =D0=B3. =D0=B2 21:52, Pavel Timofeev <timp87@gmail.com>:


=D0=B2=D1=82, 16 =D0= =B0=D0=B2=D0=B3. 2022 =D0=B3. =D0=B2 10:44, Jonathan Vasquez <jon@xyinn.org>:
Haha sounds good. Have fun!=


Sent from ProtonMail mobile



-------- Original Me= ssage --------
On Aug 16, 2022, 11:47, Pavel Timofeev < timp87@gmail.com> wrote:


=D0=B2=D1=82, 16 =D0=B0= =D0=B2=D0=B3. 2022 =D0=B3. =D0=B2 08:44, Jonathan Vasquez <jon@xyinn.org>:
Thanks for reporting back Pave= l. What are you gonna put on it in the meantime?


Sent from Proto= nMail mobile



-------- Original Message --------
On Aug 16= , 2022, 08:25, Pavel Timofeev < timp87@gmail.com> wrote:

Hmm, not so much fun since Alder lake GPU is not supported yet (at leas= t in the ports tree)

On Mon, Aug 15, 2022, 15:23 Pavel Timofeev <timp87@gmail.com> wro= te:


=D0=BF=D1=82, 5 =D0=B0=D0=B2=D0=B3. 2022 =D0=B3. = =D0=B2 22:34, Jonathan Vasquez <jon@xyinn.org>:
Hey all,
I finished coming ba= ck to my Framework Laptop (Batch 6) after a couple of months of working on = getting FreeBSD working on my Thinkpad X260 and Thinkpad X1C7. I finally go= t it working to a good enough state. There are still some quirks but the bu= g reports are pretty much all already open for those so I'm hoping thos= e will get fixed eventually. I've updated my documentation to reflect t= he current state. Posting here for exposure:


Jonathan Vasquez
PGP: 34DA 858C 1447 509E C77A = D49F FB85 90B7 C4CA 5279
Sent with ProtonMail Secure Email



Hi
Thanks for this page!
I've just received = Framework laptop v2 with Intel 12th gen CPU 1260p within batch 2.
Gonna play with it and FreeBSD.
See the attachment for `pciconf = -lv` if interested.


For now I'm gonna install som= e Linux.
I've been a FreeBSD desktop user for the past 7= years now and I'm looking forward to=C2=A0Alder Lake GPU support (grap= hics/gpu-firmware-intel-kmod? graphics/drm-510-kmod? kernel?) in FreeBSD.
I have no favorite linux distro, probably it'= s gonna be some Ubuntu derivative for now.


While I'm trying to survi= ve on the scfb driver I noticed that the sound is not switching to 3.5 jack= headphones.
Here is the tiny patch to make it work. I hope someo= ne picks it up soon.


Hi Jonathan!
Can you test this https://reviews.freebsd.org/D36354 = patch on your laptop?
--00000000000081b7b905e71b92e9-- From nobody Fri Aug 26 02:45:32 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MDPMs5gsGz4b9QF for ; Fri, 26 Aug 2022 02:45:45 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-io1-xd2a.google.com (mail-io1-xd2a.google.com [IPv6:2607:f8b0:4864:20::d2a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MDPMr66SHz3CSX for ; Fri, 26 Aug 2022 02:45:44 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: by mail-io1-xd2a.google.com with SMTP id h78so212814iof.13 for ; Thu, 25 Aug 2022 19:45:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:subject:message-id:date:from:mime-version:from:to:cc; bh=WpHssZ4ryQIAGpptBJbst2aZQdVA8WsveC84pLzAF0o=; b=dMKeKcUwW2qwEMglJzPx1xNCCdUfFjSsoto4+heb3GVvvDF3X6JyA0LuH09PncJ5eO ayxdx8pAy2ep6a//nCJ1DQNcETfDHQS0v0Z8bbsKKUw0v09fQCkuJy8fer61y/VKR0dW Xdxw3xwMtn+3fGS+IRhrCqmNw+hHT03Pe+b7ar77R4oEllqS0cp2tyG3MbsEGsbUKomT Bvq06+NvjZF9MqQnr7Hg9pChkgqJDHY4xaTnTNF1M3r1PPa4BapnnIAUHxRVPKU1risv tefoSFrBqX4XFc6/28dlOGboVVJLxrisJA8c+KhHEJJjaKIcgujWV0fnqkKWsjzYoQR4 FfSA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc; bh=WpHssZ4ryQIAGpptBJbst2aZQdVA8WsveC84pLzAF0o=; b=2Xw03TqyxeycYhLrCFaG7rIzE5s2hAmQEM8SxGxc87cQTOI/X4rBMsTwJYkcJukH2x eT+nqbG6oKLMhGXwLkABKYkKSxBNMW1RySe7v2hIeuZmZdshY3t11xZKMPXwVAkxEVwv CgqGAa04oQoQPx0sc6yl9cRaw7462FZCvrr3KQo7ZTqxinZhciU2nW5xv3/Ey/YF5GXh ivzsZQtJKTRuc+Yu+2YVI7X5zgmcw3qigC234cq3YFvL9qTyM7NQ3qonO/YVk7sfVebT ITjJrH8YiAYY5scIQ8pk5l5uViNu7gHGrn4p9vgny2AE6AtP+b+JI8G3P3zc1EbFz+MB FdMA== X-Gm-Message-State: ACgBeo2jodGzh7ZtCM5LV1tNMzcXPnOJDsWZY1KUZ7+dUVzPLaVjjyob Owsi8kEq/KBioZ+bqzjT/EQuxPhJ0jGvfqznLWGA5KDAuVs= X-Google-Smtp-Source: AA6agR6Sa+FIw8ys+kjuNVHS8FMLcAwGczHSOdcJT/zZzmME4eQoWY3jwLWVZIho9jXUvrFic1voicefF7DtSzTJwSg= X-Received: by 2002:a05:6602:1585:b0:689:5319:74d6 with SMTP id e5-20020a056602158500b00689531974d6mr2818290iow.214.1661481943772; Thu, 25 Aug 2022 19:45:43 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 From: Ganbold Tsagaankhuu Date: Fri, 26 Aug 2022 10:45:32 +0800 Message-ID: Subject: NFS issue - newnfs_request: Wrong session srvslot=1 slot=0, freeing free slot!! To: freebsd-stable Content-Type: multipart/alternative; boundary="0000000000000f346405e71be998" X-Rspamd-Queue-Id: 4MDPMr66SHz3CSX X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=dMKeKcUw; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of ganbold@gmail.com designates 2607:f8b0:4864:20::d2a as permitted sender) smtp.mailfrom=ganbold@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; NEURAL_HAM_SHORT(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[ganbold]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::d2a:from]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DKIM_TRACE(0.00)[gmail.com:+]; TO_DN_ALL(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; SUBJECT_ENDS_EXCLAIM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N --0000000000000f346405e71be998 Content-Type: text/plain; charset="UTF-8" Hi, We are having trouble with NFS running on STABLE: Aug 26 02:21:42 iron2 kernel: newnfs_request: Wrong session srvslot=1 slot=0 Aug 26 02:21:42 iron2 kernel: freeing free slot!! Aug 26 02:21:43 iron2 kernel: newnfs_request: Wrong session srvslot=1 slot=0 Aug 26 02:21:43 iron2 kernel: freeing free slot!! Aug 26 02:21:54 iron2 kernel: newnfs_request: Wrong session srvslot=1 slot=0 Aug 26 02:21:54 iron2 kernel: freeing free slot!! Aug 26 02:21:58 iron2 kernel: newnfs_request: Wrong session srvslot=1 slot=2 Aug 26 02:21:58 iron2 kernel: retseq diff 0x1 Aug 26 02:21:58 iron2 kernel: freeing free slot!! Aug 26 02:21:59 iron2 kernel: newnfs_request: Wrong session srvslot=1 slot=2 Aug 26 02:21:59 iron2 kernel: retseq diff 0x1 Aug 26 02:21:59 iron2 kernel: freeing free slot!! Aug 26 02:22:12 iron2 kernel: newnfs_request: Wrong session srvslot=0 slot=2 Aug 26 02:22:12 iron2 kernel: retseq diff 0x1 Aug 26 02:22:12 iron2 kernel: freeing free slot!! Aug 26 02:22:14 iron2 kernel: newnfs_request: Wrong session srvslot=1 slot=0 Aug 26 02:22:14 iron2 kernel: freeing free slot!! Aug 26 02:22:15 iron2 kernel: newnfs_request: Bad session slot=1 Aug 26 02:22:15 iron2 kernel: freeing free slot!! Aug 26 02:22:30 iron2 kernel: newnfs_request: Wrong session srvslot=1 slot=2 Aug 26 02:22:30 iron2 kernel: retseq diff 0x1 Aug 26 02:22:30 iron2 kernel: freeing free slot!! Aug 26 02:22:31 iron2 kernel: newnfs_request: Bad session slot=1 Aug 26 02:22:31 iron2 kernel: freeing free slot!! Aug 26 02:22:46 iron2 kernel: newnfs_request: Wrong session srvslot=1 slot=0 Aug 26 02:22:46 iron2 kernel: freeing free slot!! We are running FreeBSD 13.1-STABLE #3 stable/13-n252198-c1434fd2dea: Fri Aug 26 01:51:53 UTC 2022 and mount options are: rw,nfsv4,minorversion=1,bg,soft,timeo=20,retrans=5,retrycnt=5 ro,nfsv4,minorversion=1,bg,soft,timeo=20,retrans=5,retrycnt=5 Is there any fix for this issue? thanks a lot, Ganbold --0000000000000f346405e71be998 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

We are having trouble with NFS runn= ing on STABLE:

Aug 26 02:21:42 iron2 kernel: newnf= s_request: Wrong session srvslot=3D1 slot=3D0
Aug 26 02:21:42 iron2 kern= el: freeing free slot!!
Aug 26 02:21:43 iron2 kernel: newnfs_request: Wr= ong session srvslot=3D1 slot=3D0
Aug 26 02:21:43 iron2 kernel: freeing f= ree slot!!
Aug 26 02:21:54 iron2 kernel: newnfs_request: Wrong session s= rvslot=3D1 slot=3D0
Aug 26 02:21:54 iron2 kernel: freeing free slot!!Aug 26 02:21:58 iron2 kernel: newnfs_request: Wrong session srvslot=3D1 sl= ot=3D2
Aug 26 02:21:58 iron2 kernel: retseq diff 0x1
Aug 26 02:21:58 = iron2 kernel: freeing free slot!!
Aug 26 02:21:59 iron2 kernel: newnfs_r= equest: Wrong session srvslot=3D1 slot=3D2
Aug 26 02:21:59 iron2 kernel:= retseq diff 0x1
Aug 26 02:21:59 iron2 kernel: freeing free slot!!
Au= g 26 02:22:12 iron2 kernel: newnfs_request: Wrong session srvslot=3D0 slot= =3D2
Aug 26 02:22:12 iron2 kernel: retseq diff 0x1
Aug 26 02:22:12 ir= on2 kernel: freeing free slot!!
Aug 26 02:22:14 iron2 kernel: newnfs_req= uest: Wrong session srvslot=3D1 slot=3D0
Aug 26 02:22:14 iron2 kernel: f= reeing free slot!!
Aug 26 02:22:15 iron2 kernel: newnfs_request: Bad ses= sion slot=3D1
Aug 26 02:22:15 iron2 kernel: freeing free slot!!
Aug 2= 6 02:22:30 iron2 kernel: newnfs_request: Wrong session srvslot=3D1 slot=3D2=
Aug 26 02:22:30 iron2 kernel: retseq diff 0x1
Aug 26 02:22:30 iron2 = kernel: freeing free slot!!
Aug 26 02:22:31 iron2 kernel: newnfs_request= : Bad session slot=3D1
Aug 26 02:22:31 iron2 kernel: freeing free slot!!=
Aug 26 02:22:46 iron2 kernel: newnfs_request: Wrong session srvslot=3D1= slot=3D0
Aug 26 02:22:46 iron2 kernel: freeing free slot!!

We are running=C2=A0FreeBSD 13.1-STABLE #3 stable/13-n2521= 98-c1434fd2dea: Fri Aug 26 01:51:53 UTC 2022 and mount options are:

rw,nfsv4,minorversion=3D1,bg,soft,timeo=3D20,retrans= =3D5,retrycnt=3D5
ro,nfsv4,minorversion=3D1,bg,soft,timeo=3D2= 0,retrans=3D5,retrycnt=3D5

Is there any fix for th= is issue?

thanks a lot,

Ganbold

--0000000000000f346405e71be998-- From nobody Fri Aug 26 03:12:24 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MDPyn66vDz4bCy2 for ; Fri, 26 Aug 2022 03:12:33 +0000 (UTC) (envelope-from jon@xyinn.org) Received: from mail-4323.proton.ch (mail-4323.proton.ch [185.70.43.23]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MDPyl3BcPz3Fld for ; Fri, 26 Aug 2022 03:12:31 +0000 (UTC) (envelope-from jon@xyinn.org) Date: Fri, 26 Aug 2022 03:12:24 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xyinn.org; s=protonmail3; t=1661483548; x=1661742748; bh=4Tq9oMCOGrEOjSxUjpgHT9Utyn8ieHSOoYltAyvKlAk=; h=Date:To:From:Cc:Reply-To:Subject:Message-ID:In-Reply-To: References:Feedback-ID:From:To:Cc:Date:Subject:Reply-To: Feedback-ID:Message-ID; b=Am2lJ0GlI4PP6W02ErKQY3PQVuQKSJxLtm10DN2iS5hDfYIgV5PpCxuoZ46Bi0Ddi aayegWQtpF+JvNePYHLKEeAnKsdL8mGiyaVDol0yInmXHEI7f2vamE/TNqmXgm1z55 LRLD1XH2XkSNr4eP5ATZVj4hQkaTPk0H3iOnDrNLTTAuIQX4JuRq8S4EvXPMfpJjB7 BNDgY8ePDp4tjmHhX5cuMIkB4FdcM2ua0kZHqC3ndQrrHCa6m3yM1Cvpky+71/i2b/ hUOSth+B4IlYmvzZTlcbD6mvbYiv+UCdixRSHF1q35xyv31jAj+kRG1w9kcgVS4xR/ rVyaGJTgrpo7A== To: timp87@gmail.com From: Jonathan Vasquez Cc: stable@freebsd.org Reply-To: Jonathan Vasquez Subject: Re: Framework Laptop (Batch 6) finally working :D Message-ID: In-Reply-To: References: Feedback-ID: 12351801:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_rM2cU0kXPZOHlN0ZRxY1PvBkPTvH43egAPyfqbViLM" X-Rspamd-Queue-Id: 4MDPyl3BcPz3Fld X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=xyinn.org header.s=protonmail3 header.b=Am2lJ0Gl; dmarc=pass (policy=none) header.from=xyinn.org; spf=pass (mx1.freebsd.org: domain of jon@xyinn.org designates 185.70.43.23 as permitted sender) smtp.mailfrom=jon@xyinn.org X-Spamd-Result: default: False [-3.75 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-0.999]; NEURAL_HAM_MEDIUM(-0.93)[-0.934]; NEURAL_HAM_LONG(-0.92)[-0.917]; DMARC_POLICY_ALLOW(-0.50)[xyinn.org,none]; R_SPF_ALLOW(-0.20)[+ip4:185.70.43.0/24]; R_DKIM_ALLOW(-0.20)[xyinn.org:s=protonmail3]; MIME_BASE64_TEXT(0.10)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; HAS_REPLYTO(0.00)[jon@xyinn.org]; HAS_PHPMAILER_SIG(0.00)[]; FREEFALL_USER(0.00)[jon]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ARC_NA(0.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.43.0/24, country:CH]; MLMMJ_DEST(0.00)[stable@freebsd.org]; RCPT_COUNT_TWO(0.00)[2]; DKIM_TRACE(0.00)[xyinn.org:+]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RWL_MAILSPIKE_POSSIBLE(0.00)[185.70.43.23:from] X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --b1_rM2cU0kXPZOHlN0ZRxY1PvBkPTvH43egAPyfqbViLM Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SGV5IFBhdmVsLAoKSSdtIHJ1bm5pbmcgV2luZG93cyBvbiBpdCBhdG0gc28gZG9uJ3QgaGF2ZSBG cmVlQlNEIG9uIGl0LiBJIGhhdmUgRnJlZUJTRCBvbiBteSBzZXJ2ZXIgdGhvdWdoIDspLgoKU2Vu dCBmcm9tIFByb3Rvbk1haWwgbW9iaWxlCgotLS0tLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0t LS0tCk9uIEF1ZyAyNSwgMjAyMiwgMjI6MjEsIFBhdmVsIFRpbW9mZWV2IHdyb3RlOgoKPiDQstGC LCAyMyDQsNCy0LMuIDIwMjIg0LMuINCyIDIxOjUyLCBQYXZlbCBUaW1vZmVldiA8dGltcDg3QGdt YWlsLmNvbT46Cj4KPj4g0LLRgiwgMTYg0LDQstCzLiAyMDIyINCzLiDQsiAxMDo0NCwgSm9uYXRo YW4gVmFzcXVleiA8am9uQHh5aW5uLm9yZz46Cj4+Cj4+PiBIYWhhIHNvdW5kcyBnb29kLiBIYXZl IGZ1biEKPj4+Cj4+PiBTZW50IGZyb20gUHJvdG9uTWFpbCBtb2JpbGUKPj4+Cj4+PiAtLS0tLS0t LSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tLS0tCj4+PiBPbiBBdWcgMTYsIDIwMjIsIDExOjQ3LCBQ YXZlbCBUaW1vZmVldiA8IHRpbXA4N0BnbWFpbC5jb20+IHdyb3RlOgo+Pj4KPj4+PiDQstGCLCAx NiDQsNCy0LMuIDIwMjIg0LMuINCyIDA4OjQ0LCBKb25hdGhhbiBWYXNxdWV6IDxqb25AeHlpbm4u b3JnPjoKPj4+Pgo+Pj4+PiBUaGFua3MgZm9yIHJlcG9ydGluZyBiYWNrIFBhdmVsLiBXaGF0IGFy ZSB5b3UgZ29ubmEgcHV0IG9uIGl0IGluIHRoZSBtZWFudGltZT8KPj4+Pj4KPj4+Pj4gU2VudCBm cm9tIFByb3Rvbk1haWwgbW9iaWxlCj4+Pj4+Cj4+Pj4+IC0tLS0tLS0tIE9yaWdpbmFsIE1lc3Nh Z2UgLS0tLS0tLS0KPj4+Pj4gT24gQXVnIDE2LCAyMDIyLCAwODoyNSwgUGF2ZWwgVGltb2ZlZXYg PCB0aW1wODdAZ21haWwuY29tPiB3cm90ZToKPj4+Pj4KPj4+Pj4+IEhtbSwgbm90IHNvIG11Y2gg ZnVuIHNpbmNlIEFsZGVyIGxha2UgR1BVIGlzIG5vdCBzdXBwb3J0ZWQgeWV0IChhdCBsZWFzdCBp biB0aGUgcG9ydHMgdHJlZSkKPj4+Pj4+Cj4+Pj4+PiBPbiBNb24sIEF1ZyAxNSwgMjAyMiwgMTU6 MjMgUGF2ZWwgVGltb2ZlZXYgPHRpbXA4N0BnbWFpbC5jb20+IHdyb3RlOgo+Pj4+Pj4KPj4+Pj4+ PiDQv9GCLCA1INCw0LLQsy4gMjAyMiDQsy4g0LIgMjI6MzQsIEpvbmF0aGFuIFZhc3F1ZXogPGpv bkB4eWlubi5vcmc+Ogo+Pj4+Pj4+Cj4+Pj4+Pj4+IEhleSBhbGwsCj4+Pj4+Pj4+Cj4+Pj4+Pj4+ IEkgZmluaXNoZWQgY29taW5nIGJhY2sgdG8gbXkgRnJhbWV3b3JrIExhcHRvcCAoQmF0Y2ggNikg YWZ0ZXIgYSBjb3VwbGUgb2YgbW9udGhzIG9mIHdvcmtpbmcgb24gZ2V0dGluZyBGcmVlQlNEIHdv cmtpbmcgb24gbXkgVGhpbmtwYWQgWDI2MCBhbmQgVGhpbmtwYWQgWDFDNy4gSSBmaW5hbGx5IGdv dCBpdCB3b3JraW5nIHRvIGEgZ29vZCBlbm91Z2ggc3RhdGUuIFRoZXJlIGFyZSBzdGlsbCBzb21l IHF1aXJrcyBidXQgdGhlIGJ1ZyByZXBvcnRzIGFyZSBwcmV0dHkgbXVjaCBhbGwgYWxyZWFkeSBv cGVuIGZvciB0aG9zZSBzbyBJJ20gaG9waW5nIHRob3NlIHdpbGwgZ2V0IGZpeGVkIGV2ZW50dWFs bHkuIEkndmUgdXBkYXRlZCBteSBkb2N1bWVudGF0aW9uIHRvIHJlZmxlY3QgdGhlIGN1cnJlbnQg c3RhdGUuIFBvc3RpbmcgaGVyZSBmb3IgZXhwb3N1cmU6Cj4+Pj4+Pj4+Cj4+Pj4+Pj4+IGh0dHBz Oi8veHlpbm4ub3JnL21kL2ZyZWVic2QvZnJhbWV3b3JrX2xhcHRvcAo+Pj4+Pj4+Pgo+Pj4+Pj4+ PiBKb25hdGhhbiBWYXNxdWV6Cj4+Pj4+Pj4+IFBHUDogMzREQSA4NThDIDE0NDcgNTA5RSBDNzdB IEQ0OUYgRkI4NSA5MEI3IEM0Q0EgNTI3OQo+Pj4+Pj4+PiBTZW50IHdpdGggUHJvdG9uTWFpbCBT ZWN1cmUgRW1haWwKPj4+Pj4+Pgo+Pj4+Pj4+IEhpCj4+Pj4+Pj4gVGhhbmtzIGZvciB0aGlzIHBh Z2UhCj4+Pj4+Pj4gSSd2ZSBqdXN0IHJlY2VpdmVkIEZyYW1ld29yayBsYXB0b3AgdjIgd2l0aCBJ bnRlbCAxMnRoIGdlbiBDUFUgMTI2MHAgd2l0aGluIGJhdGNoIDIuCj4+Pj4+Pj4gR29ubmEgcGxh eSB3aXRoIGl0IGFuZCBGcmVlQlNELgo+Pj4+Pj4+IFNlZSB0aGUgYXR0YWNobWVudCBmb3IgYHBj aWNvbmYgLWx2YCBpZiBpbnRlcmVzdGVkLgo+Pj4+Cj4+Pj4gRm9yIG5vdyBJJ20gZ29ubmEgaW5z dGFsbCBzb21lIExpbnV4Lgo+Pj4+IEkndmUgYmVlbiBhIEZyZWVCU0QgZGVza3RvcCB1c2VyIGZv ciB0aGUgcGFzdCA3IHllYXJzIG5vdyBhbmQgSSdtIGxvb2tpbmcgZm9yd2FyZCB0byBBbGRlciBM YWtlIEdQVSBzdXBwb3J0IChncmFwaGljcy9ncHUtZmlybXdhcmUtaW50ZWwta21vZD8gZ3JhcGhp Y3MvZHJtLTUxMC1rbW9kPyBrZXJuZWw/KSBpbiBGcmVlQlNELgo+Pj4+Cj4+Pj4gSSBoYXZlIG5v IGZhdm9yaXRlIGxpbnV4IGRpc3RybywgcHJvYmFibHkgaXQncyBnb25uYSBiZSBzb21lIFVidW50 dSBkZXJpdmF0aXZlIGZvciBub3cuCj4+Cj4+IFdoaWxlIEknbSB0cnlpbmcgdG8gc3Vydml2ZSBv biB0aGUgc2NmYiBkcml2ZXIgSSBub3RpY2VkIHRoYXQgdGhlIHNvdW5kIGlzIG5vdCBzd2l0Y2hp bmcgdG8gMy41IGphY2sgaGVhZHBob25lcy4KPj4gSGVyZSBpcyB0aGUgdGlueSBwYXRjaCB0byBt YWtlIGl0IHdvcmsuIEkgaG9wZSBzb21lb25lIHBpY2tzIGl0IHVwIHNvb24uCj4+IGh0dHBzOi8v YnVncy5mcmVlYnNkLm9yZy9idWd6aWxsYS9zaG93X2J1Zy5jZ2k/aWQ9MjY2MDA5Cj4KPiBIaSBK b25hdGhhbiEKPiBDYW4geW91IHRlc3QgdGhpcyBodHRwczovL3Jldmlld3MuZnJlZWJzZC5vcmcv RDM2MzU0IHBhdGNoIG9uIHlvdXIgbGFwdG9wPw== --b1_rM2cU0kXPZOHlN0ZRxY1PvBkPTvH43egAPyfqbViLM Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 SGV5IFBhdmVsLDxicj48YnI+SSdtIHJ1bm5pbmcgV2luZG93cyBvbiBpdCBhdG0gc28gZG9uJ3Qg aGF2ZSBGcmVlQlNEIG9uIGl0LiBJIGhhdmUgRnJlZUJTRCBvbiBteSBzZXJ2ZXIgdGhvdWdoIDsp Ljxicj48YnI+PGJyPlNlbnQgZnJvbSBQcm90b25NYWlsIG1vYmlsZTxicj48YnI+PGJyPjxicj4t LS0tLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tLS0tPGJyPk9uIEF1ZyAyNSwgMjAyMiwgMjI6 MjEsIFBhdmVsIFRpbW9mZWV2IDwgdGltcDg3QGdtYWlsLmNvbT4gd3JvdGU6PGJsb2NrcXVvdGUg Y2xhc3M9InByb3Rvbm1haWxfcXVvdGUiPjxicj48ZGl2IGRpcj0ibHRyIj48ZGl2IGRpcj0ibHRy Ij48YnI+PC9kaXY+PGJyPjxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj48ZGl2IGRpcj0ibHRyIiBj bGFzcz0iZ21haWxfYXR0ciI+0LLRgiwgMjMg0LDQstCzLiAyMDIyINCzLiDQsiAyMTo1MiwgUGF2 ZWwgVGltb2ZlZXYgJmx0OzxhIGhyZWY9Im1haWx0bzp0aW1wODdAZ21haWwuY29tIj50aW1wODdA Z21haWwuY29tPC9hPiZndDs6PGJyPjwvZGl2PjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90 ZSIgc3R5bGU9Im1hcmdpbjowcHggMHB4IDBweCAwLjhleDtib3JkZXItbGVmdDoxcHggc29saWQg cmdiKDIwNCwyMDQsMjA0KTtwYWRkaW5nLWxlZnQ6MWV4Ij48ZGl2IGRpcj0ibHRyIj48ZGl2IGRp cj0ibHRyIj48YnI+PC9kaXY+PGJyPjxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj48ZGl2IGRpcj0i bHRyIiBjbGFzcz0iZ21haWxfYXR0ciI+0LLRgiwgMTYg0LDQstCzLiAyMDIyINCzLiDQsiAxMDo0 NCwgSm9uYXRoYW4gVmFzcXVleiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmpvbkB4eWlubi5vcmciIHRh cmdldD0iX2JsYW5rIj5qb25AeHlpbm4ub3JnPC9hPiZndDs6PGJyPjwvZGl2PjxibG9ja3F1b3Rl IGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowcHggMHB4IDBweCAwLjhleDtib3Jk ZXItbGVmdDoxcHggc29saWQgcmdiKDIwNCwyMDQsMjA0KTtwYWRkaW5nLWxlZnQ6MWV4Ij5IYWhh IHNvdW5kcyBnb29kLiBIYXZlIGZ1biE8YnI+PGJyPjxicj5TZW50IGZyb20gUHJvdG9uTWFpbCBt b2JpbGU8YnI+PGJyPjxicj48YnI+LS0tLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLS0tLTxi cj5PbiBBdWcgMTYsIDIwMjIsIDExOjQ3LCBQYXZlbCBUaW1vZmVldiAmbHQ7IDxhIGhyZWY9Im1h aWx0bzp0aW1wODdAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+dGltcDg3QGdtYWlsLmNvbTwv YT4mZ3Q7IHdyb3RlOjxibG9ja3F1b3RlPjxicj48ZGl2IGRpcj0ibHRyIj48ZGl2IGRpcj0ibHRy Ij48YnI+PC9kaXY+PGJyPjxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj48ZGl2IGRpcj0ibHRyIiBj bGFzcz0iZ21haWxfYXR0ciI+0LLRgiwgMTYg0LDQstCzLiAyMDIyINCzLiDQsiAwODo0NCwgSm9u YXRoYW4gVmFzcXVleiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmpvbkB4eWlubi5vcmciIHRhcmdldD0i X2JsYW5rIj5qb25AeHlpbm4ub3JnPC9hPiZndDs6PGJyPjwvZGl2PjxibG9ja3F1b3RlIGNsYXNz PSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowcHggMHB4IDBweCAwLjhleDtib3JkZXItbGVm dDoxcHggc29saWQgcmdiKDIwNCwyMDQsMjA0KTtwYWRkaW5nLWxlZnQ6MWV4Ij5UaGFua3MgZm9y IHJlcG9ydGluZyBiYWNrIFBhdmVsLiBXaGF0IGFyZSB5b3UgZ29ubmEgcHV0IG9uIGl0IGluIHRo ZSBtZWFudGltZT88YnI+PGJyPjxicj5TZW50IGZyb20gUHJvdG9uTWFpbCBtb2JpbGU8YnI+PGJy Pjxicj48YnI+LS0tLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLS0tLTxicj5PbiBBdWcgMTYs IDIwMjIsIDA4OjI1LCBQYXZlbCBUaW1vZmVldiAmbHQ7IDxhIGhyZWY9Im1haWx0bzp0aW1wODdA Z21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+dGltcDg3QGdtYWlsLmNvbTwvYT4mZ3Q7IHdyb3Rl OjxibG9ja3F1b3RlPjxicj48ZGl2IGRpcj0iYXV0byI+SG1tLCBub3Qgc28gbXVjaCBmdW4gc2lu Y2UgQWxkZXIgbGFrZSBHUFUgaXMgbm90IHN1cHBvcnRlZCB5ZXQgKGF0IGxlYXN0IGluIHRoZSBw b3J0cyB0cmVlKTwvZGl2Pjxicj48ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+PGRpdiBkaXI9Imx0 ciIgY2xhc3M9ImdtYWlsX2F0dHIiPk9uIE1vbiwgQXVnIDE1LCAyMDIyLCAxNToyMyBQYXZlbCBU aW1vZmVldiAmbHQ7PGEgaHJlZj0ibWFpbHRvOnRpbXA4N0BnbWFpbC5jb20iIHRhcmdldD0iX2Js YW5rIj50aW1wODdAZ21haWwuY29tPC9hPiZndDsgd3JvdGU6PGJyPjwvZGl2PjxibG9ja3F1b3Rl IGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowcHggMHB4IDBweCAwLjhleDtib3Jk ZXItbGVmdDoxcHggc29saWQgcmdiKDIwNCwyMDQsMjA0KTtwYWRkaW5nLWxlZnQ6MWV4Ij48ZGl2 IGRpcj0ibHRyIj48ZGl2IGRpcj0ibHRyIj48YnI+PC9kaXY+PGJyPjxkaXYgY2xhc3M9ImdtYWls X3F1b3RlIj48ZGl2IGRpcj0ibHRyIiBjbGFzcz0iZ21haWxfYXR0ciI+0L/RgiwgNSDQsNCy0LMu IDIwMjIg0LMuINCyIDIyOjM0LCBKb25hdGhhbiBWYXNxdWV6ICZsdDs8YSBocmVmPSJtYWlsdG86 am9uQHh5aW5uLm9yZyIgcmVsPSJub3JlZmVycmVyIiB0YXJnZXQ9Il9ibGFuayI+am9uQHh5aW5u Lm9yZzwvYT4mZ3Q7Ojxicj48L2Rpdj48YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0 eWxlPSJtYXJnaW46MHB4IDBweCAwcHggMC44ZXg7Ym9yZGVyLWxlZnQ6MXB4IHNvbGlkIHJnYigy MDQsMjA0LDIwNCk7cGFkZGluZy1sZWZ0OjFleCI+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6QXJp YWw7Zm9udC1zaXplOjE0cHgiPkhleSBhbGwsPC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6 QXJpYWw7Zm9udC1zaXplOjE0cHgiPjxicj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTpB cmlhbDtmb250LXNpemU6MTRweCI+SSBmaW5pc2hlZCBjb21pbmcgYmFjayB0byBteSBGcmFtZXdv cmsgTGFwdG9wIChCYXRjaCA2KSBhZnRlciBhIGNvdXBsZSBvZiBtb250aHMgb2Ygd29ya2luZyBv biBnZXR0aW5nIEZyZWVCU0Qgd29ya2luZyBvbiBteSBUaGlua3BhZCBYMjYwIGFuZCBUaGlua3Bh ZCBYMUM3LiBJIGZpbmFsbHkgZ290IGl0IHdvcmtpbmcgdG8gYSBnb29kIGVub3VnaCBzdGF0ZS4g VGhlcmUgYXJlIHN0aWxsIHNvbWUgcXVpcmtzIGJ1dCB0aGUgYnVnIHJlcG9ydHMgYXJlIHByZXR0 eSBtdWNoIGFsbCBhbHJlYWR5IG9wZW4gZm9yIHRob3NlIHNvIEkmIzM5O20gaG9waW5nIHRob3Nl IHdpbGwgZ2V0IGZpeGVkIGV2ZW50dWFsbHkuIEkmIzM5O3ZlIHVwZGF0ZWQgbXkgZG9jdW1lbnRh dGlvbiB0byByZWZsZWN0IHRoZSBjdXJyZW50IHN0YXRlLiBQb3N0aW5nIGhlcmUgZm9yIGV4cG9z dXJlOjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OkFyaWFsO2ZvbnQtc2l6ZToxNHB4Ij48 YnI+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6QXJpYWw7Zm9udC1zaXplOjE0cHgiPjxz cGFuPjxhIHJlbD0ibm9yZWZlcnJlciBub2ZvbGxvdyBub29wZW5lciBub3JlZmVycmVyIiBocmVm PSJodHRwczovL3h5aW5uLm9yZy9tZC9mcmVlYnNkL2ZyYW1ld29ya19sYXB0b3AiIHRhcmdldD0i X2JsYW5rIj5odHRwczovL3h5aW5uLm9yZy9tZC9mcmVlYnNkL2ZyYW1ld29ya19sYXB0b3A8L2E+ PC9zcGFuPjxicj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTpBcmlhbDtmb250LXNpemU6 MTRweCI+PGJyPjwvZGl2Pg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6QXJpYWw7Zm9udC1zaXpl OjE0cHgiPg0KICAgIDxkaXY+DQogICAgICAgIDxkaXY+Sm9uYXRoYW4gVmFzcXVlejxicj48L2Rp dj48ZGl2PlBHUDogMzREQSA4NThDIDE0NDcgNTA5RSBDNzdBICBENDlGIEZCODUgOTBCNyBDNENB IDUyNzk8YnI+PC9kaXY+PGRpdj5TZW50IHdpdGggUHJvdG9uTWFpbCBTZWN1cmUgRW1haWw8YnI+ PC9kaXY+PGRpdj48YnI+PC9kaXY+PC9kaXY+PC9kaXY+PC9ibG9ja3F1b3RlPjxkaXY+PGJyPjwv ZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+SGk8L2Rpdj48ZGl2PlRoYW5rcyBmb3IgdGhpcyBwYWdl ITwvZGl2PjxkaXY+SSYjMzk7dmUganVzdCByZWNlaXZlZCBGcmFtZXdvcmsgbGFwdG9wIHYyIHdp dGggSW50ZWwgMTJ0aCBnZW4gQ1BVIDEyNjBwIHdpdGhpbiBiYXRjaCAyLjwvZGl2PjxkaXY+R29u bmEgcGxheSB3aXRoIGl0IGFuZCBGcmVlQlNELjwvZGl2PjxkaXY+U2VlIHRoZSBhdHRhY2htZW50 IGZvciBgcGNpY29uZiAtbHZgIGlmIGludGVyZXN0ZWQuPC9kaXY+PC9kaXY+PC9kaXY+PC9ibG9j a3F1b3RlPjwvZGl2PjwvYmxvY2txdW90ZT48L2Jsb2NrcXVvdGU+PGRpdj48YnI+PC9kaXY+PGRp dj48YnI+PC9kaXY+PGRpdj5Gb3Igbm93IEkmIzM5O20gZ29ubmEgaW5zdGFsbCBzb21lIExpbnV4 LjwvZGl2PjxkaXY+PGRpdj5JJiMzOTt2ZSBiZWVuIGEgRnJlZUJTRCBkZXNrdG9wIHVzZXIgZm9y IHRoZSBwYXN0IDcgeWVhcnMgbm93IGFuZCBJJiMzOTttIGxvb2tpbmcgZm9yd2FyZCB0b8KgQWxk ZXIgTGFrZSBHUFUgc3VwcG9ydCAoZ3JhcGhpY3MvZ3B1LWZpcm13YXJlLWludGVsLWttb2Q/IGdy YXBoaWNzL2RybS01MTAta21vZD8ga2VybmVsPykgaW4gRnJlZUJTRC48L2Rpdj48ZGl2PjwvZGl2 PjwvZGl2PjxkaXY+SSBoYXZlIG5vIGZhdm9yaXRlIGxpbnV4IGRpc3RybywgcHJvYmFibHkgaXQm IzM5O3MgZ29ubmEgYmUgc29tZSBVYnVudHUgZGVyaXZhdGl2ZSBmb3Igbm93LjwvZGl2PjwvZGl2 PjwvZGl2PjwvYmxvY2txdW90ZT48L2Jsb2NrcXVvdGU+PGRpdj48YnI+PC9kaXY+PGRpdj48YnI+ PC9kaXY+PGRpdj5XaGlsZSBJJiMzOTttIHRyeWluZyB0byBzdXJ2aXZlIG9uIHRoZSBzY2ZiIGRy aXZlciBJIG5vdGljZWQgdGhhdCB0aGUgc291bmQgaXMgbm90IHN3aXRjaGluZyB0byAzLjUgamFj ayBoZWFkcGhvbmVzLjwvZGl2PjxkaXY+SGVyZSBpcyB0aGUgdGlueSBwYXRjaCB0byBtYWtlIGl0 IHdvcmsuIEkgaG9wZSBzb21lb25lIHBpY2tzIGl0IHVwIHNvb24uPC9kaXY+PGRpdj48YSBocmVm PSJodHRwczovL2J1Z3MuZnJlZWJzZC5vcmcvYnVnemlsbGEvc2hvd19idWcuY2dpP2lkPTI2NjAw OSIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vYnVncy5mcmVlYnNkLm9yZy9idWd6aWxsYS9zaG93 X2J1Zy5jZ2k/aWQ9MjY2MDA5PC9hPjwvZGl2PjwvZGl2PjwvZGl2PjwvYmxvY2txdW90ZT48ZGl2 Pjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PkhpIEpvbmF0aGFuITwvZGl2PjxkaXY+Q2Fu IHlvdSB0ZXN0IHRoaXMgPGEgaHJlZj0iaHR0cHM6Ly9yZXZpZXdzLmZyZWVic2Qub3JnL0QzNjM1 NCI+aHR0cHM6Ly9yZXZpZXdzLmZyZWVic2Qub3JnL0QzNjM1NDwvYT4gcGF0Y2ggb24geW91ciBs YXB0b3A/PC9kaXY+PC9kaXY+PC9kaXY+DQo8L2Rpdj4= --b1_rM2cU0kXPZOHlN0ZRxY1PvBkPTvH43egAPyfqbViLM-- From nobody Fri Aug 26 03:13:31 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MDQ033y4Dz4bD1n for ; Fri, 26 Aug 2022 03:13:39 +0000 (UTC) (envelope-from jon@xyinn.org) Received: from mail-40136.proton.ch (mail-40136.proton.ch [185.70.40.136]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MDQ021bCRz3Gqn for ; Fri, 26 Aug 2022 03:13:38 +0000 (UTC) (envelope-from jon@xyinn.org) Date: Fri, 26 Aug 2022 03:13:31 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xyinn.org; s=protonmail3; t=1661483615; x=1661742815; bh=36W+8wZVXYPhHV3Zpz8Gb2V9HyRfK8KKgQc5B8EJDPc=; h=Date:To:From:Cc:Reply-To:Subject:Message-ID:In-Reply-To: References:Feedback-ID:From:To:Cc:Date:Subject:Reply-To: Feedback-ID:Message-ID; b=UbLRdFhdYBdRRYuxjnXKXDdiKia7Zmrl7dzZSzpsD0pIBwU8NpdCZUC72Ghyy0vim BC/Mtmk0hhlfHQUZ/+h5tnrX7zkjCYkHtZHqwHJuBrcYJ8XvdAZ20H/+sT9CPDhDXv w3kk9yXqHzZJx0THvDg32DlN1nMMbFiMAk27J94AwVquJimM1dIG7redPt2bHr0vOS 4Q9QUKdUybEDU7lCrqY/AZfyqb9AgwkJLacPBFSCCz2/r23J6MVotjDloGtHy3Yg9E OfTh6mWV1TV9RlKrTwiPlogBFsgD47t7k0GlnoJZNO3rKfSDsECSVHUcP856h5FJse vYlFstue84PoQ== To: timp87@gmail.com From: Jonathan Vasquez Cc: stable@freebsd.org Reply-To: Jonathan Vasquez Subject: Re: Framework Laptop (Batch 6) finally working :D Message-ID: In-Reply-To: References: Feedback-ID: 12351801:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_Bma7Fiyg7uayKzRTOw5Gi6O9UV3dHsOJj5gedZfmFU" X-Rspamd-Queue-Id: 4MDQ021bCRz3Gqn X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=xyinn.org header.s=protonmail3 header.b=UbLRdFhd; dmarc=pass (policy=none) header.from=xyinn.org; spf=pass (mx1.freebsd.org: domain of jon@xyinn.org designates 185.70.40.136 as permitted sender) smtp.mailfrom=jon@xyinn.org X-Spamd-Result: default: False [-3.75 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-0.999]; NEURAL_HAM_MEDIUM(-0.93)[-0.934]; NEURAL_HAM_LONG(-0.92)[-0.916]; DMARC_POLICY_ALLOW(-0.50)[xyinn.org,none]; R_DKIM_ALLOW(-0.20)[xyinn.org:s=protonmail3]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24:c]; MIME_BASE64_TEXT(0.10)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; FREEMAIL_TO(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[stable@freebsd.org]; RCVD_COUNT_ZERO(0.00)[0]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; REPLYTO_EQ_FROM(0.00)[]; HAS_REPLYTO(0.00)[jon@xyinn.org]; DKIM_TRACE(0.00)[xyinn.org:+]; FROM_HAS_DN(0.00)[]; TO_DN_NONE(0.00)[]; HAS_PHPMAILER_SIG(0.00)[]; FREEFALL_USER(0.00)[jon]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --b1_Bma7Fiyg7uayKzRTOw5Gi6O9UV3dHsOJj5gedZfmFU Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SSBmb3Jnb3QgdG8gbWVudGlvbiwgdGhhdCBwYXRjaCBpc24ndCBhcHBsaWNhYmxlIG9uIHRoZSBH ZW4gMTEgQmF0Y2ggNiwgdGhlIGhlYWRwaG9uZS9pbnRlcm5hbCBzcGVha2VyIHF1aXJrIGlzIGFs cmVhZHkgd29ya2luZy4KClNlbnQgZnJvbSBQcm90b25NYWlsIG1vYmlsZQoKLS0tLS0tLS0gT3Jp Z2luYWwgTWVzc2FnZSAtLS0tLS0tLQpPbiBBdWcgMjUsIDIwMjIsIDIyOjIxLCBQYXZlbCBUaW1v ZmVldiB3cm90ZToKCj4g0LLRgiwgMjMg0LDQstCzLiAyMDIyINCzLiDQsiAyMTo1MiwgUGF2ZWwg VGltb2ZlZXYgPHRpbXA4N0BnbWFpbC5jb20+Ogo+Cj4+INCy0YIsIDE2INCw0LLQsy4gMjAyMiDQ sy4g0LIgMTA6NDQsIEpvbmF0aGFuIFZhc3F1ZXogPGpvbkB4eWlubi5vcmc+Ogo+Pgo+Pj4gSGFo YSBzb3VuZHMgZ29vZC4gSGF2ZSBmdW4hCj4+Pgo+Pj4gU2VudCBmcm9tIFByb3Rvbk1haWwgbW9i aWxlCj4+Pgo+Pj4gLS0tLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLS0tLQo+Pj4gT24gQXVn IDE2LCAyMDIyLCAxMTo0NywgUGF2ZWwgVGltb2ZlZXYgPCB0aW1wODdAZ21haWwuY29tPiB3cm90 ZToKPj4+Cj4+Pj4g0LLRgiwgMTYg0LDQstCzLiAyMDIyINCzLiDQsiAwODo0NCwgSm9uYXRoYW4g VmFzcXVleiA8am9uQHh5aW5uLm9yZz46Cj4+Pj4KPj4+Pj4gVGhhbmtzIGZvciByZXBvcnRpbmcg YmFjayBQYXZlbC4gV2hhdCBhcmUgeW91IGdvbm5hIHB1dCBvbiBpdCBpbiB0aGUgbWVhbnRpbWU/ Cj4+Pj4+Cj4+Pj4+IFNlbnQgZnJvbSBQcm90b25NYWlsIG1vYmlsZQo+Pj4+Pgo+Pj4+PiAtLS0t LS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tLS0tCj4+Pj4+IE9uIEF1ZyAxNiwgMjAyMiwgMDg6 MjUsIFBhdmVsIFRpbW9mZWV2IDwgdGltcDg3QGdtYWlsLmNvbT4gd3JvdGU6Cj4+Pj4+Cj4+Pj4+ PiBIbW0sIG5vdCBzbyBtdWNoIGZ1biBzaW5jZSBBbGRlciBsYWtlIEdQVSBpcyBub3Qgc3VwcG9y dGVkIHlldCAoYXQgbGVhc3QgaW4gdGhlIHBvcnRzIHRyZWUpCj4+Pj4+Pgo+Pj4+Pj4gT24gTW9u LCBBdWcgMTUsIDIwMjIsIDE1OjIzIFBhdmVsIFRpbW9mZWV2IDx0aW1wODdAZ21haWwuY29tPiB3 cm90ZToKPj4+Pj4+Cj4+Pj4+Pj4g0L/RgiwgNSDQsNCy0LMuIDIwMjIg0LMuINCyIDIyOjM0LCBK b25hdGhhbiBWYXNxdWV6IDxqb25AeHlpbm4ub3JnPjoKPj4+Pj4+Pgo+Pj4+Pj4+PiBIZXkgYWxs LAo+Pj4+Pj4+Pgo+Pj4+Pj4+PiBJIGZpbmlzaGVkIGNvbWluZyBiYWNrIHRvIG15IEZyYW1ld29y ayBMYXB0b3AgKEJhdGNoIDYpIGFmdGVyIGEgY291cGxlIG9mIG1vbnRocyBvZiB3b3JraW5nIG9u IGdldHRpbmcgRnJlZUJTRCB3b3JraW5nIG9uIG15IFRoaW5rcGFkIFgyNjAgYW5kIFRoaW5rcGFk IFgxQzcuIEkgZmluYWxseSBnb3QgaXQgd29ya2luZyB0byBhIGdvb2QgZW5vdWdoIHN0YXRlLiBU aGVyZSBhcmUgc3RpbGwgc29tZSBxdWlya3MgYnV0IHRoZSBidWcgcmVwb3J0cyBhcmUgcHJldHR5 IG11Y2ggYWxsIGFscmVhZHkgb3BlbiBmb3IgdGhvc2Ugc28gSSdtIGhvcGluZyB0aG9zZSB3aWxs IGdldCBmaXhlZCBldmVudHVhbGx5LiBJJ3ZlIHVwZGF0ZWQgbXkgZG9jdW1lbnRhdGlvbiB0byBy ZWZsZWN0IHRoZSBjdXJyZW50IHN0YXRlLiBQb3N0aW5nIGhlcmUgZm9yIGV4cG9zdXJlOgo+Pj4+ Pj4+Pgo+Pj4+Pj4+PiBodHRwczovL3h5aW5uLm9yZy9tZC9mcmVlYnNkL2ZyYW1ld29ya19sYXB0 b3AKPj4+Pj4+Pj4KPj4+Pj4+Pj4gSm9uYXRoYW4gVmFzcXVlego+Pj4+Pj4+PiBQR1A6IDM0REEg ODU4QyAxNDQ3IDUwOUUgQzc3QSBENDlGIEZCODUgOTBCNyBDNENBIDUyNzkKPj4+Pj4+Pj4gU2Vu dCB3aXRoIFByb3Rvbk1haWwgU2VjdXJlIEVtYWlsCj4+Pj4+Pj4KPj4+Pj4+PiBIaQo+Pj4+Pj4+ IFRoYW5rcyBmb3IgdGhpcyBwYWdlIQo+Pj4+Pj4+IEkndmUganVzdCByZWNlaXZlZCBGcmFtZXdv cmsgbGFwdG9wIHYyIHdpdGggSW50ZWwgMTJ0aCBnZW4gQ1BVIDEyNjBwIHdpdGhpbiBiYXRjaCAy Lgo+Pj4+Pj4+IEdvbm5hIHBsYXkgd2l0aCBpdCBhbmQgRnJlZUJTRC4KPj4+Pj4+PiBTZWUgdGhl IGF0dGFjaG1lbnQgZm9yIGBwY2ljb25mIC1sdmAgaWYgaW50ZXJlc3RlZC4KPj4+Pgo+Pj4+IEZv ciBub3cgSSdtIGdvbm5hIGluc3RhbGwgc29tZSBMaW51eC4KPj4+PiBJJ3ZlIGJlZW4gYSBGcmVl QlNEIGRlc2t0b3AgdXNlciBmb3IgdGhlIHBhc3QgNyB5ZWFycyBub3cgYW5kIEknbSBsb29raW5n IGZvcndhcmQgdG8gQWxkZXIgTGFrZSBHUFUgc3VwcG9ydCAoZ3JhcGhpY3MvZ3B1LWZpcm13YXJl LWludGVsLWttb2Q/IGdyYXBoaWNzL2RybS01MTAta21vZD8ga2VybmVsPykgaW4gRnJlZUJTRC4K Pj4+Pgo+Pj4+IEkgaGF2ZSBubyBmYXZvcml0ZSBsaW51eCBkaXN0cm8sIHByb2JhYmx5IGl0J3Mg Z29ubmEgYmUgc29tZSBVYnVudHUgZGVyaXZhdGl2ZSBmb3Igbm93Lgo+Pgo+PiBXaGlsZSBJJ20g dHJ5aW5nIHRvIHN1cnZpdmUgb24gdGhlIHNjZmIgZHJpdmVyIEkgbm90aWNlZCB0aGF0IHRoZSBz b3VuZCBpcyBub3Qgc3dpdGNoaW5nIHRvIDMuNSBqYWNrIGhlYWRwaG9uZXMuCj4+IEhlcmUgaXMg dGhlIHRpbnkgcGF0Y2ggdG8gbWFrZSBpdCB3b3JrLiBJIGhvcGUgc29tZW9uZSBwaWNrcyBpdCB1 cCBzb29uLgo+PiBodHRwczovL2J1Z3MuZnJlZWJzZC5vcmcvYnVnemlsbGEvc2hvd19idWcuY2dp P2lkPTI2NjAwOQo+Cj4gSGkgSm9uYXRoYW4hCj4gQ2FuIHlvdSB0ZXN0IHRoaXMgaHR0cHM6Ly9y ZXZpZXdzLmZyZWVic2Qub3JnL0QzNjM1NCBwYXRjaCBvbiB5b3VyIGxhcHRvcD8= --b1_Bma7Fiyg7uayKzRTOw5Gi6O9UV3dHsOJj5gedZfmFU Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 SSBmb3Jnb3QgdG8gbWVudGlvbiwgdGhhdCBwYXRjaCBpc24ndCBhcHBsaWNhYmxlIG9uIHRoZSBH ZW4gMTEgQmF0Y2ggNiwgdGhlIGhlYWRwaG9uZS9pbnRlcm5hbCBzcGVha2VyIHF1aXJrIGlzIGFs cmVhZHkgd29ya2luZy48YnI+PGJyPjxicj5TZW50IGZyb20gUHJvdG9uTWFpbCBtb2JpbGU8YnI+ PGJyPjxicj48YnI+LS0tLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLS0tLTxicj5PbiBBdWcg MjUsIDIwMjIsIDIyOjIxLCBQYXZlbCBUaW1vZmVldiA8IHRpbXA4N0BnbWFpbC5jb20+IHdyb3Rl OjxibG9ja3F1b3RlIGNsYXNzPSJwcm90b25tYWlsX3F1b3RlIj48YnI+PGRpdiBkaXI9Imx0ciI+ PGRpdiBkaXI9Imx0ciI+PGJyPjwvZGl2Pjxicj48ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+PGRp diBkaXI9Imx0ciIgY2xhc3M9ImdtYWlsX2F0dHIiPtCy0YIsIDIzINCw0LLQsy4gMjAyMiDQsy4g 0LIgMjE6NTIsIFBhdmVsIFRpbW9mZWV2ICZsdDs8YSBocmVmPSJtYWlsdG86dGltcDg3QGdtYWls LmNvbSI+dGltcDg3QGdtYWlsLmNvbTwvYT4mZ3Q7Ojxicj48L2Rpdj48YmxvY2txdW90ZSBjbGFz cz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MHB4IDBweCAwcHggMC44ZXg7Ym9yZGVyLWxl ZnQ6MXB4IHNvbGlkIHJnYigyMDQsMjA0LDIwNCk7cGFkZGluZy1sZWZ0OjFleCI+PGRpdiBkaXI9 Imx0ciI+PGRpdiBkaXI9Imx0ciI+PGJyPjwvZGl2Pjxicj48ZGl2IGNsYXNzPSJnbWFpbF9xdW90 ZSI+PGRpdiBkaXI9Imx0ciIgY2xhc3M9ImdtYWlsX2F0dHIiPtCy0YIsIDE2INCw0LLQsy4gMjAy MiDQsy4g0LIgMTA6NDQsIEpvbmF0aGFuIFZhc3F1ZXogJmx0OzxhIGhyZWY9Im1haWx0bzpqb25A eHlpbm4ub3JnIiB0YXJnZXQ9Il9ibGFuayI+am9uQHh5aW5uLm9yZzwvYT4mZ3Q7Ojxicj48L2Rp dj48YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MHB4IDBweCAw cHggMC44ZXg7Ym9yZGVyLWxlZnQ6MXB4IHNvbGlkIHJnYigyMDQsMjA0LDIwNCk7cGFkZGluZy1s ZWZ0OjFleCI+SGFoYSBzb3VuZHMgZ29vZC4gSGF2ZSBmdW4hPGJyPjxicj48YnI+U2VudCBmcm9t IFByb3Rvbk1haWwgbW9iaWxlPGJyPjxicj48YnI+PGJyPi0tLS0tLS0tIE9yaWdpbmFsIE1lc3Nh Z2UgLS0tLS0tLS08YnI+T24gQXVnIDE2LCAyMDIyLCAxMTo0NywgUGF2ZWwgVGltb2ZlZXYgJmx0 OyA8YSBocmVmPSJtYWlsdG86dGltcDg3QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnRpbXA4 N0BnbWFpbC5jb208L2E+Jmd0OyB3cm90ZTo8YmxvY2txdW90ZT48YnI+PGRpdiBkaXI9Imx0ciI+ PGRpdiBkaXI9Imx0ciI+PGJyPjwvZGl2Pjxicj48ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+PGRp diBkaXI9Imx0ciIgY2xhc3M9ImdtYWlsX2F0dHIiPtCy0YIsIDE2INCw0LLQsy4gMjAyMiDQsy4g 0LIgMDg6NDQsIEpvbmF0aGFuIFZhc3F1ZXogJmx0OzxhIGhyZWY9Im1haWx0bzpqb25AeHlpbm4u b3JnIiB0YXJnZXQ9Il9ibGFuayI+am9uQHh5aW5uLm9yZzwvYT4mZ3Q7Ojxicj48L2Rpdj48Ymxv Y2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MHB4IDBweCAwcHggMC44 ZXg7Ym9yZGVyLWxlZnQ6MXB4IHNvbGlkIHJnYigyMDQsMjA0LDIwNCk7cGFkZGluZy1sZWZ0OjFl eCI+VGhhbmtzIGZvciByZXBvcnRpbmcgYmFjayBQYXZlbC4gV2hhdCBhcmUgeW91IGdvbm5hIHB1 dCBvbiBpdCBpbiB0aGUgbWVhbnRpbWU/PGJyPjxicj48YnI+U2VudCBmcm9tIFByb3Rvbk1haWwg bW9iaWxlPGJyPjxicj48YnI+PGJyPi0tLS0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0tLS08 YnI+T24gQXVnIDE2LCAyMDIyLCAwODoyNSwgUGF2ZWwgVGltb2ZlZXYgJmx0OyA8YSBocmVmPSJt YWlsdG86dGltcDg3QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnRpbXA4N0BnbWFpbC5jb208 L2E+Jmd0OyB3cm90ZTo8YmxvY2txdW90ZT48YnI+PGRpdiBkaXI9ImF1dG8iPkhtbSwgbm90IHNv IG11Y2ggZnVuIHNpbmNlIEFsZGVyIGxha2UgR1BVIGlzIG5vdCBzdXBwb3J0ZWQgeWV0IChhdCBs ZWFzdCBpbiB0aGUgcG9ydHMgdHJlZSk8L2Rpdj48YnI+PGRpdiBjbGFzcz0iZ21haWxfcXVvdGUi PjxkaXYgZGlyPSJsdHIiIGNsYXNzPSJnbWFpbF9hdHRyIj5PbiBNb24sIEF1ZyAxNSwgMjAyMiwg MTU6MjMgUGF2ZWwgVGltb2ZlZXYgJmx0OzxhIGhyZWY9Im1haWx0bzp0aW1wODdAZ21haWwuY29t IiB0YXJnZXQ9Il9ibGFuayI+dGltcDg3QGdtYWlsLmNvbTwvYT4mZ3Q7IHdyb3RlOjxicj48L2Rp dj48YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MHB4IDBweCAw cHggMC44ZXg7Ym9yZGVyLWxlZnQ6MXB4IHNvbGlkIHJnYigyMDQsMjA0LDIwNCk7cGFkZGluZy1s ZWZ0OjFleCI+PGRpdiBkaXI9Imx0ciI+PGRpdiBkaXI9Imx0ciI+PGJyPjwvZGl2Pjxicj48ZGl2 IGNsYXNzPSJnbWFpbF9xdW90ZSI+PGRpdiBkaXI9Imx0ciIgY2xhc3M9ImdtYWlsX2F0dHIiPtC/ 0YIsIDUg0LDQstCzLiAyMDIyINCzLiDQsiAyMjozNCwgSm9uYXRoYW4gVmFzcXVleiAmbHQ7PGEg aHJlZj0ibWFpbHRvOmpvbkB4eWlubi5vcmciIHJlbD0ibm9yZWZlcnJlciIgdGFyZ2V0PSJfYmxh bmsiPmpvbkB4eWlubi5vcmc8L2E+Jmd0Ozo8YnI+PC9kaXY+PGJsb2NrcXVvdGUgY2xhc3M9Imdt YWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjBweCAwcHggMHB4IDAuOGV4O2JvcmRlci1sZWZ0OjFw eCBzb2xpZCByZ2IoMjA0LDIwNCwyMDQpO3BhZGRpbmctbGVmdDoxZXgiPjxkaXYgc3R5bGU9ImZv bnQtZmFtaWx5OkFyaWFsO2ZvbnQtc2l6ZToxNHB4Ij5IZXkgYWxsLDwvZGl2PjxkaXYgc3R5bGU9 ImZvbnQtZmFtaWx5OkFyaWFsO2ZvbnQtc2l6ZToxNHB4Ij48YnI+PC9kaXY+PGRpdiBzdHlsZT0i Zm9udC1mYW1pbHk6QXJpYWw7Zm9udC1zaXplOjE0cHgiPkkgZmluaXNoZWQgY29taW5nIGJhY2sg dG8gbXkgRnJhbWV3b3JrIExhcHRvcCAoQmF0Y2ggNikgYWZ0ZXIgYSBjb3VwbGUgb2YgbW9udGhz IG9mIHdvcmtpbmcgb24gZ2V0dGluZyBGcmVlQlNEIHdvcmtpbmcgb24gbXkgVGhpbmtwYWQgWDI2 MCBhbmQgVGhpbmtwYWQgWDFDNy4gSSBmaW5hbGx5IGdvdCBpdCB3b3JraW5nIHRvIGEgZ29vZCBl bm91Z2ggc3RhdGUuIFRoZXJlIGFyZSBzdGlsbCBzb21lIHF1aXJrcyBidXQgdGhlIGJ1ZyByZXBv cnRzIGFyZSBwcmV0dHkgbXVjaCBhbGwgYWxyZWFkeSBvcGVuIGZvciB0aG9zZSBzbyBJJiMzOTtt IGhvcGluZyB0aG9zZSB3aWxsIGdldCBmaXhlZCBldmVudHVhbGx5LiBJJiMzOTt2ZSB1cGRhdGVk IG15IGRvY3VtZW50YXRpb24gdG8gcmVmbGVjdCB0aGUgY3VycmVudCBzdGF0ZS4gUG9zdGluZyBo ZXJlIGZvciBleHBvc3VyZTo8L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTpBcmlhbDtmb250 LXNpemU6MTRweCI+PGJyPjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OkFyaWFsO2ZvbnQt c2l6ZToxNHB4Ij48c3Bhbj48YSByZWw9Im5vcmVmZXJyZXIgbm9mb2xsb3cgbm9vcGVuZXIgbm9y ZWZlcnJlciIgaHJlZj0iaHR0cHM6Ly94eWlubi5vcmcvbWQvZnJlZWJzZC9mcmFtZXdvcmtfbGFw dG9wIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly94eWlubi5vcmcvbWQvZnJlZWJzZC9mcmFtZXdv cmtfbGFwdG9wPC9hPjwvc3Bhbj48YnI+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6QXJp YWw7Zm9udC1zaXplOjE0cHgiPjxicj48L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OkFy aWFsO2ZvbnQtc2l6ZToxNHB4Ij4NCiAgICA8ZGl2Pg0KICAgICAgICA8ZGl2PkpvbmF0aGFuIFZh c3F1ZXo8YnI+PC9kaXY+PGRpdj5QR1A6IDM0REEgODU4QyAxNDQ3IDUwOUUgQzc3QSAgRDQ5RiBG Qjg1IDkwQjcgQzRDQSA1Mjc5PGJyPjwvZGl2PjxkaXY+U2VudCB3aXRoIFByb3Rvbk1haWwgU2Vj dXJlIEVtYWlsPGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjwvZGl2PjwvZGl2PjwvYmxvY2txdW90 ZT48ZGl2Pjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PkhpPC9kaXY+PGRpdj5UaGFua3Mg Zm9yIHRoaXMgcGFnZSE8L2Rpdj48ZGl2PkkmIzM5O3ZlIGp1c3QgcmVjZWl2ZWQgRnJhbWV3b3Jr IGxhcHRvcCB2MiB3aXRoIEludGVsIDEydGggZ2VuIENQVSAxMjYwcCB3aXRoaW4gYmF0Y2ggMi48 L2Rpdj48ZGl2Pkdvbm5hIHBsYXkgd2l0aCBpdCBhbmQgRnJlZUJTRC48L2Rpdj48ZGl2PlNlZSB0 aGUgYXR0YWNobWVudCBmb3IgYHBjaWNvbmYgLWx2YCBpZiBpbnRlcmVzdGVkLjwvZGl2PjwvZGl2 PjwvZGl2PjwvYmxvY2txdW90ZT48L2Rpdj48L2Jsb2NrcXVvdGU+PC9ibG9ja3F1b3RlPjxkaXY+ PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+Rm9yIG5vdyBJJiMzOTttIGdvbm5hIGluc3Rh bGwgc29tZSBMaW51eC48L2Rpdj48ZGl2PjxkaXY+SSYjMzk7dmUgYmVlbiBhIEZyZWVCU0QgZGVz a3RvcCB1c2VyIGZvciB0aGUgcGFzdCA3IHllYXJzIG5vdyBhbmQgSSYjMzk7bSBsb29raW5nIGZv cndhcmQgdG/CoEFsZGVyIExha2UgR1BVIHN1cHBvcnQgKGdyYXBoaWNzL2dwdS1maXJtd2FyZS1p bnRlbC1rbW9kPyBncmFwaGljcy9kcm0tNTEwLWttb2Q/IGtlcm5lbD8pIGluIEZyZWVCU0QuPC9k aXY+PGRpdj48L2Rpdj48L2Rpdj48ZGl2PkkgaGF2ZSBubyBmYXZvcml0ZSBsaW51eCBkaXN0cm8s IHByb2JhYmx5IGl0JiMzOTtzIGdvbm5hIGJlIHNvbWUgVWJ1bnR1IGRlcml2YXRpdmUgZm9yIG5v dy48L2Rpdj48L2Rpdj48L2Rpdj48L2Jsb2NrcXVvdGU+PC9ibG9ja3F1b3RlPjxkaXY+PGJyPjwv ZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+V2hpbGUgSSYjMzk7bSB0cnlpbmcgdG8gc3Vydml2ZSBv biB0aGUgc2NmYiBkcml2ZXIgSSBub3RpY2VkIHRoYXQgdGhlIHNvdW5kIGlzIG5vdCBzd2l0Y2hp bmcgdG8gMy41IGphY2sgaGVhZHBob25lcy48L2Rpdj48ZGl2PkhlcmUgaXMgdGhlIHRpbnkgcGF0 Y2ggdG8gbWFrZSBpdCB3b3JrLiBJIGhvcGUgc29tZW9uZSBwaWNrcyBpdCB1cCBzb29uLjwvZGl2 PjxkaXY+PGEgaHJlZj0iaHR0cHM6Ly9idWdzLmZyZWVic2Qub3JnL2J1Z3ppbGxhL3Nob3dfYnVn LmNnaT9pZD0yNjYwMDkiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL2J1Z3MuZnJlZWJzZC5vcmcv YnVnemlsbGEvc2hvd19idWcuY2dpP2lkPTI2NjAwOTwvYT48L2Rpdj48L2Rpdj48L2Rpdj48L2Js b2NrcXVvdGU+PGRpdj48YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5IaSBKb25hdGhhbiE8 L2Rpdj48ZGl2PkNhbiB5b3UgdGVzdCB0aGlzIDxhIGhyZWY9Imh0dHBzOi8vcmV2aWV3cy5mcmVl YnNkLm9yZy9EMzYzNTQiPmh0dHBzOi8vcmV2aWV3cy5mcmVlYnNkLm9yZy9EMzYzNTQ8L2E+IHBh dGNoIG9uIHlvdXIgbGFwdG9wPzwvZGl2PjwvZGl2PjwvZGl2Pg0KPC9kaXY+ --b1_Bma7Fiyg7uayKzRTOw5Gi6O9UV3dHsOJj5gedZfmFU-- From nobody Fri Aug 26 03:18:15 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MDQ5Q4wn8z4bDSQ for ; Fri, 26 Aug 2022 03:18:18 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-YQB-obe.outbound.protection.outlook.com (mail-yqbcan01on2068.outbound.protection.outlook.com [40.107.116.68]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MDQ5P5T7lz3JBW for ; Fri, 26 Aug 2022 03:18:17 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=cog6sYOZ7xnKGMLU7TLiAB7/9qqcstpTH9ti6qGTRSchhfLZSsx2oZ6Vbx6dd+110A/ToIFSnhxucEnQdR9jKMLHqLFt2Fq3XIDhpKfSkEoDgDqCyNA0fT/EFzg4/b0coruYf6DQ/zFRJGDgszTvfxKieOpedouHKo6Ce/3Oti2PiRVWUvWr2U+XkmnKB/XtP7eXd7YJRzjPd4AK8upR7h43Cggb4t1NaJFA4qQd/L0morrRvORNRTyN72oso/VjI3SjwH3BECvxxKJoTo/dRO6shgU5YxECuPe2G9zF1pl+GLVXVoBVsTzRwyLSyeMNAPVivLNzVnAnQZlCI84KVA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=5BR6O31W8xIq6LGaXkiYUXhoOG04jRC9dYEvhTgrjQs=; b=b19P9vCgq5otPg69YsevVfjdcwY3lj+0pfNaj5thUVBYDaLEjzE4qBlLrPh0QeP0wQgcBjSSQMThBSQzkeKM1Y9pxJE4UVPiwmpkntZne4ub/h8EYvf4EALTg7Elri12moqky2TKsFI9q0gkSZh5/mHoCiJKvGJQgXTzcAQUAAeRa7gz7ybTHLvoHJS/PndHBeOkwhBRqCtDBYXzxcWKSxb7c1WD7n3eSRJvmjppx2Uf0yx/8lWO4LzkApdjdQY0O6JsaB0bnywc5NbrUon4JO9dQurNVHd1Kq5tK46GAM8JKUoa5+AZxZd43CH5X3DSS/U9xsgkVu3415LfChUMjA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=5BR6O31W8xIq6LGaXkiYUXhoOG04jRC9dYEvhTgrjQs=; b=J6pAQzahCvJYMAFNVSkqUfrp/vdZ+/cNwKNhBwIlsdJPePC9Ngb8p8sShFQU4fjaI0EYi4GQZ8dx+63LuZFScf8sjtNdLB5Zc29A59nzV9y4lt/NRNh/iCsloY9vG/PooPdB+QEbNMxO2GwIVYWEANyK+hk6FHxX5OjMOwIwEcrl9d9+2wm3qSGMTbW7/3aPaRnu0HaziQiMp6tli0zwi5hv3yCdFX+rpVGkPve4ggohQUs8MqI4tPz4S3OJAylPWHQ5ndB4fz85T5IodSKaluGv29Tc1RkiRZnGtWnm35DSxOL2f1wUTQsRgkrJW27CXDhiI1A+R3K49GWPEhDGIg== Received: from YT4PR01MB9736.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:b01:e6::17) by YT1PR01MB4727.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:b01:3a::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5566.15; Fri, 26 Aug 2022 03:18:15 +0000 Received: from YT4PR01MB9736.CANPRD01.PROD.OUTLOOK.COM ([fe80::4c04:eddf:6168:b3ec]) by YT4PR01MB9736.CANPRD01.PROD.OUTLOOK.COM ([fe80::4c04:eddf:6168:b3ec%3]) with mapi id 15.20.5546.022; Fri, 26 Aug 2022 03:18:15 +0000 From: Rick Macklem To: Ganbold Tsagaankhuu , freebsd-stable Subject: Re: NFS issue - newnfs_request: Wrong session srvslot=1 slot=0, freeing free slot!! Thread-Topic: NFS issue - newnfs_request: Wrong session srvslot=1 slot=0, freeing free slot!! Thread-Index: AQHYuPX4Bm3b05JqHEiEpg2gE19wMa3AgCRK Date: Fri, 26 Aug 2022 03:18:15 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: msip_labels: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 6b895515-2dd4-4dc1-be78-08da87119dd1 x-ms-traffictypediagnostic: YT1PR01MB4727:EE_ x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: sJJL+84RD0adgOd+dO37BTDeptYtZkVlv8h2dHP7sIYaoYdd1KLk6s5B6/YkkDhdcn0aCAgcqZuML2mDNXTQscuFcmnVTO3QEK4hrX/QWaHRB8MmqRQG6dCYQS6hdoYKJwwYEnlbJtJwrahIZXXk/Z7UpR4vC6J/f0t3htERqWjeDRJ71weO5sqmykEkYxf0xnW5qQBqJKbQYIExBLm45yTIa7j8Ubp6w5lsv8/gCEHcQUNxMqXYxMTV5bpLzuD7ys8QhU0AMkGj+kgz/cWU3xih8B3MN4pO19V35yKHJucAT1//YODtrRhmX3YI6P1qpfpxpxVGlVgECL7vATJD+MZ4oO47QJEbRcmGdM+89wV05KTbT2xmBA6S34g51TrgAN0Ik6VieWzYFL0ZnhKzA0lt8Um/a/zm+YeSCEQiKzhsCG3iP1ZnnRjdfGv4j1fqWb/l/vkqKLTcezhbUO5bXdKXucKpuVI4LRbtMzZepKDoF0U90STKigNxWq6syblpjkfZjxdXF+xLv4x84SUArUnJuBIeAEVrjdDisyduhoB1h8Vde8dCFiOhzHkujGZvnrXHAFgEdjbprj9zm28veTqvDAl0hc0VZDOh18tVjtpzBZfdj0Zz5bM5BezUwCyKiIJp1zRpxjOZta/BEGe91C/QkS5GTgEfPWaaFJqe99oq4eoVih4B89+F8PbL9IocM8DpQ6j5KwMSxwSbYiJCtP+jwQI+IJy7PxAsgedSVZutUlU6Jq63dgUnse7n80F5NpOMThgkwg2z/iqccH95xg== x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:YT4PR01MB9736.CANPRD01.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(13230016)(4636009)(346002)(136003)(39860400002)(396003)(366004)(376002)(7696005)(83380400001)(9686003)(186003)(2906002)(6506007)(33656002)(99936003)(86362001)(38070700005)(55016003)(38100700002)(66556008)(66446008)(122000001)(478600001)(76116006)(64756008)(66946007)(66476007)(91956017)(41320700001)(52536014)(8676002)(5660300002)(8936002)(110136005)(71200400001)(316002)(786003)(41300700001);DIR:OUT;SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?zKgPaxam6UGd2gYp8l66GOsMjlVSynasZa5UuSDFLV05Tz6NCvjqBPIPQJ?= =?iso-8859-1?Q?lFzULpOJvG9aboDewYE+/e3Ux4oV+5yNzPwHFBEV/v9GSv2iiqyjdcozDr?= =?iso-8859-1?Q?gG+Bpl/QMuKnkddQ9SxCZYtJsKh6T3X+b+/0WD+GOvUEhcBtUcR/iaiqt5?= =?iso-8859-1?Q?ROkrKANb3yRBI8mxWiOxlIQJ78+5t9IQHlwdGYczLF8LM37ETSeOkimZid?= =?iso-8859-1?Q?6XHpVjROF84Lz2QINC34Si3g4bSMh71WjBa7ViQrKjGurLc4WBhSIzyZUm?= =?iso-8859-1?Q?hBUwWgN/Nqf96EFOek15X8FNe3bc8J4umJo4rggZdAdKA4SNew8AD7QuSz?= =?iso-8859-1?Q?mnefEGLlJhIdYguxVjyR3e6EiqAceCIu79UDW2yVm16jJ0k2D21+24G/wW?= =?iso-8859-1?Q?HoAv5YVKEL9RILNcdc8cYevr7jI9e9zEicMYwMqUqN26+/XXtErf4oFORj?= =?iso-8859-1?Q?PfbhEylgUd878gYjdxVF7lUj95WM0ysQT8LKn+7RJf8dr+3+NJ6NA9LGB7?= =?iso-8859-1?Q?I1KbmsOYRJCoDelxm5Q4sRmCr0MNmttTpfhrV0Baig6E7knFntFZnoIg4k?= =?iso-8859-1?Q?83KdoINPJ4HGn6VK3nNAK8T7NcZeX5NJhI2XYmkWo568yassULaRfCVF0z?= =?iso-8859-1?Q?4KJu2+HJzRofAKKRYvk3j2Aw00FgFMgl8+XtvYRug8aDZOfsUOmPaRe46Q?= =?iso-8859-1?Q?yRNvGV49LmV6WH4jWcBoY94FNZc5pOkqAe3WT+MuLJYFeVcU/8mn84wvSG?= =?iso-8859-1?Q?3H15OWUH7QrJEqP/4gmBu4/11qSu4uothJIhKggglmHvZ9NbqlIpNNK1j7?= =?iso-8859-1?Q?8LXBvZ6mmyc1yEkkxzpNzL58Vt/9IMt7zLbwPTQZUX0Fn50fDjniLcf22f?= =?iso-8859-1?Q?0eUWLLFCBMuVKDvIDb4FpILUvYW0ODUvQiU94vloO9zsOV2TwiATGvVhIv?= =?iso-8859-1?Q?uorAZT2LT7KOyA+fxZZ4xjLVJK95J3jjWVWKLHs5KxaIVjJssI1ac5nw76?= =?iso-8859-1?Q?bP/ZKuYo4oEoXQvlsZJNFrxuEkJ89Ch/RlxXHcHZeSzKl9JrNWK1w4j/k1?= =?iso-8859-1?Q?JW8DZmLnHPJ/xBON+gn1snk1db9UGtSe/EhyFvH3y3tS3lpOuikPUwN7+Z?= =?iso-8859-1?Q?LqbYzKNQBLFkr932dVswBM8yvueVC3iZhheaLHwUWG8zfCw7HfExN36mRn?= =?iso-8859-1?Q?e58Ddcq+SMjYYFmJU1ZQK5sfd0u3t4E9/ADExwGCDBT6uP2SgPV6qY2Rbh?= =?iso-8859-1?Q?HlEbBCtuqfCP8sSyS4D9Yjp58x79xoPMGQ/qV+0sIanu00ZSteQSxWkdHv?= =?iso-8859-1?Q?z4fJSVTQ131J92fZFGaS9logTkAFfDa5hNa9F7VJqmkyn1U0dL4aeygxFW?= =?iso-8859-1?Q?rT12JO8A/2mY+lQSHJgXxkhiDhGoEEOKDHbJuy7QUzHTmWiDsyrRzBMpJQ?= =?iso-8859-1?Q?Q6u2KPN1ko8K32PKDXGtbC4FHIGybt3kjv9haYZx7Eb3hdsY2f9LNdpa+E?= =?iso-8859-1?Q?0TXcdTQdqxfLDFXdZ6W0YZjpaCChrzVT29HrfyxJbCoi90OWxBIo95FMf9?= =?iso-8859-1?Q?k+KcGb6esaodsca3ew3T+VWYsTxs3y6xV+QviKy45QBkJXoXYAdx/IMpVH?= =?iso-8859-1?Q?4dBlMPYmiLI8DxfEZhnmX4ghsbtbKgdIMy2DgQAaE/DDfrKWfOUpvKfTch?= =?iso-8859-1?Q?oBTnURFfWYYga4ZHxHLmqAuzZAApkTXWxdtyic73?= Content-Type: multipart/mixed; boundary="_002_YT4PR01MB9736383BF3B6F85D90115BA2DD759YT4PR01MB9736CANP_" List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: YT4PR01MB9736.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 6b895515-2dd4-4dc1-be78-08da87119dd1 X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Aug 2022 03:18:15.8152 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: RLHwTXryzKE1hFWZEb62tp+3TuH+iNSicQDeqrRd+4UDypyYnMuJ3Xr/Ct7LnWEymunVfjKegrdDf3wv0n767g== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YT1PR01MB4727 X-Rspamd-Queue-Id: 4MDQ5P5T7lz3JBW X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector2 header.b=J6pAQzah; arc=pass ("microsoft.com:s=arcselector9901:i=1"); dmarc=pass (policy=none) header.from=uoguelph.ca; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.116.68 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-6.00 / 15.00]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[uoguelph.ca,none]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector2]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; SUBJECT_ENDS_EXCLAIM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_TO(0.00)[gmail.com,freebsd.org]; ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; DKIM_TRACE(0.00)[uoguelph.ca:+]; TO_DN_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[rmacklem]; RCPT_COUNT_TWO(0.00)[2]; HAS_ATTACHMENT(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.116.68:from] X-ThisMailContainsUnwantedMimeParts: N --_002_YT4PR01MB9736383BF3B6F85D90115BA2DD759YT4PR01MB9736CANP_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Ganbold Tsagaankhuu wrote:=0A= > Hi,=0A= > =0A= > We are having trouble with NFS running on STABLE:=0A= > =0A= > Aug 26 02:21:42 iron2 kernel: newnfs_request: Wrong session srvslot=3D1 s= lot=3D0=0A= > Aug 26 02:21:42 iron2 kernel: freeing free slot!!=0A= > Aug 26 02:21:43 iron2 kernel: newnfs_request: Wrong session srvslot=3D1 s= lot=3D0=0A= > Aug 26 02:21:43 iron2 kernel: freeing free slot!!=0A= > Aug 26 02:21:54 iron2 kernel: newnfs_request: Wrong session srvslot=3D1 s= lot=3D0=0A= > Aug 26 02:21:54 iron2 kernel: freeing free slot!!=0A= > Aug 26 02:21:58 iron2 kernel: newnfs_request: Wrong session srvslot=3D1 s= lot=3D2=0A= > Aug 26 02:21:58 iron2 kernel: retseq diff 0x1=0A= > Aug 26 02:21:58 iron2 kernel: freeing free slot!!=0A= > Aug 26 02:21:59 iron2 kernel: newnfs_request: Wrong session srvslot=3D1 s= lot=3D2=0A= > Aug 26 02:21:59 iron2 kernel: retseq diff 0x1=0A= > Aug 26 02:21:59 iron2 kernel: freeing free slot!!=0A= > Aug 26 02:22:12 iron2 kernel: newnfs_request: Wrong session srvslot=3D0 s= lot=3D2=0A= > Aug 26 02:22:12 iron2 kernel: retseq diff 0x1=0A= > Aug 26 02:22:12 iron2 kernel: freeing free slot!!=0A= > Aug 26 02:22:14 iron2 kernel: newnfs_request: Wrong session srvslot=3D1 s= lot=3D0=0A= > Aug 26 02:22:14 iron2 kernel: freeing free slot!!=0A= > Aug 26 02:22:15 iron2 kernel: newnfs_request: Bad session slot=3D1=0A= > Aug 26 02:22:15 iron2 kernel: freeing free slot!!=0A= > Aug 26 02:22:30 iron2 kernel: newnfs_request: Wrong session srvslot=3D1 s= lot=3D2=0A= > Aug 26 02:22:30 iron2 kernel: retseq diff 0x1=0A= > Aug 26 02:22:30 iron2 kernel: freeing free slot!!=0A= > Aug 26 02:22:31 iron2 kernel: newnfs_request: Bad session slot=3D1=0A= > Aug 26 02:22:31 iron2 kernel: freeing free slot!!=0A= > Aug 26 02:22:46 iron2 kernel: newnfs_request: Wrong session srvslot=3D1 s= lot=3D0=0A= > Aug 26 02:22:46 iron2 kernel: freeing free slot!!=0A= > =0A= > We are running FreeBSD 13.1-STABLE #3 stable/13-n252198-c1434fd2dea: Fri = Aug 26 01:51:53 UTC 2022 and mount options are:=0A= > =0A= > rw,nfsv4,minorversion=3D1,bg,soft,timeo=3D20,retrans=3D5,retrycnt=3D5=0A= > ro,nfsv4,minorversion=3D1,bg,soft,timeo=3D20,retrans=3D5,retrycnt=3D5=0A= > =0A= > Is there any fix for this issue?=0A= - Don't use "soft" mounts. See the Bugs section of "man mount_nfs".=0A= There are patches in stable/13 dated July 10, 2022. (I have no idea=0A= how to tell if n252198 would have them) that help, but use of "soft"=0A= mounts will never work correctly for NFSv4.=0A= - The attached small patch (not committed yet, but should be in=0A= stable/13 in about 10days) fixes a couple of corner cases. If you=0A= are using a FreeBSD NFS server, I believe these corner cases only=0A= occur after the NFS server reboots.=0A= =0A= rick=0A= ps: If you test the attached patch, please let me know how it goes.=0A= =0A= thanks a lot,=0A= =0A= Ganbold=0A= =0A= --_002_YT4PR01MB9736383BF3B6F85D90115BA2DD759YT4PR01MB9736CANP_ Content-Type: application/octet-stream; name="slotpos.patch" Content-Description: slotpos.patch Content-Disposition: attachment; filename="slotpos.patch"; size=896; creation-date="Fri, 26 Aug 2022 03:17:11 GMT"; modification-date="Fri, 26 Aug 2022 03:17:11 GMT" Content-Transfer-Encoding: base64 LS0tIHN5cy9mcy9uZnMvbmZzX2NvbW1vbmtycGMuYy5zbG90cG9zCTIwMjItMDgtMjUgMTU6NTY6 MzUuMDYxNzI1MDAwIC0wNzAwCisrKyBzeXMvZnMvbmZzL25mc19jb21tb25rcnBjLmMJMjAyMi0w OC0yNSAxNjowNDo0OS40NDc1NzEwMDAgLTA3MDAKQEAgLTEwODIsMTIgKzEwODIsMTIgQEAgcHJp bnRmKCJEaXNhYmxlIHNsb3Q9JWRcbiIsIG5kLT5uZF9zbG90aWQpOwogCQkJCQkJICAgIH0KIAkJ CQkJCSAgICBzbG90ID0gbmQtPm5kX3Nsb3RpZDsKIAkJCQkJCX0KKwkJCQkJCWZyZWVzbG90ID0g c2xvdDsKIAkJCQkJfSBlbHNlIGlmIChzbG90ICE9IDApIHsKIAkJCQkJCXByaW50ZigibmV3bmZz X3JlcXVlc3Q6IEJhZCAiCiAJCQkJCQkgICAgInNlc3Npb24gc2xvdD0lZFxuIiwgc2xvdCk7CiAJ CQkJCQlzbG90ID0gMDsKIAkJCQkJfQotCQkJCQlmcmVlc2xvdCA9IHNsb3Q7CiAJCQkJCWlmIChy ZXRzZXEgIT0gc2VwLT5uZnNlc3Nfc2xvdHNlcVtzbG90XSkKIAkJCQkJCXByaW50ZigicmV0c2Vx IGRpZmYgMHgleFxuIiwKIAkJCQkJCSAgICByZXRzZXEpOwpAQCAtMTE3Miw2ICsxMTcyLDkgQEAg cHJpbnRmKCJuZnNfY29tbW9ua3JwYzogaW5pdGlhdGUgcmVjb3ZlcnlcbiIpOwogCQkJCQkJKnRs KysgPSB0eGRyX3Vuc2lnbmVkKHNsb3RzZXEpOwogCQkJCQkJKnRsKysgPSB0eGRyX3Vuc2lnbmVk KHNsb3Rwb3MpOwogCQkJCQkJKnRsID0gdHhkcl91bnNpZ25lZChtYXhzbG90KTsKKwkJCQkJCWlm ICgobmQtPm5kX2ZsYWcgJgorCQkJCQkJICAgIE5EX0hBU1NMT1RJRCkgIT0gMCkKKwkJCQkJCQlu ZC0+bmRfc2xvdGlkID0gc2xvdHBvczsKIAkJCQkJfQogCQkJCQlpZiAocmV0ZXJyID09IE5GU0VS Ul9CQURTRVNTSU9OIHx8CiAJCQkJCSAgICByZXRlcnIgPT0gMCkgewo= --_002_YT4PR01MB9736383BF3B6F85D90115BA2DD759YT4PR01MB9736CANP_-- From nobody Fri Aug 26 03:48:20 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MDQmK0HZ8z4bH4c for ; Fri, 26 Aug 2022 03:48:33 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-il1-x12a.google.com (mail-il1-x12a.google.com [IPv6:2607:f8b0:4864:20::12a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MDQmJ0N9Nz3NCc for ; Fri, 26 Aug 2022 03:48:32 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: by mail-il1-x12a.google.com with SMTP id d15so252746ilf.0 for ; Thu, 25 Aug 2022 20:48:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc; bh=RcX8KqNBojTg6ElJmsbVogts5M6WkTJ3imTnZEf+x/c=; b=AtBQicFMFbuJwmmWUrs8jol9XldJMHw5ulZ/MWXOeUlcxVanRfzVOSVLrj8+7BMX6r nCcsH4BYnK51/VuNdohxQQa7fn0oAt9efrhEz4RVW1YoXnGVsSpy6/YkhlTC4O8e+yK+ FjiT0P/YbEBoDtc+uv4mMUfFhzvDfPxgssZyK84VN+kAAIBPpsVnYl7Q8QhzKVuT5TmV j6XUziaqrTvre6YCulL1ScP3LgXXNAp8up4CzXKoPikXlGZ1lXBpIBcbfr2cOWJmUBLj 41PGnlKsynsWc4oISjdwM3+9M5p7C7aSlszjym14e4eDBz/2FhDA9v2stharHBG8ELTn IUyA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc; bh=RcX8KqNBojTg6ElJmsbVogts5M6WkTJ3imTnZEf+x/c=; b=E+No18WUXwS1gcmemP6/PYRM3VAou07hsAFr1F8ymVrOka/Px2TgBOAza8Ua1xr8j2 IvWtS3Jyxeb3dCEAsScYxOKNT0GltWGwwK98dzKxUIBNeYSeeinsaZyv8SQEjKEONy+q ULkM3QsUDX6bXLpj2uQ580vtj4IrZGIYroxwpvOgTixj3xeawFNS8pI39WCcEA9CF5dN a7zgWkg8p18L9Y8y3/lXjD72a5+MpyssxzzKZ2YSnZeQJBmcfoXZ+4GGllUeaYbn41YX h5qXAX7F/yIFyG6J6c6en+nWWLdYDcx2DosBNm8oa09uHx5O+twMT+zSyQ9Z+JJdqN16 VnLg== X-Gm-Message-State: ACgBeo06dBPPqJ07YB+N5fHKyVNYGQ7hjjrd8NpGijCm6mq1ftbCYgyB Jk3uU98Q2iazgltjE0sE0v4v1+EfsNTdlZ0XcbE= X-Google-Smtp-Source: AA6agR5dGZvt6iN35aotY3Nox8W7HRcsFvxaL1424WfZm+lx0PGCrUduM8gqwVs60FAxAN/SoSZ8iwJ7CvAWSzdY38s= X-Received: by 2002:a05:6e02:198a:b0:2ea:98f0:86f8 with SMTP id g10-20020a056e02198a00b002ea98f086f8mr779118ilf.11.1661485711215; Thu, 25 Aug 2022 20:48:31 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Ganbold Tsagaankhuu Date: Fri, 26 Aug 2022 11:48:20 +0800 Message-ID: Subject: Re: NFS issue - newnfs_request: Wrong session srvslot=1 slot=0, freeing free slot!! To: Rick Macklem Cc: freebsd-stable Content-Type: multipart/alternative; boundary="0000000000009dcf2405e71cc953" X-Rspamd-Queue-Id: 4MDQmJ0N9Nz3NCc X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=AtBQicFM; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of ganbold@gmail.com designates 2607:f8b0:4864:20::12a as permitted sender) smtp.mailfrom=ganbold@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-1.00)[-0.997]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::12a:from]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[ganbold]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_EXCLAIM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N --0000000000009dcf2405e71cc953 Content-Type: text/plain; charset="UTF-8" Rick, On Fri, Aug 26, 2022 at 11:18 AM Rick Macklem wrote: > Ganbold Tsagaankhuu wrote: > > Hi, > > > > We are having trouble with NFS running on STABLE: > > > > Aug 26 02:21:42 iron2 kernel: newnfs_request: Wrong session srvslot=1 > slot=0 > > Aug 26 02:21:42 iron2 kernel: freeing free slot!! > > Aug 26 02:21:43 iron2 kernel: newnfs_request: Wrong session srvslot=1 > slot=0 > > Aug 26 02:21:43 iron2 kernel: freeing free slot!! > > Aug 26 02:21:54 iron2 kernel: newnfs_request: Wrong session srvslot=1 > slot=0 > > Aug 26 02:21:54 iron2 kernel: freeing free slot!! > > Aug 26 02:21:58 iron2 kernel: newnfs_request: Wrong session srvslot=1 > slot=2 > > Aug 26 02:21:58 iron2 kernel: retseq diff 0x1 > > Aug 26 02:21:58 iron2 kernel: freeing free slot!! > > Aug 26 02:21:59 iron2 kernel: newnfs_request: Wrong session srvslot=1 > slot=2 > > Aug 26 02:21:59 iron2 kernel: retseq diff 0x1 > > Aug 26 02:21:59 iron2 kernel: freeing free slot!! > > Aug 26 02:22:12 iron2 kernel: newnfs_request: Wrong session srvslot=0 > slot=2 > > Aug 26 02:22:12 iron2 kernel: retseq diff 0x1 > > Aug 26 02:22:12 iron2 kernel: freeing free slot!! > > Aug 26 02:22:14 iron2 kernel: newnfs_request: Wrong session srvslot=1 > slot=0 > > Aug 26 02:22:14 iron2 kernel: freeing free slot!! > > Aug 26 02:22:15 iron2 kernel: newnfs_request: Bad session slot=1 > > Aug 26 02:22:15 iron2 kernel: freeing free slot!! > > Aug 26 02:22:30 iron2 kernel: newnfs_request: Wrong session srvslot=1 > slot=2 > > Aug 26 02:22:30 iron2 kernel: retseq diff 0x1 > > Aug 26 02:22:30 iron2 kernel: freeing free slot!! > > Aug 26 02:22:31 iron2 kernel: newnfs_request: Bad session slot=1 > > Aug 26 02:22:31 iron2 kernel: freeing free slot!! > > Aug 26 02:22:46 iron2 kernel: newnfs_request: Wrong session srvslot=1 > slot=0 > > Aug 26 02:22:46 iron2 kernel: freeing free slot!! > > > > We are running FreeBSD 13.1-STABLE #3 stable/13-n252198-c1434fd2dea: Fri > Aug 26 01:51:53 UTC 2022 and mount options are: > > > > rw,nfsv4,minorversion=1,bg,soft,timeo=20,retrans=5,retrycnt=5 > > ro,nfsv4,minorversion=1,bg,soft,timeo=20,retrans=5,retrycnt=5 > > > > Is there any fix for this issue? > - Don't use "soft" mounts. See the Bugs section of "man mount_nfs". > There are patches in stable/13 dated July 10, 2022. (I have no idea > how to tell if n252198 would have them) that help, but use of "soft" > mounts will never work correctly for NFSv4. > - The attached small patch (not committed yet, but should be in > stable/13 in about 10days) fixes a couple of corner cases. If you > are using a FreeBSD NFS server, I believe these corner cases only > occur after the NFS server reboots. > > rick > ps: If you test the attached patch, please let me know how it goes. > Is this patch for NFS server? We are using Netapp NFS server on server side. thanks, Ganbold > > thanks a lot, > > Ganbold > > --0000000000009dcf2405e71cc953 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Rick,

On Fri, Aug 26, 2022 at 11:18 AM Rick Macklem &l= t;rmacklem@uoguelph.ca> wrot= e:
Ganbold Tsaga= ankhuu <ganbold@g= mail.com> wrote:
> Hi,
>
> We are having trouble with NFS running on STABLE:
>
> Aug 26 02:21:42 iron2 kernel: newnfs_request: Wrong session srvslot=3D= 1 slot=3D0
> Aug 26 02:21:42 iron2 kernel: freeing free slot!!
> Aug 26 02:21:43 iron2 kernel: newnfs_request: Wrong session srvslot=3D= 1 slot=3D0
> Aug 26 02:21:43 iron2 kernel: freeing free slot!!
> Aug 26 02:21:54 iron2 kernel: newnfs_request: Wrong session srvslot=3D= 1 slot=3D0
> Aug 26 02:21:54 iron2 kernel: freeing free slot!!
> Aug 26 02:21:58 iron2 kernel: newnfs_request: Wrong session srvslot=3D= 1 slot=3D2
> Aug 26 02:21:58 iron2 kernel: retseq diff 0x1
> Aug 26 02:21:58 iron2 kernel: freeing free slot!!
> Aug 26 02:21:59 iron2 kernel: newnfs_request: Wrong session srvslot=3D= 1 slot=3D2
> Aug 26 02:21:59 iron2 kernel: retseq diff 0x1
> Aug 26 02:21:59 iron2 kernel: freeing free slot!!
> Aug 26 02:22:12 iron2 kernel: newnfs_request: Wrong session srvslot=3D= 0 slot=3D2
> Aug 26 02:22:12 iron2 kernel: retseq diff 0x1
> Aug 26 02:22:12 iron2 kernel: freeing free slot!!
> Aug 26 02:22:14 iron2 kernel: newnfs_request: Wrong session srvslot=3D= 1 slot=3D0
> Aug 26 02:22:14 iron2 kernel: freeing free slot!!
> Aug 26 02:22:15 iron2 kernel: newnfs_request: Bad session slot=3D1
> Aug 26 02:22:15 iron2 kernel: freeing free slot!!
> Aug 26 02:22:30 iron2 kernel: newnfs_request: Wrong session srvslot=3D= 1 slot=3D2
> Aug 26 02:22:30 iron2 kernel: retseq diff 0x1
> Aug 26 02:22:30 iron2 kernel: freeing free slot!!
> Aug 26 02:22:31 iron2 kernel: newnfs_request: Bad session slot=3D1
> Aug 26 02:22:31 iron2 kernel: freeing free slot!!
> Aug 26 02:22:46 iron2 kernel: newnfs_request: Wrong session srvslot=3D= 1 slot=3D0
> Aug 26 02:22:46 iron2 kernel: freeing free slot!!
>
> We are running FreeBSD 13.1-STABLE #3 stable/13-n252198-c1434fd2dea: F= ri Aug 26 01:51:53 UTC 2022 and mount options are:
>
> rw,nfsv4,minorversion=3D1,bg,soft,timeo=3D20,retrans=3D5,retrycnt=3D5<= br> > ro,nfsv4,minorversion=3D1,bg,soft,timeo=3D20,retrans=3D5,retrycnt=3D5<= br> >
> Is there any fix for this issue?
- Don't use "soft" mounts. See the Bugs section of "man = mount_nfs".
=C2=A0 There are patches in stable/13 dated July 10, 2022. (I have no idea<= br> =C2=A0 how to tell if n252198 would have them) that help, but use of "= soft"
=C2=A0 mounts will never work correctly for NFSv4.
- The attached small patch (not committed yet, but should be in
=C2=A0 stable/13 in about 10days) fixes a couple of corner cases. If you =C2=A0 are using a FreeBSD NFS server, I believe these corner cases only =C2=A0 occur after the NFS server reboots.

rick
ps: If you test the attached patch, please let me know how it goes.

Is this patch for NFS server? We are using Net= app NFS server on server side.

thanks,
<= br>
Ganbold

=C2=A0

thanks a lot,

Ganbold

--0000000000009dcf2405e71cc953-- From nobody Fri Aug 26 03:55:31 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MDQwQ6ZvZz4bHn9 for ; Fri, 26 Aug 2022 03:55:34 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-YT3-obe.outbound.protection.outlook.com (mail-yt3can01on2047.outbound.protection.outlook.com [40.107.115.47]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MDQwQ1jVRz3PWq for ; Fri, 26 Aug 2022 03:55:34 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=HOnqtFvojrTB+hopKqH02k12IpIPKQNo8xdsxQ942UG0yIuR51j+qHI7iry0zq7pfh5oc6l9mtL63TokIUqESJu+IIlHwLVDKjpbO0JvlD/8kkyXQmj2rkbXnzpb2ywF15DglLcQaWdXQlbDf5t/SjTPruT34EF3ceQ0hiavz3+EyQQ0hC74lBkVDQXWQ9P6gNNX47c+fWgvXqwqb9s0w9cCgRGZeuTHptVETjW7AQiSprtfXHqw6FjufgRkWmKRdqVf1vNHxXrpW7mtORQGe6GvYPPq12V22EaWLIrWKRY5bMazo/V3qpT/xxMrmumd+weqG2t46nDLHgMbzCbcQg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=zJB8pT4KgrQZTVzEfXURwSLwMGVF43nBNhErGeHITZU=; b=lakE1/Fl/W2+ZC1zJSxGEvK/tgsPEu7mM9cQ2lqZ+x0NVUkU8HUotU5vUufLLGumzeVclUXzlSr1BcpRo5sun1YHbDdYOJRYD2oHGtyVihavvbwXUo5OyzQ4p4sYs1Pmf8OndEah4pjQdjMPI/YnV8vCdWVS0FTRaLvSke1vE0MBoSE8TZto11vYzhOpsW+UYT28BT+6lxHe0j9qQgh9wBPDEig8UwvwD+XEya8RzjVHIgBivGcvEDtUIby9Y4IM/WGfmNPnI1FNmgLyu2sIrBEyzDSlGtv5EAxBiPqjEh9t8WZYokCoTwSf0npEanG7o27/w+OfEEzPVj5pT3l92g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=zJB8pT4KgrQZTVzEfXURwSLwMGVF43nBNhErGeHITZU=; b=g+EFhXcfNzC5CMLrAwgmdUO4678PrJB+D1+iggvqgeysyvJoQSYIhlKO8xPrNULPniWHvlldtJdyiA9hb7iupORMl4s4KjFBTA1SBvdPvyvIJKGVkecdHWLs10nK1HzHFeBFCELYmGVVKazgcE3duZGFVqUXUHQNHKCcUTsK+9EbuknlRunwDMwlv5BZb6pDdpRoLPw7jgZmoTqLOnbV9AfyIVYarv69UXE6KnPkf/dn1K56c7QqfEvNKwrPaWDw0RCtQNmAaFnMiVdkkyEGZaHzaXXuTya2yP19vswhHXX05C5TTx1NbMATHk/lXDvf9jc1MOshVSOqwXHLfu/h4w== Received: from YT4PR01MB9736.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:b01:e6::17) by QB1PR01MB3187.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:2f::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5566.15; Fri, 26 Aug 2022 03:55:31 +0000 Received: from YT4PR01MB9736.CANPRD01.PROD.OUTLOOK.COM ([fe80::4c04:eddf:6168:b3ec]) by YT4PR01MB9736.CANPRD01.PROD.OUTLOOK.COM ([fe80::4c04:eddf:6168:b3ec%3]) with mapi id 15.20.5546.022; Fri, 26 Aug 2022 03:55:31 +0000 From: Rick Macklem To: Ganbold Tsagaankhuu CC: freebsd-stable Subject: Re: NFS issue - newnfs_request: Wrong session srvslot=1 slot=0, freeing free slot!! Thread-Topic: NFS issue - newnfs_request: Wrong session srvslot=1 slot=0, freeing free slot!! Thread-Index: AQHYuPX4Bm3b05JqHEiEpg2gE19wMa3AgCRKgAALTQCAAABR2A== Date: Fri, 26 Aug 2022 03:55:31 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: eee00aee-ed18-4b9b-93f2-08da8716d27d x-ms-traffictypediagnostic: QB1PR01MB3187:EE_ x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: ELyhXZ64vmflU/vMTJpqf56SklcCBAeSTGJDIK+cmSH3dY6i4tGivAAPBVsK09AG00vkTq8647j72th/oqeBN3NvVWNUIjG3z36hrq2uGHlYWeVZBRE7+L6OGi5SoRBa4rLv/AAizC6L9JrtApv8K7ndgMpOqfQJkujW1UrZrgQ1s9mpQUeh6khHFqMgQ2Jb5wytbXFcomyGto+sn1C2RbJF5HAlqOqpH6zcj8QbocuVLC1xcwJ9kd5iqqq/AS6ejapAP+KTnV2LZLwyzaik/P1jNIQqLAEVeN7i4QbwJWuqkgPA+eM7JHyIIS76y5JK4CGVSDTFQmXFeG3awfHC5itw6fygZY6BFtO18u05qCqJC7W2I9zzQZjwT9VRPutby0IU5DwRrzmUdtFurpWYFXcbGI8Orr5XXqLhMd5m3ZfMYR8LJo/WcdNTyQldqdceTYqU+DhAPH0WDQWrZxZ4eg00Ilft+rvUSnBjljHQdOn+NRSlAfaE2aZaZ1ivaDKvJijMhVwtWjMs+0OEiwIXiJ/ToKrkYAMjR4HTnN6RwR69M88yvVe9XUP4wcdNntepKvvzJPkKtol+hMEP+DCqQYORAIzCG3DBk0MIo2vrVlgkWznGnVqY2DhBMqr3OEHGmeplxRStryuLsrBdKCuwftTXT7+YXCEWFurhLP9fBUavCmbwWEucLo4k5RQEDvzETCWqGvzP3Nr7tou2ZkR3GcMG/K3XzUotB011J0V5l/1x3Hu1MxdtzMpdaS52qx0jfnb1CYlo2EUHXzd8W1GH/A== x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:YT4PR01MB9736.CANPRD01.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(13230016)(4636009)(39860400002)(136003)(396003)(366004)(376002)(346002)(91956017)(76116006)(66476007)(66946007)(66556008)(33656002)(122000001)(4326008)(66446008)(64756008)(8676002)(86362001)(38070700005)(38100700002)(478600001)(9686003)(83380400001)(6506007)(71200400001)(53546011)(41300700001)(7696005)(41320700001)(6916009)(786003)(55016003)(316002)(2906002)(186003)(5660300002)(8936002)(52536014);DIR:OUT;SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?IcNj2Ai0QIjpJVNC0GbqbRK/HGzMTlOn8N83Xwfwg0yukAGDXJEgSeX4Ks?= =?iso-8859-1?Q?2q+/b7CX6yioFuJCkov5dSKxe5jHGLlBgtw6VQPU0xdJiA8OU3ItmApfnc?= =?iso-8859-1?Q?W344PbWXLkrJBHMBH4xrorNlb+urLUuGtWOmgQO+SNZteu/qe7QhcSnY8Z?= =?iso-8859-1?Q?MgO4Vvb3z4TpXLxq5rutUkuVhTZwcB6fhe3f5qemcJV6OmqwXbQ6QwVehO?= =?iso-8859-1?Q?3VhecIBfVr0bur8h/vKIrSCydjDDkDkoeQ38Y5lNHS8g7OJTEWnz+T+bm2?= =?iso-8859-1?Q?+DHDFvFGmX7/cH4eKJNajUNxQchNHx8czceXFqUkcAdCS/DfpiPpy04eE8?= =?iso-8859-1?Q?3zBYkjmRy/OTEg0p74gZy9AjrX/gvtkIuGJsRGoJAEI5+0xhxMhKkbzOCR?= =?iso-8859-1?Q?5YhFXRMDDC/fDa0/kVzVv1pWmEzZaF3ebi6aziJZi4qyPEk6j668rSlMND?= =?iso-8859-1?Q?AYbXpGAL/OULXUJflGPsTvrP50XvHE3MWCl6Zs8OjJb4ObXEtrvJPed4lN?= =?iso-8859-1?Q?gtni0J9lvlBvx07yAO7IMmRC77W7e3aIIDFiIe9QmqD9wqM6azy9eZzEKl?= =?iso-8859-1?Q?CMeoKNH74NDLRRXT+7jgIpwetYkF9nf3kwkbL0sGdt/EniK8cJVPNMCF6P?= =?iso-8859-1?Q?ICQcGKosrVFV3Hrenibr8AiXTayGm4bktGTXFUFcVRABvuoZS2jJ1tTGt/?= =?iso-8859-1?Q?hxZZZM+PJKTHDFF4dOt+PV9mK+eKuw2ety3F3NJUcG3a1Nv1yG06wMOiOC?= =?iso-8859-1?Q?VB5OvfOQVfBDDo5uWotEdPfUJWNtaS4/w33ESKpMIu01pe/SHwVYbWfIjJ?= =?iso-8859-1?Q?+Pq9ghn7KUq7UPGK/5RiRJCjqjg6yjOvHEHAQoncC7MtdhBYimfuxk3W4U?= =?iso-8859-1?Q?eYN13CeEgb30hfHqZDREjybvixH7YLHbhj72oCoccg2LFuoX+QzpPkHLgw?= =?iso-8859-1?Q?VwpVSs8n2sXpiRJSS9o+zxeBsBKnnEmjblV4Vk3dMMvbrvOCP9uRRntl9J?= =?iso-8859-1?Q?PBLHrZ7LB9rWVPfNsIcGBBFZR2wJ4ZxQyvTiE7+l/pK/ytg09CzNrc8TH7?= =?iso-8859-1?Q?66laa+xQEQJ04N0qW0e4pK72f+0it+skKMMNHy8jdZXgWb7nmP1nGNc8ET?= =?iso-8859-1?Q?gncl9eJ/DUdLFsbE64XJpKHJEi6qRXCwOI1hFkdtiE7XqhLWC7+OcEGVNM?= =?iso-8859-1?Q?/IrEacoZDgDJXqRhUV06nEdLbdKFahhf5cedbN9mC1+GUbIv6EkKr36cb7?= =?iso-8859-1?Q?bb8/2P1J+u7TqhISpdJR73SvhngRkDfk+vStSwwXJQF9ugo2Sq1H3QNnFL?= =?iso-8859-1?Q?UUMwzN87fUa+RndGbkummkrjRmm6fzeZeZHLSlyvNO+pF3bQ0mJMXkMJgX?= =?iso-8859-1?Q?ITyQ5dVpEtYlDe4p+hZKjgE8ZksEFBqEgqJM1JuqFy1xV2A8x1bue53ZnW?= =?iso-8859-1?Q?sTCm3Tc/YZntZCFg9bXRiO+ylFhI1ys1B7s9ZJ/1NIfSfCTuhvCR4nR4Sq?= =?iso-8859-1?Q?5ebCYfSVCwhVKT9vk/l5NNP6eLwbokhrOsvB7QBvTPI/uROKHAiedN81vu?= =?iso-8859-1?Q?m2RgqmID+2/JBxmJFjPpmPzWNR/DXrkxbqrY1sFBE7VWnIPzxevn5jhBy2?= =?iso-8859-1?Q?cw56DHN6R3/2ceqOJjyOUwUwA0zkjMMJ7yuj+CFPN9iQb+Hu6RVq8rd7cd?= =?iso-8859-1?Q?NYjqq42AZPepenAuIdZzkAeN44sVsFwCAo6yz9Xj?= Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: YT4PR01MB9736.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: eee00aee-ed18-4b9b-93f2-08da8716d27d X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Aug 2022 03:55:31.6353 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: m8/Xd9NQZi/Zs5HDqRJvGPkp1zlA/kPAPKelMm1pUXMf4ZyMfVLWK56/t6EdW7TCebE5hp/VMhw0UfjWIdKQyQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: QB1PR01MB3187 X-Rspamd-Queue-Id: 4MDQwQ1jVRz3PWq X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector2 header.b=g+EFhXcf; arc=pass ("microsoft.com:s=arcselector9901:i=1"); dmarc=pass (policy=none) header.from=uoguelph.ca; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.115.47 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-6.00 / 15.00]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[uoguelph.ca,none]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector2]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US]; SUBJECT_ENDS_EXCLAIM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; DKIM_TRACE(0.00)[uoguelph.ca:+]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[rmacklem]; RCVD_IN_DNSWL_NONE(0.00)[40.107.115.47:from]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.115.47:from] X-ThisMailContainsUnwantedMimeParts: N Ganbold Tsagaankhuu wrote:=0A= > Rick,=0A= > =0A= > On Fri, Aug 26, 2022 at 11:18 AM Rick Macklem > >> wrote:=0A= Ganbold Tsagaankhuu > wrote:=0A= > > Hi,=0A= > >=0A= > > We are having trouble with NFS running on STABLE:=0A= > >=0A= > > Aug 26 02:21:42 iron2 kernel: newnfs_request: Wrong session srvslot=3D1= slot=3D0=0A= [stuff snipped]=0A= > > Aug 26 02:22:46 iron2 kernel: newnfs_request: Wrong session srvslot=3D1= slot=3D0=0A= > > Aug 26 02:22:46 iron2 kernel: freeing free slot!!=0A= > >=0A= > > We are running FreeBSD 13.1-STABLE #3 stable/13-n252198-c1434fd2dea: Fr= i Aug 26 01:51:53 UTC 2022 and mount options are:=0A= > >=0A= > > rw,nfsv4,minorversion=3D1,bg,soft,timeo=3D20,retrans=3D5,retrycnt=3D5= =0A= > > ro,nfsv4,minorversion=3D1,bg,soft,timeo=3D20,retrans=3D5,retrycnt=3D5= =0A= > >=0A= > > Is there any fix for this issue?=0A= > - Don't use "soft" mounts. See the Bugs section of "man mount_nfs".=0A= > There are patches in stable/13 dated July 10, 2022. (I have no idea=0A= > how to tell if n252198 would have them) that help, but use of "soft"=0A= > mounts will never work correctly for NFSv4.=0A= > - The attached small patch (not committed yet, but should be in=0A= > stable/13 in about 10days) fixes a couple of corner cases. If you=0A= > are using a FreeBSD NFS server, I believe these corner cases only=0A= > occur after the NFS server reboots.=0A= > =0A= > rick=0A= > ps: If you test the attached patch, please let me know how it goes.=0A= > =0A= > Is this patch for NFS server? We are using Netapp NFS server on server si= de.=0A= No, it is for the client. However, as far as I know, a Netapp Filer never= =0A= generates a NFSERR_BADSESSION error (except maybe if you were using=0A= a post-July 10. 2022 client), so the patch probably doesn't affect you.=0A= (Get rid of "soft" and you should be happy.)=0A= =0A= rick=0A= =0A= thanks,=0A= =0A= Ganbold=0A= =0A= =0A= =0A= thanks a lot,=0A= =0A= Ganbold=0A= =0A= From nobody Fri Aug 26 20:42:57 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MDsH303Kmz4ZtTL for ; Fri, 26 Aug 2022 20:43:11 +0000 (UTC) (envelope-from timp87@gmail.com) Received: from mail-vk1-xa2f.google.com (mail-vk1-xa2f.google.com [IPv6:2607:f8b0:4864:20::a2f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MDsH14Q4Yz3qFx for ; Fri, 26 Aug 2022 20:43:09 +0000 (UTC) (envelope-from timp87@gmail.com) Received: by mail-vk1-xa2f.google.com with SMTP id j4so1212975vki.0 for ; Fri, 26 Aug 2022 13:43:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc; bh=IrlwsR3SGBFk9waue6RmzojgluZ/U/CnXdvHHJL0fMI=; b=eU8enq/r/+MfmN5LKFJBUqAuyDCD0UqgP6izPw0fAKjf4gqQC/wKgrIN3v61UMSToE paOOQvMIEXgWX99j3iY/rh9s85niiPfAUbR+/TC4g4kzDhtxLpTsSaloBWBCCSw5uvNr ZKavWzhVXWkE+yEzOWBqbh1em0h80F0D5FVNk31idzSa6R40bKYyTzKMqoCgQaYJKt5H tT+B+XsdYEm0Woin4SfHrGP2xEyL7Ep5HbSRXOy3X9K1ATISMxufOQT+c/XsrZzimxX2 uN0pcsHlVRSc3lQWX7hE9htfbH0QxpljkfuJLDSd5nB8JdQJDRTkV/1tHccTPaz1LWLq ow1Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc; bh=IrlwsR3SGBFk9waue6RmzojgluZ/U/CnXdvHHJL0fMI=; b=yhJ1Jebgjg1ZOeK3rP9xai3YPzQZWuNCELlYeixv3pn4hUeZaCF8TWWF6M5Al/F/LC lJElAgeXEiAci5nRwSE1N60Cm5UT76waNlTJnHKR9yNkEefU3QfOrJR+nb6pb5CdSy3B SIp6AoM7lwsPHbYk+PFVXy357SmhVc5QRSZUnfQBxiaUeDeBiIjZC0L/zqm2AhDW1KHo wLRHCmq2+3Erq4rrRVSEUWDjKJhPkKwer9ITffl9+Pv2OBt3hi6beIGfsD6mWRqF/nnE Kpv+9Xhv1XHGxZuBe1j9JuHYnjP6CoaceZcFHEZmEnvvLdwuyOpDvvb4D+RbI3m4c2W+ xSJQ== X-Gm-Message-State: ACgBeo3a7dtoz9cTqwBWEtfKLkK8DVu40SyXYvvVWPNbqeJb9SqegIga +/1V+Um6JJQrvooGIuNhP9ZK/X2Y3mXuTCMdOUqDZ73A X-Google-Smtp-Source: AA6agR519n/yUyILpYpKnG4hnyTqSgzn325L9TadmDckxrDOJethzi6AJf4CGRxlxK6kd/8evgS50V/REEJt0zyCwUI= X-Received: by 2002:a05:6122:119b:b0:38b:e4e0:df90 with SMTP id x27-20020a056122119b00b0038be4e0df90mr482959vkn.13.1661546588679; Fri, 26 Aug 2022 13:43:08 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Pavel Timofeev Date: Fri, 26 Aug 2022 14:42:57 -0600 Message-ID: Subject: Re: Framework Laptop (Batch 6) finally working :D To: Jonathan Vasquez Cc: stable@freebsd.org Content-Type: multipart/alternative; boundary="00000000000032330105e72af684" X-Rspamd-Queue-Id: 4MDsH14Q4Yz3qFx X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b="eU8enq/r"; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of timp87@gmail.com designates 2607:f8b0:4864:20::a2f as permitted sender) smtp.mailfrom=timp87@gmail.com X-Spamd-Result: default: False [-3.94 / 15.00]; NEURAL_HAM_LONG(-1.00)[-0.996]; NEURAL_HAM_SHORT(-1.00)[-0.995]; NEURAL_HAM_MEDIUM(-0.95)[-0.947]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MLMMJ_DEST(0.00)[stable@freebsd.org]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::a2f:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCPT_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; TO_DN_SOME(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N --00000000000032330105e72af684 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =D1=87=D1=82, 25 =D0=B0=D0=B2=D0=B3. 2022 =D0=B3. =D0=B2 21:13, Jonathan Va= squez : > I forgot to mention, that patch isn't applicable on the Gen 11 Batch 6, > the headphone/internal speaker quirk is already working. > > > Sent from ProtonMail mobile > > > > -------- Original Message -------- > On Aug 25, 2022, 22:21, Pavel Timofeev < timp87@gmail.com> wrote: > > > > > =D0=B2=D1=82, 23 =D0=B0=D0=B2=D0=B3. 2022 =D0=B3. =D0=B2 21:52, Pavel Tim= ofeev : > >> >> >> =D0=B2=D1=82, 16 =D0=B0=D0=B2=D0=B3. 2022 =D0=B3. =D0=B2 10:44, Jonathan= Vasquez : >> >>> Haha sounds good. Have fun! >>> >>> >>> Sent from ProtonMail mobile >>> >>> >>> >>> -------- Original Message -------- >>> On Aug 16, 2022, 11:47, Pavel Timofeev < timp87@gmail.com> wrote: >>> >>> >>> >>> >>> =D0=B2=D1=82, 16 =D0=B0=D0=B2=D0=B3. 2022 =D0=B3. =D0=B2 08:44, Jonatha= n Vasquez : >>> >>>> Thanks for reporting back Pavel. What are you gonna put on it in the >>>> meantime? >>>> >>>> >>>> Sent from ProtonMail mobile >>>> >>>> >>>> >>>> -------- Original Message -------- >>>> On Aug 16, 2022, 08:25, Pavel Timofeev < timp87@gmail.com> wrote: >>>> >>>> >>>> Hmm, not so much fun since Alder lake GPU is not supported yet (at >>>> least in the ports tree) >>>> >>>> On Mon, Aug 15, 2022, 15:23 Pavel Timofeev wrote: >>>> >>>>> >>>>> >>>>> =D0=BF=D1=82, 5 =D0=B0=D0=B2=D0=B3. 2022 =D0=B3. =D0=B2 22:34, Jonath= an Vasquez : >>>>> >>>>>> Hey all, >>>>>> >>>>>> I finished coming back to my Framework Laptop (Batch 6) after a >>>>>> couple of months of working on getting FreeBSD working on my Thinkpa= d X260 >>>>>> and Thinkpad X1C7. I finally got it working to a good enough state. = There >>>>>> are still some quirks but the bug reports are pretty much all alread= y open >>>>>> for those so I'm hoping those will get fixed eventually. I've update= d my >>>>>> documentation to reflect the current state. Posting here for exposur= e: >>>>>> >>>>>> https://xyinn.org/md/freebsd/framework_laptop >>>>>> >>>>>> Jonathan Vasquez >>>>>> PGP: 34DA 858C 1447 509E C77A D49F FB85 90B7 C4CA 5279 >>>>>> Sent with ProtonMail Secure Email >>>>>> >>>>>> >>>>> >>>>> Hi >>>>> Thanks for this page! >>>>> I've just received Framework laptop v2 with Intel 12th gen CPU 1260p >>>>> within batch 2. >>>>> Gonna play with it and FreeBSD. >>>>> See the attachment for `pciconf -lv` if interested. >>>>> >>>> >>> >>> For now I'm gonna install some Linux. >>> I've been a FreeBSD desktop user for the past 7 years now and I'm >>> looking forward to Alder Lake GPU support >>> (graphics/gpu-firmware-intel-kmod? graphics/drm-510-kmod? kernel?) in >>> FreeBSD. >>> I have no favorite linux distro, probably it's gonna be some Ubuntu >>> derivative for now. >>> >>> >> >> While I'm trying to survive on the scfb driver I noticed that the sound >> is not switching to 3.5 jack headphones. >> Here is the tiny patch to make it work. I hope someone picks it up soon. >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D266009 >> > > > Hi Jonathan! > Can you test this https://reviews.freebsd.org/D36354 patch on your laptop= ? > > Hi, well, I rewrote the message in the review to get an idea why I'm grouping mic also. --00000000000032330105e72af684 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
=D1=87=D1=82, 25 =D0=B0=D0=B2=D0=B3. = 2022 =D0=B3. =D0=B2 21:13, Jonathan Vasquez <jon@xyinn.org>:
I forgot to mention, that patch isn't applicable on the Ge= n 11 Batch 6, the headphone/internal speaker quirk is already working.
<= br>
Sent from ProtonMail mobile



-------- Original Message= --------
On Aug 25, 2022, 22:21, Pavel Timofeev < timp87@gmail.com> wrote:


=D0=B2=D1=82, 23 =D0=B0=D0=B2= =D0=B3. 2022 =D0=B3. =D0=B2 21:52, Pavel Timofeev <timp87@gmail.com>:


=D0=B2=D1=82, 16 =D0=B0=D0=B2=D0=B3. 2022 =D0=B3. =D0=B2 10:44, Jonat= han Vasquez <jon@xyin= n.org>:
H= aha sounds good. Have fun!


Sent from ProtonMail mobile


-------- Original Message --------
On Aug 16, 2022, 11:47, Pavel T= imofeev < timp87@g= mail.com> wrote:


=D0=B2=D1=82, 16 =D0=B0=D0=B2=D0=B3. 2022 =D0=B3. =D0=B2 08:44, Jonathan = Vasquez <jon@xyinn.or= g>:
Thank= s for reporting back Pavel. What are you gonna put on it in the meantime?

Sent from ProtonMail mobile



-------- Original Mess= age --------
On Aug 16, 2022, 08:25, Pavel Timofeev < timp87@gmail.com> wrote:
Hmm, not so much fun since Alder lake GPU is n= ot supported yet (at least in the ports tree)

On Mon, Aug 15, 2022, 15:23 Pa= vel Timofeev <timp= 87@gmail.com> wrote:


=D0=BF=D1=82, 5 =D0=B0=D0= =B2=D0=B3. 2022 =D0=B3. =D0=B2 22:34, Jonathan Vasquez <jon@xyinn.org>= :
Hey all,

I finished coming back to my Framework Laptop (Batch 6) after a couple = of months of working on getting FreeBSD working on my Thinkpad X260 and Thi= nkpad X1C7. I finally got it working to a good enough state. There are stil= l some quirks but the bug reports are pretty much all already open for thos= e so I'm hoping those will get fixed eventually. I've updated my do= cumentation to reflect the current state. Posting here for exposure:
<= div style=3D"font-family:Arial;font-size:14px">
https://xyinn.org/md/freebsd/framework_laptop

Jonathan Vasquez
PGP: 34DA 858C 1447 509E C77A = D49F FB85 90B7 C4CA 5279
Sent with ProtonMail Secure Email



Hi
Thanks for this page!
I've just received = Framework laptop v2 with Intel 12th gen CPU 1260p within batch 2.
Gonna play with it and FreeBSD.
See the attachment for `pciconf = -lv` if interested.


For now I'm gonna install som= e Linux.
I've been a FreeBSD desktop user for the past 7= years now and I'm looking forward to=C2=A0Alder Lake GPU support (grap= hics/gpu-firmware-intel-kmod? graphics/drm-510-kmod? kernel?) in FreeBSD.
I have no favorite linux distro, probably it'= s gonna be some Ubuntu derivative for now.


While I'm trying to survi= ve on the scfb driver I noticed that the sound is not switching to 3.5 jack= headphones.
Here is the tiny patch to make it work. I hope someo= ne picks it up soon.


Hi Jonathan!
Can you test this https://reviews.freeb= sd.org/D36354 patch on your laptop?



Hi, well, I rewro= te the message in the review to get an idea why I'm grouping mic also.<= /div>
--00000000000032330105e72af684-- From nobody Fri Aug 26 22:17:45 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MDvND4r79z4b3RP for ; Fri, 26 Aug 2022 22:17:48 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-YT3-obe.outbound.protection.outlook.com (mail-yt3can01on2054.outbound.protection.outlook.com [40.107.115.54]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MDvNC445Cz3yWY for ; Fri, 26 Aug 2022 22:17:47 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=HWD70e0gULgJAsWaGGBZuyHNI8yRgWITybYxfjeGusk3GHBUbUY4LLn6RCId/tyiLc8hy1kYSyLqFBFnOGv8SoM18+Xl8smBqvzPAog8x9oA/pRoc3qQc+hJsiw6Sxm5QujzEc1RLECP5QT2Zq1ykowFjSMYbr/TZGDkzCe27O2zlYr7IT8AVfaQsq5dI4vlr9iBhS0VHYNrZ0qsAHPnfPgGTADGU4vosFgSK64Xx6fq/M134nil/n4K+iv1U7aw6zlGqQEbKGz5JmqhXAcDgJg+VQsBjfy4v/sIy7iSCfZcugq3zIdD9sGt2FHtJKk5JQV873l59qoBkQeorWcb+A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=KQPpenJT5BqBZYtafh+F4jUd7ucu2ww25JBqGQmMgCM=; b=ferIvLVtWgiyg2ZPYHwhVwgWvVULIjW1oGUnBHANMX6jFeC5SnkFa9DZ+3IKRdHM0baRnCFi19hecGWiv5+L8egZqyHqxahBWJZLxhsMROEC4lBjoOYpMz08rhxvST128eXgUZ9Kp4FdBwtljzd04s0lOrAvLiOyPZLZhbWZeddkpGUhcU+XZWIwOtiUhR9I4VveUnPVeAiMlMVfcRPGD+x9K4bi62m3SyuQsnFM9/iiWPaoMLVzfRxOr5jRPxTbkyABMheaRouffKTitpEnk5iJU5i7sL7UcsquEo3rvY6WQxkiMxVASkk/BLofVbsle4GHWtdGsltd3IlB4DfvSQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=KQPpenJT5BqBZYtafh+F4jUd7ucu2ww25JBqGQmMgCM=; b=kl29kaJAx+gkTVcHNxCaBs6T0ViJ1gkUGqZr8RebEe+9PxIQ5hQX0cBaoPut59Bxoxsyqb2DvIHqUzdMJL+/C6EmGYBXKnke0i26iPOWIbIS5PqYX60LeI6k+RhPZWWzkmMbS/QrE+RTQaqTPatqhH40jXbSxS81Y9r8idARs0KEFae3Bz9TBWDq0BUFmlTO3ffq3bO32tbvjoPqy/LfGG+gaAsYdTsq1jET3dga0EcqTA8HN1GCr6GZhW6udu9A/IjAonuNc68go+F7uS2WJqzNzKCoEPYF2wV+9f4MUe8WofYWxkVklx98k/GqgeW3T7XPyNi5uZyn4SOUuQrZrg== Received: from YT4PR01MB9736.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:b01:e6::17) by YQBPR01MB10350.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c01:7c::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5566.14; Fri, 26 Aug 2022 22:17:45 +0000 Received: from YT4PR01MB9736.CANPRD01.PROD.OUTLOOK.COM ([fe80::4c04:eddf:6168:b3ec]) by YT4PR01MB9736.CANPRD01.PROD.OUTLOOK.COM ([fe80::4c04:eddf:6168:b3ec%3]) with mapi id 15.20.5546.022; Fri, 26 Aug 2022 22:17:45 +0000 From: Rick Macklem To: Ganbold Tsagaankhuu CC: freebsd-stable Subject: Re: NFS issue - newnfs_request: Wrong session srvslot=1 slot=0, freeing free slot!! Thread-Topic: NFS issue - newnfs_request: Wrong session srvslot=1 slot=0, freeing free slot!! Thread-Index: AQHYuPX4Bm3b05JqHEiEpg2gE19wMa3AgCRKgAALTQCAAABR2IABNL8K Date: Fri, 26 Aug 2022 22:17:45 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 8e8f1ed2-8bb5-43f2-e7e2-08da87b0cd71 x-ms-traffictypediagnostic: YQBPR01MB10350:EE_ x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 7A4Wvn6uPdWl8+IceE26wqq5gdDVF/OjJEnhEa0OyZIDcwEUQNOEXenWHp23dELScfLq/KCp+0lZKyzuf+ebUzUWkepy1MqIM7uSBlU0/Hmjvb2DkYEJUxbNg+C2FBIv+PqJNEhLcAle0nVMlt7q64nnzhMWNi3+vKrcPS8QIg/OSR1JtEzpl+NsssuF7XyvcfvwbQDX6G1coS53QPtbzUrMXHBk6VmkwITeGmckawCmTIS3e8qY4EY/G/KGpw7/ErbXDE2XCO7kAODDWRLArD2Uf8NrkH+bI0znTKnOMcn0wD6EzlEcpeBPCG9Zc9C6Hnrpfg9XuRCdiFihkNkkVMtGRamGsRaez4KmctKFRJPVW9Hv4jClycfyK4FyR4zIlChgisRh+vgIcbdXqyLkvhFHxi/LGq9a4ZAPmFiOwIt7k+oy3yZflUzAC2IU9d0doA5CTECXLkCu7KuIf3ss163LdRby6jfsW9ARxgfAr1z+4XWFO2PVEct29nhl9HCBd/yNEQbMOaAXQ5TKVVDu39F+9909gMB1GsaPHSTz92zBNzmgahMSnAUAvh19uvTNOZMfRc0mDiLU0CF/As7WMHkBeHNtmRPFWYxX0kit1IbDkgrFnfJkD1Ws0LyJsPqIbImWlosNnDMk0LFTp3quookoxlEoUrdBwP5T3Mi5wHxbvrh9fex76nbkkw1gDA8oSo/RatskbXimSKbmfRETbmsAXe4yP4GyZY5F5YZHkBFA2etiIIGU/4eRuk0PfHwiNOMbA2CBwUjNiZaCmpdkUg== x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:YT4PR01MB9736.CANPRD01.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(13230016)(4636009)(376002)(346002)(366004)(39860400002)(136003)(396003)(122000001)(41320700001)(83380400001)(86362001)(38070700005)(38100700002)(91956017)(316002)(6916009)(76116006)(52536014)(786003)(2906002)(8936002)(5660300002)(66556008)(66946007)(8676002)(4326008)(66446008)(64756008)(66476007)(2940100002)(186003)(478600001)(71200400001)(7696005)(53546011)(9686003)(55016003)(41300700001)(6506007)(33656002);DIR:OUT;SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?3vQtSS+eAaW1Jj4GIf3gFSvlDgBEWh3MQm2b+2hROdR/284qP96kXN00iz?= =?iso-8859-1?Q?tb5J/XyTXzGirwGODlHnsEZLtHTTo+0qehaSKempKmbOXqn7HVo3O3TGJ9?= =?iso-8859-1?Q?qlw1OAmh6boYJPwngmp13Bz8k3uFLp53J2KE9rM3BJNNiB/ThmbJ8PBjAX?= =?iso-8859-1?Q?V5QKfUDl277FhgjdJLfz7QasqlLpdpcfG9ZwS+GTm7t2NoCxhRZ29oTO8k?= =?iso-8859-1?Q?MrNpjt+MN0zlin3WMb13WwV1L0EgD2pvMy2wg+7uyVBubEgryEtKzIDGLk?= =?iso-8859-1?Q?myZGUhFVXBLCg1Au8/O2OB/TzCys5M9wN/VkmlKZCZ4a79YwnfCSXPQCka?= =?iso-8859-1?Q?zyINskYdK0v2UlCcmPk2mhsd2HlOkB122TEmciNuU07QlyeDBC6AhPjukl?= =?iso-8859-1?Q?QlROhvPqERKR9J6DRFVdHqBMekhMUMhLnliesJmPdt0wK+lH0YqfT1E974?= =?iso-8859-1?Q?Xp1cc7+Y84C8e4j2gemRe0A/mQ6qJBzk1zYV/0GadNxdjYBArvbOYa+23A?= =?iso-8859-1?Q?/y2WXgZPXnFFkN3bI4tpnf4B1W8aGXfQLyTYvi/wh1/WF3MrKv3G4O0qsf?= =?iso-8859-1?Q?yHCFjXXju3ObbLhIabQ+CrImEZjUAyvhaqCDoH5fbnuuyDD9kuk44W0bBA?= =?iso-8859-1?Q?YbWTeeC71Yt3Q+eThbtg9YOjHK03iKgPEJN7OELqCR/XR5AOmrKMKSxnRT?= =?iso-8859-1?Q?F8jLlpUdJOZyjfbUklQhsoADhF/Ftzm+QmqP7sx8PWScrhVt9QV0OI2K0r?= =?iso-8859-1?Q?KcP+A0ngoo1PPdvb0pMGFdIoJWTYUEN/h4xhg6zR7On2Ha4SVhYNzXD+CK?= =?iso-8859-1?Q?f3hhwuSg9iq/fK1vKrO5DqOEbEBBda2bPMH0+5yyMiV1j4kVtrDr3yRADz?= =?iso-8859-1?Q?oV30TuyffQgqwgBjUKJhgJrLsHbNjfR4VukqEItly6iDZYsNHPZGrlHDPe?= =?iso-8859-1?Q?MaolYFL+XUXAgY0lxBtuHGkse1kgqlUzefSJYqzcdIA58bwBeD2QLo7gv2?= =?iso-8859-1?Q?qkhdjg6IiEvZdm6nPf5YOO9u/enzxZ0GiJ3WqZI/K9w1VwEVdkSVdb0ziy?= =?iso-8859-1?Q?0Or14IZHe/JCMno6DgafKYUe2Lk+ReQ+ZgUkLTqOTy/FmCmiXYG98h6IMk?= =?iso-8859-1?Q?02xXNSmyi9JIbQDQib3yMhBEFRT7NZ5+j2egiLrTxGWcGSYbE0dRdySMyu?= =?iso-8859-1?Q?ztq4Y+1mF05/iabP7qgK/HxFZ2XxX20JUaZ2sOarwpEDLAnPXJxZYMJzWY?= =?iso-8859-1?Q?dL7I0Ix1zX4mEczeZssrqETaDs2CuxDf9D002KTcbcCHqFwhocunL8YWTI?= =?iso-8859-1?Q?IoLIDPsnJ+RYfhkggYmUIhkkBJvpJNC3LYabWY2aVqNf5oONunXRlWlPNL?= =?iso-8859-1?Q?NrgIC8eYU8Uaqq2AHw/5kBeMLJWHRbRdNCWq/C1hPymJoddtVFk9BrMT3H?= =?iso-8859-1?Q?i0mIFdBgzXHFN0VYMik7iw3MZfTAiPHrGm18hZKKe90zUQPuJ7PkhBGU7A?= =?iso-8859-1?Q?h1vW4X1iXjzEslJ192MUcux+iydrtUwFkq/+fbRXgYwiAOmSnM3kps6+/A?= =?iso-8859-1?Q?zHckfnh4Uw0ivGRQUcr7UjsM/e9RzwzXPW+JjzNALj751ZMWuKUuQoVOH7?= =?iso-8859-1?Q?N5lShFFJ5UiRpIpV96hvfzLbiiCDSCOPRBPbtTKSlNXV+XF0Ryj7GKx6dQ?= =?iso-8859-1?Q?mvc2wBUNxocWUjT52IF9o5q4DMXa1vdE0Mkw3Gk3?= Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: YT4PR01MB9736.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 8e8f1ed2-8bb5-43f2-e7e2-08da87b0cd71 X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Aug 2022 22:17:45.6665 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: fP1ixzXWp5poNYqckvpw+Ja2Xv2oGJIPdieoYIYFa64pKOzgAHUcTuU7C2WfA9s8QkfFAMSFlUeNiQ2Z6aalxw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR01MB10350 X-Rspamd-Queue-Id: 4MDvNC445Cz3yWY X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector2 header.b=kl29kaJA; arc=pass ("microsoft.com:s=arcselector9901:i=1"); dmarc=pass (policy=none) header.from=uoguelph.ca; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.115.54 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-6.00 / 15.00]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[uoguelph.ca,none]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector2]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US]; SUBJECT_ENDS_EXCLAIM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; DKIM_TRACE(0.00)[uoguelph.ca:+]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[rmacklem]; RCVD_IN_DNSWL_NONE(0.00)[40.107.115.54:from]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.115.54:from] X-ThisMailContainsUnwantedMimeParts: N Ganbold Tsagaankhuu wrote:=0A= > > Rick,=0A= > >=0A= > > On Fri, Aug 26, 2022 at 11:18 AM Rick Macklem > >> wrote:=0A= Ganbold Tsagaankhuu > wrote:=0A= > > > Hi,=0A= > > >=0A= > > > We are having trouble with NFS running on STABLE:=0A= > > >=0A= > > > Aug 26 02:21:42 iron2 kernel: newnfs_request: Wrong session srvslot= =3D1 slot=3D0=0A= [stuff snipped]=0A= > > > Aug 26 02:22:46 iron2 kernel: newnfs_request: Wrong session srvslot= =3D1 slot=3D0=0A= > > > Aug 26 02:22:46 iron2 kernel: freeing free slot!!=0A= > > >=0A= > > > We are running FreeBSD 13.1-STABLE #3 stable/13-n252198-c1434fd2dea: = Fri Aug 26 01:51:53 UTC 2022 and mount options are:=0A= > > >=0A= > > > rw,nfsv4,minorversion=3D1,bg,soft,timeo=3D20,retrans=3D5,retrycnt=3D5= =0A= > > > ro,nfsv4,minorversion=3D1,bg,soft,timeo=3D20,retrans=3D5,retrycnt=3D5= =0A= > > >=0A= > > > Is there any fix for this issue?=0A= Oh, and one more thing. If you have multiple clients mounting the=0A= NFSv4 server, make sure they all have unique hostids.=0A= Check /etc/hostid and "sysctl kern.hostuuid". If two clients have the=0A= same kern.hostuuid, there will be lots of trouble.=0A= =0A= rick=0A= =0A= > - Don't use "soft" mounts. See the Bugs section of "man mount_nfs".=0A= > There are patches in stable/13 dated July 10, 2022. (I have no idea=0A= > how to tell if n252198 would have them) that help, but use of "soft"=0A= > mounts will never work correctly for NFSv4.=0A= > - The attached small patch (not committed yet, but should be in=0A= > stable/13 in about 10days) fixes a couple of corner cases. If you=0A= > are using a FreeBSD NFS server, I believe these corner cases only=0A= > occur after the NFS server reboots.=0A= >=0A= > rick=0A= > ps: If you test the attached patch, please let me know how it goes.=0A= >=0A= > Is this patch for NFS server? We are using Netapp NFS server on server si= de.=0A= No, it is for the client. However, as far as I know, a Netapp Filer never= =0A= generates a NFSERR_BADSESSION error (except maybe if you were using=0A= a post-July 10. 2022 client), so the patch probably doesn't affect you.=0A= (Get rid of "soft" and you should be happy.)=0A= =0A= rick=0A= =0A= thanks,=0A= =0A= Ganbold=0A= =0A= =0A= =0A= thanks a lot,=0A= =0A= Ganbold=0A= =0A= =0A= From nobody Sat Aug 27 04:47:01 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MF41Z5YFmz4ZTS0 for ; Sat, 27 Aug 2022 04:47:14 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-io1-xd2c.google.com (mail-io1-xd2c.google.com [IPv6:2607:f8b0:4864:20::d2c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MF41Y5Jb4z3QpY for ; Sat, 27 Aug 2022 04:47:13 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: by mail-io1-xd2c.google.com with SMTP id n202so2706265iod.6 for ; Fri, 26 Aug 2022 21:47:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc; bh=ZCPUMpGPbeUiSYAn6ATK/wu2h0HErv9rPXzLGaLtDIY=; b=Yw6OzK4taaY8okMGpPbG0fpk8JGIk61ZxEC0o46dm6LPtqTxdHNQ2P9hJDAZYNWYji voTqfcHdc+1pMCTLX61HV5VMMHBtJmnsOQanm8EkiIQvj1sZvss//Khw7+XyxQYMBKEw D6B+mCfZvIG3ClucYhOWaLGSBu/FGh2e+Y3xGHEjP+pAqkRPVGKlwTblJqZ0y5LqLAA9 DOLwqsB5vyrtMnu6N+oUdYVSHAsbkF//wKTxaWEQr4dyHr/Tqqn9ve0rp7vNoiKpxXAh Rp5Qa0w1THiBuduMeep4daY2eJF291vR469Mq3tQrUTW/i+xWsn+jQETTcvU4UnHfFal 5BLw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc; bh=ZCPUMpGPbeUiSYAn6ATK/wu2h0HErv9rPXzLGaLtDIY=; b=eRVETvU6CjCGaQndG7zdESRPv6D0/90SSIv8bcU4KNc4t1hruS1pcA0GxaHlfj8M/5 NjnInhlfAhkujuGwdwjYnaC4X/FrAsJbIezXZ2ailxWGEDgY+xHOb7o7OxlhaIXCnxoH GoHb/a6M9JY/Fd0XCxvwyJT+a8r4CnAIf3HoCKiUnM+JxK/9ZeF3TgQ3wuDv31opeOfN /UWh1gMFpF9d4S04N+JacbIgPJYsPek7CJvOPnewUuJR0QuTR9YNPbTn2k52sYtIRmnN E+VmTaOJC5SDfqZn9MZC+f6/sGY+N1JXaLdYBJl/cWbvSu4NKx8v4mIPUWoUyJVrVkGb aK9w== X-Gm-Message-State: ACgBeo3iLU0f/MtOoTvk21v7suSbT8N4L0vhWuk1ZaBsXPgOa5q2HEi/ q7nIRcZ/kPbIGpz2JVfvyfJnVpnyIPXn6IdL1ApFG+jpClM= X-Google-Smtp-Source: AA6agR6WX6rl2PxNJGWxkoB93CbMUA+9GI36d96WF0Ra/SNKSSkuX08jw//bTQOUeTjS3Hirk4ju67U0c1BymrF3odA= X-Received: by 2002:a05:6638:40a7:b0:346:99c3:91f2 with SMTP id m39-20020a05663840a700b0034699c391f2mr5519245jam.9.1661575632877; Fri, 26 Aug 2022 21:47:12 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Ganbold Tsagaankhuu Date: Sat, 27 Aug 2022 12:47:01 +0800 Message-ID: Subject: Re: NFS issue - newnfs_request: Wrong session srvslot=1 slot=0, freeing free slot!! To: Rick Macklem Cc: freebsd-stable Content-Type: multipart/alternative; boundary="0000000000005d7dee05e731b943" X-Rspamd-Queue-Id: 4MF41Y5Jb4z3QpY X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=Yw6OzK4t; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of ganbold@gmail.com designates 2607:f8b0:4864:20::d2c as permitted sender) smtp.mailfrom=ganbold@gmail.com X-Spamd-Result: default: False [-3.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_SHORT(-1.00)[-0.997]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[ganbold]; FREEMAIL_FROM(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; ARC_NA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::d2c:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; TO_DN_ALL(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_EXCLAIM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N --0000000000005d7dee05e731b943 Content-Type: text/plain; charset="UTF-8" Rick, On Sat, Aug 27, 2022 at 6:17 AM Rick Macklem wrote: > Ganbold Tsagaankhuu wrote: > > > Rick, > > > > > > On Fri, Aug 26, 2022 at 11:18 AM Rick Macklem > > > wrote: > Ganbold Tsagaankhuu > wrote: > > > > Hi, > > > > > > > > We are having trouble with NFS running on STABLE: > > > > > > > > Aug 26 02:21:42 iron2 kernel: newnfs_request: Wrong session > srvslot=1 slot=0 > [stuff snipped] > > > > Aug 26 02:22:46 iron2 kernel: newnfs_request: Wrong session > srvslot=1 slot=0 > > > > Aug 26 02:22:46 iron2 kernel: freeing free slot!! > > > > > > > > We are running FreeBSD 13.1-STABLE #3 stable/13-n252198-c1434fd2dea: > Fri Aug 26 01:51:53 UTC 2022 and mount options are: > > > > > > > > rw,nfsv4,minorversion=1,bg,soft,timeo=20,retrans=5,retrycnt=5 > > > > ro,nfsv4,minorversion=1,bg,soft,timeo=20,retrans=5,retrycnt=5 > > > > > > > > Is there any fix for this issue? > Oh, and one more thing. If you have multiple clients mounting the > NFSv4 server, make sure they all have unique hostids. > Check /etc/hostid and "sysctl kern.hostuuid". If two clients have the > same kern.hostuuid, there will be lots of trouble. > I see, we have 2 servers (NFS clients) running: FreeBSD 13.1-STABLE #1 stable/13-n252199-9644bc4a112 FreeBSD 13.1-STABLE #3 stable/13-n252198-c1434fd2dea and no more errors so far. However 2 servers have the same hostid. We will fix that and also will use hard mounts. thanks a lot, Ganbold > > rick > > > - Don't use "soft" mounts. See the Bugs section of "man mount_nfs". > > There are patches in stable/13 dated July 10, 2022. (I have no idea > > how to tell if n252198 would have them) that help, but use of "soft" > > mounts will never work correctly for NFSv4. > > - The attached small patch (not committed yet, but should be in > > stable/13 in about 10days) fixes a couple of corner cases. If you > > are using a FreeBSD NFS server, I believe these corner cases only > > occur after the NFS server reboots. > > > > rick > > ps: If you test the attached patch, please let me know how it goes. > > > > Is this patch for NFS server? We are using Netapp NFS server on server > side. > No, it is for the client. However, as far as I know, a Netapp Filer never > generates a NFSERR_BADSESSION error (except maybe if you were using > a post-July 10. 2022 client), so the patch probably doesn't affect you. > (Get rid of "soft" and you should be happy.) > > rick > > thanks, > > Ganbold > > > > thanks a lot, > > Ganbold > > > --0000000000005d7dee05e731b943 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Rick,

On Sat, Aug 27, 2022 at 6:17 AM Rick Macklem <= ;rmacklem@uoguelph.ca> wrote= :
Ganbold Tsagaa= nkhuu <ganbold@gm= ail.com> wrote:
> > Rick,
> >
> > On Fri, Aug 26, 2022 at 11:18 AM Rick Macklem > ><rmacklem@uoguelph.ca<mailto:rmack= lem@uoguelph.ca>> wrote:
Ganbold Tsagaankhuu <ganbold@gmail.com<mailto:ganbold@gmail.com>> wrote:
> > > Hi,
> > >
> > > We are having trouble with NFS running on STABLE:
> > >
> > > Aug 26 02:21:42 iron2 kernel: newnfs_request: Wrong session = srvslot=3D1 slot=3D0
[stuff snipped]
> > > Aug 26 02:22:46 iron2 kernel: newnfs_request: Wrong session = srvslot=3D1 slot=3D0
> > > Aug 26 02:22:46 iron2 kernel: freeing free slot!!
> > >
> > > We are running FreeBSD 13.1-STABLE #3 stable/13-n252198-c143= 4fd2dea: Fri Aug 26 01:51:53 UTC 2022 and mount options are:
> > >
> > > rw,nfsv4,minorversion=3D1,bg,soft,timeo=3D20,retrans=3D5,ret= rycnt=3D5
> > > ro,nfsv4,minorversion=3D1,bg,soft,timeo=3D20,retrans=3D5,ret= rycnt=3D5
> > >
> > > Is there any fix for this issue?
Oh, and one more thing. If you have multiple clients mounting the
NFSv4 server, make sure they all have unique hostids.
Check /etc/hostid and "sysctl kern.hostuuid". If two clients have= the
same kern.hostuuid, there will be lots of trouble.
I see, we have 2 servers (NFS clients) running:

<= /div>
FreeBSD 13.1-STABLE #1 stable/13-n252199-9644bc4a112
FreeBSD 13.1-STABLE #3 stable/13-n252198-c1434fd2dea

and no more errors so far.
However 2 servers have the sa= me hostid.=C2=A0
We will fix that and also will use hard mounts.<= /div>

thanks a lot,

Ganbold

=C2=A0

rick

> - Don't use "soft" mounts. See the Bugs section of "= ;man mount_nfs".
>=C2=A0 =C2=A0There are patches in stable/13 dated July 10, 2022. (I hav= e no idea
>=C2=A0 =C2=A0how to tell if n252198 would have them) that help, but use= of "soft"
>=C2=A0 =C2=A0mounts will never work correctly for NFSv4.
> - The attached small patch (not committed yet, but should be in
>=C2=A0 =C2=A0stable/13 in about 10days) fixes a couple of corner cases.= If you
>=C2=A0 =C2=A0are using a FreeBSD NFS server, I believe these corner cas= es only
>=C2=A0 =C2=A0occur after the NFS server reboots.
>
> rick
> ps: If you test the attached patch, please let me know how it goes. >
> Is this patch for NFS server? We are using Netapp NFS server on server= side.
No, it is for the client. However, as far as I know, a Netapp Filer never generates a NFSERR_BADSESSION error (except maybe if you were using
a post-July 10. 2022 client), so the patch probably doesn't affect you.=
(Get rid of "soft" and you should be happy.)

rick

thanks,

Ganbold



thanks a lot,

Ganbold


--0000000000005d7dee05e731b943-- From nobody Sat Aug 27 07:28:18 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MF7bT37BYz4Zlbd for ; Sat, 27 Aug 2022 07:28:21 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.88]) (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 4MF7bS1WJ3z3gH8 for ; Sat, 27 Aug 2022 07:28:20 +0000 (UTC) (envelope-from ronald-lists@klop.ws) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=klop.ws; s=mail; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:From:References: Cc:To:Subject:MIME-Version:Date:Message-ID:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=J6GYskl35Tk+4lzX3rqPbpg1a6l/IhC5alEPnBirg9I=; b=hvt/Bsd8u4bORxFVObguAAsMlM r7vLU9hOCg5n8c9Ww29yfKMvqFi3wCfyzTBHT/ZsmT8PaIbrVnERYkhQOkiknrfCwjun4ECuWLPjb x9vo5M3OLWVWMBRON6FN/jgHg1UVX9AdFDD7DVS9RbPJS2kNzCoesz8T9u0UCZL6sNx0=; Message-ID: <54e4240c-2ced-d079-5bfe-f3d397ff7f8f@klop.ws> Date: Sat, 27 Aug 2022 09:28:18 +0200 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:91.0) Gecko/20100101 Thunderbird/91.13.0 Subject: double used hostuuids - Re: NFS issue - newnfs_request: Wrong session srvslot=1 slot=0, freeing free slot!! Content-Language: en-US To: Rick Macklem , Ganbold Tsagaankhuu Cc: freebsd-stable References: From: Ronald Klop In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.greenhost.nl X-Spam-Level: / X-Spam-Score: -0.4 X-Spam-Status: No, score=-0.4 required=5.0 tests=ALL_TRUSTED,BAYES_50,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,T_SCC_BODY_TEXT_LINE autolearn=disabled version=3.4.2 X-Scan-Signature: 258bd43c1b7c380ff6f1b27dffaa1ebc X-Rspamd-Queue-Id: 4MF7bS1WJ3z3gH8 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=klop.ws header.s=mail header.b="hvt/Bsd8"; dmarc=pass (policy=quarantine) header.from=klop.ws; spf=pass (mx1.freebsd.org: domain of ronald-lists@klop.ws designates 195.190.28.88 as permitted sender) smtp.mailfrom=ronald-lists@klop.ws X-Spamd-Result: default: False [-3.10 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,quarantine]; R_DKIM_ALLOW(-0.20)[klop.ws:s=mail]; R_SPF_ALLOW(-0.20)[+ip4:195.190.28.64/27]; NEURAL_HAM_LONG(-0.10)[-0.103]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_EXCLAIM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; FREEMAIL_TO(0.00)[uoguelph.ca,gmail.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[klop.ws:+]; ASN(0.00)[asn:47172, ipnet:195.190.28.0/24, country:NL]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[195.190.28.88:from]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 8/27/22 00:17, Rick Macklem wrote: > Ganbold Tsagaankhuu wrote: >>> Rick, >>> >>> On Fri, Aug 26, 2022 at 11:18 AM Rick Macklem > >> wrote: > Ganbold Tsagaankhuu > wrote: >>>> Hi, >>>> >>>> We are having trouble with NFS running on STABLE: >>>> >>>> Aug 26 02:21:42 iron2 kernel: newnfs_request: Wrong session srvslot=1 slot=0 > [stuff snipped] >>>> Aug 26 02:22:46 iron2 kernel: newnfs_request: Wrong session srvslot=1 slot=0 >>>> Aug 26 02:22:46 iron2 kernel: freeing free slot!! >>>> >>>> We are running FreeBSD 13.1-STABLE #3 stable/13-n252198-c1434fd2dea: Fri Aug 26 01:51:53 UTC 2022 and mount options are: >>>> >>>> rw,nfsv4,minorversion=1,bg,soft,timeo=20,retrans=5,retrycnt=5 >>>> ro,nfsv4,minorversion=1,bg,soft,timeo=20,retrans=5,retrycnt=5 >>>> >>>> Is there any fix for this issue? > Oh, and one more thing. If you have multiple clients mounting the > NFSv4 server, make sure they all have unique hostids. > Check /etc/hostid and "sysctl kern.hostuuid". If two clients have the > same kern.hostuuid, there will be lots of trouble. > > rick Just a thought. Is it possible/easy to warn about double used hostuuids from different client IP addresses? Although that will not help this person using Netapp as a server. Regards, Ronald. From nobody Sat Aug 27 15:18:03 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MFL1V2PKYz4Zchd for ; Sat, 27 Aug 2022 15:18:06 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-YT3-obe.outbound.protection.outlook.com (mail-yt3can01on2088.outbound.protection.outlook.com [40.107.115.88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MFL1T23vPz3cGc for ; Sat, 27 Aug 2022 15:18:05 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Nfh+kt6rKX+SgLQFpq95guAOZ+x29Kq7fAX4WZtJnnmH0jNFNd/Yld5EGp6iJd5NBcVJ4MV3fKP8ULvY6RV6K5LztXs7DX+lXRI4P3hk/Wu+1Lrqp9uUsU2w+xG2J1gAqVq4erjZrLUfjthDrvq2TvQNY8ajjT10/cQZuDmSNrBnf2YST10S57ahTxbNH+EMnXNMo3eK0K0eci5H8lbPYpF7jFNpgl1s8bY03Ps/sxT+1OBKxM0dp01DG4vqy+JuXmGKUtKjfCsv4K4fFlKj0zr0DlDhK76DF2FRTrg8P8dP98uXXxxx64MYSlPpHyKD/P9y8rThiI/1Tm36NGc2gQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=RyS1mCXB/xI1vAJE7ZmbA/0qOX5SmWOOS62Uc8a7hqI=; b=gP6fZBjzdehaVXTVIxSnYQwwCt7Tciz5AstCxhChzdaHS9ls+g8xYNr4DuNUjwpxmVhdM9EeSpoyvFS3ln68gTI3KpNnYaR+Cekntnk/7lTY8/HqH+HahaZZJSDai0xmaF/9lNsxCzJ+iNh+bCjda1sB+5wQb+URQVWdas0WRldFAFzfMtB7G4MYBJP97Y0c0/G/6KK+sPsYzNBrCpehphfCR6F5JZBSu2LcsOl+JRgXwZR5MA8xdhcsOCr7/osOBDi+kdIYOeVn7AMyZBMGwU9LV/nK4XThfocnB5DCQ2YMvmnWiGOdNnsVdutKCVmWadvYh60NDYAkEj+HUX2mgg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=RyS1mCXB/xI1vAJE7ZmbA/0qOX5SmWOOS62Uc8a7hqI=; b=BQWYJw93s5fWdoUUy+JK3WonTUvyoC2E41dAj2M35B3ZmCR5uO2UypnCCDKYwVZUspEKI34ezlJfF7Swib+lH3wtRTFl9hHVCqX/R6D5fAczezLmh1LICvDZYa/i0siuhGGcXItXk2kycq8hAw5UXmL0jSexcQBjf5VfWE8LJjx/oVxQeVhDhBMNR0Ac+wc4zgNVar4kW1inzK04XOVgCzU+Ld0QNU1q6CMU/+sPpc9OVLtDs9m80nFIf2L1YgC33eaoc981wO3QtC2pgDi4bi/d5AlUUCFTpylISuIcb9SN9lEth7JgoP6TE67P+KKrWA4RN4Q+K3mm+2tvW9rfoA== Received: from YT2PR01MB9729.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:b01:df::22) by YT3PR01MB8515.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:b01:78::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5566.15; Sat, 27 Aug 2022 15:18:03 +0000 Received: from YT2PR01MB9729.CANPRD01.PROD.OUTLOOK.COM ([fe80::3865:f8eb:5111:8be7]) by YT2PR01MB9729.CANPRD01.PROD.OUTLOOK.COM ([fe80::3865:f8eb:5111:8be7%5]) with mapi id 15.20.5566.015; Sat, 27 Aug 2022 15:18:03 +0000 From: Rick Macklem To: Ronald Klop , Ganbold Tsagaankhuu CC: freebsd-stable Subject: Re: double used hostuuids - Re: NFS issue - newnfs_request: Wrong session srvslot=1 slot=0, freeing free slot!! Thread-Topic: double used hostuuids - Re: NFS issue - newnfs_request: Wrong session srvslot=1 slot=0, freeing free slot!! Thread-Index: AQHYuPX4Bm3b05JqHEiEpg2gE19wMa3AgCRKgAALTQCAAABR2IABNL8KgACaugCAAIBMtw== Date: Sat, 27 Aug 2022 15:18:03 +0000 Message-ID: References: <54e4240c-2ced-d079-5bfe-f3d397ff7f8f@klop.ws> In-Reply-To: <54e4240c-2ced-d079-5bfe-f3d397ff7f8f@klop.ws> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: c1fe1ae2-1b49-4b4d-0efe-08da883f5644 x-ms-traffictypediagnostic: YT3PR01MB8515:EE_ x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: XZFCy1d1w5IXexHl0Ci5I4St0FDIejRXAL9RkDuCsjBrqpX/vIujmcHHWm+H/sAxDGkN1ySaZZdgLvI3deStOrSiR2GO0sFkMN8EY7y6/VaJh0PH0fgURBcqa++L4+n67mnQSKYr/3XPl9HYtSjHLeUMHbB218dKRzWcfuRikdGgR1evw00+FoQAlvtVAYU7xJ06oU+PKeaB8BY/hlr25+37nssnXHRtE8sobYi06x1fJof3qKqiLmQzkVETx9vFA46itrLugnik9hBrvtmeh6mNTdjZ7LUtm6oqvPb/tthoQXbkpB1JNvO7x9Ls7Scw3aL5/tSKbT6RZcT62pXfCY64xTsH7lPHOKHmW2NCjfg0i81rkwsOON0OYWPd2bpFkk+18YmophDU7aUPvj79rb9+a42fkJ9F+9pUiSR8V7dC6aYSyCAfcJ4AhnyArDnkMuXlLZSAfmfMPnRfLc/cA+vx0A7wwADUbskouLwUCUnvpu4OXRVJw6y9pxveXBhoNEtjw7EKYvuI6aJWpkWaar4QtB2YztP7Q3Ru8jEImxqWDzwwDzvH9JQwN5fYnOOIYSGfoEVyEkSILF0Yguagl3DsCHtiZjTC59sdGSWgSHsTbuIJ17V8j7crI0MpRGQZnz17+KNF6efSL1VYfqGHdjbSVwutiE+qAwYdAD9RstwEzk9HkQul6rnMi4syVqnv81Tr1LD7SwmGXHBSTrk6AiXAcR2zQP1gCq7Hz5kO+wlJYEN8QZs1v+IPrDFW4hcyiWu8ehO/pEweRzW1ro+8PA== x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:YT2PR01MB9729.CANPRD01.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(13230016)(4636009)(396003)(346002)(39860400002)(136003)(376002)(366004)(83380400001)(53546011)(71200400001)(478600001)(76116006)(66556008)(66946007)(4326008)(8676002)(9686003)(55016003)(186003)(66476007)(66446008)(64756008)(33656002)(6506007)(41320700001)(2906002)(41300700001)(7696005)(86362001)(122000001)(38100700002)(38070700005)(8936002)(5660300002)(91956017)(110136005)(52536014)(316002)(786003);DIR:OUT;SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?3Dij1IxQpyt5VAs0Ps7x+WdaP7xXsboZYdCOwrTzHCcL400uddj0Dp4yK0?= =?iso-8859-1?Q?Ejnt9Llsx0UvjKu9c5PQ86L82w2aSUe5e4x6B2aIb2erDk+ryNwNA0yTlW?= =?iso-8859-1?Q?ipue2TQEqNLw6DaXBP9Gi6ZV6vz0SVSFP5bPHJfCJDcll7w9/UyDamJ865?= =?iso-8859-1?Q?TfOJFSKKLS5B2ZvxUBpZSsaCXgL5rHXfddZEEK5GbUN0RjyiKwbJqdRbSO?= =?iso-8859-1?Q?VmMo+qW1SRTSI9aK7ExjNhKYdK3Z2VJgP1IjxNay8MKx6EZr1P2kFLuMUy?= =?iso-8859-1?Q?TBFYEcfFopmslZuXWw68js/wqUY8tP1AWprbY+IakxWqYiQ1zEogSe5OFg?= =?iso-8859-1?Q?ocLGk465ACRPda+y3VE7NEaM8dEi77CES78oxKyY9Q5wO7aWalgsPXHLkT?= =?iso-8859-1?Q?NVyDQRkTXBNZBRj3B63nGZJJGsgRe6MCu83nEX68M4N89vI2mMVKa7b9gb?= =?iso-8859-1?Q?VxtbYsm8SSw+5M/lQT86UTNH+A8vPFVsAEQQkXqwLYq48dYana3XJ9hwBg?= =?iso-8859-1?Q?Vv+p4u7gI+sqxuP/MV9gHBmb9DHwlyuPGcUcpPqD332ZLbBQ8lOKCVIzPG?= =?iso-8859-1?Q?/Um+r7aHZU5LSTguBnaCyFOSARseOH7RWphddWHJEGxp5CiEMwPNWOJhPC?= =?iso-8859-1?Q?k2TvsRuNYHVmJsNhm0U75qmZchv2Y2Bxwo+qCmwE2FugscpYEg4te4/Pfh?= =?iso-8859-1?Q?8jCaxH+gmrOLimhKLxfQthZ4AXeWkQOhpmwLWXEwYIvpCVi5cp229X8b4G?= =?iso-8859-1?Q?SAGCa6l8cboJkCD86K+LaPSnsyOpQIgbGkp7fh2OJzTi/Bm4ROFb8+mHAT?= =?iso-8859-1?Q?E+bglcA9AP4o/zpeDif99cS+/2zqy8vY69gpgNyq5VRkCWmDj0q+V2sydZ?= =?iso-8859-1?Q?2xcpZP43FF8igmmS9UPIRcNOI6n8Nqr3IzNuIptOuNfY3TekwmRTO8yvjd?= =?iso-8859-1?Q?sLBM8J1MtreKJoaXLfjCMD5bRmI1IBF8tXdKqNO4LDobpY/nzRPidGJvEK?= =?iso-8859-1?Q?0lJbdKhhqZhigSF0TtDuTxzSaGeVBwtJTzQ9ah2I1XtOOTFzMwH+SHZZKN?= =?iso-8859-1?Q?Eq5fQjyhr72Wb0fB5gsJVGgFJKoJYPdN9HayYmZTkRW5XCjmZrMJIAvQea?= =?iso-8859-1?Q?0Y61+ABxsj7VtpN3wbSOPywctaQdYDyzYtE+TjYPVuMUVDUqMuqF+9kouY?= =?iso-8859-1?Q?1jEjJL7jOtY5el9XJmAHeLR57PSc8FEA2OHqAxQGL1A3LBsNdX3JG7+Qev?= =?iso-8859-1?Q?MOQsqGC9G4lvW40RGRDnEJD6FYmxNHzQ4NjBBvSpXf0rBnYGGBDbcZIyeQ?= =?iso-8859-1?Q?WwUMoYN9vI52Xw6+FI4sdTKXMMyBgjCLAAxrJjCbFMgsq5jsHw3BmuQ+Xm?= =?iso-8859-1?Q?t4cPkcumMbASlena++7xLkDEZjpextlk5XYlRXBhvj5UdH5ydqlX4t/bz0?= =?iso-8859-1?Q?do54HJH5C811pqzxrHw8ohX1QiC3qV6R33OBMPdMBGYD+jJsEyowbrbeBd?= =?iso-8859-1?Q?yBL4fs9Bwo14giJ1ZPwwbB4UjHGVd3i0ku38auSPsXxj28FcnC/q4s+NG6?= =?iso-8859-1?Q?pkyDIEfGLvmVJOIr//IJvM/SvPLYV2vB4hXFXN2DhyOnLvpGcimTzUtDo9?= =?iso-8859-1?Q?DM9JWHUtYv/g5qTH3ETfBmxy+p4pRKpJeWukADStgVUgdAluoYCUdWDaGt?= =?iso-8859-1?Q?Mq38NoZQGLyTRSgHzeNbhzOcKW9BT/HpxrEiiGRc?= Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: YT2PR01MB9729.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: c1fe1ae2-1b49-4b4d-0efe-08da883f5644 X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Aug 2022 15:18:03.7339 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: rKzX2C7503+JezteqbM1myPdze/5oIcSiWqqVnzsISoIOmYMFPcTPx6dwxSFbC3YplzOh3sHdUbDTlNjR3Od6A== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YT3PR01MB8515 X-Rspamd-Queue-Id: 4MFL1T23vPz3cGc X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector2 header.b=BQWYJw93; arc=pass ("microsoft.com:s=arcselector9901:i=1"); dmarc=pass (policy=none) header.from=uoguelph.ca; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.115.88 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-6.00 / 15.00]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[uoguelph.ca,none]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector2]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; FREEMAIL_TO(0.00)[klop.ws,gmail.com]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US]; RCVD_TLS_LAST(0.00)[]; SUBJECT_ENDS_EXCLAIM(0.00)[]; MIME_TRACE(0.00)[0:+]; DKIM_TRACE(0.00)[uoguelph.ca:+]; TO_DN_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[rmacklem]; RCVD_IN_DNSWL_NONE(0.00)[40.107.115.88:from]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.115.88:from] X-ThisMailContainsUnwantedMimeParts: N Ronald Klop wrote:=0A= >On 8/27/22 00:17, Rick Macklem wrote:=0A= >> Ganbold Tsagaankhuu wrote:=0A= >>>> Rick,=0A= >>>>=0A= >>>> On Fri, Aug 26, 2022 at 11:18 AM Rick Macklem > >> wrote:=0A= >> Ganbold Tsagaankhuu > wrote:= =0A= >>>>> Hi,=0A= >>>>>=0A= >>>>> We are having trouble with NFS running on STABLE:=0A= >>>>>=0A= >>>>> Aug 26 02:21:42 iron2 kernel: newnfs_request: Wrong session srvslot= =3D1 slot=3D0=0A= >> [stuff snipped]=0A= >>>>> Aug 26 02:22:46 iron2 kernel: newnfs_request: Wrong session srvslot= =3D1 slot=3D0=0A= >>>>> Aug 26 02:22:46 iron2 kernel: freeing free slot!!=0A= >>>>>=0A= >>>>> We are running FreeBSD 13.1-STABLE #3 stable/13-n252198-c1434fd2dea: = Fri Aug 26 01:51:53 UTC 2022 and mount options are:=0A= >>>>>=0A= >>>>> rw,nfsv4,minorversion=3D1,bg,soft,timeo=3D20,retrans=3D5,retrycnt=3D5= =0A= >>>>> ro,nfsv4,minorversion=3D1,bg,soft,timeo=3D20,retrans=3D5,retrycnt=3D5= =0A= >>>>>=0A= >>>>> Is there any fix for this issue?=0A= >> Oh, and one more thing. If you have multiple clients mounting the=0A= >> NFSv4 server, make sure they all have unique hostids.=0A= >> Check /etc/hostid and "sysctl kern.hostuuid". If two clients have the=0A= >> same kern.hostuuid, there will be lots of trouble.=0A= >>=0A= >> rick=0A= >=0A= >=0A= >Just a thought. Is it possible/easy to warn about double used hostuuids >f= rom different client IP addresses?=0A= >Although that will not help this person using Netapp as a server.=0A= I don't think so. Same hostuuid implies same system, so how does a=0A= server know they are two different systems?=0A= - A client could have multiple IP host addresses, so different client=0A= host IP addresses for a TCP connection does not imply different systems.= =0A= =0A= I can, however, modify the console message the server generates when=0A= it sees a session has been replaced to include "check clients have=0A= unique hostuuids", which might help.=0A= =0A= I also plan on adding a sentence to "man mount_nfs" about this,=0A= since I just had an email discussion with someone else where the=0A= problem turned out to be "same hostuuids for multiple clients"=0A= and the loss of sessions on the FreeBSD server was the hint that=0A= clued me in.=0A= =0A= At least I now know this configuration issue exists.=0A= =0A= rick=0A= =0A= Regards,=0A= Ronald.=0A= From nobody Sun Aug 28 08:15:37 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MFmbl6H4Dz4b5tK for ; Sun, 28 Aug 2022 08:15:47 +0000 (UTC) (envelope-from pete@twisted.org.uk) Received: from toybox.twisted.org.uk (toybox.twisted.org.uk [178.250.76.50]) (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 4MFmbk1bdKz3kJ0 for ; Sun, 28 Aug 2022 08:15:46 +0000 (UTC) (envelope-from pete@twisted.org.uk) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=twisted.org.uk; s=x; h=Content-Transfer-Encoding:Content-Type:In-Reply-To: From:References:To:Subject:MIME-Version:Date:Message-ID:Sender:Reply-To:Cc: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=FDu6DmZyZ7JS3q63kPyhmbSrsNI8pVSOZ0FiVlUvUIU=; b=nhnbL6Qru498pHhfy1vg+/ktxL xxj75ak+N50fd0muNRN283QrGGrbnGljJ0KvP3BT1vWj3j2YsIQWruiDHJW93lZBmmhipJaAwildH i42CfULzXMUC1xdi+ibmR1CcF89hJMFD+7HAFTau72BrEnQ42Q/ybhYMkt/caJE/A9MU=; Received: from mailnull by toybox.twisted.org.uk with spamc-scanned (Exim 4.95 (FreeBSD)) (envelope-from ) id 1oSDSD-000Co6-Vo for stable@freebsd.org; Sun, 28 Aug 2022 08:15:38 +0000 X-Spam-Checker-Version: SpamAssassin 3.4.5 (2021-03-20) on toybox.twisted.org.uk X-Spam-Level: X-Spam-Status: No, score=-0.9 required=5.0 tests=ALL_TRUSTED,NICE_REPLY_A, TW_UU,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.5 X-Spam-Score: -0.9 () Received: from balta.twisted.org.uk ([2001:470:6cc4:1::57]) by toybox.twisted.org.uk with esmtpsa (TLS1.3) tls TLS_AES_128_GCM_SHA256 (Exim 4.95 (FreeBSD)) (envelope-from ) id 1oSDSD-000Co2-Tp for stable@freebsd.org; Sun, 28 Aug 2022 08:15:37 +0000 Message-ID: <0bfcccf8-1a40-326a-912a-734f97dffe4f@twisted.org.uk> Date: Sun, 28 Aug 2022 09:15:37 +0100 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.13.0 Subject: Re: double used hostuuids - Re: NFS issue - newnfs_request: Wrong session srvslot=1 slot=0, freeing free slot!! Content-Language: en-GB To: stable@freebsd.org References: <54e4240c-2ced-d079-5bfe-f3d397ff7f8f@klop.ws> From: Pete French In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-spamc-toybox: true X-transport-toybox: lookuphost X-Rspamd-Queue-Id: 4MFmbk1bdKz3kJ0 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=twisted.org.uk header.s=x header.b=nhnbL6Qr; dmarc=none; spf=pass (mx1.freebsd.org: domain of pete@twisted.org.uk designates 178.250.76.50 as permitted sender) smtp.mailfrom=pete@twisted.org.uk X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; R_SPF_ALLOW(-0.20)[+ip4:178.250.76.50/32]; R_DKIM_ALLOW(-0.20)[twisted.org.uk:s=x]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[stable@freebsd.org]; SUBJECT_ENDS_EXCLAIM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[twisted.org.uk:+]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:12290, ipnet:178.250.72.0/21, country:GB]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[twisted.org.uk]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 27/08/2022 16:18, Rick Macklem wrote: > Ronald Klop wrote: >> On 8/27/22 00:17, Rick Macklem wrote: >>> Ganbold Tsagaankhuu wrote: >>>>> Rick, >>>>> >>>>> On Fri, Aug 26, 2022 at 11:18 AM Rick Macklem > >> wrote: >>> Ganbold Tsagaankhuu > wrote: >>>>>> Hi, >>>>>> >>>>>> We are having trouble with NFS running on STABLE: >>>>>> >>>>>> Aug 26 02:21:42 iron2 kernel: newnfs_request: Wrong session srvslot=1 slot=0 >>> [stuff snipped] >>>>>> Aug 26 02:22:46 iron2 kernel: newnfs_request: Wrong session srvslot=1 slot=0 >>>>>> Aug 26 02:22:46 iron2 kernel: freeing free slot!! >>>>>> >>>>>> We are running FreeBSD 13.1-STABLE #3 stable/13-n252198-c1434fd2dea: Fri Aug 26 01:51:53 UTC 2022 and mount options are: >>>>>> >>>>>> rw,nfsv4,minorversion=1,bg,soft,timeo=20,retrans=5,retrycnt=5 >>>>>> ro,nfsv4,minorversion=1,bg,soft,timeo=20,retrans=5,retrycnt=5 >>>>>> >>>>>> Is there any fix for this issue? >>> Oh, and one more thing. If you have multiple clients mounting the >>> NFSv4 server, make sure they all have unique hostids. >>> Check /etc/hostid and "sysctl kern.hostuuid". If two clients have the >>> same kern.hostuuid, there will be lots of trouble. >>> >>> rick >> >> Just a thought. Is it possible/easy to warn about double used hostuuids >from different client IP addresses? >> Although that will not help this person using Netapp as a server. > I don't think so. Same hostuuid implies same system, so how does a > server know they are two different systems? > - A client could have multiple IP host addresses, so different client > host IP addresses for a TCP connection does not imply different systems. > > I can, however, modify the console message the server generates when > it sees a session has been replaced to include "check clients have > unique hostuuids", which might help. > > I also plan on adding a sentence to "man mount_nfs" about this, > since I just had an email discussion with someone else where the > problem turned out to be "same hostuuids for multiple clients" > and the loss of sessions on the FreeBSD server was the hint that > clued me in. > > At least I now know this configuration issue exists. > > rick > > Regards, > Ronald. > It well worth adding this I think. I didnt realise this about NFSv4, and I do a lot with cloud machines, where I simply clone the discs, and thus ended up with many machines with the same hostid. Took me a while to work out why my NFS was havign issues... -pete. From nobody Sun Aug 28 09:04:00 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MFngZ31Gzz4b9W6 for ; Sun, 28 Aug 2022 09:04:10 +0000 (UTC) (envelope-from SRS0=ij0+=ZA=klop.ws=ronald-lists@realworks.nl) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (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 4MFngY10XNz3ngS for ; Sun, 28 Aug 2022 09:04:09 +0000 (UTC) (envelope-from SRS0=ij0+=ZA=klop.ws=ronald-lists@realworks.nl) Date: Sun, 28 Aug 2022 11:04:00 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1661677440; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to; bh=KgCpvecMorASni4WAMZ+IEaRDWCJ59RMP1LC3C0XvS8=; b=NF1yAGjrR1oHE65KbaJ2Wiz6hV5qf1IEVXbN6cJHwe7SxVWxblE4N3Qw6GexkpV5xTcMxS 5ntGvd9uA8tLNyksxmDU42U6EaHXusU4rTdB+Zo7Ir+eR7owH5HP1y+Id+LIaVDIT9tCh/ HS2TJfdg85MYm8QUkKe9MSR9lZPtCfO3hrWeYCf/U/8a9fX+1nfN6QvQE0CVWpzNv1bxaJ T2zKWmYltiPvYpMAiKJWZChBo+C29BF5ftsqTycEIm6nSKBN1q5RsNwyrpbLcNQk5mflq2 /PLQlRZVf29OEQ84KZEZQ8WO2ruU6UcsvuKUjx3NWL+wIAx0K02tBlpWTzyyeA== From: Ronald Klop To: Pete French , stable@freebsd.org Message-ID: <817221085.13327.1661677440487@localhost> In-Reply-To: <0bfcccf8-1a40-326a-912a-734f97dffe4f@twisted.org.uk> Subject: Re: double used hostuuids - Re: NFS issue - newnfs_request: Wrong session srvslot=1 slot=0, freeing free slot!! List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_13326_1183167834.1661677440482" X-Mailer: Realworks (621.116) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: 4MFngY10XNz3ngS X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=klop.ws header.s=rw2 header.b=NF1yAGjr; dmarc=pass (policy=quarantine) header.from=klop.ws; spf=pass (mx1.freebsd.org: domain of "SRS0=ij0+=ZA=klop.ws=ronald-lists@realworks.nl" designates 194.109.157.24 as permitted sender) smtp.mailfrom="SRS0=ij0+=ZA=klop.ws=ronald-lists@realworks.nl" X-Spamd-Result: default: False [-3.11 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-1.00)[-0.998]; NEURAL_HAM_LONG(-0.91)[-0.911]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,quarantine]; FORGED_SENDER(0.30)[ronald-lists@klop.ws,SRS0=ij0@realworks.nl]; R_DKIM_ALLOW(-0.20)[klop.ws:s=rw2]; R_SPF_ALLOW(-0.20)[+ip4:194.109.157.0/24]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MLMMJ_DEST(0.00)[stable@freebsd.org]; RCVD_COUNT_ZERO(0.00)[0]; ARC_NA(0.00)[]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SUBJECT_ENDS_EXCLAIM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; TAGGED_FROM(0.00)[=ZA=klop.ws=ronald-lists]; FROM_HAS_DN(0.00)[]; HAS_X_PRIO_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; DKIM_TRACE(0.00)[klop.ws:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_NEQ_ENVFROM(0.00)[ronald-lists@klop.ws,SRS0=ij0@realworks.nl] X-ThisMailContainsUnwantedMimeParts: N ------=_Part_13326_1183167834.1661677440482 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Van: Pete French Datum: 28 augustus 2022 10:16 Aan: stable@freebsd.org Onderwerp: Re: double used hostuuids - Re: NFS issue - newnfs_request: Wrong session srvslot=1 slot=0, freeing free slot!! > > > > On 27/08/2022 16:18, Rick Macklem wrote: > > Ronald Klop wrote: > >> On 8/27/22 00:17, Rick Macklem wrote: > >>> Ganbold Tsagaankhuu wrote: > >>>>> Rick, > >>>>> > >>>>> On Fri, Aug 26, 2022 at 11:18 AM Rick Macklem > >> wrote: > >>> Ganbold Tsagaankhuu > wrote: > >>>>>> Hi, > >>>>>> > >>>>>> We are having trouble with NFS running on STABLE: > >>>>>> > >>>>>> Aug 26 02:21:42 iron2 kernel: newnfs_request: Wrong session srvslot=1 slot=0 > >>> [stuff snipped] > >>>>>> Aug 26 02:22:46 iron2 kernel: newnfs_request: Wrong session srvslot=1 slot=0 > >>>>>> Aug 26 02:22:46 iron2 kernel: freeing free slot!! > >>>>>> > >>>>>> We are running FreeBSD 13.1-STABLE #3 stable/13-n252198-c1434fd2dea: Fri Aug 26 01:51:53 UTC 2022 and mount options are: > >>>>>> > >>>>>> rw,nfsv4,minorversion=1,bg,soft,timeo=20,retrans=5,retrycnt=5 > >>>>>> ro,nfsv4,minorversion=1,bg,soft,timeo=20,retrans=5,retrycnt=5 > >>>>>> > >>>>>> Is there any fix for this issue? > >>> Oh, and one more thing. If you have multiple clients mounting the > >>> NFSv4 server, make sure they all have unique hostids. > >>> Check /etc/hostid and "sysctl kern.hostuuid". If two clients have the > >>> same kern.hostuuid, there will be lots of trouble. > >>> > >>> rick > >> > >> Just a thought. Is it possible/easy to warn about double used hostuuids >from different client IP addresses? > >> Although that will not help this person using Netapp as a server. > > I don't think so. Same hostuuid implies same system, so how does a > > server know they are two different systems? > > - A client could have multiple IP host addresses, so different client > > host IP addresses for a TCP connection does not imply different systems. > > > > I can, however, modify the console message the server generates when > > it sees a session has been replaced to include "check clients have > > unique hostuuids", which might help. > > > > I also plan on adding a sentence to "man mount_nfs" about this, > > since I just had an email discussion with someone else where the > > problem turned out to be "same hostuuids for multiple clients" > > and the loss of sessions on the FreeBSD server was the hint that > > clued me in. > > > > At least I now know this configuration issue exists. > > > > rick > > > > Regards, > > Ronald. > > > > It well worth adding this I think. I didnt realise this about NFSv4, and I do a lot with cloud machines, where I simply clone the discs, and thus ended up with many machines with the same hostid. Took me a while to work out why my NFS was havign issues... > > > -pete. > > > > > > It might help this case if the nfs client combined hostid+ip as a client id. Or include mac address. People tend to change the mac after a clone. Regards, Ronald ------=_Part_13326_1183167834.1661677440482 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit

Van: Pete French <pete@twisted.org.uk>
Datum: 28 augustus 2022 10:16
Aan: stable@freebsd.org
Onderwerp: Re: double used hostuuids - Re: NFS issue - newnfs_request: Wrong session srvslot=1 slot=0, freeing free slot!!


On 27/08/2022 16:18, Rick Macklem wrote:
> Ronald Klop <ronald-lists@klop.ws> wrote:
>> On 8/27/22 00:17, Rick Macklem wrote:
>>> Ganbold Tsagaankhuu <ganbold@gmail.com> wrote:
>>>>> Rick,
>>>>>
>>>>> On Fri, Aug 26, 2022 at 11:18 AM Rick Macklem > ><rmacklem@uoguelph.ca<mailto:rmacklem@uoguelph.ca>> wrote:
>>> Ganbold Tsagaankhuu <ganbold@gmail.com<mailto:ganbold@gmail.com>> wrote:
>>>>>> Hi,
>>>>>>
>>>>>> We are having trouble with NFS running on STABLE:
>>>>>>
>>>>>> Aug 26 02:21:42 iron2 kernel: newnfs_request: Wrong session srvslot=1 slot=0
>>> [stuff snipped]
>>>>>> Aug 26 02:22:46 iron2 kernel: newnfs_request: Wrong session srvslot=1 slot=0
>>>>>> Aug 26 02:22:46 iron2 kernel: freeing free slot!!
>>>>>>
>>>>>> We are running FreeBSD 13.1-STABLE #3 stable/13-n252198-c1434fd2dea: Fri Aug 26 01:51:53 UTC 2022 and mount options are:
>>>>>>
>>>>>> rw,nfsv4,minorversion=1,bg,soft,timeo=20,retrans=5,retrycnt=5
>>>>>> ro,nfsv4,minorversion=1,bg,soft,timeo=20,retrans=5,retrycnt=5
>>>>>>
>>>>>> Is there any fix for this issue?
>>> Oh, and one more thing. If you have multiple clients mounting the
>>> NFSv4 server, make sure they all have unique hostids.
>>> Check /etc/hostid and "sysctl kern.hostuuid". If two clients have the
>>> same kern.hostuuid, there will be lots of trouble.
>>>
>>> rick
>>
>> Just a thought. Is it possible/easy to warn about double used hostuuids >from different client IP addresses?
>> Although that will not help this person using Netapp as a server.
> I don't think so. Same hostuuid implies same system, so how does a
> server know they are two different systems?
> - A client could have multiple IP host addresses, so different client
>    host IP addresses for a TCP connection does not imply different systems.
>
> I can, however, modify the console message the server generates when
> it sees a session has been replaced to include "check clients have
> unique hostuuids", which might help.
>
> I also plan on adding a sentence to "man mount_nfs" about this,
> since I just had an email discussion with someone else where the
> problem turned out to be "same hostuuids for multiple clients"
> and the loss of sessions on the FreeBSD server was the hint that
> clued me in.
>
> At least I now know this configuration issue exists.
>
> rick
>
> Regards,
> Ronald.
>

It well worth adding this I think. I didnt realise this about NFSv4, and I do a lot with cloud machines, where I simply clone the discs, and thus ended up with many machines with the same hostid. Took me a while to work out why my NFS was havign issues...


-pete.





It might help this case if the nfs client combined hostid+ip as a client id. Or include mac address. People tend to change the mac after a clone.

Regards,
Ronald
------=_Part_13326_1183167834.1661677440482-- From nobody Sun Aug 28 15:41:16 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MFyTq6qJQz4Zqxg for ; Sun, 28 Aug 2022 15:41:19 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-YQB-obe.outbound.protection.outlook.com (mail-yqbcan01on2040.outbound.protection.outlook.com [40.107.116.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MFyTp680xz3J1d for ; Sun, 28 Aug 2022 15:41:18 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=iXl4uBoHcHZjZwgEgeFpoDspHX/SLkneFRmLo17k1sLiNapaISlqRk9xAJSa3SAfB96HwYviR7IpbbBnm+aKiIMEWp6CCVwS2mDwxINhfMqzHYNhTWRdjgCZCybTW7UNfDsQsXgUrYk5+zlsldAidHorL7+TZMCv8c26jW151dE0SGwI/qQvi+FVBx1Edc8K720VuCxk1GLVW20eyY4mVzDi8i1DuY5EVO48kHpHXWN9yaI15QBEasWB4Rc5vP/M9FG8tSQxO1q20sVUMOUFterGwPLsVIsRWlit3a/+G0dy2Zey7llRvCesSqAmTxwACBnnl+S88/entOAG0L5q/w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=BYcROTwAqVj9LZw8VNS5aNO/z0g5hRJiA0HzxvyKGtY=; b=JLhfGQb8uVdoSpvYKcarD8kPX5DW3WW7z4PipSIemzRX/GXBbGUNVewtVRJwbXc2TONUBkYR+G76LhymD4rntsHj9Hwycw+VZlRslcygxyKLxCiFew9JJw006w1icfn3X9G3V8jSrg1N2nzoFUNEBeNDZz+5bwiJyk8ZLFlxHJomw54larqFCZ+1UEnfi6KSsLjLkVVZ4D+PWcx6FzS2EzzleCwon3XFQ7qObHADCZyV3BeVHF+Vt1ESxjFQoUBiHLuu9dwGM9Izs5W5RSTCziSwTzEdBhudwCXvx08d2JJHfMLXUfcLKDtMBP60KpOo8YEFbtQfwKZtAJv8b7OrhQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=BYcROTwAqVj9LZw8VNS5aNO/z0g5hRJiA0HzxvyKGtY=; b=AnHCsehb8ha/PB4z34mtDAXMZZ7yx1DLuwSx1uaTR4R/e4gvDgK4z0wiTG6HbMszZsILiSMnt/xAI2mU3AlGjAqdEDDA7Wsd7gLB7Iz4oNqKVvld5MuAT261ewJAto3aYJTKDNBFoTatA6vpqn+U3EjZeqJZeOoYXdLJ2z853y4e/R0aMBX5TVSCR2jwCDl74C/DC1gVSHZpeUHMhDxjJKuwi+CzDULUi8GTA43oD2ygNT83SCAgooJGD2jTb9MZll54xbsdWgw/ec/FpT7E7zlcOsyepZtJpRlzaKTslYcMKzQdt9sdQPzk9uLPZm5Xp3a1cyZffsP5Uf/EhLfdgQ== Received: from YT2PR01MB9729.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:b01:df::22) by YT2PR01MB6514.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:b01:6d::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5566.15; Sun, 28 Aug 2022 15:41:17 +0000 Received: from YT2PR01MB9729.CANPRD01.PROD.OUTLOOK.COM ([fe80::3865:f8eb:5111:8be7]) by YT2PR01MB9729.CANPRD01.PROD.OUTLOOK.COM ([fe80::3865:f8eb:5111:8be7%5]) with mapi id 15.20.5566.015; Sun, 28 Aug 2022 15:41:16 +0000 From: Rick Macklem To: Ronald Klop , Pete French , "stable@freebsd.org" Subject: Re: double used hostuuids - Re: NFS issue - newnfs_request: Wrong session srvslot=1 slot=0, freeing free slot!! Thread-Topic: double used hostuuids - Re: NFS issue - newnfs_request: Wrong session srvslot=1 slot=0, freeing free slot!! Thread-Index: AQHYuPX4Bm3b05JqHEiEpg2gE19wMa3AgCRKgAALTQCAAABR2IABNL8KgACaugCAAIBMt4ABH0GAgAANhQCAAGqRCA== Date: Sun, 28 Aug 2022 15:41:16 +0000 Message-ID: References: <0bfcccf8-1a40-326a-912a-734f97dffe4f@twisted.org.uk> <817221085.13327.1661677440487@localhost> In-Reply-To: <817221085.13327.1661677440487@localhost> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: fcbbc8d2-fbc0-4986-070c-08da890bbf10 x-ms-traffictypediagnostic: YT2PR01MB6514:EE_ x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: x/BLfvHVlKH6MbAQDXYON2eKeX/VOwk893iJm3ZGXDjkVkOW2cOUervMDpe3GpcS9g31ooQtYwjNHyZ2rZYwmJdkUZpS5+Im2P0TK2BEfnwir/TMPB2HBdJ7KfvqVJXTOyf6KQ5FgMAjIaYz0LmbrTEQDCHSoHvZRBY1S0JFcw9fcQ1B+Ls3MBMj6mCcWVxFOHxRwXBxYleNx/VZm2hq6ssglX9uv2swrrWC3IVAjERAZcas3X2UnI1g0XcrgUVJ+g+gA6GHoPEalUcRyIbnDQNKiD0YRvdLQHU2oMhAma4laLr6ypA4iPDkL1w1VagbxFpjqoRvGNT4T9nFjmNIMfPFpGQyOL2xmq6ihSVVBotCv28EOeCTiv6bK9t9s+/GtS1qBGOq0ZKjDfTrhuyPVR819KdMEeoXoC3/lCyb8q0b+Z6xxG4QDMww8AaGgqJjkYzGFLi/sihz6qltgcl2Ze/itqyRQrHHSOPpRlky/iIAk9HvkjQ2blqt2rJgn0Xgld6zumgt5vAJaI3vwHpUnNj0/fuZFBPCt/WQlRK1XA633xyzqN0GdAOkSR3VSwAduUpu7DSbzYtffeu9eqI6skBmXjgnga9VRECjNvhv4AGLvtjBcKaB/dM6B/ZJaaO4E2wNObf+tTD+O1ju4xxBn1m1kUNoXm4X6mcMtcHeQHVMA+MzKNfv5GpbIbDDOPO6COrveFBeRwMzdLDwLVde6dCfTmUea5l6hK+8h84YNykjEEmW9ER+ehIWElkQlKV8Q/2bSERRE5tN1sDkQKuvBQ== x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:YT2PR01MB9729.CANPRD01.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(13230016)(4636009)(346002)(136003)(366004)(376002)(396003)(39860400002)(64756008)(66446008)(66476007)(110136005)(2906002)(52536014)(66556008)(5660300002)(66946007)(8936002)(8676002)(41320700001)(91956017)(33656002)(76116006)(316002)(786003)(478600001)(41300700001)(6506007)(7696005)(9686003)(53546011)(86362001)(71200400001)(38070700005)(83380400001)(186003)(55016003)(122000001)(38100700002);DIR:OUT;SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?J+3e7UJEA5a0XzFqvCspsrIAhEZB0eu6zhaeGQ24LgLYdkSsJGNi+2USke?= =?iso-8859-1?Q?vMGcj8AeqS/Om5tBrt8wQtXEoOYNWvzewjnqGaXWvjeuzNEEqT2r/p3IeP?= =?iso-8859-1?Q?FfvEqLt/L8pp7CdZkTEUlN9xbNU2rBT5ApMNF7ZZpZZc8p6EJOh1kTbUED?= =?iso-8859-1?Q?3e/dRgcMIykTBQBnp8FyxApy1kwFMSYjeAMuU3USe01CluvBnqIiHfQ7l9?= =?iso-8859-1?Q?38i+Q4ZyKbRXv42QCeWyEqyJFA4i97MJe4A2VmTrTcl/TyZPd+m7+EwbR1?= =?iso-8859-1?Q?V+Mflkrbjrhca5VtmsQaNCia91v3LM2EinIe9mIoUYU94ATAd9CnReOSx8?= =?iso-8859-1?Q?TGgPEiY0a0kZG+K+OPUfYHVPuzQKlIKRmULhtWw0D3p49Re9ay0rFkFzTW?= =?iso-8859-1?Q?xLOm25SCToSquO9wXHwahgvohPiVLWJYjJC13/1+zjDlLfjVxCQKlbim4p?= =?iso-8859-1?Q?Uvp3ib1QzII5Uc7AJdht+8Zd6zcsusfDawHDrgYe35ZltfAQkVJksQQ57g?= =?iso-8859-1?Q?D85I/lSb02cCBsyyxwSvnsfQCq4C6XsmylwwBWGft1xkCXzfgBNG+zBjlf?= =?iso-8859-1?Q?g5XT+Nxqq+GtsXp4HQZZpe+NaGKFQ11WWbQ/SR52+MKeFN/Rq9DNPKQhME?= =?iso-8859-1?Q?Zqc8XALibOPkcQFT94SPA8ODf/KALB5C6wtXXuv1KBRRZJkQxQJILSP87m?= =?iso-8859-1?Q?To2gqbhKiWvUCV9GPAqdSkNc7KgCVTLYKFnoBQZfVMUE3yJPZB2hu73HF4?= =?iso-8859-1?Q?ELhNaw+NRZb4MiqdI6+YUzYqxcQ93/HAaS8iWRB5gtirRw+0ihDHbSK1s4?= =?iso-8859-1?Q?7ce5BASdmI2vhDT7iTZ7NvSAdYJbNFa4PsSs9oowo7AKtakC5D6QQNVsF6?= =?iso-8859-1?Q?3BNNOc/x7m0NjPLedR33aAfhHqdR4Bu8i71TV8Hnz3KQsOSm/oeeony/he?= =?iso-8859-1?Q?uRmyfhdi4GrfcWfz9tLSL84GZQaY0hoVmpXLNsbmBPx9NU8Yp9cdzkY2oO?= =?iso-8859-1?Q?D5O4edgknWL0OGUADFjBfYk1/2tw7Dt98JK/um3fKbIsC86TtMLdHKUls4?= =?iso-8859-1?Q?UXTggVohYqci10r/FNORtGv6Q+kAjzT9d10jPb1qhTA+Zlz2wDdkFHpG81?= =?iso-8859-1?Q?YTqzVZUd+S8L+pasbQUUSYzZ2Kj1IvgkzERpZNtLPsG2Lj/fi+PCRc2muy?= =?iso-8859-1?Q?Hl4p0YhTNJPP7QRFb612EPbmR3t53h/Jz1/o1o8IWjOTvCwCiqjp5D61HJ?= =?iso-8859-1?Q?YezRxmnFFaxWTUbDkP4r7KqZO1wt6t9Gr98qpe8GbydekNGcVxJ8fd+hg+?= =?iso-8859-1?Q?wUbEncf4crrn+025GPnmR/JjhUGAWlVXrMLyehpEDvkJPR+5au/DSWWkQ+?= =?iso-8859-1?Q?FVl+n2jaQcb6KX1AGovW+6hy9sIMCFiln2aS2EnqHutSduAD3n4XSfxraK?= =?iso-8859-1?Q?Q5kpE131M0HhYSKNu5duIc09mO66vH5qWT4mz0gkvf3eeW4rZFwAijBJbn?= =?iso-8859-1?Q?jsZDByc0czA9FE3MaVLYdGl58iUkdCabIdbrYZXrGGIxW4dzUb/A4I454r?= =?iso-8859-1?Q?e25267H10v8Gt27LtagQA05q3nx3oLgYfZJ15Z9yeRRYmdvDnqdFb0hjlS?= =?iso-8859-1?Q?fmHwm66gs8F6G3mzWzHxQFjYa3kMHuYSfdyua6vUSZ4SyEOmcg4/FC39s/?= =?iso-8859-1?Q?SbBfUTgvZUhYsmquRYKJLW6wTn8XedzBT2Jxdv4g?= Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: YT2PR01MB9729.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: fcbbc8d2-fbc0-4986-070c-08da890bbf10 X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Aug 2022 15:41:16.9022 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: nszt6o4ERaTCVOTM6z1QUkLwFVR5cl8lIICLCTWjNfzvwmpOkb/ps1eN+qKUkJ5KnkbS+aydlnAXgQgIMClYsA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YT2PR01MB6514 X-Rspamd-Queue-Id: 4MFyTp680xz3J1d X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector2 header.b=AnHCsehb; arc=pass ("microsoft.com:s=arcselector9901:i=1"); dmarc=pass (policy=none) header.from=uoguelph.ca; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.116.40 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-6.00 / 15.00]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[uoguelph.ca,none]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector2]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[stable@freebsd.org]; SUBJECT_ENDS_EXCLAIM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FREEFALL_USER(0.00)[rmacklem]; DKIM_TRACE(0.00)[uoguelph.ca:+]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.116.40:from] X-ThisMailContainsUnwantedMimeParts: N Ronald Klop wrote:=0A= > Van: Pete French =0A= > Datum: 28 augustus 2022 10:16=0A= > Aan: stable@freebsd.org=0A= > Onderwerp: Re: double used hostuuids - Re: NFS issue - newnfs_request: Wr= ong session srvslot=3D1 slot=3D0, freeing free slot!!=0A= > =0A= > On 27/08/2022 16:18, Rick Macklem wrote:=0A= > > Ronald Klop wrote:=0A= > >> On 8/27/22 00:17, Rick Macklem wrote:=0A= > >>> Ganbold Tsagaankhuu wrote:=0A= > >>>>> Rick,=0A= > >>>>>=0A= > >>>>> On Fri, Aug 26, 2022 at 11:18 AM Rick Macklem > >> wrote:=0A= > >>> Ganbold Tsagaankhuu > wro= te:=0A= > >>>>>> Hi,=0A= > >>>>>>=0A= > >>>>>> We are having trouble with NFS running on STABLE:=0A= > >>>>>>=0A= > >>>>>> Aug 26 02:21:42 iron2 kernel: newnfs_request: Wrong session srvslo= t=3D1 slot=3D0=0A= > >>> [stuff snipped]=0A= > >>>>>> Aug 26 02:22:46 iron2 kernel: newnfs_request: Wrong session srvslo= t=3D1 slot=3D0=0A= > >>>>>> Aug 26 02:22:46 iron2 kernel: freeing free slot!!=0A= > >>>>>>=0A= > >>>>>> We are running FreeBSD 13.1-STABLE #3 stable/13-n252198-c1434fd2de= a: Fri Aug 26 01:51:53 UTC 2022 and mount options are:=0A= > >>>>>>=0A= > >>>>>> rw,nfsv4,minorversion=3D1,bg,soft,timeo=3D20,retrans=3D5,retrycnt= =3D5=0A= > >>>>>> ro,nfsv4,minorversion=3D1,bg,soft,timeo=3D20,retrans=3D5,retrycnt= =3D5=0A= > >>>>>>=0A= > >>>>>> Is there any fix for this issue?=0A= > >>> Oh, and one more thing. If you have multiple clients mounting the=0A= > >>> NFSv4 server, make sure they all have unique hostids.=0A= > >>> Check /etc/hostid and "sysctl kern.hostuuid". If two clients have the= =0A= > >>> same kern.hostuuid, there will be lots of trouble.=0A= > >>>=0A= > >>> rick=0A= > >>=0A= > >> Just a thought. Is it possible/easy to warn about double used hostuuid= s >from different client IP addresses?=0A= > >> Although that will not help this person using Netapp as a server.=0A= > > I don't think so. Same hostuuid implies same system, so how does a=0A= > > server know they are two different systems?=0A= > > - A client could have multiple IP host addresses, so different client= =0A= > > host IP addresses for a TCP connection does not imply different syst= ems.=0A= > >=0A= > > I can, however, modify the console message the server generates when=0A= > > it sees a session has been replaced to include "check clients have=0A= > > unique hostuuids", which might help.=0A= > >=0A= > > I also plan on adding a sentence to "man mount_nfs" about this,=0A= > > since I just had an email discussion with someone else where the=0A= > > problem turned out to be "same hostuuids for multiple clients"=0A= > > and the loss of sessions on the FreeBSD server was the hint that=0A= > > clued me in.=0A= > >=0A= > > At least I now know this configuration issue exists.=0A= > >=0A= > > rick=0A= > >=0A= > > Regards,=0A= > > Ronald.=0A= > >=0A= > =0A= > It well worth adding this I think. I didnt realise this about NFSv4, and = I do a lot with cloud machines, where I > simply clone the discs, and thus = ended up with many machines with the same hostid. Took me a while to=0A= > work out why my NFS was havign issues...=0A= I have already committed a change for the server console message to main an= d it will be MFC'd=0A= in a couple of weeks.=0A= =0A= I will do a man page update soon, as well.=0A= =0A= > -pete.=0A= =0A= > It might help this case if the nfs client combined hostid+ip as a client = id. Or include mac address. People=0A= > tend to change the mac after a clone.=0A= Well, in the past I have thought about this...=0A= The problem is that, ideally, the string used by the NFSv4 client mount sho= uld be=0A= invariant over time (including client reboot cycles).=0A= Depending upon the situation, a machine's IP addresses can change over time= (dynamically=0A= assigned via dhcp, for example). They can also end up as addresses like 192= .168.1.n sitting=0A= behind a nat gateway, where the IP could be duplicated on other subnets.=0A= As for MAC, if it is taken from a hardware card, then that hardware card ge= ts replaced,=0A= the MAC changes.=0A= =0A= I think /etc/hostid (or whatever is used to set "kern.hostuuid") seems the = best bet=0A= for something unique that remains invariant for the life of the system.=0A= I think all cloners need to do is remove /etc/hostid from the master being= =0A= cloned and then each clone will generate their own /etc/hostid upon first b= oot.=0A= =0A= rick=0A= =0A= Regards,=0A= Ronald=0A= From nobody Sun Aug 28 19:20:35 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MG3Lt3n4tz4bBc3 for ; Sun, 28 Aug 2022 19:20:38 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-YT3-obe.outbound.protection.outlook.com (mail-yt3can01on2045.outbound.protection.outlook.com [40.107.115.45]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MG3Ls3qXpz3X9y for ; Sun, 28 Aug 2022 19:20:37 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Ygq3Hj+/vZzAO/4BPdVXVY0KWjnlvs2lxqub66iRWTipf8AgeRnekN+tZ9lLWYFHV/jYLmIL3OeaM8gtH24TtFNxaMa+2QQJp+4Ku9CXDwts5S7lK/M93ysmPDDigEfLEZcGZ7GlWKsCaYRQefV5bkm+SNdJpeUR0yJqOIBJYPggvB64arpZz1GOwkx03QHsiv0BVg0w1bMs+/oInd7B+3PH4CRnrGlI7LVkoZva2ZV9oVZwlDm7ZfHpaTCEUUVNPa4Ha+BN44nr+CzwByeyFjb+rE0ZclLGcMhekoCV5JAyk4EgPqlTU+XTQgGcHn7aDgkIoQ4K3uVrX0iDJkrDcg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=Fkd5lX+ywaf+D0UPxAL8+oJV42hvbL5XiKvIsUuP/Jc=; b=ba9NqDFI2OR+C8uRCeloEKKOoFCX/ltUz5lbISgIc9EjB1+yDB5/ILggaMc9Ne0FBdWsNmbMYOePjGZMf2mAE/2zfq+6mFxZ3CVTkIf10XucAaJj9aOH2lMhIX+2Iepzbo3BENao/zc3dD7svDSnmB+cdWZQ1e9aa17cnGT42Gxy60N/BUBwrA4CJUnlkK2aMGZCrujxLyVlOWGXBqJvwYY486IFyHN3vT5JQoPA3POPW4/YbFuOi2xtx20jWVzBBYszIyoa0CbAWZkpq9FQT/Cza8xmOaVhEgvNaz4qN/7QxXCfJHneESIRbH+JCAYNloXI5lWy/dnzU9fkn3BygQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Fkd5lX+ywaf+D0UPxAL8+oJV42hvbL5XiKvIsUuP/Jc=; b=haMri5zzVPXaUWHW1MtF9oXm4wiAEFPAUb+uPQDSSXT5xQQH3WMpV6bHypEO9wbICAX2l+8Ng3GYhklySc37OBFpAlRK3EDtOeyABLInkVasHE3PzbUOy5aZPMrAJwqknD7UH9Ks2R7k1n/2fEB/lIXlj9KNfyvqZ5qKoTWWzuYS5GGe9Q1/Ux7WKha6CGR/UvCCoLEVntXYshM/Y42/nfEmXoc9/GDb3w6P702D0aPxsoc3ZGJyQ48lBh45OexdTOUmdzDg5/UuEinAcu53zXeDasYnisi+5ZHTgaixG8HPiAh5EkTJXlnV8ECJNrERK5ezZ69iNbR/pMR0EdjyYA== Received: from YT2PR01MB9729.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:b01:df::22) by YQXPR01MB6623.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c01:4d::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5566.15; Sun, 28 Aug 2022 19:20:35 +0000 Received: from YT2PR01MB9729.CANPRD01.PROD.OUTLOOK.COM ([fe80::3865:f8eb:5111:8be7]) by YT2PR01MB9729.CANPRD01.PROD.OUTLOOK.COM ([fe80::3865:f8eb:5111:8be7%5]) with mapi id 15.20.5566.015; Sun, 28 Aug 2022 19:20:35 +0000 From: Rick Macklem To: Peter , "freebsd-stable@freebsd.org" Subject: Re: nfs stalls client: nfsrv_cache_session: no session Thread-Topic: nfs stalls client: nfsrv_cache_session: no session Thread-Index: AQHYmQ4r/JoiRFCEK06ukXc4DHs0E63E9Bvt Date: Sun, 28 Aug 2022 19:20:35 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 1519dd23-462f-41eb-7ab6-08da892a6239 x-ms-traffictypediagnostic: YQXPR01MB6623:EE_ x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: QwKV52kaSkobh5leEWDlF8j+jZYpfj7Ce13bxHOm8VfQxw4UH+hG/BMF3gpuShwrRO+GhrfxagpM9+xJZyiSVWijuHVL1Kyzuz7DlNIXztB2Xrc+Y3IdV7E7OKiwVY9RODx21DLhjAFr/+b6OKcGRWw/5VQ7DFU6Qg6P31lcKX0hvkQM2Fb/8EAUSZkLhtZzZ28nZnMbAOL2awOUtkuUxqaUasg0pT9/9ae854xb+RgsaWqfLqWIuOC6CqFkfq2WkTtkriaNShRFG5am3ZkCai8EfQujLjKSL9mcym0D34cXde8IYBtWUvylpcBOl5ZOMNwxO29O4FznDxg1l9a7Q1zPRE+OKDM92Z+IBXItK+jDpk4xYwj0vDLCjVXUqEuz59dpcxCTovy4Z9nyMvunESj3xvfOTL/oOsv5xJI0QskWCVH4ZPqAG5luR+gKU3yMhMQ6xRBgJJ7nxOAk8P+Fse952KlWiiSZk1UBg58i2b3q0G0euU4Ej14khy686MuB/2+eVqxiK+e6DBskovw96RAt2qQjktmuZqm0lbVkWWpxjP1hqd0+uxSMxaUADfNz5/I8G6Iv9MWGhvmeIYs/PCUU8lockzlLFyHdWsKA1z/STuukM6nz/Eb2+Ox8sQ2mAk+8mgaFPe7mSu4A6t03uuknHg2MR3JuMIgbOx3FjyTNQ0wpW9ydLVPrpmqQJ5MOFHZgmRz8n+cVXbptTlWyVsMdvrB1TRbJWax3tSICkFVDSagaamvIevfuBEj6DskU1/R5hYacM3y0rodTeGdJqA== x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:YT2PR01MB9729.CANPRD01.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(13230016)(4636009)(366004)(396003)(39860400002)(376002)(136003)(346002)(33656002)(8936002)(52536014)(41300700001)(55016003)(5660300002)(2906002)(186003)(86362001)(7696005)(6506007)(53546011)(9686003)(83380400001)(786003)(316002)(38100700002)(71200400001)(110136005)(122000001)(41320700001)(38070700005)(478600001)(66556008)(66476007)(8676002)(66946007)(66446008)(91956017)(64756008)(76116006);DIR:OUT;SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?Td0mIUbJfr0x4oiAABh6kr+yJmzF6Atp1rMwcnhbE8Tc1jnrewkgMVwMGRGS?= =?us-ascii?Q?1vvjqJ5vxdxLgFlKYVtPCFaWtbbp+Fbu7IY5ugBBSJGlOa+os1d8T8XkvSae?= =?us-ascii?Q?EZDyBAr2OYiST3UCo9iIXLSTWmNk+xS14LeZ13iXOQkAFzJUB7ywa+5qqnVE?= =?us-ascii?Q?dbeTzAq2/MBuISF2RsXKmfvv5GQ+d4G6zG1idzijCCf1XvHMoeXgk74CpLEr?= =?us-ascii?Q?OHl4uScAaJQtUEDyyiwQdDjhJMTD+Xe7jxtyUPpFKX5foArkuhVDQCF3x9Bi?= =?us-ascii?Q?TmisSZyBYTdmyRDqDCZJFnFxbQZrpPCwyKTP2iPXtK70HujDf2KPUmKI7z+6?= =?us-ascii?Q?lvGLlGvMfpOiHxiLZhtwhLCSI7ZfWcSU/9rzsm+bChAlX44WUgF0ifyqEgHA?= =?us-ascii?Q?KpiQqGOiDCz7QP/6Qi7cKtRjkoZlHUPcQ0sDHkoDXCNACuRRME5/B2R5xThJ?= =?us-ascii?Q?kh74hLEcwrfi2pgK+XyrVHSz8FMmjHfv+dtqZKFhUmXpfaG7ZCxsE63RGW1L?= =?us-ascii?Q?oG1iw4N49n0GA8x+XfIFT0YCEErFPUwSxXm4ZOOk3ocJDiZ6WG31CKOkNeAe?= =?us-ascii?Q?epFMVh4QD7MVKjL3jCNz/lheSm9n4Wz6Kp/6T4WtB0V6bBqzbOzrnwabZjVu?= =?us-ascii?Q?2DiYrzaGxQSZTNOUbMKtT1i6OkArInb9i92OmotDoBhXCLVhXudQdOMOCBCE?= =?us-ascii?Q?jJqLzfNbCegttC1e//oPHc5g1avTPamSwTSbvLGUzB18VwwHdtZmL3AkOZ4Z?= =?us-ascii?Q?VP++KO03J9P24e/ovwBlKLDztr+Ym/9ZEtQnUbeMk7tzJIWDCyHlIZ8HJSQE?= =?us-ascii?Q?KrTjQtnUo/FSGP0rzGwg5Yg7DUCoAnz9f4s9j9ls9GD0VEm+1n7rdHtD/A4r?= =?us-ascii?Q?75AsLgrP3LTRQLES6jkJLDsdogpy7/lDH30/0cw0h9x6NyXWGT+/37VtPVRY?= =?us-ascii?Q?Fs/qdVSnEomBVLdAkjWs2QPfv5C+nfla8yZjeq6G48npg7kOQMgb1DPCkC9R?= =?us-ascii?Q?Ya3ZUADUnnvRr+8OsGS9Ci5RtG0Unz0UvLMISrDiSg65sSo+u7320m71Fadd?= =?us-ascii?Q?sNgIJiC+XVPzQ4419n4lMTHaJV9rXqboUnqrDi7P4xuD4NTJJQ2wrCg/6igK?= =?us-ascii?Q?yhJOfPL7h0v8fXzekr84OZfN3NGZeR62LVJx6Gcp0sgpwhVC5KvIMv/60vdF?= =?us-ascii?Q?y7Jxw6vKkiGFWdla4A6Ib+x5Ed4CVdgebuj3tszNmglMWKWPTPDVuKCyWYUB?= =?us-ascii?Q?ciXW7uQpRSPqvHxtsgZ0T542UDlsudrfIgG4iAb4VYtY9R56lqmeIpzeFget?= =?us-ascii?Q?qTbgPpVxeRLc/1rZgFLvqScYdKEnEB6QuSYGc1/xFlOItDynU0Z38ULS79mL?= =?us-ascii?Q?jxFRH6JL8sLr3hdzE9YrBybAk1BWZ+S9XTKT59Xee+goaMjsrW453dS31ozc?= =?us-ascii?Q?MiAQrGR/+wu7PRWIE4Nn2/bcfFeq16kjguCKIxgp0PvTPrqlkMoC4yQocww2?= =?us-ascii?Q?hIVHCFe27Y/7ttsyoac3wqeyBQ1ZWMmvPMawWKRmBsNe0GsXqYvJDqxdDsYB?= =?us-ascii?Q?9XYG0W16M8zUKi71jWs0MxWV1wLn+0ogek19GypwBHRPiqgdsmSXbfJCD74u?= =?us-ascii?Q?VmbBCP/PNkCBBGnk24JDnav7mpiLYcQhISjBf+D+rg5F?= Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: YT2PR01MB9729.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 1519dd23-462f-41eb-7ab6-08da892a6239 X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Aug 2022 19:20:35.5756 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: C0pUEoaGp8WzYS8+lcYZrW/XkfXADriHDCJk2+tpOhu7f4HaENdqNrcAAYgieFTqX8xwr3UaCl/b3qpBQbYfeQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQXPR01MB6623 X-Rspamd-Queue-Id: 4MG3Ls3qXpz3X9y X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector2 header.b=haMri5zz; arc=pass ("microsoft.com:s=arcselector9901:i=1"); dmarc=pass (policy=none) header.from=uoguelph.ca; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.115.45 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-6.00 / 15.00]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[uoguelph.ca,none]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector2]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[rmacklem]; RCVD_IN_DNSWL_NONE(0.00)[40.107.115.45:from]; TO_DN_SOME(0.00)[]; DKIM_TRACE(0.00)[uoguelph.ca:+]; RCVD_COUNT_THREE(0.00)[3]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.115.45:from] X-ThisMailContainsUnwantedMimeParts: N Also, if you have multiple clients, make sure that they all have unique /etc/hostid's. A duplicate machine with the same /etc/hostid as another one will screw up NFSv4 really badly. rick ________________________________________ From: owner-freebsd-stable@freebsd.org o= n behalf of Peter Sent: Saturday, July 16, 2022 8:06 AM To: freebsd-stable@freebsd.org Subject: nfs stalls client: nfsrv_cache_session: no session CAUTION: This email originated from outside of the University of Guelph. Do= not click links or open attachments unless you recognize the sender and kn= ow the content is safe. If in doubt, forward suspicious emails to IThelp@uo= guelph.ca Hija, I have a problem with NFSv4: The configuration: Server Rel. 13.1-RC2 nfs_server_enable=3D"YES" nfs_server_flags=3D"-u -t --minthreads 2 --maxthreads 20 -h ..." mountd_enable=3D"YES" mountd_flags=3D"-S -p 803 -h ..." rpc_lockd_enable=3D"YES" rpc_lockd_flags=3D"-h ..." rpc_statd_enable=3D"YES" rpc_statd_flags=3D"-h ..." rpcbind_enable=3D"YES" rpcbind_flags=3D"-h ..." nfsv4_server_enable=3D"YES" sysctl vfs.nfs.enable_uidtostring=3D1 sysctl vfs.nfsd.enable_stringtouid=3D1 Client bhyve Rel. 13.1-RELEASE on the same system nfs_client_enable=3D"YES" nfs_access_cache=3D"600" nfs_bufpackets=3D"32" nfscbd_enable=3D"YES" Mount-options: nfsv4,readahead=3D1,rw,async Access to the share suddenly stalled. Server reports this in messages, every second: nfsrv_cache_session: no session IPaddr=3D192.168... Restarting nfsd and mountd didn't help, only now the client started to also report in messages, every second: nfs server 192.168...:/var/sysup/mnt/tmp.6.56160: is alive again Mounting the same share anew to a different place works fine. The network babble is this, every second: NFS request xid 1678997001 212 getattr fh 0,6/2 NFS reply xid 1678997001 reply ok 52 getattr ERROR: unk 10052 Forensics: I tried to build openoffice on that share, a couple of times. So there was a bit of traffic, and some things may have overflown. There seems to be no way to recover, only crashing the client. From nobody Mon Aug 29 18:00:28 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MGdX15DjWz4bbGp for ; Mon, 29 Aug 2022 18:00:33 +0000 (UTC) (envelope-from markjdb@gmail.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 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MGdX04tndz3Tfn; Mon, 29 Aug 2022 18:00:32 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qk1-x730.google.com with SMTP id b9so6649436qka.2; Mon, 29 Aug 2022 11:00:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:sender:from:to:cc; bh=ZLE3iLzIWrIEwz18cnoPzxCtO+UEn3OihRAsZH+sglc=; b=QVsVfzPUiNW3rCNf9zijVxIOfInn9QaVpZVmx1v7lYQgXjlABZoo0buEr875Go+yEB k3BVpsKwtCMIHNUD/Jv90hQ/3xTmt/rEyfMWzIwN8bMJCOip+WrUhqQpMoazoQ694MYI u1xanheiQtzTSqmvfwN5ZeRr8cIP9cOPP1I4IG+60aGrLQ4HopSBQneOvds6OaAr8xp8 UKLzA6VwJnLxdbHCHjiCyqTB08wjSIWwatoIszpKpm4HnzBrxKQyBIoqDcHHCGS8Z/CD emDRbSazGsT911VRtXfB53MyQTQ2l/76sc06OcNeu1/2o788bmsaNMK1btLlds5eG5yw 75tw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:sender:x-gm-message-state:from:to:cc; bh=ZLE3iLzIWrIEwz18cnoPzxCtO+UEn3OihRAsZH+sglc=; b=qmCBvF4hbv6/6plNAl8VowFRGUP8hvqQnqpQBKx593Kkv6ZkT199mXXw3bmA78j3Cl ZK4ir2laAwwMB3QCFou/h26L7At4aKsIK8QiSVL+PQON91QdW1HPtWH3mLIULdjn09Rb Wr4JAriU28KSHvlFnSgoCdVANCTAscZAKdjiyf/V4iSazquwHcxvNnHWaDbfHCk7gJSx px5G6zHZAy7Ms+RIRoI0jTeuJLqaBGBunR4JuJrGvLFrG7ZCmR094Z3XmhjjBiMEGPqa tbKV5T50IhsZub/3FypQFO5BR2iFZRFUwEAy7J/cyG2KBqMQGXyTyCg0LzJqw7iARZj5 YFKQ== X-Gm-Message-State: ACgBeo3muJZNmeF2uHvVVKLRH4OZNxfBzs/IBlsWuO9OAi6osaBjDsdX BiLQiU3oyebL3po1fuWE/HYIktm501s= X-Google-Smtp-Source: AA6agR76r0JB+8hVSbLoG7EOU8wOMzD6aKaYp9aH6wNaFBc/YP/MmWHIjdiKsnQHJwrwKIssQACj1g== X-Received: by 2002:a37:9ad4:0:b0:6b9:c5d1:74e2 with SMTP id c203-20020a379ad4000000b006b9c5d174e2mr9057508qke.319.1661796031240; Mon, 29 Aug 2022 11:00:31 -0700 (PDT) Received: from nuc (192-0-220-237.cpe.teksavvy.com. [192.0.220.237]) by smtp.gmail.com with ESMTPSA id h22-20020a05620a245600b006bc1512986esm6436449qkn.97.2022.08.29.11.00.30 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 29 Aug 2022 11:00:30 -0700 (PDT) Date: Mon, 29 Aug 2022 14:00:28 -0400 From: Mark Johnston To: Alexander Motin Cc: Matthew Grooms , freebsd-stable@freebsd.org Subject: Re: CAM IOCTL issue with 13.1-STABLE Message-ID: References: <3caeafa8-6c9c-2632-9010-9c8e21098378@FreeBSD.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3caeafa8-6c9c-2632-9010-9c8e21098378@FreeBSD.org> X-Rspamd-Queue-Id: 4MGdX04tndz3Tfn X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=QVsVfzPU; dmarc=none; spf=pass (mx1.freebsd.org: domain of markjdb@gmail.com designates 2607:f8b0:4864:20::730 as permitted sender) smtp.mailfrom=markjdb@gmail.com X-Spamd-Result: default: False [-2.68 / 15.00]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.99)[-0.995]; NEURAL_HAM_MEDIUM(-0.99)[-0.985]; MID_RHS_NOT_FQDN(0.50)[]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; MIME_GOOD(-0.10)[text/plain]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::730:from]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[freebsd.org]; RCVD_TLS_LAST(0.00)[]; TO_DN_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N On Tue, Aug 23, 2022 at 09:44:48AM -0400, Alexander Motin wrote: > Hi Matthew, > > I took a brief look on it and found that CAM compatibility code just > does not cover that IOCTL. That is why when CAM version was bumped it > cause the unexpected breakage. Short term fix would be to rebuild the > application to new CAM version, while for proper fix somebody would have > to implement the compatibility code for that IOCTL. I looked at this a bit more, and it seems trivial since 1) for periph drivers, CAMGETPASSTHRU ignores the input CCB, and 2) the CAM version bump from 0x19 to 0x1a does not affect XPT_GDEVLIST CCBs. Note for instance that cam_compat_handle_0x19() is a no-op for CAMGETPASSTHRU. So, isn't the patch here sufficient? https://reviews.freebsd.org/D36389 > On 22.08.2022 14:48, Matthew Grooms wrote: > > There appears to be a problem with XPT_DEV_MATCH CAM IOCTL calls. This > > prevents a bunch of packages on 13.1-STABLE from working correctly. A > > bug was filed and Mark J was kind enough to help diagnose the issue, but > > it's sitting in unassigned status. Can someone please assign it to the > > correct group so it gets some attention? > > > > The FreeBSD bug: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264709 > > > > The offending commit ( I think? ): > > https://cgit.freebsd.org/src/commit/sys/cam/cam_ccb.h?h=stable/13&id=7d7168478380f08b3a7fd58ca7cf83182fae6850 > > -- > Alexander Motin > From nobody Mon Aug 29 18:27:55 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MGf7r3D78z4ZPxQ for ; Mon, 29 Aug 2022 18:28:08 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-vk1-xa32.google.com (mail-vk1-xa32.google.com [IPv6:2607:f8b0:4864:20::a32]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MGf7q5BNlz3XWk for ; Mon, 29 Aug 2022 18:28:07 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-vk1-xa32.google.com with SMTP id o17so2545631vkn.7 for ; Mon, 29 Aug 2022 11:28:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc; bh=cVz39SxwsBdM9LnJcVkbDFSlUqSa6QqWS8IxC9u+O2Y=; b=OAdsrpsSdSXPXB+JJx0uiyvgd/XBBYaVJ3gG1a+7todorF6W3lWtzGU8s9UH1kyV7e 5rGhryWsazjUgbgcW5Qwp5dfSVfjO0vvdnV6ymdlMR5TYHE2Axs2DEZxCFZ8uX4xdTn2 A2RKqhbiVGma3mhlfaPDLmv2GVtijb5GViMYDDGyUhwcurode33OpsYb6vFhw9mhFqmr WhKjrKaxAkDndmKVCrfeA+thYcGfQ5LEY25iVV4qaEO5UpIDjXCezVm0s3KtflWFfT43 1MtcPqCfoQ8X9qHmLtIFmltoNYROG6xmQ0+yk/L4FX56LICSB14+vqjmENgdxU/BJSeW 9B/A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc; bh=cVz39SxwsBdM9LnJcVkbDFSlUqSa6QqWS8IxC9u+O2Y=; b=SyieIfvQ7Qhaw02uP6ndLxE8XzlDVqbcwjgfoo+5iGNGK0A9EqNq2Al0rSOMxXucv4 4Weefjrz0NMppjUdlfuB4K3dBXYMU8azE2F3Tq9f8IFpYZxRlvq68kFaV6Mei/wJ99Jr 9rFI+uTFYTxGtaymVh4eDKHN6PVbyATOQqasm0YGs6EHbgTLyT/YPZ8eL7MQIrsIvMuL Atk/sDVHLw/i0XYHencRw/jyTT5XrwyI0np7fsJP0FEDJ+RZg75svyfpffrctnFTVTrG bPV2eFLiAWgBr21+peNVfexGNfn+0ggfaBnRiDjbHTZuE5k+sSKKG4IyXS7fiReB3TSQ rVFg== X-Gm-Message-State: ACgBeo32ITzSChLSPJXJlAe/bVVRbM4+DuKWHmnrlhyr6KL01I/CQRek /JrIYbNQsa8LsDnU4NcQ6jPhXyNOKE4H5Kz7ictUAhzsi8TXUw== X-Google-Smtp-Source: AA6agR7q/bVRPgS91i+vSWqSjCTkFjYC3M6iY48zE6Ln5EqUMNnBJ4u+DxQuoU6u0XHBjZnL8R0wQ1YDIsx50Zs0ihY= X-Received: by 2002:a1f:5ec7:0:b0:394:4ef0:d583 with SMTP id s190-20020a1f5ec7000000b003944ef0d583mr2540154vkb.37.1661797686612; Mon, 29 Aug 2022 11:28:06 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <3caeafa8-6c9c-2632-9010-9c8e21098378@FreeBSD.org> In-Reply-To: From: Warner Losh Date: Mon, 29 Aug 2022 12:27:55 -0600 Message-ID: Subject: Re: CAM IOCTL issue with 13.1-STABLE To: Mark Johnston Cc: Alexander Motin , Matthew Grooms , FreeBSD-STABLE Mailing List Content-Type: multipart/alternative; boundary="000000000000ccade905e7656c8e" X-Rspamd-Queue-Id: 4MGf7q5BNlz3XWk X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20210112.gappssmtp.com header.s=20210112 header.b=OAdsrpsS; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::a32) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-3.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20210112.gappssmtp.com:s=20210112]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::a32:from]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; R_SPF_NA(0.00)[no SPF record]; ARC_NA(0.00)[]; TO_DN_ALL(0.00)[]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCPT_COUNT_THREE(0.00)[4]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20210112.gappssmtp.com:+]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DMARC_NA(0.00)[bsdimp.com]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N --000000000000ccade905e7656c8e Content-Type: text/plain; charset="UTF-8" On Mon, Aug 29, 2022 at 12:00 PM Mark Johnston wrote: > On Tue, Aug 23, 2022 at 09:44:48AM -0400, Alexander Motin wrote: > > Hi Matthew, > > > > I took a brief look on it and found that CAM compatibility code just > > does not cover that IOCTL. That is why when CAM version was bumped it > > cause the unexpected breakage. Short term fix would be to rebuild the > > application to new CAM version, while for proper fix somebody would have > > to implement the compatibility code for that IOCTL. > > I looked at this a bit more, and it seems trivial since > 1) for periph drivers, CAMGETPASSTHRU ignores the input CCB, and > 2) the CAM version bump from 0x19 to 0x1a does not affect XPT_GDEVLIST > CCBs. > > Note for instance that cam_compat_handle_0x19() is a no-op for > CAMGETPASSTHRU. So, isn't the patch here sufficient? > https://reviews.freebsd.org/D36389 I believe the above patch should just work. I don't know if we need to structure it differently. I don't think so, though... Warner > On 22.08.2022 14:48, Matthew Grooms wrote: > > > There appears to be a problem with XPT_DEV_MATCH CAM IOCTL calls. This > > > prevents a bunch of packages on 13.1-STABLE from working correctly. A > > > bug was filed and Mark J was kind enough to help diagnose the issue, > but > > > it's sitting in unassigned status. Can someone please assign it to the > > > correct group so it gets some attention? > > > > > > The FreeBSD bug: > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264709 > > > > > > The offending commit ( I think? ): > > > > https://cgit.freebsd.org/src/commit/sys/cam/cam_ccb.h?h=stable/13&id=7d7168478380f08b3a7fd58ca7cf83182fae6850 > > > > -- > > Alexander Motin > > > > --000000000000ccade905e7656c8e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Mon, Aug 29, 2022 at 12:00 PM Mark= Johnston <markj@freebsd.org>= ; wrote:
On Tue,= Aug 23, 2022 at 09:44:48AM -0400, Alexander Motin wrote:
> Hi Matthew,
>
> I took a brief look on it and found that CAM compatibility code just <= br> > does not cover that IOCTL.=C2=A0 That is why when CAM version was bump= ed it
> cause the unexpected breakage.=C2=A0 Short term fix would be to rebuil= d the
> application to new CAM version, while for proper fix somebody would ha= ve
> to implement the compatibility code for that IOCTL.

I looked at this a bit more, and it seems trivial since
1) for periph drivers, CAMGETPASSTHRU ignores the input CCB, and
2) the CAM version bump from 0x19 to 0x1a does not affect XPT_GDEVLIST
=C2=A0 =C2=A0CCBs.

Note for instance that cam_compat_handle_0x19() is a no-op for
CAMGETPASSTHRU.=C2=A0 So, isn't the patch here sufficient?
https://reviews.freebsd.org/D36389

=
I believe the above patch should just work. I don't know if we nee= d to structure it
differently. I don't think so, though...

Warner

> On 22.08.2022 14:48, Matthew Grooms wrote:
> > There appears to be a problem with XPT_DEV_MATCH CAM IOCTL calls.= This
> > prevents a bunch of packages on 13.1-STABLE from working correctl= y. A
> > bug was filed and Mark J was kind enough to help diagnose the iss= ue, but
> > it's sitting in unassigned status. Can someone please assign = it to the
> > correct group so it gets some attention?
> >
> > The FreeBSD bug:
> > https://bugs.freebsd.org/bugzill= a/show_bug.cgi?id=3D264709
> >
> > The offending commit ( I think? ):
> > https://cgit.freebsd.org/src/commit/sys/cam/cam_= ccb.h?h=3Dstable/13&id=3D7d7168478380f08b3a7fd58ca7cf83182fae6850 <= br> >
> --
> Alexander Motin
>

--000000000000ccade905e7656c8e-- From nobody Tue Aug 30 19:39:13 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MHHgx6NRTz4bB6K for ; Tue, 30 Aug 2022 19:39:41 +0000 (UTC) (envelope-from marianoaliaga@gmail.com) Received: from mail-yb1-xb2e.google.com (mail-yb1-xb2e.google.com [IPv6:2607:f8b0:4864:20::b2e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MHHgw6jBvz3S34 for ; Tue, 30 Aug 2022 19:39:40 +0000 (UTC) (envelope-from marianoaliaga@gmail.com) Received: by mail-yb1-xb2e.google.com with SMTP id y197so1081700yby.13 for ; Tue, 30 Aug 2022 12:39:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:subject:message-id:date:from:mime-version:from:to:cc; bh=j7I8TXZPqsjmhPDrFw9J+tWS09DA5Xckz0+O2pGjE6w=; b=PJTyhd7Xgd0qFEXpfL+SgRGvJk7H2g0xJET2sUnE6OzFi//jwfTVzHEfFTw98hYtKH 3pHqSejZqbQk8rp0i2KjAetBSo/Tm4yHP9oRjOdE9Lz2Xs24+o7NF39JejHqpdg906QI u5jcvNdokxtuIs+kYmnqsOf+OgFBk9fEeOytnGLC4IW3Nkllw55icbGHiFCfIRK1teb8 /dpOHQkm8Z+PVrKH98JYRZhNrBIlnbRjKuk+yQZOWPwJVNsQsmYhNJezslN2LkUEsngD hUqkCneVfKkzBds0KLGaS57nrNNW/Oos3ZG22D+hdiEVDaoQZB95a3xvH6etXB7BitL7 vj3A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc; bh=j7I8TXZPqsjmhPDrFw9J+tWS09DA5Xckz0+O2pGjE6w=; b=Kt5aD+W1M0IPTens3oxRvG/pa5HFiaQBZjMAa0I4KRahNjno6qNrORtpB+hmlWymAY 7dc6cn31J/EJqgRqb8pgvKLbR2ZwngVaF7gnueifBxP5rDQngz8rVaPKrBttaQ0SCc2t KyU6vqjlixlrqDdADyFIqeWMOC8OMB50ByMTn8MTX9HHiNIhgF+DvNSdhYVlv90GT48E +R4//olUlUHF4CCmRhax/G/rgDDu2VJFXxOU1dPu0B1EfEcTwmpDLC26hry/LYmaN4pI rBmYoyjMBmFYUYDbNNiF/dfuVpOUqk1u8eH61nO/Utf8JCsx6ro2BwKl37pY028JCuHk dUBA== X-Gm-Message-State: ACgBeo1TaYIzYhv31UMzHZkq64ORQv0TbDyrvvlxpnp5fsQKsrbgMCmg UrVhcyChH2yObVlOSvMKpEB9CdwcPBeS6s01xC7nx17Lk287Vg== X-Google-Smtp-Source: AA6agR4Fj6bLhWshYY6OhUG0YEuX1UWUgUDF6viOVMDwpWForabIvlc6BUSpz3/fePQCTG9mJ3ss7SthwhjrL9ytB24= X-Received: by 2002:a25:8c83:0:b0:695:86b0:f5a0 with SMTP id m3-20020a258c83000000b0069586b0f5a0mr12526420ybl.141.1661888379389; Tue, 30 Aug 2022 12:39:39 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 From: Mariano Aliaga Date: Tue, 30 Aug 2022 16:39:13 -0300 Message-ID: Subject: igc NIC not detected To: freebsd-stable@freebsd.org Content-Type: multipart/alternative; boundary="000000000000828e0305e77a8a19" X-Rspamd-Queue-Id: 4MHHgw6jBvz3S34 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=PJTyhd7X; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of marianoaliaga@gmail.com designates 2607:f8b0:4864:20::b2e as permitted sender) smtp.mailfrom=marianoaliaga@gmail.com X-Spamd-Result: default: False [-3.94 / 15.00]; NEURAL_HAM_LONG(-1.00)[-0.998]; NEURAL_HAM_SHORT(-1.00)[-0.996]; NEURAL_HAM_MEDIUM(-0.95)[-0.946]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::b2e:from]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_FROM(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_NONE(0.00)[]; RCVD_TLS_LAST(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N --000000000000828e0305e77a8a19 Content-Type: text/plain; charset="UTF-8" Hi, I'm trying to use an I225 based NIC (Amitosai MTS-PCIE25GLAN) on 13.1-STABLE, but it's not being attached. dmesg shows the following: igc0: mem 0xf5800000-0xf5ffffff,0xf6000000-0xf6003fff irq 30 at device 0.0 on pci6 igc0: The EEPROM Checksum Is Not Valid igc0: IFDI_ATTACH_PRE failed 5 device_attach: igc0 attach returned 5 and this is the output of pciconf -lcbv none1@pci0:6:0:0: class=0x020000 rev=0x01 hdr=0x00 vendor=0x8086 device=0x15fd subvendor=0x8086 subdevice=0x0000 vendor = 'Intel Corporation' class = network subclass = ethernet bar [10] = type Memory, range 32, base 0xf5800000, size 8388608, enabled bar [1c] = type Memory, range 32, base 0xf6000000, size 16384, enabled cap 01[40] = powerspec 3 supports D0 D3 current D0 cap 05[50] = MSI supports 1 message, 64 bit, vector masks cap 11[70] = MSI-X supports 5 messages Table in map 0x1c[0x0], PBA in map 0x1c[0x2000] cap 10[a0] = PCI-Express 2 endpoint max data 128(512) FLR RO NS max read 512 link x1(x1) speed 5.0(5.0) ASPM disabled(L0s/L1) ecap 0001[100] = AER 2 0 fatal 0 non-fatal 1 corrected ecap 0003[140] = Serial 1 00a0c9ffff000000 ecap 0018[1c0] = LTR 1 ecap 001f[1f0] = Precision Time Measurement 1 ecap 001e[1e0] = L1 PM Substates 1 Is this adapter supported or is there something I can do to make it work? Thanks in advance Mariano --000000000000828e0305e77a8a19 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,
=C2=A0=C2=A0 I'm trying= to use an I225 based NIC (Amitosai MTS-PCIE25GLAN) on 13.1-STABLE, but it&= #39;s not being attached. dmesg shows the following:

igc0: <Intel(R) Ethernet Controller I225(blankNVM)> me= m 0xf5800000-0xf5ffffff,0xf6000000-0xf6003fff irq 30 at device 0.0 on pci6<= br>igc0: The EEPROM Checksum Is Not Valid
igc0: IFDI_ATTACH_PRE failed 5=
device_attach: igc0 attach returned 5

and this is the output of pciconf -lcbv

none1@pci0:6:0:0: =C2=A0 =C2=A0 =C2=A0 class=3D0x020000 rev=3D0x01 hd= r=3D0x00 vendor=3D0x8086 device=3D0x15fd subvendor=3D0x8086 subdevice=3D0x0= 000
=C2=A0 =C2=A0 vendor =C2=A0 =C2=A0 =3D 'Intel Corporation'=C2=A0 =C2=A0 class =C2=A0 =C2=A0 =C2=A0=3D network
=C2=A0 =C2=A0 subc= lass =C2=A0 =3D ethernet
=C2=A0 =C2=A0 bar =C2=A0 [10] =3D type Memory, = range 32, base 0xf5800000, size 8388608, enabled
=C2=A0 =C2=A0 bar =C2= =A0 [1c] =3D type Memory, range 32, base 0xf6000000, size 16384, enabled=C2=A0 =C2=A0 cap 01[40] =3D powerspec 3 =C2=A0supports D0 D3 =C2=A0curren= t D0
=C2=A0 =C2=A0 cap 05[50] =3D MSI supports 1 message, 64 bit, vector= masks
=C2=A0 =C2=A0 cap 11[70] =3D MSI-X supports 5 messages
=C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Table in map 0x1c[0= x0], PBA in map 0x1c[0x2000]
=C2=A0 =C2=A0 cap 10[a0] =3D PCI-Express 2 = endpoint max data 128(512) FLR RO NS
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0max read 512
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0link x1(x1) speed 5.0(5.0) ASPM disabled(L0s= /L1)
=C2=A0 =C2=A0 ecap 0001[100] =3D AER 2 0 fatal 0 non-fatal 1 correc= ted
=C2=A0 =C2=A0 ecap 0003[140] =3D Serial 1 00a0c9ffff000000
=C2=A0= =C2=A0 ecap 0018[1c0] =3D LTR 1
=C2=A0 =C2=A0 ecap 001f[1f0] =3D Precis= ion Time Measurement 1
=C2=A0 =C2=A0 ecap 001e[1e0] =3D L1 PM Substates = 1


Is this adapter= supported or is there something I can do to make it work?

Thanks in advance

Mariano


--000000000000828e0305e77a8a19-- From nobody Wed Aug 31 22:14:04 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MHz4N42bbz4bTMM for ; Wed, 31 Aug 2022 22:14:44 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: from mail-pl1-f172.google.com (mail-pl1-f172.google.com [209.85.214.172]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MHz4M3ntnz3k2L for ; Wed, 31 Aug 2022 22:14:43 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: by mail-pl1-f172.google.com with SMTP id p18so15380603plr.8 for ; Wed, 31 Aug 2022 15:14:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date; bh=4/5awxCxZQxjO9ruVbx41uomYEYO82v57y7XwEOlaMM=; b=Pr7xyQOA6M3KnOH1u4+yyPgZSv4UMSaBEYdwAiqWwFVtRtriXU+4EBcm3we52zHvQ5 YJaUDHExMeOMNJ0H5yZ8B0Wr1FtglCio3BYu5WED5MVnVhqMKGEPV2oaYAdVOnj/Hjda SlSHBuDh3Eq9fUU9gYZwM2iisugYAdzknWsCeKw/cTV9Rr3650u8HbcsHMSy5MgJ8b+D S5sQI8KfUV7YahiyXOPGWZJPjZoe156qUMftrELjq14bgR4DBYI8YpvE5eloCR9iGjGu Ux5+SAlk2kELKzae2v7yxt1bYT27DHDYtA/T9KAMwmE6bKNv3RmUTv4056A3PxaloKXd uflA== X-Gm-Message-State: ACgBeo0ZNnqmnJZ6RbVt68RJmFFXx3fDpHdSI/vM6uO3o1ya7ZKG0glh MxucC/ausPUM//tF5fJcH7pz+IDbJmM= X-Google-Smtp-Source: AA6agR7b3eHpngfLIJ8HUXWOWQ3byGPutIwoBi0L8mqbCrEJ3N/Gv2gingQGqyHeUoZwYWFlUuHNGA== X-Received: by 2002:a17:90a:8b06:b0:1fb:8451:6194 with SMTP id y6-20020a17090a8b0600b001fb84516194mr5403193pjn.210.1661984081665; Wed, 31 Aug 2022 15:14:41 -0700 (PDT) Received: from mail-pg1-f182.google.com (mail-pg1-f182.google.com. [209.85.215.182]) by smtp.gmail.com with ESMTPSA id j6-20020a170902da8600b00174d9bbeda4sm6641464plx.197.2022.08.31.15.14.41 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 31 Aug 2022 15:14:41 -0700 (PDT) Received: by mail-pg1-f182.google.com with SMTP id q9so14680214pgq.6 for ; Wed, 31 Aug 2022 15:14:41 -0700 (PDT) X-Received: by 2002:a63:4c05:0:b0:41d:12ad:e885 with SMTP id z5-20020a634c05000000b0041d12ade885mr24358559pga.130.1661984080917; Wed, 31 Aug 2022 15:14:40 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Eric Joyner Date: Wed, 31 Aug 2022 15:14:04 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: igc NIC not detected To: Mariano Aliaga Cc: freebsd-stable@freebsd.org Content-Type: multipart/alternative; boundary="000000000000c3fda905e790d2dd" X-Rspamd-Queue-Id: 4MHz4M3ntnz3k2L X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of ricera10@gmail.com designates 209.85.214.172 as permitted sender) smtp.mailfrom=ricera10@gmail.com X-Spamd-Result: default: False [-2.78 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-0.999]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_LONG(-0.78)[-0.782]; FORGED_SENDER(0.30)[erj@freebsd.org,ricera10@gmail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; FREEMAIL_TO(0.00)[gmail.com]; R_DKIM_NA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.214.172:from,209.85.215.182:received]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.214.172:from]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_NEQ_ENVFROM(0.00)[erj@freebsd.org,ricera10@gmail.com]; TO_DN_SOME(0.00)[]; DMARC_NA(0.00)[freebsd.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCVD_COUNT_THREE(0.00)[4]; FREEMAIL_ENVFROM(0.00)[gmail.com] X-ThisMailContainsUnwantedMimeParts: N --000000000000c3fda905e790d2dd Content-Type: text/plain; charset="UTF-8" Hi, The I225 adapter family should be mostly supported by igc(4); it's hard to say in your case because it looks like the NVM is invalid so the driver won't do anything with the hardware. You may need a BIOS update that has a valid NVM in it (or maybe redo it since it might not have happened correctly), or there could be some other hardware issue that requires an RMA. - Eric On Tue, Aug 30, 2022 at 12:39 PM Mariano Aliaga wrote: > Hi, > I'm trying to use an I225 based NIC (Amitosai MTS-PCIE25GLAN) on > 13.1-STABLE, but it's not being attached. dmesg shows the following: > > igc0: mem > 0xf5800000-0xf5ffffff,0xf6000000-0xf6003fff irq 30 at device 0.0 on pci6 > igc0: The EEPROM Checksum Is Not Valid > igc0: IFDI_ATTACH_PRE failed 5 > device_attach: igc0 attach returned 5 > > and this is the output of pciconf -lcbv > > none1@pci0:6:0:0: class=0x020000 rev=0x01 hdr=0x00 vendor=0x8086 > device=0x15fd subvendor=0x8086 subdevice=0x0000 > vendor = 'Intel Corporation' > class = network > subclass = ethernet > bar [10] = type Memory, range 32, base 0xf5800000, size 8388608, > enabled > bar [1c] = type Memory, range 32, base 0xf6000000, size 16384, > enabled > cap 01[40] = powerspec 3 supports D0 D3 current D0 > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > cap 11[70] = MSI-X supports 5 messages > Table in map 0x1c[0x0], PBA in map 0x1c[0x2000] > cap 10[a0] = PCI-Express 2 endpoint max data 128(512) FLR RO NS > max read 512 > link x1(x1) speed 5.0(5.0) ASPM disabled(L0s/L1) > ecap 0001[100] = AER 2 0 fatal 0 non-fatal 1 corrected > ecap 0003[140] = Serial 1 00a0c9ffff000000 > ecap 0018[1c0] = LTR 1 > ecap 001f[1f0] = Precision Time Measurement 1 > ecap 001e[1e0] = L1 PM Substates 1 > > > Is this adapter supported or is there something I can do to make it work? > > Thanks in advance > > Mariano > > > --000000000000c3fda905e790d2dd Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

The I225 adapter family should be m= ostly supported by igc(4); it's hard to say in your case because it loo= ks like the NVM is invalid so the driver won't do anything with the har= dware. You may need a BIOS update that has a valid NVM in it (or maybe redo= it since it might not have happened correctly), or there could be some oth= er hardware issue that requires an RMA.

- Eric=

On Tue, Aug 30, 2022 at 12:39 PM Mariano Aliaga <marianoaliaga@gmail.com> wrote:
<= blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-l= eft:1px solid rgb(204,204,204);padding-left:1ex">
Hi,
=C2=A0=C2=A0 I'm trying to use an I225 based NIC = (Amitosai MTS-PCIE25GLAN) on 13.1-STABLE, but it's not being attached. = dmesg shows the following:

igc0: <I= ntel(R) Ethernet Controller I225(blankNVM)> mem 0xf5800000-0xf5ffffff,0x= f6000000-0xf6003fff irq 30 at device 0.0 on pci6
igc0: The EEPROM Checks= um Is Not Valid
igc0: IFDI_ATTACH_PRE failed 5
device_attach: igc0 at= tach returned 5

and this is the output= of pciconf -lcbv

none1@pci0:6:0:0: = =C2=A0 =C2=A0 =C2=A0 class=3D0x020000 rev=3D0x01 hdr=3D0x00 vendor=3D0x8086= device=3D0x15fd subvendor=3D0x8086 subdevice=3D0x0000
=C2=A0 =C2=A0 ven= dor =C2=A0 =C2=A0 =3D 'Intel Corporation'
=C2=A0 =C2=A0 class = =C2=A0 =C2=A0 =C2=A0=3D network
=C2=A0 =C2=A0 subclass =C2=A0 =3D ethern= et
=C2=A0 =C2=A0 bar =C2=A0 [10] =3D type Memory, range 32, base 0xf5800= 000, size 8388608, enabled
=C2=A0 =C2=A0 bar =C2=A0 [1c] =3D type Memory= , range 32, base 0xf6000000, size 16384, enabled
=C2=A0 =C2=A0 cap 01[40= ] =3D powerspec 3 =C2=A0supports D0 D3 =C2=A0current D0
=C2=A0 =C2=A0 ca= p 05[50] =3D MSI supports 1 message, 64 bit, vector masks
=C2=A0 =C2=A0= cap 11[70] =3D MSI-X supports 5 messages
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Table in map 0x1c[0x0], PBA in map 0x1c[0= x2000]
=C2=A0 =C2=A0 cap 10[a0] =3D PCI-Express 2 endpoint max data 128(= 512) FLR RO NS
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0max read 512
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0link x1(x1) speed 5.0(5.0) ASPM disabled(L0s/L1)
=C2=A0 =C2=A0= ecap 0001[100] =3D AER 2 0 fatal 0 non-fatal 1 corrected
=C2=A0 =C2=A0 = ecap 0003[140] =3D Serial 1 00a0c9ffff000000
=C2=A0 =C2=A0 ecap 0018[1c0= ] =3D LTR 1
=C2=A0 =C2=A0 ecap 001f[1f0] =3D Precision Time Measurement = 1
=C2=A0 =C2=A0 ecap 001e[1e0] =3D L1 PM Substates 1

Is this adapter supported or is ther= e something I can do to make it work?

Thanks in advance

Mariano


--000000000000c3fda905e790d2dd-- From nobody Thu Sep 1 12:52:30 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MJLZB3hxJz4bXx2 for ; Thu, 1 Sep 2022 12:53:22 +0000 (UTC) (envelope-from jeffrey.e.pieper@intel.com) Received: from mga03.intel.com (mga03.intel.com [134.134.136.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "orsmga103.jf.intel.com", Issuer "Sectigo RSA Organization Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MJLZ93Pj6z415F; Thu, 1 Sep 2022 12:53:21 +0000 (UTC) (envelope-from jeffrey.e.pieper@intel.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1662036801; x=1693572801; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=WNgkxCeiEbPYWSist7gW0KXCQw00enog8kcbQ5xwDzw=; b=NRlSx4DMQV76V8Q9JhIEMYO47AJML/r8nU25d6aXTcpLH1UZdjEltDjM kFhmnFg2p0Mp+N9Tq3JBWYxY8c1FbpUohndCTCaVkYjeJnPhlUWuFx537 yQ0cDe9+aQYDdUrfS4XKvAYX/JExVAAx2QodUuh8pmS1zLfwAnTEsu03O 9G9NShkfXrYDq1O8OU+BPaJKDWpVvl6OBkNdVkKmz8784PrUosZMRV90G Lxzdq7dEwX3U0bJXONunnkbMvEjltDPpi5yBNAu9kd5VOrVpO8URp/Uyn 1HbZ/ZVQgtBrRmPLzgatT/qklWMvIEASf4D6M8WGV8oQS+rr5x/OeZmFH A==; X-IronPort-AV: E=McAfee;i="6500,9779,10457"; a="296988245" X-IronPort-AV: E=Sophos;i="5.93,280,1654585200"; d="scan'208,217";a="296988245" Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by orsmga103.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 01 Sep 2022 05:53:03 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.93,280,1654585200"; d="scan'208,217";a="673834043" Received: from orsmsx601.amr.corp.intel.com ([10.22.229.14]) by fmsmga008.fm.intel.com with ESMTP; 01 Sep 2022 05:53:03 -0700 Received: from orsmsx608.amr.corp.intel.com (10.22.229.21) by ORSMSX601.amr.corp.intel.com (10.22.229.14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.31; Thu, 1 Sep 2022 05:53:02 -0700 Received: from orsmsx607.amr.corp.intel.com (10.22.229.20) by ORSMSX608.amr.corp.intel.com (10.22.229.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.31; Thu, 1 Sep 2022 05:53:02 -0700 Received: from ORSEDG601.ED.cps.intel.com (10.7.248.6) by orsmsx607.amr.corp.intel.com (10.22.229.20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.31 via Frontend Transport; Thu, 1 Sep 2022 05:53:02 -0700 Received: from NAM04-MW2-obe.outbound.protection.outlook.com (104.47.73.175) by edgegateway.intel.com (134.134.137.102) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2375.31; Thu, 1 Sep 2022 05:52:32 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=DqaAOueWtnWaheOqyJrX9LsmXNIpcEGJ56wqMAS1Ij9h4LjzcXNxsnp5RLiSAgvvz3mdVa+rsS2F4paXSpr1mgLNmD34XO0Zy4R4MnbshvmUS4LTltDLAf7X7hiHmAU+9kTb2VLDWcOE+DFLppzY20nH0916OgIEVDSjG4/JVYk/Wezcx4WVgk12rtZMjbiofYexcCm2nqVnD24ZfJ0ETf0hdNw7wrquaT+v3Cs0gxPH+xeUqB7D0fuVNAOGKTi1khc1jXNhxy0RzXijtD7K3/AD/N+y70U2Ggjd98zQ7LlJBzcJm2dAShviMmZj8gUN6VqqLa2WILwpvFcpb1rqXw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=WNgkxCeiEbPYWSist7gW0KXCQw00enog8kcbQ5xwDzw=; b=Q9iaGoyj8XS7ksDfO1zWpG1xtdnQCxKchGiMhATYj8yvd340ZNRUpAzv8Ss3r1m5U8TS/oz5AgOKQBanxc56WpwqiphMb4a3ivY0sX7YOYqYNkgQ7MMaQvMqf6YHvA5aKhGh2a6YJsu/aHvjCNQxdLMs411rReArGlDcq7U6CEK9ZHNkJApOZV9hub854uVRHUgXa6oxOzKe992Kv+FVdWjCBKqPW0/qIgbxzKjdgeTQjgkA79QJYdLYpZIHRZv1SzcZNMjU8nC8vlyFQ6bjmR0rxklUvfr7lWJ/IPZAVDMRPcHIGdqyBmMHj/DbBe+DPA39iuMuJVWF/in83w9/2g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=intel.com; dmarc=pass action=none header.from=intel.com; dkim=pass header.d=intel.com; arc=none Received: from MW4PR11MB5890.namprd11.prod.outlook.com (2603:10b6:303:188::18) by CH0PR11MB5737.namprd11.prod.outlook.com (2603:10b6:610:112::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5588.11; Thu, 1 Sep 2022 12:52:30 +0000 Received: from MW4PR11MB5890.namprd11.prod.outlook.com ([fe80::2838:9ed2:1ee9:a1d6]) by MW4PR11MB5890.namprd11.prod.outlook.com ([fe80::2838:9ed2:1ee9:a1d6%4]) with mapi id 15.20.5546.016; Thu, 1 Sep 2022 12:52:30 +0000 From: "Pieper, Jeffrey E" To: Eric Joyner , Mariano Aliaga CC: "freebsd-stable@freebsd.org" Subject: RE: igc NIC not detected Thread-Topic: igc NIC not detected Thread-Index: AQHYvKhUS/MwTqoXN0+9xHliN1U2Yq3JlKUAgAD00LA= Date: Thu, 1 Sep 2022 12:52:30 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-reaction: no-action dlp-version: 11.6.500.17 x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 11c0e456-7eb8-4410-dce7-08da8c18d4f4 x-ms-traffictypediagnostic: CH0PR11MB5737:EE_ x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: OWddwoqzX4nrh+ZigzGL7MMhXmuAV43SXQXLkhDUWZNuqk9hvFfjFIOhIoacIHzGewlmzIm5WTek8jacTcWJTRYpnb9rfdVvMhYphDTmZWhvgcpSjZ6n+WtsLjNCvAwvxohgk9mro3yEJjnc5AzUCuYYB8d4CxihuRl6wTHdZ97EJhul3qB3Yr3bJSCNs/JDCKUJG98zxDCdU5U6TgyOopuFHVBh9RuEPfPWi2nbwLkDZ2YoCuwstKln8t4fbX9SSOaldImrzW6Mts4z3gGwipZK+PoQ4e8IZjpurJaNrST/7GX5FNZRL2z5Hky/ck78Xyz97JHdlckZTIVRod9i/C1mk1zxV5IgqcZDDVQ96nORELOpkZS4kyIYPH4pCq0LzaXuVB7jemJ7nBlyF2pq05c8Ag6JrqyEDsIE0vpYeemsK6vpcbzyAEuaKsgaii8cEysajMqKdIOVwAlSMuOawI8jV4jT9YQSIf3kVLnEX+8OES7NUuCKT5WD5eKTPJ2DAo9xgc2w6FCSgVk14r3/zA21mCABXatNy/JEwxj90g5boCxUKAszxU2wUks2w16e1j0AD+kwz4uWBhIPAD37fFP0QOoqXuJ1Z0GUt4+KCTpTI5QCkl8Fzdwqk7wnqRMpTGJi6DCT3HSxD6Yi1sc0etIgl3lavNrr8o6fHuaQAH8tqMMg/aDC6zuF5bXm+/pqdc5EKMTYqkAIhOZd4hmUnN6LdA+Q+s8vjdM9rhdzs0aDFvPSa5wIkFH+n4thOEtBlu0u5JH/OZ9z4OqvtGsQGw== x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:MW4PR11MB5890.namprd11.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230016)(366004)(39860400002)(136003)(396003)(346002)(376002)(7696005)(83380400001)(53546011)(86362001)(41300700001)(6506007)(186003)(26005)(9686003)(38070700005)(82960400001)(38100700002)(3480700007)(122000001)(8936002)(110136005)(316002)(5660300002)(33656002)(55016003)(52536014)(76116006)(4326008)(8676002)(66946007)(66556008)(66446008)(64756008)(478600001)(66476007)(71200400001)(2906002);DIR:OUT;SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?cUdjQ0pIQUZVMEUxV3Rpakxrb1prMDhaSmdGK2NxQW5xRGZFYXhyMWJGcnJ3?= =?utf-8?B?eVlwK1FmdzNpYkVXcGVnU1Yza0RGbG5Td2c4MHUrSXM0YUtUbkZ5ZTN4N2JW?= =?utf-8?B?NGVUQW5jVWRoUWVDU0xNMTFaekdHdlc2ZUpUZHN0NFUvNFZwVnhZMDFzNG1H?= =?utf-8?B?ZHAvdVJJOURpK3hGSnlxVW9DSW55SmE1eXdTVkNvQVJldm54UVNZMDlTdisx?= =?utf-8?B?cGpQQjdSOXNNV1ZiWWNuWTBzR1J2ZUdHWHZXbGhrVFZzdnhzQUJHU0s2VFFq?= =?utf-8?B?MHBFK3E0Q1lMcmxxMFFaVnZSVmcxeGdtTUxyMXRGSmk0TXdYaDczNnUvWHh1?= =?utf-8?B?aGZqM0NvdkZLdmhXTFlvZ2pTWXpxcEo0elJvMWt0eWZOZWJIZ3BxMW1WL0d2?= =?utf-8?B?V296L1c2UnRDSXlOaENndzQ0VmdveXdVSDdYcXIzMjliL01oQ25XeHUxdXd6?= =?utf-8?B?M3VNWDF1TkdpRkZhejdQVzZMN1JKbHdMY0tVOEFHK0FSZGREUWp5dWtpYmtt?= =?utf-8?B?Uks1aFVOQTY3SkU5Q0ZZc3lSN2JRaThBNHlFc2cySS9Fb0dEV0d0NW9mSHJY?= =?utf-8?B?RzRRQTZhZ2NMVEpSZFdwVnZKOHhKRmx5NWZhZ1Y3U1d3dzF5M1VBOTZiTEdX?= =?utf-8?B?dDBqMmRWZ040NTIyN2hBVGNTcnphQ09MRTJIMkdKOXNPand5eVd0aStHQy9S?= =?utf-8?B?UGI5b3k4Sm1CUDFuN3pyaVZ5Z0RlSDdhbmgzOEhETE8yRkc4eEhscW16MVlN?= =?utf-8?B?clFuOWxWVkd4cmZ6cFFKSXVwSzV2SCt3bFFiOFo0NkxybUc2MDUwNHpPcGlP?= =?utf-8?B?QkZiRTcwek53anh0V3B3dFo1RXZIY2lmLytBTjZOb0hmTUtxNW1peHJnMDVM?= =?utf-8?B?bXV2UXRNc2pIM3dzWk9WUmtqQk1YbUVOcnVmdm1sNEJMYk9zaG1JWmQ4Rkxk?= =?utf-8?B?Y1FxV2wxLysvT29JZFpseDdPZmhNaFhJaDdHZXlzMFZUcTRpRnlRUDIxNHl0?= =?utf-8?B?Y2VoMHhpRXdYb28zNTk2b21ncUQvck5oU25LanRkbWVIdHNBbEtUOTNQcnZy?= =?utf-8?B?QlhhR2VjRGpnS2NwdUtlVHdPdThhZFhUaHREdGJPblRTZWFHRVd3cW9aUUxE?= =?utf-8?B?OEU2ZFJEMktjUloxVUJyUTU0OUhpODZLZnFvWm1qQXBpNXJhR0xzbExoRk1x?= =?utf-8?B?YjlTUnJmb2xZbjkvVmRFUjE3ZmVoUCtydzZkbEtpRk1Tcm56WGpkVGdEWWRt?= =?utf-8?B?WHR3bS9STzN5MUU0ZldBWkJyeWh5cUZTSUYwZTV5SktiaTkxZHgrMmdHS1Bn?= =?utf-8?B?SkltaHJaVHlhbGdCSkNQUUl2OURQWUVqWXNESnFxaTNEcURPNWZaUEw0ZW5T?= =?utf-8?B?M2JVcC9EdmFqcWNRTzU2Wno1SVdOVXNYdTVTdEk3dTZWeFlVK2U5RlhVQjZa?= =?utf-8?B?MCtIb3BCdmI4KzBkSWxLbEI4MEN2ZWVnOWN0bHdWYWZEbFJ3aHlOcHQ2a1dS?= =?utf-8?B?K0lmVWc5S2tMUFBzNEdjR1BCVDNqSG5PZE50NWsxZVFGb0V1TWFYWWJ4cm5S?= =?utf-8?B?cnFWRktzV215TWtRd1QxS0VrelpvcjVTRktoR0hqclZIVFhNanBReUJoR205?= =?utf-8?B?QmNlVG1oMjZMSDk1aUY3NlZtcFZxT3VFQWd2WUNBd1FxR3c5QVBJLzFCeTRL?= =?utf-8?B?TnZwWEtFMDVabHhCc3Y1TXRUdUFTcjZRS09tVEJXOE1Nb2JKaURQMFBONlhZ?= =?utf-8?B?NjlNeDA4cmFBN1FtZFZudVRCM0lBTjBESDB0eXFhZ21QMlpOdjFMd0I0TDdQ?= =?utf-8?B?RHlYMkdFRFU5cUJpZ3pDaUlybmJEbmRBUnFDUUw5SHBVdTRFOWlMMWRXNk43?= =?utf-8?B?WEVMdk5EaXBHVG9UN0FLWExHS1VxdytpVEVaSysrQ21WOVhTdHkxbzBZS1Vq?= =?utf-8?B?Mkc0Mi8rejViTGtjYzNuemJxUncvbkVZaXF4QytDUUJnYjhrWUhZai9ObVhC?= =?utf-8?B?VlJGMzVWOUVHZ283Uk0zaGxIV3haQUpXeEttczQrTUxuaW9ZaTdsTXFqVlNR?= =?utf-8?B?R0ZPZWxqWFlCT3lCQVB2b1FHR1lIMGpCMFNocm12aVpIZi9Weit1cE5yeUhQ?= =?utf-8?B?a1RlRWNySElDSGtIZHNBd0JqWENmMTBsTGJERGNtRUFBZllGbUFwYy8zZlA2?= =?utf-8?B?c2c9PQ==?= Content-Type: multipart/alternative; boundary="_000_MW4PR11MB58906C85638A9F5488362849D07B9MW4PR11MB5890namp_" List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: MW4PR11MB5890.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 11c0e456-7eb8-4410-dce7-08da8c18d4f4 X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Sep 2022 12:52:30.5642 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 46c98d88-e344-4ed4-8496-4ed7712e255d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: EyQL2FTEsYyuRfQ6UC18uKsMk79NT4cUyZ0dYXC8vCQd0SoEtJJvQRA12ubk/2j75EF/VoVSayKqqoR4UevX3YElNXAHa6OHAx0cHmNGCFs= X-MS-Exchange-Transport-CrossTenantHeadersStamped: CH0PR11MB5737 X-OriginatorOrg: intel.com X-Rspamd-Queue-Id: 4MJLZ93Pj6z415F X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none ("invalid DKIM record") header.d=intel.com header.s=Intel header.b=NRlSx4DM; arc=pass ("microsoft.com:s=arcselector9901:i=1"); dmarc=fail reason="No valid SPF" header.from=intel.com (policy=none); spf=softfail (mx1.freebsd.org: 134.134.136.65 is neither permitted nor denied by domain of jeffrey.e.pieper@intel.com) smtp.mailfrom=jeffrey.e.pieper@intel.com X-Spamd-Result: default: False [-3.41 / 15.00]; MIME_BASE64_TEXT_BOGUS(1.00)[]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; NEURAL_HAM_SHORT(-1.00)[-0.998]; NEURAL_HAM_MEDIUM(-0.99)[-0.991]; NEURAL_HAM_LONG(-0.82)[-0.820]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; RCVD_IN_DNSWL_MED(-0.20)[134.134.136.65:from]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[intel.com : No valid SPF,none]; MIME_BASE64_TEXT(0.10)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; RCVD_IN_DNSWL_NONE(0.00)[104.47.73.175:received]; R_DKIM_PERMFAIL(0.00)[intel.com:s=Intel]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:4983, ipnet:134.134.136.0/24, country:US]; RCVD_TLS_LAST(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; TO_DN_SOME(0.00)[]; RCVD_COUNT_SEVEN(0.00)[9]; DKIM_TRACE(0.00)[intel.com:~]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_TO(0.00)[freebsd.org,gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_DN_EQ_ADDR_SOME(0.00)[] X-ThisMailContainsUnwantedMimeParts: N --_000_MW4PR11MB58906C85638A9F5488362849D07B9MW4PR11MB5890namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 WWVzLCB0aGF0IHNwZWNpZmljIGRldmljZSBpZCAoMHgxNWZkKSBpbmRpY2F0ZXMgdGhlIE5WTS9l ZXByb20gaXMgYmxhbmsuDQoNCkplZmYNCg0KRnJvbTogb3duZXItZnJlZWJzZC1zdGFibGVAZnJl ZWJzZC5vcmcgPG93bmVyLWZyZWVic2Qtc3RhYmxlQGZyZWVic2Qub3JnPiBPbiBCZWhhbGYgT2Yg RXJpYyBKb3luZXINClNlbnQ6IFdlZG5lc2RheSwgQXVndXN0IDMxLCAyMDIyIDM6MTQgUE0NClRv OiBNYXJpYW5vIEFsaWFnYSA8bWFyaWFub2FsaWFnYUBnbWFpbC5jb20+DQpDYzogZnJlZWJzZC1z dGFibGVAZnJlZWJzZC5vcmcNClN1YmplY3Q6IFJlOiBpZ2MgTklDIG5vdCBkZXRlY3RlZA0KDQpI aSwNCg0KVGhlIEkyMjUgYWRhcHRlciBmYW1pbHkgc2hvdWxkIGJlIG1vc3RseSBzdXBwb3J0ZWQg YnkgaWdjKDQpOyBpdCdzIGhhcmQgdG8gc2F5IGluIHlvdXIgY2FzZSBiZWNhdXNlIGl0IGxvb2tz IGxpa2UgdGhlIE5WTSBpcyBpbnZhbGlkIHNvIHRoZSBkcml2ZXIgd29uJ3QgZG8gYW55dGhpbmcg d2l0aCB0aGUgaGFyZHdhcmUuIFlvdSBtYXkgbmVlZCBhIEJJT1MgdXBkYXRlIHRoYXQgaGFzIGEg dmFsaWQgTlZNIGluIGl0IChvciBtYXliZSByZWRvIGl0IHNpbmNlIGl0IG1pZ2h0IG5vdCBoYXZl IGhhcHBlbmVkIGNvcnJlY3RseSksIG9yIHRoZXJlIGNvdWxkIGJlIHNvbWUgb3RoZXIgaGFyZHdh cmUgaXNzdWUgdGhhdCByZXF1aXJlcyBhbiBSTUEuDQoNCi0gRXJpYw0KDQpPbiBUdWUsIEF1ZyAz MCwgMjAyMiBhdCAxMjozOSBQTSBNYXJpYW5vIEFsaWFnYSA8bWFyaWFub2FsaWFnYUBnbWFpbC5j b208bWFpbHRvOm1hcmlhbm9hbGlhZ2FAZ21haWwuY29tPj4gd3JvdGU6DQpIaSwNCiAgIEknbSB0 cnlpbmcgdG8gdXNlIGFuIEkyMjUgYmFzZWQgTklDIChBbWl0b3NhaSBNVFMtUENJRTI1R0xBTikg b24gMTMuMS1TVEFCTEUsIGJ1dCBpdCdzIG5vdCBiZWluZyBhdHRhY2hlZC4gZG1lc2cgc2hvd3Mg dGhlIGZvbGxvd2luZzoNCg0KaWdjMDogPEludGVsKFIpIEV0aGVybmV0IENvbnRyb2xsZXIgSTIy NShibGFua05WTSk+IG1lbSAweGY1ODAwMDAwLTB4ZjVmZmZmZmYsMHhmNjAwMDAwMC0weGY2MDAz ZmZmIGlycSAzMCBhdCBkZXZpY2UgMC4wIG9uIHBjaTYNCmlnYzA6IFRoZSBFRVBST00gQ2hlY2tz dW0gSXMgTm90IFZhbGlkDQppZ2MwOiBJRkRJX0FUVEFDSF9QUkUgZmFpbGVkIDUNCmRldmljZV9h dHRhY2g6IGlnYzAgYXR0YWNoIHJldHVybmVkIDUNCg0KYW5kIHRoaXMgaXMgdGhlIG91dHB1dCBv ZiBwY2ljb25mIC1sY2J2DQoNCm5vbmUxQHBjaTA6NjowOjA6ICAgICAgIGNsYXNzPTB4MDIwMDAw IHJldj0weDAxIGhkcj0weDAwIHZlbmRvcj0weDgwODYgZGV2aWNlPTB4MTVmZCBzdWJ2ZW5kb3I9 MHg4MDg2IHN1YmRldmljZT0weDAwMDANCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0 aW9uJw0KICAgIGNsYXNzICAgICAgPSBuZXR3b3JrDQogICAgc3ViY2xhc3MgICA9IGV0aGVybmV0 DQogICAgYmFyICAgWzEwXSA9IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFzZSAweGY1ODAwMDAw LCBzaXplIDgzODg2MDgsIGVuYWJsZWQNCiAgICBiYXIgICBbMWNdID0gdHlwZSBNZW1vcnksIHJh bmdlIDMyLCBiYXNlIDB4ZjYwMDAwMDAsIHNpemUgMTYzODQsIGVuYWJsZWQNCiAgICBjYXAgMDFb NDBdID0gcG93ZXJzcGVjIDMgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwDQogICAgY2FwIDA1 WzUwXSA9IE1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UsIDY0IGJpdCwgdmVjdG9yIG1hc2tzDQogICAg Y2FwIDExWzcwXSA9IE1TSS1YIHN1cHBvcnRzIDUgbWVzc2FnZXMNCiAgICAgICAgICAgICAgICAg VGFibGUgaW4gbWFwIDB4MWNbMHgwXSwgUEJBIGluIG1hcCAweDFjWzB4MjAwMF0NCiAgICBjYXAg MTBbYTBdID0gUENJLUV4cHJlc3MgMiBlbmRwb2ludCBtYXggZGF0YSAxMjgoNTEyKSBGTFIgUk8g TlMNCiAgICAgICAgICAgICAgICAgbWF4IHJlYWQgNTEyDQogICAgICAgICAgICAgICAgIGxpbmsg eDEoeDEpIHNwZWVkIDUuMCg1LjApIEFTUE0gZGlzYWJsZWQoTDBzL0wxKQ0KICAgIGVjYXAgMDAw MVsxMDBdID0gQUVSIDIgMCBmYXRhbCAwIG5vbi1mYXRhbCAxIGNvcnJlY3RlZA0KICAgIGVjYXAg MDAwM1sxNDBdID0gU2VyaWFsIDEgMDBhMGM5ZmZmZjAwMDAwMA0KICAgIGVjYXAgMDAxOFsxYzBd ID0gTFRSIDENCiAgICBlY2FwIDAwMWZbMWYwXSA9IFByZWNpc2lvbiBUaW1lIE1lYXN1cmVtZW50 IDENCiAgICBlY2FwIDAwMWVbMWUwXSA9IEwxIFBNIFN1YnN0YXRlcyAxDQoNCg0KSXMgdGhpcyBh ZGFwdGVyIHN1cHBvcnRlZCBvciBpcyB0aGVyZSBzb21ldGhpbmcgSSBjYW4gZG8gdG8gbWFrZSBp dCB3b3JrPw0KDQpUaGFua3MgaW4gYWR2YW5jZQ0KDQpNYXJpYW5vDQoNCg0K --_000_MW4PR11MB58906C85638A9F5488362849D07B9MW4PR11MB5890namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpWZXJkYW5hOw0KCXBhbm9zZS0xOjIgMTEg NiA0IDMgNSA0IDQgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwg bGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowaW47DQoJZm9udC1zaXplOjEx LjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQphOmxpbmssIHNwYW4u TXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRl eHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0eWxl LXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7 DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpl eHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpAcGFnZSBX b3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEu MGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+ PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9 ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBt c28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0 PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0K PC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiIHN0 eWxlPSJ3b3JkLXdyYXA6YnJlYWstd29yZCI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+WWVzLCB0aGF0IHNwZWNpZmljIGRldmljZSBpZCAoMHgxNWZk KSBpbmRpY2F0ZXMgdGhlIE5WTS9lZXByb20gaXMgYmxhbmsuPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPkplZmY8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1 ZSAxLjVwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJi b3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAw aW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj5Gcm9tOjwvYj4gb3duZXItZnJl ZWJzZC1zdGFibGVAZnJlZWJzZC5vcmcgJmx0O293bmVyLWZyZWVic2Qtc3RhYmxlQGZyZWVic2Qu b3JnJmd0Ow0KPGI+T24gQmVoYWxmIE9mIDwvYj5FcmljIEpveW5lcjxicj4NCjxiPlNlbnQ6PC9i PiBXZWRuZXNkYXksIEF1Z3VzdCAzMSwgMjAyMiAzOjE0IFBNPGJyPg0KPGI+VG86PC9iPiBNYXJp YW5vIEFsaWFnYSAmbHQ7bWFyaWFub2FsaWFnYUBnbWFpbC5jb20mZ3Q7PGJyPg0KPGI+Q2M6PC9i PiBmcmVlYnNkLXN0YWJsZUBmcmVlYnNkLm9yZzxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogaWdj IE5JQyBub3QgZGV0ZWN0ZWQ8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5IaSw8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PlRoZSBJMjI1IGFkYXB0ZXIgZmFtaWx5IHNob3VsZCBiZSBtb3N0bHkgc3VwcG9ydGVkIGJ5IGln Yyg0KTsgaXQncyBoYXJkIHRvIHNheSBpbiB5b3VyIGNhc2UgYmVjYXVzZSBpdCBsb29rcyBsaWtl IHRoZSBOVk0gaXMgaW52YWxpZCBzbyB0aGUgZHJpdmVyIHdvbid0IGRvIGFueXRoaW5nIHdpdGgg dGhlIGhhcmR3YXJlLiBZb3UgbWF5IG5lZWQgYSBCSU9TIHVwZGF0ZSB0aGF0IGhhcyBhIHZhbGlk IE5WTSBpbiBpdA0KIChvciBtYXliZSByZWRvIGl0IHNpbmNlIGl0IG1pZ2h0IG5vdCBoYXZlIGhh cHBlbmVkIGNvcnJlY3RseSksIG9yIHRoZXJlIGNvdWxkIGJlIHNvbWUgb3RoZXIgaGFyZHdhcmUg aXNzdWUgdGhhdCByZXF1aXJlcyBhbiBSTUEuPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPi0gRXJpYzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBUdWUsIEF1ZyAzMCwgMjAyMiBhdCAxMjoz OSBQTSBNYXJpYW5vIEFsaWFnYSAmbHQ7PGEgaHJlZj0ibWFpbHRvOm1hcmlhbm9hbGlhZ2FAZ21h aWwuY29tIj5tYXJpYW5vYWxpYWdhQGdtYWlsLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6 c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0O21hcmdpbi1sZWZ0 OjQuOHB0O21hcmdpbi1yaWdodDowaW4iPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJk YW5hJnF1b3Q7LHNhbnMtc2VyaWYiPkhpLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7Jm5ic3A7 IEknbSB0cnlpbmcgdG8gdXNlIGFuIEkyMjUgYmFzZWQgTklDIChBbWl0b3NhaSBNVFMtUENJRTI1 R0xBTikgb24gMTMuMS1TVEFCTEUsIGJ1dCBpdCdzIG5vdCBiZWluZyBhdHRhY2hlZC4gZG1lc2cg c2hvd3MgdGhlIGZvbGxvd2luZzo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250 LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fu cy1zZXJpZiI+aWdjMDogJmx0O0ludGVsKFIpIEV0aGVybmV0IENvbnRyb2xsZXIgSTIyNShibGFu a05WTSkmZ3Q7IG1lbSAweGY1ODAwMDAwLTB4ZjVmZmZmZmYsMHhmNjAwMDAwMC0weGY2MDAzZmZm IGlycSAzMCBhdCBkZXZpY2UgMC4wIG9uIHBjaTY8YnI+DQppZ2MwOiBUaGUgRUVQUk9NIENoZWNr c3VtIElzIE5vdCBWYWxpZDxicj4NCmlnYzA6IElGRElfQVRUQUNIX1BSRSBmYWlsZWQgNTxicj4N CmRldmljZV9hdHRhY2g6IGlnYzAgYXR0YWNoIHJldHVybmVkIDU8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+YW5kIHRoaXMgaXMgdGhlIG91dHB1dCBvZiBwY2lj b25mIC1sY2J2PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPm5v bmUxQHBjaTA6NjowOjA6ICZuYnNwOyAmbmJzcDsgJm5ic3A7IGNsYXNzPTB4MDIwMDAwIHJldj0w eDAxIGhkcj0weDAwIHZlbmRvcj0weDgwODYgZGV2aWNlPTB4MTVmZCBzdWJ2ZW5kb3I9MHg4MDg2 IHN1YmRldmljZT0weDAwMDA8YnI+DQombmJzcDsgJm5ic3A7IHZlbmRvciAmbmJzcDsgJm5ic3A7 ID0gJ0ludGVsIENvcnBvcmF0aW9uJzxicj4NCiZuYnNwOyAmbmJzcDsgY2xhc3MgJm5ic3A7ICZu YnNwOyAmbmJzcDs9IG5ldHdvcms8YnI+DQombmJzcDsgJm5ic3A7IHN1YmNsYXNzICZuYnNwOyA9 IGV0aGVybmV0PGJyPg0KJm5ic3A7ICZuYnNwOyBiYXIgJm5ic3A7IFsxMF0gPSB0eXBlIE1lbW9y eSwgcmFuZ2UgMzIsIGJhc2UgMHhmNTgwMDAwMCwgc2l6ZSA4Mzg4NjA4LCBlbmFibGVkPGJyPg0K Jm5ic3A7ICZuYnNwOyBiYXIgJm5ic3A7IFsxY10gPSB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJh c2UgMHhmNjAwMDAwMCwgc2l6ZSAxNjM4NCwgZW5hYmxlZDxicj4NCiZuYnNwOyAmbmJzcDsgY2Fw IDAxWzQwXSA9IHBvd2Vyc3BlYyAzICZuYnNwO3N1cHBvcnRzIEQwIEQzICZuYnNwO2N1cnJlbnQg RDA8YnI+DQombmJzcDsgJm5ic3A7IGNhcCAwNVs1MF0gPSBNU0kgc3VwcG9ydHMgMSBtZXNzYWdl LCA2NCBiaXQsIHZlY3RvciBtYXNrcyA8YnI+DQombmJzcDsgJm5ic3A7IGNhcCAxMVs3MF0gPSBN U0ktWCBzdXBwb3J0cyA1IG1lc3NhZ2VzPGJyPg0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtUYWJsZSBpbiBtYXAgMHgxY1sweDBd LCBQQkEgaW4gbWFwIDB4MWNbMHgyMDAwXTxicj4NCiZuYnNwOyAmbmJzcDsgY2FwIDEwW2EwXSA9 IFBDSS1FeHByZXNzIDIgZW5kcG9pbnQgbWF4IGRhdGEgMTI4KDUxMikgRkxSIFJPIE5TPGJyPg0K Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDttYXggcmVhZCA1MTI8YnI+DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO2xpbmsgeDEoeDEpIHNwZWVkIDUuMCg1LjApIEFT UE0gZGlzYWJsZWQoTDBzL0wxKTxicj4NCiZuYnNwOyAmbmJzcDsgZWNhcCAwMDAxWzEwMF0gPSBB RVIgMiAwIGZhdGFsIDAgbm9uLWZhdGFsIDEgY29ycmVjdGVkPGJyPg0KJm5ic3A7ICZuYnNwOyBl Y2FwIDAwMDNbMTQwXSA9IFNlcmlhbCAxIDAwYTBjOWZmZmYwMDAwMDA8YnI+DQombmJzcDsgJm5i c3A7IGVjYXAgMDAxOFsxYzBdID0gTFRSIDE8YnI+DQombmJzcDsgJm5ic3A7IGVjYXAgMDAxZlsx ZjBdID0gUHJlY2lzaW9uIFRpbWUgTWVhc3VyZW1lbnQgMTxicj4NCiZuYnNwOyAmbmJzcDsgZWNh cCAwMDFlWzFlMF0gPSBMMSBQTSBTdWJzdGF0ZXMgMTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFu YSZxdW90OyxzYW5zLXNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBw dDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPklzIHRoaXMgYWRh cHRlciBzdXBwb3J0ZWQgb3IgaXMgdGhlcmUgc29tZXRoaW5nIEkgY2FuIGRvIHRvIG1ha2UgaXQg d29yaz88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtW ZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+VGhhbmtz IGluIGFkdmFuY2U8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTom cXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+ TWFyaWFubzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_MW4PR11MB58906C85638A9F5488362849D07B9MW4PR11MB5890namp_-- From nobody Fri Sep 2 14:39:05 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MK0tF5Wcdz4Zlnq for ; Fri, 2 Sep 2022 14:39:33 +0000 (UTC) (envelope-from marianoaliaga@gmail.com) Received: from mail-yw1-x112e.google.com (mail-yw1-x112e.google.com [IPv6:2607:f8b0:4864:20::112e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MK0tD4FDjz3P8S; Fri, 2 Sep 2022 14:39:32 +0000 (UTC) (envelope-from marianoaliaga@gmail.com) Received: by mail-yw1-x112e.google.com with SMTP id 00721157ae682-33dce2d4bc8so18602067b3.4; Fri, 02 Sep 2022 07:39:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date; bh=IRiFfeMhEL6bz5hGmemxnBfISYeiLMSxlWW8kw8v/eQ=; b=fezkzhj5jEj5Th4NmHXqyBPcFo+v5+6U3mJpVoKDn5gE6j1sIn1tb9bkflly6uuRRe jk3U64cP8tAXIcEEX/LJLPNVLQQOxnXAY1t1xhbSbkaS9gHgzVUJg4UR4P3I9BcW7eHX H226Ot76JLBYznaD2JKSGYxIRmXORNh2XScxlCRwMvIhZik0zP2Gz4JO1P1TmUyEf/rp VUXVnNDQ12fBufCd+UoYEgZeChKOBbcvJV5wl9mIqLbgboixroawv62yW0YS0h6336Lf sQvoaKNl+FiVmqh7ns9zDVGYAVPMirAZzo/AyDKO3rPP8K7rJ8zW+2ZgC9fgJSO/Var8 +mWw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date; bh=IRiFfeMhEL6bz5hGmemxnBfISYeiLMSxlWW8kw8v/eQ=; b=X+YHuKYti0PWIzGrZI5d93aH7HZwTsnQyoUhwKTSkV9LI8kLd0s8AgHoitNXF3XvRA EVyuG73Sc21dzVmLJMEIDm9YG3nKN10eqKWvaaoULHaC0+kq47iBQEn1BtWSv9I87S2d tqobAfOHBE0Yv+vbmOQoB9nHWdCO5xRkH5F1oSzA9qB7bLrpDd5A0StLneElpknd+mPt Q+9acIB/klpuQGYA8qp4A7Hxk+y4Qgvs6lw/67YTk2EXzdx+hisXrx6jzbY1I0OWRo49 xZ/kYjOPiA3IUCqcBJGD60k8pH4X9457hRBbTrdbzUOOfi9fMkqMEw78/pee5GY5NiEi kbxA== X-Gm-Message-State: ACgBeo2Nk8xb2s5WIyUmxhy0kFAZBMWUEBLszIknkb9RfAnBmcTh/qFx mMznsZ86zXeIKjVqaXu+BshVIU1Y7jWLo6+ACwI= X-Google-Smtp-Source: AA6agR5aK+Tlzr5ejuHERszOhaXx7Oczh5TTrho4TriG7HfMfMSmorIuJ1G+ALk1tHeiH0JeJVZZLh7T1fHkoBungUY= X-Received: by 2002:a81:83c7:0:b0:33d:bf98:a9ce with SMTP id t190-20020a8183c7000000b0033dbf98a9cemr27269139ywf.104.1662129571297; Fri, 02 Sep 2022 07:39:31 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Mariano Aliaga Date: Fri, 2 Sep 2022 11:39:05 -0300 Message-ID: Subject: Re: igc NIC not detected To: "Pieper, Jeffrey E" Cc: Eric Joyner , "freebsd-stable@freebsd.org" Content-Type: multipart/alternative; boundary="000000000000aaff9305e7b2b2c1" X-Rspamd-Queue-Id: 4MK0tD4FDjz3P8S X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=fezkzhj5; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of marianoaliaga@gmail.com designates 2607:f8b0:4864:20::112e as permitted sender) smtp.mailfrom=marianoaliaga@gmail.com X-Spamd-Result: default: False [-3.91 / 15.00]; NEURAL_HAM_SHORT(-0.98)[-0.985]; NEURAL_HAM_MEDIUM(-0.97)[-0.973]; NEURAL_HAM_LONG(-0.95)[-0.948]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; ARC_NA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::112e:from]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DKIM_TRACE(0.00)[gmail.com:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N --000000000000aaff9305e7b2b2c1 Content-Type: text/plain; charset="UTF-8" On Thu, Sep 1, 2022 at 9:53 AM Pieper, Jeffrey E wrote: > Yes, that specific device id (0x15fd) indicates the NVM/eeprom is blank. > > Exactly, I saw that on the driver's code. I'm not sure what that implies, but if it's listed it should work, shouldn't it? I'll try the NIC on windows to discard hardware failure and report back. -- Mariano > > > *From:* owner-freebsd-stable@freebsd.org > *On Behalf Of *Eric Joyner > *Sent:* Wednesday, August 31, 2022 3:14 PM > *To:* Mariano Aliaga > *Cc:* freebsd-stable@freebsd.org > *Subject:* Re: igc NIC not detected > > > > Hi, > > > > The I225 adapter family should be mostly supported by igc(4); it's hard to > say in your case because it looks like the NVM is invalid so the driver > won't do anything with the hardware. You may need a BIOS update that has a > valid NVM in it (or maybe redo it since it might not have happened > correctly), or there could be some other hardware issue that requires an > RMA. > > > > - Eric > > > > On Tue, Aug 30, 2022 at 12:39 PM Mariano Aliaga > wrote: > > Hi, > > I'm trying to use an I225 based NIC (Amitosai MTS-PCIE25GLAN) on > 13.1-STABLE, but it's not being attached. dmesg shows the following: > > > > igc0: mem > 0xf5800000-0xf5ffffff,0xf6000000-0xf6003fff irq 30 at device 0.0 on pci6 > igc0: The EEPROM Checksum Is Not Valid > igc0: IFDI_ATTACH_PRE failed 5 > device_attach: igc0 attach returned 5 > > > > and this is the output of pciconf -lcbv > > > > none1@pci0:6:0:0: class=0x020000 rev=0x01 hdr=0x00 vendor=0x8086 > device=0x15fd subvendor=0x8086 subdevice=0x0000 > vendor = 'Intel Corporation' > class = network > subclass = ethernet > bar [10] = type Memory, range 32, base 0xf5800000, size 8388608, > enabled > bar [1c] = type Memory, range 32, base 0xf6000000, size 16384, > enabled > cap 01[40] = powerspec 3 supports D0 D3 current D0 > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > cap 11[70] = MSI-X supports 5 messages > Table in map 0x1c[0x0], PBA in map 0x1c[0x2000] > cap 10[a0] = PCI-Express 2 endpoint max data 128(512) FLR RO NS > max read 512 > link x1(x1) speed 5.0(5.0) ASPM disabled(L0s/L1) > ecap 0001[100] = AER 2 0 fatal 0 non-fatal 1 corrected > ecap 0003[140] = Serial 1 00a0c9ffff000000 > ecap 0018[1c0] = LTR 1 > ecap 001f[1f0] = Precision Time Measurement 1 > ecap 001e[1e0] = L1 PM Substates 1 > > > > > > Is this adapter supported or is there something I can do to make it work? > > > > Thanks in advance > > > > Mariano > > > > > > --000000000000aaff9305e7b2b2c1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Thu, Sep 1, 2022 at 9:53 AM Pieper, Jeffrey E <jeffrey.e.pieper@intel.com= > wrote:
=

Yes, that specific device id (0x15fd) indicates the = NVM/eeprom is blank.


Exactly, I saw that on the driver's code. I'm not sur= e what that implies, but if it's listed it should work, shouldn't i= t? I'll try the NIC on windows to discard hardware failure and report b= ack.


--
=
Mariano
=C2=A0

=C2=A0

From: owner-freebsd-stable@freebsd.org <owner-fr= eebsd-stable@freebsd.org> On Behalf Of Eric Joyner
Sent: Wednesday, August 31, 2022 3:14 PM
To: Mariano Aliaga <marianoaliaga@gmail.com>
Cc: = freebsd-stable@freebsd.org
Subject: Re: igc NIC not detected

=C2=A0

Hi,

=C2=A0

The I225 adapter family should be mostly supported b= y igc(4); it's hard to say in your case because it looks like the NVM i= s invalid so the driver won't do anything with the hardware. You may ne= ed a BIOS update that has a valid NVM in it (or maybe redo it since it might not have happened correctly), or there co= uld be some other hardware issue that requires an RMA.

=C2=A0

- Eric

=C2=A0

On Tue, Aug 30, 2022 at 12:39 PM Mariano Aliaga <= marianoaliaga@= gmail.com> wrote:

Hi,

=C2=A0=C2=A0 I'm trying to use an I225 based NIC = (Amitosai MTS-PCIE25GLAN) on 13.1-STABLE, but it's not being attached. = dmesg shows the following:

=C2=A0

igc0: <Intel(R) Ethernet Controller I225(blankNVM)= > mem 0xf5800000-0xf5ffffff,0xf6000000-0xf6003fff irq 30 at device 0.0 o= n pci6
igc0: The EEPROM Checksum Is Not Valid
igc0: IFDI_ATTACH_PRE failed 5
device_attach: igc0 attach returned 5

=C2=A0

and this is the output of pciconf -lcbv=

=C2=A0

none1@pci0:6:0:0: =C2=A0 =C2=A0 =C2=A0 class=3D0x0200= 00 rev=3D0x01 hdr=3D0x00 vendor=3D0x8086 device=3D0x15fd subvendor=3D0x8086= subdevice=3D0x0000
=C2=A0 =C2=A0 vendor =C2=A0 =C2=A0 =3D 'Intel Corporation'
=C2=A0 =C2=A0 class =C2=A0 =C2=A0 =C2=A0=3D network
=C2=A0 =C2=A0 subclass =C2=A0 =3D ethernet
=C2=A0 =C2=A0 bar =C2=A0 [10] =3D type Memory, range 32, base 0xf5800000, s= ize 8388608, enabled
=C2=A0 =C2=A0 bar =C2=A0 [1c] =3D type Memory, range 32, base 0xf6000000, s= ize 16384, enabled
=C2=A0 =C2=A0 cap 01[40] =3D powerspec 3 =C2=A0supports D0 D3 =C2=A0current= D0
=C2=A0 =C2=A0 cap 05[50] =3D MSI supports 1 message, 64 bit, vector masks <= br> =C2=A0 =C2=A0 cap 11[70] =3D MSI-X supports 5 messages
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Table in map = 0x1c[0x0], PBA in map 0x1c[0x2000]
=C2=A0 =C2=A0 cap 10[a0] =3D PCI-Express 2 endpoint max data 128(512) FLR R= O NS
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0max read 512<= br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0link x1(x1) s= peed 5.0(5.0) ASPM disabled(L0s/L1)
=C2=A0 =C2=A0 ecap 0001[100] =3D AER 2 0 fatal 0 non-fatal 1 corrected
=C2=A0 =C2=A0 ecap 0003[140] =3D Serial 1 00a0c9ffff000000
=C2=A0 =C2=A0 ecap 0018[1c0] =3D LTR 1
=C2=A0 =C2=A0 ecap 001f[1f0] =3D Precision Time Measurement 1
=C2=A0 =C2=A0 ecap 001e[1e0] =3D L1 PM Substates 1

=C2=A0

=C2=A0

Is this adapter supported or is there something I can= do to make it work?

=C2=A0

Thanks in advance

=C2=A0

Mariano

=C2=A0

=C2=A0

--000000000000aaff9305e7b2b2c1-- From nobody Mon Sep 12 15:46:48 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MR9vZ4kdfz4cnJB for ; Mon, 12 Sep 2022 15:47:06 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from connect.ultra-secure.de (connect.ultra-secure.de [88.198.71.201]) by mx1.freebsd.org (Postfix) with ESMTP id 4MR9vY2twyz44Sq for ; Mon, 12 Sep 2022 15:47:05 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: (Haraka outbound); Mon, 12 Sep 2022 17:46:57 +0200 Received-SPF: SoftFail (connect.ultra-secure.de: domain of ultra-secure.de does not designate 212.71.103.5 as permitted sender) receiver=connect.ultra-secure.de; identity=mailfrom; client-ip=212.71.103.5; helo=smtpclient.apple; envelope-from= Received-SPF: None (connect.ultra-secure.de: domain of smtpclient.apple does not designate 212.71.103.5 as permitted sender) receiver=connect.ultra-secure.de; identity=helo; client-ip=212.71.103.5; helo=smtpclient.apple; envelope-from= Received: from smtpclient.apple ([212.71.103.5]) by connect.ultra-secure.de (Haraka/2.6.2-toaster) with ESMTPSA id 9C0B20A0-1C4A-4C37-B968-6E7844A91F5B.1 envelope-from (authenticated bits=0) (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 verify=NO); Mon, 12 Sep 2022 17:46:50 +0200 From: Rainer Duffner Content-Type: multipart/alternative; boundary="Apple-Mail=_936FF755-E7D1-4394-B68E-ABC620A10D90" List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.1\)) Subject: Problem booting FreeBSD 13.0 and 13.1 on a box with an external HP enclose - panic in make_dev_alias_v Message-Id: <6C359504-4A04-4A59-8718-BD6F7F3EEFBA@ultra-secure.de> Date: Mon, 12 Sep 2022 17:46:48 +0200 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.3696.120.41.1.1) X-Haraka-GeoIP: EU, CH, 451km X-Haraka-ASN: 24951 X-Haraka-GeoIP-Received: 212.71.103.5:CH X-Haraka-ASN: 24951 212.71.96.0/20 X-Haraka-ASN-CYMRU: asn=24951 net=212.71.96.0/20 country=CH assignor=ripencc date=1999-11-18 X-Haraka-p0f: os="Mac OS X " link_type="DSL" distance=13 total_conn=2 shared_ip=N X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on spamassassin X-Spam-Level: X-Spam-Status: No, score=-2.2 required=5.0 tests=ALL_TRUSTED,BAYES_00, HTML_MESSAGE,SPF_HELO_NONE,SPF_SOFTFAIL,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.1 X-Haraka-Karma: score: 6, good: 271, bad: 0, connections: 302, history: 271, asn_score: 558, asn_connections: 637, asn_good: 559, asn_bad: 1, pass:all_good, asn, relaying X-Rspamd-Queue-Id: 4MR9vY2twyz44Sq X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of rainer@ultra-secure.de designates 88.198.71.201 as permitted sender) smtp.mailfrom=rainer@ultra-secure.de X-Spamd-Result: default: False [-2.70 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_NO_TLS_LAST(0.10)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:24940, ipnet:88.198.0.0/16, country:DE]; MIME_TRACE(0.00)[0:+,1:+,2:~]; R_DKIM_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[ultra-secure.de]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N --Apple-Mail=_936FF755-E7D1-4394-B68E-ABC620A10D90 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi, I have created a PR for this, but it has not attracted any attention = from anybody. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D266183 Basically, I have a HP DL 380 Gen 10 Server with the following hardware: ses0: ; ID: 51402ec010b61100 Desc Dev Model Ident = Size/Status - - - - Not = Installed - da0 HP EG001200JWFVA 48D0A19BFQXE1815 1T - da1 HP EG001200JWFVA 48D0A1BTFQXE1815 1T - da2 HP EG001200JWFVA 48D0A1GGFQXE1815 1T - da3 HP EG001200JWFVA 48D0A1B6FQXE1815 1T - da4 HP EG001200JWFVA 48D0A1AGFQXE1815 1T - da5 HP EG001200JWFVA 48D0A1EQFQXE1815 1T - da6 HP EG001200JWFVA 48D0A1H2FQXE1815 1T - da7 HP EG001200JWFVA 48D0A1FMFQXE1815 1T - da8 HP EG001200JWJNQ WFK1F14Y 1T - da9 HP EG001200JWJNQ WFK248J7 1T - da10 HP EG001200JWJNQ WFK2MLXX 1T - da11 HP EG001200JWJNQ WFK2FRNL 1T - da12 HP EG001200JWJNQ WFK12X9N 1T - da13 HP EG001200JWJNQ WFK2LREQ 1T - da14 HP EG001200JWJNQ WFK2H5CH 1T - da15 HP EG001200JWJNQ WFK2ER85 1T - da16 HP EG001200JWJNQ WFK3JD0N 1T - da17 HP EG001200JWJNQ WFK3JBDM 1T - da18 HP EG001200JWJNQ WFK3JD8E 1T - da19 HP EG001200JWJNQ WFK3ES09 1T - da20 HP EG001200JWJNQ WFK3JCPY 1T - da21 HP EG001200JWJNQ WFK3JBDQ 1T - da22 HP EG001200JWJNQ WFK3JB3X 1T - da23 HP EG001200JWJNQ WFK3ERTQ 1T - - - - Not = Installed - - - - Not = Installed - - - - Not = Installed - - - - Not = Installed ses1: ; ID: 51402ec011040770 Desc Dev Model Ident = Size/Status Internal Device - - - = OK Temperatures: Controller Temperature Sensors : 69 C, = emc_1464_int:0:7:Vendor defined : 44 C, emc_1464_ext1:1:1:Chip ASIC = : 69 C, emc_1464_ext2:2:8:Vendor define : 58 C, emc_1464_ext3:3:6:Vendor = define : 51 C ses2: ; ID: 5001438041aad880 Desc Dev Model Ident = Size/Status {"Name":"Drive bay"} - - - = Not Installed {"Name":"DriveBay1"} da24 HP EG001200JWJNQ WFK5DDT0 = 1T {"Name":"DriveBay2"} da25 HP EG001200JWJNQ WFK5FY2N = 1T {"Name":"DriveBay3"} da26 HP EG001200JWJNQ WFK5JHPF = 1T {"Name":"DriveBay4"} da27 HP EG001200JWJNQ WFK5FV96 = 1T {"Name":"DriveBay5"} da28 HP EG001200JWJNQ WFK5FV9P = 1T {"Name":"DriveBay6"} da29 HP EG001200JWJNQ WFK5FWHX = 1T {"Name":"DriveBay7"} da30 HP EG001200JWJNQ WFK5JH9R = 1T {"Name":"DriveBay8"} da31 HP EG001200JWJNQ WFK5B2XA = 1T {"Name":"DriveBay9"} da32 HP EG001200JWJNQ WFK72ZM9 = 1T {"Name":"DriveBay10"} da33 HP EG001200JWJNQ WFK6RNDD = 1T {"Name":"DriveBay11"} da34 HP EG001200JWJNQ WFK72VXL = 1T {"Name":"DriveBay12"} da35 HP EG001200JWJNQ WFK6RMHA = 1T {"Name":"DriveBay13"} da36 HP EG001200JWJNQ WFK72ZLX = 1T {"Name":"DriveBay14"} da37 HP EG001200JWJNQ WFK6S3ST = 1T {"Name":"DriveBay15"} da38 HP EG001200JWJNQ WFK72ZH8 = 1T {"Name":"DriveBay16"} da39 HP EG001200JWJNQ WFK72H6S = 1T {"Name":"DriveBay17"} da40 HP EG001200JWJNQ WFK7Y2H2 = 1T {"Name":"DriveBay18"} da41 HP EG001200JWJNQ WFK826HG = 1T {"Name":"DriveBay19"} da42 HP EG001200JWJNQ WFK86CZM = 1T {"Name":"DriveBay20"} da43 HP EG001200JWJNQ WFK89JCS = 1T {"Name":"DriveBay21"} da44 HP EG001200JWJNQ WFK827M0 = 1T {"Name":"DriveBay22"} da45 HP EG001200JWJNQ WFK89LYY = 1T {"Name":"DriveBay23"} da46 HP EG001200JWJNQ WFK7ZC2A = 1T {"Name":"DriveBay24"} da47 HP EG001200JWJNQ WFK7Y2HJ = 1T {"Name":"DriveBay25"} - - - = Not Installed Temperatures: {"Name":"Temperature sensor"} : 46 C, = {"Name":"LocalIoModule-Sensor[0]"} : 29 C, = {"Name":"LocalIoModule-Sensor[1]"} : 29 C, = {"Name":"LocalExpander-CpuSensor[0]"} : 46 C, = {"Name":"PartnerIoModule-Sensor[0]"}: 29 C, = {"Name":"PartnerIoModule-Sensor[1]"}: 30 C, = {"Name":"PartnerExpander-CpuSensor[0]"} : 46 C, = {"Name":"PowerSupply[1]-InletSensor[0]"}: 31 C, = {"Name":"PowerSupply[1]-Sensor[0]"} : 36 C, = {"Name":"PowerSupply[2]-InletSensor[0]"}: 29 C, = {"Name":"PowerSupply[2]-Sensor[0]"} : 33 C, = {"Name":"Backplane-Sensor[0]"} : 26 C, {"Name":"Backplane-Sensor[1]"} = : 26 C, {"Name":"Backplane-Sensor[2]"} : 27 C, = {"Name":"Backplane-Sensor[3]"} : 26 C, {"Name":"Backplane-Sensor[4]"} = : 25 C ses3: ; ID: 51402ec01361cce0 Desc Dev Model Ident = Size/Status Internal Device - - - = OK Temperatures: Controller Temperature Sensors : 68 C, = emc_1464_int:0:7:Vendor defined : 52 C, emc_1464_ext1:1:1:Chip ASIC = : 68 C, emc_1464_ext2:2:8:Vendor define : 53 C, emc_1464_ext3:3:6:Vendor = define : 58 C ses4: ; ID: 51402ec010284310 Desc Dev Model Ident = Size/Status Internal Device - - - = OK ArrayElement0000 da48 HP EG000300JWFVB 48B0A025FQVE1815 = 300G NoDrive000000001 - - - = Not Installed ArrayElement0002 da49 HP EG000300JWFVB 48B0A015FQVE1815 = 300G NoDrive000000003 - - - = Not Installed Temperatures: Controller Temperature Sensors : 58 C, = emc_1464_int:0:7:Vendor defined : 48 C, emc_1464_ext1:1:1:Chip ASIC = : 58 C, emc_1464_ext2:2:8:Vendor define : 48 C This works in 12.3, but when I upgraded to 13.1, it would panic at boot. panic: make_dev_alias_v: bad is_name (errror=3D22, = si_name=3Denc0n5001438041aad8ba/type@0/slot@1/elmdesc@("Name": = DriveBay1")/pass27 The installer ISOs also panic, so it=E2=80=99s nothing on the disks. Who can address this? --Apple-Mail=_936FF755-E7D1-4394-B68E-ABC620A10D90 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi,

I = have created a PR for this, but it has not attracted any attention from = anybody.

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D266183<= /div>


Basically, I have a HP DL 380 Gen 10 = Server with the following hardware:

ses0: <HPE =
12G SAS Exp Card 5.08>; ID: 51402ec010b61100
Desc     Dev     Model                     Ident                =
Size/Status
-        -       -                         -                    Not =
Installed
-        da0     HP EG001200JWFVA          48D0A19BFQXE1815     1T
-        da1     HP EG001200JWFVA          48D0A1BTFQXE1815     1T
-        da2     HP EG001200JWFVA          48D0A1GGFQXE1815     1T
-        da3     HP EG001200JWFVA          48D0A1B6FQXE1815     1T
-        da4     HP EG001200JWFVA          48D0A1AGFQXE1815     1T
-        da5     HP EG001200JWFVA          48D0A1EQFQXE1815     1T
-        da6     HP EG001200JWFVA          48D0A1H2FQXE1815     1T
-        da7     HP EG001200JWFVA          48D0A1FMFQXE1815     1T
-        da8     HP EG001200JWJNQ          WFK1F14Y             1T
-        da9     HP EG001200JWJNQ          WFK248J7             1T
-        da10    HP EG001200JWJNQ          WFK2MLXX             1T
-        da11    HP EG001200JWJNQ          WFK2FRNL             1T
-        da12    HP EG001200JWJNQ          WFK12X9N             1T
-        da13    HP EG001200JWJNQ          WFK2LREQ             1T
-        da14    HP EG001200JWJNQ          WFK2H5CH             1T
-        da15    HP EG001200JWJNQ          WFK2ER85             1T
-        da16    HP EG001200JWJNQ          WFK3JD0N             1T
-        da17    HP EG001200JWJNQ          WFK3JBDM             1T
-        da18    HP EG001200JWJNQ          WFK3JD8E             1T
-        da19    HP EG001200JWJNQ          WFK3ES09             1T
-        da20    HP EG001200JWJNQ          WFK3JCPY             1T
-        da21    HP EG001200JWJNQ          WFK3JBDQ             1T
-        da22    HP EG001200JWJNQ          WFK3JB3X             1T
-        da23    HP EG001200JWJNQ          WFK3ERTQ             1T
-        -       -                         -                    Not =
Installed
-        -       -                         -                    Not =
Installed
-        -       -                         -                    Not =
Installed
-        -       -                         -                    Not =
Installed

ses1: <HPE E208i-p SR Gen10 3.53>; ID: 51402ec011040770
Desc     Dev     Model                     Ident                =
Size/Status
Internal Device  -       -                         -                    =
OK

Temperatures: Controller Temperature Sensors  : 69 C, =
emc_1464_int:0:7:Vendor defined : 44 C, emc_1464_ext1:1:1:Chip ASIC     =
: 69 C, emc_1464_ext2:2:8:Vendor define : 58 C, emc_1464_ext3:3:6:Vendor =
define : 51 C

ses2: <HPE D3710 5.04>; ID: 5001438041aad880
Desc     Dev     Model                     Ident                =
Size/Status
{"Name":"Drive bay"} -       -                         -                 =
   Not Installed
{"Name":"DriveBay1"} da24    HP EG001200JWJNQ          WFK5DDT0          =
   1T
{"Name":"DriveBay2"} da25    HP EG001200JWJNQ          WFK5FY2N          =
   1T
{"Name":"DriveBay3"} da26    HP EG001200JWJNQ          WFK5JHPF          =
   1T
{"Name":"DriveBay4"} da27    HP EG001200JWJNQ          WFK5FV96          =
   1T
{"Name":"DriveBay5"} da28    HP EG001200JWJNQ          WFK5FV9P          =
   1T
{"Name":"DriveBay6"} da29    HP EG001200JWJNQ          WFK5FWHX          =
   1T
{"Name":"DriveBay7"} da30    HP EG001200JWJNQ          WFK5JH9R          =
   1T
{"Name":"DriveBay8"} da31    HP EG001200JWJNQ          WFK5B2XA          =
   1T
{"Name":"DriveBay9"} da32    HP EG001200JWJNQ          WFK72ZM9          =
   1T
{"Name":"DriveBay10"}    da33    HP EG001200JWJNQ          WFK6RNDD      =
       1T
{"Name":"DriveBay11"}    da34    HP EG001200JWJNQ          WFK72VXL      =
       1T
{"Name":"DriveBay12"}    da35    HP EG001200JWJNQ          WFK6RMHA      =
       1T
{"Name":"DriveBay13"}    da36    HP EG001200JWJNQ          WFK72ZLX      =
       1T
{"Name":"DriveBay14"}    da37    HP EG001200JWJNQ          WFK6S3ST      =
       1T
{"Name":"DriveBay15"}    da38    HP EG001200JWJNQ          WFK72ZH8      =
       1T
{"Name":"DriveBay16"}    da39    HP EG001200JWJNQ          WFK72H6S      =
       1T
{"Name":"DriveBay17"}    da40    HP EG001200JWJNQ          WFK7Y2H2      =
       1T
{"Name":"DriveBay18"}    da41    HP EG001200JWJNQ          WFK826HG      =
       1T
{"Name":"DriveBay19"}    da42    HP EG001200JWJNQ          WFK86CZM      =
       1T
{"Name":"DriveBay20"}    da43    HP EG001200JWJNQ          WFK89JCS      =
       1T
{"Name":"DriveBay21"}    da44    HP EG001200JWJNQ          WFK827M0      =
       1T
{"Name":"DriveBay22"}    da45    HP EG001200JWJNQ          WFK89LYY      =
       1T
{"Name":"DriveBay23"}    da46    HP EG001200JWJNQ          WFK7ZC2A      =
       1T
{"Name":"DriveBay24"}    da47    HP EG001200JWJNQ          WFK7Y2HJ      =
       1T
{"Name":"DriveBay25"}    -       -                         -             =
       Not Installed

Temperatures: {"Name":"Temperature sensor"}   : 46 C, =
{"Name":"LocalIoModule-Sensor[0]"}  : 29 C, =
{"Name":"LocalIoModule-Sensor[1]"}  : 29 C, =
{"Name":"LocalExpander-CpuSensor[0]"}   : 46 C, =
{"Name":"PartnerIoModule-Sensor[0]"}: 29 C, =
{"Name":"PartnerIoModule-Sensor[1]"}: 30 C, =
{"Name":"PartnerExpander-CpuSensor[0]"} : 46 C, =
{"Name":"PowerSupply[1]-InletSensor[0]"}: 31 C, =
{"Name":"PowerSupply[1]-Sensor[0]"} : 36 C, =
{"Name":"PowerSupply[2]-InletSensor[0]"}: 29 C, =
{"Name":"PowerSupply[2]-Sensor[0]"} : 33 C, =
{"Name":"Backplane-Sensor[0]"}  : 26 C, {"Name":"Backplane-Sensor[1]"}  =
: 26 C, {"Name":"Backplane-Sensor[2]"}  : 27 C, =
{"Name":"Backplane-Sensor[3]"}  : 26 C, {"Name":"Backplane-Sensor[4]"}  =
: 25 C

ses3: <HPE P408e-p SR Gen10 3.53>; ID: 51402ec01361cce0
Desc     Dev     Model                     Ident                =
Size/Status
Internal Device  -       -                         -                    =
OK

Temperatures: Controller Temperature Sensors  : 68 C, =
emc_1464_int:0:7:Vendor defined : 52 C, emc_1464_ext1:1:1:Chip ASIC     =
: 68 C, emc_1464_ext2:2:8:Vendor define : 53 C, emc_1464_ext3:3:6:Vendor =
define : 58 C

ses4: <HPE P408i-a SR Gen10 3.53>; ID: 51402ec010284310
Desc     Dev     Model                     Ident                =
Size/Status
Internal Device  -       -                         -                    =
OK
ArrayElement0000 da48    HP EG000300JWFVB          48B0A025FQVE1815     =
300G
NoDrive000000001 -       -                         -                    =
Not Installed
ArrayElement0002 da49    HP EG000300JWFVB          48B0A015FQVE1815     =
300G
NoDrive000000003 -       -                         -                    =
Not Installed

Temperatures: Controller Temperature Sensors  : 58 C, =
emc_1464_int:0:7:Vendor defined : 48 C, emc_1464_ext1:1:1:Chip ASIC     =
: 58 C, emc_1464_ext2:2:8:Vendor define : 48 C


This works in 12.3, but when I upgraded to 13.1, it would = panic at boot.

panic: make_dev_alias_v: bad =
is_name (errror=3D22, =
si_name=3Denc0n5001438041aad8ba/type@0/slot@1/elmdesc@("Name": =
DriveBay1")/pass27

The = installer ISOs also panic, so it=E2=80=99s nothing on the = disks.



Who = can address this?






= --Apple-Mail=_936FF755-E7D1-4394-B68E-ABC620A10D90-- From nobody Mon Sep 12 16:22:46 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MRBhz38Gqz4bg50 for ; Mon, 12 Sep 2022 16:22:59 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ua1-x935.google.com (mail-ua1-x935.google.com [IPv6:2607:f8b0:4864:20::935]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MRBhy4QTLz48V9 for ; Mon, 12 Sep 2022 16:22:58 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-ua1-x935.google.com with SMTP id i17so1322313uaq.9 for ; Mon, 12 Sep 2022 09:22:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date; bh=58tEuOBFXl5K0wzA10eH5v2HqZWL1GEuNcogIUBVmOs=; b=skOanfI6g/A5rTkyw7MNh5tjZQFt5PXxIh3TXZpS5tbuJvOhjlgRCl1ja/g0EjdJ9o Q0NZYaugxZp4xvBOs/0u2dMDOhHqVE6Lfb54t4jsxBiasuUPlaXyqfpHJkx4Fi1u/NJp Q9e/ZtYBqO4ZmI90z57seJedQMdn0UYIbhwn16JB2Et7m2Cx9uno1BUJJvMHdGIYdQmV NzXfwa4AfQ8VLadbbnveIFmEbJR4uhH3ckVRAkGxE1gpZ6lUmRq12BSFNHH1LIozfy6F zqNMcBDIsW84jr9pSFkCao9fXd3IZX+YD9hi607of/ypTbFW8jqIgrAcdZKBhrcHL8ny TYaw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date; bh=58tEuOBFXl5K0wzA10eH5v2HqZWL1GEuNcogIUBVmOs=; b=sn7vN4GguYPRYx8tLpPgogWW7L6J8Jr/m5to+mCV88HhuYBDZb/sEbLQE0Adg5N346 f4lzh1Qz4QH/2c4GTixM6wJdn27Nz0vWQ38bylFaqrDJjeRZG9IrxjOMSXyff1vvhal7 Lnrpv3vdX7trxllYnjXdICWF8XmEogwkpKWenuXbtCOGSQTR85R/n9kUIS71F/dvogLd 1z9OvHPcTAy8IgHAEsNVtSheOeGFWkhSzUvC2O5PeDQIZ2lALZlH5M2wa7+GfXkTQX7r pfzlsfJvO1a+lnaQeI2sFupNzu1fDBlFun1jhMTHWbu49pUvBo9uspXZdmkGQx4uwB5k nnJA== X-Gm-Message-State: ACgBeo1i0J+7zY5xsURyYTOStG8WfI63YSnc4Rn0pqgjIXN9mSUUw85o Ea+YX9NLQaGBVJtldss3mpYIQwRbvW0h/T92zftcp9upj5VIn/Ku X-Google-Smtp-Source: AA6agR42vzRXgiLQ30q8yvgXywn6JSt5Wn67VpBj6GfPA8lngBEWQtHq/ZEsVSys9DwLA9vZSTHKFArltmmCgy5vhiA= X-Received: by 2002:ab0:15ed:0:b0:365:f250:7384 with SMTP id j42-20020ab015ed000000b00365f2507384mr8468084uae.44.1662999777728; Mon, 12 Sep 2022 09:22:57 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <6C359504-4A04-4A59-8718-BD6F7F3EEFBA@ultra-secure.de> In-Reply-To: <6C359504-4A04-4A59-8718-BD6F7F3EEFBA@ultra-secure.de> From: Warner Losh Date: Mon, 12 Sep 2022 10:22:46 -0600 Message-ID: Subject: Re: Problem booting FreeBSD 13.0 and 13.1 on a box with an external HP enclose - panic in make_dev_alias_v To: Rainer Duffner Cc: FreeBSD-STABLE Mailing List Content-Type: multipart/alternative; boundary="00000000000003721205e87d4f53" X-Rspamd-Queue-Id: 4MRBhy4QTLz48V9 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20210112.gappssmtp.com header.s=20210112 header.b=skOanfI6; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::935) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-3.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20210112.gappssmtp.com:s=20210112]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; R_SPF_NA(0.00)[no SPF record]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::935:from]; DKIM_TRACE(0.00)[bsdimp-com.20210112.gappssmtp.com:+]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; DMARC_NA(0.00)[bsdimp.com]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N --00000000000003721205e87d4f53 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Sep 12, 2022 at 9:47 AM Rainer Duffner wrote: > Hi, > > I have created a PR for this, but it has not attracted any attention from > anybody. > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D266183 > > > Basically, I have a HP DL 380 Gen 10 Server with the following hardware: > > ses0: ; ID: 51402ec010b61100 > Desc Dev Model Ident Size/Stat= us > - - - - Not Insta= lled > - da0 HP EG001200JWFVA 48D0A19BFQXE1815 1T > - da1 HP EG001200JWFVA 48D0A1BTFQXE1815 1T > - da2 HP EG001200JWFVA 48D0A1GGFQXE1815 1T > - da3 HP EG001200JWFVA 48D0A1B6FQXE1815 1T > - da4 HP EG001200JWFVA 48D0A1AGFQXE1815 1T > - da5 HP EG001200JWFVA 48D0A1EQFQXE1815 1T > - da6 HP EG001200JWFVA 48D0A1H2FQXE1815 1T > - da7 HP EG001200JWFVA 48D0A1FMFQXE1815 1T > - da8 HP EG001200JWJNQ WFK1F14Y 1T > - da9 HP EG001200JWJNQ WFK248J7 1T > - da10 HP EG001200JWJNQ WFK2MLXX 1T > - da11 HP EG001200JWJNQ WFK2FRNL 1T > - da12 HP EG001200JWJNQ WFK12X9N 1T > - da13 HP EG001200JWJNQ WFK2LREQ 1T > - da14 HP EG001200JWJNQ WFK2H5CH 1T > - da15 HP EG001200JWJNQ WFK2ER85 1T > - da16 HP EG001200JWJNQ WFK3JD0N 1T > - da17 HP EG001200JWJNQ WFK3JBDM 1T > - da18 HP EG001200JWJNQ WFK3JD8E 1T > - da19 HP EG001200JWJNQ WFK3ES09 1T > - da20 HP EG001200JWJNQ WFK3JCPY 1T > - da21 HP EG001200JWJNQ WFK3JBDQ 1T > - da22 HP EG001200JWJNQ WFK3JB3X 1T > - da23 HP EG001200JWJNQ WFK3ERTQ 1T > - - - - Not Insta= lled > - - - - Not Insta= lled > - - - - Not Insta= lled > - - - - Not Insta= lled > > ses1: ; ID: 51402ec011040770 > Desc Dev Model Ident Size/Stat= us > Internal Device - - - O= K > > Temperatures: Controller Temperature Sensors : 69 C, emc_1464_int:0:7:Ve= ndor defined : 44 C, emc_1464_ext1:1:1:Chip ASIC : 69 C, emc_1464_ext2:= 2:8:Vendor define : 58 C, emc_1464_ext3:3:6:Vendor define : 51 C > > ses2: ; ID: 5001438041aad880 > Desc Dev Model Ident Size/Stat= us > {"Name":"Drive bay"} - - - = Not Installed > {"Name":"DriveBay1"} da24 HP EG001200JWJNQ WFK5DDT0 = 1T > {"Name":"DriveBay2"} da25 HP EG001200JWJNQ WFK5FY2N = 1T > {"Name":"DriveBay3"} da26 HP EG001200JWJNQ WFK5JHPF = 1T > {"Name":"DriveBay4"} da27 HP EG001200JWJNQ WFK5FV96 = 1T > {"Name":"DriveBay5"} da28 HP EG001200JWJNQ WFK5FV9P = 1T > {"Name":"DriveBay6"} da29 HP EG001200JWJNQ WFK5FWHX = 1T > {"Name":"DriveBay7"} da30 HP EG001200JWJNQ WFK5JH9R = 1T > {"Name":"DriveBay8"} da31 HP EG001200JWJNQ WFK5B2XA = 1T > {"Name":"DriveBay9"} da32 HP EG001200JWJNQ WFK72ZM9 = 1T > {"Name":"DriveBay10"} da33 HP EG001200JWJNQ WFK6RNDD = 1T > {"Name":"DriveBay11"} da34 HP EG001200JWJNQ WFK72VXL = 1T > {"Name":"DriveBay12"} da35 HP EG001200JWJNQ WFK6RMHA = 1T > {"Name":"DriveBay13"} da36 HP EG001200JWJNQ WFK72ZLX = 1T > {"Name":"DriveBay14"} da37 HP EG001200JWJNQ WFK6S3ST = 1T > {"Name":"DriveBay15"} da38 HP EG001200JWJNQ WFK72ZH8 = 1T > {"Name":"DriveBay16"} da39 HP EG001200JWJNQ WFK72H6S = 1T > {"Name":"DriveBay17"} da40 HP EG001200JWJNQ WFK7Y2H2 = 1T > {"Name":"DriveBay18"} da41 HP EG001200JWJNQ WFK826HG = 1T > {"Name":"DriveBay19"} da42 HP EG001200JWJNQ WFK86CZM = 1T > {"Name":"DriveBay20"} da43 HP EG001200JWJNQ WFK89JCS = 1T > {"Name":"DriveBay21"} da44 HP EG001200JWJNQ WFK827M0 = 1T > {"Name":"DriveBay22"} da45 HP EG001200JWJNQ WFK89LYY = 1T > {"Name":"DriveBay23"} da46 HP EG001200JWJNQ WFK7ZC2A = 1T > {"Name":"DriveBay24"} da47 HP EG001200JWJNQ WFK7Y2HJ = 1T > {"Name":"DriveBay25"} - - - = Not Installed > > Temperatures: {"Name":"Temperature sensor"} : 46 C, {"Name":"LocalIoMod= ule-Sensor[0]"} : 29 C, {"Name":"LocalIoModule-Sensor[1]"} : 29 C, {"Name= ":"LocalExpander-CpuSensor[0]"} : 46 C, {"Name":"PartnerIoModule-Sensor[0= ]"}: 29 C, {"Name":"PartnerIoModule-Sensor[1]"}: 30 C, {"Name":"PartnerExpa= nder-CpuSensor[0]"} : 46 C, {"Name":"PowerSupply[1]-InletSensor[0]"}: 31 C,= {"Name":"PowerSupply[1]-Sensor[0]"} : 36 C, {"Name":"PowerSupply[2]-InletS= ensor[0]"}: 29 C, {"Name":"PowerSupply[2]-Sensor[0]"} : 33 C, {"Name":"Back= plane-Sensor[0]"} : 26 C, {"Name":"Backplane-Sensor[1]"} : 26 C, {"Name":= "Backplane-Sensor[2]"} : 27 C, {"Name":"Backplane-Sensor[3]"} : 26 C, {"N= ame":"Backplane-Sensor[4]"} : 25 C > > ses3: ; ID: 51402ec01361cce0 > Desc Dev Model Ident Size/Stat= us > Internal Device - - - O= K > > Temperatures: Controller Temperature Sensors : 68 C, emc_1464_int:0:7:Ve= ndor defined : 52 C, emc_1464_ext1:1:1:Chip ASIC : 68 C, emc_1464_ext2:= 2:8:Vendor define : 53 C, emc_1464_ext3:3:6:Vendor define : 58 C > > ses4: ; ID: 51402ec010284310 > Desc Dev Model Ident Size/Stat= us > Internal Device - - - O= K > ArrayElement0000 da48 HP EG000300JWFVB 48B0A025FQVE1815 3= 00G > NoDrive000000001 - - - N= ot Installed > ArrayElement0002 da49 HP EG000300JWFVB 48B0A015FQVE1815 3= 00G > NoDrive000000003 - - - N= ot Installed > > Temperatures: Controller Temperature Sensors : 58 C, emc_1464_int:0:7:Ve= ndor defined : 48 C, emc_1464_ext1:1:1:Chip ASIC : 58 C, emc_1464_ext2:= 2:8:Vendor define : 48 C > > > > This works in 12.3, but when I upgraded to 13.1, it would panic at boot. > > panic: make_dev_alias_v: bad is_name (errror=3D22, si_name=3Denc0n5001438= 041aad8ba/type@0/slot@1/elmdesc@("Name": DriveBay1")/pass27 > > > The installer ISOs also panic, so it=E2=80=99s nothing on the disks. > > > > Who can address this? > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D264513 already addresse= d this. you'll need to run stable/13 I think to get the fix. I didn't see a fix for this in the EN notices. Or you need to back-port 5f438dd3acba47e54e63b13bfff31a49bcc6ddea. It landed in stable/13 as b3c8ab9ff9081748277906a348aff9d331c09092 and just adds a flag to an arg to a call to make_dev_physpath_alias to tell it not to panic. Warner Warner --00000000000003721205e87d4f53 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Mon, Sep 12, 2022 at 9:47 AM Raine= r Duffner <rainer@ultra-secure= .de> wrote:
Hi,

I have = created a PR for this, but it has not attracted any attention from anybody.=



Basical= ly, I have a HP DL 380 Gen 10 Server with the following hardware:

ses0: <HPE 12G SAS Exp Card 5.08>; ID: 51402ec010b61100
Desc     Dev     Model                     Ident                Size/Status
-        -       -                         -                    Not Install=
ed
-        da0     HP EG001200JWFVA          48D0A19BFQXE1815     1T
-        da1     HP EG001200JWFVA          48D0A1BTFQXE1815     1T
-        da2     HP EG001200JWFVA          48D0A1GGFQXE1815     1T
-        da3     HP EG001200JWFVA          48D0A1B6FQXE1815     1T
-        da4     HP EG001200JWFVA          48D0A1AGFQXE1815     1T
-        da5     HP EG001200JWFVA          48D0A1EQFQXE1815     1T
-        da6     HP EG001200JWFVA          48D0A1H2FQXE1815     1T
-        da7     HP EG001200JWFVA          48D0A1FMFQXE1815     1T
-        da8     HP EG001200JWJNQ          WFK1F14Y             1T
-        da9     HP EG001200JWJNQ          WFK248J7             1T
-        da10    HP EG001200JWJNQ          WFK2MLXX             1T
-        da11    HP EG001200JWJNQ          WFK2FRNL             1T
-        da12    HP EG001200JWJNQ          WFK12X9N             1T
-        da13    HP EG001200JWJNQ          WFK2LREQ             1T
-        da14    HP EG001200JWJNQ          WFK2H5CH             1T
-        da15    HP EG001200JWJNQ          WFK2ER85             1T
-        da16    HP EG001200JWJNQ          WFK3JD0N             1T
-        da17    HP EG001200JWJNQ          WFK3JBDM             1T
-        da18    HP EG001200JWJNQ          WFK3JD8E             1T
-        da19    HP EG001200JWJNQ          WFK3ES09             1T
-        da20    HP EG001200JWJNQ          WFK3JCPY             1T
-        da21    HP EG001200JWJNQ          WFK3JBDQ             1T
-        da22    HP EG001200JWJNQ          WFK3JB3X             1T
-        da23    HP EG001200JWJNQ          WFK3ERTQ             1T
-        -       -                         -                    Not Install=
ed
-        -       -                         -                    Not Install=
ed
-        -       -                         -                    Not Install=
ed
-        -       -                         -                    Not Install=
ed

ses1: <HPE E208i-p SR Gen10 3.53>; ID: 51402ec011040770
Desc     Dev     Model                     Ident                Size/Status
Internal Device  -       -                         -                    OK

Temperatures: Controller Temperature Sensors  : 69 C, emc_1464_int:0:7:Vend=
or defined : 44 C, emc_1464_ext1:1:1:Chip ASIC     : 69 C, emc_1464_ext2:2:=
8:Vendor define : 58 C, emc_1464_ext3:3:6:Vendor define : 51 C

ses2: <HPE D3710 5.04>; ID: 5001438041aad880
Desc     Dev     Model                     Ident                Size/Status
{"Name":"Drive bay"} -       -                         =
-                    Not Installed
{"Name":"DriveBay1"} da24    HP EG001200JWJNQ          =
WFK5DDT0             1T
{"Name":"DriveBay2"} da25    HP EG001200JWJNQ          =
WFK5FY2N             1T
{"Name":"DriveBay3"} da26    HP EG001200JWJNQ          =
WFK5JHPF             1T
{"Name":"DriveBay4"} da27    HP EG001200JWJNQ          =
WFK5FV96             1T
{"Name":"DriveBay5"} da28    HP EG001200JWJNQ          =
WFK5FV9P             1T
{"Name":"DriveBay6"} da29    HP EG001200JWJNQ          =
WFK5FWHX             1T
{"Name":"DriveBay7"} da30    HP EG001200JWJNQ          =
WFK5JH9R             1T
{"Name":"DriveBay8"} da31    HP EG001200JWJNQ          =
WFK5B2XA             1T
{"Name":"DriveBay9"} da32    HP EG001200JWJNQ          =
WFK72ZM9             1T
{"Name":"DriveBay10"}    da33    HP EG001200JWJNQ      =
    WFK6RNDD             1T
{"Name":"DriveBay11"}    da34    HP EG001200JWJNQ      =
    WFK72VXL             1T
{"Name":"DriveBay12"}    da35    HP EG001200JWJNQ      =
    WFK6RMHA             1T
{"Name":"DriveBay13"}    da36    HP EG001200JWJNQ      =
    WFK72ZLX             1T
{"Name":"DriveBay14"}    da37    HP EG001200JWJNQ      =
    WFK6S3ST             1T
{"Name":"DriveBay15"}    da38    HP EG001200JWJNQ      =
    WFK72ZH8             1T
{"Name":"DriveBay16"}    da39    HP EG001200JWJNQ      =
    WFK72H6S             1T
{"Name":"DriveBay17"}    da40    HP EG001200JWJNQ      =
    WFK7Y2H2             1T
{"Name":"DriveBay18"}    da41    HP EG001200JWJNQ      =
    WFK826HG             1T
{"Name":"DriveBay19"}    da42    HP EG001200JWJNQ      =
    WFK86CZM             1T
{"Name":"DriveBay20"}    da43    HP EG001200JWJNQ      =
    WFK89JCS             1T
{"Name":"DriveBay21"}    da44    HP EG001200JWJNQ      =
    WFK827M0             1T
{"Name":"DriveBay22"}    da45    HP EG001200JWJNQ      =
    WFK89LYY             1T
{"Name":"DriveBay23"}    da46    HP EG001200JWJNQ      =
    WFK7ZC2A             1T
{"Name":"DriveBay24"}    da47    HP EG001200JWJNQ      =
    WFK7Y2HJ             1T
{"Name":"DriveBay25"}    -       -                     =
    -                    Not Installed

Temperatures: {"Name":"Temperature sensor"}   : 46 C, {=
"Name":"LocalIoModule-Sensor[0]"}  : 29 C, {"Name&=
quot;:"LocalIoModule-Sensor[1]"}  : 29 C, {"Name":"=
;LocalExpander-CpuSensor[0]"}   : 46 C, {"Name":"Partne=
rIoModule-Sensor[0]"}: 29 C, {"Name":"PartnerIoModule-S=
ensor[1]"}: 30 C, {"Name":"PartnerExpander-CpuSensor[0]=
"} : 46 C, {"Name":"PowerSupply[1]-InletSensor[0]"=
}: 31 C, {"Name":"PowerSupply[1]-Sensor[0]"} : 36 C, {&=
quot;Name":"PowerSupply[2]-InletSensor[0]"}: 29 C, {"Na=
me":"PowerSupply[2]-Sensor[0]"} : 33 C, {"Name":&q=
uot;Backplane-Sensor[0]"}  : 26 C, {"Name":"Backplane-S=
ensor[1]"}  : 26 C, {"Name":"Backplane-Sensor[2]"}=
  : 27 C, {"Name":"Backplane-Sensor[3]"}  : 26 C, {&quo=
t;Name":"Backplane-Sensor[4]"}  : 25 C

ses3: <HPE P408e-p SR Gen10 3.53>; ID: 51402ec01361cce0
Desc     Dev     Model                     Ident                Size/Status
Internal Device  -       -                         -                    OK

Temperatures: Controller Temperature Sensors  : 68 C, emc_1464_int:0:7:Vend=
or defined : 52 C, emc_1464_ext1:1:1:Chip ASIC     : 68 C, emc_1464_ext2:2:=
8:Vendor define : 53 C, emc_1464_ext3:3:6:Vendor define : 58 C

ses4: <HPE P408i-a SR Gen10 3.53>; ID: 51402ec010284310
Desc     Dev     Model                     Ident                Size/Status
Internal Device  -       -                         -                    OK
ArrayElement0000 da48    HP EG000300JWFVB          48B0A025FQVE1815     300=
G
NoDrive000000001 -       -                         -                    Not=
 Installed
ArrayElement0002 da49    HP EG000300JWFVB          48B0A015FQVE1815     300=
G
NoDrive000000003 -       -                         -                    Not=
 Installed

Temperatures: Controller Temperature Sensors  : 58 C, emc_1464_int:0:7:Vend=
or defined : 48 C, emc_1464_ext1:1:1:Chip ASIC     : 58 C, emc_1464_ext2:2:=
8:Vendor define : 48 C


This w= orks in 12.3, but when I upgraded to 13.1, it would panic at boot.

panic: make_dev_alias_v: bad is_name (errror=3D22, si_name=3De=
nc0n5001438041aad8ba/type@0/slot@1/elmdesc@("Name": DriveBay1&quo=
t;)/pass27

The installer ISOs also panic, so it=E2=80= =99s nothing on the disks.



Who can address this?

https:= //bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D264513 already addressed = this. you'll need to run
stable/13 I think to get the fix. I = didn't see a fix for this in the EN notices.

O= r you need to back-port=C2=A05f438dd3acba47e54e63b13bfff31a49bcc6ddea. It l= anded in stable/13 as
b3c8ab9ff9081748277906a348aff9d331c09092 an= d just adds a flag to an arg to a call to=C2=A0make_dev_physpath_alias
<= /div>
to tell it not to panic.

Warner

Warner
--00000000000003721205e87d4f53-- From nobody Mon Sep 12 16:26:39 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MRBnZ6FCmz4bgHJ for ; Mon, 12 Sep 2022 16:26:58 +0000 (UTC) (envelope-from herbert@laubners.info) Received: from palace.sfdns.net (palace.sfdns.net [103.27.72.10]) (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 4MRBnY04j9z3C45 for ; Mon, 12 Sep 2022 16:26:56 +0000 (UTC) (envelope-from herbert@laubners.info) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=laubners.info; s=default; h=To:Message-Id:Subject:Date:Mime-Version:From: Content-Transfer-Encoding:Content-Type:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=Pkj95jXURyNL/Gyss9JFBzTUzVD52+LxzdLfjzSIzUY=; b=xJUbGG+qJsLg+qgo2sh6cqio+C gNdvmUk6a3uA1E1VXbp3uN4YEq6dGu1A4NTNVlb7bkMcMO8aqUekq886LG8a4It1DX/6BAQ7+zkir TYo7q+FW/EHvWe3YiI19GtR19b3KrvU7fmQMEwwXYeS+LFmpVHFXlXfK+DAsWieGJrIA=; Received: from [212.30.36.162] (port=59156 helo=smtpclient.apple) by palace.sfdns.net with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.95) (envelope-from ) id 1oXmGo-0003Rm-T5 for freebsd-stable@freebsd.org; Tue, 13 Sep 2022 00:26:52 +0800 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Herbert Laubner List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (1.0) Date: Mon, 12 Sep 2022 21:56:39 +0530 Subject: Unsubscribe Message-Id: To: freebsd-stable@freebsd.org X-Mailer: iPhone Mail (19G82) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - palace.sfdns.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - laubners.info X-Get-Message-Sender-Via: palace.sfdns.net: authenticated_id: herbert@laubners.info X-Authenticated-Sender: palace.sfdns.net: herbert@laubners.info X-Source: X-Source-Args: X-Source-Dir: X-Rspamd-Queue-Id: 4MRBnY04j9z3C45 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=laubners.info header.s=default header.b=xJUbGG+q; dmarc=none; spf=pass (mx1.freebsd.org: domain of herbert@laubners.info designates 103.27.72.10 as permitted sender) smtp.mailfrom=herbert@laubners.info X-Spamd-Result: default: False [-2.60 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SUBJECT_ENDS_SPACES(0.50)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:103.27.72.0/22]; R_DKIM_ALLOW(-0.20)[laubners.info:s=default]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[103.27.72.10:from]; HAS_X_GMSV(0.00)[herbert@laubners.info]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[laubners.info]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; DKIM_TRACE(0.00)[laubners.info:+]; HAS_X_ANTIABUSE(0.00)[]; TO_DN_NONE(0.00)[]; HAS_X_SOURCE(0.00)[]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:132111, ipnet:103.27.72.0/24, country:MY]; MIME_TRACE(0.00)[0:+]; HAS_X_AS(0.00)[herbert@laubners.info]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Send from my mobile phone. Please excuse any typos. From nobody Mon Sep 12 16:28:12 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MRBq62R2hz4bggB for ; Mon, 12 Sep 2022 16:28:18 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from connect.ultra-secure.de (connect.ultra-secure.de [88.198.71.201]) by mx1.freebsd.org (Postfix) with ESMTP id 4MRBq53SsFz3DDS for ; Mon, 12 Sep 2022 16:28:17 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: (Haraka outbound); Mon, 12 Sep 2022 18:28:16 +0200 Received-SPF: SoftFail (connect.ultra-secure.de: domain of ultra-secure.de does not designate 212.71.103.5 as permitted sender) receiver=connect.ultra-secure.de; identity=mailfrom; client-ip=212.71.103.5; helo=smtpclient.apple; envelope-from= Received-SPF: None (connect.ultra-secure.de: domain of smtpclient.apple does not designate 212.71.103.5 as permitted sender) receiver=connect.ultra-secure.de; identity=helo; client-ip=212.71.103.5; helo=smtpclient.apple; envelope-from= Received: from smtpclient.apple ([212.71.103.5]) by connect.ultra-secure.de (Haraka/2.6.2-toaster) with ESMTPSA id 7296C407-74CF-4E1A-9CFD-405BA346868A.1 envelope-from (authenticated bits=0) (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 verify=NO); Mon, 12 Sep 2022 18:28:14 +0200 From: Rainer Duffner Message-Id: <445B93A8-B01B-4B82-9B5A-0F02351BF8C2@ultra-secure.de> Content-Type: multipart/alternative; boundary="Apple-Mail=_18865020-C80D-4DA2-AB76-5D94F76C4276" List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.1\)) Subject: Re: Problem booting FreeBSD 13.0 and 13.1 on a box with an external HP enclose - panic in make_dev_alias_v Date: Mon, 12 Sep 2022 18:28:12 +0200 In-Reply-To: Cc: stable@freebsd.org To: Warner Losh References: <6C359504-4A04-4A59-8718-BD6F7F3EEFBA@ultra-secure.de> X-Mailer: Apple Mail (2.3696.120.41.1.1) X-Haraka-GeoIP: EU, CH, 451km X-Haraka-ASN: 24951 X-Haraka-GeoIP-Received: 212.71.103.5:CH X-Haraka-ASN: 24951 212.71.96.0/20 X-Haraka-ASN-CYMRU: asn=24951 net=212.71.96.0/20 country=CH assignor=ripencc date=1999-11-18 X-Haraka-p0f: os="Mac OS X " link_type="DSL" distance=13 total_conn=3 shared_ip=N X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on spamassassin X-Spam-Level: X-Spam-Status: No, score=-2.2 required=5.0 tests=ALL_TRUSTED,BAYES_00, HTML_MESSAGE,SPF_HELO_NONE,SPF_SOFTFAIL,T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.1 X-Haraka-Karma: score: 6, good: 272, bad: 0, connections: 303, history: 272, asn_score: 559, asn_connections: 638, asn_good: 560, asn_bad: 1, pass:all_good, asn, relaying X-Rspamd-Queue-Id: 4MRBq53SsFz3DDS X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of rainer@ultra-secure.de designates 88.198.71.201 as permitted sender) smtp.mailfrom=rainer@ultra-secure.de X-Spamd-Result: default: False [-1.70 / 15.00]; URI_COUNT_ODD(1.00)[5]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx:c]; RCVD_NO_TLS_LAST(0.10)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MLMMJ_DEST(0.00)[stable@freebsd.org]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:24940, ipnet:88.198.0.0/16, country:DE]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[ultra-secure.de]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N --Apple-Mail=_18865020-C80D-4DA2-AB76-5D94F76C4276 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > Am 12.09.2022 um 18:22 schrieb Warner Losh : >=20 >=20 >=20 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D264513 = already = addressed this. you'll need to run > stable/13 I think to get the fix. I didn't see a fix for this in the = EN notices. >=20 > Or you need to back-port 5f438dd3acba47e54e63b13bfff31a49bcc6ddea. It = landed in stable/13 as > b3c8ab9ff9081748277906a348aff9d331c09092 and just adds a flag to an = arg to a call to make_dev_physpath_alias > to tell it not to panic. >=20 ah, ok. I somehow didn=E2=80=99t see this - thanks a lot. For now, I can keep this running on 12.3 until the patch is in a = release. I try to keep my servers on RELEASE, for reasons of consistency. Rainer= --Apple-Mail=_18865020-C80D-4DA2-AB76-5D94F76C4276 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
Am = 12.09.2022 um 18:22 schrieb Warner Losh <imp@bsdimp.com>:


https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D264513 = already addressed this. you'll need to run
stable/13 = I think to get the fix. I didn't see a fix for this in the EN = notices.

Or = you need to back-port 5f438dd3acba47e54e63b13bfff31a49bcc6ddea. It = landed in stable/13 as
b3c8ab9ff9081748277906a348aff9d331c09092 and just adds a flag = to an arg to a call to make_dev_physpath_alias
to tell it not to panic.



ah, ok.

I somehow didn=E2=80=99t see this - thanks a = lot.

For now, I can keep this = running on 12.3 until the patch is in a release.
I try to keep my = servers on RELEASE, for reasons of consistency.




Rainer
= --Apple-Mail=_18865020-C80D-4DA2-AB76-5D94F76C4276-- From nobody Wed Sep 14 07:29:12 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MSBmY2C6Qz4cZSD for ; Wed, 14 Sep 2022 07:29:33 +0000 (UTC) (envelope-from mirror176@hotmail.com) Received: from NAM10-DM6-obe.outbound.protection.outlook.com (mail-dm6nam10olkn2092.outbound.protection.outlook.com [40.92.41.92]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MSBmW5h47z3NnQ for ; Wed, 14 Sep 2022 07:29:31 +0000 (UTC) (envelope-from mirror176@hotmail.com) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Y3akALlIrpg1uGuub3ANhrx3jVUOaGMe/e6jCJw7dNBnR+LnG+flC2md78cDipCm1YJorCAJTVEsOkCuH2HHOM9b6vvsAvNnEaZ0lWXD0SPNyNFORvJ87dU3dz60gPRqgdq2tS0pzlYr/Hjf4BimA7p9sdknNPP8GMU9FiCWKdhMK801qm12W6JIs6DWpLxazOOh9c36GQoxn9QRk1fgDqyV7G3yu9BE93onb44dr8hfQ5craEdrEplMSYDovL5DY3qvQ2/agQFNVmxhdNKfV6ZBTqg/62qqBQzdSaLRaUcH6LPRLbn1cKhiAMydOHFdn/G+ZdoK2XpCzoP/FdtsBw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=VUoz7Aoda0oaWkxLXwBBzHuxNR44ALXIN6J762G99ag=; b=Zszvp0vpas9g+L3U00Q+DPlOWraSMnjF74uNw++huxUoR9TbwSMfWCa6S06d2KKUpUSq1I5fODBNSrdLZNerrC5yS/QFZydEZfRQlbc4Me11SyMqeNNls9y19kDsRzBuUqx7Q1LrmZkuRieqogQT9cipYUDjgonTk7zffudo0mPR+9acKXn05pFKWNGN3sYNHx7u9FeVCsLDy0U27xgDAdidNjvwwCLGOjOhJAYk33Hp+mILy61lL0L4BDUtmgYdC8EBY3TyTSGEP/eHsjHFJEpKZKQgu2i4YLqSv2NsCWe0kmIqyoIfocoDzjVvOo9IQAnTzxjHv0P7M0A/aiRMqA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=VUoz7Aoda0oaWkxLXwBBzHuxNR44ALXIN6J762G99ag=; b=e6NE5TkHZVTc5KhhWvELlWOdbvy+pje4i9gPBlY/N41+PzUB9Uc6G54D9d7Aajs1tESbk4RxLlOGT0Nikes6S073MSIJGQRgmeDvxbxhNrVhhafGARG0soAxaCyPJm4HJQR3n7KB97K3gVq9QrHyUzZZDQ70MnakRanXTR6ZZRxHK+yfhKYYn+MbvD5liOMJKNQYemaGAxl3SqO4PRGot+yfS4D7t1MqZqfKPqTRkuBG4613bA0DG8lVaJkTtdGWfa9x9eqBFvPGT03M//luz7KusErt/X3VLR4d4XPS/hdfmgzajpikO8nesKEc+LGnKUj4FRRnh7wWD2MayhMMTw== Received: from DM6PR03MB3674.namprd03.prod.outlook.com (2603:10b6:5:aa::16) by SJ0PR03MB6599.namprd03.prod.outlook.com (2603:10b6:a03:388::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5612.22; Wed, 14 Sep 2022 07:29:29 +0000 Received: from DM6PR03MB3674.namprd03.prod.outlook.com ([fe80::cd5a:900c:4256:3357]) by DM6PR03MB3674.namprd03.prod.outlook.com ([fe80::cd5a:900c:4256:3357%6]) with mapi id 15.20.5612.022; Wed, 14 Sep 2022 07:29:29 +0000 Message-ID: Date: Wed, 14 Sep 2022 00:29:12 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:91.0) Gecko/20100101 Thunderbird/91.13.0 Content-Language: en-US References: From: "Edward Sanford Sutton, III" To: freebsd-stable@freebsd.org Subject: stable+xorg+hw.vga.textmode=1+nvidia-driver-390 may require other ports be rebuilt to function again. In-Reply-To: X-Forwarded-Message-Id: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-TMN: [qe2wHa52ByYf4n+dP8/5r0eC9uG33b1R] X-ClientProxiedBy: SJ0PR03CA0093.namprd03.prod.outlook.com (2603:10b6:a03:333::8) To DM6PR03MB3674.namprd03.prod.outlook.com (2603:10b6:5:aa::16) X-Microsoft-Original-Message-ID: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: DM6PR03MB3674:EE_|SJ0PR03MB6599:EE_ X-MS-Office365-Filtering-Correlation-Id: adb3778a-24d0-488d-cf47-08da9622dc05 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: wf6t80F+no7jUi36Jt42vgyM0rYJRlntjq/JXsK5vFGC0h8/w/T9ng4FDqu6uPx6MAKBnM9niV7/+PtLgsgGRhWNP6SeOTh5isqI5IAybf1oL7eWFkxFa4lzgCX92IJXokx18BS5C/t7M/wCzAtkI9DLxskUN13wEPRy11mllSdIuXmXfd+3dUbEovmgml2Zwn3PiUn+NVMXlgKWeUb7jCrWHY5vOI+qowYcaVaj2haIlgxUfD622xG33LwlELlIF+3Sk+raMq6hZgUoypq6vdu24m9ypgW3aPI4IAiryiidGl6gga7SLkNu7bLnbTTGxERbS81BDWNL09OnexPF0H3SQUNXGVTpUmpN9O64KHzO6R96fxsLFxxhdRedOyLCwAWkCxBUD5Rn2SgNTth9BQr4u2TQdjYnjtGNqHLCv+F1+3+lDgA9SKHa3e3Fs5W9z+SjrSmMf6xn2Yxb/cS6HUDulHl43G3+dy7Avg/TVnN+2isi40ffmf87F57+nIIR2XUpAEWemJxQ6W25izXqPq98csMkq8ZNK5V8VqSWbvVjvd4u/rv5qFwIQ+RMqrX5Sas1QWCUrCcUvNLH2xEufnBnORTyIJqHY8K4D0ry+zGtXyUvgLdUZWkNGWiH4c6SMZ0YkYqZ3jRy74jjuZ67Yw== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?dGdCc1RLUnJyOEJwSWV1enE3L3IvM093UUtkWFdqMGhtZXBNMFdWV3YzWWpm?= =?utf-8?B?Q2cwZnNFVDdjT0dPN09KaVlwc0dTZVFxbjZHUjNJaDZPVFRaOU1rREZrZWpa?= =?utf-8?B?VWR1VVlvMzFlRng2cVlvb3ZFMHJzODJTVy9xeEJKNTZxV0ZCdk5GRVJqODdh?= =?utf-8?B?QUpxRTZxQWJPMDVPaHBadERJMHpUTmVNeG9pQXVMd1pMOWVpQ3dqekNRNTNK?= =?utf-8?B?dEpRamlKNVpGUW5yTGszUnZkMzBsWllUeGl0YzJTYWozZTlzSS80dUJyQWpW?= =?utf-8?B?cXI1T1RjTUh5TWFPd2hjTkRzVENvSndiZFg1MUszbjRpWHAyUnNLalZiT3Vv?= =?utf-8?B?NXl5YjIrVVlWd3ZzNEtaR1UvZFgzSGxvcFJlbWJPREo2TlJQV1lZdFZ4dnZz?= =?utf-8?B?a3BybzdOSG1CYTBXS2tYZ1BjVXBGUlhocnlTeXh5a05za3VMZjNSOURZVUdQ?= =?utf-8?B?SEcwNFFrVUJVMzdQeFgrTHBXa3NDNjlXUDB2TGNPaEpjQ0s0T1BHSE41cmYv?= =?utf-8?B?T0ZTVllGUTRPZ2hTRGJSNU5admpJTWQrb2lhQ2R3bmllZW9Pdkk5NDZ0Mlds?= =?utf-8?B?Tlh5dFZLc2o1MEo0cUJrSHErbTZpbDkvYVFKemw3R3ZZMHRweWIzNUF1Yzda?= =?utf-8?B?TTVIMTFBVU1LM1hCT0RiK0JBUFNLeEdqYng3Wit0MllhREpCSUNzd3FDV0xP?= =?utf-8?B?U1dXZ1BQVk9sN2VDM255VUpoYlhaRFBJajY1NVIwZENXd1dDMDNLY3VrRCt0?= =?utf-8?B?T1VCYktWb3QrVmdrWXorNndJck5qNVo4RGJTaThwSy9JeXZEV2h4cWdrMkhs?= =?utf-8?B?cXVSbEx5VGZPNUNRQkhMRlRiMWxGVS9LeEJES29NM1ZxcUc2VVFWbklydzkr?= =?utf-8?B?QUR6b1ArS1dYai85UW5Hcy9XNHkraGpBcFVDZ09pT0k1SUJiMjVHOTMvN2pC?= =?utf-8?B?OHpQM3ltZWFJWWNvRnIrR1pjMUJTWS9iaUJuN0x6a2hwL3lJaUFMZzFaRFVh?= =?utf-8?B?L2RkTkNiZ0VHbHM4SUgzQmE3dG95bFQxdytPT04wdkhIVFYrVHNUYzBEbmFp?= =?utf-8?B?R0tiMEd1cFF1ZnVYQ3diaVVick44dEMxeTF1dmMyN1B5dlNseE9SeE51dnlj?= =?utf-8?B?TDJUVU5OWDVsVXdnam5EdHM0bklJc2hTZGVjZUpKdmE5VkxWZWs0RUp4bVJB?= =?utf-8?B?N1FjSU1vRWZ2VXpiWlF2N1FISElCY09GMjNMMW1rdXpmOHpZR0xFWFJ1Qm0x?= =?utf-8?B?cG9PMnpoaS8vYys2eDZtWEN6T2RWL0xzbGZ0bENKdUV2ZkVUamNTeVVUN0s4?= =?utf-8?B?RDZ3Mm1zZGkwdy96dm54TEo5SnFuRXFYNk9DeEc1cHkzTFZWTk9LTzhGdUpq?= =?utf-8?B?emVNaUJEMnUzOGNtVmMyM2ZOYlA0eFZxbkpwVTk3am90cG9XVVVrdFBRZWc2?= =?utf-8?B?Ui9FaHM5OGZBU1JVaXBjdHdyUlYxaVdqZFV3aUgvZGcxQTZDclp1SDc1ZkNk?= =?utf-8?B?eFZ6WThxNGpNYmFlRDE5N3RYZ1NDL1lhN085aTVBeEdmYVZBa1pqeXdJQ2xI?= =?utf-8?B?bXRrMFFoOGVES3lvMVZwNnVob0RsMGhQYjJnZUc2VXcrKzZvT0NJMjJTZWxI?= =?utf-8?B?OS9uL2l5ejNwSjBpaTQ1d3lQTllrQ3hLcm0zOEptUUtMNEFDK2Uwai81c0I4?= =?utf-8?B?S09hc0pCQytYb3NaaWxrOGY5di9OWTYxbFpVMjA2a3FyWHNCQ0oxS2JnPT0=?= X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-685f7.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: adb3778a-24d0-488d-cf47-08da9622dc05 X-MS-Exchange-CrossTenant-AuthSource: DM6PR03MB3674.namprd03.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 14 Sep 2022 07:29:29.7175 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: SJ0PR03MB6599 X-Rspamd-Queue-Id: 4MSBmW5h47z3NnQ X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hotmail.com header.s=selector1 header.b=e6NE5TkH; arc=pass ("microsoft.com:s=arcselector9901:i=1"); dmarc=pass (policy=none) header.from=hotmail.com; spf=pass (mx1.freebsd.org: domain of mirror176@hotmail.com designates 40.92.41.92 as permitted sender) smtp.mailfrom=mirror176@hotmail.com X-Spamd-Result: default: False [-2.30 / 15.00]; FORGED_MUA_THUNDERBIRD_MSGID_UNKNOWN(2.50)[]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_LONG(-0.98)[-0.982]; NEURAL_HAM_SHORT(-0.82)[-0.821]; DMARC_POLICY_ALLOW(-0.50)[hotmail.com,none]; R_SPF_ALLOW(-0.20)[+ip4:40.92.0.0/15]; R_DKIM_ALLOW(-0.20)[hotmail.com:s=selector1]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8075, ipnet:40.80.0.0/12, country:US]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; FREEMAIL_ENVFROM(0.00)[hotmail.com]; RCVD_IN_DNSWL_NONE(0.00)[40.92.41.92:from]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_NONE(0.00)[hotmail.com:dkim]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[hotmail.com:+]; FREEMAIL_FROM(0.00)[hotmail.com]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[] X-ThisMailContainsUnwantedMimeParts: N I mention this here as there was nothing I noticed in /usr/ports/UPDATING or /usr/src/UPDATING to make me aware of what would need rebuilding or to expect it. If I missed something that I should have seen then I apologise for the noise. stable + xorg + hw.vga.textmode=1 + nvidia-driver-390 requires rebuilding more than kernel, world, and a poudriere run across the nvidia driver port. Not sure which port(s) changed it back to working but didn't see anything in /usr/src/UPDATING, /usr/ports/UPDATING, or here to make me expect this would have happened. Moving from 13.1-STABLE 1301503 (don't know how to see git hash and not in poudriere logs) and ports tree 9d34c0bfee17 to 13.1-STABLE 1301507 dc96fb072300 and ports tree 5d303ab48075 I found that after rebuilding/reinstalling kernel+world that on reboot I could only start X if I removed hw.vga.textmode=1 from loader.conf. That continued after doing a rebuild and `pkg upgrade` of nvidia-driver-390 port under poudriere with its jail based on same -STABLE code that I built and installed from and on the same machine (122 ports rebuilt). After rebuilding+reinstalling all ports I found it was back to working as expected. When reinstalling/upgrading the final build of the ports, I had a running X session which seemed to close (crash?) but not return to the terminal that launched it; there was then no keyboard/mouse responses available on the system but it was still running as I confirmed from an ssh login on another machine. I still use hw.vga.textmode=1 as switching back to a terminal after launching X only works by closing X; screen is otherwise black with large colored blocks and no usable text on the terminal. I often have to switch across a couple different terminals before I have a working one too. As sometimes things break, I prefer to have an option to switch to a terminal to fix things even if it is just killing a process or X. Either mode still leads to plasmashell crashing when I try to switch back to the GUI if I am using KDE; that is an old issue I've never had interest to take the time to solve. Thank you for your time, Edward Sanford Sutton, III From nobody Wed Sep 14 07:51:14 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MSCFm1TQ4z4ccps for ; Wed, 14 Sep 2022 07:51:24 +0000 (UTC) (envelope-from herbert@laubners.info) Received: from palace.sfdns.net (palace.sfdns.net [103.27.72.10]) (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 4MSCFj75J5z3QrJ for ; Wed, 14 Sep 2022 07:51:21 +0000 (UTC) (envelope-from herbert@laubners.info) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=laubners.info; s=default; h=To:Message-Id:Subject:Date:Mime-Version:From: Content-Transfer-Encoding:Content-Type:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=Pkj95jXURyNL/Gyss9JFBzTUzVD52+LxzdLfjzSIzUY=; b=jJ8OuiOge6cvMBWQV6/6e9ikR/ nFuXJrYpKHzgEs5t3DhsFnSMo3WJ3QEF5tfF63d0A//08lizq+1Utecs7V3LZLL6RMvz5AmoeimHV sC5qxNVIESg8JjYDu4ox2HQYRcm20J9p2rddcvvI7wTRXvQ67gDF/cgk2sdEvWYs0mH8=; Received: from msw-v.sgp.bosch.com ([103.4.127.176]:44744 helo=smtpclient.apple) by palace.sfdns.net with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.95) (envelope-from ) id 1oYNAy-0007q9-9d for freebsd-stable@freebsd.org; Wed, 14 Sep 2022 15:51:17 +0800 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Herbert Laubner List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (1.0) Date: Wed, 14 Sep 2022 13:21:14 +0530 Subject: Unsubscribe Message-Id: <10C08A56-2736-45AD-9C1E-CD3F4A0E77E2@laubners.info> To: freebsd-stable@freebsd.org X-Mailer: iPhone Mail (19G82) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - palace.sfdns.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - laubners.info X-Get-Message-Sender-Via: palace.sfdns.net: authenticated_id: herbert@laubners.info X-Authenticated-Sender: palace.sfdns.net: herbert@laubners.info X-Source: X-Source-Args: X-Source-Dir: X-Rspamd-Queue-Id: 4MSCFj75J5z3QrJ X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=laubners.info header.s=default header.b=jJ8OuiOg; dmarc=none; spf=pass (mx1.freebsd.org: domain of herbert@laubners.info designates 103.27.72.10 as permitted sender) smtp.mailfrom=herbert@laubners.info X-Spamd-Result: default: False [-2.37 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_LONG(-0.77)[-0.769]; SUBJECT_ENDS_SPACES(0.50)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:103.27.72.0/22]; R_DKIM_ALLOW(-0.20)[laubners.info:s=default]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[103.27.72.10:from]; HAS_X_GMSV(0.00)[herbert@laubners.info]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[laubners.info]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; DKIM_TRACE(0.00)[laubners.info:+]; HAS_X_ANTIABUSE(0.00)[]; TO_DN_NONE(0.00)[]; HAS_X_SOURCE(0.00)[]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:132111, ipnet:103.27.72.0/24, country:MY]; MIME_TRACE(0.00)[0:+]; HAS_X_AS(0.00)[herbert@laubners.info]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Send from my mobile phone. Please excuse any typos. From nobody Wed Sep 14 10:51:50 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MSHG25YDvz4blxg for ; Wed, 14 Sep 2022 10:51:54 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from smtp.smtpout.orange.fr (smtp08.smtpout.orange.fr [80.12.242.130]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "*.smtpout.orange.fr", Issuer "DigiCert TLS RSA SHA256 2020 CA1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MSHG13SFkz3fqt for ; Wed, 14 Sep 2022 10:51:53 +0000 (UTC) (envelope-from clbuisson@orange.fr) Received: from localhost ([80.9.224.191]) by smtp.orange.fr with ESMTPA id YPzjolB6j09yuYPzjoVdSp; Wed, 14 Sep 2022 12:51:51 +0200 X-ME-Helo: localhost X-ME-Auth: Y2xidWlzc29uQHdhbmFkb28uZnI= X-ME-Date: Wed, 14 Sep 2022 12:51:51 +0200 X-ME-IP: 80.9.224.191 Message-ID: <77ea93b9-0175-376c-2e00-75347758967f@orange.fr> Date: Wed, 14 Sep 2022 12:51:50 +0200 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.2.2 Subject: Re: stable+xorg+hw.vga.textmode=1+nvidia-driver-390 may require other ports be rebuilt to function again. To: stable@freebsd.org References: Content-Language: en-US From: Claude Buisson In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4MSHG13SFkz3fqt X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of clbuisson@orange.fr designates 80.12.242.130 as permitted sender) smtp.mailfrom=clbuisson@orange.fr X-Spamd-Result: default: False [-3.28 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.976]; R_SPF_ALLOW(-0.20)[+ip4:80.12.0.0/14]; MIME_GOOD(-0.10)[text/plain]; FROM_EQ_ENVFROM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[80.12.242.130:from]; RCVD_COUNT_TWO(0.00)[2]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:3215, ipnet:80.12.240.0/20, country:FR]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[stable@freebsd.org]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[orange.fr]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_ENVFROM(0.00)[orange.fr]; FREEMAIL_FROM(0.00)[orange.fr]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[80.12.242.130:from] X-ThisMailContainsUnwantedMimeParts: N On 2022-09-14 09 h 29, Edward Sanford Sutton, III wrote: >   I mention this here as there was nothing I noticed in > /usr/ports/UPDATING or /usr/src/UPDATING to make me aware of what would > need rebuilding or to expect it. If I missed something that I should > have seen then I apologise for the noise. > >   stable + xorg + hw.vga.textmode=1 + nvidia-driver-390 requires > rebuilding more than kernel, world, and a poudriere run across the > nvidia driver port. Not sure which port(s) changed it back to working > but didn't see anything in /usr/src/UPDATING, /usr/ports/UPDATING, or > here to make me expect this would have happened. > >   Moving from 13.1-STABLE 1301503 (don't know how to see git hash and > not in poudriere logs) and ports tree 9d34c0bfee17 to 13.1-STABLE > 1301507 dc96fb072300 and ports tree 5d303ab48075 I found that after > rebuilding/reinstalling kernel+world that on reboot I could only start X > if I removed hw.vga.textmode=1 from loader.conf. That continued after > doing a rebuild and `pkg upgrade` of nvidia-driver-390 port under > poudriere with its jail based on same -STABLE code that I built and > installed from and on the same machine (122 ports rebuilt). After > rebuilding+reinstalling all ports I found it was back to working as > expected. > >   When reinstalling/upgrading the final build of the ports, I had a > running X session which seemed to close (crash?) but not return to the > terminal that launched it; there was then no keyboard/mouse responses > available on the system but it was still running as I confirmed from an > ssh login on another machine. > >   I still use hw.vga.textmode=1 as switching back to a terminal after > launching X only works by closing X; screen is otherwise black with > large colored blocks and no usable text on the terminal. I often have to > switch across a couple different terminals before I have a working one > too. As sometimes things break, I prefer to have an option to switch to > a terminal to fix things even if it is just killing a process or X. > Either mode still leads to plasmashell crashing when I try to switch > back to the GUI if I am using KDE; that is an old issue I've never had > interest to take the time to solve. > > Thank you for your time, > Edward Sanford Sutton, III > do not use vt, use sc ! CBu From nobody Wed Sep 14 15:03:54 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MSNry5zyHz4cKx0 for ; Wed, 14 Sep 2022 15:04:02 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost1.sentex.ca", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MSNrx6Z0kz46FH; Wed, 14 Sep 2022 15:04:01 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [199.212.134.19]) by smarthost1.sentex.ca (8.16.1/8.16.1) with ESMTPS id 28EF3rlg057740 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Wed, 14 Sep 2022 11:03:53 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [192.168.43.29] ([192.168.43.29]) by pyroxene2a.sentex.ca (8.16.1/8.15.2) with ESMTPS id 28EF3qkx029757 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Wed, 14 Sep 2022 11:03:53 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: Date: Wed, 14 Sep 2022 11:03:54 -0400 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.2.2 Subject: Re: igc problems with heavy traffic (update) Content-Language: en-US From: mike tancsa To: "Pieper, Jeffrey E" , Jim King , "stable@freebsd.org" , "kbowling@FreeBSD.org" References: <59b9cec0-d8c2-ce72-b5e9-99d1a1e807f8@sentex.net> <86995d10-af63-d053-972e-dd233029f3bf@jimking.net> <3d874f65-8ce2-8f06-f19a-14cd550166e3@sentex.net> <879b9239-2b9a-f0ae-4173-4a226c84cd85@sentex.net> In-Reply-To: <879b9239-2b9a-f0ae-4173-4a226c84cd85@sentex.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.84 on 64.7.153.18 X-Rspamd-Queue-Id: 4MSNrx6Z0kz46FH X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:1::12 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-3.40 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[199.212.134.19:received]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[stable@freebsd.org]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MID_RHS_MATCH_FROM(0.00)[]; FREEFALL_USER(0.00)[mike]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[sentex.net]; TO_DN_EQ_ADDR_SOME(0.00)[] X-ThisMailContainsUnwantedMimeParts: N OK, an update hence the top post. I got a new pair of boxes which use a different Jasper Lake chipset and have i226-V vs the i225 of the previous box. dev.igc.0.%parent: pci2 dev.igc.0.%pnpinfo: vendor=0x8086 device=0x125c subvendor=0x8086 subdevice=0x0000 class=0x020000 dev.igc.0.%location: slot=0 function=0 dbsf=pci0:2:0:0 handle=\_SB_.PC00.RP05.PXSX dev.igc.0.%driver: igc dev.igc.0.%desc: Intel(R) Ethernet Controller I226-V dev.igc.%parent: WIth a default RELENG_13, out of the box with no tweaks, I am NOT able to cause the transmitting nic to bounce with heave traffic. I used the same test script (a constant stream of iperf3 alternating in direction) maxing out the NIC's bandwidth and all seems fine running the test for some 18hrs.  Maybe something different about the i225 version of this NIC that needs some different driver defaults ?     ---Mike On 8/12/2022 11:04 AM, mike tancsa wrote: > > On 8/10/2022 3:53 PM, mike tancsa wrote: >> On 8/10/2022 1:47 PM, Pieper, Jeffrey E wrote: >>> >>> You could try disabling EEE (Energy Efficient Ethernet). Something >>> like: sysctl dev.igc.0.eee_control=0. >> >> >> It does not seem to make a difference. If I have the FC as default, I >> get the link bounce on the 2.5G xover (cat 6 cable) maybe 2-3 min in >> running iper3 tests.  However, if I disable all flow control >> >> dev.igc.0.fc=0 >> dev.igc.1.fc=0 >> dev.igc.2.fc=0 >> dev.igc.3.fc=0 >> >> It *seems* to be less frequent but still happens.  I ordered a 2.5 G >> switch so I can try and at least see which side is dropping the link. >> Should have it Friday to continue testing >> > > OK, I repeated the tests with a 2.5G unmanaged switch in between the > two units rather than xover. It looks like its the server that is > sending the majority of the packets that drops the link, not the > receiver. > > One other test I did was to up hw.igc.max_interrupt_rate=13000 from > the default of 8000. That seems to make the problem MUCH more acute. > > Here is the before and after of the link drop. > >  dev.igc.1.wake: 0 >  dev.igc.1.interrupts.rx_desc_min_thresh: 0 > -dev.igc.1.interrupts.asserts: 65 > +dev.igc.1.interrupts.asserts: 4879479 >  dev.igc.1.mac_stats.tso_txd: 0 > -dev.igc.1.mac_stats.tx_frames_1024_1522: 3 > -dev.igc.1.mac_stats.tx_frames_512_1023: 1 > -dev.igc.1.mac_stats.tx_frames_256_511: 2 > -dev.igc.1.mac_stats.tx_frames_128_255: 15 > -dev.igc.1.mac_stats.tx_frames_65_127: 2 > +dev.igc.1.mac_stats.tx_frames_1024_1522: 12973065 > +dev.igc.1.mac_stats.tx_frames_512_1023: 58 > +dev.igc.1.mac_stats.tx_frames_256_511: 107 > +dev.igc.1.mac_stats.tx_frames_128_255: 1215725 > +dev.igc.1.mac_stats.tx_frames_65_127: 192 >  dev.igc.1.mac_stats.tx_frames_64: 1 >  dev.igc.1.mac_stats.mcast_pkts_txd: 0 >  dev.igc.1.mac_stats.bcast_pkts_txd: 1 > -dev.igc.1.mac_stats.good_pkts_txd: 24 > -dev.igc.1.mac_stats.total_pkts_txd: 24 > -dev.igc.1.mac_stats.good_octets_txd: 7674 > -dev.igc.1.mac_stats.good_octets_recvd: 6492 > -dev.igc.1.mac_stats.rx_frames_1024_1522: 2 > -dev.igc.1.mac_stats.rx_frames_512_1023: 1 > -dev.igc.1.mac_stats.rx_frames_256_511: 2 > -dev.igc.1.mac_stats.rx_frames_128_255: 15 > -dev.igc.1.mac_stats.rx_frames_65_127: 2 > +dev.igc.1.mac_stats.good_pkts_txd: 14189148 > +dev.igc.1.mac_stats.total_pkts_txd: 14189148 > +dev.igc.1.mac_stats.good_octets_txd: 19450753554 > +dev.igc.1.mac_stats.good_octets_recvd: 14933399426 > +dev.igc.1.mac_stats.rx_frames_1024_1522: 9823228 > +dev.igc.1.mac_stats.rx_frames_512_1023: 3 > +dev.igc.1.mac_stats.rx_frames_256_511: 62 > +dev.igc.1.mac_stats.rx_frames_128_255: 2365665 > +dev.igc.1.mac_stats.rx_frames_65_127: 213 >  dev.igc.1.mac_stats.rx_frames_64: 1 >  dev.igc.1.mac_stats.mcast_pkts_recvd: 0 >  dev.igc.1.mac_stats.bcast_pkts_recvd: 0 > -dev.igc.1.mac_stats.good_pkts_recvd: 23 > -dev.igc.1.mac_stats.total_pkts_recvd: 23 > +dev.igc.1.mac_stats.good_pkts_recvd: 12189172 > +dev.igc.1.mac_stats.total_pkts_recvd: 12189172 >  dev.igc.1.mac_stats.xoff_txd: 0 >  dev.igc.1.mac_stats.xoff_recvd: 0 >  dev.igc.1.mac_stats.xon_txd: 0 >  dev.igc.1.mac_stats.single_coll: 0 >  dev.igc.1.mac_stats.excess_coll: 0 >  dev.igc.1.queue_rx_3.rx_irq: 0 > -dev.igc.1.queue_rx_3.rxd_tail: 21 > -dev.igc.1.queue_rx_3.rxd_head: 22 > +dev.igc.1.queue_rx_3.rxd_tail: 498 > +dev.igc.1.queue_rx_3.rxd_head: 499 >  dev.igc.1.queue_rx_2.rx_irq: 0 >  dev.igc.1.queue_rx_2.rxd_tail: 128 >  dev.igc.1.queue_rx_2.rxd_head: 0 >  dev.igc.1.queue_rx_0.rxd_tail: 0 >  dev.igc.1.queue_rx_0.rxd_head: 1 >  dev.igc.1.queue_tx_3.tx_irq: 0 > -dev.igc.1.queue_tx_3.txd_tail: 0 > -dev.igc.1.queue_tx_3.txd_head: 0 > +dev.igc.1.queue_tx_3.txd_tail: 746 > +dev.igc.1.queue_tx_3.txd_head: 746 >  dev.igc.1.queue_tx_2.tx_irq: 0 > -dev.igc.1.queue_tx_2.txd_tail: 0 > -dev.igc.1.queue_tx_2.txd_head: 0 > +dev.igc.1.queue_tx_2.txd_tail: 186 > +dev.igc.1.queue_tx_2.txd_head: 186 >  dev.igc.1.queue_tx_1.tx_irq: 0 > -dev.igc.1.queue_tx_1.txd_tail: 0 > -dev.igc.1.queue_tx_1.txd_head: 0 > +dev.igc.1.queue_tx_1.txd_tail: 520 > +dev.igc.1.queue_tx_1.txd_head: 520 >  dev.igc.1.queue_tx_0.tx_irq: 0 > -dev.igc.1.queue_tx_0.txd_tail: 45 > -dev.igc.1.queue_tx_0.txd_head: 45 > +dev.igc.1.queue_tx_0.txd_tail: 777 > +dev.igc.1.queue_tx_0.txd_head: 777 >  dev.igc.1.fc_low_water: 32752 >  dev.igc.1.fc_high_water: 32768 >  dev.igc.1.rx_control: 71335938 >  dev.igc.1.device_control: 404489793 >  dev.igc.1.watchdog_timeouts: 0 >  dev.igc.1.rx_overruns: 0 > -dev.igc.1.link_irq: 2 > +dev.igc.1.link_irq: 4 >  dev.igc.1.dropped: 0 >  dev.igc.1.eee_control: 0 >  dev.igc.1.itr: 488 >  dev.igc.1.nvm: -1 >  dev.igc.1.iflib.rxq3.rxq_fl0.buf_size: 2048 >  dev.igc.1.iflib.rxq3.rxq_fl0.credits: 1023 > -dev.igc.1.iflib.rxq3.rxq_fl0.cidx: 22 > -dev.igc.1.iflib.rxq3.rxq_fl0.pidx: 21 > +dev.igc.1.iflib.rxq3.rxq_fl0.cidx: 499 > +dev.igc.1.iflib.rxq3.rxq_fl0.pidx: 498 >  dev.igc.1.iflib.rxq3.cpu: 3 >  dev.igc.1.iflib.rxq2.rxq_fl0.buf_size: 2048 >  dev.igc.1.iflib.rxq2.rxq_fl0.credits: 128 >  dev.igc.1.iflib.txq3.r_abdications: 0 >  dev.igc.1.iflib.txq3.r_restarts: 0 >  dev.igc.1.iflib.txq3.r_stalls: 0 > -dev.igc.1.iflib.txq3.r_starts: 0 > +dev.igc.1.iflib.txq3.r_starts: 6175093 >  dev.igc.1.iflib.txq3.r_drops: 0 > -dev.igc.1.iflib.txq3.r_enqueues: 0 > -dev.igc.1.iflib.txq3.ring_state: pidx_head: 0000 pidx_tail: 0000 > cidx: 0000 state: IDLE > -dev.igc.1.iflib.txq3.txq_cleaned: 0 > -dev.igc.1.iflib.txq3.txq_processed: 0 > -dev.igc.1.iflib.txq3.txq_in_use: 0 > -dev.igc.1.iflib.txq3.txq_cidx_processed: 0 > -dev.igc.1.iflib.txq3.txq_cidx: 0 > -dev.igc.1.iflib.txq3.txq_pidx: 0 > +dev.igc.1.iflib.txq3.r_enqueues: 6175093 > +dev.igc.1.iflib.txq3.ring_state: pidx_head: 0373 pidx_tail: 0373 > cidx: 0373 state: IDLE > +dev.igc.1.iflib.txq3.txq_cleaned: 12350144 > +dev.igc.1.iflib.txq3.txq_processed: 12350184 > +dev.igc.1.iflib.txq3.txq_in_use: 42 > +dev.igc.1.iflib.txq3.txq_cidx_processed: 744 > +dev.igc.1.iflib.txq3.txq_cidx: 704 > +dev.igc.1.iflib.txq3.txq_pidx: 746 >  dev.igc.1.iflib.txq3.no_tx_dma_setup: 0 >  dev.igc.1.iflib.txq3.txd_encap_efbig: 0 >  dev.igc.1.iflib.txq3.tx_map_failed: 0 >  dev.igc.1.iflib.txq2.r_abdications: 0 >  dev.igc.1.iflib.txq2.r_restarts: 0 >  dev.igc.1.iflib.txq2.r_stalls: 0 > -dev.igc.1.iflib.txq2.r_starts: 0 > +dev.igc.1.iflib.txq2.r_starts: 3421789 >  dev.igc.1.iflib.txq2.r_drops: 0 > -dev.igc.1.iflib.txq2.r_enqueues: 0 > -dev.igc.1.iflib.txq2.ring_state: pidx_head: 0000 pidx_tail: 0000 > cidx: 0000 state: IDLE > -dev.igc.1.iflib.txq2.txq_cleaned: 0 > -dev.igc.1.iflib.txq2.txq_processed: 0 > -dev.igc.1.iflib.txq2.txq_in_use: 0 > -dev.igc.1.iflib.txq2.txq_cidx_processed: 0 > -dev.igc.1.iflib.txq2.txq_cidx: 0 > -dev.igc.1.iflib.txq2.txq_pidx: 0 > +dev.igc.1.iflib.txq2.r_enqueues: 3421789 > +dev.igc.1.iflib.txq2.ring_state: pidx_head: 1629 pidx_tail: 1629 > cidx: 1629 state: IDLE > +dev.igc.1.iflib.txq2.txq_cleaned: 6843536 > +dev.igc.1.iflib.txq2.txq_processed: 6843576 > +dev.igc.1.iflib.txq2.txq_in_use: 42 > +dev.igc.1.iflib.txq2.txq_cidx_processed: 184 > +dev.igc.1.iflib.txq2.txq_cidx: 144 > +dev.igc.1.iflib.txq2.txq_pidx: 186 >  dev.igc.1.iflib.txq2.no_tx_dma_setup: 0 >  dev.igc.1.iflib.txq2.txd_encap_efbig: 0 >  dev.igc.1.iflib.txq2.tx_map_failed: 0 >  dev.igc.1.iflib.txq1.r_abdications: 0 >  dev.igc.1.iflib.txq1.r_restarts: 0 >  dev.igc.1.iflib.txq1.r_stalls: 0 > -dev.igc.1.iflib.txq1.r_starts: 0 > +dev.igc.1.iflib.txq1.r_starts: 2734852 >  dev.igc.1.iflib.txq1.r_drops: 0 > -dev.igc.1.iflib.txq1.r_enqueues: 0 > -dev.igc.1.iflib.txq1.ring_state: pidx_head: 0000 pidx_tail: 0000 > cidx: 0000 state: IDLE > -dev.igc.1.iflib.txq1.txq_cleaned: 0 > -dev.igc.1.iflib.txq1.txq_processed: 0 > -dev.igc.1.iflib.txq1.txq_in_use: 0 > -dev.igc.1.iflib.txq1.txq_cidx_processed: 0 > -dev.igc.1.iflib.txq1.txq_cidx: 0 > -dev.igc.1.iflib.txq1.txq_pidx: 0 > +dev.igc.1.iflib.txq1.r_enqueues: 2734852 > +dev.igc.1.iflib.txq1.ring_state: pidx_head: 0772 pidx_tail: 0772 > cidx: 0772 state: IDLE > +dev.igc.1.iflib.txq1.txq_cleaned: 5469662 > +dev.igc.1.iflib.txq1.txq_processed: 5469702 > +dev.igc.1.iflib.txq1.txq_in_use: 42 > +dev.igc.1.iflib.txq1.txq_cidx_processed: 518 > +dev.igc.1.iflib.txq1.txq_cidx: 478 > +dev.igc.1.iflib.txq1.txq_pidx: 520 >  dev.igc.1.iflib.txq1.no_tx_dma_setup: 0 >  dev.igc.1.iflib.txq1.txd_encap_efbig: 0 >  dev.igc.1.iflib.txq1.tx_map_failed: 0 >  dev.igc.1.iflib.txq0.r_abdications: 0 >  dev.igc.1.iflib.txq0.r_restarts: 0 >  dev.igc.1.iflib.txq0.r_stalls: 0 > -dev.igc.1.iflib.txq0.r_starts: 24 > +dev.igc.1.iflib.txq0.r_starts: 1857414 >  dev.igc.1.iflib.txq0.r_drops: 0 > -dev.igc.1.iflib.txq0.r_enqueues: 24 > -dev.igc.1.iflib.txq0.ring_state: pidx_head: 0024 pidx_tail: 0024 > cidx: 0024 state: IDLE > -dev.igc.1.iflib.txq0.txq_cleaned: 3 > -dev.igc.1.iflib.txq0.txq_processed: 43 > +dev.igc.1.iflib.txq0.r_enqueues: 1857414 > +dev.igc.1.iflib.txq0.ring_state: pidx_head: 1926 pidx_tail: 1926 > cidx: 1926 state: IDLE > +dev.igc.1.iflib.txq0.txq_cleaned: 3714783 > +dev.igc.1.iflib.txq0.txq_processed: 3714823 >  dev.igc.1.iflib.txq0.txq_in_use: 42 > -dev.igc.1.iflib.txq0.txq_cidx_processed: 43 > -dev.igc.1.iflib.txq0.txq_cidx: 3 > -dev.igc.1.iflib.txq0.txq_pidx: 45 > +dev.igc.1.iflib.txq0.txq_cidx_processed: 775 > +dev.igc.1.iflib.txq0.txq_cidx: 735 > +dev.igc.1.iflib.txq0.txq_pidx: 777 >  dev.igc.1.iflib.txq0.no_tx_dma_setup: 0 >  dev.igc.1.iflib.txq0.txd_encap_efbig: 0 >  dev.igc.1.iflib.txq0.tx_map_failed: 0 >  dev.igc.1.%desc: Intel(R) Ethernet Controller I225-V > > Interface is RUNNING and ACTIVE > igc1: TX Queue 0 ------ > igc1: hw tdh = 777, hw tdt = 777 > igc1: TX Queue 1 ------ > igc1: hw tdh = 520, hw tdt = 520 > igc1: TX Queue 2 ------ > igc1: hw tdh = 186, hw tdt = 186 > igc1: TX Queue 3 ------ > igc1: hw tdh = 746, hw tdt = 746 > igc1: RX Queue 0 ------ > igc1: hw rdh = 1, hw rdt = 0 > igc1: RX Queue 1 ------ > igc1: hw rdh = 0, hw rdt = 128 > igc1: RX Queue 2 ------ > igc1: hw rdh = 0, hw rdt = 128 > igc1: RX Queue 3 ------ > igc1: hw rdh = 499, hw rdt = 498 > > > From nobody Thu Sep 15 09:24:12 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MSsGd30gXz4ccYD for ; Thu, 15 Sep 2022 09:24:25 +0000 (UTC) (envelope-from maurizio1018@gmail.com) Received: from mail-yb1-xb32.google.com (mail-yb1-xb32.google.com [IPv6:2607:f8b0:4864:20::b32]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MSsGc5NjRz3Wl6 for ; Thu, 15 Sep 2022 09:24:24 +0000 (UTC) (envelope-from maurizio1018@gmail.com) Received: by mail-yb1-xb32.google.com with SMTP id 125so5450524ybt.12 for ; Thu, 15 Sep 2022 02:24:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date; bh=2pRinGb23TlnbGkkN+Le86gcBxfXq+109JfgHSRZ304=; b=OfC4yKaJfN5wRmf2w4TCbOpZtd3+lRH00qWBdBPdIpCNKhDcrkGdqsRdSsgZH4T6y5 pjGhEE6oQOGeQjr2dWGhPfMAx1OLNlq60+z4M5dt6O2vtBIurkvzERx8wNsc2x/vwcR3 xx9b/dhXL2BQdhyuB/ZgDEfiu5x1ufE4KNzb3wsxO8edzPZeWW/l3d9A89cA5phYvfxW 4wWPZMyZch6vGMHp4YC051tOZRgyvEpjcI/zwBvWSIIrV84akexAuWO2OpTzipoVA6OG 9/Gha0SLd1QmypsYX+1/gZA3Hp2H590e6eWRu5nR6XY8YLGP05NsylFO8gBDT/UONOJQ 9CpA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date; bh=2pRinGb23TlnbGkkN+Le86gcBxfXq+109JfgHSRZ304=; b=g7sqNCxHO77j+p75ULh6VPrSz7K1ZdQpMhnSCBLnxjypic5S9PKX6SPbyChx0LXlOR 3ea2xxFbp3n9CFQ8Hbe6PqLaKCv9frbevo2SQoveiqh30rQFXNzgsqt7ZcumMh3M8ac8 qQiWWgWtBpyWYhABZOXwFmCIBy5ejpAK1DnmRW1Mn46Q6Fjlz3sqHsvBMdWzz2ibPokp BSFPKq+JV6wkCJLmWY74+JJHM29/Pv/NqbOdpnA8lke+NgQrie6UzeKHy49+/ZrJNelJ lLKp05pT3J7StFynvPupjcl14wZEex2IPkbS/HXGK3byOHyTLiSmsZ9h84ShEsNiCrMO A23A== X-Gm-Message-State: ACgBeo0fGOheQmmG5iY6oOfqbL/3Sjk2GXo6vaVfABzjnPbrzlIKQLpt iZ/wmzK4bOM1ftKYB3YEekA95MGwWy8R6GmVfO7vdh+3esE= X-Google-Smtp-Source: AA6agR4aqBavomj/jLyip+vxFY8j2K+2vq3OPw4LmpIMx59lKjennhDKXEjBykK6WtqXEqeATzR/ZHVG37Tv/xDm6yk= X-Received: by 2002:a25:b912:0:b0:68e:9731:b692 with SMTP id x18-20020a25b912000000b0068e9731b692mr33883910ybj.297.1663233863577; Thu, 15 Sep 2022 02:24:23 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 From: Maurizio Vairani Date: Thu, 15 Sep 2022 11:24:12 +0200 Message-ID: Subject: Upgrading an i386 from 12.3p6 to 13.1-RELEASE it hangs after rebooting in the new kernel. To: freebsd-stable@freebsd.org Content-Type: multipart/alternative; boundary="0000000000009df37705e8b3cf17" X-Rspamd-Queue-Id: 4MSsGc5NjRz3Wl6 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=OfC4yKaJ; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of maurizio1018@gmail.com designates 2607:f8b0:4864:20::b32 as permitted sender) smtp.mailfrom=maurizio1018@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::b32:from]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_FROM(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_NONE(0.00)[]; RCVD_TLS_LAST(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N --0000000000009df37705e8b3cf17 Content-Type: text/plain; charset="UTF-8" Using the instruction at https://www.freebsd.org/releases/13.1R/installation/ following: Upgrading Using "FreeBSD Update", the system hangs after rebooting in the new kernel. The system boots, but at the console, repetitiously print the message: "CPU0: local APIC error 0x4" I can only switch off the PC. I have tested the system with these two images: FreeBSD-13.1-STABLE-i386-20220819-6ecf086d5a0-252127-mini-memstick.img FreeBSD-14.0-CURRENT-i386-20220819-545db925c3d-257513-mini-memstick.img but it hangs with the above message. The output of the dmesg command of the working FreeBSD 12.3p6.: ---<>--- mptable_probe: MP Config Table has bad signature: d 98 Copyright (c) 1992-2021 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 12.3-RELEASE-p6 GENERIC i386 FreeBSD clang version 10.0.1 (git@github.com:llvm/llvm-project.git llvmorg-10.0.1-0-gef32c611aa2) VT(vga): resolution 640x480 CPU: AMD Athlon(tm) XP 2000+ (1536.85-MHz 686-class CPU) Origin="AuthenticAMD" Id=0x6a0 Family=0x6 Model=0xa Stepping=0 Features=0x383fbff AMD Features=0xc0400800 real memory = 1073741824 (1024 MB) avail memory = 1003597824 (957 MB) Event timer "LAPIC" quality 100 ACPI APIC Table: random: unblocking device. ioapic0 irqs 0-23 on motherboard Timecounter "TSC" frequency 1536849151 Hz quality 800 random: entropy device external interface WARNING: Device "g_ctl" is Giant locked and may be deleted before FreeBSD 14.0. WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD 14.0. kbd1 at kbdmux0 WARNING: Device "pci" is Giant locked and may be deleted before FreeBSD 14.0. [ath_hal] loaded module_register_init: MOD_LOAD (vesa, 0x14dd4b0, 0) error 19 nexus0 vtvga0: on motherboard cryptosoft0: on motherboard acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x73 irq 8 on acpi0 atrtc0: registered as a time-of-day clock, resolution 1.000000s Event timer "RTC" frequency 32768 Hz quality 0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 WARNING: Device "agp" is Giant locked and may be deleted before FreeBSD 14.0. pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 ohci0: mem 0xed084000-0xed084fff irq 20 at device 2.0 on pci0 usbus0 on ohci0 ohci1: mem 0xed085000-0xed085fff irq 21 at device 2.1 on pci0 usbus1 on ohci1 ehci0: mem 0xed086000-0xed0860ff irq 22 at device 2.2 on pci0 usbus2: EHCI version 1.0 usbus2 on ehci0 nfe0: port 0xc000-0xc007 mem 0xed083000-0xed083fff irq 20 at device 4.0 on pci0 miibus0: on nfe0 icsphy0: PHY 1 on miibus0 icsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow nfe0: Ethernet address: 00:00:00:60:15:3e pci0: at device 5.0 (no driver attached) pcm0: port 0xb000-0xb0ff,0xb400-0xb47f mem 0xed080000-0xed080fff irq 22 at device 6.0 on pci0 pcm0: pcib1: at device 8.0 on pci0 pci1: on pcib1 atapci0: port 0x9000-0x900f,0x9400-0x940f,0x9800-0x980f,0x9c00-0x9c0f,0xa000-0xa01f,0xa400-0xa4ff irq 18 at device 6.0 on pci1 ata2: at channel 0 on atapci0 ata3: at channel 1 on atapci0 ata4: at channel 2 on atapci0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 9.0 on pci0 ata0: at channel 0 on atapci1 ata1: at channel 1 on atapci1 pci0: at device 13.0 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 vgapci0: mem 0xeb000000-0xebffffff,0xe0000000-0xe3ffffff,0xe4000000-0xe407ffff irq 16 at device 0.0 on pci2 vgapci0: Boot video device acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 ppc0: port 0x378-0x37f,0x778-0x77b irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] orm0: at iomem 0xd0000-0xd7fff,0xd8000-0xd97ff pnpid ORM0000 on isa0 ZFS NOTICE: Prefetch is disabled by default on i386 -- to enable, add "vfs.zfs.prefetch_disable=0" to /boot/loader.conf. ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 ugen2.1: at usbus2 uhub0: on usbus2 ugen1.1: at usbus1 uhub1: on usbus1 ugen0.1: at usbus0 uhub2: on usbus0 Trying to mount root from zfs:qbic/ROOT/12.3-RELEASE-p7_2022-09-13_205331 []... uhub1: 3 ports with 3 removable, self powered uhub2: 3 ports with 3 removable, self powered Root mount waiting for: usbus2 CAM Root mount waiting for: usbus2 CAM uhub0: 6 ports with 6 removable, self powered Root mount waiting for: usbus2 CAM Root mount waiting for: usbus2 CAM ugen2.2: at usbus2 umass0 on uhub0 umass0: on usbus2 umass0: SCSI over Bulk-Only; quirks = 0x8100 umass0:5:0: Attached to scbus5 Root mount waiting for: usbus2 CAM Root mount waiting for: usbus2 CAM ugen2.3: at usbus2 umass1 on uhub0 umass1: on usbus2 umass1: SCSI over Bulk-Only; quirks = 0x8100 umass1:6:1: Attached to scbus6 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 Root mount waiting for: CAM Root mount waiting for: CAM ada0 at ata2 bus 0 scbus0 target 0 lun 0 ada0: ATA-7 SATA 2.x device ada0: Serial Number WD-WCAPW1730388 ada0: 150.000MB/s transfers (SATA 1.x, UDMA4, PIO 8192bytes) ada0: 381554MB (781422768 512 byte sectors) da0 at umass-sim0 bus 0 scbus5 target 0 lun 0 da0: Removable Direct Access SPC-4 SCSI device da0: Serial Number 08606E69C773309039650204 da0: 40.000MB/s transfers da0: 14800MB (30310400 512 byte sectors) da0: quirks=0x2 da1 at umass-sim1 bus 1 scbus6 target 0 lun 0 da1: Removable Direct Access SPC-4 SCSI device da1: Serial Number 60A44C3FAC043090397A0202 da1: 40.000MB/s transfers da1: 14800MB (30310400 512 byte sectors) da1: quirks=0x2 WARNING: Device "spkr" is Giant locked and may be deleted before FreeBSD 14.0. lo0: link state changed to UP nfe0: link state changed to DOWN nfe0: link state changed to UP -- Regards Maurizio --0000000000009df37705e8b3cf17 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Using the instruction at https://www.freebsd.org/releases/13.1R/inst= allation/
following: Upgrading Using "FreeBSD Update",
= the system hangs after rebooting in the new kernel.

The system boots= , but at the console, repetitiously print the message:
"CPU0: local= APIC error 0x4"

I can only switch off the PC.

I have te= sted the system with these two images:
FreeBSD-13.1-STABLE-i386-20220819= -6ecf086d5a0-252127-mini-memstick.img
FreeBSD-14.0-CURRENT-i386-20220819= -545db925c3d-257513-mini-memstick.img
but it hangs with the above messag= e.

The output of the dmesg command of the working FreeBSD 12.3p= 6.:
---<<BOOT>>---
mptable_probe: MP Config Table = has bad signature: d 98
Copyright (c) 1992-2021 The FreeBSD Project.
= Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved.
Free= BSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 12.3-RE= LEASE-p6 GENERIC i386
FreeBSD clang version 10.0.1 (git@github.com:llvm/= llvm-project.git llvmorg-10.0.1-0-gef32c611aa2)
VT(vga): resolution 640x= 480
CPU: AMD Athlon(tm) XP 2000+ (1536.85-MHz 686-class CPU)
=C2=A0 O= rigin=3D"AuthenticAMD" =C2=A0Id=3D0x6a0 =C2=A0Family=3D0x6 =C2=A0= Model=3D0xa =C2=A0Stepping=3D0
=C2=A0 Features=3D0x383fbff<FPU,VME,DE= ,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE&= gt;
=C2=A0 AMD Features=3D0xc0400800<SYSCALL,MMX+,3DNow!+,3DNow!><= br>real memory =C2=A0=3D 1073741824 (1024 MB)
avail memory =3D 100359782= 4 (957 MB)
Event timer "LAPIC" quality 100
ACPI APIC Table:= <Nvidia AWRDACPI>
random: unblocking device.
ioapic0 <Versi= on 1.1> irqs 0-23 on motherboard
Timecounter "TSC" frequenc= y 1536849151 Hz quality 800
random: entropy device external interfaceWARNING: Device "g_ctl" is Giant locked and may be deleted befor= e FreeBSD 14.0.
WARNING: Device "kbd" is Giant locked and may = be deleted before FreeBSD 14.0.
kbd1 at kbdmux0
WARNING: Device "= ;pci" is Giant locked and may be deleted before FreeBSD 14.0.
[ath_= hal] loaded
module_register_init: MOD_LOAD (vesa, 0x14dd4b0, 0) error 19=
nexus0
vtvga0: <VT VGA driver> on motherboard
cryptosoft0: = <software crypto> on motherboard
acpi0: <Nvidia AWRDACPI> on= motherboard
acpi0: Power Button (fixed)
cpu0: <ACPI CPU> on ac= pi0
attimer0: <AT timer> port 0x40-0x43 irq 0 on acpi0
Timecoun= ter "i8254" frequency 1193182 Hz quality 0
Event timer "i= 8254" frequency 1193182 Hz quality 100
atrtc0: <AT realtime cloc= k> port 0x70-0x73 irq 8 on acpi0
atrtc0: registered as a time-of-day = clock, resolution 1.000000s
Event timer "RTC" frequency 32768 = Hz quality 0
Timecounter "ACPI-fast" frequency 3579545 Hz qual= ity 900
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x4= 00b on acpi0
acpi_button0: <Power Button> on acpi0
pcib0: <A= CPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus= > on pcib0
agp0: <NVIDIA nForce2 AGP Controller> on hostb0
W= ARNING: Device "agp" is Giant locked and may be deleted before Fr= eeBSD 14.0.
pci0: <memory, RAM> at device 0.1 (no driver attached)=
pci0: <memory, RAM> at device 0.2 (no driver attached)
pci0: &= lt;memory, RAM> at device 0.3 (no driver attached)
pci0: <memory, = RAM> at device 0.4 (no driver attached)
pci0: <memory, RAM> at = device 0.5 (no driver attached)
isab0: <PCI-ISA bridge> at device = 1.0 on pci0
isa0: <ISA bus> on isab0
ohci0: <OHCI (generic) = USB controller> mem 0xed084000-0xed084fff irq 20 at device 2.0 on pci0usbus0 on ohci0
ohci1: <OHCI (generic) USB controller> mem 0xed0= 85000-0xed085fff irq 21 at device 2.1 on pci0
usbus1 on ohci1
ehci0: = <NVIDIA nForce2 USB 2.0 controller> mem 0xed086000-0xed0860ff irq 22 = at device 2.2 on pci0
usbus2: EHCI version 1.0
usbus2 on ehci0
nfe= 0: <NVIDIA nForce2 MCP2 Networking Adapter> port 0xc000-0xc007 mem 0x= ed083000-0xed083fff irq 20 at device 4.0 on pci0
miibus0: <MII bus>= ; on nfe0
icsphy0: <ICS1893 10/100 media interface> PHY 1 on miibu= s0
icsphy0: =C2=A010baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, = auto-flow
nfe0: Ethernet address: 00:00:00:60:15:3e
pci0: <multime= dia, audio> at device 5.0 (no driver attached)
pcm0: <nVidia nForc= e2> port 0xb000-0xb0ff,0xb400-0xb47f mem 0xed080000-0xed080fff irq 22 at= device 6.0 on pci0
pcm0: <Avance Logic ALC650 AC97 Codec>
pcib= 1: <ACPI PCI-PCI bridge> at device 8.0 on pci0
pci1: <ACPI PCI = bus> on pcib1
atapci0: <VIA 6421 SATA150 controller> port 0x900= 0-0x900f,0x9400-0x940f,0x9800-0x980f,0x9c00-0x9c0f,0xa000-0xa01f,0xa400-0xa= 4ff irq 18 at device 6.0 on pci1
ata2: <ATA channel> at channel 0 = on atapci0
ata3: <ATA channel> at channel 1 on atapci0
ata4: &l= t;ATA channel> at channel 2 on atapci0
atapci1: <nVidia nForce2 UD= MA133 controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f= at device 9.0 on pci0
ata0: <ATA channel> at channel 0 on atapci1=
ata1: <ATA channel> at channel 1 on atapci1
pci0: <serial b= us, FireWire> at device 13.0 (no driver attached)
pcib2: <ACPI PCI= -PCI bridge> at device 30.0 on pci0
pci2: <ACPI PCI bus> on pci= b2
vgapci0: <VGA-compatible display> mem 0xeb000000-0xebffffff,0xe= 0000000-0xe3ffffff,0xe4000000-0xe407ffff irq 16 at device 0.0 on pci2
vg= apci0: Boot video device
acpi_tz0: <Thermal Zone> on acpi0
fdc0= : <floppy drive controller> port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acp= i0
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
uart0: <16= 550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0
uart1: = <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0
ppc0: <Pa= rallel port> port 0x378-0x37f,0x778-0x77b irq 7 on acpi0
ppc0: Generi= c chipset (NIBBLE-only) in COMPATIBLE mode
ppbus0: <Parallel port bus= > on ppc0
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven p= ort
ppi0: <Parallel I/O> on ppbus0
atkbdc0: <Keyboard contro= ller (i8042)> port 0x60,0x64 irq 1 on acpi0
atkbd0: <AT Keyboard&g= t; irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
orm0: &l= t;ISA Option ROMs> at iomem 0xd0000-0xd7fff,0xd8000-0xd97ff pnpid ORM000= 0 on isa0
ZFS NOTICE: Prefetch is disabled by default on i386 -- to enab= le,
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 add "vfs.zfs.prefetch= _disable=3D0" to /boot/loader.conf.
ZFS filesystem version: 5
ZF= S storage pool version: features support (5000)
Timecounters tick every = 1.000 msec
usbus0: 12Mbps Full Speed USB v1.0
usbus1: 12Mbps Full Spe= ed USB v1.0
usbus2: 480Mbps High Speed USB v2.0
ugen2.1: <nVidia E= HCI root HUB> at usbus2
uhub0: <nVidia EHCI root HUB, class 9/0, r= ev 2.00/1.00, addr 1> on usbus2
ugen1.1: <nVidia OHCI root HUB>= at usbus1
uhub1: <nVidia OHCI root HUB, class 9/0, rev 1.00/1.00, ad= dr 1> on usbus1
ugen0.1: <nVidia OHCI root HUB> at usbus0
uh= ub2: <nVidia OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbu= s0
Trying to mount root from zfs:qbic/ROOT/12.3-RELEASE-p7_2022-09-13_20= 5331 []...
uhub1: 3 ports with 3 removable, self powered
uhub2: 3 por= ts with 3 removable, self powered
Root mount waiting for: usbus2 CAM
= Root mount waiting for: usbus2 CAM
uhub0: 6 ports with 6 removable, self= powered
Root mount waiting for: usbus2 CAM
Root mount waiting for: u= sbus2 CAM
ugen2.2: <Kingston DataTraveler 3.0> at usbus2
umass0= on uhub0
umass0: <Kingston DataTraveler 3.0, class 0/0, rev 2.10/11.= 76, addr 2> on usbus2
umass0: =C2=A0SCSI over Bulk-Only; quirks =3D 0= x8100
umass0:5:0: Attached to scbus5
Root mount waiting for: usbus2 C= AM
Root mount waiting for: usbus2 CAM
ugen2.3: <Kingston DataTrave= ler 3.0> at usbus2
umass1 on uhub0
umass1: <Kingston DataTravel= er 3.0, class 0/0, rev 2.10/11.76, addr 3> on usbus2
umass1: =C2=A0SC= SI over Bulk-Only; quirks =3D 0x8100
umass1:6:1: Attached to scbus6
R= oot mount waiting for: CAM
Root mount waiting for: CAM
Root mount wai= ting for: CAM
Root mount waiting for: CAM
Root mount waiting for: CAM=
Root mount waiting for: CAM
Root mount waiting for: CAM
ada0 at a= ta2 bus 0 scbus0 target 0 lun 0
ada0: <WDC WD4000AAJS-22TKA0 12.01C01= > ATA-7 SATA 2.x device
ada0: Serial Number WD-WCAPW1730388
ada0: = 150.000MB/s transfers (SATA 1.x, UDMA4, PIO 8192bytes)
ada0: 381554MB (7= 81422768 512 byte sectors)
da0 at umass-sim0 bus 0 scbus5 target 0 lun 0=
da0: <Kingston DataTraveler 3.0 1.00> Removable Direct Access SPC= -4 SCSI device
da0: Serial Number 08606E69C773309039650204
da0: 40.00= 0MB/s transfers
da0: 14800MB (30310400 512 byte sectors)
da0: quirks= =3D0x2<NO_6_BYTE>
da1 at umass-sim1 bus 1 scbus6 target 0 lun 0da1: <Kingston DataTraveler 3.0 1.00> Removable Direct Access SPC-4 = SCSI device
da1: Serial Number 60A44C3FAC043090397A0202
da1: 40.000MB= /s transfers
da1: 14800MB (30310400 512 byte sectors)
da1: quirks=3D0= x2<NO_6_BYTE>
WARNING: Device "spkr" is Giant locked and= may be deleted before FreeBSD 14.0.
lo0: link state changed to UP
nf= e0: link state changed to DOWN
nfe0: link state changed to UP
= --
Regards
Maurizio


--0000000000009df37705e8b3cf17-- From nobody Fri Sep 16 07:27:42 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MTQdZ0MPGz4blLG; Fri, 16 Sep 2022 07:27:46 +0000 (UTC) (envelope-from droidbittin@gmail.com) Received: from mail-pl1-x633.google.com (mail-pl1-x633.google.com [IPv6:2607:f8b0:4864:20::633]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MTQdY2zQWz3lfm; Fri, 16 Sep 2022 07:27:45 +0000 (UTC) (envelope-from droidbittin@gmail.com) Received: by mail-pl1-x633.google.com with SMTP id v1so20637360plo.9; Fri, 16 Sep 2022 00:27:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:subject:message-id:date:from:references:in-reply-to:mime-version :from:to:cc:subject:date; bh=C1GZsb5nnNX6vFCURB1XVxA1ECih1p8aZ+aimEpFphU=; b=QzmR0vjbCF/zWpg5r5BrV1JXGA+uYhjy+QiavZfeXmTfBw00rey9nHaffMX6QxwbCp BWa0FSV72Lv5lt98mvtBer/JYMvtz09AfyNXOZQqEe8X9v6s8OE8pOKd10nbf8NZuWmL V8W7JcjvnYOYHw1z0cBumwMtJJh0+1IuJLHSVtTprA1vZ7Hqf0kdbmmfqEmh7AR+djUm yfT3+FIFsiyD1KoCV5hZrD4pRtm3uw3ZeX0nVXihoKjipyBO8r2NA+ilJ9+7lwiI1DP6 HacFa77KNVr4b7xwjMsggTOn8RC263OzzKhFDBSoXwVHpC+hWUa9dfFl5Z+Fl5p4M5HS 4C0g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:references:in-reply-to:mime-version :x-gm-message-state:from:to:cc:subject:date; bh=C1GZsb5nnNX6vFCURB1XVxA1ECih1p8aZ+aimEpFphU=; b=hviLNQLRHt88E4+BizCv5Fggh3Gn1bNQjxQUeiJ9spNM/TfznHZmKyIh26zk7wJvyd crBojU9qEcl3tVuq8+pbwwtB7BifGfNkIobTorI+kTDTTHmbnaoOnQxd4uFbIUDXr7kh PSgxd9cZQncnwz29wsJIAGAo4PTXbqlPGix0BtjZCgaSnsltWxoglDjikmBYQpHlLb0V QD2ykK3pvq3jGAFnlTNfmU0HMLG/QChIQtG/QqIMSLFkSk+m4WzXwq2t/2/fV2SIBg5M V9LonPB2Yxt8kSi2CvUyH1F4X6Gz0lF45ntxEyaj3XQiSFLEu2dA2F1Amqfy2RxC1R14 jPig== X-Gm-Message-State: ACrzQf0fY/AttsuA9mUjMm8zAFoLCQEglgSBpetwjT8pQE8qI5l0Xr2Y L1JF7x3+4DcL64bC9kCtjLZeEd+8WwpLumkqeOcUAtS923k= X-Google-Smtp-Source: AMsMyM4sfWXNpXoD73mpBRzc8NljWeL13WSFMGdBWg1NWrIiJWgCOKV43bgupUcycdmOcbXySaHCpEoTqxwUd5EutaY= X-Received: by 2002:a17:902:e547:b0:178:2aee:ab1d with SMTP id n7-20020a170902e54700b001782aeeab1dmr3374478plf.29.1663313263580; Fri, 16 Sep 2022 00:27:43 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Received: by 2002:a05:7022:249f:b0:45:6892:6b88 with HTTP; Fri, 16 Sep 2022 00:27:42 -0700 (PDT) In-Reply-To: References: From: Luna Jernberg Date: Fri, 16 Sep 2022 09:27:42 +0200 Message-ID: Subject: Fwd: FreeBSD Dev Summit Day 2 at EuroBSDCON 2022 in Vienna To: freebsd-ports@freebsd.org, freebsd-amd64@freebsd.org, freebsd-announce@freebsd.org, freebsd-arm@freebsd.org, freebsd-chat@freebsd.org, freebsd-current@freebsd.org, freebsd-desktop@freebsd.org, freebsd-doc@freebsd.org, freebsd-stable@freebsd.org, freebsd-x11@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4MTQdY2zQWz3lfm X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=QzmR0vjb; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of droidbittin@gmail.com designates 2607:f8b0:4864:20::633 as permitted sender) smtp.mailfrom=droidbittin@gmail.com X-Spamd-Result: default: False [-3.95 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_LONG(-0.99)[-0.993]; NEURAL_HAM_SHORT(-0.96)[-0.960]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::633:from]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org,freebsd-amd64@freebsd.org,freebsd-announce@freebsd.org,freebsd-arm@freebsd.org,freebsd-chat@freebsd.org,freebsd-current@freebsd.org,freebsd-desktop@freebsd.org,freebsd-doc@freebsd.org,freebsd-stable@freebsd.org,freebsd-x11@freebsd.org]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCPT_COUNT_SEVEN(0.00)[10]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N ---------- Forwarded message ---------- From: Luna Jernberg Date: Fri, 16 Sep 2022 09:24:43 +0200 Subject: Fwd: FreeBSD Dev Summit Day 2 at EuroBSDCON 2022 in Vienna To: droidbittin@gmail.com ---------- Forwarded message ---------- From: Luna Jernberg Date: Fri, 16 Sep 2022 09:24:11 +0200 Subject: FreeBSD Dev Summit Day 2 at EuroBSDCON 2022 in Vienna To: freebsd-hackers , freebsd-advocacy@freebsd.org, freebsd-women , devsummit@freebsd.org Hello Day #2 of the FreeBSD Dev Summit in Vienna: https://wiki.freebsd.org/DevSummit/202209 is being streamed currently: https://bsdtv-hls.secdn.net/bsdtv-channel/play/input_track1.smil/playlist.m3u8 also the talks from the conference will be streamed tommorow and on Sunday http://2022.eurobsdcon.org/program From nobody Fri Sep 16 09:13:28 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MTSzb1Ch2z4c6M5; Fri, 16 Sep 2022 09:13:31 +0000 (UTC) (envelope-from droidbittin@gmail.com) Received: from mail-pj1-x1032.google.com (mail-pj1-x1032.google.com [IPv6:2607:f8b0:4864:20::1032]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MTSzZ495bz411R; Fri, 16 Sep 2022 09:13:30 +0000 (UTC) (envelope-from droidbittin@gmail.com) Received: by mail-pj1-x1032.google.com with SMTP id q3so20456353pjg.3; Fri, 16 Sep 2022 02:13:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:subject:message-id:date:from:references:in-reply-to:mime-version :from:to:cc:subject:date; bh=gmp+KjKz32Cfc4XP8ilcD5qsaaCpZz0GWk2pjePlYbg=; b=TiSRB2VV5sNvi8NwbUYq2O0oyl6emgQcRC2pESGsiqTHziMV3aFmR0G8vnJbP/XDT5 Xg7Hx1wn8zl0WdaBBoATd9S2MAOIbVyoQLgq1l7GfsYn+P9dKufgEx7f6/G1YdGtjLuJ VsMtqH8NojA/pqOchhiJmH6xngLaNDravIU9eqxlkD9oS4D15tVV58WjCNc91qyWhs16 zYIft5O46ORVdGlehMic7t1JSM0VFHnUAUI920zJxiOyJRRsaKATYrW8Pn/zBKEmBewk Tzlf8aBk2HqfqJ72rIGvQcfcvwkbt6H02zAkJJYQ0do4GcxiZBUrzG9qjn8l9YyxEknH u1ig== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:references:in-reply-to:mime-version :x-gm-message-state:from:to:cc:subject:date; bh=gmp+KjKz32Cfc4XP8ilcD5qsaaCpZz0GWk2pjePlYbg=; b=7fbjDbMrMd9eAO7PQpjf0Kg5oAKLR//1RgqS0/mM8a0k96+iTX9TMw0MMdEL+xYTXd 932/eoUuOfSTzdTCagvUE9r4mp/INL+EBuiQjaLTyBXmtX0/PT9NLvclRI8r6UwquTez uA7ZnY+uBOlrncvjgYuASoyzTiG+/cBmAGxENDGB0bpE+ao6OuEqdfIDQ4AtshKbesM0 8bVLBBPxbGuaJQHy96Umx61W9nNKcaDoBa8gIRz0gwcspwlb+AufinVmJwt61a7NIahm /HNp3zvE0XFZdkz4e+/Ua38TvbGdMf8gZqz+8bK/7Kdyht4mSYy8ugkvd2h7/xTi1ZMf jH7g== X-Gm-Message-State: ACrzQf0K8au16RqPuiVcrBz0k+4TSLEdY70zVSUnXli11WKFPtG7MTJf I6AHQAYIcVBIaLlcn8r+QaR07fVnRxFkMp9eUlsJsBn9l5M= X-Google-Smtp-Source: AMsMyM7RVYpKsOLMFXmlMWGb2O33g4cLemWxKmlqUwRd2mWf1K6X36gMwmFqCANQJceE5mhimQ3j4HZk9ThatwCVUIc= X-Received: by 2002:a17:902:e547:b0:178:2aee:ab1d with SMTP id n7-20020a170902e54700b001782aeeab1dmr3727112plf.29.1663319608932; Fri, 16 Sep 2022 02:13:28 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Received: by 2002:a05:7022:249f:b0:45:6892:6b88 with HTTP; Fri, 16 Sep 2022 02:13:28 -0700 (PDT) In-Reply-To: References: From: Luna Jernberg Date: Fri, 16 Sep 2022 11:13:28 +0200 Message-ID: Subject: Re: FreeBSD Dev Summit Day 2 at EuroBSDCON 2022 in Vienna To: freebsd-ports@freebsd.org, freebsd-amd64@freebsd.org, freebsd-announce@freebsd.org, freebsd-arm@freebsd.org, freebsd-chat@freebsd.org, freebsd-current@freebsd.org, freebsd-desktop@freebsd.org, freebsd-doc@freebsd.org, freebsd-stable@freebsd.org, freebsd-x11@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4MTSzZ495bz411R X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=TiSRB2VV; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of droidbittin@gmail.com designates 2607:f8b0:4864:20::1032 as permitted sender) smtp.mailfrom=droidbittin@gmail.com X-Spamd-Result: default: False [-3.09 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.64)[-0.643]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.45)[-0.451]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::1032:from]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org,freebsd-amd64@freebsd.org,freebsd-announce@freebsd.org,freebsd-arm@freebsd.org,freebsd-chat@freebsd.org,freebsd-current@freebsd.org,freebsd-desktop@freebsd.org,freebsd-doc@freebsd.org,freebsd-stable@freebsd.org,freebsd-x11@freebsd.org]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCPT_COUNT_SEVEN(0.00)[10]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N New link: https://bsdtv-player.secdn.net/theatre/c726dda9-ffb0-4afa-bf71-55cfc9ab7b67 On 9/16/22, Luna Jernberg wrote: > ---------- Forwarded message ---------- > From: Luna Jernberg > Date: Fri, 16 Sep 2022 09:24:43 +0200 > Subject: Fwd: FreeBSD Dev Summit Day 2 at EuroBSDCON 2022 in Vienna > To: droidbittin@gmail.com > > ---------- Forwarded message ---------- > From: Luna Jernberg > Date: Fri, 16 Sep 2022 09:24:11 +0200 > Subject: FreeBSD Dev Summit Day 2 at EuroBSDCON 2022 in Vienna > To: freebsd-hackers , > freebsd-advocacy@freebsd.org, freebsd-women > , devsummit@freebsd.org > > Hello > > Day #2 of the FreeBSD Dev Summit in Vienna: > https://wiki.freebsd.org/DevSummit/202209 is being streamed currently: > https://bsdtv-hls.secdn.net/bsdtv-channel/play/input_track1.smil/playlist.m3u8 > also the talks from the conference will be streamed tommorow and on > Sunday http://2022.eurobsdcon.org/program > From nobody Sun Sep 18 05:12:16 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MVbZ25qs3z47N12 for ; Sun, 18 Sep 2022 05:13:46 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from midget.dons.net.au (2403-5800-5200-4700-225-90ff-fe47-39b4.ip6.aussiebb.net [IPv6:2403:5800:5200:4700:225:90ff:fe47:39b4]) (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 ECDSA (P-384) client-digest SHA384) (Client CN "dons.net.au", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MVbYz5SrZz3P8S for ; Sun, 18 Sep 2022 05:13:43 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from midget.dons.net.au (localhost [127.0.0.1]) by midget.dons.net.au (8.17.1/8.16.1) with ESMTPS id 28I5Cs6W028453 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sun, 18 Sep 2022 14:43:00 +0930 (ACST) (envelope-from darius@dons.net.au) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=dons.net.au; s=default; t=1663477984; bh=9dIvI0t1JqjIUnTVUu3fhhs8/Zpwh6FUMG+NiUuGIcI=; h=From:Date:Subject:To; b=hgbkk0JwMKV5BhWt4N5WMxESh14CPG6YaLyksbzJ+6J6ul25QRXCND2fEbmQdsdIN T4El0o4cVFsmKwsT8skQhoFTgaN1BgxroTC7WbGELFaL9I2AEqF64+z7rDV4d2/v6P oswLT5/JkmdAXc7D2uTCD9XmV91NwUqNW4pM+J0o= Received: (from mailnull@localhost) by midget.dons.net.au (8.17.1/8.16.1/Submit) id 28I5CRrC028437 for ; Sun, 18 Sep 2022 14:42:27 +0930 (ACST) (envelope-from darius@dons.net.au) X-MIMEDefang-Relay-a1a524833438212bf543e143edafb27bc4d2c346: 2403:5800:5200:4700:807e:f948:633b:3649 Received: from smtpclient.apple ([IPv6:2403:5800:5200:4700:807e:f948:633b:3649] [2403:5800:5200:4700:807e:f948:633b:3649]) by 2403-5800-5200-4700-225-90ff-fe47-39b4.ip6.aussiebb.net (envelope-sender ) (MIMEDefang) with ESMTP id 28I5CRkq028432; Sun, 18 Sep 2022 14:42:27 +0930 From: "Daniel O'Connor" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.1\)) Date: Sun, 18 Sep 2022 14:42:16 +0930 Subject: PF ICMP generation Message-Id: <6D714670-CE96-4F85-B521-464852909ABD@dons.net.au> To: freebsd-stable X-Mailer: Apple Mail (2.3696.120.41.1.1) X-Spam-Score: 1.3 (*) No, score=1.3 required=5.0 tests=RDNS_NONE,SPF_HELO_NONE, T_SPF_PERMERROR autolearn=no autolearn_force=no version=3.4.5 X-Scanned-By: MIMEDefang 2.84 on 10.0.2.1 X-Rspamd-Queue-Id: 4MVbYz5SrZz3P8S X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=dons.net.au header.s=default header.b=hgbkk0Jw; dmarc=pass (policy=quarantine) header.from=dons.net.au; spf=pass (mx1.freebsd.org: domain of darius@dons.net.au designates 2403:5800:5200:4700:225:90ff:fe47:39b4 as permitted sender) smtp.mailfrom=darius@dons.net.au X-Spamd-Result: default: False [-3.40 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; NEURAL_HAM_MEDIUM(-0.91)[-0.905]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[dons.net.au,quarantine]; R_DKIM_ALLOW(-0.20)[dons.net.au:s=default]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[dons.net.au:+]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; ASN(0.00)[asn:4764, ipnet:2403:5800::/32, country:AU]; RCPT_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hi, I discovered recently my firewall rules were allowing NTP in and I had a = misconfigured host which was spamming traffic. I ended up moving the = host to a different IP (and fixing the firewall rule) but now I find the = router (which I recently updated to FreeBSD 13.1-RELEASE-p2, from 12) is = generating mounds of ICMP unreachable traffic: 14:10:30.572851 IP a.a.a.a > 201.150.126.195: ICMP b.b.b.b udp port 123 = unreachable, length 44 14:10:30.572865 IP a.a.a.a > 201.150.127.67: ICMP b.b.b.b udp port 123 = unreachable, length 44 14:10:30.572872 IP a.a.a.a > 201.150.126.195: ICMP b.b.b.b udp port 123 = unreachable, length 44 14:10:30.573661 IP a.a.a.a > 201.150.126.67: ICMP b.b.b.b udp port 123 = unreachable, length 44 14:10:30.574262 IP a.a.a.a > 201.150.126.195: ICMP b.b.b.b udp port 123 = unreachable, length 44 14:10:30.574273 IP a.a.a.a > 201.150.127.67: ICMP b.b.b.b udp port 123 = unreachable, length 44 14:10:30.574280 IP a.a.a.a > 201.150.127.67: ICMP b.b.b.b udp port 123 = unreachable, length 44 14:10:30.575212 IP a.a.a.a > 201.150.127.67: ICMP b.b.b.b udp port 123 = unreachable, length 44 14:10:30.575222 IP a.a.a.a > 201.150.127.195: ICMP b.b.b.b udp port 123 = unreachable, length 44 14:10:30.575239 IP a.a.a.a > 201.150.126.195: ICMP b.b.b.b udp port 123 = unreachable, length 44 Where a.a.a.a is the IP of the router (static from the ISP) and b.b.b.b = is the (publicly routable) IP of the machine I changed the IP for. The normal ICMP rate limiting does not seem to be working: = net.inet.icmp.icmplim is the default of 200, and I do not see any = "Limiting icmp unreach response from NNNN to 200 packets/sec" messages = which I have definitely seen before. Blocking the IPs it is sending to in pf does not seem to stop the = traffic. I then ran dtrace to try and work out which code was generating the ICMP = traffic: [portero 14:25] ~ >sudo dtrace -n 'fbt::icmp_error:entry { = @stacks[stack()] =3D count(); }' dtrace: description 'fbt::icmp_error:entry ' matched 1 probe ^C pf.ko`pf_intr+0x1e5 kernel`fork_exit+0x7e kernel`0xffffffff810885ee 15273 I then realised that my PF default block policy was 'return' rather than = 'drop' - once I changed that it was good. However I think it is pretty surprising that PF does not implement the = ICMP rate limiter (net.inet.icmp.icmplim). I checked the code and I think it would not be too difficult to add a = called to badport_bandlim() to either pf_intr or pf_send_icmp but I = haven't tried it yet. -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum From nobody Sun Sep 18 17:21:54 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MVvkG2QWPz4cy41 for ; Sun, 18 Sep 2022 17:21: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 4MVvkF1s5zz3fXj; Sun, 18 Sep 2022 17:21: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 28IHLsZ0004907; Sun, 18 Sep 2022 17:21:54 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.16.1/8.16.1/Submit) id 28IHLsB3004906; Sun, 18 Sep 2022 10:21:54 -0700 (PDT) (envelope-from david) Date: Sun, 18 Sep 2022 10:21:54 -0700 From: David Wolfskill To: stable@freebsd.org Subject: stable/12 & recent change to newvers.sh Message-ID: Reply-To: stable@freebsd.org Mail-Followup-To: stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="6Nf4BQhwR1q6hzt3" Content-Disposition: inline X-Rspamd-Queue-Id: 4MVvkF1s5zz3fXj X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org X-Spamd-Result: default: False [-0.39 / 15.00]; REPLYTO_EQ_TO_ADDR(5.00)[]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.996]; NEURAL_HAM_MEDIUM(-0.99)[-0.991]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170:c]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MID_RHS_MATCH_FROMTLD(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[stable@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RCPT_COUNT_ONE(0.00)[1]; FREEFALL_USER(0.00)[david]; HAS_REPLYTO(0.00)[stable@freebsd.org]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; FROM_HAS_DN(0.00)[]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[catwhisker.org]; ARC_NA(0.00)[] X-ThisMailContainsUnwantedMimeParts: N --6Nf4BQhwR1q6hzt3 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I just noticed (today) that as of the update of stable/12 from: FreeBSD 12.3-STABLE #104 stable/12-n235621-7c39928455c: Tue Sep 6 10:34:05= UTC 2022 root@freebeast.catwhisker.org:/common/S1/obj/usr/src/amd64.am= d64/sys/GENERIC amd64 1203507 1203507 to FreeBSD 12.3-STABLE #105 stable/12-dff90c4ce1a: Wed Sep 7 10:31:49 UTC 202= 2 root@freebeast.catwhisker.org:/common/S1/obj/usr/src/amd64.amd64/sys/= GENERIC amd64 1203507 1203507 (as seen at https://www.catwhisker.org/~david/FreeBSD/history/freebeast_uname_amd64.12.= txt) I've lost the commit count. This would seem to be related to: author Michael Osipov 2021-01-05 11:48:39 +0100 committer Ed Maste 2022-09-06 15:31:39 -0400 commit a3c92efcaa1252bcff87884a76e7c4a9f2c4afc5 (patch) tree d400c4c61710546d44ca0123526bbab2bd26b095 /sys/conf/newvers.sh newvers.sh: add support for gitup(1) except that I have never used gitup, and haven't enough of a clue about git to know what a "shallow clone" is. And when I manually run "cd /usr/src/sys/conf && sh -x newvers.sh", the resulting vers.c file *has* the count. [As an aside, my first attempt at this was "cd /sys/conf && sh -x newvers.sh", which totally failed to recognize that it was in a git tree at all: "findvcs .git" returned 1. This may be a bit of a surprise; it was to me.] Anyway: looking over the changes in the commit, I find no files matching the name ".gitup*" at all, anywhere. And manually running "git rev-parse --is-shallow-repository" outputs "false" for any of my git trees. And it looks to me as if the stable/13 equivalent: author Michael Osipov 2021-01-05 11:48:39 +0100 committer Ulrich Sp=F6rlein 2021-01-20 10:48:27 +0100 commit a9fc14fbf445cffd18f34f6a602bdba84bb5a867 (patch) tree 0c10804bdafde2810d11201dc93af7f5d0ec58de /sys/conf/newvers.sh newvers.sh: add support for gitup(1) has *not* caused dropping the commit count from stable/13 -- ref. https://www.catwhisker.org/~david/FreeBSD/history/freebeast_uname_amd64.13.= txt Nor has it been an issue in head -- ref.: https://www.catwhisker.org/~david/FreeBSD/history/freebeast_uname_amd64.14.= txt So: how do I find out what's gone wonky with my stable/12 environments? (The cited behavior is consistent among all 3 machines I use for daily tracking of stable/12, stable/13, and head.) Thanks! Peace, david --=20 David H. Wolfskill david@catwhisker.org "In my administration, I'm going to enforce all laws concerning the protection of classified information. No one will be above the law." -- D. Trump, August, 2016 See https://www.catwhisker.org/~david/publickey.gpg for my public key. --6Nf4BQhwR1q6hzt3 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSr0Kzv+UJRY3wfOii0+6PfV4Ix1AUCYydTsl8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0QUJE MEFDRUZGOTQyNTE2MzdDMUYzQTI4QjRGQkEzREY1NzgyMzFENAAKCRC0+6PfV4Ix 1Ch3AQCcTUjP9AFEakZWpOvRgv/MbGURZ/bgxDRou3DXdc8jnwEAjV3E6ukqX8C+ hEJjO/fviqw7jYOvz9NE2eCUx+bUTgw= =SHN1 -----END PGP SIGNATURE----- --6Nf4BQhwR1q6hzt3-- From nobody Sun Sep 18 21:38:43 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MW1Qp48T9z4cKxc for ; Sun, 18 Sep 2022 21:38:58 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-pg1-f177.google.com (mail-pg1-f177.google.com [209.85.215.177]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MW1Qn3G7Tz44Bc for ; Sun, 18 Sep 2022 21:38:57 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-pg1-f177.google.com with SMTP id h188so25112847pgc.12 for ; Sun, 18 Sep 2022 14:38:57 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date; bh=wVVW0h2gODwWCmcGGAuP+XBlkgBSHKx4Vxt0ks1fd8c=; b=GG4PigvOAV7dZvCxr2hjgR9iAzGUqiP6QEdAqIdSaCslF9UyeseHVFz4nUqhgIcjoF myCT7ubSgwHzJWlZUfCqCfygpDyHpm7Ncc3+pGGZV4jrBBAHATHlkZMwBsWffVTdD7xD sVDbZow9v7FyPdtFBgd5g1U7poSEswvn1Z1LqBRWv7wXCPAYrvX9ObiwLtn+rTfDthFt VWprEzfX7y77aRknpr6q1T5aj/e5G0SLYcE0edAGZLdWO1Ksl0MZIzXu6amUeXXWCB8J pJw9JASO4MzAqFkYYx2IS3rQQVwLHOO169GYyIUWknuKaoaze1VDDeop4Dpi2mg1mKq7 +6Hw== X-Gm-Message-State: ACrzQf2xTIKdJMmMGZtQbY75Bcowj5gzOaCdF4e93ZX95KnZh78KjO5N IroFNGN35F5BcbgdR7xBlgzyX1dGsfo5gIyfnJzcNkacqTg= X-Google-Smtp-Source: AMsMyM45mp7pJ5CFEPCAgW7Vny345xVSTIe2B0aVfNy72Rxi1P8OoFf+RzMkRX/olZjF0UhIuBj0YueZ2yvUMKmtyu4= X-Received: by 2002:a63:6cc4:0:b0:41a:ff04:661f with SMTP id h187-20020a636cc4000000b0041aff04661fmr13133425pgc.600.1663537134858; Sun, 18 Sep 2022 14:38:54 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Ed Maste Date: Sun, 18 Sep 2022 17:38:43 -0400 Message-ID: Subject: Re: stable/12 & recent change to newvers.sh To: stable@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4MW1Qn3G7Tz44Bc X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.215.177 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-3.04 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.995]; NEURAL_HAM_MEDIUM(-0.94)[-0.941]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; RWL_MAILSPIKE_GOOD(-0.10)[209.85.215.177:from]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_NONE(0.00)[209.85.215.177:from]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; MLMMJ_DEST(0.00)[stable@freebsd.org]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[freebsd.org]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FREEFALL_USER(0.00)[carpeddiem]; RCVD_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; TO_DOM_EQ_FROM_DOM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sun, 18 Sept 2022 at 13:21, David Wolfskill wrote: > > I just noticed (today) that as of the update of stable/12 from: > > FreeBSD 12.3-STABLE #104 stable/12-n235621-7c39928455c: Tue Sep 6 10:34:05 UTC 2022 root@freebeast.catwhisker.org:/common/S1/obj/usr/src/amd64.amd64/sys/GENERIC amd64 1203507 1203507 > > to > > FreeBSD 12.3-STABLE #105 stable/12-dff90c4ce1a: Wed Sep 7 10:31:49 UTC 2022 root@freebeast.catwhisker.org:/common/S1/obj/usr/src/amd64.amd64/sys/GENERIC amd64 1203507 1203507 > > (as seen at > https://www.catwhisker.org/~david/FreeBSD/history/freebeast_uname_amd64.12.txt) > > I've lost the commit count. Thanks for noting this. I had to adapt the commit that added support for gitup as it did not apply cleanly to stable/12. I will take a look, and let you know if there's anything I'd like you to try. From nobody Fri Sep 23 14:44:54 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MYw0m3cHYz4d8v5 for ; Fri, 23 Sep 2022 14:44:56 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.126.123]) (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 4MYw0l6sKsz49TC for ; Fri, 23 Sep 2022 14:44:55 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from smtpclient.apple (unknown [IPv6:2001:470:e15b:23::23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id EB32A85C0C for ; Fri, 23 Sep 2022 10:44:54 -0400 (EDT) From: Paul Mather Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.1\)) Subject: objcopy: open objcopy failed: Text file busy Message-Id: <471FF033-A315-4061-8127-480C47AFB5EE@gromit.dlib.vt.edu> Date: Fri, 23 Sep 2022 10:44:54 -0400 To: FreeBSD stable X-Mailer: Apple Mail (2.3696.120.41.1.1) X-Rspamd-Queue-Id: 4MYw0l6sKsz49TC X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=vt.edu (policy=none); spf=none (mx1.freebsd.org: domain of paul@gromit.dlib.vt.edu has no SPF policy when checking 128.173.126.123) smtp.mailfrom=paul@gromit.dlib.vt.edu X-Spamd-Result: default: False [-2.50 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MV_CASE(0.50)[]; DMARC_POLICY_SOFTFAIL(0.10)[vt.edu : No valid SPF, No valid DKIM,none]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; R_DKIM_NA(0.00)[]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:1312, ipnet:128.173.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FREEFALL_USER(0.00)[paul]; ARC_NA(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[] X-ThisMailContainsUnwantedMimeParts: N For a while now, when I do a "make buildworld" on -STABLE, if the = /usr/obj directory is not empty I will have the build error out with = "objcopy: open objcopy failed: Text file busy" part way through. It = isn't ultimately fatal, because I can just run the buildworld again and = it will pick up where it left off. As I say, it doesn't do this if = /usr/obj is empty before running buildworld. It would be nice to have = the incremental build complete all in one go. Is this a problem anyone else is seeing, or is it some peculiar = misconfiguration at my end? Here is my /etc/src-env.conf: =3D=3D=3D=3D=3D /etc/src-env.conf =3D=3D=3D=3D=3D WITH_META_MODE=3Dyes =3D=3D=3D=3D=3D And this is my /etc/src.conf: =3D=3D=3D=3D=3D /etc/src.conf =3D=3D=3D=3D=3D WITH_SYSTEM_COMPILER=3Dyes WITHOUT_CROSS_COMPILER=3Dyes WITHOUT_LLVM_TARGET_ALL=3Dyes WITHOUT_TESTS=3Dyes WITHOUT_ATM=3Dyes WITHOUT_BLUETOOTH=3Dyes WITHOUT_CXGBETOOL=3Dyes WITHOUT_FDT=3Dyes WITHOUT_FLOPPY=3Dyes WITHOUT_HTML=3Dyes WITHOUT_HYPERV=3Dyes WITHOUT_IPFILTER=3Dyes WITHOUT_LOADER_OFW=3Dyes WITHOUT_LOADER_UBOOT=3Dyes WITHOUT_MLX5TOOL=3Dyes WITHOUT_NDIS=3Dyes WITHOUT_NVME=3Dyes WITHOUT_PORTSNAP=3Dyes WITHOUT_PPP=3Dyes WITHOUT_PROFILE=3Dyes WITHOUT_ROUTED=3Dyes WITHOUT_SENDMAIL=3Dyes WITHOUT_TALK=3Dyes WITHOUT_WIRELESS=3Dyes WITHOUT_WPA_SUPPLICANT_EAPOL=3Dyes =3D=3D=3D=3D=3D Finally, here is the error I got today in updating my 13.1-STABLE = (stable/13-n252248-adbcdbee602d) system: =3D=3D=3D=3D=3D [[...]] --- all_subdir_usr.bin/clang --- Building /usr/obj/usr/src/amd64.amd64/usr.bin/clang/lld/ELF/Target.o --- all_subdir_usr.bin/objcopy --- Building /usr/obj/usr/src/amd64.amd64/usr.bin/objcopy/segments.o Building /usr/obj/usr/src/amd64.amd64/usr.bin/objcopy/symbols.o Building /usr/obj/usr/src/amd64.amd64/usr.bin/objcopy/objcopy.full Building /usr/obj/usr/src/amd64.amd64/usr.bin/objcopy/objcopy.1 Building /usr/obj/usr/src/amd64.amd64/usr.bin/objcopy/strip.1.gz Building /usr/obj/usr/src/amd64.amd64/usr.bin/objcopy/objcopy.debug Building /usr/obj/usr/src/amd64.amd64/usr.bin/objcopy/objcopy.1.gz Building /usr/obj/usr/src/amd64.amd64/usr.bin/objcopy/objcopy --- objcopy --- objcopy: open objcopy failed: Text file busy *** [objcopy] Error code 1 make[4]: *** objcopy removed make[4]: stopped in /usr/src/usr.bin/objcopy = .ERROR_TARGET=3D'objcopy' = .ERROR_META_FILE=3D'/usr/obj/usr/src/amd64.amd64/usr.bin/objcopy/objcopy.m= eta' .MAKE.LEVEL=3D'4' MAKEFILE=3D'' .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' _ERROR_CMD=3D'objcopy --strip-debug --add-gnu-debuglink=3Dobjcopy.debug = objcopy.full objcopy;' .CURDIR=3D'/usr/src/usr.bin/objcopy' = =20 .MAKE=3D'make' .OBJDIR=3D'/usr/obj/usr/src/amd64.amd64/usr.bin/objcopy' .TARGETS=3D'all' DESTDIR=3D'/usr/obj/usr/src/amd64.amd64/tmp' LD_LIBRARY_PATH=3D'' MACHINE=3D'amd64' MACHINE_ARCH=3D'amd64' MAKEOBJDIRPREFIX=3D'' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20220208' = PATH=3D'/usr/obj/usr/src/amd64.amd64/tmp/bin:/usr/obj/usr/src/amd64.amd64/= tmp/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/usr/bin:/usr/obj/usr/src/amd= 64.amd64/tmp/legacy/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/b= in:/usr/obj/usr/src/amd64.amd64/tmp/legacy/bin:/usr/obj/usr/src/amd64.amd6= 4/tmp/legacy/usr/libexec::/sbin:/bin:/usr/sbin:/usr/bin' SRCTOP=3D'/usr/src' OBJTOP=3D'/usr/obj/usr/src/amd64.amd64' = [13/1968] .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /etc/src-env.conf /usr/src/share/mk/bsd.mkopt.mk = /usr/src/share/mk/src.sys.obj.mk /usr/src/share/mk/auto.obj.mk = /usr/src/share/mk/bsd.suffixes.mk /etc/make.conf = /usr/src/share/mk/local.sys.mk /usr/src/share/mk/src.sys.mk = /etc/src.conf /usr/src/usr.bin/objcopy/Makefile = /usr/src/share/mk/src.opts.mk /usr/src/share/mk/bsd.own.mk = /usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk = /usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.linker.mk = /usr/src/share/mk/bsd.prog.mk /usr/src/share/mk/bsd.init.mk = /usr/src/share/mk/local.init.mk /usr/src/share/mk/src.init.mk = /usr/src/usr.bin/objcopy/../Makefile.inc = /usr/src/share/mk/bsd.libnames.mk /usr/src/share/mk/src.libnames.mk = /usr/src/share/mk/bsd.nls.mk /usr/src/share/mk/bsd.confs.mk = /usr/src/share/mk/bsd.files.mk /usr/src/share/mk/bsd.dirs.mk = /usr/src/share/mk/bsd.incs.mk /usr/src/share/mk/bsd.links.mk = /usr/src/share/mk/bsd.man.mk /usr/src/share/mk/bsd.dep.mk = /usr/src/share/mk/bsd.clang-analyze.mk /usr/src/share/mk/bsd.obj.mk = /usr/src/share/mk/bsd.subdir.mk /usr/src/share/mk/bsd.sys.mk = /dev/null'.PATH=3D'. /usr/src/usr.bin/objcopy = /usr/src/contrib/elftoolchain/elfcopy' 1 error make[4]: stopped in /usr/src/usr.bin/objcopy .ERROR_TARGET=3D'objcopy' = .ERROR_META_FILE=3D'/usr/obj/usr/src/amd64.amd64/usr.bin/objcopy/objcopy.m= eta' .MAKE.LEVEL=3D'4' MAKEFILE=3D'' .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' _ERROR_CMD=3D'objcopy --strip-debug --add-gnu-debuglink=3Dobjcopy.debug = objcopy.full objcopy;' .CURDIR=3D'/usr/src/usr.bin/objcopy' .MAKE=3D'make' .OBJDIR=3D'/usr/obj/usr/src/amd64.amd64/usr.bin/objcopy' .TARGETS=3D'all' DESTDIR=3D'/usr/obj/usr/src/amd64.amd64/tmp' LD_LIBRARY_PATH=3D'' MACHINE=3D'amd64' MACHINE_ARCH=3D'amd64' MAKEOBJDIRPREFIX=3D'' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20220208' = PATH=3D'/usr/obj/usr/src/amd64.amd64/tmp/bin:/usr/obj/usr/src/amd64.amd64/= tmp/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/usr/bin:/usr/obj/usr/src/amd= 64.amd64/tmp/legacy/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/b= in:/usr/obj/usr/src/amd64.amd64/tmp/legacy/bin:/usr/obj/usr/src/amd64.amd6= 4/tmp/legacy/usr/libexec::/sbin:/bin:/usr/sbin:/usr/bin' SRCTOP=3D'/usr/src' OBJTOP=3D'/usr/obj/usr/src/amd64.amd64' .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /etc/src-env.conf /usr/src/share/mk/bsd.mkopt.mk = /usr/src/share/mk/src.sys.obj.mk /usr/src/share/mk/auto.obj.mk = /usr/src/share/mk/bsd.suffixes.mk /etc/make.conf = /usr/src/share/mk/local.sys.mk /usr/src/share/mk/src.sys.mk = /etc/src.conf /usr/src/usr.bin/objcopy/Makefile = /usr/src/share/mk/src.opts.mk /usr/src/share/mk/bsd.own.mk = /usr/src/share/mk/bsd.opts.mk /usr/src/share/mk/bsd.cpu.mk = /usr/src/share/mk/bsd.compiler.mk /usr/src/share/mk/bsd.linker.mk = /usr/src/share/mk/bsd.prog.mk /usr/src/share/mk/bsd.init.mk = /usr/src/share/mk/local.init.mk /usr/src/share/mk/src.init.mk = /usr/src/usr.bin/objcopy/../Makefile.inc = /usr/src/share/mk/bsd.libnames.mk /usr/src/share/mk/src.libnames.mk = /usr/src/share/mk/bsd.nls.mk /usr/src/share/mk/bsd.confs.mk = /usr/src/share/mk/bsd.files.mk /usr/src/share/mk/bsd.dirs.mk = /usr/src/share/mk/bsd.incs.mk /usr/src/share/mk/bsd.links.mk = /usr/src/share/mk/bsd.man.mk /usr/src/share/mk/bsd.dep.mk = /usr/src/share/mk/bsd.clang-analyze.mk /usr/src/share/mk/bsd.obj.mk = /usr/src/share/mk/bsd.subdir.mk /usr/src/share/mk/bsd.sys.mk /dev/null' .PATH=3D'. /usr/src/usr.bin/objcopy = /usr/src/contrib/elftoolchain/elfcopy' make[3]: stopped in /usr/src/usr.bin --- all_subdir_usr.bin/clang --- make[4]: stopped in /usr/src/usr.bin/clang --- all_subdir_usr.bin/readelf --- make[3]: stopped in /usr/src/usr.bin --- all_subdir_usr.bin/clang --- make[3]: stopped in /usr/src/usr.bin make[2]: stopped in /usr/src make[1]: stopped in /usr/src make: stopped in /usr/src =3D=3D=3D=3D=3D Note: I am running "make -j8 buildworld" when building world. Cheers, Paul.= From nobody Fri Sep 23 15:02:07 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MYwNr6Psfz4dBlg for ; Fri, 23 Sep 2022 15:02:20 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-pf1-f170.google.com (mail-pf1-f170.google.com [209.85.210.170]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MYwNq5g1nz4GFZ for ; Fri, 23 Sep 2022 15:02:19 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-pf1-f170.google.com with SMTP id e5so422968pfl.2 for ; Fri, 23 Sep 2022 08:02:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date; bh=nh131jzv+ADkX/ZY1pEC1OWTqQpa6VdV40O8RMlq0yY=; b=ssxfrsc9FSpDvXaXGYDgjjrN1vULpZE/+PGRm2kjQ8NQiAPOginvOqyGlqcWYKb5fo LqH2E5XcEVfZ0ycYgCNuaZnHvHFCZj0sNfOD2ldeTbk9aS2rFzHpxXQFav/Jbi3+encQ o7umVHgIH8xah3RcOn03Hi24ZaJ+PNsMt+XE51obYQGHmC2dpacFHtXSKmqGXyPD+g14 GMrtrANDJG3FvH2UunMpU3wk5j4QVgCcmWlS7M240ZthjlsL4KG3OYdmI2FKuTXKu0tG +rFoHKR2QlSzt9qtfoCG55rjP7NQA2x/lZyb549xUweU/ULV6v0xgQH9wcR5BqQVV8CD xhbA== X-Gm-Message-State: ACrzQf13m6b8ImCAenCpjg3yN4SFOn9mCE/V7riXqnoUtgnBRjSAIAk2 Q+va5zdf+xK+aYsG3oerVAIGk/v3ZlZhyOpHOjja1UXLuQA= X-Google-Smtp-Source: AMsMyM6gqbgv0nu7HRg2xLrogqgwB2sto36XJB4wA8Oy2RBOZ3Egd5wlrnixWWBES8eZSdrJne6+99qpr2uhGbNHzl0= X-Received: by 2002:a63:5f08:0:b0:434:c081:37eb with SMTP id t8-20020a635f08000000b00434c08137ebmr7897922pgb.40.1663945338108; Fri, 23 Sep 2022 08:02:18 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <471FF033-A315-4061-8127-480C47AFB5EE@gromit.dlib.vt.edu> In-Reply-To: <471FF033-A315-4061-8127-480C47AFB5EE@gromit.dlib.vt.edu> From: Ed Maste Date: Fri, 23 Sep 2022 11:02:07 -0400 Message-ID: Subject: Re: objcopy: open objcopy failed: Text file busy To: Paul Mather Cc: FreeBSD stable Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4MYwNq5g1nz4GFZ X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.210.170 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-3.09 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; NEURAL_HAM_SHORT(-0.99)[-0.994]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; RWL_MAILSPIKE_GOOD(-0.10)[209.85.210.170:from]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; MIME_TRACE(0.00)[0:+]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; RCVD_IN_DNSWL_NONE(0.00)[209.85.210.170:from]; TO_DN_ALL(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEFALL_USER(0.00)[carpeddiem]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[freebsd.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On Fri, 23 Sept 2022 at 10:44, Paul Mather wrote: > > For a while now, when I do a "make buildworld" on -STABLE, if the /usr/ob= j directory is not empty I will have the build error out with "objcopy: ope= n objcopy failed: Text file busy" part way through. It isn't ultimately fa= tal, because I can just run the buildworld again and it will pick up where = it left off. As I say, it doesn't do this if /usr/obj is empty before runn= ing buildworld. It would be nice to have the incremental build complete al= l in one go. It looks like this is the same issue as PR 261215. I haven't had a chance to look at it yet, and am not sure why it would have appeared recently. From nobody Fri Sep 23 15:40:20 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MYxDs2Kdhz4dGJb for ; Fri, 23 Sep 2022 15:40:29 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.ipv6.vt.edu [IPv6:2001:468:c80:a103:2:5000:5555:5555]) (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 4MYxDr30Fmz4L8p; Fri, 23 Sep 2022 15:40:28 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from smtpclient.apple (unknown [IPv6:2001:470:e15b:23::23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id 08CBF2821E; Fri, 23 Sep 2022 11:40:20 -0400 (EDT) Content-Type: text/plain; charset=us-ascii List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.1\)) Subject: Re: objcopy: open objcopy failed: Text file busy From: Paul Mather In-Reply-To: Date: Fri, 23 Sep 2022 11:40:20 -0400 Cc: FreeBSD stable Content-Transfer-Encoding: quoted-printable Message-Id: References: <471FF033-A315-4061-8127-480C47AFB5EE@gromit.dlib.vt.edu> To: Ed Maste X-Mailer: Apple Mail (2.3696.120.41.1.1) X-Rspamd-Queue-Id: 4MYxDr30Fmz4L8p X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=vt.edu (policy=none); spf=none (mx1.freebsd.org: domain of paul@gromit.dlib.vt.edu has no SPF policy when checking 2001:468:c80:a103:2:5000:5555:5555) smtp.mailfrom=paul@gromit.dlib.vt.edu X-Spamd-Result: default: False [-2.50 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MV_CASE(0.50)[]; DMARC_POLICY_SOFTFAIL(0.10)[vt.edu : No valid SPF, No valid DKIM,none]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; R_SPF_NA(0.00)[no SPF record]; R_DKIM_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:1312, ipnet:2001:468:c80::/48, country:US]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; TO_DN_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[]; FREEFALL_USER(0.00)[paul]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sep 23, 2022, at 11:02 AM, Ed Maste wrote: > On Fri, 23 Sept 2022 at 10:44, Paul Mather = wrote: >>=20 >> For a while now, when I do a "make buildworld" on -STABLE, if the = /usr/obj directory is not empty I will have the build error out with = "objcopy: open objcopy failed: Text file busy" part way through. It = isn't ultimately fatal, because I can just run the buildworld again and = it will pick up where it left off. As I say, it doesn't do this if = /usr/obj is empty before running buildworld. It would be nice to have = the incremental build complete all in one go. >=20 > It looks like this is the same issue as PR 261215. I haven't had a > chance to look at it yet, and am not sure why it would have appeared > recently. That PR does look like what I am experiencing, except I am not = explicitly doing a NO_CLEAN build but using META_MODE instead. Plus, = this only happens if there is a build in /usr/obj---it doesn't happen = when I "rm -rf /usr/obj/*" before "make buildworld". It hasn't appeared for me recently. It's been happening for quite a = while (at least back to that PR date). It's just that I bothered to = capture the error today and ask about it on the freebsd-stable list. :-) Finally, I don't believe this happens any more on my -CURRENT system, so = maybe there's something in -CURRENT that has changed to fix it that = isn't present in -STABLE. However, my /etc/src.conf is much shorter on = the -CURRENT system: =3D=3D=3D=3D=3D /etc/src.conf =3D=3D=3D=3D=3D WITH_SYSTEM_COMPILER=3Dyes WITHOUT_TESTS=3Dyes =3D=3D=3D=3D=3D Cheers, Paul.= From nobody Fri Sep 23 21:33:10 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MZ53t5F7Fz4d0lf; Fri, 23 Sep 2022 21:33:14 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MZ53t4Rlnz3ZfR; Fri, 23 Sep 2022 21:33:14 +0000 (UTC) (envelope-from avg@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1663968794; 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: content-transfer-encoding:content-transfer-encoding; bh=3XSBssKp5p4oMOTqLhyHr99E90QGaCxAeiVOy9PImYc=; b=v0ZR1l7rmMa+iVF5sHYR401WQKKP4j37sSCTxebL/ZEVG4VOxU0Agq4WSk4oxgdDzd4p6i mIfBwtBEY4tnX0nr5jCtAz4tLPAoJloV5SF/ZPOsZuP5OsvPZKJO2UX/D1pfy21Am2VWkB g2kK3XyTUzHNhFtyBWAkQMDoqambzsyfbjIqrqzrCCGunWjmFrqfGhuuk8+jcpFIhU1BeQ iM+c5vZd9bj2teK8pV7X/LHGs4IT5Uc6ubbLr3764UnF1TKm2GyFdpBKKr8TMXdl91wW0G CnRtsTbswUyNIfsR7Evp7jrwac4d889q+d5saAS7CRNpXiSM4zVs3ZMhcTn4zg== Received: from [192.168.0.88] (unknown [195.64.148.76]) (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 did not present a certificate) (Authenticated sender: avg/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4MZ53s6HDZz1S87; Fri, 23 Sep 2022 21:33:13 +0000 (UTC) (envelope-from avg@FreeBSD.org) Message-ID: Date: Sat, 24 Sep 2022 00:33:10 +0300 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Firefox/102.0 Thunderbird/102.3.0 Content-Language: en-US To: freebsd-stable List Cc: FreeBSD Current From: Andriy Gapon Subject: usbhid panic when switching vt-s (invariants+witness enabled) Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1663968794; 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: content-transfer-encoding:content-transfer-encoding; bh=3XSBssKp5p4oMOTqLhyHr99E90QGaCxAeiVOy9PImYc=; b=sYbnWkI+Mz2sJYXV/tMZ+p6s60siWu91Yr2prBuGBjEL1oxI/yGtBXq2YoLaRwBRhRWQBy DYAH0+xep3bgRX5XzvuDZQgPTwiQdbEiqoZWv3oWi5S+w8HxbNxOW5+ca3FNU1tDOJj49G ZIO8R/Tif/1XDMDJNR0m4uHV8XrWcS/CVFo5M9broEMMy04jhPycvToji+UPMmfVaCAqnM Rc8pNK7ka2gGxxCRZvi2CkLObjd8GduF6BrTKjVmyT/Rb00WWPOpSz/oi6SM9NdTBgiD86 AfG2eIdkexXG1Cowjg8kDCsGcFaXEWYqSe2dKlZkrMWGWYPKTKor4r3aEd85JA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1663968794; a=rsa-sha256; cv=none; b=t07oLyLEqIcyaGLA5KtSKqgwBCg+4DcnouS5Mbg24HloMjAUoNoew7x6FkQAIWini1Nl3l Rny1gNyk6anT7lpzaHo6+6blJKb7hx6PIT3DDPSEXcd6VlnjSKpZExNCmgpE+jVGwUTeCP 4MLhS8+i/7YGPfUFkd2OfAmPfTg14vIGZNF4a7Oigju+jwO0UvXX2ZQp3yyd5pa+6WeY4S ZxuHKGSbRoxntlphclg7A/BvkYllSqexrkEm3+CbInb8YeI6YHyQ1+AwloCMIiZZCfZ7xn 3OQEvBJ2Z7+U37E5tKkGCymWlqtBjQaex9xjQ1I9drELN9pC72hIxQ9DA3CoCQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N It seems that the problem may be related to different keyboard LED states between the VTs. The system is a fresh stable/13. The panic looks like an attempt to sleep while in an interrupt thread (a callout?). panic: sleepq_add: td 0xfffff80006af0000 to sleep on wchan 0xfffff802ea752e08 with sleeping prohibited cpuid = 5 time = 1663940484 KDB: stack backtrace: db_trace_self_wrapper() at 0xffffffff8061555b = db_trace_self_wrapper+0x2b/frame 0xfffffe003590e7f0 kdb_backtrace() at 0xffffffff80942637 = kdb_backtrace+0x37/frame 0xfffffe003590e8a0 vpanic() at 0xffffffff808f4c84 = vpanic+0x184/frame 0xfffffe003590e900 panic() at 0xffffffff808f4a33 = panic+0x43/frame 0xfffffe003590e960 sleepq_add() at 0xffffffff809521ab = sleepq_add+0x37b/frame 0xfffffe003590e9b0 _sleep() at 0xffffffff80902118 = _sleep+0x238/frame 0xfffffe003590ea40 usbhid_sync_xfer() at 0xffffffff8532e071 = usbhid_sync_xfer+0x171/frame 0xfffffe003590eaa0 usbhid_set_report() at 0xffffffff8532db26 = usbhid_set_report+0x96/frame 0xfffffe003590eae0 hid_set_report() at 0xffffffff80686caa = hid_set_report+0x6a/frame 0xfffffe003590eb20 hidbus_write() at 0xffffffff85335a7c = hidbus_write+0x5c/frame 0xfffffe003590eb50 hid_write() at 0xffffffff80686b98 = hid_write+0x58/frame 0xfffffe003590eb80 hkbd_set_leds() at 0xffffffff85c1cfe6 = hkbd_set_leds+0x206/frame 0xfffffe003590ebc0 hkbd_ioctl_locked() at 0xffffffff85c1cd6b = hkbd_ioctl_locked+0x33b/frame 0xfffffe003590ec20 hkbd_ioctl_locked() at 0xffffffff85c1caff = hkbd_ioctl_locked+0xcf/frame 0xfffffe003590ec80 hkbd_ioctl() at 0xffffffff85c1ba5a = hkbd_ioctl+0xba/frame 0xfffffe003590ecc0 kbdmux_ioctl() at 0xffffffff80695d3b = kbdmux_ioctl+0x12b/frame 0xfffffe003590ed00 vt_window_switch() at 0xffffffff8079d969 = vt_window_switch+0x229/frame 0xfffffe003590ed40 vt_switch_timer() at 0xffffffff807a15a1 = vt_switch_timer+0x21/frame 0xfffffe003590ed60 softclock_call_cc() at 0xffffffff809127c4 = softclock_call_cc+0x244/frame 0xfffffe003590ee20 softclock() at 0xffffffff80912c1c = softclock+0x7c/frame 0xfffffe003590ee50 ithread_loop() at 0xffffffff808b662a = ithread_loop+0x2da/frame 0xfffffe003590eef0 fork_exit() at 0xffffffff808b2f85 = fork_exit+0xc5/frame 0xfffffe003590ef30 fork_trampoline() at 0xffffffff80c084fe = fork_trampoline+0xe/frame 0xfffffe003590ef30 -- Andriy Gapon From nobody Sun Sep 25 00:30:16 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MZmxs1HR0z4cjBZ for ; Sun, 25 Sep 2022 00:30:25 +0000 (UTC) (envelope-from jrf@ursamaris.org) Received: from pb-smtp21.pobox.com (pb-smtp21.pobox.com [173.228.157.53]) (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 4MZmxr0KCVz3qhc; Sun, 25 Sep 2022 00:30:23 +0000 (UTC) (envelope-from jrf@ursamaris.org) Received: from pb-smtp21.pobox.com (unknown [127.0.0.1]) by pb-smtp21.pobox.com (Postfix) with ESMTP id 533AD1B81FA; Sat, 24 Sep 2022 20:30:21 -0400 (EDT) (envelope-from jrf@ursamaris.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=pobox.com; h= content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=sasl; bh= tgUu8vIBZfTsQePkCQHTh9qH+xSalTlhFt6Kn372enM=; b=FC8brWMjlCV0nPS5 TQhDJi2z6KZWRGcZv+uXxR4CbGqIvACLoybI0+7vBXYkscfc/6viU9h2eOpv6Js4 ffysq4Y3gb50iaZ9nBcpE2pzjpbWIV/3mRbuonbyIsNonWIEk4oNGseZfAac04QA 2ZTElZ9xoTCv44Sk7h1B9pmUPws= Received: from pb-smtp21.sea.icgroup.com (unknown [127.0.0.1]) by pb-smtp21.pobox.com (Postfix) with ESMTP id 4BE911B81F9; Sat, 24 Sep 2022 20:30:21 -0400 (EDT) (envelope-from jrf@ursamaris.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=ursamaris.org; h=content-type:mime-version:subject:from:in-reply-to:date:cc:content-transfer-encoding:message-id:references:to; s=mesmtp; bh=tgUu8vIBZfTsQePkCQHTh9qH+xSalTlhFt6Kn372enM=; b=iRN2I27f+IKwG2r0NYBVfRHx6qXY+qdZIY4B+AU23/CsOd9FROlgEoD0f+UVN5caUUurD01Tc9JfeV4mCVCadw9GXMvLf6zv09kKMvyCkCUNU4sQwmRmgYVpYUUYm5VleiQhD7ypCe/IVFnqUW1s7YRTtccqFBpkYvZaaEgjlTM= Received: from smtpclient.apple (unknown [24.17.10.35]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pb-smtp21.pobox.com (Postfix) with ESMTPSA id 055D01B81F6; Sat, 24 Sep 2022 20:30:18 -0400 (EDT) (envelope-from jrf@ursamaris.org) Content-Type: text/plain; charset=utf-8 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.1\)) Subject: Re: igc problems with heavy traffic (update) From: John Fieber In-Reply-To: Date: Sat, 24 Sep 2022 17:30:16 -0700 Cc: "Pieper, Jeffrey E" , Jim King , "stable@freebsd.org" , "kbowling@FreeBSD.org" Content-Transfer-Encoding: quoted-printable Message-Id: <7DA72BB5-F4F1-4AF8-AD1C-CF68908CF723@ursamaris.org> References: <59b9cec0-d8c2-ce72-b5e9-99d1a1e807f8@sentex.net> <86995d10-af63-d053-972e-dd233029f3bf@jimking.net> <3d874f65-8ce2-8f06-f19a-14cd550166e3@sentex.net> <879b9239-2b9a-f0ae-4173-4a226c84cd85@sentex.net> To: mike tancsa X-Mailer: Apple Mail (2.3696.120.41.1.1) X-Pobox-Relay-ID: 3B37F2E2-3C69-11ED-B0A0-B31D44D1D7AA-26150348!pb-smtp21.pobox.com X-Rspamd-Queue-Id: 4MZmxr0KCVz3qhc X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=pobox.com header.s=sasl header.b=FC8brWMj; dkim=pass header.d=ursamaris.org header.s=mesmtp header.b=iRN2I27f; dmarc=pass (policy=reject) header.from=ursamaris.org; spf=pass (mx1.freebsd.org: domain of jrf@ursamaris.org designates 173.228.157.53 as permitted sender) smtp.mailfrom=jrf@ursamaris.org X-Spamd-Result: default: False [-3.60 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[ursamaris.org,reject]; R_SPF_ALLOW(-0.20)[+ip4:173.228.157.0/24]; R_DKIM_ALLOW(-0.20)[pobox.com:s=sasl,ursamaris.org:s=mesmtp]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[173.228.157.53:from]; MLMMJ_DEST(0.00)[stable@freebsd.org]; ASN(0.00)[asn:29838, ipnet:173.228.157.0/24, country:US]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; DKIM_TRACE(0.00)[pobox.com:+,ursamaris.org:+]; RCVD_COUNT_THREE(0.00)[4]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[pobox.com:dkim]; TO_DN_SOME(0.00)[]; RCPT_COUNT_FIVE(0.00)[5]; TO_DN_EQ_ADDR_SOME(0.00)[] X-ThisMailContainsUnwantedMimeParts: N > On Sep 14, 2022, at 8:03 AM, mike tancsa wrote: >=20 > OK, an update hence the top post. I got a new pair of boxes which use = a different Jasper Lake chipset and have i226-V vs the i225 of the = previous box. >=20 > dev.igc.0.%parent: pci2 > dev.igc.0.%pnpinfo: vendor=3D0x8086 device=3D0x125c subvendor=3D0x8086 = subdevice=3D0x0000 class=3D0x020000 > dev.igc.0.%location: slot=3D0 function=3D0 dbsf=3Dpci0:2:0:0 = handle=3D\_SB_.PC00.RP05.PXSX > dev.igc.0.%driver: igc > dev.igc.0.%desc: Intel(R) Ethernet Controller I226-V > dev.igc.%parent: >=20 > WIth a default RELENG_13, out of the box with no tweaks, I am NOT able = to cause the transmitting nic to bounce with heave traffic. I used the = same test script (a constant stream of iperf3 alternating in direction) = maxing out the NIC's bandwidth and all seems fine running the test for = some 18hrs. Maybe something different about the i225 version of this = NIC that needs some different driver defaults ? >=20 > ---Mike >=20 I also see this behavior with 13.1-RELEASE-p2 on: CPU: Intel(R) Celeron(R) J4125 CPU @ 2.00GHz (1996.80-MHz K8-class CPU) Origin=3D"GenuineIntel" Id=3D0x706a8 Family=3D0x6 Model=3D0x7a = Stepping=3D8 NIC (x4): dev.igc.0.%parent: pci1 dev.igc.0.%pnpinfo: vendor=3D0x8086 device=3D0x15f3 subvendor=3D0x8086 = subdevice=3D0x0000 class=3D0x020000 dev.igc.0.%location: slot=3D0 function=3D0 dbsf=3Dpci0:1:0:0 = handle=3D\_SB_.PCI0.RP03.PXSX dev.igc.0.%driver: igc dev.igc.0.%desc: Intel(R) Ethernet Controller I225-V Twidding EEE doesn=E2=80=99t seem to affect it, disabling flow control = helps a bit, but not really a meaningful amount. Tests were done through a tp-link TL-SG3210XHP-M2 switch, with the other = party being 13.1-RELEASE-p2 on a 10gb DAC connection (ixl driver). For comparison, loading up a variety of things in bhyve (with pci pass = through of a nic) these all showed the same problem, with the interface = bouncing multiple times inside of a 5-minute iperf3 test, same as the = host: - FreeBSD-13.1-STABLE-amd64-20220923 - OPNsense-22.7 - pfSense-CE 2.7-DEVLOPMENT-latest These, however, offer unflappable performance: - FreeBSD-14.0-CURRENT-amd64-20220923 - vyos-1.4 (for reference, what I mostly use on this hardware, via = bhyve) -john >=20 > On 8/12/2022 11:04 AM, mike tancsa wrote: >>=20 >> On 8/10/2022 3:53 PM, mike tancsa wrote: >>> On 8/10/2022 1:47 PM, Pieper, Jeffrey E wrote: >>>>=20 >>>> You could try disabling EEE (Energy Efficient Ethernet). Something = like: sysctl dev.igc.0.eee_control=3D0. >>>=20 >>>=20 >>> It does not seem to make a difference. If I have the FC as default, = I get the link bounce on the 2.5G xover (cat 6 cable) maybe 2-3 min in = running iper3 tests. However, if I disable all flow control >>>=20 >>> dev.igc.0.fc=3D0 >>> dev.igc.1.fc=3D0 >>> dev.igc.2.fc=3D0 >>> dev.igc.3.fc=3D0 >>>=20 >>> It *seems* to be less frequent but still happens. I ordered a 2.5 G = switch so I can try and at least see which side is dropping the link. = Should have it Friday to continue testing >>>=20 >>=20 >> OK, I repeated the tests with a 2.5G unmanaged switch in between the = two units rather than xover. It looks like its the server that is = sending the majority of the packets that drops the link, not the = receiver. >>=20 >> One other test I did was to up hw.igc.max_interrupt_rate=3D13000 from = the default of 8000. That seems to make the problem MUCH more acute. >>=20 >> Here is the before and after of the link drop. >>=20 >> dev.igc.1.wake: 0 >> dev.igc.1.interrupts.rx_desc_min_thresh: 0 >> -dev.igc.1.interrupts.asserts: 65 >> +dev.igc.1.interrupts.asserts: 4879479 >> dev.igc.1.mac_stats.tso_txd: 0 >> -dev.igc.1.mac_stats.tx_frames_1024_1522: 3 >> -dev.igc.1.mac_stats.tx_frames_512_1023: 1 >> -dev.igc.1.mac_stats.tx_frames_256_511: 2 >> -dev.igc.1.mac_stats.tx_frames_128_255: 15 >> -dev.igc.1.mac_stats.tx_frames_65_127: 2 >> +dev.igc.1.mac_stats.tx_frames_1024_1522: 12973065 >> +dev.igc.1.mac_stats.tx_frames_512_1023: 58 >> +dev.igc.1.mac_stats.tx_frames_256_511: 107 >> +dev.igc.1.mac_stats.tx_frames_128_255: 1215725 >> +dev.igc.1.mac_stats.tx_frames_65_127: 192 >> dev.igc.1.mac_stats.tx_frames_64: 1 >> dev.igc.1.mac_stats.mcast_pkts_txd: 0 >> dev.igc.1.mac_stats.bcast_pkts_txd: 1 >> -dev.igc.1.mac_stats.good_pkts_txd: 24 >> -dev.igc.1.mac_stats.total_pkts_txd: 24 >> -dev.igc.1.mac_stats.good_octets_txd: 7674 >> -dev.igc.1.mac_stats.good_octets_recvd: 6492 >> -dev.igc.1.mac_stats.rx_frames_1024_1522: 2 >> -dev.igc.1.mac_stats.rx_frames_512_1023: 1 >> -dev.igc.1.mac_stats.rx_frames_256_511: 2 >> -dev.igc.1.mac_stats.rx_frames_128_255: 15 >> -dev.igc.1.mac_stats.rx_frames_65_127: 2 >> +dev.igc.1.mac_stats.good_pkts_txd: 14189148 >> +dev.igc.1.mac_stats.total_pkts_txd: 14189148 >> +dev.igc.1.mac_stats.good_octets_txd: 19450753554 >> +dev.igc.1.mac_stats.good_octets_recvd: 14933399426 >> +dev.igc.1.mac_stats.rx_frames_1024_1522: 9823228 >> +dev.igc.1.mac_stats.rx_frames_512_1023: 3 >> +dev.igc.1.mac_stats.rx_frames_256_511: 62 >> +dev.igc.1.mac_stats.rx_frames_128_255: 2365665 >> +dev.igc.1.mac_stats.rx_frames_65_127: 213 >> dev.igc.1.mac_stats.rx_frames_64: 1 >> dev.igc.1.mac_stats.mcast_pkts_recvd: 0 >> dev.igc.1.mac_stats.bcast_pkts_recvd: 0 >> -dev.igc.1.mac_stats.good_pkts_recvd: 23 >> -dev.igc.1.mac_stats.total_pkts_recvd: 23 >> +dev.igc.1.mac_stats.good_pkts_recvd: 12189172 >> +dev.igc.1.mac_stats.total_pkts_recvd: 12189172 >> dev.igc.1.mac_stats.xoff_txd: 0 >> dev.igc.1.mac_stats.xoff_recvd: 0 >> dev.igc.1.mac_stats.xon_txd: 0 >> dev.igc.1.mac_stats.single_coll: 0 >> dev.igc.1.mac_stats.excess_coll: 0 >> dev.igc.1.queue_rx_3.rx_irq: 0 >> -dev.igc.1.queue_rx_3.rxd_tail: 21 >> -dev.igc.1.queue_rx_3.rxd_head: 22 >> +dev.igc.1.queue_rx_3.rxd_tail: 498 >> +dev.igc.1.queue_rx_3.rxd_head: 499 >> dev.igc.1.queue_rx_2.rx_irq: 0 >> dev.igc.1.queue_rx_2.rxd_tail: 128 >> dev.igc.1.queue_rx_2.rxd_head: 0 >> dev.igc.1.queue_rx_0.rxd_tail: 0 >> dev.igc.1.queue_rx_0.rxd_head: 1 >> dev.igc.1.queue_tx_3.tx_irq: 0 >> -dev.igc.1.queue_tx_3.txd_tail: 0 >> -dev.igc.1.queue_tx_3.txd_head: 0 >> +dev.igc.1.queue_tx_3.txd_tail: 746 >> +dev.igc.1.queue_tx_3.txd_head: 746 >> dev.igc.1.queue_tx_2.tx_irq: 0 >> -dev.igc.1.queue_tx_2.txd_tail: 0 >> -dev.igc.1.queue_tx_2.txd_head: 0 >> +dev.igc.1.queue_tx_2.txd_tail: 186 >> +dev.igc.1.queue_tx_2.txd_head: 186 >> dev.igc.1.queue_tx_1.tx_irq: 0 >> -dev.igc.1.queue_tx_1.txd_tail: 0 >> -dev.igc.1.queue_tx_1.txd_head: 0 >> +dev.igc.1.queue_tx_1.txd_tail: 520 >> +dev.igc.1.queue_tx_1.txd_head: 520 >> dev.igc.1.queue_tx_0.tx_irq: 0 >> -dev.igc.1.queue_tx_0.txd_tail: 45 >> -dev.igc.1.queue_tx_0.txd_head: 45 >> +dev.igc.1.queue_tx_0.txd_tail: 777 >> +dev.igc.1.queue_tx_0.txd_head: 777 >> dev.igc.1.fc_low_water: 32752 >> dev.igc.1.fc_high_water: 32768 >> dev.igc.1.rx_control: 71335938 >> dev.igc.1.device_control: 404489793 >> dev.igc.1.watchdog_timeouts: 0 >> dev.igc.1.rx_overruns: 0 >> -dev.igc.1.link_irq: 2 >> +dev.igc.1.link_irq: 4 >> dev.igc.1.dropped: 0 >> dev.igc.1.eee_control: 0 >> dev.igc.1.itr: 488 >> dev.igc.1.nvm: -1 >> dev.igc.1.iflib.rxq3.rxq_fl0.buf_size: 2048 >> dev.igc.1.iflib.rxq3.rxq_fl0.credits: 1023 >> -dev.igc.1.iflib.rxq3.rxq_fl0.cidx: 22 >> -dev.igc.1.iflib.rxq3.rxq_fl0.pidx: 21 >> +dev.igc.1.iflib.rxq3.rxq_fl0.cidx: 499 >> +dev.igc.1.iflib.rxq3.rxq_fl0.pidx: 498 >> dev.igc.1.iflib.rxq3.cpu: 3 >> dev.igc.1.iflib.rxq2.rxq_fl0.buf_size: 2048 >> dev.igc.1.iflib.rxq2.rxq_fl0.credits: 128 >> dev.igc.1.iflib.txq3.r_abdications: 0 >> dev.igc.1.iflib.txq3.r_restarts: 0 >> dev.igc.1.iflib.txq3.r_stalls: 0 >> -dev.igc.1.iflib.txq3.r_starts: 0 >> +dev.igc.1.iflib.txq3.r_starts: 6175093 >> dev.igc.1.iflib.txq3.r_drops: 0 >> -dev.igc.1.iflib.txq3.r_enqueues: 0 >> -dev.igc.1.iflib.txq3.ring_state: pidx_head: 0000 pidx_tail: 0000 = cidx: 0000 state: IDLE >> -dev.igc.1.iflib.txq3.txq_cleaned: 0 >> -dev.igc.1.iflib.txq3.txq_processed: 0 >> -dev.igc.1.iflib.txq3.txq_in_use: 0 >> -dev.igc.1.iflib.txq3.txq_cidx_processed: 0 >> -dev.igc.1.iflib.txq3.txq_cidx: 0 >> -dev.igc.1.iflib.txq3.txq_pidx: 0 >> +dev.igc.1.iflib.txq3.r_enqueues: 6175093 >> +dev.igc.1.iflib.txq3.ring_state: pidx_head: 0373 pidx_tail: 0373 = cidx: 0373 state: IDLE >> +dev.igc.1.iflib.txq3.txq_cleaned: 12350144 >> +dev.igc.1.iflib.txq3.txq_processed: 12350184 >> +dev.igc.1.iflib.txq3.txq_in_use: 42 >> +dev.igc.1.iflib.txq3.txq_cidx_processed: 744 >> +dev.igc.1.iflib.txq3.txq_cidx: 704 >> +dev.igc.1.iflib.txq3.txq_pidx: 746 >> dev.igc.1.iflib.txq3.no_tx_dma_setup: 0 >> dev.igc.1.iflib.txq3.txd_encap_efbig: 0 >> dev.igc.1.iflib.txq3.tx_map_failed: 0 >> dev.igc.1.iflib.txq2.r_abdications: 0 >> dev.igc.1.iflib.txq2.r_restarts: 0 >> dev.igc.1.iflib.txq2.r_stalls: 0 >> -dev.igc.1.iflib.txq2.r_starts: 0 >> +dev.igc.1.iflib.txq2.r_starts: 3421789 >> dev.igc.1.iflib.txq2.r_drops: 0 >> -dev.igc.1.iflib.txq2.r_enqueues: 0 >> -dev.igc.1.iflib.txq2.ring_state: pidx_head: 0000 pidx_tail: 0000 = cidx: 0000 state: IDLE >> -dev.igc.1.iflib.txq2.txq_cleaned: 0 >> -dev.igc.1.iflib.txq2.txq_processed: 0 >> -dev.igc.1.iflib.txq2.txq_in_use: 0 >> -dev.igc.1.iflib.txq2.txq_cidx_processed: 0 >> -dev.igc.1.iflib.txq2.txq_cidx: 0 >> -dev.igc.1.iflib.txq2.txq_pidx: 0 >> +dev.igc.1.iflib.txq2.r_enqueues: 3421789 >> +dev.igc.1.iflib.txq2.ring_state: pidx_head: 1629 pidx_tail: 1629 = cidx: 1629 state: IDLE >> +dev.igc.1.iflib.txq2.txq_cleaned: 6843536 >> +dev.igc.1.iflib.txq2.txq_processed: 6843576 >> +dev.igc.1.iflib.txq2.txq_in_use: 42 >> +dev.igc.1.iflib.txq2.txq_cidx_processed: 184 >> +dev.igc.1.iflib.txq2.txq_cidx: 144 >> +dev.igc.1.iflib.txq2.txq_pidx: 186 >> dev.igc.1.iflib.txq2.no_tx_dma_setup: 0 >> dev.igc.1.iflib.txq2.txd_encap_efbig: 0 >> dev.igc.1.iflib.txq2.tx_map_failed: 0 >> dev.igc.1.iflib.txq1.r_abdications: 0 >> dev.igc.1.iflib.txq1.r_restarts: 0 >> dev.igc.1.iflib.txq1.r_stalls: 0 >> -dev.igc.1.iflib.txq1.r_starts: 0 >> +dev.igc.1.iflib.txq1.r_starts: 2734852 >> dev.igc.1.iflib.txq1.r_drops: 0 >> -dev.igc.1.iflib.txq1.r_enqueues: 0 >> -dev.igc.1.iflib.txq1.ring_state: pidx_head: 0000 pidx_tail: 0000 = cidx: 0000 state: IDLE >> -dev.igc.1.iflib.txq1.txq_cleaned: 0 >> -dev.igc.1.iflib.txq1.txq_processed: 0 >> -dev.igc.1.iflib.txq1.txq_in_use: 0 >> -dev.igc.1.iflib.txq1.txq_cidx_processed: 0 >> -dev.igc.1.iflib.txq1.txq_cidx: 0 >> -dev.igc.1.iflib.txq1.txq_pidx: 0 >> +dev.igc.1.iflib.txq1.r_enqueues: 2734852 >> +dev.igc.1.iflib.txq1.ring_state: pidx_head: 0772 pidx_tail: 0772 = cidx: 0772 state: IDLE >> +dev.igc.1.iflib.txq1.txq_cleaned: 5469662 >> +dev.igc.1.iflib.txq1.txq_processed: 5469702 >> +dev.igc.1.iflib.txq1.txq_in_use: 42 >> +dev.igc.1.iflib.txq1.txq_cidx_processed: 518 >> +dev.igc.1.iflib.txq1.txq_cidx: 478 >> +dev.igc.1.iflib.txq1.txq_pidx: 520 >> dev.igc.1.iflib.txq1.no_tx_dma_setup: 0 >> dev.igc.1.iflib.txq1.txd_encap_efbig: 0 >> dev.igc.1.iflib.txq1.tx_map_failed: 0 >> dev.igc.1.iflib.txq0.r_abdications: 0 >> dev.igc.1.iflib.txq0.r_restarts: 0 >> dev.igc.1.iflib.txq0.r_stalls: 0 >> -dev.igc.1.iflib.txq0.r_starts: 24 >> +dev.igc.1.iflib.txq0.r_starts: 1857414 >> dev.igc.1.iflib.txq0.r_drops: 0 >> -dev.igc.1.iflib.txq0.r_enqueues: 24 >> -dev.igc.1.iflib.txq0.ring_state: pidx_head: 0024 pidx_tail: 0024 = cidx: 0024 state: IDLE >> -dev.igc.1.iflib.txq0.txq_cleaned: 3 >> -dev.igc.1.iflib.txq0.txq_processed: 43 >> +dev.igc.1.iflib.txq0.r_enqueues: 1857414 >> +dev.igc.1.iflib.txq0.ring_state: pidx_head: 1926 pidx_tail: 1926 = cidx: 1926 state: IDLE >> +dev.igc.1.iflib.txq0.txq_cleaned: 3714783 >> +dev.igc.1.iflib.txq0.txq_processed: 3714823 >> dev.igc.1.iflib.txq0.txq_in_use: 42 >> -dev.igc.1.iflib.txq0.txq_cidx_processed: 43 >> -dev.igc.1.iflib.txq0.txq_cidx: 3 >> -dev.igc.1.iflib.txq0.txq_pidx: 45 >> +dev.igc.1.iflib.txq0.txq_cidx_processed: 775 >> +dev.igc.1.iflib.txq0.txq_cidx: 735 >> +dev.igc.1.iflib.txq0.txq_pidx: 777 >> dev.igc.1.iflib.txq0.no_tx_dma_setup: 0 >> dev.igc.1.iflib.txq0.txd_encap_efbig: 0 >> dev.igc.1.iflib.txq0.tx_map_failed: 0 >> dev.igc.1.%desc: Intel(R) Ethernet Controller I225-V >>=20 >> Interface is RUNNING and ACTIVE >> igc1: TX Queue 0 ------ >> igc1: hw tdh =3D 777, hw tdt =3D 777 >> igc1: TX Queue 1 ------ >> igc1: hw tdh =3D 520, hw tdt =3D 520 >> igc1: TX Queue 2 ------ >> igc1: hw tdh =3D 186, hw tdt =3D 186 >> igc1: TX Queue 3 ------ >> igc1: hw tdh =3D 746, hw tdt =3D 746 >> igc1: RX Queue 0 ------ >> igc1: hw rdh =3D 1, hw rdt =3D 0 >> igc1: RX Queue 1 ------ >> igc1: hw rdh =3D 0, hw rdt =3D 128 >> igc1: RX Queue 2 ------ >> igc1: hw rdh =3D 0, hw rdt =3D 128 >> igc1: RX Queue 3 ------ >> igc1: hw rdh =3D 499, hw rdt =3D 498 >>=20 >>=20 >>=20 >=20 From nobody Mon Sep 26 12:57:30 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MbjTY65Vqz4WVg8 for ; Mon, 26 Sep 2022 12:57:37 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost1.sentex.ca", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MbjTX6qQWz3km5; Mon, 26 Sep 2022 12:57:36 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [199.212.134.19]) by smarthost1.sentex.ca (8.16.1/8.16.1) with ESMTPS id 28QCvTFF088948 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 26 Sep 2022 08:57:29 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [192.168.43.29] ([192.168.43.29]) by pyroxene2a.sentex.ca (8.16.1/8.15.2) with ESMTPS id 28QCvSlB054750 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Mon, 26 Sep 2022 08:57:28 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: Date: Mon, 26 Sep 2022 08:57:30 -0400 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.3.0 Subject: Re: igc problems with heavy traffic (update) Content-Language: en-US To: John Fieber Cc: "Pieper, Jeffrey E" , Jim King , "stable@freebsd.org" , "kbowling@FreeBSD.org" References: <59b9cec0-d8c2-ce72-b5e9-99d1a1e807f8@sentex.net> <86995d10-af63-d053-972e-dd233029f3bf@jimking.net> <3d874f65-8ce2-8f06-f19a-14cd550166e3@sentex.net> <879b9239-2b9a-f0ae-4173-4a226c84cd85@sentex.net> <7DA72BB5-F4F1-4AF8-AD1C-CF68908CF723@ursamaris.org> From: mike tancsa In-Reply-To: <7DA72BB5-F4F1-4AF8-AD1C-CF68908CF723@ursamaris.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.84 on 64.7.153.18 X-Rspamd-Queue-Id: 4MbjTX6qQWz3km5 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:1::12 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-3.40 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[199.212.134.19:received]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[stable@freebsd.org]; R_DKIM_NA(0.00)[]; RCVD_TLS_ALL(0.00)[]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_FIVE(0.00)[5]; MID_RHS_MATCH_FROM(0.00)[]; FREEFALL_USER(0.00)[mike]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[sentex.net]; TO_DN_SOME(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 9/24/2022 8:30 PM, John Fieber wrote: >> On Sep 14, 2022, at 8:03 AM, mike tancsa wrote: >> >> OK, an update hence the top post. I got a new pair of boxes which use a different Jasper Lake chipset and have i226-V vs the i225 of the previous box. >> >> dev.igc.0.%parent: pci2 >> dev.igc.0.%pnpinfo: vendor=0x8086 device=0x125c subvendor=0x8086 subdevice=0x0000 class=0x020000 >> dev.igc.0.%location: slot=0 function=0 dbsf=pci0:2:0:0 handle=\_SB_.PC00.RP05.PXSX >> dev.igc.0.%driver: igc >> dev.igc.0.%desc: Intel(R) Ethernet Controller I226-V >> dev.igc.%parent: >> >> WIth a default RELENG_13, out of the box with no tweaks, I am NOT able to cause the transmitting nic to bounce with heave traffic. I used the same test script (a constant stream of iperf3 alternating in direction) maxing out the NIC's bandwidth and all seems fine running the test for some 18hrs. Maybe something different about the i225 version of this NIC that needs some different driver defaults ? >> >> ---Mike >> > I also see this behavior with 13.1-RELEASE-p2 on: > > These, however, offer unflappable performance: > > - FreeBSD-14.0-CURRENT-amd64-20220923 > - vyos-1.4 (for reference, what I mostly use on this hardware, via bhyve) > Interesting, so just to confirm, the same hardware i225, the igc under 14.x does not see link drops under heavy load ?  I wonder what the difference is, since the driver does not seem to be different ?     ---Mike From nobody Mon Sep 26 16:49:39 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MbpdP08W6z4YG3v for ; Mon, 26 Sep 2022 16:49:45 +0000 (UTC) (envelope-from jrf@ursamaris.org) Received: from pb-smtp1.pobox.com (pb-smtp1.pobox.com [64.147.108.70]) (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 4MbpdM6dNkz3DBQ; Mon, 26 Sep 2022 16:49:43 +0000 (UTC) (envelope-from jrf@ursamaris.org) Received: from pb-smtp1.pobox.com (unknown [127.0.0.1]) by pb-smtp1.pobox.com (Postfix) with ESMTP id 1EFE11429BD; Mon, 26 Sep 2022 12:49:42 -0400 (EDT) (envelope-from jrf@ursamaris.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=pobox.com; h= content-type:content-transfer-encoding:from:mime-version:subject :date:message-id:references:cc:in-reply-to:to; s=sasl; bh=rew14O zdFw88Qf4qTE98/N/iLEtggiuhFyG7PB+m47M=; b=fcMfrwYLLnZ1numnyIl6gn X7lvDghoWQReK6F5/sjGxXSNK+YXYPn4GvNPjGsjjM4zjFKw82FSXSU2lpuHawNc fApzokRcJJ6QG1g5BPTpLD7PmGXdSZhnE6wULW3TJr/+mb9e9IBXYr7gpFiIujmQ wxJgVg0sSyosMbgXDvad8= Received: from pb-smtp1.nyi.icgroup.com (unknown [127.0.0.1]) by pb-smtp1.pobox.com (Postfix) with ESMTP id 0F8DB1429BB; Mon, 26 Sep 2022 12:49:42 -0400 (EDT) (envelope-from jrf@ursamaris.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=ursamaris.org; h=content-type:content-transfer-encoding:from:mime-version:subject:date:message-id:references:cc:in-reply-to:to; s=mesmtp; bh=rew14OzdFw88Qf4qTE98/N/iLEtggiuhFyG7PB+m47M=; b=E+tnnRK5Go0LJyRq5TB4cI5lAfWv2rbnXXU0I4dQaGxhZbt0x2w0t9VGWv11wNw27V5qoQxivhD7alhDTLp+7g1GtdtomcfCSlt31mEmChUyGUEpNoBuiH74LNvs6kcsAA2/W1V/P3sOfKjUHm/7QSyaYaawkGUoEY4W7JMRugI= Received: from smtpclient.apple (unknown [174.21.78.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pb-smtp1.pobox.com (Postfix) with ESMTPSA id 575591429BA; Mon, 26 Sep 2022 12:49:41 -0400 (EDT) (envelope-from jrf@ursamaris.org) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: John Fieber List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (1.0) Subject: Re: igc problems with heavy traffic (update) Date: Mon, 26 Sep 2022 09:49:39 -0700 Message-Id: <244B1651-9A4D-4E38-A89B-B1610992A249@ursamaris.org> References: Cc: "Pieper, Jeffrey E" , Jim King , stable@freebsd.org, kbowling@freebsd.org In-Reply-To: To: mike tancsa X-Mailer: iPad Mail (19H12) X-Pobox-Relay-ID: 37446EBA-3DBB-11ED-A86F-2AEEC5D8090B-26150348!pb-smtp1.pobox.com X-Rspamd-Queue-Id: 4MbpdM6dNkz3DBQ X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=pobox.com header.s=sasl header.b=fcMfrwYL; dkim=pass header.d=ursamaris.org header.s=mesmtp header.b=E+tnnRK5; dmarc=pass (policy=reject) header.from=ursamaris.org; spf=pass (mx1.freebsd.org: domain of jrf@ursamaris.org designates 64.147.108.70 as permitted sender) smtp.mailfrom=jrf@ursamaris.org X-Spamd-Result: default: False [-3.60 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[ursamaris.org,reject]; R_SPF_ALLOW(-0.20)[+ip4:64.147.108.0/24]; R_DKIM_ALLOW(-0.20)[pobox.com:s=sasl,ursamaris.org:s=mesmtp]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.108.70:from]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:19151, ipnet:64.147.108.0/24, country:US]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[stable@freebsd.org]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[pobox.com:+,ursamaris.org:+]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[4]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[pobox.com:dkim]; RCVD_VIA_SMTP_AUTH(0.00)[] X-ThisMailContainsUnwantedMimeParts: N > On Sep 26, 2022, at 5:57 AM, mike tancsa wrote: >=20 > =EF=BB=BFOn 9/24/2022 8:30 PM, John Fieber wrote: >>>> On Sep 14, 2022, at 8:03 AM, mike tancsa wrote: >>>=20 >>> OK, an update hence the top post. I got a new pair of boxes which use a d= ifferent Jasper Lake chipset and have i226-V vs the i225 of the previous box= . >>>=20 >>> dev.igc.0.%parent: pci2 >>> dev.igc.0.%pnpinfo: vendor=3D0x8086 device=3D0x125c subvendor=3D0x8086 s= ubdevice=3D0x0000 class=3D0x020000 >>> dev.igc.0.%location: slot=3D0 function=3D0 dbsf=3Dpci0:2:0:0 handle=3D\_= SB_.PC00.RP05.PXSX >>> dev.igc.0.%driver: igc >>> dev.igc.0.%desc: Intel(R) Ethernet Controller I226-V >>> dev.igc.%parent: >>>=20 >>> WIth a default RELENG_13, out of the box with no tweaks, I am NOT able t= o cause the transmitting nic to bounce with heave traffic. I used the same t= est script (a constant stream of iperf3 alternating in direction) maxing out= the NIC's bandwidth and all seems fine running the test for some 18hrs. Ma= ybe something different about the i225 version of this NIC that needs some d= ifferent driver defaults ? >>>=20 >>> ---Mike >>>=20 >> I also see this behavior with 13.1-RELEASE-p2 on: >>=20 >> These, however, offer unflappable performance: >>=20 >> - FreeBSD-14.0-CURRENT-amd64-20220923 >> - vyos-1.4 (for reference, what I mostly use on this hardware, via bhyve)= >>=20 > Interesting, so just to confirm, the same hardware i225, the igc under 14.= x does not see link drops under heavy load ? I wonder what the difference i= s, since the driver does not seem to be different ? Correct. NIC chips are SLNMH, B3 stepping. All the other OS versions starte= d dropping within a minute. 14-CURRENT ran for an hour at about 2.3 gigabit w= ithout a single hiccup. All the tests were done with a fresh OS install in b= hyve (with pci passthrough for the nics) followed by =E2=80=9Cpkg install ip= erf3=E2=80=9D and no other tweaks. The switch port was configured with flow c= ontrol and EEE off in all cases. I ran the tests with the test OS as the iperf client, with -R and -P4 argume= nts. -R was always the quickest failure path. The hour long run on 14-CURREN= T was with --bidi, after -R alone failed to fail after five minutes. The hardware in question is my spare one of three identical 4x2.5g ali-expre= ss celeron J4125 boxes, and as such open for more and/or longer experiments.= (My spare time to fiddle is a bigger constraint.) -john From nobody Fri Sep 30 10:31:10 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Mf62m4KZMz4d2rf; Fri, 30 Sep 2022 10:31:12 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Mf62m3txjz3Np2; Fri, 30 Sep 2022 10:31:12 +0000 (UTC) (envelope-from avg@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1664533872; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=rCrkZnLQi6Ijq3pk1ggWGAH2ehrYLWM6gzxbDQtVNgU=; b=T2Nr6OfPMWSRQNtkulNOm2YH05eNduCOtLhUscm+1xiAHzbCNQ06UvGKkdxsKj0zo6XL2j hOZf6Hw2PRU8l3g3+Lw+OvdXfNCSMQP0noIkXvdslZaW0f+YQmfYTf8XQrBbv1g3CX/Ft1 L4mdTlJKJCf1XSkBfszdmp4B+ZoDKNxWz2Nxpl6d9Er3i3XfQqYzak8lIjJ3+4dXz+Z0Lq PhwtQUXsccf0dSYsqTAII6D5g5yB4pGKNqu61PDWK0Ywq9R9is6kuiko4dA8vzjV/8U1IK u7jBHbdtQ2FNpWMA6Hks8XMV8+RET9l0aBDY/nfxuQGYaGZTesz7E9rw4b4vpA== Received: from [192.168.0.88] (unknown [195.64.148.76]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) (Authenticated sender: avg/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Mf62l5lTyz12Hm; Fri, 30 Sep 2022 10:31:11 +0000 (UTC) (envelope-from avg@FreeBSD.org) Message-ID: <88231845-21c6-302a-4ea8-962877470284@FreeBSD.org> Date: Fri, 30 Sep 2022 13:31:10 +0300 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Firefox/102.0 Thunderbird/102.3.0 From: Andriy Gapon Subject: Re: usbhid panic when switching vt-s (invariants+witness enabled) Content-Language: en-US To: Hans Petter Selasky , freebsd-stable List Cc: FreeBSD Current , Vladimir Kondratyev References: <0668f473-f6d3-eacf-e4ef-f8530563daed@selasky.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1664533872; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=rCrkZnLQi6Ijq3pk1ggWGAH2ehrYLWM6gzxbDQtVNgU=; b=oEc/nxk1p4xwTixt+BaFJVYcZtceTg11lTZYueclvSc5ewAC1N/DdTqA06Kp07coy5kYvG 1az7wd8TroqzVZbUdnDiLSD0MB+wMLTcnyU1HV8060u6q8p0Sd9yWlhOgBrwLOQvdIh+p5 4yitnvUIHXYsPMFq+PZ9gFFBk/ea3AlxOJByQ3FJhR5Hl8E+Oy65mbzzlZAlVIjTnnKHR8 8AiwMzVs6Jfwu9DzaBd3SWX1IKJaKloL2NesvfIytpKQ5pXouW7KQ52JB3dgddEdfYOd4s 7gdLeialxAsoyx9WfkMYq5mIbSxvCPcqlqApWtEykWIJD6wyO23E59+K1BM6KA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1664533872; a=rsa-sha256; cv=none; b=P1ajUyOaxUWGN1wE58IZ/9bOyiYxsqhxy5JVQTkFm2UH6G5/xXIkMRiyB1xT9GdwdDK+CV moMkKeyJbVRdP94CNrRvfKnhpM9SxqIZWrc12YFYaG6qU2XCu24wjdUfD0Iy5YFDfRSJaj DLsHMuWPfwnMx05OL6wrZtbs8VwqDZ5YBs0uu0L13DFzPN7FaR0IvC3g/QbVBW5VZNYEW/ z1aFnnTz1GZxrVk/ZtbZpSZ1FA0eAjlg3qNtV182kbu/0ELl/uMgErXt+9WBORQy+BgMPP 3nrLqP3sMTrcKUbEJJWjxeJ3R/piAQyaCwZKmBPYIW7gNcacJ29Spx8w/U608g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N On 26/09/2022 18:13, Hans Petter Selasky wrote: > On 9/23/22 23:43, Hans Petter Selasky wrote: >> vpanic() at 0xffffffff808f4c84 = vpanic+0x184/frame 0xfffffe003590e900 >> panic() at 0xffffffff808f4a33 = panic+0x43/frame 0xfffffe003590e960 >> sleepq_add() at 0xffffffff809521ab = sleepq_add+0x37b/frame 0xfffffe003590e9b0 >> _sleep() at 0xffffffff80902118 = _sleep+0x238/frame 0xfffffe003590ea40 >> usbhid_sync_xfer() at 0xffffffff8532e071 = usbhid_sync_xfer+0x171/frame >> 0xfffffe003590eaa0 >> usbhid_set_report() at 0xffffffff8532db26 = usbhid_set_report+0x96/frame >> 0xfffffe003590eae0 >> hid_set_report() at 0xffffffff80686caa = hid_set_report+0x6a/frame >> 0xfffffe003590eb20 >> hidbus_write() at 0xffffffff85335a7c = hidbus_write+0x5c/frame 0xfffffe003590eb50 >> hid_write() at 0xffffffff80686b98 = hid_write+0x58/frame 0xfffffe003590eb80 >> hkbd_set_leds() at 0xffffffff85c1cfe6 = hkbd_set_leds+0x206/frame >> 0xfffffe003590ebc0 >> hkbd_ioctl_locked() at 0xffffffff85c1cd6b = hkbd_ioctl_locked+0x33b/frame >> 0xfffffe003590ec20 >> hkbd_ioctl_locked() at 0xffffffff85c1caff = hkbd_ioctl_locked+0xcf/frame >> 0xfffffe003590ec80 >> hkbd_ioctl() at 0xffffffff85c1ba5a = hkbd_ioctl+0xba/frame 0xfffffe003590ecc0 >> kbdmux_ioctl() at 0xffffffff80695d3b = kbdmux_ioctl+0x12b/frame >> 0xfffffe003590ed00 >> vt_window_switch() at 0xffffffff8079d969 = vt_window_switch+0x229/frame >> 0xfffffe003590ed40 >> vt_switch_timer() at 0xffffffff807a15a1 = vt_switch_timer+0x21/frame >> 0xfffffe003590ed60 > > Can you test this patch: > https://reviews.freebsd.org/D36715 Sorry that it took a while. I cannot reproduce the problem after applying the patch. I see that you already committed the change, but I thought that I'd let you know. Thank you very much! -- Andriy Gapon From nobody Sun Oct 16 17:51:37 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Mr73c0VYFz4fjSs; Sun, 16 Oct 2022 17:51:40 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-vs1-xe2d.google.com (mail-vs1-xe2d.google.com [IPv6:2607:f8b0:4864:20::e2d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Mr73b0kqbz3rGF; Sun, 16 Oct 2022 17:51:39 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: by mail-vs1-xe2d.google.com with SMTP id k6so9525060vsc.8; Sun, 16 Oct 2022 10:51:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:cc:to:subject:message-id:date:from :references:in-reply-to:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=sxK6oqqPu5Ol/+0lvQQb486TkPrbd/nR/j3PEc89wpc=; b=ZvDB0N1uFEBI+FXd6sTcml7XKWx05YWd1QUthGf647nBWAw31EpdUn5TTNsR2mfVkz 8GL032D9ObegT8kgwNe/QFGsie9iXzoqgIMlUZGyF7by+zJj0IXaaRgJdrJ6pykaFNsk /6beaZjP9hZzRocJ64GM/tHzN9Cov8n6mkBYKzlhjL7HgUvHPty+2uAg3OO0pkTDI2Sh 7K7bRCuHZN6DqoZ2xtSoeDyDEl2kkaJziUP5BjE31vmh9GHKvX8tJzbYgLNxjkmbWwBE LkYtFmMeMo/vOas4XSZ7iyydcqGDN2YqQxG4nlD7Q+TR5W+BXyGfiDuqVYahKJlQVfDj I45g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:cc:to:subject:message-id:date:from :references:in-reply-to:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=sxK6oqqPu5Ol/+0lvQQb486TkPrbd/nR/j3PEc89wpc=; b=Frmukbhot5iY95kQxoxHBZ7gmsXipc3ijH5yJsZ5nt6mtv4XH764xfO8T3yqTQELJ8 GpkaBssurU1pW6tOUryxW8FjsLAOJrCm8ystv4n3WHQ/LOCGFpu4B4zeV3IDiahgmc2l gRygL9vKlKdbNu3Vq1M/CtyPVpTt4a29jeXyilwe7T9WY5loslX5ycAxuQFf9HfGv75S Ns37KlkLFAEZBJGz2qI3Q6xqGfdCuuwxzSSh4cpALcsfkPcGiTRccE4gXYkcdj7ZB2jv 85VNY+QNojHoQTL07Ekvf5ler/X5cK1vOJZKwmC66Xk/WKJ9bYAdE2LawQ4igWN5n4y+ T9fQ== X-Gm-Message-State: ACrzQf38opa/zn4yesMTHk7kFOuBCFKNcC/s7+uELyPdKknq43TszZ3Z shBefVMsyfY/NLa5zh4fm4ShAc+e18Wa7eFPhrTwzXyHHkyxH9lu X-Google-Smtp-Source: AMsMyM7rGNZVK6c6m3A/OtlWqEaMQ+L0yi0iNVkbGmt1/neZ5YDA1Oa+Rr+HMlyhGYkCN65emFoBW35C5WnkPrSVHEw= X-Received: by 2002:a67:b74a:0:b0:399:4161:9f94 with SMTP id l10-20020a67b74a000000b0039941619f94mr2494132vsh.1.1665942698019; Sun, 16 Oct 2022 10:51:38 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Received: by 2002:a59:8cd1:0:b0:319:151e:7726 with HTTP; Sun, 16 Oct 2022 10:51:37 -0700 (PDT) In-Reply-To: <86czbwryx0.fsf@ltc.des.no> References: <86h718sqdx.fsf@ltc.des.no> <86czbwryx0.fsf@ltc.des.no> From: grarpamp Date: Sun, 16 Oct 2022 13:51:37 -0400 Message-ID: Subject: Re: Putting OPIE to rest To: freebsd-security@freebsd.org Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org, des@des.no Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4Mr73b0kqbz3rGF X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=ZvDB0N1u; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grarpamp@gmail.com designates 2607:f8b0:4864:20::e2d as permitted sender) smtp.mailfrom=grarpamp@gmail.com X-Spamd-Result: default: False [-3.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; NEURAL_HAM_LONG(-0.99)[-0.993]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::e2d:from]; MLMMJ_DEST(0.00)[freebsd-security@freebsd.org,freebsd-hackers@freebsd.org,freebsd-current@freebsd.org,freebsd-stable@freebsd.org,freebsd-questions@freebsd.org]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RCPT_COUNT_FIVE(0.00)[6]; RCVD_TLS_LAST(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N On 9/15/22, Dag-Erling Sm=C3=B8rgrav wrote: > Neither HOTP nor TOTP require dedicated devices. > HOTP codes are sequential and can be pre-generated... Those aren't really their intended or advertised usage models, nor do common implementations support those modes. Is FreeBSD contributing and supplying ones that do? OPIE's model already intends for and supports no-device and printout. To emphasize and extend... https://lists.freebsd.org/archives/freebsd-current/2022-September/002573.ht= ml It should also be noted that the affected scope here is not just 'FreeBSD u= sers logging into FreeBSD shell', there are also applications out there that com= pile against and use FreeBSD's libopie, some of which are in ports some are not. OPIE does not exist as a port+package, thus re POLA for users, it should not be removed until such time as one is provided. Where is discussion on these. And why isn't every other 'old, outlived, non-hipster' pam authentication plugin being arbitrarily removed and non-portified, such as say tacacs, radius, krb, rhosts, etc. And if those pam are there, why then are hip OAUTH HOTP TOTP etc type thing= s not added, lib-ified, etc. From nobody Mon Oct 17 12:17:14 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MrbbG1f77z4fk8p for ; Mon, 17 Oct 2022 12:17:14 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MrbbF6vJTz3j3X for ; Mon, 17 Oct 2022 12:17:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4MrbbF602VzpFM for ; Mon, 17 Oct 2022 12:17:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 29HCHDf6006226 for ; Mon, 17 Oct 2022 12:17:13 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 29HCHDGB006225 for stable@FreeBSD.org; Mon, 17 Oct 2022 12:17:13 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 193386] [panic] resource_list_alloc: resource entry is busy Date: Mon, 17 Oct 2022 12:17:14 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.0-RELEASE X-Bugzilla-Keywords: crash X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: grahamperrin@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1666009034; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=WXQmDLaImpMXp5r43XmF99z88gmK5JItKgZbwhVER+Y=; b=f0eYdvw6dqs+C2f8NZz4ugpV5UxEsjv8rCp/s1OK33Qq3/ArwGOzJPe8keLaXN9gi8BS35 HIO4s0KA47EC/QEsrTqStadXwtiC04O6Y30mcbbjXuJ6nxke8WVYX4pe1iIaNLDVkXqROl mkZKGh8akBcN0LvLmLs3LcMPuikjoJ6ToRfFW2pQMp0DGElb3HZqfs1LxiPijTrc1FRNem MMx1tvaPF8/Erqx8Uzl/gmvWcjL+VtBDzJZhtZ5FiNZBRpzogjm+D7rlcTqcYBXhk74/nQ PtYA3H3uV87KNUb2eUKKnJu2J4EH066R1kf8FJ+8em56wgxV+pz1bembF7JPIw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1666009034; a=rsa-sha256; cv=none; b=FlM3t5NTPe9fToge49guFNltetOySbKhaE3eSb2CnIeiWlpPXopRfEBfODxW/2RkWSSIOu OiHfr95Sx2VowbXXVPWVqygY2o/BHlsStgwl4PXjfzb7NXx4i6cTVqREE+5BiIZIxZOFhV /b8ufqsIkuvXqClpa+WDqZWzXrq3w+IWZaKHgCUWc1Emu2n1EwnHDGfWRv6avtIxHjRtLj zYDdeXb9KelHEA8bxAjCOqOiFcsF1v8/MWWkrVWl30O9/RiLqNWywZDbROzloLCgjfpV1F mQrPZ6apAtqpACCNQs2iLnCDRXz2xdp9fn8y4p2kjVkD+P2KnPx5L+fn3QC2qw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D193386 Graham Perrin changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |crash --- Comment #2 from Graham Perrin --- Keyword:=20 crash =E2=80=93 in lieu of summary line prefix:=20 [panic] * bulk change for the keyword * summary lines may be edited manually (not in bulk).=20 Keyword descriptions and search interface:=20 --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Thu Oct 20 09:36:23 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MtMtM4yjmz4gLZt; Thu, 20 Oct 2022 09:36:27 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MtMtM4V0sz3KhR; Thu, 20 Oct 2022 09:36:27 +0000 (UTC) (envelope-from avg@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1666258587; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=aQzfZ3wdWfO+7mod652mAuWR8DKuyBIm3iGbts5Hnsg=; b=R+RaCoc+IZbanAThWhIjWNlJp2DvQlOyBA8wPhpO8M1Tir1JADVyRIyjpyJXlOnGjXpEn+ v61scxS7zCqvS0gTXDP9LvUfzSoynvBhnH/Bp3DzlzM8xMXBNJZ7Dupjn5Qm0E2PDn5eZZ UFsUJuUBCEdN3md+4RWHjKfgnYzN35HXJB4WfjER45BwNCyzpUSLwhSiFk/GV52s72+LQr WBtSi8yOiRw6CM2CbjFwKp/d3Ii1ofSZRC1pmD5rd7hkMIcFLVsrDswGAnlNcUJY49eSd4 OqQa0T6pFBHJ4KeARymm3+y21Iiq8lRb04HYJojDdwIo9alVDr/PRvOoS6I/tA== Received: from [192.168.0.88] (unknown [195.64.148.76]) (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 did not present a certificate) (Authenticated sender: avg/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4MtMtM005bzThD; Thu, 20 Oct 2022 09:36:26 +0000 (UTC) (envelope-from avg@FreeBSD.org) Message-ID: <93085f3c-4592-8f46-fadb-ba0ee2d2ffa9@FreeBSD.org> Date: Thu, 20 Oct 2022 12:36:23 +0300 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Firefox/102.0 Thunderbird/102.4.0 Content-Language: en-US To: freebsd-stable List , freebsd-fs From: Andriy Gapon Subject: panic: condition seqc_in_modify not met, while replaying ZIL Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1666258587; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=aQzfZ3wdWfO+7mod652mAuWR8DKuyBIm3iGbts5Hnsg=; b=LVfRWehxSdKz5jEgKgmdU+CLCSKyka0k3GEX3Fl4lJEtG6/wDmSyo4c3RlEGrVxs+6zexB 99Re3pKKkop06DCAMaolOAhN1NoVJhNztQM4mmpuva/xjjh82rtWu51QrZ8QwVHJVRlYyw YUJcvo5gL+Uts3eF8iyNgF59xOeA0qOFXP0kHIRf4eUgmv0iFtnDRDYCoJ5fYBYHJCWPUT 4SPFjoaZLGv4mhBIP3uTGw8L2VK3nGPvdh3U+J2T8yDYA1Nz0mELMMpQ1TixV2ARHMNXXA TioqhfbHzXsxT5nbp+nE2RXZ7aLRDcEgCw7GUczpZ0Kh+ZWGgAjWKReAXpuMzQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1666258587; a=rsa-sha256; cv=none; b=J48e1IcFsrv1EpksrgtEfp8iCTPcxcNDH39wfSavI1OkCC2hr6tf9yXbHC1fG0r3Y8E9Y+ kKNEHrU2fdwR70ks37S4Wo/iywLDXVsFiUByhp53k4VZ8YZYyvnmGxdhczdxXIuUrmLQBl gV56NpwzHlM3yjvszYsBpALsFQrkS8OZDdTfji74JY7NuhYG+u1LxZre9z4SvzAaiW9yP0 Ks1slqB4OsyDbCSmcbPj4jvOVqcCe2EHwDsIBNgb1tsYkYws3L+WSKGZLmxIaRsrMlGj9x 2ZxXZtzlnI1jfH616hh19YuI4p/h8k6cg5dHO55WJqZaJ+FtmWbziQ+PzET/5A== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N This happens on stable/13, custom kernel compiled with DEBUG_VFS_LOCKS, from mid-September after an ungraceful reboot (unrelated crash). As far as I can see in kgdb, both dvp and vp have v_seqc == 0. VNASSERT failed: ({ seqc_t __seqc = (_vp->v_seqc); __builtin_expect((__seqc & 1), 0); }) not true at /usr/home/avg/devel/freebsd-src-new/machines/trant/sys/kern/vfs_cache.c:2976 (cache_vop_rmdir) 0xfffff8004bc0bd58: type VDIR usecount 1, writecount 0, refcount 1 seqc users 0 mountedhere 0 hold count flags () flags () lock type zfs: UNLOCKED panic: condition seqc_in_modify(_vp->v_seqc) not met at /usr/home/avg/devel/freebsd-src-new/machines/trant/sys/kern/vfs_cache.c:2976 (cache_vop_rmdir) cpuid = 5 time = 1666250711 KDB: stack backtrace: db_trace_self_wrapper() at 0xffffffff8061549b = db_trace_self_wrapper+0x2b/frame 0xfffffe01ce6c7090 kdb_backtrace() at 0xffffffff80942927 = kdb_backtrace+0x37/frame 0xfffffe01ce6c7140 vpanic() at 0xffffffff808f4fb4 = vpanic+0x184/frame 0xfffffe01ce6c71a0 panic() at 0xffffffff808f4d63 = panic+0x43/frame 0xfffffe01ce6c7200 cache_vop_rmdir() at 0xffffffff809b9b9f = cache_vop_rmdir+0xdf/frame 0xfffffe01ce6c7220 zfs_rmdir_() at 0xffffffff80391cff = zfs_rmdir_+0x1df/frame 0xfffffe01ce6c7290 zfs_rmdir() at 0xffffffff80391af8 = zfs_rmdir+0x48/frame 0xfffffe01ce6c7310 zfs_replay_remove() at 0xffffffff804fc53b = zfs_replay_remove+0x7b/frame 0xfffffe01ce6c7340 zil_replay_log_record() at 0xffffffff80508462 = zil_replay_log_record+0x212/frame 0xfffffe01ce6c7490 zil_parse() at 0xffffffff80502f4b = zil_parse+0x5cb/frame 0xfffffe01ce6c76a0 zil_replay() at 0xffffffff805081d8 = zil_replay+0xd8/frame 0xfffffe01ce6c7700 zfsvfs_setup() at 0xffffffff8038f09d = zfsvfs_setup+0x24d/frame 0xfffffe01ce6c7930 zfs_mount() at 0xffffffff8038c9b2 = zfs_mount+0x652/frame 0xfffffe01ce6c7ad0 vfs_domount_first() at 0xffffffff809d0d66 = vfs_domount_first+0x216/frame 0xfffffe01ce6c7c00 vfs_domount() at 0xffffffff809cdd43 = vfs_domount+0x2d3/frame 0xfffffe01ce6c7d30 vfs_donmount() at 0xffffffff809ccb6f = vfs_donmount+0x81f/frame 0xfffffe01ce6c7dc0 sys_nmount() at 0xffffffff809cc318 = sys_nmount+0x108/frame 0xfffffe01ce6c7df0 amd64_syscall() at 0xffffffff80c31d16 = amd64_syscall+0x186/frame 0xfffffe01ce6c7f30 fast_syscall_common() at 0xffffffff80c0889b = fast_syscall_common+0xf8/frame 0xfffffe01ce6c7f30 --- syscall (378, FreeBSD ELF64, sys_nmount), rip = 0xb6aac9dd1a, rsp = 0xb6b538f468, rbp = 0xb6b538f4d0 --- Uptime: 37s Dumping 1426 out of 32644 MB: (CTRL-C to abort) ..2%..11%..21%..31%..41%..51%..61%..71%..81%..91% -- Andriy Gapon From nobody Fri Oct 21 09:25:36 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MtzbN40p9z4fx9k; Fri, 21 Oct 2022 09:25:36 +0000 (UTC) (envelope-from salvadore@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MtzbN3LjVz3N6k; Fri, 21 Oct 2022 09:25:36 +0000 (UTC) (envelope-from salvadore@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1666344336; 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: content-transfer-encoding:content-transfer-encoding; bh=SSWHsdNyW4P6abdSBASBod10O2bKf3hcWhbm7nPDq0M=; b=aPCJmbRsVajC+G0N67UcUIsB2EqeNEgJUgPhBJjIYyxOGJJqF6Oy0R1R7dBLdaUfptxV8e qvYIIyB+pBkspLovMt8cjSWS7IL4ILCaP23EVR2Zf8QCAeQ+mtoOm8ibVzICfN0QGTbRQO cSwMpdE3Wj32tZrgEsXZ/xrXSfrjS9jnUBf2p2sLRnXoemwRDGLsqaqXpFeYeyw66LCxvO k74uBKkPt+MIqMw++obg2x47XzX5YC81TvxjeFOAe1rmCfprez2FTBniAgLb3/JpPnUW6Z ICd/RTYqJJrrNYeeNfgg0T5+4qC2tofZ7nMajmAIvdQabDn3an5Vou4g7wfb2A== Received: by freefall.freebsd.org (Postfix, from userid 1472) id 5D8571AE16; Fri, 21 Oct 2022 09:25:36 +0000 (UTC) Date: Fri, 21 Oct 2022 09:25:36 +0000 From: Lorenzo Salvadore To: freebsd-hackers@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD Quarterly Status Report - Third Quarter 2022 Message-ID: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline; filename="report.txt" Content-Transfer-Encoding: 8bit ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1666344336; 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: content-transfer-encoding:content-transfer-encoding; bh=SSWHsdNyW4P6abdSBASBod10O2bKf3hcWhbm7nPDq0M=; b=yBkHN650aLi8+BOX/ZPBuNy9WaV+mycbNYrw48QFpYlJPAeFQfUpV/ALQQ8pcA7AcKuYfd rnvoAFiwnrIwsZDCA8nvZJ8F5hdtSHH2CT/KIlRx6oo83t3MmzY3ffTcTUmAserNEMMsrY cYzYpmLkfYV4gJQMB8U+/3pxXPlBMjn92wdMfUcVaAQhYfVF8MHN3XSxCmKwsXKaYpztra 5eJGC6Zdeca0LvKR8iq6nr81wQLSnO1JodB9+/Mggep3MA8zJPathGytMcjhBMv6QT3Uek +PSa+ZgXqO8plmx5QEYHaX/YPHDtqOxZEqu5nMDfnjsAvMis6FON4ghvcur/Jg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1666344336; a=rsa-sha256; cv=none; b=RPCCkCn20k9L1I2SnfCJeIiYXivOBEE0ZKgL10SevrcIDj5buxWDKY2zxhGRykMgrq3BGt Nf4jSGRtWqPlHnitlNbQU4Wyg5D80Rtyw3EHgpp55GUg+Zhi9MwoLNBJPZvXwwt7Q5+rQb 1WgV37gsPUz2QCw5z4oe4qIZe8HBD/wtQPhVmQb7w+9uxTQc7UsK0wgLK9RH/XkTqK0Jzv LWIqwomZoW39yT841wnXv1w86qXWMW4p4ng1LxCpMjFiNEQcPeO5CQ2bEIkdNxacoDoEQB DGkLOmO55vTl7OuAMtOHclrXh1WXT9BuHNCy74soak7RvTAZ3jWZrS9zansV9w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N FreeBSD Quarterly Status Report Third Quarter 2022 Here is the third quarterly report for year 2022, with 24 reports included, which is slightly fewer than last quarter. I notice that in the past we had quarters with many more reports: often more than 30, sometimes even more than 40. Thus I would like to encourage all of you to submit reports: reports are useful to share your work, to find help, to have more eyes reviewing your changes, to have more people testing your software, to reach a wider audience whenever you need to tell something to all of the FreeBSD community and in many other cases. Please do not be shy and do not worry if you are not a native English speaker or if you are not proficient in AsciiDoc syntax: the quarterly team will be glad to help you in whatever you need. On the other hand, if you really do not have anything to report, then maybe you might like to join one of the interesting projects described below, or you might be inspired from one of them to do something new, thus having something to report in the future. We wish you all a pleasant read. Lorenzo Salvadore, on behalf of the status report team. â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” A rendered version of this report is available here: https://www.freebsd.org/status/report-2022-07-2022-09/ â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Table of Contents • FreeBSD Team Reports â–¡ FreeBSD Core Team â–¡ FreeBSD Foundation â–¡ FreeBSD Release Engineering Team â–¡ Cluster Administration Team â–¡ Continuous Integration â–¡ Ports Collection • Projects â–¡ OpenStack on FreeBSD â–¡ FreeBSD as a Tier 1 cloud-init Platform • Userland â–¡ bhyve debug server enhancements â–¡ Rewrite of pjdfstest â–¡ Ongoing work on LLDB multiprocess debugging support â–¡ DTrace: Instruction-level dynamic tracing • Kernel â–¡ ENA FreeBSD Driver Update â–¡ wtap(4) enhancement â–¡ Intel wireless towards 11ac â–¡ More wireless updates â–¡ Enabling Snapshots on Filesystems Using Journaled Soft Updates • Architectures â–¡ FreeBSD/Firecracker • Documentation â–¡ Documentation Engineering Team • Ports â–¡ Calendar-data: License added â–¡ KDE on FreeBSD â–¡ GCC: New maintainer, GCC 12.2 and more â–¡ sysutils/lsof major upgrade • Third Party Projects â–¡ Containers and FreeBSD: Pot, Potluck and Potman â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” FreeBSD Team Reports Entries from the various official and semi-official teams, as found in the Administration Page. FreeBSD Core Team Contact: FreeBSD Core Team The FreeBSD Core Team is the governing body of FreeBSD. Completed Items New Core Team Secretary All members of the Core Team express publicly their gratitude to Muhammad Moinur Rahman (bofh) for serving as the Core Team Secretary for the past two years. The Core Team approved Sergio Carlavilla (carlavilla) as the new Core Team secretary. Procedure to handle GDPR deletion request The Core Team has reviewed the procedure to handle GDPR deletions requests with help from Foundation lawysers. The document is currently being written and will be published after completion. New Privacy Policy The Core Team is working closely with the FreeBSD Foundation to update the Privacy Policy to properly align with current laws and practices found on similar websites such as ours. Bruce Evans memorial plaque The Core Team unanimously votes to allow the memorial plaque for Bruce Evans mentioning him as co-founder of FreeBSD. EuroBSDCon core team office hour On Friday, September 16, the new Core Team presented at EuroBSDcon 2022 Developer Summit. The Core Team introduced themselves and talked a bit about their plans for this term. There were discussions, Q & A, and suggestions from the attendees about the details. Commit bits Core approved reactivating the source commit bit for Konrad Witaszczyk (def@). Right now Konrad is working at Cambridge University, where he is responsible for developing CheriBSD. â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” FreeBSD Foundation Links: FreeBSD Foundation URL: https://www.FreeBSDFoundation.org Technology Roadmap URL: https://FreeBSDFoundation.org/blog/technology-roadmap/ Donate URL: https://www.FreeBSDFoundation.org/donate/ Foundation Partnership Program URL: https://www.FreeBSDFoundation.org/ FreeBSD-foundation-partnership-program FreeBSD Journal URL: https://www.FreeBSDFoundation.org/journal/ Foundation News and Events URL: https://www.FreeBSDFoundation.org/ news-and-events/ Contact: Deb Goodkin The FreeBSD Foundation is a 501(c)(3) non-profit organization dedicated to supporting and promoting the FreeBSD Project and community worldwide. Donations from individuals and corporations are used to fund and manage software development projects, conferences, and developer summits. We also provide travel grants to FreeBSD contributors, purchase and support hardware to improve and maintain FreeBSD infrastructure, and provide resources to improve security, quality assurance, and release engineering efforts. We publish marketing material to promote, educate, and advocate for the FreeBSD Project, facilitate collaboration between commercial vendors and FreeBSD developers, and finally, represent the FreeBSD Project in executing contracts, license agreements, and other legal arrangements that require a recognized legal entity. Fundraising Efforts First, I’d like to send a big thank you to everyone who gave a financial contribution to our efforts. We are 100% funded by your donations, so every contribution helps us continue to support FreeBSD in many ways, including some of the work funded and published in this status report. We support FreeBSD in five main areas. Software development is the largest area we fund with through staff developers and contractors who implement new features, support tier 1 platforms, review patches, and fix issues. You can find out some of the work we did under OS Improvements in this report. FreeBSD Advocacy is another area that we support to spread the word about FreeBSD at conferences, in presentations online and in-person, tutorials and how-to guides. We purchase and support hardware for the FreeBSD infrastructure that supports the work going on in the Project. Virtual and in-person events are organized by the Foundation to help connect and engage community members to share their knowledge and collaborate on projects. Finally, we provide legal support to the Project when needed and protect the FreeBSD trademarks. Our goal this year is to raise at a minimum $1,400,000 towards a spending budget of around $2,000,000. As we enter the last quarter of 2022, our donation total sits at $167,348, so we still need your help. If you haven’t made a donation this year, please consider making one at https://freebsdfoundation.org /donate/. We also have a Partnership Program for larger commercial donors. You can find out more at https://freebsdfoundation.org/our-donors/ freebsd-foundation-partnership-program/ OS Improvements During the second quarter of 2022, 300 src, 36 ports, and 13 doc tree commits were made that identified The FreeBSD Foundation as a sponsor. Some of that work has dedicated report entries. • FreeBSD as a Tier I cloud-init Platform • Intel wireless towards 11ac • LLDB multiprocess debugging support • OpenStack on FreeBSD • Snapshots on Filesystems Using Journaled Soft Updates The other sponsored work is challenging to concisely summarize. It varies from complex new features to various bug fixes spanning the src tree. Here is a small sample to give a flavor of last quarter’s work. • 240afd8 makefs: Add ZFS support This allows one to take a staged directory tree and create a file consisting of a ZFS pool with one or more datasets that contain the contents of the directory tree. This is useful for creating virtual machine images without using the kernel to create a pool; "zpool create" requires root privileges and currently is not permitted in jails. makefs -t zfs also provides reproducible images by using a fixed seed for pseudo-random number generation, used for generating GUIDs and hash salts. makefs -t zfs requires relatively little by way of machine resources. • 36f1526 Add experimental 16k page support on arm64 Add initial 16k page support on arm64. It is considered experimental, with no guarantee of compatibility with userspace or kernel modules built with the current 4k page size. Testing has shown good results in kernel workloads that allocate and free large amounts of memory as only a quarter of the number of calls into the VM subsystem are needed in the best case. • 1424f65 vm_pager: Remove the default pager It's unused now. Keep the OBJ_DEFAULT identifier, but make it an alias of OBJT_SWAP for the benefit of out-of-tree code. • a889a65 eventtimer: Fix several races in the timer reload code In handleevents(), lock the timer state before fetching the time for the next event. A concurrent callout_cc_add() call might be changing the next event time, and the race can cause handleevents() to program an out-of-date time, causing the callout to run later (by an unbounded period, up to the idle hardclock period of 1s) than requested. Bhyve Issue Support The Foundation contracted John Baldwin to dedicate time to Bhyve as issues arise, especially security issues. Here is a summary of his 2022q3 work on that contract. • bb31aee bhyve virtio-scsi: Avoid out of bounds accesses to guest requests. • 62806a7 bhyve virtio-scsi: Tidy warning and debug prints. • 7afe342 bhyve e1000: Sanitize transmit ring indices. • c94f30e bhyve: Validate host PAs used to map passthrough BARs. • 16bedf5 pci: Add helper routines to iterate over a device’s BARs. • baf753c bhyve: Support other schemes for naming pass-through devices. • fa46f37 bhyve e1000: Skip packets with a small header. • e7439f6 bhyve xhci: Cache the value of MaxPStreams when initializing an endpoint. RISC-V Improvements At the end of the quarter, the Foundation contracted Mitchell Horne to add and improve support for RISC-V hardware. Mitchell will also perform general maintenance such as fixing bugs, handling reports, providing review for new code changes, and improving source code legibility and documentation. Continuous Integration and Quality Assurance The Foundation provides a full-time staff member and funds projects to improve continuous integration, automated testing, and overall quality assurance efforts for the FreeBSD project. You can read about CI activities this quarter in a dedicated entry. FreeBSD Advocacy and Education Much of our effort is dedicated to Project advocacy. This may involve highlighting interesting FreeBSD work, producing literature and video tutorials, attending events, or giving presentations. The goal of the literature we produce is to teach people FreeBSD basics and help make their path to adoption or contribution easier. Other than attending and presenting at events, we encourage and help community members run their own FreeBSD events, give presentations, or staff FreeBSD tables. The FreeBSD Foundation sponsors many conferences, events, and summits around the globe. These events can be BSD-related, open source, or technology events geared towards underrepresented groups. We support the FreeBSD-focused events to help provide a venue for sharing knowledge, working together on projects, and facilitating collaboration between developers and commercial users. This all helps provide a healthy ecosystem. We support the non-FreeBSD events to promote and raise awareness of FreeBSD, to increase the use of FreeBSD in different applications, and to recruit more contributors to the Project. We are continuing to attend events both in person and virtual as well as planning the November Vendor Summit. In addition to attending and planning virtual events, we are continually working on new training initiatives and updating our selection of how-to guides to facilitate getting more folks to try out FreeBSD. Check out some of the advocacy and education work we did last quarter: • Held a FreeBSD Workshop and Staffed a booth at Scale 19x in Los Angeles, CA on July 28-30. You can read more about our participation in the SCALE19X Conference Report • Sponsored and attended COSCUP, July 30-31, Taiwan • Attended the EuroBSDCon Developer Summit and sponsored and attended EuroBSDcon 2022, September 15-18, Vienna, Austria • Sponsored and Presented at the Rocky Mountain Celebration of Women in Computing, September 29-30, 2022. Slides from Deb’s presentation can be found here. • Published the FreeBSD Foundation Summer 2022 Update • Continued our participation in Google Summer of Code as both an admin and mentors. Interviews with some of the Google Summer of Code Students can be found here. • Introduced a new FreeBSD Resources page that allows for search by type of subject, type of content and difficulty level. • New Blog Posts: â–¡ Guest Post: FreeBSD in Science â–¡ Advocating for FreeBSD in 2022 and Beyond â–¡ August Foundation Fundraising Update â–¡ Sharing Dual-Licensed Drivers between Linux and FreeBSD • New and Updated How-To and Quick Guides: â–¡ FreeBSD Quick Guide: Video Playback on FreeBSD â–¡ Binary Package Management on FreeBSD We help educate the world about FreeBSD by publishing the professionally produced FreeBSD Journal. As we mentioned previously, the FreeBSD Journal is now a free publication. Find out more and access the latest issues at https:// www.FreeBSDfoundation.org/journal/. You can find out more about events we attended and upcoming events at https:// www.FreeBSDfoundation.org/news-and-events/. Legal/FreeBSD IP The Foundation owns the FreeBSD trademarks, and it is our responsibility to protect them. We also provide legal support for the core team to investigate questions that arise. Go to https://www.FreeBSDFoundation.org to find more about how we support FreeBSD and how we can help you! â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” FreeBSD Release Engineering Team Links: FreeBSD 12.4-RELEASE schedule URL: https://www.freebsd.org/releases/12.4R/ schedule/ FreeBSD 13.2-RELEASE schedule URL: https://www.freebsd.org/releases/13.2R/ schedule/ FreeBSD 14.0-RELEASE schedule URL: https://www.freebsd.org/releases/14.0R/ schedule/ FreeBSD development snapshots URL: https://download.freebsd.org/snapshots/ ISO-IMAGES/ Contact: FreeBSD Release Engineering Team, The FreeBSD Release Engineering Team is responsible for setting and publishing release schedules for official project releases of FreeBSD, announcing code freezes and maintaining the respective branches, among other things. During the third quarter of 2022, the Release Engineering Team continued providing weekly development snapshot builds for the main, stable/13, and stable/12 branches. Additionally, the schedules for the upcoming 12.4, 13.2, and 14.0 release cycles were published on the Project website. Sponsor: Rubicon Communications, LLC ("Netgate") Sponsor: The FreeBSD Foundation â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Cluster Administration Team Links: Cluster Administration Team members URL: https://www.freebsd.org/administration /#t-clusteradm Contact: Cluster Administration Team FreeBSD Cluster Administration Team members are responsible for managing the machines the Project relies on to synchronise its distributed work and communications. In this quarter, the team has worked on the following: • Added additional storage to the CI system. It will help store more artifacts. • VuXML deployed in all official mirrors. It speeds up the pkg audit functionality. • A new (and additional) monitoring system is in place. • A few old and faulty machines were decommissioned. • Moved several services to newer hardware. • Regular cluster-wide software upgrades • Regular support for FreeBSD.org user accounts • Regular disk and parts support (and replacement) for all physical hosts and mirrors. Work in progress: • git infra: Add --filter support. • Work with the PowerPC team to improve the package builders, universal, and reference machines. • Site audit at our primary site: inventory of spares and other miscellanea occupying space in our cabinets. • Discussions with Juniper about a donation of new switches for our primary site. • Plan for a large scale network upgrade at our primary site. • Cluster refresh (more extended project). Most cluster machines are running FreeBSD 13-STABLE or 14-CURRENT as of 2022-09-30. Only a handful of machines are still on FreeBSD 12-STABLE. We are looking for an additional full mirror site (five servers) in Europe. See generic mirrored layout for our needs. Offers of additional single-server mirrors are always welcome too, especially in Europe. â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Continuous Integration Links: FreeBSD Jenkins Instance URL: https://ci.FreeBSD.org FreeBSD CI artifact archive URL: https://artifact.ci.FreeBSD.org FreeBSD Jenkins wiki URL: https://wiki.freebsd.org/Jenkins Hosted CI wiki URL: https://wiki.freebsd.org/HostedCI 3rd Party Software CI URL: https://wiki.freebsd.org/3rdPartySoftwareCI Tickets related to freebsd-testing@ URL: https://preview.tinyurl.com/y9maauwg FreeBSD CI Repository URL: https://github.com/freebsd/freebsd-ci dev-ci Mailing List URL: https://lists.freebsd.org/subscription/dev-ci Contact: Jenkins Admin Contact: Li-Wen Hsu Contact: freebsd-testing Mailing List Contact: IRC #freebsd-ci channel on EFNet The FreeBSD CI team maintains the continuous integration system of the FreeBSD project. The CI system checks the committed changes can be successfully built, then performs various tests and analysis over the newly built results. The artifacts from those builds are archived in the artifact server for further testing and debugging needs. The CI team members examine the failing builds and unstable tests and work with the experts in that area to fix the code or adjust test infrastructure. During the third quarter of 2022, we continued working with the contributors and developers in the project to fulfill their testing needs and also keep collaborating with external projects and companies to improve their products and FreeBSD. Important completed tasks: • Expand the artifact storage space for adding more types of artifacts and longer retention period. • Present Testing/CI Status Update in EuroBSDcon 2022 Developer Summit • Add main-powerpc-images and main-powerpcspe-images Work in progress tasks: • Designing and implementing pre-commit CI building and testing (to support the workflow working group) • Designing and implementing use of CI cluster to build release artifacts as release engineering does • Testing and merging pull requests in the FreeBSD-ci repo • Simplifying CI/test environment setting up for contributors and developers • Setting up the CI stage environment and putting the experimental jobs on it • Organizing the scripts in freebsd-ci repository to prepare for merging to src repository • Updating documents on wiki Open or queued tasks: • Collecting and sorting CI tasks and ideas • Setting up public network access for the VM guest running tests • Implementing use of bare-metal hardware to run test suites • Adding drm ports building tests against -CURRENT • Planning to run ztest tests • Adding more external toolchain related jobs • Improving maturity of the hardware lab and adding more hardware for testing • Helping more software get FreeBSD support in its CI pipeline (Wiki pages: 3rdPartySoftwareCI, HostedCI) • Working with hosted CI providers to have better FreeBSD support Please see freebsd-testing@ related tickets for more WIP information, and don’t hesitate to join the effort! Sponsor: The FreeBSD Foundation â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Ports Collection Links: About FreeBSD Ports URL:https://www.FreeBSD.org/ports/ Contributing to Ports URL: https://docs.freebsd.org/en/articles/contributing/# ports-contributing FreeBSD Ports Monitoring URL: http://portsmon.freebsd.org/ Ports Management Team URL: https://www.freebsd.org/portmgr/ Ports Tarball URL: http://ftp.freebsd.org/pub/FreeBSD/ports/ports/ Contact: René Ladan Contact: FreeBSD Ports Management Team The Ports Management Team is responsible for overseeing the overall direction of the Ports Tree, building packages, and personnel matters. Below is what happened in the last quarter. Currently there are just over 30,500 ports in the Ports Tree. There are currently just under 2,800 open ports PRs of which 750 are unassigned. The last quarter saw 9,137 commits by 151 committers on the main branch and 589 commits by 61 committers on the 2022Q3 branch. Compared to two quarters ago, this means a slight increase in the number of ports, but also a slight increase in the number of (unassigned) ports PRs and a slight decrease in the number of commits made. In the last quarter, we welcomed Felix Palmen (zirias@) as a new ports committer, welcomed back Akinori MUSHA (knu@), and said goodbye to Olli Hauer (ohauer@). We also welcomed Luca Pizzamiglio (pizzamig@) as an official member of portmgr. Some large changes in the Ports Tree were made during the last quarter: • "Created by" lines have been removed from the top of each Makefile, as a lot of those were outdated. • WWW: has been moved from each pkg-descr into each Makefile as a variable; the below write-up is from Stefan Eßer (se@) who did the work: The description of a port’s functionality should end with the URL of a web page that provides further information, such as best practices for usage or configuration. This information can be displayed with pkg query -e for installed packages or pkg rquery -e for available packages. The URL used to be appended to the end of the ports' pkg-descr files, with the prefix "WWW: ", so that tools could extract the URL from the description. Over time, many of these URLs have become stale, since port updates generally change only the Makefile, not the pkg-descr file. By moving the definition of these URLs into the Makefiles, maintainers are more likely to update the URL along with other port changes, and tools have easier access to them. The URLs are now assigned to the WWW macro in the Makefile and can be queried with make -V WWW in the port directory. Tools that process the description contained in the package files still work because the "WWW: " lines at the end are generated from the WWW values in the Makefiles. During EuroBSDCon, portmgr@ had a discussion about improving the situation for kernel module packages. Various possibilities have been discussed. The following happened under the hood: • one new USES, "vala", was added. • The default version of Go got bumped to 1.19 • CMake is now a meta-port • Initial support for Qt 6 was added, at version 6.3.2 • Vim no longer installs a system-wide vimrc • A number of major ports got updated: â–¡ pkg 1.18.4 â–¡ Chromium 106.0.5249.91 â–¡ Firefox 105.0.1 ☆ Firefox ESR 102.3.0 â–¡ KDE Applications 22.8.1 â–¡ KDE Frameworks 5.98 â–¡ Rust 1.63.0 â–¡ SDL 2.24.0 â–¡ Xorg server 21.1.4 (overhaul) â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Projects Projects that span multiple categories, from the kernel and userspace to the Ports Collection or external projects. OpenStack on FreeBSD Links: OpenStack URL: https://www.openstack.org/ OpenStack on FreeBSD URL: https://github.com/openstack-on-freebsd Contact: Chih-Hsin Chang Contact: Li-Wen Hsu OpenStack is an open-source cloud operating system for different types of resources like virtual and bare-metal machines. Users can spawn FreeBSD instances on the open cloud platform, but it is not currently possible to run OpenStack control plane on FreeBSD hosts. The goal of this project is to port key OpenStack components so that FreeBSD can function as an OpenStack host. Academic and industrial research groups have been evaluating CHERI-enabled Morello boards since mid-2022. A resource orchestration platform like OpenStack can improve the speed and cost of provisioning, managing, and recycling those boards. Starting in January 2022, Chih-Hsin Chang has been working to port several OpenStack components to run on FreeBSD, including: • Keystone (identity service) • Glance (image service) • Placement (resource tracking and inventory service) • Neutron (networking service) • Nova (compute service) Some of the items are still under heavy development. For instance, due to the design of Neutron, the DHCP servers are placed inside Linux network namespaces. It is necessary to find an alternative, e.g. vnet, on FreeBSD and adapt it. Most of the time the porting strategy is to make as small of an impact as possible by working around obstacles. But something like oslo.privsep deserves a true porting. oslo.privsep is rooted in Linux capabilities to do the privilege separation work. Right now we just bypassed any Linux capabilities-related operation inside oslo.privsep. So there is plenty of hackish spots in the source code and configurations currently. All of these along with the building and installation steps will be collected in the project repositories. In Q4 Chih-Hsin plans to focus on porting Neutron and Nova in order to complete the VM lifecycle operations. The highlights include: • DHCP integration • FreeBSD bridge driver/agent • Bhyve + Libvirt integration Sponsor: The FreeBSD Foundation â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” FreeBSD as a Tier 1 cloud-init Platform Links: cloud-init Website URL: https://cloud-init.io/ cloud-init Documentation URL: https://cloudinit.readthedocs.io/en/latest/ cloud-init ongoing refactorization URL: link:https://github.com/canonical/ cloud-init/blob/main/WIP-ONGOING-REFACTORIZATION.rst Contact: Mina Galić cloud-init is the standard way of provisioning servers in the cloud. Unfortunately, cloud-init support for operating systems other than Linux is rather poor, and the lack of cloud-init support on FreeBSD is a hindrance to cloud providers who want to offer FreeBSD as a Tier 1 platform. To remedy the situation, this project aims to bring FreeBSD cloud-init support on par with Linux support. The broader plan is to lift support across all BSDs. The project deliverables include completing an extraction of certain networking classes, implementing ifconfig(8) and login.conf(5) parsers, implementing IPv6 configuration, creating devd.conf(5) rules for Azure, and FreeBSD Handbook documentation about productionizing FreeBSD. On the way there, any BSD-related bugs found in modules and documentation will also be fixed. People interested in helping with the project can help with testing new features and fixes through net/cloud-init-devel, which will be updated on a weekly basis. Further, people with access to, and experience with, OpenBSD and NetBSD are also highly welcome to help. Sponsor: The FreeBSD Foundation â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Userland Changes affecting the base system and programs in it. bhyve debug server enhancements Links: link: Wiki project page link: Differential Contact: Bojan Novković The goal of this project was to enhance the functionality of bhyve’s debug server. Several existing features related to single-stepping are tied to Intel-specific VM mechanisms, which severely impairs bhyve’s debugging functionality on other x86 platforms. The first goal dealt with extending single-stepping support to AMD hosts. The second goal was to add support for hardware watchpoints using the guest OS’s hardware debugging registers. The project was carried out under Google’s Summer of Code program and was finished around the end of July. The project’s wiki also contains detailed documentation regarding several implemented mechanisms. The changes can be summarized as follows: • Support for placing software breakpoints inside virtual machines on AMD platforms, • Support for single-stepping virtual machines on AMD platforms, • Support for placing hardware watchpoints inside virtual machines on Intel and AMD platforms. Any feedback, comments and discussions are welcome and would be greatly appreciated. Sponsor: Google Summer of Code â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Rewrite of pjdfstest Links: Github URL: https://github.com/musikid/pjdfstest Blog URL: https://musikid.github.io/blog/rewrite-pjdfstest/ Contact: Alan Somers Back in 2007, Pawel Jakub Dawidek wrote pjdfstest, a POSIX file system conformance test tool. He originally wrote it to validate the port of ZFS to FreeBSD, but it has subsequently been used for other file systems and other operating systems. This year, Sayafdine Said rewrote it under Google’s sponsorship. The new version has several improvements: • More configurable, for better use with other file systems. • Much faster, largely thanks to said configurability. • Better test case isolation, making failure easy to debug. • No longer requires root privileges for all test cases. • Test cases can be run in a debugger. • More maintainable, less duplication. There are still a couple of lingering PRs to complete, but we expect to wrap those up and add pjdfstest to the ports collection soon. From there, it will be used both by /usr/tests for ZFS and UFS, and by external developers for other file systems. Sponsor: Google Summer of Code â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Ongoing work on LLDB multiprocess debugging support Links: Moritz Systems Project Description URL: https://www.moritz.systems/blog/ multiprocess-support-for-lldb/ Progress Report 1 URL: https://www.moritz.systems/blog/ implementing-non-stop-protocol-compatibility-in-lldb/ Progress Report 2 URL: https://www.moritz.systems/blog/ full-multiprocess-support-in-lldb-server/ Contact: Kamil Rytarowski Contact: MichaÅ‚ Górny According to the upstream description, "LLDB is a next generation, high-performance debugger. It is built as a set of reusable components which highly leverage existing libraries in the larger LLVM Project, such as the Clang expression parser and LLVM disassembler." FreeBSD includes LLDB in the base system. The previous sponsored projects improved LLDB, to make it a credible debugger for the base system, although it still has a few limitations compared to the contemporary versions of GNU GDB. This project started in April 2022. It aims to implement full support for debugging multiple processes simultaneously. At the start of the project, LLDB featured very limited support for multiprocess debugging. Currently, the server is already able to monitor multiple processes using the multiprocess extension to the GDB Remote Serial Protocol. The work on implementing the client-side counterpart for this protocol is ongoing. Once the project is finished, LLDB will be able to trace an arbitrary number of forked processes simultaneously (equivalent to GDB’s detach-on-fork off). Sponsor: The FreeBSD Foundation â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” DTrace: Instruction-level dynamic tracing Links: Wiki article URL: https://wiki.freebsd.org/SummerOfCode2022Projects/ InstructionLevelDynamicTracing Final code review URL: https://reviews.freebsd.org/D36851 Contact: Christos Margiolis Contact: Mark Johnston kinst is a new DTrace provider that allows for arbitrary kernel instruction tracing. The provider is currently implemented only for amd64, but we plan to port it to other architectures in the future as well. kinst probes are created on demand by libdtrace, and a probe can be created for nearly every instruction in the kernel. Probes take the form of: kinst::: where "module" is the kernel module containing the named function, "function" is the kernel function to be traced, and "offset" is the offset to a specific instruction. Omitting "offset" causes all instructions in the function to be traced. Omitting "module" causes DTrace to search all kernel modules for the function. For example, to trace the second instruction in amd64_syscall(), first determine the offset of the second instruction: # kgdb (kgdb) disas /r amd64_syscall Dump of assembler code for function amd64_syscall: 0xffffffff809256c0 <+0>: 55 push %rbp 0xffffffff809256c1 <+1>: 48 89 e5 mov %rsp,%rbp 0xffffffff809256c4 <+4>: 41 57 push %r15 The offset is 1. Then, to trace it: # dtrace -n 'kinst::amd64_syscall:1' A new "regs" keyword was also added to the D language, providing read-only access to CPU registers at the point where the probe fired. For example, to trace the contents of the frame pointer (register %rbp on amd64) when the kinst::amd64_syscall:1 probe fires: # dtrace -n 'kinst::amd64_syscall:1 {printf("0x%x", regs[R_RBP]);}' kinst works similarly to the FBT (function boundary tracing) provider in that it places a breakpoint on the target instruction and hooks into the kernel’s breakpoint handler. It is more powerful than FBT since it can be used to create probes at arbitrary points within a function, rather than at function boundaries. Because kinst has to be able to trace arbitrary instructions, it does not emulate most of them in software but rather causes the traced thread to execute a copy of the instruction before returning to the original code. Planned future work includes porting kinst to additional platforms, especially arm64 and riscv, and developing tooling that can use kinst to trace calls to inline functions using the kernel’s debugging symbols. Sponsor: Google, Inc. (GSOC 2022) â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Kernel Updates to kernel subsystems/features, driver support, filesystems, and more. ENA FreeBSD Driver Update Links: ENA README URL: https://github.com/amzn/amzn-drivers/blob/master/kernel/fbsd/ ena/README.rst Contact: Michal Krawczyk Contact: David Arinzon Contact: Marcin Wojtas ENA (Elastic Network Adapter) is the smart NIC available in the virtualized environment of Amazon Web Services (AWS). The ENA driver supports multiple transmit and receive queues and can handle up to 100 Gb/s of network traffic, depending on the instance type on which it is used. Completed since the last update: • Upstream of the ENA driver v2.6.0 and v2.6.1, included: â–¡ Fix for the performance degradation after reset issue on 6-gen instances, â–¡ Fix of the false netmap assertions with KASSERT enabled, â–¡ Code cleanup and style fixes, â–¡ Logging improvements, â–¡ Fix to the retrieval of the ENI metrics. Sponsor: Amazon.com Inc â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” wtap(4) enhancement Links: Add sta, hostap and adhoc mode to wtap wlan simulator Contact: En-Wei Wu Contact: Li-Wen Hsu Contact: Bjoern A. Zeeb wtap(4) is a net80211(4) Wi-Fi simulator introduced by Monthadar Al Jaberi < monthadar@gmail.com> and Adrian Chadd in 2012. It originally supported 802.11s mesh mode and was used for verification. During the 2022 Google Summer of Code, En-Wei had been working on bringing sta, hostap, adhoc and monitor modes to it. The work also covers adding basic tests for net80211(4) with wtap(4), written in atf(7). For more details, please check the project wiki page. Sponsor: Google Summer of Code Sponsor: The FreeBSD Foundation â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Intel wireless towards 11ac Links: Intel iwlwifi status FreeBSD wiki page URL: https://wiki.freebsd.org/WiFi/ Iwlwifi Contact: Bjoern A. Zeeb The ongoing project aims to support the latest Intel wireless chipsets on FreeBSD using LinuxKPI compat code backed by native net80211 and kernel code. In addition work is on the way to support 11n and 11ac standards in the LinuxKPI 802.11 compat code and fill gaps for mostly 11ac in the native net80211 wireless stack. For the Intel iwlwifi wireless driver there were no major updates in the last months. We updated the firmware to the latest publicly available version and fixed some of the most visible bugs. Work is also on the way to support the D3 power saving code. LinuxKPI compat code also got some improvements and fixes which at times were only observable on certain generations of iwlwifi chipsets. Changes in net80211 and LinuxKPI compat code for 11n and 11ac have little public visibility so far in order to not break basic support. Updates to constants based on newer 802.11 standards and other changes without user-visible effect were merged, and functional changes will follow in the coming months, initially hidden behind compile-time or runtime options. Improvements and updates were largely merged back to stable/13 for the benefit of the users tracking this branch and to help with more testing. For the latest state of the development, please follow the freebsd-wireless mailing list and check the wiki pages. Sponsor: The FreeBSD Foundation â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” More wireless updates Links: Bjoern’s Wireless Work In Progress landing page URL: https://people.freebsd.org /~bz/wireless/ Realtek rtw88 status FreeBSD wiki page URL: https://wiki.freebsd.org/WiFi/Rtw88 Realtek rtw89 status FreeBSD wiki page URL: https://wiki.freebsd.org/WiFi/Rtw89 MediaTek mt76 status FreeBSD wiki page URL: https://wiki.freebsd.org/WiFi/Mt76 QCA ath11k status FreeBSD wiki page URL: https://wiki.freebsd.org/WiFi/Ath11k Contact: Bjoern A. Zeeb Currently development is mostly driven by Intel’s iwlwifi driver again (see other report). As the saying goes ''each one helps the other'' so has work on Realtek’s rtw89 driver helped find a bug in LinuxKPI bothering iwlwifi users. For this status report the topic is mostly more drivers, which do need more LinuxKPI support. Various work in progress: • Realtek’s rtw88 PCI is in-tree as-is and after a fruitful discussion with Hans Petter Selasky at EuroBSDCon work on LinuxKPI USB support for the rtw88 USB WiFi dongles will continue. • Realtek’s rtw89 driver was committed to main but is not connected to the build yet. Scanning already works but packets are not yet passing. Having the driver in-tree already eased testing for users having that chipset in order to identify more unimplemented LinuxKPI bits (some of which will help the other drivers as well) and reduced work for me. • The next drivers to probably hit the tree will be based on MediaTek’s mt76 driver (for 7921 and 7915) which I have compiling and started testing. • Based on requests I am also working on ath11k to support STA mode given some vendors seem to ship Laptops with those chips. While some of this clearly benefits from work sponsored by The FreeBSD Foundation for iwlwifi and newer standard support, a lot of this is just free-time work. If you are interested in any of these drivers I would greatly appreciate if some more hands would help with one or the other. This could be regularly testing updates to main, writing documentation and updating wiki pages, tracking PRs, trying out patches, helping with work on individual LinuxKPI bits with or without 802.11 work, or simply debugging problems with individual drivers and/or chipsets. If you are interested in helping with any one of the above, please drop me an email. For the latest state of the development, please follow the freebsd-wireless mailing list and check the wiki pages (as soon as they exist). â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Enabling Snapshots on Filesystems Using Journaled Soft Updates Links: Milestone 1 Core Changes URL: https://reviews.freebsd.org/D36491 Contact: Kirk McKusick This project will make UFS/FFS filesystem snapshots available when running with journaled soft updates. The UFS/FFS filesystem has the ability to take snapshots. Because the taking of snapshots was added after soft updates were written they were fully integrated with soft updates. When journaled soft updates were added in 2010, they were never integrated with snapshots. So snapshots cannot be used on filesystems running with journaled soft updates. Snapshots became less important with the support for ZFS on FreeBSD since ZFS can take snapshots quickly and easily. However there remain two instances where UFS snapshots are still important. The first is that they allow reliable dumps of live filesystems which avoids possibly hours of down time. The second is that they allow the running of background fsck. Similar to the need for scrub in ZFS, fsck needs to be run periodically to find undetected disk failures. Snapshots allow fsck to be run on live filesystems rather than needing to schedule down time to run it. This project has two milestones: 1. enable snapshots when running with journaled soft updates and ensure that they can be used for doing background dumps on a live filesystem. This milestone should be completed by the end of 2022. 2. extend fsck_ffs to be able to do a background check using a snapshot on a filesystem running with journaled soft updates. This milestone is expected by Q3 of 2023. Sponsored by: The FreeBSD Foundation â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Architectures Updating platform-specific features and bringing in support for the new hardware platform. FreeBSD/Firecracker Links: Firecracker VM Contact: Colin Percival Firecracker is an open source "microVM" developed by Amazon Web Services; it is designed for the needs of "serverless" compute environments and has a particular focus on security and minimalism. Starting in June 2022, Colin Percival has been working to port FreeBSD to run in the Firecracker environment, with significant assistance from other FreeBSD developers. As of this quarterly report, a set of patches are pending review which collectively add the needed support to make FreeBSD functional in a patched version of Firecracker. In Q4 Colin intends to finish committing the relevant patches to FreeBSD, release a kernel and disk image so other FreeBSD users can experiment with Firecracker, and update and merge Firecracker patches which add PVH boot support (used by FreeBSD). This work has already produced "spinoff" benefits in revealing ways to speed up the FreeBSD boot process; due to its low overhead and minimal environment, Firecracker is an excellent context to work on this. This work is supported by Colin’s FreeBSD/EC2 Patreon. Sponsor: https://www.patreon.com/cperciva â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Documentation Noteworthy changes in the documentation tree, manual pages, or new external books/documents. Documentation Engineering Team Link: FreeBSD Documentation Project Link: FreeBSD Documentation Project Primer for New Contributors Link: Documentation Engineering Team Contact: FreeBSD Doceng Team The doceng@ team is a body to handle some of the meta-project issues associated with the FreeBSD Documentation Project; for more information, see FreeBSD Doceng Team Charter. During the last quarter: • 0mp@ stepped down as Doceng’s Secretary, fernape@ joined as the new Secretary. Doceng would like to thank 0mp@ for his service. • eadler@'s doc bit was taken in for safekeeping per his request. • A git commit message template was added for the doc repository. Items pending and in the discussion: • Remove outdated translations from the Website and Documentation portal. FreeBSD’s Documentation Project Primer The FDP was expanded with information on trademark handling. Porter’s Handbook: • The documentation on porting Haskell programs was updated. • The move of WWW from pkg-descr to Makefile was documented. • Qt 6-related documentation has been added following the import of the library in the ports framework. FreeBSD Translations on Weblate Link: Translate FreeBSD on Weblate Link: FreeBSD Weblate Instance Q3 2022 Status • 12 languages • 148 registered users â–¡ Gasol Wu joined the Chinese translation team. â–¡ Alvaro Felipe Calle joined the Spanish translation team. Languages • Chinese (Simplified) (zh-cn) (progress: 8%) • Chinese (Traditional) (zh-tw) (progress: 4%) • Dutch (nl) (progress: 1%) • French (fr) (progress: 1%) • German (de) (progress: 1%) • Indonesian (id) (progress: 1%) • Italian (it) (progress: 4%) • Norwegian (nb-no) (progress: 1%) • Persian (fa-ir) (progress: 3%) • Portuguese (pt-br) (progress: 16%) • Spanish (es) (progress: 15%) • Turkish (tr) (progress: 2%) We want to thank everyone who contributed, translating or reviewing documents. Please, promote this effort in your local user group, we always need more volunteers. FreeBSD Manual Pages Portal Contact: Sergio Carlavilla The Manual Pages Portal has been redesigned to use mandoc(1) for rendering. A portal preview is available. Feedback has been collected and addressed where possible. There are some remaining non-blocking issues. Doceng@ would like to move forward with the migration to this new portal. Thanks to all of those who reviewed it and provided feedback. FreeBSD Website Revamp - WebApps working group Contact: Sergio Carlavilla Working group in charge of creating the new FreeBSD Documentation Portal and redesigning the FreeBSD main website and its components. FreeBSD developers can follow and join the working group on the FreeBSD Slack channel #wg-www21. The work will be divided into four phases: 1. Redesign of the Documentation Portal Create a new design, responsive and with global search. (Complete) 2. Redesign of the Manual Pages on web Scripts to generate the HTML pages using mandoc. (Complete) 3. Redesign of the Ports page on web Ports scripts to create an applications portal. (Work in progress) 4. Redesign of the FreeBSD main website New design, responsive and dark theme. (Not started) â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Ports Changes affecting the Ports Collection, whether sweeping changes that touch most of the tree, or individual ports themselves. Calendar-data: License added Links GitHub calendar-data repository URL: https://github.com/freebsd/calendar-data Contact: Stefan Eßer Contact: Lorenzo Salvadore Contact: Warner Losh The port deskutils/calendar-data contains calendar files for the BSD calendar program and is maintained by se@. The data for this port lives in a GitHub repository, which at the moment is maintained mainly by salvadore@. About two years ago, the calendar files in the base repository were removed from there and a new repository was created on GitHub; see also this Phabricator review about the creation of the associated port. This improvement allows calendar files to be updated independently from the base system. Unfortunately, when the repository was created, it was forgotten to add a license to it. The issue has been solved this quarter with this pull request submitted by salvadore@ and merged by imp@. Since the data originally came from the src repository, the same licence applies. If in the past you have contributed to the calendar files with different licensing assumptions, please inform us so that we can license your contributions accordingly or remove them. â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” KDE on FreeBSD Links: KDE FreeBSD URL: https://freebsd.kde.org/ KDE Community FreeBSD URL: https://community.kde.org/FreeBSD Contact: Adriaan de Groot The KDE on FreeBSD project packages the software from the KDE Community, along with dependencies and related software, for the FreeBSD ports tree. The software includes a full desktop environment called KDE Plasma (for both X11 and Wayland) and hundreds of applications that can be used on any FreeBSD machine. The KDE team (kde@) is part of desktop@ and x11@, building the software stack to make FreeBSD beautiful and usable as a daily-driver graphics-based desktop machine. The notes below describe mostly ports for KDE, but also include items that are important for the entire desktop stack. Qt6 Landed The big news in the KDE ports is not directly KDE-related. Qt6 has landed, which prepares us for the next generation of Qt-based applications. It is now possible to have USES=qt:6 to select the new Qt version. Some ports have been flavorized to make use of the new version. KDE itself is not affected: the upstream work on KDE Frameworks for Qt6 is not yet completed. Most of the KDE Frameworks will compile with Qt6, but that is not important for FreeBSD ports yet. With devel/qt6 you get Qt 6.4.0, released at the end of the quarter. KDE Stack KDE Gear releases happen every quarter, KDE Plasma updates once a month, and KDE Frameworks have a new release every month as well. These (large) updates land shortly after their upstream release and are not listed separately. • KDE Frameworks 5 is now at version 5.98 (latest monthly release from September 2022). • KDE Gear is now version 22.08.1 (update for September 2022). • KDE Plasma is now version 5.24.6 (update for July 2022). Note that KDE Plasma 5.25 has been released upstream, but is waiting on fixes before it can land in the ports tree (for example, this KActivityManager bug in KDE’s bug-tracker). Related Ports • accessibility/qt5-speech now supports multiple backends, as well as no-backends, for speech synthesis. • devel/cmake was reorganized, so that devel/cmake is now a metaport that installs devel/cmake-core and the rest of the CMake suite. (Thanks to diizzy@) The CMake ports were also updated to version 3.24, with attendant changes in ports all over the tree. • net/qt5-network has improved compatibility with libressl. • x11/plasma-wayland-protocols was updated in advance of KDE Plasma Desktop updates in the next quarter. â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” GCC: New maintainer, GCC 12.2 and more Links: GCC Project URL: https://gcc.gnu.org GCC 11 release series URL: https://gcc.gnu.org/gcc-11/ GCC 12 release series URL: https://gcc.gnu.org/gcc-12/ Contact: Contact: Lorenzo Salvadore • salvadore@ adopted all existing ports corresponding to supported versions of gcc, namely: lang/gcc10, lang/gcc11, lang/gcc11-devel, lang/gcc12, lang/ gcc12-devel and lang/gcc13-devel. At the moment -devel ports are updated weekly, unless a build failure makes it impossible. Of course, in the latter case, the build failure is fixed and/or reported upstream as soon as possible. • GCC 12.2 has been released. Traditionally, FreeBSD waits for the release of the second minor version of GCC to use it as default GCC version, so that most of the software needing to be compiled with GCC has already been ported to the latest major version. Thus, work has started to update the default GCC version to version 12. Thank you very much to antoine@ who has already run the first exp-run and to all the contributors, maintainers and committers involved in the process. https://bugs.freebsd.org/bugzilla/ show_bug.cgi?id=2659548 • Discussion about LTO keeps going with many different points of view. If interested, you can read the latest contributions to the topic: lang/gcc11: Needs build time warning for /tmp consumption and lang/gcc11: build gets stuck. Reminder: LTO_BOOTSTRAP is an option enabled by default. If you build the port on your machine and its resources consumption is not acceptable, disabling this option will get you a lighter compilation. • jbeich@ submitted a patch to expose non-default -stdlib=libc++ support, which has been successfully committed to all relevant ports (gcc >= 11). link: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=265962 • diizzy@ refreshed the mirrors list in the MASTER_SITE_GCC variables, also removing ftp mirrors. The main GCC site is used as fallback. link: https:// reviews.freebsd.org/D36372 • Help is still needed with these three changes to work through with upstream GCC (requires expertise with the GCC sources and upstream, not with the ports framework): â–¡ upstreaming lang/gcc11/patch-gets-no-more â–¡ upstreaming lang/gcc11/patch-arm-unwind-cxx-support â–¡ https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256874 â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” sysutils/lsof major upgrade Link: lsof project repo URL: https://github.com/lsof-org/lsof Contact: Larry Rosenman sysutils/lsof had a major upgrade to no longer look in /dev/kmem for data, and to use the userland API. This took a long time to hit the tree, but is finally done. It fixes lsof(8) to work with ZFS again for the first time since 13.0-RELEASE. This will make maintenance much easier going forward. To the kernel folks: if you make changes that break lsof, please submit a GitHub pull request to https://github.com/lsof-org/lsof. Please test any changes to the interfaces that lsof uses and make sure they still work. These all should be userland interfaces now, but please test. My thanks to Warner Losh , Mateusz Guzik , and Ed Maste for help getting this major change landed. â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â”â” Third Party Projects Many projects build upon FreeBSD or incorporate components of FreeBSD into their project. As these projects may be of interest to the broader FreeBSD community, we sometimes include brief updates submitted by these projects in our quarterly report. The FreeBSD project makes no representation as to the accuracy or veracity of any claims in these submissions. Containers and FreeBSD: Pot, Potluck and Potman Links: Pot organization on github URL: https://github.com/bsdpot Contact: Luca Pizzamiglio (Pot) Contact: Stephan Lichtenauer (Potluck) Contact: Michael Gmelin (Potman) Pot is a jail management tool that also supports orchestration through Nomad. During the last quarter, pot 0.15.3 was released. It contains a number of improvements like mount-out to remove or unmount a previously mount-in folder or filesystem, signal and exec commands, better jail lifecycle handling, and many bug fixes. A new version of the Nomad driver, nomad-pot-driver 0.9.0, was also released with signal and exec support and stability fixes. Potluck aims to be to FreeBSD and pot what Dockerhub is to Linux and Docker: a repository of pot flavours and complete container images for usage with pot and in many cases Nomad. Since the last status report, many changes were committed, including many fixes and improvements to core images like grafana, postgresql-patroni or loki. Additionally, all images have been rebuilt for FreeBSD 13.1 and 12.3 and to include the current quarterly versions of the packages being used. Last not least, Luca held the pot implementation and ecosystem talk How far a naive FreeBSD container implementation can go at EuroBSDCon 2022. As always, feedback and patches are welcome. From nobody Fri Oct 21 20:48:58 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MvGm04G8bz4gmVR; Fri, 21 Oct 2022 20:49:04 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MvGm03rVlz3Vqk; Fri, 21 Oct 2022 20:49:04 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1666385344; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=o2aL6j4yB82FXPAUNRYejmqASYZoK4Q5Jsy75MGbfao=; b=ikYtjOy0G2n4ZZaU9vhiK7lagDh8LowoJUT8nYIfrMMGqfmo6OMF016AQmbOG+Jgitxycn YUTGSpVLHDoXvM8dT38eVgQDrqoHW+ckbEtHLYO2otFhUPWvFqpUkdhfG9Yzd5zaeUWLKs TTzxqZWoB9ilJN99IpTuhcI5s+Ax1T9uWxA83PCxOsTcpsaqs+2FsHR7B9lSY9CpV4bssK Cq1e+nhQyCQ4mEsIggWisQUd67MeCZnzsaseCAsYnmFHXwg4P3YjsX1RwQvAzDQnRgOufS Gw6FSaXNkiQZ7ayom/gY1r0r++tEpY8l/HNy+Aqn1CrXhgKfxIfZTeKK9i4nFw== Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 1AEE41C538; Fri, 21 Oct 2022 20:49:04 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Fri, 21 Oct 2022 20:48:58 +0000 From: Glen Barber To: freebsd-snapshots@freebsd.org, freebsd-stable@freebsd.org Cc: FreeBSD Release Engineering Team Subject: FreeBSD 12.4-BETA1 Now Available Message-ID: <20221021204858.GT76435@FreeBSD.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1666385344; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=o2aL6j4yB82FXPAUNRYejmqASYZoK4Q5Jsy75MGbfao=; b=lxuXtU0W9iRr2Ae/LoP7eLlL5suc5xBLWsKcnLDEyj8PUHa9LMSokgdAtwdtbhprZsAJeV VHIhY0n+LXbu/wLApQGKv9roOhsZBySM+3z0T02Fy4voIh3+kzCI3balqZSbnaPFLtxf17 RlwIwouncuo8jcDulIDOH4PE0BL/5f6xiISriTILMB1w2lV6ghZGi0AyZI7tXrLnYING2a +KBjvOlLK6kt8mmWqcmw67+/38iTPnV2QZKpFPVUdDbmE3VyZzbMklZbukmIbn1KLWhOqA 8bwvx/4lfj/zBrjrLHQGSHgfwM6gvB43FNmcpiRB1dvV28xQfd0qxX5p8veqAA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1666385344; a=rsa-sha256; cv=none; b=MW5hFbzP7B/g5QAFwEI9zqTNOOlKI0mQks5oer5ujl1lIMZkJhIdqbEelGq0irJW9VO3xA 9oj+8HtajngNiESyn65rAR/r3JZs2eEQlbV+dFpFb6nf3repBz9q12fg+F1zMRCOX7zyIy GSZtZQNy9XSSD/T+OOOtO08iZMbOF5IuXrRbm3k/gXGmH1xYGYg09zOpqmAiKifHoCpKKL SOB4TEPZ0+28zHG72WD33au1OF/x7oo3ycnOObXZFRSR7b3J6MHQBlo2s3oW9P1aQrOlnV Rq5XlMb+gI6Fw/K/CY0t990VmDljyC8DL8Sk+s9MXJrUwga9MpdZ9Fp3FUTgmA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The first BETA build of the 12.4-RELEASE release cycle is now available. Please be patient if your local mirror has not yet caught up with the additional files. Installation images are available for: o 12.4-BETA1 amd64 GENERIC o 12.4-BETA1 i386 GENERIC o 12.4-BETA1 powerpc GENERIC o 12.4-BETA1 powerpc64 GENERIC64 o 12.4-BETA1 powerpcspe MPC85XXSPE o 12.4-BETA1 sparc64 GENERIC o 12.4-BETA1 armv6 RPI-B o 12.4-BETA1 armv7 BANANAPI o 12.4-BETA1 armv7 CUBIEBOARD o 12.4-BETA1 armv7 CUBIEBOARD2 o 12.4-BETA1 armv7 CUBOX-HUMMINGBOARD o 12.4-BETA1 armv7 RPI2 o 12.4-BETA1 armv7 WANDBOARD o 12.4-BETA1 armv7 GENERICSD o 12.4-BETA1 aarch64 GENERIC o 12.4-BETA1 aarch64 PINE64 o 12.4-BETA1 aarch64 PINE64-LTS Note regarding arm SD card images: For convenience for those without console access to the system, a freebsd user with a password of freebsd is available by default for ssh(1) access. Additionally, the root user password is set to root. It is strongly recommended to change the password for both users after gaining access to the system. Installer images and memory stick images are available here: https://download.freebsd.org/releases/ISO-IMAGES/12.4/ The image checksums follow at the end of this e-mail. If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use Git to do a source based update of an existing system, use the "releng/12.4" branch. === Virtual Machine Disk Images === VM disk images are available for the amd64, i386, and aarch64 architectures. Disk images may be downloaded from the following URL (or any of the FreeBSD download mirrors): https://download.freebsd.org/releases/VM-IMAGES/12.4-BETA1/ The partition layout is: ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats. The image download size is approximately 135 MB and 165 MB respectively (amd64/i386), decompressing to a 21 GB sparse image. Note regarding arm64/aarch64 virtual machine images: a modified QEMU EFI loader file is needed for qemu-system-aarch64 to be able to boot the virtual machine images. See this page for more information: https://wiki.freebsd.org/arm64/QEMU To boot the VM image, run: % qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt \ -bios QEMU_EFI.fd -serial telnet::4444,server -nographic \ -drive if=none,file=VMDISK,id=hd0 \ -device virtio-blk-device,drive=hd0 \ -device virtio-net-device,netdev=net0 \ -netdev user,id=net0 Be sure to replace "VMDISK" with the path to the virtual machine image. === Amazon EC2 AMI Images === FreeBSD/amd64 EC2 AMIs are available in the following regions: af-south-1 region: ami-075792812df91cedd eu-north-1 region: ami-0ea2847c94003e718 ap-south-1 region: ami-00524e1c6483e74a4 eu-west-3 region: ami-03fa036884e14090f eu-west-2 region: ami-0f4a869a9ff945f41 eu-south-1 region: ami-07d7fbd5cfee9e159 eu-west-1 region: ami-0afa53e1b9bf34daf ap-northeast-3 region: ami-043d0deb0802d27f5 ap-northeast-2 region: ami-09d1ccf743c73670e me-south-1 region: ami-04b6d002402aff489 ap-northeast-1 region: ami-0735d778dbba94d39 me-central-1 region: ami-0ec7af20fd0bcf7a5 sa-east-1 region: ami-04f3dc24ce73daf7d ca-central-1 region: ami-03a81cd2686f5730e ap-east-1 region: ami-084e2dd3e791917a1 ap-southeast-1 region: ami-0c918c7cc3d34fa95 ap-southeast-2 region: ami-002e7609f0ad2f31e ap-southeast-3 region: ami-0ee4356fd4de0c3df eu-central-1 region: ami-06f80061d4d90d45c us-east-1 region: ami-095238c3dad725fb0 us-east-2 region: ami-028cac6204a4ceb9e us-west-1 region: ami-007a1b0a2ee9a0dd1 us-west-2 region: ami-094b3cbe9d44e4752 These AMI IDs can be retrieved from the Systems Manager Parameter Store in each region using the keys: /aws/service/freebsd/amd64/base/ufs/12.4/BETA1 FreeBSD/arm64 EC2 AMIs are available in the following regions: af-south-1 region: ami-0ef2b376f171a5545 eu-north-1 region: ami-0aea981cdd0610ee7 ap-south-1 region: ami-0c70f63c9948acbb1 eu-west-3 region: ami-073c0827d08157296 eu-west-2 region: ami-0103b6d36881d475d eu-south-1 region: ami-0b0dd221228d321dc eu-west-1 region: ami-036b07f6061ffbc90 ap-northeast-3 region: ami-0f4cf01b9aa8fab12 ap-northeast-2 region: ami-0791a0d7924aaa5f0 me-south-1 region: ami-01be65451caffe103 ap-northeast-1 region: ami-044f1ad6322d75256 me-central-1 region: ami-0346697d52dd0de6b sa-east-1 region: ami-0dc0681fd0589cbdb ca-central-1 region: ami-076429634d223c620 ap-east-1 region: ami-03bff5e9e34404709 ap-southeast-1 region: ami-08c0cb3e045300c8f ap-southeast-2 region: ami-0a0bb0d4bc9e97714 ap-southeast-3 region: ami-08d8eaf8ff7a4e339 eu-central-1 region: ami-027866b6e046695e3 us-east-1 region: ami-06233eae78b8204d5 us-east-2 region: ami-01514b4b45d896f8f us-west-1 region: ami-0bfa4eae00a90a732 us-west-2 region: ami-0ddf3cdc71abcf241 These AMI IDs can be retrieved from the Systems Manager Parameter Store in each region using the keys: /aws/service/freebsd/arm64/base/ufs/12.4/BETA1 === Vagrant Images === FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can be installed by running: % vagrant init freebsd/FreeBSD-12.4-BETA1 % vagrant up === Upgrading === The freebsd-update(8) utility supports binary upgrades of amd64, i386, and aarch64 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 12.4-BETA1 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 12.x. Alternatively, the user can install misc/compat12x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install == ISO CHECKSUMS == o 12.4-BETA1 amd64 GENERIC: SHA512 (FreeBSD-12.4-BETA1-amd64-bootonly.iso) = 5ce53cb4f0d3ca83c475bfc84f96767fbf922d3987ebe67783919c0ea3b9fb9cfdff58274849407b6927fda1140dd3d1d4bd261b37306a60eb8adbeffebbbe35 SHA512 (FreeBSD-12.4-BETA1-amd64-bootonly.iso.xz) = fd67160e5e73c8461912336dfc32239c452c0c48bc75e6230449e870e0f788e98cabc8036bfebf9fea1b8e8d06053ea08301ec6305fb3d97441d649307f5f045 SHA512 (FreeBSD-12.4-BETA1-amd64-disc1.iso) = 52039a0e3657239413748073f537e4efe97ce41fcf6880c5860a570acea61551a8225b1dadc9a3f1ccf4f9850f31cdda7cab84e51e094698376a5319a1e852e3 SHA512 (FreeBSD-12.4-BETA1-amd64-disc1.iso.xz) = 84601be3df535e914fce5173caaaedcc3f564271c0b4c57db96457686ef2f13c3b29ced613ca7a5b125e940d51c2372a0f6574f29d59fcfc0f818d6c0f4c9e8f SHA512 (FreeBSD-12.4-BETA1-amd64-dvd1.iso) = 222849e801daa97ba3a5f78df0073c600393f3b496c256eb7946576c88384985c760ed5696ab8e951481e3d8a4d2043df83b3ccecc22286f3465529608d44c6d SHA512 (FreeBSD-12.4-BETA1-amd64-dvd1.iso.xz) = 398468f6fa716f1ba05678182ec63451e1eeb0f1edd07c1cc64264db32486dfacb30b4729912c3a83fd0927fbf4e8a16c19b63d325455930ebca96236deb2cf7 SHA512 (FreeBSD-12.4-BETA1-amd64-memstick.img) = 812fba45d5cfb831197545bc08895b916be26f13df09082a47d196e047cb8724a620070ee51be356f84c4112982fe12c3b549a30a8298a90280aaa22de101c1c SHA512 (FreeBSD-12.4-BETA1-amd64-memstick.img.xz) = a42bb3c100d135c2439b63138ef54aa5d36104ef886d3a5d7344d606c33dc363f92585f3a9924289f07596f7d7c1b0d16a3de7c46e65ceae8154621d9e867f5b SHA512 (FreeBSD-12.4-BETA1-amd64-mini-memstick.img) = 16ac6859876537c2d31d688843decc641bc344568d28a976c45f0048490507975552674d9f48a14d693f198c9b45458d77e4f5a4d381bbb7605fc4603d7a4105 SHA512 (FreeBSD-12.4-BETA1-amd64-mini-memstick.img.xz) = 13525a77ab2936e05be8e4a9f3598787b698dcd2af71c672fea87e6da6bd65eca306bacae1010d126a8060bc7675740c4c0af0b6da8c7fd3ce0c199af5498411 SHA256 (FreeBSD-12.4-BETA1-amd64-bootonly.iso) = 55eefedc3480054285509e39370727398cddc0efbe028a8182fc4551b0026923 SHA256 (FreeBSD-12.4-BETA1-amd64-bootonly.iso.xz) = 38ae33e2152e37b2bccec953af631a731e1efff2ef66be53aeba85d7cb0acbfc SHA256 (FreeBSD-12.4-BETA1-amd64-disc1.iso) = 457bf97ca4d0b1aead8c721526b339c663e928c407f55ddf7aaedf9d023ec5ee SHA256 (FreeBSD-12.4-BETA1-amd64-disc1.iso.xz) = a9225e8cb9ad2c4ff492f550e7d8ed41f10607dd91992b643c91896235309a3e SHA256 (FreeBSD-12.4-BETA1-amd64-dvd1.iso) = ad4f744130c96b4e6c867ba718d6799c55b4aa846ae5c25138a02c9166ab9fad SHA256 (FreeBSD-12.4-BETA1-amd64-dvd1.iso.xz) = f8ca5640d03f8676d843758422961fe05f63255a38130d9250da0572622d35f3 SHA256 (FreeBSD-12.4-BETA1-amd64-memstick.img) = 3fab90016e8eecd206c4a14042f91ac7b3e7ad0266c746cedd5d8d32e43d217f SHA256 (FreeBSD-12.4-BETA1-amd64-memstick.img.xz) = f2f284afe9c6d479e0f851dd6be3cdf3b6ca56142ff69cc6470bd14c2e19cb0b SHA256 (FreeBSD-12.4-BETA1-amd64-mini-memstick.img) = a4ca40e0d4f2858188e2277a39fd3ab6f1220cf2a0a5db0c6f6fe153c94b20e8 SHA256 (FreeBSD-12.4-BETA1-amd64-mini-memstick.img.xz) = d125379ddba62a7be2ca1a3f40c7fd0115c26ce522b47bd049c795d05d855672 o 12.4-BETA1 i386 GENERIC: SHA512 (FreeBSD-12.4-BETA1-i386-bootonly.iso) = a9b0fe9a72578faabdf9216d12390f4cabfeea70d17e03473499faeb19ab59c2555ed2b32ee7e725f37c1a13530bee0867236be2dcbb0d3b807cb9e4800bb010 SHA512 (FreeBSD-12.4-BETA1-i386-bootonly.iso.xz) = a0bf63bf697c96c7abb6ec57c6c3f73a4014c2bf3e48e6d73ac5f96481a35a7394abfcf5f3b82876d01e78822e9eb2d17bb8898749fb500ec8bea25df659332a SHA512 (FreeBSD-12.4-BETA1-i386-disc1.iso) = 517645730ec971acd6504b636ac5cf4668836a6b0bf1d8741dc0b0fab73d4598d65ded99b664e2969bba70bd09b252dd0ad80cde94c36e3feaf754648250bb29 SHA512 (FreeBSD-12.4-BETA1-i386-disc1.iso.xz) = a4ebec924c8a288e400da52db763e1386698f2f8a608e2c7cfc3e48143a4e708787e3fd9b71eeacdc17abb6ba2791b1bf760f39a84f83fea00ebca1654e72cc6 SHA512 (FreeBSD-12.4-BETA1-i386-dvd1.iso) = a6e3215987abc93327f84c380a02e60b8fe9b64be502195072fd0182cefe2026553430f80f2d00c5c6ded6dc8cfe75b4c860afc5ead8eff24f2a6030d5c66864 SHA512 (FreeBSD-12.4-BETA1-i386-dvd1.iso.xz) = 39efba415107b1d150e29a74d0a3dd09b681ee50597a605bc7ce69087e5c7a102f674089baad46020e0180201dee9497514efb612ff970e1de4db0da90f13f6b SHA512 (FreeBSD-12.4-BETA1-i386-memstick.img) = 2bf6acc6199cb2e039d4928bebb6ebee0c64cca87335adc6485210f98f07c8ed729cd972a5357dfc592f1281edfc6df6cb068787ca2166f058810b789e19249b SHA512 (FreeBSD-12.4-BETA1-i386-memstick.img.xz) = de695794bc05ce08c41f2c3cc2baf9bf2293f96e23fb21029e572251150474c127b62b4e1f61a567f139d52b3266cb0a5f71de31d9395afa06fda35dd835e757 SHA512 (FreeBSD-12.4-BETA1-i386-mini-memstick.img) = 9a80f72dfcd9d235c912a33a4e66ed82de2b198b76183bf31f4dd52b429e6677ce781542905198ed6bc8e8023297b91e912522046fbbf6c5a78bd7e32350951e SHA512 (FreeBSD-12.4-BETA1-i386-mini-memstick.img.xz) = e0955bf9fae978084d6f802d88727160c75b45b5d2c02e324849b04f56f5d8af0f9943f86e208edc46aa9da8e4bf8487245eadae665e08f3dfbc5ac61a5690cc SHA256 (FreeBSD-12.4-BETA1-i386-bootonly.iso) = 3e55214bd27178f82d700bc229e6da3aa1b767c76ac2ecb754366f5ecb6d943b SHA256 (FreeBSD-12.4-BETA1-i386-bootonly.iso.xz) = 3b6532efef9ac449ca1e51b8e4bf3b2f96c19f4586b81cd4af9523f5141149be SHA256 (FreeBSD-12.4-BETA1-i386-disc1.iso) = fe275939fa8d5e42bb98ed4333114c4eb70a28cd96374a680dbd351239393a73 SHA256 (FreeBSD-12.4-BETA1-i386-disc1.iso.xz) = e9bdae4dfefbc6ee38846e1e7f55b5c7057e34d1594a22e9ed39c6b734f9f46d SHA256 (FreeBSD-12.4-BETA1-i386-dvd1.iso) = c21c2c6440ebe9d151860fc5b56e06147d30b12b20014600f5b1248825ddec78 SHA256 (FreeBSD-12.4-BETA1-i386-dvd1.iso.xz) = c9f687314ad8f483c161ef0fb61b9fa46c64dc8e1ae05ecd4f44ab8126f8e724 SHA256 (FreeBSD-12.4-BETA1-i386-memstick.img) = 5b2522713ba6eaca34de4e60874cbafed04e96ecaf3a5c666894a380ac4375ad SHA256 (FreeBSD-12.4-BETA1-i386-memstick.img.xz) = 7174cc95637c59fea083b5eee2028cce266f1f1ff31652da0901a9f265f52940 SHA256 (FreeBSD-12.4-BETA1-i386-mini-memstick.img) = f1c5b1bbbae15e37ddc74f1ad9c99d010f806c1ba04ee46f2791e6701b044108 SHA256 (FreeBSD-12.4-BETA1-i386-mini-memstick.img.xz) = 35f411034c40d921ff3a22fec3a6138a5507b2c3a7cd3427bc84788f715f0901 o 12.4-BETA1 powerpc GENERIC: SHA512 (FreeBSD-12.4-BETA1-powerpc-bootonly.iso) = 9e630f405fa720a613fe65eb91c85c60fee25fce2d4acef7c7f71fbaf4975a6f876ea434daf12fb6fc58e8b82e885dd7434ffcdec278737dd710c892fdc5f80e SHA512 (FreeBSD-12.4-BETA1-powerpc-bootonly.iso.xz) = d29037221b09e5c6bf723f00cd92375ef45f4218db81058b5bf6d0d3c6b877cc17993638058acde220bde9a4584dbf5c79d4147484c1c921b1c5d6ddcb5175bb SHA512 (FreeBSD-12.4-BETA1-powerpc-disc1.iso) = 7b63120c93215526f580ff405f70c7d9dccc5e217035c77649df0348cedabebb0b581d65095cabfa4594da87f0bbb9523146d1d81d6410746b188f53270f27bd SHA512 (FreeBSD-12.4-BETA1-powerpc-disc1.iso.xz) = 87d5391733687bf58d016ea0b9ce6ff6334ab510fb162e4896f62c97584bbd68e0625a96164e8af2dce9105b3c6a6729262cc63f8b9eb482929aa72e2954143b SHA512 (FreeBSD-12.4-BETA1-powerpc-memstick.img) = 1de59164bc541ed77cb1d5d40d77278cfd160d6868fef27180d2934caef69fd2e80acc1ff78cb2fb766179ccce7ef44142c9234a19fb3bf95389ba106467ed00 SHA512 (FreeBSD-12.4-BETA1-powerpc-memstick.img.xz) = 9d123d5d29d1c174c2d7994a9c2727803d3cee29648ed1010efb78c78259d1e9cb36170506634a5506e748e071a74e6ee911032fde75e3bb3028e27f61fd8da7 SHA512 (FreeBSD-12.4-BETA1-powerpc-mini-memstick.img) = 3fb259ea8cd2210979cdfd0844d38f8d61cf937c825b673d7642f9d99510cddf2197561040235f1c8d38eb8e3a9c272d881c03ae126cad27445dfb676e4d1054 SHA512 (FreeBSD-12.4-BETA1-powerpc-mini-memstick.img.xz) = 3eae9e5d476aa069d321f6182ccf8e17478d9557c1a15fb1811a176a9b7a4ce6d1b0608f6431b3ddca3c5feff57ec4eecb87955de98027430c720243769a2096 SHA256 (FreeBSD-12.4-BETA1-powerpc-bootonly.iso) = ba92f4be81cf530af9ede5ba153a0c289ec621e721dbd5769407ea84279721a8 SHA256 (FreeBSD-12.4-BETA1-powerpc-bootonly.iso.xz) = fb495f5abcaa9e13b04a21a3a9778a1e3430dcecc8a8b7e0f413265b6c3d29ae SHA256 (FreeBSD-12.4-BETA1-powerpc-disc1.iso) = 615937962902d1b1c1ded3314b63329034d7fe5092435978a0c1298c8266004c SHA256 (FreeBSD-12.4-BETA1-powerpc-disc1.iso.xz) = 31b19e2c884aea20071dceaf40d8693fd7834c9e9d203c4ecc497c9013cbe553 SHA256 (FreeBSD-12.4-BETA1-powerpc-memstick.img) = e0da421ef8670ac384463a547aaacfbe0217d6742ff7146b71678c7b59a54185 SHA256 (FreeBSD-12.4-BETA1-powerpc-memstick.img.xz) = a9a81cce8d90bde78a3c53bcebe1f9e40b302a92e3e981d6d7e8d8b81f8bbdb9 SHA256 (FreeBSD-12.4-BETA1-powerpc-mini-memstick.img) = 4c13ad3dae1fcc8e6aa7b7b9399c7fba387cb0f855b734a1e1510bfec2f1e5c7 SHA256 (FreeBSD-12.4-BETA1-powerpc-mini-memstick.img.xz) = 4c9c4653fd3c13fe53abf4761db0994e0e282744aa64e677ae729fcf740b7acd o 12.4-BETA1 powerpc64 GENERIC64: SHA512 (FreeBSD-12.4-BETA1-powerpc-powerpc64-bootonly.iso) = c86f6c195332ae4b4acde787fa4098a6789c7fab18775fd0c256ac202d36b38d1df40b0a86fb0a32a72c1629ba1f53596b9e98eece3b6dea91130042cb0c5cd3 SHA512 (FreeBSD-12.4-BETA1-powerpc-powerpc64-bootonly.iso.xz) = f38faf6f80d3714dfcc5e841bb7ad424f66da056fcbce7132ae22844ed0be155cb8d9eb09a809cf1c68ce08007dcf34ebb1a7ff225c89d78dfe20b9e266e73f2 SHA512 (FreeBSD-12.4-BETA1-powerpc-powerpc64-disc1.iso) = 2ba6aa77e766b4bd9325530f35c2b67cc4b5c3b708dfa93c0f658055d5c2020eebb3c3b0c4ce610c078574a93c6be85ce78a7b1afa04fa88ddc320f29fad2de9 SHA512 (FreeBSD-12.4-BETA1-powerpc-powerpc64-disc1.iso.xz) = d6e20faaabb053f37466c1aa9357e03a39de98da46a749db64897f46b17e74ef7a3682c1c423fd63245b827d5cd9ade05ba26e56fb87b52955cf6f9946a030c5 SHA512 (FreeBSD-12.4-BETA1-powerpc-powerpc64-memstick.img) = 44cb8e5e3cc1cc560e49781dd3cab62847d87d2ef27f644608ebc9787b019199c80bacb756b1eed6d7e58e12abe12a899da038bb4f305103e133fd7228434dda SHA512 (FreeBSD-12.4-BETA1-powerpc-powerpc64-memstick.img.xz) = ed35bb125ad3677573f971a8046028e12d64cb2df45f1f46a896d9e238da5b3554491cb8bde6111f9dac961654aae1ada1f1b1c0372d427d4339a0132db739e0 SHA512 (FreeBSD-12.4-BETA1-powerpc-powerpc64-mini-memstick.img) = 8c2882a24ab6bbd8ffdefcf5f5c1fb8f7a13537ce850044a3b63a1c57f5c0462b90f477d1ea4faed6c5031ccd599b33168e9ae2fea47af81cfe6446a9fa62143 SHA512 (FreeBSD-12.4-BETA1-powerpc-powerpc64-mini-memstick.img.xz) = daea6588b1e3aac3fe67192604f6309c7629bd6a2db8e28b9154c4de38ba54e4ac117c2b7e4b9be57e7dab71568f58412cd40053264d6ce40b4f4916e011260d SHA256 (FreeBSD-12.4-BETA1-powerpc-powerpc64-bootonly.iso) = 51262452711edea007493cadf0d3a287c7c6adf45dd44c97eced7861f66ad288 SHA256 (FreeBSD-12.4-BETA1-powerpc-powerpc64-bootonly.iso.xz) = 6ed21ded28f994ec34d2b82eda0e1567b01b33ec6c979a663db21ea4fd8cd36b SHA256 (FreeBSD-12.4-BETA1-powerpc-powerpc64-disc1.iso) = 78779cdbc7d0ded9054c10c61bd7c265f0a020f4a4e4f8262c288c5688dc97fb SHA256 (FreeBSD-12.4-BETA1-powerpc-powerpc64-disc1.iso.xz) = 63e433a294019faf312c5a4601e19a55117fd03f4db0d2ed1caf562abac9af23 SHA256 (FreeBSD-12.4-BETA1-powerpc-powerpc64-memstick.img) = 181b818fe3e0d0c540f5aeac28da99a1caac47e30a29bf7d9f7d28c2f60351fb SHA256 (FreeBSD-12.4-BETA1-powerpc-powerpc64-memstick.img.xz) = d570e5ca61617766e75564b8995525dc1d5f28056b7997e53b60a637b6b9a96a SHA256 (FreeBSD-12.4-BETA1-powerpc-powerpc64-mini-memstick.img) = 6e9258e32b1c414ad830d37d1d13bfc84692086c06cd9f4b05a14b3603f29ecc SHA256 (FreeBSD-12.4-BETA1-powerpc-powerpc64-mini-memstick.img.xz) = 7b72250214db348e33bfb46c8c5911ced6343b909820ae6c7dab47f02bb82282 o 12.4-BETA1 powerpcspe MPC85XXSPE: SHA512 (FreeBSD-12.4-BETA1-powerpc-powerpcspe-bootonly.iso) = 5bcdb3142ab50799fc15b90eae84658de2d1cec1b35cd568e18e9debdbc5231598a62625d2eef10f596350a24096e2991c7070344422563aba484f1cab6c765b SHA512 (FreeBSD-12.4-BETA1-powerpc-powerpcspe-bootonly.iso.xz) = 58b3e7b5f33e2a39cff055777d59c8ea1b367f0df4c214f40a4450b238dabd8361290bef0d53854e463dfa44b7aaec717a58ba2c8c5a7af4dff0e2b7d954fbcf SHA512 (FreeBSD-12.4-BETA1-powerpc-powerpcspe-disc1.iso) = b57254acb7e31426b5e4f525c5f431c689ac904d5500eab220906ce82d5a4f9b4e0df5e4ab3ed9adeba148f734b9fc741ed21b0b26ed0b1dfd15be2e7cc219b0 SHA512 (FreeBSD-12.4-BETA1-powerpc-powerpcspe-disc1.iso.xz) = c701233a972004509af430972651b92e8b344933bc27b45581df894a1e6487906f81836fca0bb4724edfd1aa7613f6330d9d8f1c4905f960d1ae61a458eb686b SHA512 (FreeBSD-12.4-BETA1-powerpc-powerpcspe-memstick.img) = bc998959c2a648aa92d3910f4dc6da64b7c63adb8935cc0705f8e71b59f0b23c0fc7acc17c2a1502c4fb4c72231b8d561d02ddbae01e1457ff184827a3ff3316 SHA512 (FreeBSD-12.4-BETA1-powerpc-powerpcspe-memstick.img.xz) = bffd9359c920afcaaead828c60a21b71bb900b74909b1f4d21513664ea0f05d7ff2c9433532ae0e1b023b3a98b5a096e28a385f8468ee99ef544bc7c4070889e SHA512 (FreeBSD-12.4-BETA1-powerpc-powerpcspe-mini-memstick.img) = 68f529431e7b71a289317bc00068c9a84cc479bc72bfa33df983f866bf55e62b5e490ed369e2b66824925fe29bf3db8458c318a6bc291a8cb464b94b0458ee78 SHA512 (FreeBSD-12.4-BETA1-powerpc-powerpcspe-mini-memstick.img.xz) = 459ede5a6894589e066d3dd2d86aa72615f085452d828df574d1eb1fe469518ecaf216068905d5a99936a24485527676524f579aac3c6a2e91a8e2c6c2bfe74a SHA256 (FreeBSD-12.4-BETA1-powerpc-powerpcspe-bootonly.iso) = e2f62187d5f447bee75e05ea86b8b72f37044d385df24fef32f9ac8b92515860 SHA256 (FreeBSD-12.4-BETA1-powerpc-powerpcspe-bootonly.iso.xz) = fa546060216562a175180e6ed9aa12ec09da7429b1b0c80140c8aba33da774e4 SHA256 (FreeBSD-12.4-BETA1-powerpc-powerpcspe-disc1.iso) = c4d6f210c4701fff2f5a313b46eb7e9d28531a9e35d5a61dcd8bb3f3f2e478f4 SHA256 (FreeBSD-12.4-BETA1-powerpc-powerpcspe-disc1.iso.xz) = d1f37b35063bc6552962dc07dbc7fb02584a8a2fe53337c47abfc8cb3b42dfa3 SHA256 (FreeBSD-12.4-BETA1-powerpc-powerpcspe-memstick.img) = 33d0a054b0aa0757da0aee9773485cf53f79b246dc91d182f108c2f288c4519e SHA256 (FreeBSD-12.4-BETA1-powerpc-powerpcspe-memstick.img.xz) = d09b9338c824f2c54832c4d5b59df5d84f521dc7c56c77130cda20e9ac460f36 SHA256 (FreeBSD-12.4-BETA1-powerpc-powerpcspe-mini-memstick.img) = 85acf321205667c5c6aab072eccc2c2e0e0ed3768bee196925550b9f74150b42 SHA256 (FreeBSD-12.4-BETA1-powerpc-powerpcspe-mini-memstick.img.xz) = b4d7632cc34f54bea63a21f51ea6e02dbe45ac09d2f83579a1b61604a374876f o 12.4-BETA1 sparc64 GENERIC: SHA512 (FreeBSD-12.4-BETA1-sparc64-bootonly.iso) = b1cdaab27f9d3ebca242f34feaa6ea1e7a6a4e03b697c4cef5eb763dc55652a4fcd9afb9ae8a16a7c0833153b9ea361059b60ecaf8ca45baa5523dd12a577e3a SHA512 (FreeBSD-12.4-BETA1-sparc64-bootonly.iso.xz) = 682e59f16388559c0a1d20c343f217175d21d21f7ad8069825c22920321784e77fb30e1b21b3effd2c448af4b53f1ffd84a8073e3c8071253433b7633cd21b81 SHA512 (FreeBSD-12.4-BETA1-sparc64-disc1.iso) = b24e73b179807c89ba139ec87b7b2d50ba4885ff77db869ec39dd4caf88c6392b752d4c5a089835964a2fa1e3e999b0b2cb281b23507fc48085d912008ef207b SHA512 (FreeBSD-12.4-BETA1-sparc64-disc1.iso.xz) = 021dbd94beb6798ce3516915560641af72e78406cbedcd40386d76e549d832b123e0b3f9f2df5ec00ba321511595d5bf6d873909c84a172777e7b003bfb828bb SHA256 (FreeBSD-12.4-BETA1-sparc64-bootonly.iso) = 3b7f6bb5917f43a1bbacc43feb3618892911e4020191e6ad85e56f19fadec471 SHA256 (FreeBSD-12.4-BETA1-sparc64-bootonly.iso.xz) = 8146a8ec55cc47bd777e09a70ca7ed4be1512f35413c61be386864afe524aae7 SHA256 (FreeBSD-12.4-BETA1-sparc64-disc1.iso) = 2fd5e2b62d7758e562f97c8e54ed29093107a7a8874f0d28a45779b2c011218f SHA256 (FreeBSD-12.4-BETA1-sparc64-disc1.iso.xz) = 4bcae954489dca62e8dec571f5bdf4bd7c97b8434e359352c99c6b8084e11bb4 o 12.4-BETA1 armv6 RPI-B: SHA512 (FreeBSD-12.4-BETA1-arm-armv6-RPI-B.img.xz) = d431bba7bf46fe17f7e255656d4c13252f22c7a6268198edfa5270e47ea32a84b4d53468c1d342924188830055cafb9dedd009591ecfaf5596424eb453de427a SHA256 (FreeBSD-12.4-BETA1-arm-armv6-RPI-B.img.xz) = efa0a67408155b921e9cb7e53e38a559bcdb1b4d81280270a12670bd07dfae2e o 12.4-BETA1 armv7 BANANAPI: SHA512 (FreeBSD-12.4-BETA1-arm-armv7-BANANAPI.img.xz) = a40a78d21f2727a6a27f865ddeac907b30224f5307f41073a9909a838001e524e86f29f1cf028e2dd3624c8141c6cc30cb3f3153523a740c3d7f73258e31a500 SHA256 (FreeBSD-12.4-BETA1-arm-armv7-BANANAPI.img.xz) = e692d038aa520fa20ad4a51d4088f2c442eaf20020efc5dd0463a475636a03eb o 12.4-BETA1 armv7 CUBIEBOARD: SHA512 (FreeBSD-12.4-BETA1-arm-armv7-CUBIEBOARD.img.xz) = 0bb13f38726826de2714f5f8fcbf790cce779954b83edf076ae4f73827f6bef677e85cf0560da0dba0788961d6e50f236163de33fd25a4bb46ac30c79e9425c6 SHA256 (FreeBSD-12.4-BETA1-arm-armv7-CUBIEBOARD.img.xz) = 18804776c0bb20b4b807a7702238a1038e8038667b4948cf28a5088c0c29f7d7 o 12.4-BETA1 armv7 CUBIEBOARD2: SHA512 (FreeBSD-12.4-BETA1-arm-armv7-CUBIEBOARD2.img.xz) = e129d80379da3534fa5ce2b0049992342a176870170eff4a005409a81ee8985034ecba3732ad8c34a5dfbb5e887b04b1d3a8659139b407e66fd74640840a8e3a SHA256 (FreeBSD-12.4-BETA1-arm-armv7-CUBIEBOARD2.img.xz) = d5db2fedaa24f8bda60c05a80b565cf3d4fcad0530bfefeffa9d58ece0b27e0a o 12.4-BETA1 armv7 CUBOX-HUMMINGBOARD: SHA512 (FreeBSD-12.4-BETA1-arm-armv7-CUBOX-HUMMINGBOARD.img.xz) = fa6f0cec5ef01018cc42ff50b7c3a32c36cc255b1df926a1d3d7e07642ab540d5512a035fa4f840895980f396c4ee4d0ed91067ad0141f926512ddc032d6ff6a SHA256 (FreeBSD-12.4-BETA1-arm-armv7-CUBOX-HUMMINGBOARD.img.xz) = c5a812c376e1e06118abdd05806640bd04f9e0b3eeb2f952609438f870fdbb6b o 12.4-BETA1 armv7 RPI2: SHA512 (FreeBSD-12.4-BETA1-arm-armv7-RPI2.img.xz) = abbe7be2f4aff466ad5b1f0f1fca344f55f9c47405d29779c184956db5a29782507a7ed4892156c4882407d9d061d6f75342a036026e725471d0f170a20fc889 SHA256 (FreeBSD-12.4-BETA1-arm-armv7-RPI2.img.xz) = dd9f1a4981c4ea6c4a1c9c1cb06c3d8ce2a4c95709f9bd1ed078120ffe6bc0de o 12.4-BETA1 armv7 WANDBOARD: SHA512 (FreeBSD-12.4-BETA1-arm-armv7-WANDBOARD.img.xz) = f65ac41616f8463061be7427d37598d7f90a5fc81fc49dc3f6f82f5b05bb1e8aa4d06f44bb0a73089c71b5723117103091eee01d4e7e8612e6cfd1e2719aab01 SHA256 (FreeBSD-12.4-BETA1-arm-armv7-WANDBOARD.img.xz) = 74f61183f3d51dc1b58e3f588ded32d2593b14001411c96bd5e98abb34f51dd1 o 12.4-BETA1 armv7 GENERICSD: SHA512 (FreeBSD-12.4-BETA1-arm-armv7-GENERICSD.img.xz) = 988b441130d66d4677fe2443f8af5f3be8120081e065b9adc448eb2d93f3fb1518f0a319d72018ecef88b0350cfb1261cf208a7a20a6a4422dbe1e36186a245e SHA256 (FreeBSD-12.4-BETA1-arm-armv7-GENERICSD.img.xz) = 3ac5bcbcd0b17d0250d8d343321dad259dbf4345b932c9eab3491395fe0eca9d o 12.4-BETA1 aarch64 GENERIC: SHA512 (FreeBSD-12.4-BETA1-arm64-aarch64-bootonly.iso) = 49f061fdced7e8de4af064ffaf41c946a8fffdb65775f2914fcdd966723c73d3a8e71244a1928d62696c982e51b3b16d7da350e9b6538bef08f3742ab31a655b SHA512 (FreeBSD-12.4-BETA1-arm64-aarch64-bootonly.iso.xz) = c4b5be4e27561866b4bbfb4cdad6442ed22c7ce2d614c199b4fffaad46630cb9b69f225157e89207fe214b9c23e3b246b6423fac55eef36a0b1882c1ef237158 SHA512 (FreeBSD-12.4-BETA1-arm64-aarch64-disc1.iso) = c943742969233d48ceac00f8a820d1c3ab74b34d08261c7433f48feff2d06b8527e1557f5b5383a7270589d1305b64aa3ff7495b6a705f33fbe50f9d75d9ce6e SHA512 (FreeBSD-12.4-BETA1-arm64-aarch64-disc1.iso.xz) = 71b1a8eb00e48820b5e3e8e634a92c91a2e4d6496d0497464602aa37249f1120a50a36f214f84a1a1f795c18c192bc9c094067ae3eeb1d583567e948edd6abae SHA512 (FreeBSD-12.4-BETA1-arm64-aarch64-dvd1.iso) = 477f72b305052093ed69cc6e4e73508ea04ac7f65dd8ec0aa6634689ee7cc701b0624165cc7ec5fff1be2360a1022f12ef344bf320d7952473ba6e78ca6527a5 SHA512 (FreeBSD-12.4-BETA1-arm64-aarch64-dvd1.iso.xz) = 38ef51ef399ba9f6405a56c1d198447655677149cab2b871421515ca6d787962d325939c5b6066c2270fea5e284d8dec6b3e343737016032e95cda824ebd1539 SHA512 (FreeBSD-12.4-BETA1-arm64-aarch64-memstick.img) = ca1ae721eafee1593b47d1f9a877c4c8c5b1c96d8b8d541fc094a5b06f8cb122232313dcc119758fae1439bd519cc091f01b70e7023e007db120e255e380f5ed SHA512 (FreeBSD-12.4-BETA1-arm64-aarch64-memstick.img.xz) = acadeca89f49150d2b0eb1ad3bfc8b75047f027c05bc2f417220cdbb8a12715b85c04c955d9531367f54ea732f73127ef19dedf52ad8cefa809397b62c4b3eee SHA512 (FreeBSD-12.4-BETA1-arm64-aarch64-mini-memstick.img) = 4d898b9232520569484c0929aecb5c475f61c9c3ec02c45c408dcbeccd31eec4e94d69fbd20d58f55c8ea8c3d90d392b25a0f8cc68cc896ae6cce19ed01a6be1 SHA512 (FreeBSD-12.4-BETA1-arm64-aarch64-mini-memstick.img.xz) = c29df5faf0a839a1721f174c474be9056792a8005f0f5643c0b4b871565742eadca003c25bd66bb0f15159e3b656a5e33c201cd9a8e6a025c46904018274b5ce SHA256 (FreeBSD-12.4-BETA1-arm64-aarch64-bootonly.iso) = 2bf6e163d1063f224e8bac60a1cc3c9569bc790fa08d2bf68c8f0c36a34eb076 SHA256 (FreeBSD-12.4-BETA1-arm64-aarch64-bootonly.iso.xz) = 518df6c50e72d0b41ef505ae6f6b6893dffa1963bad29d8c0ad712eaa6fda4c5 SHA256 (FreeBSD-12.4-BETA1-arm64-aarch64-disc1.iso) = 41b301b61a07826e7ad73d7f106f315e3c81bf509b064f6ee7d55c69d0e91cae SHA256 (FreeBSD-12.4-BETA1-arm64-aarch64-disc1.iso.xz) = 743bbc8ebd8434f1948dd6d6b7d5eee7a5f36c3e3dff12dec3df21f413ff1148 SHA256 (FreeBSD-12.4-BETA1-arm64-aarch64-dvd1.iso) = 2ed1fd4ad1778ff6e8b92e20328b47a793c18c77a9227f328a9ea9ae66cf89bb SHA256 (FreeBSD-12.4-BETA1-arm64-aarch64-dvd1.iso.xz) = f2d6a766973e0d1821a42e05f2b4f99ad14bb0dd01ee5a7d385170a6800a3a4b SHA256 (FreeBSD-12.4-BETA1-arm64-aarch64-memstick.img) = dd5011babb1dddaf419b866e455f7b30377922a7f6ca52c3e126fcbc2b986fb3 SHA256 (FreeBSD-12.4-BETA1-arm64-aarch64-memstick.img.xz) = be6df7157d30e6079373313fcd6f4fd943e98f615c18b2c5f6e5cc7bf31721ba SHA256 (FreeBSD-12.4-BETA1-arm64-aarch64-mini-memstick.img) = d5a3d34ed88ca7886b595a8f71131a2aa6f519e15fe0e6c25cbd057edceed69a SHA256 (FreeBSD-12.4-BETA1-arm64-aarch64-mini-memstick.img.xz) = dd8f540bf89560b2ae1ba6acf181bb57936a2a961f568e8833abe27f191a957e o 12.4-BETA1 aarch64 PINE64: SHA512 (FreeBSD-12.4-BETA1-arm64-aarch64-PINE64.img.xz) = 01b3e2cbce12c23bb165b6d93c8f948c93abc6b44cda5198e9a900ed550e6f06d4eddef4763aba7dbe2a6bd7b9fa2324605850d83efd921fdd68d245d9a99d7e SHA256 (FreeBSD-12.4-BETA1-arm64-aarch64-PINE64.img.xz) = f944210c56647740a1366910f80a56ddfdfac2c32317c8031d8b336dba4bd177 o 12.4-BETA1 aarch64 PINE64-LTS: SHA512 (FreeBSD-12.4-BETA1-arm64-aarch64-PINE64-LTS.img.xz) = a01d9f308624bbca45b5875edc57aef1f6bd7603a1f3092c672576ffffcf361563721ec0168eb4dbf18e82459ae36f0a9d3fa790bd73c1d47f1dd10e1b6cdc02 SHA256 (FreeBSD-12.4-BETA1-arm64-aarch64-PINE64-LTS.img.xz) = b00f587fbe55cfe0247eda3221df5b016e83680f51afeab02b7d513640382f27 == VM IMAGE CHECKSUMS == o 12.4-BETA1 amd64: SHA512 (FreeBSD-12.4-BETA1-amd64.qcow2.xz) = 6888d352479856a9daa07df80c1a91fc0dd541c21d3dfe4caa004715a13e08ec571f5b780e166c9f24b69421f6bf8430eae95c5286d4f9cbbdfbb169d5f2b2d0 SHA512 (FreeBSD-12.4-BETA1-amd64.raw.xz) = 16facd25242d349962c81d5ab37b905088e7cf1b5adbbf68c376828d7c599fce053ba6f17c8474d76b2221e4c2afa5703cef75775a000202b51d7003366b93ba SHA512 (FreeBSD-12.4-BETA1-amd64.vhd.xz) = 3b0f3280a542351c5f74357e72234af22fc6c4b9ebd9f0c54febb8369a75be6c0e4c0061f2c42d36b77f6076abe01e7d2dd4322684ca5722a4f5a79e5378bd7e SHA512 (FreeBSD-12.4-BETA1-amd64.vmdk.xz) = 538c9306ea0374832966e5622041940eada7e06555f46337ba3862eb31f78b58f8b49f6dd4679d6bf0a7315aafe2f9d8e55c1988c0e519e89dbb0e6d9294e1ed SHA256 (FreeBSD-12.4-BETA1-amd64.qcow2.xz) = 884550a44b8dfb8438fe06301cdf0b6d21931efef8edf7e3f6d2faf3d04ede3a SHA256 (FreeBSD-12.4-BETA1-amd64.raw.xz) = c83c556588dd3fbbc04034336d36863a9bcda1914fe25f0e7fff0123a1b24c2e SHA256 (FreeBSD-12.4-BETA1-amd64.vhd.xz) = 56ee03343a4b3821a892029f5a08db166e1808bfb1c4e4473619ae734899ef86 SHA256 (FreeBSD-12.4-BETA1-amd64.vmdk.xz) = 31330d313644410e442a9149bf919d16acb2acd97510f3602022d2d696a4cfa8 o 12.4-BETA1 i386: SHA512 (FreeBSD-12.4-BETA1-i386.qcow2.xz) = f0fdd1b522d0daf335071db941c15a6152a8859d6eaf553da5ad3b9f9be4d3ae194ba16dd7780977128c2c700ccc0d2dec4f47aad382decde620ff6043cda9d7 SHA512 (FreeBSD-12.4-BETA1-i386.raw.xz) = 3cecc5e69052288d0f9b0a6ffeab5956bd43dccea80762ed56dee7b853883ea9d1dca77d9c9e2c4cf8240716154847b0b04f8793ab0410cacac52a83719ebf7e SHA512 (FreeBSD-12.4-BETA1-i386.vhd.xz) = 0bd82bedcc042a93c35868685f35a07982ba73c359a7dba0ac5feb24db0a3a2af4e5d8179fd4ab2ac706256434ad89327abd0b52d355676c4a7890d3d6609f27 SHA512 (FreeBSD-12.4-BETA1-i386.vmdk.xz) = ba473d0df536048fbebdd6e9fa4e13649f653a97d015f8c41f74f296efb52f8805a30560254347b86c1f8b94e848e06aa94d75293d81e190c49f9e94e9fb0afc SHA256 (FreeBSD-12.4-BETA1-i386.qcow2.xz) = f6dc2f122f4e409b6c434fd7d1acceeed6da15fbfb7ac5500a247afe0fa400a5 SHA256 (FreeBSD-12.4-BETA1-i386.raw.xz) = d042ac5991c02657395595683c9d39bae69777dc12cdcfbfa03084ef2bdd2781 SHA256 (FreeBSD-12.4-BETA1-i386.vhd.xz) = ac0c4436ff18a818908ac5589355df1e02f843e1b8bff72a6bc1da1bdb120683 SHA256 (FreeBSD-12.4-BETA1-i386.vmdk.xz) = 2c802c19272068f3ca573d4a38c28ca22266d751ccc7872968d00a2f0e513afc o 12.4-BETA1 aarch64: SHA512 (FreeBSD-12.4-BETA1-arm64-aarch64.qcow2.xz) = f11e842771e27f7d8565c155fcd6d58dc1734693e21e871383e9ad5d24c64c0816e5db39ee4964647d18bdac281781cace3761bb5bf62d106b4a3304d7ab2b39 SHA512 (FreeBSD-12.4-BETA1-arm64-aarch64.raw.xz) = eb21042cc4fc50f092b3c713b217e85b1a490af1317154859301284764f66629badf328f0a7eb8264accf9ce99acdcc0f41c07c9c81b06089d66d6bcd6de56e7 SHA512 (FreeBSD-12.4-BETA1-arm64-aarch64.vhd.xz) = 0729a37cb2e5e1269fddcad2511e7dd929b3e6965af7d6c64e0afbe200781fe6a60888fb3a11d07bb2cb35656e7b362e855f3bbcc26b26b886f2db973e56a4ac SHA512 (FreeBSD-12.4-BETA1-arm64-aarch64.vmdk.xz) = d8802606c3226e8ebc6480db668a52a1b8ed7fa1a518135b3c5a44b562274e12712a697a66bc8ac775efb73809934237507b02f71432141bdfe1e4710788c4bd SHA256 (FreeBSD-12.4-BETA1-arm64-aarch64.qcow2.xz) = d54bd2283fd2db82526972d20b9e39ea4c165dd4521af22a8ec1a1e2c6921e8d SHA256 (FreeBSD-12.4-BETA1-arm64-aarch64.raw.xz) = 22efef3c359fb27acb9d1a74e2b0fa7a0a58e18ad41def0cfbaa94400cc749b2 SHA256 (FreeBSD-12.4-BETA1-arm64-aarch64.vhd.xz) = 3fde92da681ecb7bc1f90e87791de6fee72db0d26b026dbd5e8b9d001ddb582d SHA256 (FreeBSD-12.4-BETA1-arm64-aarch64.vmdk.xz) = 069bdb93b45d234f1fc0836762271a96fc3b5cfaa2e6306b35dbbe8c2d8e898a Regards, Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmNTBboACgkQAxRYpUeP 4pPIkg/7BV0UtRMQXTjBS9T3kWzR1enR/arO7Xgyy+azQf1OEahZNIb2b3MKTDz/ fR5tmyCx+UEhE5zQPNLIMowMqe0crMZr1U4xO2OrLq5KIa9aITbbKoqb0dx6xDNP oJ2hHRAcKyfkYLfXUbj/M9U/JFmfGCYLKQ4RL+9bEztJ2dQajmQuesV/3yCoeNzy iwnau51lIKY2WM0SOJg3nf7zTicfyyeX2cd7qrxFbWNhH5aBnZirOB0xyUF40stv Soon/1dNxUqhmA9eU/y2RgC/LTEybcfvx/0djbBaS93GklznCJeDof+EZM5hLvOB ZU4zzJBIlPvKUREwqqN61HH4BlCQgfRa7Vj5R9+fCGH0BRFtoo4iWmz1UWy63F2E CLtleDPXXeFFWjHdIDWrJO/OjPXSyhfl2i8YHaoz1iG+CoBI7WDZfGyrA9iiOSDg JyMCFVPtnAq/Tn1VApx+v+KexU0BoILuwRKi4IIACFhFw8RTVeG1ondtvKWiqbKp XYpoVfZ796twG0Cl29qnBYaGaJ5V1ja0OkG/yM+kIhN3h2LRFZzrL1YSAJ64AKwK H9W2y/b+kPwr590JgMM9H0pI74fFCVQ+315bNApM5OxCnskStgoAts3jh4z02PpE Iq5jCDyoxP0zUJ2F9mAQXxTeCji8PVBsqoQKhItdCobnAs8UIkA= =fdsM -----END PGP SIGNATURE----- From nobody Sun Oct 23 02:39:57 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Mw2Vd1SbJz4fRbH for ; Sun, 23 Oct 2022 02:40:09 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Mw2Vb1GCjz3bvp for ; Sun, 23 Oct 2022 02:40:06 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from kalamity.joker.local (123-1-88-210.area1b.commufa.jp [123.1.88.210]) (authenticated bits=0) by www121.sakura.ne.jp (8.16.1/8.16.1/[SAKURA-WEB]/20201212) with ESMTPA id 29N2dwA7071919 for ; Sun, 23 Oct 2022 11:39:58 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sun, 23 Oct 2022 11:39:57 +0900 From: Tomoaki AOKI To: stable@freebsd.org Subject: Policy for future importing of openzfs on stable branches? Message-Id: <20221023113957.d23f08af1d2cf846c1345b7d@dec.sakura.ne.jp> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.0) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Mw2Vb1GCjz3bvp X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of junchoon@dec.sakura.ne.jp has no SPF policy when checking 153.125.133.21) smtp.mailfrom=junchoon@dec.sakura.ne.jp X-Spamd-Result: default: False [-0.60 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; AUTH_NA(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[stable@freebsd.org]; R_SPF_NA(0.00)[no SPF record]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[sakura.ne.jp]; HAS_ORG_HEADER(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N Hi. I'm asking here as it relates with stable branches. Currently, openzfs is imported to FreeBSD as... main : Chase openzfs/main stable/13: Chase openzfs/zfs-2.1-release. Now, stable/14 branch is planned at May 12, 2023 [1]. Does future stable/14 keep chasing openzfs/main? Or switch at some point new release branch of openzfs is created from their main (assuming it's AFTER our stable/14 branch)? Or, at worst, switch to openzfs/zfs-2.1-release (go backward) at some point? I `zpool upgrade` only at the point ZFS codes of main and latest stable/* 100% matches. So it affects whether I can `zpool upgrade` or current status is the last pool features I can have. Regards. [1] https://www.freebsd.org/releases/14.0R/schedule/ -- Tomoaki AOKI From ml@ft-c.de Sun Oct 23 09:05:01 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MwC2n0XjBz4fRB7 for ; Sun, 23 Oct 2022 09:05:05 +0000 (UTC) (envelope-from ml@ft-c.de) Received: from einhorn-mail-out.in-berlin.de (einhorn.in-berlin.de [192.109.42.8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.in-berlin.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MwC2l5TxRz47dT for ; Sun, 23 Oct 2022 09:05:03 +0000 (UTC) (envelope-from ml@ft-c.de) X-Envelope-From: ml@ft-c.de X-Envelope-To: Received: from authenticated.user (localhost [127.0.0.1]) by einhorn.in-berlin.de with ESMTPSA id 29N9518P614301 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT) for ; Sun, 23 Oct 2022 11:05:01 +0200 Message-ID: Subject: email-client: migration from evolution to thunderbird From: ml@ft-c.de Reply-To: ml@ft-c.de To: stable@freebsd.org Date: Sun, 23 Oct 2022 11:05:01 +0200 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.44.4 FreeBSD GNOME Team List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-Rspamd-Queue-Id: 4MwC2l5TxRz47dT X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of ml@ft-c.de designates 192.109.42.8 as permitted sender) smtp.mailfrom=ml@ft-c.de X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+ip4:192.109.42.0/24]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[192.109.42.8:from]; RWL_MAILSPIKE_GOOD(-0.10)[192.109.42.8:from]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DMARC_NA(0.00)[ft-c.de]; MLMMJ_DEST(0.00)[stable@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ASN(0.00)[asn:29670, ipnet:192.109.42.0/24, country:DE]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; FROM_NO_DN(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[ml@ft-c.de] X-ThisMailContainsUnwantedMimeParts: N Hello,=C2=A0 I migrate my emails from evolution to thunderbird.=20 evolution=C2=A0 -> mark all email of a folder -> export in mbox files thunderbird=C2=A0 -> import the mbox-files Some emails are not imported. When I import these emails individually, I get the same result. I have no idea, what goes wrong. version FreeBSD: 13.1-RELEASE-p2 FreeBSD GENERIC amd64 evolution: 3.44.4 FreeBSD thunderbird: 102.4.0 (64-bit) Franz From nobody Sun Oct 23 18:43:37 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MwRtb73jDz4fwvn for ; Sun, 23 Oct 2022 18:43:51 +0000 (UTC) (envelope-from mike@vintners.net) Received: from pedicel.vintners.net (pedicel.vintners.net [207.229.65.53]) (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 "*.vintners.net", Issuer "Network Solutions OV Server CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MwRtb2c4Cz40QT for ; Sun, 23 Oct 2022 18:43:51 +0000 (UTC) (envelope-from mike@vintners.net) Received: from [192.168.0.34] ([63.226.250.182]) (authenticated bits=0) by vintners.net (8.15.2/8.15.2) with ESMTPA id 29NIhgQF010417 for ; Sun, 23 Oct 2022 11:43:49 -0700 (PDT) (envelope-from mike@vintners.net) Message-ID: Date: Sun, 23 Oct 2022 11:43:37 -0700 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.11.0 Content-Language: en-US To: freebsd-stable@freebsd.org From: mike@vintners.net Subject: unsubscribe Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.9 required=6.0 tests=ALL_TRUSTED, RGX_BDY_UNSUBSCRIBE,RGX_BDY_URI_MAILTO,RGX_HDRFROM_COMMON_TLD, RGX_SBJ_SINGLE_WORD,TVD_SPACE_RATIO autolearn=no autolearn_force=no version=3.4.3 X-Spam-Checker-Version: SpamAssassin 3.4.3 (2019-12-06) on pedicel.vintners.net X-Rspamd-Queue-Id: 4MwRtb2c4Cz40QT X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=quarantine) header.from=vintners.net; spf=pass (mx1.freebsd.org: domain of mike@vintners.net designates 207.229.65.53 as permitted sender) smtp.mailfrom=mike@vintners.net X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[vintners.net,quarantine]; R_SPF_ALLOW(-0.20)[+ip4:207.229.65.53]; MIME_GOOD(-0.10)[text/plain]; RWL_MAILSPIKE_GOOD(-0.10)[207.229.65.53:from]; RCVD_IN_DNSWL_LOW(-0.10)[207.229.65.53:from]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; FROM_NO_DN(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:4319, ipnet:207.229.64.0/23, country:US]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FREEFALL_USER(0.00)[mike]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCVD_TLS_LAST(0.00)[] X-ThisMailContainsUnwantedMimeParts: N unsubscribe mike@vintners.net From nobody Mon Oct 24 15:09:11 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Mwz4T6VMBz4fwGF; Mon, 24 Oct 2022 15:09:13 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Mwz4T5hcyz3Q7T; Mon, 24 Oct 2022 15:09:13 +0000 (UTC) (envelope-from avg@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1666624153; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=SG02+7iOKx1wHG7FydUO9S9HJyJzfp/eUVJlZnvvbbw=; b=MbPHpHOotKtKpue2bApBkQ/rpgS6wCJ9N6yvTB1ARH0Y5hPLjKHt95ZScKFM7/qNMj1Y0Q gZ1A+JYsfN/P44VnCCoGywjES90uAeUjKZ8Y9WVfKGICNPvbHuZWCdeLFP5TaXZ5MKAItL Kuk9p2WB4ZyKFHnup+crqUyopOxMnvrYmZtjudymfPHxhKssX/6Jr2ZmKOaDrRqblGdlGm UM8k62EnpCyPOBcW+oqFyT0nzYf3MrApBw7ansuUuR6wtoT3w9wQR2iHEssDj62pAHlgjY D3hwUOqiG9R3zBj6NjzAPdEJNCZ5Ap+CeTHWDYDzZHR30GzVGiU8cRrnIRpXbA== Received: from [192.168.0.88] (unknown [195.64.148.76]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) (Authenticated sender: avg/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Mwz4T1CfFzrDQ; Mon, 24 Oct 2022 15:09:13 +0000 (UTC) (envelope-from avg@freebsd.org) Message-ID: <2f586acb-a8ee-fa17-bbbb-740f41dbfe82@FreeBSD.org> Date: Mon, 24 Oct 2022 18:09:11 +0300 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Firefox/102.0 Thunderbird/102.4.0 From: Andriy Gapon Subject: Re: panic: condition seqc_in_modify not met, while replaying ZIL Content-Language: en-US To: Mateusz Guzik Cc: freebsd-stable List , freebsd-fs References: <93085f3c-4592-8f46-fadb-ba0ee2d2ffa9@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1666624153; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=SG02+7iOKx1wHG7FydUO9S9HJyJzfp/eUVJlZnvvbbw=; b=F/B34JbW6uK/9u2P7EJpWFfjfNSwikKdxs3SpQ1z7uENcOclcmmvIGgTDpWnEjilUPsa7M g89zKQ4/A/6rytlwDOUH3BucH0mtU813m6x9pUkBwiXm7XH23ufdEoFhgWW7vWCH5cqnJe 9SLYIotF0qhInardlNYwrAPfjKp7mPYnW4oVZ0wLbn8un0AspMA/LCFLglcObIJMgiSrwD r7yWh15sMOvLAs1noovFTLGyjO7nggYvgC/+9wVT1me/BvJgWnUeozBl7OwuEe7zNr4pBh v4qspG2i3NTq1K1YUhPCP++wXu4NgaG5mZqpsPsDSMDKcWNOLeO1Vr1LwXk9Cg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1666624153; a=rsa-sha256; cv=none; b=NGXGzWU0dzEZpUgi1lAkYAtAFrsMPTlXNedqQxAQaSWwYI4FUKf7xROm6lya4bl+03UXBy BDv+ybvXZrRm/9cP1UvculDjtqh3wIcNFHKz4YQsGhKBUJ1ef9/FyEmsDleI+V8LwAmqok 4UhHu+BxxEm7XMT6I4qZM3yPFLr6oZhs9CAxKd/Qmo4EcGaSkGtKXNGM+xEHszxzT7jEju Ub4PGGiB0sj/AF4Ug8Cxpa4gnXWe74++aJT3/TmGwWMCvSlHoGM7CsniWEznWS1RVHzz88 1szsSBlUo1QZhSDUNR71fU9Is7NFgUwYiebZ/HHCDMHPuxa4npmsebB79euieg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N On 20/10/2022 17:32, Mateusz Guzik wrote: > This is a false-positive -- the seqc stuff is not modified on replay > and zfs internal asserts check for it. I think the easiest way forward > for this one is to appease the assert by entering it seqc. > > That said, could it be it is an invariant there are no nc entries at > this stage anyway and the call to cache_vop_rmdir can be avoided? I > can add cache_assert_no_entries or similar routine to be called > instead. I've checked the code and, indeed, the name cache is doubly disabled while ZIL is replayed. ZFS sets z_use_namecache to false and z_replay to true before the replay. And either is sufficient to disable ZFS name cache calls (which is redundant, but that's a different topic). So, I came up with this small proof-of-concept patch (and it helped with the problem at hand). It does not assert that the name cache for the filesystem being mounted is actually empty. That would be a good addition, if you wish to add it. diff --git a/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_vnops_os.c b/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_vnops_os.c index f6bc9c0c6afb..87fa271dfd5c 100644 --- a/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_vnops_os.c +++ b/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_vnops_os.c @@ -1622,7 +1622,8 @@ zfs_rmdir_(vnode_t *dvp, vnode_t *vp, const char *name, cred_t *cr) dmu_tx_commit(tx); - cache_vop_rmdir(dvp, vp); + if (zfsvfs->z_use_namecache) + cache_vop_rmdir(dvp, vp); out: if (zfsvfs->z_os->os_sync == ZFS_SYNC_ALWAYS) zil_commit(zilog, 0); > On 10/20/22, Andriy Gapon wrote: >> >> This happens on stable/13, custom kernel compiled with DEBUG_VFS_LOCKS, from >> >> mid-September after an ungraceful reboot (unrelated crash). As far as I can >> see >> in kgdb, both dvp and vp have v_seqc == 0. >> >> VNASSERT failed: ({ seqc_t __seqc = (_vp->v_seqc); __builtin_expect((__seqc >> & >> 1), 0); }) not true at >> /usr/home/avg/devel/freebsd-src-new/machines/trant/sys/kern/vfs_cache.c:2976 >> >> (cache_vop_rmdir) >> 0xfffff8004bc0bd58: type VDIR >> usecount 1, writecount 0, refcount 1 seqc users 0 mountedhere 0 >> hold count flags () >> flags () >> lock type zfs: UNLOCKED >> panic: condition seqc_in_modify(_vp->v_seqc) not met at >> /usr/home/avg/devel/freebsd-src-new/machines/trant/sys/kern/vfs_cache.c:2976 >> >> (cache_vop_rmdir) >> cpuid = 5 >> time = 1666250711 >> KDB: stack backtrace: >> db_trace_self_wrapper() at 0xffffffff8061549b = >> db_trace_self_wrapper+0x2b/frame >> 0xfffffe01ce6c7090 >> kdb_backtrace() at 0xffffffff80942927 = kdb_backtrace+0x37/frame >> 0xfffffe01ce6c7140 >> vpanic() at 0xffffffff808f4fb4 = vpanic+0x184/frame 0xfffffe01ce6c71a0 >> panic() at 0xffffffff808f4d63 = panic+0x43/frame 0xfffffe01ce6c7200 >> cache_vop_rmdir() at 0xffffffff809b9b9f = cache_vop_rmdir+0xdf/frame >> 0xfffffe01ce6c7220 >> zfs_rmdir_() at 0xffffffff80391cff = zfs_rmdir_+0x1df/frame >> 0xfffffe01ce6c7290 >> zfs_rmdir() at 0xffffffff80391af8 = zfs_rmdir+0x48/frame 0xfffffe01ce6c7310 >> zfs_replay_remove() at 0xffffffff804fc53b = zfs_replay_remove+0x7b/frame >> 0xfffffe01ce6c7340 >> zil_replay_log_record() at 0xffffffff80508462 = >> zil_replay_log_record+0x212/frame 0xfffffe01ce6c7490 >> zil_parse() at 0xffffffff80502f4b = zil_parse+0x5cb/frame >> 0xfffffe01ce6c76a0 >> zil_replay() at 0xffffffff805081d8 = zil_replay+0xd8/frame >> 0xfffffe01ce6c7700 >> zfsvfs_setup() at 0xffffffff8038f09d = zfsvfs_setup+0x24d/frame >> 0xfffffe01ce6c7930 >> zfs_mount() at 0xffffffff8038c9b2 = zfs_mount+0x652/frame >> 0xfffffe01ce6c7ad0 >> vfs_domount_first() at 0xffffffff809d0d66 = vfs_domount_first+0x216/frame >> 0xfffffe01ce6c7c00 >> vfs_domount() at 0xffffffff809cdd43 = vfs_domount+0x2d3/frame >> 0xfffffe01ce6c7d30 >> vfs_donmount() at 0xffffffff809ccb6f = vfs_donmount+0x81f/frame >> 0xfffffe01ce6c7dc0 >> sys_nmount() at 0xffffffff809cc318 = sys_nmount+0x108/frame >> 0xfffffe01ce6c7df0 >> amd64_syscall() at 0xffffffff80c31d16 = amd64_syscall+0x186/frame >> 0xfffffe01ce6c7f30 >> fast_syscall_common() at 0xffffffff80c0889b = fast_syscall_common+0xf8/frame >> >> 0xfffffe01ce6c7f30 >> --- syscall (378, FreeBSD ELF64, sys_nmount), rip = 0xb6aac9dd1a, rsp = >> 0xb6b538f468, rbp = 0xb6b538f4d0 --- >> Uptime: 37s >> Dumping 1426 out of 32644 MB: (CTRL-C to abort) >> ..2%..11%..21%..31%..41%..51%..61%..71%..81%..91% >> >> -- >> Andriy Gapon >> > > -- Andriy Gapon From nobody Mon Oct 24 16:53:12 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Mx1Nl6PXTz4gB8V for ; Mon, 24 Oct 2022 16:53:27 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (udns.ultimatedns.net [24.113.41.81]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "ultimatedns.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Mx1Nl39DTz3jGj for ; Mon, 24 Oct 2022 16:53:27 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.16.1/8.16.1) with ESMTP id 29OGrCYZ040251; Mon, 24 Oct 2022 09:53:20 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Date: Mon, 24 Oct 2022 09:53:12 -0700 From: Chris To: ml@ft-c.de Cc: stable@freebsd.org Subject: Re: email-client: migration from evolution to thunderbird In-Reply-To: References: User-Agent: UDNSMS/17.0 Message-ID: X-Sender: bsd-lists@bsdforge.com Content-Type: multipart/mixed; boundary="=_92d9dbc0e29cf70793a1426c0710781e" X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Rspamd-Queue-Id: 4Mx1Nl39DTz3jGj X-Rspamd-Pre-Result: action=no action; module=multimap; Matched map: local_wl_ip X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; local_wl_ip(0.00)[24.113.41.81] X-ThisMailContainsUnwantedMimeParts: N --=_92d9dbc0e29cf70793a1426c0710781e Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8; format=flowed On 2022-10-23 02:05, ml@ft-c.de wrote: > Hello,  > > I migrate my emails from evolution to thunderbird. > > evolution  > -> mark all email of a folder > -> export in mbox files > > thunderbird  > -> import the mbox-files > > Some emails are not imported. > > When I import these emails individually, I get the same result. > > I have no idea, what goes wrong. I can't speak for the mail clients you're using. But as a rule your read mail spool is usually maintained within your ~/ (home) folder. You may get more informative answers / solutions on the evolution, or thunderbird mailing list(s), assuming they have one. As I don't think this has anything to do with the FreeBSD OS. > > version > FreeBSD: 13.1-RELEASE-p2 FreeBSD GENERIC amd64 > evolution: 3.44.4 FreeBSD > thunderbird: 102.4.0 (64-bit) > > Franz --=_92d9dbc0e29cf70793a1426c0710781e Content-Transfer-Encoding: 7bit Content-Type: application/pgp-keys; name=0xBDE49540.asc Content-Disposition: attachment; filename=0xBDE49540.asc; size=5028 -----BEGIN PGP PUBLIC KEY BLOCK----- mQENBGDTzGEBCADHlXdS4V57s2soaEK2wi3o9rr9zo7to/giBSxCpFYJxOnPkL5A 2ibbvflrL8sWvAczx47wgDS7iIhzICBBRdnXtcFGnoeeriV27LSn+PcpnIB+DaWZ xe+6TDC0Z0JUJ7qDTjUBFzhnQGYlrVvc4WbnWTjJaB1LEwgIX8JqX5S3SX0/oXgs +OtqDuENZ4/a5te5xPnspTv/5NJHjqYGxjHP0Vw0KjRKS1AoJ1SBPSMQV5373AX9 5NzFS+CjqeQhjfHFPeRajQ8t4T6eqhKA7LtKMO1egeAwNehk9ZoEqEBT2+ojuKUd oSuzqvhhx+eUIYLFqoPSzMKR+YbStzergsbnABEBAAG0KUNocmlzIEh1dGNoaW5z b24gPGNocmlzaEB1bHRpbWF0ZWRucy5uZXQ+iQFrBBABCABVBgsJBwgDAgQVCAoC AxYCAQIZAQIbAwIeARgYaGtwczovL2tleXMub3BlbnBncC5vcmcWIQQGJAsyyBlk cuwsSYsYdR58veSVQAUCYNQl+wUJA8LAmgAKCRAYdR58veSVQN3NB/sFTeXrZeDk ml/dshET8QbkOPgXlnibk8+Mauf+y9LjS9WT7R8EmqhK7T7aw115JQ1RWTM6kpQM jyDBjYF7piJEpNKI9YDeSnODKir1fWQqm9+wd68wAKGvV4m8kg9uOHCvXG4J++MG zDFH+PuGVxKirFnaz46DpS0Zw7wTtjNiNFvCooYov3IeYGfqcchd3hwBuXgWLexZ vI8JW7lL9oXl7B/wcbSxg9rwy6/QLYGg6sEtYRcFYyvQWefSMJaLWjU/pZN2iSxM lXm55iZv1BXHupfeD1ldRiGs6ejrcpa8+U1ju291WbLzcIsU8IDljeW9/WB2dLFT hJmY1wRk158AtB5DaHJpcyA8YnNkLWxpc3RzQGJzZGZvcmdlLmNvbT6JAWgEEAEI AFIGCwkHCAMCBBUICgIDFgIBAhsDAh4BGBhoa3BzOi8va2V5cy5vcGVucGdwLm9y ZxYhBAYkCzLIGWRy7CxJixh1Hny95JVABQJg1CX7BQkDwsCaAAoJEBh1Hny95JVA aI0H/AlJAOfc5TcMKa479Itw31mwccKb+u0DPN9Gkm/RfWIBjeqqozxCM8G8jVFr dt/J6KmBO3dQtRZHlXdD57RAfDDl5Vm3uws0s+UIFOxMiua/YxyuDcKLsE8Bjkzx z+vuJ8f6cg4WlygPr3bo3l81AOuU/wOsTrNkQvVJxgATlooATSVxs0yNn2uoso9f nhMGUYsmT4c35JYh0k6Lq7Z2LS+ELipMTQ7M7iCWSP1O/zSEvPD4NBo52xCvjLka KcL4fRl7UN+6ouwGr5aUn83tztE/IR0AK45gFvL5yxI4g/zm1t3j2+hhhW1pBU8w uQWkD2DyLTWy7xs1uVF5m1ojHp60H0NocmlzIDxrbm90QHRhY29tYXdpcmVsZXNz Lm5ldD6JAWgEEAEIAFIGCwkHCAMCBBUICgIDFgIBAhsDAh4BGBhoa3BzOi8va2V5 cy5vcGVucGdwLm9yZxYhBAYkCzLIGWRy7CxJixh1Hny95JVABQJg1CX7BQkDwsCa AAoJEBh1Hny95JVA5m8H/iENaTD4j5QHfaHfiDIdxGx36GnETyRK0vAzr2b6pzG+ 7VHNCm4ZfuMsXDJ1ZD8fjTipvg0f4w31xCQI0NgNdAqudBqE075Jwcr9pE9j8VN1 Nvejto01cgLHODbLPhokrkFz1K023VjCdy5RaVuCZ6ajTif7Kq+BEOE8TumYx4ly zdhnh/9ICohqfVvEMh347wI36D7HuezHB773hOsHdqTy9T+0Qu0Vu+wud45MUy1f vRF11OkJFtKL0bh4yMSGVY1xte1Mt/qC6rd43TDtAW3ekw1o/exh764kp7XXQsmP wwe4Y040PZafcygJlEW9bBtjjxKnzDTvqeb5dMi6d7a0GENocmlzIDxvaWRldkBz dW5vcy5pbmZvPokBaAQQAQgAUgYLCQcIAwIEFQgKAgMWAgECGwMCHgEYGGhrcHM6 Ly9rZXlzLm9wZW5wZ3Aub3JnFiEEBiQLMsgZZHLsLEmLGHUefL3klUAFAmDUJfsF CQPCwJoACgkQGHUefL3klUB74wf8DSvT36bYZp7oqZ+35HNhTekJ2dbTzUhauF0S +Z9R1AGnNnINgua75CyQGdNCIgcZxo4qG9sePl7SllQ9i0qhmiw0mzmvky8bAZQV V/2Coc1C/81b+PI19VczYrbZC20jApsnbAIkKZgSh9XQoiLd3meY7G2lX2k6CXYL xSeBEh+N3BU8vLxExm82U71Qzm43u0kA1TlbTSqpBvg/tfAzTCsYQLSlB6b4ZL2W D6U7b7ZYF5oZNonVNWSHxpjUN3Evkta9xWS2+cgYQdlP1/ku5w5ZWwzmYG7awh0J /YuSNIp6Ks6D/PSBduu6XbH+FJHaXmq+ZCKpNBh5EKH+GhOfq7QfQ2hyaXMgPHBv cnRtYXN0ZXJAYnNkZm9yZ2UuY29tPokBaAQQAQgAUgYLCQcIAwIEFQgKAgMWAgEC GwMCHgEYGGhrcHM6Ly9rZXlzLm9wZW5wZ3Aub3JnFiEEBiQLMsgZZHLsLEmLGHUe fL3klUAFAmDUJfwFCQPCwJoACgkQGHUefL3klUC3GggAo4Y+hslaoV7Namp7qWYZ Vei4ZwPfsYW7/HtmFORSGV8C8xR+LSkwzN1Hc7Qxvwv+DXuk7Hzd1Ag/xe8XhbNG /NMrXENY/8ym9TRbxtrBIhQyhkyShSUT+N+g16GRNZKuNL2MOIHc/RCS/YyyaTtu TzIxFbP7Gb2LO1LiiZsFVOGirHfxyiww7CAm3HXY2K4smOiKs6swZMpStVy3dd6A BcB1LPGs3ywDglFfKCRbVmjsPgsi61r4kUBVO6ML7lAmPDXLXOa+7iAtBN479QxC MVeH3Y3SMrvu61Vyf1xL79rIznU3u8C34zfxqsoIV0zCZe2YDLbFfLhZYqatYYEo e7QjImNocmlzLmgiIDxjaHJpcy5oQHVsdGltYXRlZG5zLm5ldD6JAWgEEAEIAFIG CwkHCAMCBBUICgIDFgIBAhsDAh4BGBhoa3BzOi8va2V5cy5vcGVucGdwLm9yZxYh BAYkCzLIGWRy7CxJixh1Hny95JVABQJg1CX8BQkDwsCaAAoJEBh1Hny95JVAkUEH /jkzYrRh7muqoebwEgVeULzPbAs/nYJm9SMME2ypB2FS8kusO7lE+33UJO7PhHkJ 0nJ+tPfP8UV+fCzVjKjabzpvUGuiMWKRZEK9xNoxwi/epOrRw87msHA2LPqEob+F sVh09Nc58s75koUgSYp5h0FjsLK0+fwsQ6PtTfpY5W6JJVJRQnMwGKk5czrukBSM 79kJvphgul2xuzqo5K7rM98dL75AwCJmJZnbyXpUJIhtY/G01nURupBiQGgNixYs Zeo6OR669TFrMRWxueXtlHD0WaX7JNSlR5uyzpVaDCH0Kxa6ozmZtD+a6dAXg630 zbLGHg51JIm38Uvi1i47Jaa0KCJILlIuIENvbW11bmljYXRpb25zIiA8ZG5zQGRu c3dhdGNoLmNvbT6JAWgEEAEIAFIGCwkHCAMCBBUICgIDFgIBAhsDAh4BGBhoa3Bz Oi8va2V5cy5vcGVucGdwLm9yZxYhBAYkCzLIGWRy7CxJixh1Hny95JVABQJg1CX8 BQkDwsCaAAoJEBh1Hny95JVAABoH/iOWA+9BKxLIAIFgW2nxTFDrGvbxXL/mVSFt SOInKX8UqqfLCcikfpWLsj2D7mg5rKFMCu+31UYYlnrXl4YY1qruq0vh41L72qNy yHYol+xW4BSbZXf2q2ph7+lnPsFoodw7acVun5F8M8NH0roo5AOSbgRlK69ZFIcq fDEJdtk4oul7pqGArdeTCCdrSaeR3zrRN8P0PDOkGKSdlpeOE6XHnbbmAPZIhr/9 KsSpX1BGyipda3k5kOB4TsGVo+cRJMkK+GMpsZ+lJ7ZzRbjHbC+b52TiAIjMtXCK 3A3LrDUeMoJwvRKoO1tzquF6HqHJSg0ArZOvAB3BHlwUyUtA/o25AQ0EYNPMYQEI ANFpucNRdYEOubTNluoK97N9JmDb0WRXPPow+3XfBom6ZBSrWqNBgqDbjxSsLB00 QXbA8EB5W/Oolp/0epwEtgNAxyKVPowE/un+rY1PqvGjeAR4gBhY9Za1Lg1Q3vnR /WzsY7RIQCqhWUbfdGn1u6r/EgTBVrwUp4U/3ggfSz/PcUt4pUhlgxfYvjSjOgEZ wbqaQIwWud11FKMARNAUJzvJL/fDGeKLMvgRUwynIDGzCq7e67hhEEo5jwkZ0gEl 8RxXHKFuYkbb/q7rpdifXYYT6QCFlEZhiRbtH5Us7kgKuRD2XUFEQnN4U/rxuydH 4XOP6iOhiZfYnK/y9HBeRCMAEQEAAYkBPAQYAQgAJgIbDBYhBAYkCzLIGWRy7CxJ ixh1Hny95JVABQJg1CYkBQkDwsDDAAoJEBh1Hny95JVApBsH/iEg2ANRkHByfXB+ sH3PMf2Jsg5NSuj8OiNeKKGGIKCJkSAPjtv5rvKLNcvIcTR5Vnhr0e6AteFcK2te iFWDmj0QuFoQNvIOHQ3nHBPSpai2Ubq12nvYfg4bYK28AMi4xPMssgQ8awFgAI2V k9okq5XwC0Cc1MGhupEWYYSaFLIDQvFvRRSw1Lyc/W3SKa4d2dgesIPnB/rdv0Zq u8ftsSmurKxA2hQeNIcn06Ew7AbWUIjFX/bDXJlg/3Sj/spU2ur23TmaADBKhT5P DvfdaFTkk0SBfpN1j2S0DNXBHSrWvRp15zZmU4hwELiUY/H2/j/XpOGV3Q0i2iob 1hJ30C8= =aMQi -----END PGP PUBLIC KEY BLOCK----- --=_92d9dbc0e29cf70793a1426c0710781e-- From nobody Thu Oct 27 18:19:30 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Myv8m4zJbz4ghKQ for ; Thu, 27 Oct 2022 18:19:36 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Myv8m4Xyhz45l2; Thu, 27 Oct 2022 18:19:36 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1666894776; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=0obgtF+ANpxIciG94zJOYxvNFp4QJbcumqzHdZ/IfEM=; b=xaCX0wcqNLVZGg9pIEQISCWlZenrBsFoOxY19mD3tsXvP+qeiSBNZG7wJL9tt9IDwgjJn2 3VSx7YukW/s8Z87fENz+TkDp/rxr2EZ/L7i/nAP4Jk6MmYJk4WpOEK6ZSafx9uxIs0XjjB ItrgZWioTxnJkwoWQD4wH9CjuNzSXMBoN+BM1OSfWVXdGgPeXkU2rz98dtA0EKfcMql0Ey bXYWcnhk/o5ZMJQSXPAdFiAdKp7fmMR+lwhON1i61aO/RKeGqKGRt2JiTQ6Oa3fHLIxzD/ VVbOn0Wu994nG8ije6ntqW2OvzlArGMm5AbObFa8d/eE+sF6Dm/pwoZNi2XhzA== Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 5FDD313CDF; Thu, 27 Oct 2022 18:19:36 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Thu, 27 Oct 2022 18:19:30 +0000 From: Glen Barber To: freebsd-stable@freebsd.org Subject: 12.4-BETA2 has been moved to next week Message-ID: <20221027181930.GZ30607@FreeBSD.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="kcDyE6bZZ8P3icFY" Content-Disposition: inline ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1666894776; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=0obgtF+ANpxIciG94zJOYxvNFp4QJbcumqzHdZ/IfEM=; b=AnN3e8c5gZgqWgelWk3IZf6gxZTKhUg3pxMhx9k+KQB05sJHXukSb+9kbM+Ag7NjVUg5lS 816F68zgaZrO90TIoaBZpSVpTrdw602Ne+vfULUe5LQgKfbWNjN53wHFPCsf+EHg1UJios 362hBaiHOjuR69frvQyIVcFR6mzTzdiiq9zfCoAcSCl6hSr4gZFVSAJRzwpsXDEs3p0G+P b87VZ2QU0lRX/6XNfFzc+cO2qCkhVv4j5QyA5ltc/YTXEnDrjdeaKiiuDS1MCwsiNHRysD +HsyD8S8VXS0s8k8yki7WqE3kwW77H5hNq3rELksryuHlFvQiScOmUvR2Ys/Pw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1666894776; a=rsa-sha256; cv=none; b=KVDCCd9FEeycRm/C2nYtA9HSIy+ot6EIh0kAIN8KYvYgYFVYUZ4Dq/PvYQai5K9njtWCYA kYlYiWTXNucGBEjsTg6zDQfZIShcciRo9UrnHMHTHEkEbM0M2mhVd2uo0m/zyWBG3BKDxQ dgtZ1fwfDb2cq5EeesqsCgMucIREZjdaDO3RsiS0RCfOHpYOc1Syw823LyHNDngr6zTkL2 xc65dgnSqEvsVnJE1JeAMIAhATtp69RQjWl7pt8GFYdaPweKciQvCS7a5qcOnkrvDdbLpT Uud+woSBej4/JWgYW/LUCRjhwwUqkBTauylJb8q7iy3gkRg9YjNhRRcdddaLAw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N --kcDyE6bZZ8P3icFY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline The 12.4-BETA2 builds scheduled for this week have been moved until next week, on an as-needed basis. There are two pending changes to the releng/12.4 branch upcoming, otherwise there have been zero change requests for the branch during this cycle so far. Should BETA2 not be deemed necessary, next week's builds will be the first RC build of the cycle. The schedule on the website has been updated accordingly: https://www.freebsd.org/releases/12.4R/schedule/ Glen On behalf of: re@ --kcDyE6bZZ8P3icFY Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmNay7IACgkQAxRYpUeP 4pPb5w//YrmaKU08ujiaWb4o152s/V+rWX6JRHn5CoKG4aijS/YudqjRn+sYSUlZ fYwD/BTQyyY84mZkrfrLZlB/IZm0P8CY3eOt2uIN16BWsXGi5SYuWWaaq3DYFljb KHGOQv1wWcHfgcavJBNNuQZx85zR2+nB+hWTSnVzuOhZRjwoYXGCs/V202BwI7/m LsvGUALE4bCYW3l9GlqhcXonq6Mpm4kY2X4QlWLWwu4OudYcCMpgVwFGD9Nm16EC VpCe534mbaOdvIMleBqwmhrIj1upIwSoTkLwJLGKghvvmdM7nxuZWzpe3olDEkT7 +0edi0HFInAdqOABHmiUiGOTnHDYn9+A3pdAM7BINOqViR3HDq/MRwx7Ypno68WC aos9voDmTkheME9DX5OWSZybzs4chSyHWDjDGXFV94Al7QQ9LaDGOc7+LdUHk7oo M+Q3awMkQWYrVZk2JibKnuw2GhNCfc51yWwuTp3FWde6WTk7+b7NufnqJ2BKU/V7 jPgyw70SfwKSYMM2unR1v8itphVsmGi1VvMhWj+4Pf7vBMD/0EZ6MzrN1ype3oX1 Lb6ugOU82AZZAN9i/seY4gsN8cUHMISJ4FBnitxCXPuSx9KSNkvbj86+QVAHaxbU IwOeEAyCThrsUZeXPZbvSgcgznxlzo4JhHycv8RyN92BT4bndM0= =iKPi -----END PGP SIGNATURE----- --kcDyE6bZZ8P3icFY-- From nobody Fri Oct 28 03:19:08 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Mz75R3xldz4gx32 for ; Fri, 28 Oct 2022 03:17:31 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from hsmtpd-fgn.xspmail.jp (hsmtpd-fgn.xspmail.jp [210.130.137.13]) (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 4Mz75N43Vlz3s4P for ; Fri, 28 Oct 2022 03:17:27 +0000 (UTC) (envelope-from ota@j.email.ne.jp) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1666927038; d=j.email.ne.jp; s=x01; i=ota@j.email.ne.jp; h=content-transfer-encoding:content-type:mime-version:references:in-reply-to: message-id:subject:cc:to:from:date:from; bh=zTw5gAeD57EKKW6ymK1K0Mz1fCL5kKTo47eSJFt7ZZo=; b=lLmQMiBIcQ99ZTLKVNc/m0fmDvfreHqSdgkE3604v8YZs1LBgP4DYN4FDNSuNjvtwPdRzZr8Q4sTI OGkR7bpO6+b4Bl6VpK0/8lqBH4r01v4wlNgvZGaRE7yRrjpSZMX63mF6hIYlTiYpxW75Qsnk3g6BJJ YbN9yuPAp98thFR1FuEBB82oekm9/8SFgw/FCNBy1qDdd44573BYgVNvn8IYvQbFpbAjFwbmcW3NGc NAnK2MKeVCHlycxeeP1J8qfED4KWO4YZR2c1lhRDLWkcgb2nTZmHwabxajGn32sbVvPjsbKf71Tx3m F/htJOEDytwEvif8O5IGnIXDe5OI7og== X-Country-Code: US Received: from e20.advok.com (pool-173-63-27-212.nwrknj.fios.verizon.net [173.63.27.212]) by hsmtpd-out-1.asahinet.cluster.xspmail.jp (Halon) with ESMTPA id dfc8a50a-9156-4b94-a243-1e86a95cf54f; Fri, 28 Oct 2022 12:17:15 +0900 (JST) Date: Thu, 27 Oct 2022 23:19:08 -0400 From: Yoshihiro Ota To: stable@freebsd.org Cc: Glen Barber Subject: Re: 12.4-BETA2 has been moved to next week Message-Id: <20221027231908.07600c4f2826530f4b761442@j.email.ne.jp> In-Reply-To: <20221027181930.GZ30607@FreeBSD.org> References: <20221027181930.GZ30607@FreeBSD.org> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; i386-portbld-freebsd12.2) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Mz75N43Vlz3s4P X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=j.email.ne.jp header.s=x01 header.b=lLmQMiBI; dmarc=pass (policy=none) header.from=j.email.ne.jp; spf=pass (mx1.freebsd.org: domain of ota@j.email.ne.jp designates 210.130.137.13 as permitted sender) smtp.mailfrom=ota@j.email.ne.jp X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[j.email.ne.jp,none]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:210.130.137.0/27]; R_DKIM_ALLOW(-0.20)[j.email.ne.jp:s=x01]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[stable@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:2497, ipnet:210.130.0.0/16, country:JP]; RCVD_TLS_LAST(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[j.email.ne.jp:+]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N Hi, PRERELEASE-12.4 amd64 doesn't recognize some USB drives and I created https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267190. The same i386 recognizes the same device. Hiro On Thu, 27 Oct 2022 18:19:30 +0000 Glen Barber wrote: > The 12.4-BETA2 builds scheduled for this week have been moved until next > week, on an as-needed basis. There are two pending changes to the > releng/12.4 branch upcoming, otherwise there have been zero change > requests for the branch during this cycle so far. > > Should BETA2 not be deemed necessary, next week's builds will be the > first RC build of the cycle. > > The schedule on the website has been updated accordingly: > > https://www.freebsd.org/releases/12.4R/schedule/ > > Glen > On behalf of: re@ > From nobody Tue Nov 1 23:45:30 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4N26960kYlz4gP8J for ; Tue, 1 Nov 2022 23:46:02 +0000 (UTC) (envelope-from thomas.e.zander@googlemail.com) Received: from mail-pf1-f169.google.com (mail-pf1-f169.google.com [209.85.210.169]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4N26946j3Mz3tmt; Tue, 1 Nov 2022 23:46:00 +0000 (UTC) (envelope-from thomas.e.zander@googlemail.com) Received: by mail-pf1-f169.google.com with SMTP id i3so14869428pfc.11; Tue, 01 Nov 2022 16:46:00 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=BXt0GLlmawHeaakXQ7tbJNhLyAgW0+EHOdbkiMmRVoc=; b=r8nBmisWGgYGHi66RJVZMKEIQSyTPAinw6c5rpnzDXDSgxDXg8VQODz2Rxn6PdVBvo O0Z3m35nS6IEU2VyugMxqY3/RDbwUjnJr8u2ogvuvIu3BwOIpXHzxoIrixn+VXqNBbdW sajqKOwtgEUbAFV+eRaTomGbSJqwpuqOJkFEgoIBCyQtzISx0+lCJvffDvhAotHW9cVe 1Q/rKStsY0/dhBQJory0VUzSZKasKxBzS+ou2n+yOk8btSGP7/Uc/+c09K9ioZQbRhCN i8D1r0rhTRBMDGaBUU7bcesXdjnC+bGdX28wbYEs0gB2jhGgurkRC2v5972blJEkkLZL eXZA== X-Gm-Message-State: ACrzQf1wuhIk9AMqvCs4hsePQDg/C6QJDvUaOkcALvydB3kjF/0wWKzb OSOH+h5hFYxnMaebejKw3WY9Oz4UGL4FoRGgniMvYl9p X-Google-Smtp-Source: AMsMyM5nGKWSb4sKZ7kJkR1s8ptuaa53wqIgy+80jEYsNEjUCLohibTcKBJPAeplIsZZztMgn4RqouPzKwPNJ3c45Ro= X-Received: by 2002:a63:4904:0:b0:439:e6a4:a3b5 with SMTP id w4-20020a634904000000b00439e6a4a3b5mr18558220pga.182.1667346358215; Tue, 01 Nov 2022 16:45:58 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <20221101222046.AB5483910@freefall.freebsd.org> In-Reply-To: <20221101222046.AB5483910@freefall.freebsd.org> From: Thomas Zander Date: Wed, 2 Nov 2022 00:45:30 +0100 Message-ID: Subject: Re: FreeBSD Errata Notice FreeBSD-EN-22:21.zfs To: freebsd-stable@freebsd.org, FreeBSD Errata Notices Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4N26946j3Mz3tmt X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of thomas.e.zander@googlemail.com designates 209.85.210.169 as permitted sender) smtp.mailfrom=thomas.e.zander@googlemail.com X-Spamd-Result: default: False [-1.55 / 15.00]; NEURAL_HAM_LONG(-0.99)[-0.993]; NEURAL_HAM_SHORT(-0.93)[-0.929]; NEURAL_SPAM_MEDIUM(0.48)[0.475]; FORGED_SENDER(0.30)[riggs@freebsd.org,thomasezander@gmail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; MIME_GOOD(-0.10)[text/plain]; RWL_MAILSPIKE_GOOD(-0.10)[209.85.210.169:from]; MIME_TRACE(0.00)[0:+]; RCVD_IN_DNSWL_NONE(0.00)[209.85.210.169:from]; R_DKIM_NA(0.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[freebsd.org]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FROM_NEQ_ENVFROM(0.00)[riggs@freebsd.org,thomasezander@gmail.com]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On Tue, 1 Nov 2022 at 23:21, FreeBSD Errata Notices wrote: > Systems with debug kernels may sometimes detect this issue after a kernel > memory corruption has happened. When they do, they will trigger a kernel > panic to protect the system from further damage. The following is printed > to dmesg at the time of the panic: On production systems, is there any way to check for corruptions? Will a "zpool scrub" find problems? From nobody Wed Nov 2 14:11:39 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4N2TN954d1z4hFsw for ; Wed, 2 Nov 2022 14:11:53 +0000 (UTC) (envelope-from jon@xyinn.org) Received: from mail-4022.proton.ch (mail-4022.proton.ch [185.70.40.22]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4N2TN71cSqz3KLj for ; Wed, 2 Nov 2022 14:11:51 +0000 (UTC) (envelope-from jon@xyinn.org) Date: Wed, 02 Nov 2022 14:11:39 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xyinn.org; s=protonmail3; t=1667398307; x=1667657507; bh=Kr78M4OmMo7xbeZV/OqzC048r8uoCZlIkf+zCHee5dE=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=WGR/jY1YuHmUENLTrwuW4Bp7NP2yMD618rVu4X1GZOAm1eWbtJBvqZdKGle5/+1Ea H7NmpHGZfG/CsozazEFpMXhTvoIaSjjMx8cvd/i2jkJWfjjbsC9/QxdCvwf4tdHtXA AA7/gG2ZzQyVBGqlw32Dc+NoeHmOxrNvBOUWT4xIUQBlibAGjur7p9Z4abT/xsXwGY TCFysIRcdCThUVGsFDKPPIgsvrCO5C8afe7kdRm2838J6egIFd0ot1Dd4tJfjQ+3CC eOLRht0FbWJrB7SmnR+kQLYj5HWhd6ZJuFvcM3FPuXRExiSQ0rivOg0qq6fLM7vp7J kZSMTy0JrHMuw== To: Thomas Zander From: Jonathan Vasquez Cc: freebsd-stable@freebsd.org, FreeBSD Errata Notices Subject: Re: FreeBSD Errata Notice FreeBSD-EN-22:21.zfs Message-ID: In-Reply-To: References: <20221101222046.AB5483910@freefall.freebsd.org> Feedback-ID: 12351801:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4N2TN71cSqz3KLj X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=xyinn.org header.s=protonmail3 header.b="WGR/jY1Y"; dmarc=pass (policy=none) header.from=xyinn.org; spf=pass (mx1.freebsd.org: domain of jon@xyinn.org designates 185.70.40.22 as permitted sender) smtp.mailfrom=jon@xyinn.org X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[xyinn.org,none]; R_DKIM_ALLOW(-0.20)[xyinn.org:s=protonmail3]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; RCVD_COUNT_ZERO(0.00)[0]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[xyinn.org:+]; ARC_NA(0.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; FREEFALL_USER(0.00)[jon]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N I spoke to Richard today, and asked him your question on your behalf. He sa= id the following: "Most of the time, the issue does not go to disk. When it does they are not= well understood yet. He would probably know if it did since things could g= o horribly wrong, but if he wants to try to be sure, he could try using zdb= -bcc ... to try to verify certain things about his pool, but again, the re= sults of undefined behavior in the btree code is not well understood. It is= a very complex thing to analyze and I have not had time to do that. There = are a couple of bug reports in GitHub that I suspect are related, but canno= t prove currently." Jonathan Vasquez PGP: 34DA 858C 1447 509E C77A D49F FB85 90B7 C4CA 5279 Sent with ProtonMail Secure Email ------- Original Message ------- On Tuesday, November 1st, 2022 at 19:45, Thomas Zander = wrote: > On Tue, 1 Nov 2022 at 23:21, FreeBSD Errata Notices > errata-notices@freebsd.org wrote: >=20 > > Systems with debug kernels may sometimes detect this issue after a kern= el > > memory corruption has happened. When they do, they will trigger a kerne= l > > panic to protect the system from further damage. The following is print= ed > > to dmesg at the time of the panic: >=20 >=20 > On production systems, is there any way to check for corruptions? Will > a "zpool scrub" find problems? From nobody Wed Nov 2 20:57:00 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4N2fNM2M7zz4gvJY for ; Wed, 2 Nov 2022 20:57:39 +0000 (UTC) (envelope-from thomas.e.zander@googlemail.com) Received: from mail-pl1-f172.google.com (mail-pl1-f172.google.com [209.85.214.172]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4N2fNK65dGz4LT5; Wed, 2 Nov 2022 20:57:37 +0000 (UTC) (envelope-from thomas.e.zander@googlemail.com) Received: by mail-pl1-f172.google.com with SMTP id d24so23607pls.4; Wed, 02 Nov 2022 13:57:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=aLdJhrGpt5ltqpFmryW060jzNpfuHjmL+jfjLt6LvVU=; b=suMYtKPNvRstccjm2cBRMkLBmFxWS0T+cPvi9ycqDs0Z2qBiiPnF9oDO2YVrUOHGeC Z54OT1UGID4WQep61kdaF2UpCP/8ITdh2bDEn97gJKFAwtQq+a6WJkJCsXPutHAYlNp2 aOPkIrRO+QjumZrbGkW8e3AC4OT+Dh+d0i1ydL/z43a3LFzsP/RolgykjJp3r9MieaN+ XEp+GKmsrKpqMm7JGV0SD0oCgLOvYvB/QjoM98r72oNmfuVZgHNM76oNVelZO87cRUsn en+Evg5E/EeGGA9jdhPjlJnIBDh72a3kRD/5BmixM0KSGKLwpwAB7pSEE73FLVyZP6QR Al8Q== X-Gm-Message-State: ACrzQf2jeqe+iAVnSZbSayAwwldKzwcILz9t0z3gYMQ9e3RPkGkTouQB h3mlebH7IVs8PlHCPujlAKuFnHRt2zf1sqFilQCGS2Oy X-Google-Smtp-Source: AMsMyM754J1NHSrD87nrocX3csOyTRzHf2Uu3hv05gISRORntCHooE/NOPpkBaeymAB5BlGJg+sfsaHJ7/+qtj+UtwY= X-Received: by 2002:a17:902:7c91:b0:17f:6711:1fac with SMTP id y17-20020a1709027c9100b0017f67111facmr26751082pll.118.1667422655682; Wed, 02 Nov 2022 13:57:35 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <20221101222046.AB5483910@freefall.freebsd.org> In-Reply-To: From: Thomas Zander Date: Wed, 2 Nov 2022 21:57:00 +0100 Message-ID: Subject: Re: FreeBSD Errata Notice FreeBSD-EN-22:21.zfs To: Jonathan Vasquez Cc: freebsd-stable@freebsd.org, FreeBSD Errata Notices Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4N2fNK65dGz4LT5 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of thomas.e.zander@googlemail.com designates 209.85.214.172 as permitted sender) smtp.mailfrom=thomas.e.zander@googlemail.com X-Spamd-Result: default: False [-3.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-1.00)[-0.999]; FORGED_SENDER(0.30)[riggs@freebsd.org,thomasezander@gmail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.214.172:from]; FROM_NEQ_ENVFROM(0.00)[riggs@freebsd.org,thomasezander@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; RCVD_IN_DNSWL_NONE(0.00)[209.85.214.172:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DMARC_NA(0.00)[freebsd.org]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TAGGED_FROM(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On Wed, 2 Nov 2022 at 15:12, Jonathan Vasquez wrote: > > I spoke to Richard today, and asked him your question on your behalf. He = said the following: > > "Most of the time, the issue does not go to disk. When it does they are n= ot well understood yet. He would probably know if it did since things could= go horribly wrong, but if he wants to try to be sure, he could try using z= db -bcc ... to try to verify certain things about his pool, but again, the = results of undefined behavior in the btree code is not well understood. It = is a very complex thing to analyze and I have not had time to do that. Ther= e are a couple of bug reports in GitHub that I suspect are related, but can= not prove currently." OK, cool, thanks for updating us on the current knowledge of the bug. Appreciate it! From nobody Wed Nov 2 21:26:37 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4N2g1x3NWPz4gyjN for ; Wed, 2 Nov 2022 21:26:45 +0000 (UTC) (envelope-from jon@xyinn.org) Received: from mail-40136.proton.ch (mail-40136.proton.ch [185.70.40.136]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4N2g1v3Fxbz3Blw for ; Wed, 2 Nov 2022 21:26:43 +0000 (UTC) (envelope-from jon@xyinn.org) Date: Wed, 02 Nov 2022 21:26:37 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xyinn.org; s=protonmail3; t=1667424401; x=1667683601; bh=AwrCMdTWx+IPAFqAJZcfZlrW1aDwD+gl1kfaAIsyQwc=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=pWmFB0HEhbSCsXxX6asew8D4vVXv6MN8J7bDS8pwkA/EZaVwlFyRlUQae5sE7em2q q9XRhhtF5g9pu9TfVXd/h4BTA1viKA6WcFuDA7Mty8r72E6g8z3I0JLsML1+1JRvNe oX0lqWPfDX6WO8xrAeUI3OMLTbczdeerWw8Bt1xG4rAbRsrNhttLkcM7Clx572BewE ihhWsQJ4eCsz8X5SB9zNkNt/xK7/RMg6wlmHy59Oo3HKaU6FRvK9XmQ7eDX50+BthX PcCE0Mp/ecW/PIl1PzAvK0QANWDYoQokS6EACYZnPCveQSJZsSz+0PwKHhPXm9xWXH JkREX75wnRvHA== To: Thomas Zander From: Jonathan Vasquez Cc: freebsd-stable@freebsd.org, FreeBSD Errata Notices Subject: Re: FreeBSD Errata Notice FreeBSD-EN-22:21.zfs Message-ID: In-Reply-To: References: <20221101222046.AB5483910@freefall.freebsd.org> Feedback-ID: 12351801:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4N2g1v3Fxbz3Blw X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=xyinn.org header.s=protonmail3 header.b=pWmFB0HE; dmarc=pass (policy=none) header.from=xyinn.org; spf=pass (mx1.freebsd.org: domain of jon@xyinn.org designates 185.70.40.136 as permitted sender) smtp.mailfrom=jon@xyinn.org X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; DMARC_POLICY_ALLOW(-0.50)[xyinn.org,none]; R_DKIM_ALLOW(-0.20)[xyinn.org:s=protonmail3]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; MIME_GOOD(-0.10)[text/plain]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; MIME_TRACE(0.00)[0:+]; DKIM_TRACE(0.00)[xyinn.org:+]; ARC_NA(0.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; FREEFALL_USER(0.00)[jon]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N No prob :). Jonathan Vasquez PGP: 34DA 858C 1447 509E C77A D49F FB85 90B7 C4CA 5279 Sent with ProtonMail Secure Email ------- Original Message ------- On Wednesday, November 2nd, 2022 at 16:57, Thomas Zander wrote: > On Wed, 2 Nov 2022 at 15:12, Jonathan Vasquez jon@xyinn.org wrote: >=20 > > I spoke to Richard today, and asked him your question on your behalf. H= e said the following: > >=20 > > "Most of the time, the issue does not go to disk. When it does they are= not well understood yet. He would probably know if it did since things cou= ld go horribly wrong, but if he wants to try to be sure, he could try using= zdb -bcc ... to try to verify certain things about his pool, but again, th= e results of undefined behavior in the btree code is not well understood. I= t is a very complex thing to analyze and I have not had time to do that. Th= ere are a couple of bug reports in GitHub that I suspect are related, but c= annot prove currently." >=20 >=20 > OK, cool, thanks for updating us on the current knowledge of the bug. > Appreciate it! From nobody Thu Nov 3 07:50:27 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4N2wsn2y8Tz4hGYn for ; Thu, 3 Nov 2022 07:50:37 +0000 (UTC) (envelope-from zlei@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4N2wsn2WZ3z417C; Thu, 3 Nov 2022 07:50:37 +0000 (UTC) (envelope-from zlei@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1667461837; 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=l3g6lBhIQu9eEMK+ADFHwGZy2QLau1Ov8D7y3r2aBqI=; b=AuAj8hY5F4XrQ2/LamPbjmTdrL+39+WcIwLw8bJFsH4wLDaLcM/+pg0qkilQKwyn3BXsAi XzE7oXU1BeIg4anU8ZFAtEGYFJv1wf7swy/GnpOpBS6k+Zwg4YbSNVLWENbp/vIybfMxMh /QOwWEGoKJ4pGpzMq9CaKSHpWlXQjDK9Vnc2XvGEuGdhlk36Ft0nqPvxid/JjHdEO9NSJr KZ03jztBZc6jwtTmzuUWrFfw6cEknjjXj/sK7f42cNKz/77/sOr3eWZu7zqlZspQmvv6G3 13RiSAVSA8DWz4eCYT90AYnyTPjBT3ANJYwxXxazmT4J2iz+846wX70vQ663iQ== Received: from [192.168.10.252] (unknown [112.66.188.198]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: zlei/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4N2wsl6Vyrzh27; Thu, 3 Nov 2022 07:50:35 +0000 (UTC) (envelope-from zlei@FreeBSD.org) From: Zhenlei Huang Message-Id: <48265C2A-9D68-489A-8EFD-663D48B3F0A9@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_763D795E-DD0C-47B7-AF9A-72CD113BE0A4"; protocol="application/pgp-signature"; micalg=pgp-sha512 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.7\)) Subject: Re: FreeBSD Errata Notice FreeBSD-EN-22:25.tcp Date: Thu, 3 Nov 2022 15:50:27 +0800 In-Reply-To: <20221101222105.267AA3A06@freefall.freebsd.org> Cc: FreeBSD Errata Notices To: freebsd-stable@freebsd.org References: <20221101222105.267AA3A06@freefall.freebsd.org> X-Mailer: Apple Mail (2.3608.120.23.2.7) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1667461837; 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=l3g6lBhIQu9eEMK+ADFHwGZy2QLau1Ov8D7y3r2aBqI=; b=TS34nKsgKZ941KSE7qCG3v4Tl/IlMCs0y+UYMxmR3VLPQ2MIkdoxu1PidzI8pnVwZKUPeQ stSQwhz8IN04rpgzmm00608Qm8R8sf7yV28izPXumVIZY+8WfNaOTnpy+GzH1V9dnnE0Aa TkORRngE5YU+kxzpEKf5NA3IGgKqFgpwA87r2GS2VA9Aq0ye8Utt0GXW6r0hmOqN99kZ15 mDpXYblCa0pJJ5vAlPfcGCNXr4WwvvKk0940BkhJ1vtwHXyHEyJNun0XcgCTIXsjiEeXrz Q53RJP5nLa7n+KCpymsTtUk0BR3wdRghRGpj8QOc1dHq56+D6zyvcoG4xtYcwg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1667461837; a=rsa-sha256; cv=none; b=xosKi8BtfBkfPRKGlnEds36h++bn9c4AxwE4e548bNG038jPRz9xXnSB0UU5CSOvP2NN+P sCRYiMwm1aY7HEXXz8FxNvWYmkC/osDJpek+xApsfgFEk64A4kE1G2sRHs4z8hXLQtpksp slsG41+k25DuOUHJeDIAKymOFyZ6v7/GmzF3N4TaWeZWHNCGDarPN6YuRB2IX98BE1bNDr BtPmHtm6fqurP2OKRlKQEh0n7ngUo6kXn+M4YaNbIaV8VPrPO3V3v18XOQKXOWcFoS1ylJ 6k3R4yMXHlEBcMqF9x2IYEtWi1qV6MWYBCyuLRonKhnsGnIZmJSr4O1W9NPvjQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N --Apple-Mail=_763D795E-DD0C-47B7-AF9A-72CD113BE0A4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, This fix an annoying issue I encountered when I updated one of my build = box from 12.3 to 13.1. When remote copying large files from the build box to my local laptop = (MBP), sometimes the pipe broke and end up with 'lost connection'. ``` zlei@Zhenleis-MacBook-Pro:/tmp % scp xx.xx.xx.xx:~/stable12/kernel.txz = ./ Enter passphrase for key '/Users/zlei/.ssh/id_rsa': kernel.txz = = 38% 17MB 2.0MB/s 00:13 ETA ssh_dispatch_run_fatal: Connection to xx.xx.xx.xx port 22: message = authentication code incorrect lost connection ``` Sometimes the ssh session to the build box interrupts, commonly when = there're a lot of output from terminal. make buildkernel e.g. Thanks for the fix! Best regards, Zhenlei > On Nov 2, 2022, at 6:21 AM, FreeBSD Errata Notices = wrote: >=20 > Signed PGP part > = =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=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D > FreeBSD-EN-22:25.tcp Errata = Notice > The FreeBSD = Project >=20 > Topic: Possible data corruption with TCP SACK retransmissions >=20 > Category: core > Module: tcp > Announced: 2022-08-28 > Credits: Richard Scheffenegger > Affects: FreeBSD 13.1 > Corrected: 2022-09-14 01:28:03 UTC (stable/13, 13.1-STABLE) > 2022-11-01 13:28:11 UTC (releng/13.1, 13.1-RELEASE-p3) >=20 > For general information regarding FreeBSD Errata Notices and Security > Advisories, including descriptions of the fields above, security > branches, and the following sections, please visit > . >=20 > I. Background >=20 > TCP supports an enhancement that allows faster recovery and = retransmission of > data when loss is discovered called Selected Acknowledgements (SACK). >=20 > SACK allows a TCP sender to communicate more information about which = segments > are lost. During a SACK episode a TCP sender will reduce its rate to = avoid > causing congestion on the network. >=20 > II. Problem Description >=20 > A change made to make TCP more resilient and effective when handling = loss > recovery by SACK, could lead to connection interruption when incoming = ACKs > suddenly no longer contain SACK blocks. >=20 > III. Impact >=20 > This can lead to correct data being placed at the wrong offset in the > stream in a non-deterministic manner. This can result in termination = of > the TCP connection by the application or in the worst case silent data > corruption. >=20 > IV. Workaround >=20 > Disable SACK globally by setting the net.inet.tcp.sack.enable sysctl = to 0: >=20 > # sysctl net.inet.tcp.sack.enable=3D0 >=20 > Note that this will only affect new connections. Thus, either persist = the > setting in /etc/sysctl.conf and reboot, or ensure that any critical = connections > are restarted after modifying the sysctl setting. >=20 > V. Solution >=20 > Upgrade your system to a supported FreeBSD stable or release / = security > branch (releng) dated after the correction date. >=20 > A reboot is required for these changes to be applied. >=20 > Perform one of the following: >=20 > 1) To update your system via a binary patch: >=20 > Systems running a RELEASE version of FreeBSD on the amd64, i386, or > (on FreeBSD 13 and later) arm64 platforms can be updated via the > freebsd-update(8) utility: >=20 > # freebsd-update fetch > # freebsd-update install >=20 > A reboot is required for these changes to be applied. >=20 > 2) To update your system via a source code patch: >=20 > The following patches have been verified to apply to the applicable > FreeBSD release branches. >=20 > a) Download the relevant patch from the location below, and verify the > detached PGP signature using your PGP utility. >=20 > # fetch https://security.FreeBSD.org/patches/EN-22:25/tcp.patch > # fetch https://security.FreeBSD.org/patches/EN-22:25/tcp.patch.asc > # gpg --verify tcp.patch.asc >=20 > b) Apply the patch. Execute the following commands as root: >=20 > # cd /usr/src > # patch < /path/to/patch >=20 > c) Recompile your kernel as described in > and reboot = the > system. >=20 > VI. Correction details >=20 > This issue is corrected by the corresponding Git commit hash or = Subversion > revision number in the following stable and release branches: >=20 > Branch/path Hash = Revision > = ------------------------------------------------------------------------- > stable/13/ 2b8ee332b938 = stable/13-n252399 > releng/13.1/ dd35207e2025 = releng/13.1-n250162 > = ------------------------------------------------------------------------- >=20 > Run the following command to see which files were modified by a > particular commit: >=20 > # git show --stat >=20 > Or visit the following URL, replacing NNNNNN with the hash: >=20 > >=20 > To determine the commit count in a working tree (for comparison = against > nNNNNNN in the table above), run: >=20 > # git rev-list --count --first-parent HEAD >=20 > VII. References >=20 > The latest revision of this advisory is available at > >=20 >=20 --Apple-Mail=_763D795E-DD0C-47B7-AF9A-72CD113BE0A4 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQRj28YmNowGX1isJg7GJJ6Jgbd0XwUCY2Nyw18UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0NjNE QkM2MjYzNjhDMDY1RjU4QUMyNjBFQzYyNDlFODk4MUI3NzQ1RgAKCRDGJJ6Jgbd0 X5D7AP4z7emTox2zO4Q6Qpld18h59kRTI+NssbXlFNpBeRlN2AD/Zte1outjUokC D0v2fi9X02/hETib6Rpa6BYQP5EVEwg= =Dkjc -----END PGP SIGNATURE----- --Apple-Mail=_763D795E-DD0C-47B7-AF9A-72CD113BE0A4-- From nobody Fri Nov 4 03:50:37 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4N3RVg2PJNz4gs0y for ; Fri, 4 Nov 2022 03:50:51 +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.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4N3RVf0DgMz46cQ for ; Fri, 4 Nov 2022 03:50:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1667533847; bh=byLORPoEDD2y5g3dk0mDCmA7PRig8NlanXS1J2zAuMA=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=rM5Nez9bBJSP446giv8bw6T5yZSkKLQRWmUL3BTg206jtPMMEiovhUhmAZEjgpGSXqg8zH9+eawZo+j0DaghFP2oTPbkyfaDJWE3czWhClD6i+jzk1FG8Q71csTEL1XabRhzCKKL4mM4dNAM0BJ8+wgJhamU5BUFvKXvWwhlgaUL4zlwPhIZek194LSea5sFqDUEXf/bu93Pgp0x56qZRpSZoeeHL9OsE3yAYtkSli1ECocpKZqPwt5sZNmGxM5Y/wQpchDrhxIuX5tFYSPf1SqYdOp5oNNSfuwo81i4S6Zqj/wqnPaDTdniajA52CNxhtPzUCm/bRuieqs9XDx/Og== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1667533847; bh=LL7qySzi6L7oDSB62tV9cHgLdvmTfcLWy6L4mVVjdyO=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=q6dh3dNClkosKI+WF4EUM/oATYxy8ch+YftZP0YKByS9Vny0ks5zUPMfYKvvDAqzcHNbk1aQc0Yj/OpX8YcdEJ+8ICaTZJyhO7SPCnGVHYaW4gGYVv14tvxGR5xblB892Zw54Zun3A1wfpn2x/apPvEgA7fXUBELbMsfIi/o4HPol7Hu+K6VG0hLjBTbP4WvK+v0lwGO9MC9mU6lNSxTk7m5kF2ks6gAtyAdBZnM0gqARynHb2Tv60i/KYPW1GqJp/H8hcjH7IhcQq1Ev6MOFze7jshGfuy31JIr3UM9Ww4pSL012G/XJunR+YYkO6bR+ue+wYI6zBbjnybIF4sBsg== X-YMail-OSG: Z58.AAMVM1meGyeQcMeK7V6VMh_TXgyprDzWETDhIWPrLuqyYO3xnOwnCkLvIk0 VBRa0hYtqnmol30y9GQEdJt_3X4ck0t4G9sgsH20RsvAbdNHjkZ_54tSeKlHpVqz2.GRYCXiYop0 vb2P8r.avo5vVJj3k04bgM8oN5MmVq5sWL6lsUII7d0.r2bxu4DDm4ePukQs9isDX4d9vJs.pVql P3VNJqdstYGh6trxjuutp2BHbJmoLL8oTu72vCx6YeVCpoqwFjFPiBlR0lHbHrGp6c_zFEtqvqMg ouk4EilecSVwAZ4oJ0utx6AA67LbGpOOYASnQHqQ7DOSfJQnorEvA7jckaV5jW7GQ.t6q1SeBaG. tcw.0WTVtJ9PYocqCuIQpTE8FaTXg5sjlxu2yoXPsHJOj4PfRZs7JBF6taElppSPXMH.Cvyxy6bM AT4r4Kp.noBPfIlONHWrwCl0nQ0lWUWA1kecp6lbtAAHIWRfGleLu.wKl4kQX6Ee9vzZz2fBM0aE _cgjsSvWQP9LZDvlePtrFn.oWqJgT024pSI4G64fy563MppuxacNFCdx9Ozpvbl7nHsFI9qBbzms MEigv.cNV_JkLjEQYNDZZWszDvc.zlOnHHy7PcSC80vU3y2jY3jxWm68Hyr10bEutEufcaCf2R3A wd9jqzovEuX1HOP4Xt3zG66Zuxts2Y_x6cB7j7q7yCYOkJV8oWwHia3WOmrDGVktrqH0MkyqKve1 _FFguz7YZsw3tJQ8G3dXHeIWE8D6.rrPqiluZDRDmFMUHdOweRQfVrZ.Sp_hgz91ieOaejrbWwZt kCY36k7JfScrb7kEsJqF7lZmnmHZbGEgxpel7KwUX2_Hc9it81rcVBMx2wR0ehpbtxFdVPEa0KVL ylZDTpCfIUf.JgYep.UnzjXIW70LJ9hZxyrASoAKFMSA5VxKi26SJDY42lIcLQF4DnJfEB3InFGJ wPDTJdaHcOdJ01r8fhu9yfYMKQXDmPI37gKsfnzv_ol8CJX3Su8IaYwpZgFMHLi7.VnPHIMuoDNm BnCHrLWsKZtHePJruuqUBIS6B01_ksFYO6.2jbrOX0QSLcEv_6HVdJmk5Sg.WRlij8Cq485M9yZI 2epLbnOm6mVpANO5So8CZVpRVL8cAC7KW8e3PS3bIBSLDeoK_xaJFJG5wvsbxaAYPmA_aM1akbO8 hikrtRrHlxNhvV3xVCKSr.TT0QeJtH_dOd4QOF.iSTJhzhCwOlqoZKJK.o6wwAWjb3roQDVpHdIH QcbYo5eJFawBHi.6BiAMLtmkkATpQOFaoFARd2WCriFYmU0jB5WVWf_pCm73Ox_RAXoj5BpVtgIR xY6nBlR0edYTqAwN59_8k.99x6.vuRSm4TDvINxBgweUEO5s8j6n.u8DVW2fDaoAcNDILn4V.P9m taWMmDrDx_GNA_bLAJjoT.qgtryG75UjOmPSquALGqTOfxaPwAHeFFiundDDYDuwEZxq8cwUvKu7 XZdjusgVaF4neN5.9ZsYynJMbOwCEkFF8gzMXINssKZwtKmsV15jxODfUTmWLyoWe3FAaMTrEFZq M7YwPkUu.GXfrBlbPoQeX4zauuk9aCgfOfD9EmkH5XGDL55m7k0JwM4rFJ1NsR3GChN.ES6cSqV2 RoGmVe2ePHRJ7nYhlx1nXvBHqnp7Uoprc0yytg1hdBXZ3Z7mfNP1tqBTqjq.Oj.z98sdHccm.ZyV 7g7Tt5t8VgQA4s7_b_GxpLHrmnYWRqQx6cJPFpvGFYnXvUAatSsct8jqRP3Ctzmj4aG6DFLMUtNL nfUh9rRQ9PNl0dj4QyD29WxO3gBwgdarXH8NUSJDW4rIQmnBR0InTlHLtChZB3.INROTn.DpDKbd endwfEAxs1Y8xcdpkK3IqHsx7HT5XABdcK0zUNmrShDz25pg.RhVg7GGWFwJdZTi3cd1TXaP1UTv brP_FCLnIvngEmc69M2cgnMKtZc0XSqKzHDh.RmWTkoe2MGujAHwrWBfNwgDneBfv3R1s_CI35hh 5YYwhpPuclRmYFP9Zjsls1YzAs0f2XQlh0UrsVrquaIDZX4IWXFsyG8c2zx42yYgAeYmVDzdV0EH llRqOSzukQieRC2ED.G3bEh3nYFpZLOtXrgwaNurZlknLFs2tHGlcbyk8kZtaCpD70omw9Bsx0GK 4n.bT3QUnYtM8TzVxrX6VGFda9ZVpzQi.6ZbOq.OKNVYJsSDeTaFtSjVmnqFUtujXpRCCMzMpcdF 0oTegDtIn3HvfDCYxwrDGV8Nl3ZRkLyc8oV5nRZFKIryzqLuruvguCxXegxrXLsZgLb4QZeR.vf8 - X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Fri, 4 Nov 2022 03:50:47 +0000 Received: by hermes--production-bf1-5878955b5f-n7x8p (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 9c7851321098f564d98f55363007db44; Fri, 04 Nov 2022 03:50:43 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.1\)) Subject: A possible unintended difference in 13.1-RELEASE vs., for example, 13.1-RELEASE-p3 Message-Id: Date: Thu, 3 Nov 2022 20:50:37 -0700 To: Glen Barber , FreeBSD-STABLE Mailing List X-Mailer: Apple Mail (2.3696.120.41.1.1) References: X-Rspamd-Queue-Id: 4N3RVf0DgMz46cQ X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=rM5Nez9b; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.146 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.996]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.146:from]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; TO_DN_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.146:from] X-ThisMailContainsUnwantedMimeParts: N I downloaded and looked at: FreeBSD-13.1-RELEASE-arm64-aarch64-RPI.img # mdconfig -u md0 -f FreeBSD-13.1-RELEASE-arm64-aarch64-RPI.img # mount -onoatime /dev/md0s2a /mnt # strings /mnt/boot/kern*/kernel | grep 13.1-RELEASE @(#)FreeBSD 13.1-RELEASE releng/13.1-n250148-fc952ac2212 GENERIC FreeBSD 13.1-RELEASE releng/13.1-n250148-fc952ac2212 GENERIC 13.1-RELEASE Note the: releng/13.1-n250148-fc952ac2212 Looking at the live system after the freebsd-update to -p3 : # strings /boot/kernel/kernel | grep 13.1-RELEASE @(#)FreeBSD 13.1-RELEASE-p3 GENERIC FreeBSD 13.1-RELEASE-p3 GENERIC 13.1-RELEASE-p3 No text analogous to: releng/13.1-n250148-fc952ac2212 I'll note that the actual 13.1-RELEASE-p3 for the binary release build appears to have been a build of at: QUOTE author Mark Johnston 2022-11-01 20:54:33 = +0000 committer Mark Johnston 2022-11-01 = 20:55:10 +0000 commit c3c13035ef270dcf0d24d2d847dd590edc535ed0 (patch) tree f6582d69009a70d8ae8b52e00da4cabe6d159fb7 parent e81b1bd17fb4e83865d60461c2554d90f72cd395 (diff) download src-c3c13035ef270dcf0d24d2d847dd590edc535ed0.tar.gz src-c3c13035ef270dcf0d24d2d847dd590edc535ed0.zip zfs: Fix an improperly resolved merge conflict releng/13.1 Approved by: so Fixes: 8838c650cb59 ("Fix use-after-free in btree code") Diffstat -rw-r--r-- sys/contrib/openzfs/module/zfs/btree.c 1=09 1 files changed, 0 insertions, 1 deletions diff --git a/sys/contrib/openzfs/module/zfs/btree.c = b/sys/contrib/openzfs/module/zfs/btree.c index 77cb2543e93d..09625bc92f92 100644 --- a/sys/contrib/openzfs/module/zfs/btree.c +++ b/sys/contrib/openzfs/module/zfs/btree.c @@ -1766,7 +1766,6 @@ zfs_btree_remove_idx(zfs_btree_t *tree, = zfs_btree_index_t *where) zfs_btree_poison_node_at(tree, keep_hdr, keep_hdr->bth_count); =20 rm_hdr->bth_count =3D 0; - zfs_btree_node_destroy(tree, rm_hdr); /* Remove the emptied node from the parent. */ zfs_btree_remove_from_node(tree, parent, rm_hdr); zfs_btree_node_destroy(tree, rm_hdr); END QUOTE I'll also note that none of the FreeBSD-EN-22:* notices lists an exact match to what was actually built for the binary update. That would have been true even without the merge conflict fix, in that, without such involved, the final build would normally be based on a "Add UPDATING entries and bump version" type of commit after the last of the FreeBSD-EN-* commits reported. In other words, nothing seems to record and show anything identifying the actual commit used for the binary update. That could also be of interest to folks that want to build by starting with the exact same source code vintage as the binary update did. In this case: = https://lists.freebsd.org/archives/freebsd-announce/2022-November/000048.h= tml looks like it needs an update because the reference: releng/13.1/ 8838c650cb59 = releng/13.1-n250167 is to before the "zfs: Fix an improperly resolved merge conflict". That update will identify the commit built for the binary update. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Fri Nov 4 18:37:43 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4N3qB669qCz4hQsZ for ; Fri, 4 Nov 2022 18:37:50 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.ipv6.vt.edu [IPv6:2001:468:c80:a103:2:5000:5555:5555]) (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 4N3qB65Y7xz3ZwQ; Fri, 4 Nov 2022 18:37:50 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from smtpclient.apple (unknown [IPv6:2001:470:e15b:23::23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id D61192FB1D; Fri, 4 Nov 2022 14:37:44 -0400 (EDT) Content-Type: text/plain; charset=us-ascii List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.1\)) Subject: Re: A possible unintended difference in 13.1-RELEASE vs., for example, 13.1-RELEASE-p3 From: Paul Mather In-Reply-To: Date: Fri, 4 Nov 2022 14:37:43 -0400 Cc: Glen Barber , FreeBSD-STABLE Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: <9D6B1A82-CCB5-44BA-8668-A6BDC291595B@gromit.dlib.vt.edu> References: To: Mark Millard X-Mailer: Apple Mail (2.3696.120.41.1.1) X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Rspamd-Queue-Id: 4N3qB65Y7xz3ZwQ X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Nov 3, 2022, at 11:50 PM, Mark Millard wrote: > I downloaded and looked at: >=20 > FreeBSD-13.1-RELEASE-arm64-aarch64-RPI.img >=20 > # mdconfig -u md0 -f FreeBSD-13.1-RELEASE-arm64-aarch64-RPI.img > # mount -onoatime /dev/md0s2a /mnt > # strings /mnt/boot/kern*/kernel | grep 13.1-RELEASE > @(#)FreeBSD 13.1-RELEASE releng/13.1-n250148-fc952ac2212 GENERIC > FreeBSD 13.1-RELEASE releng/13.1-n250148-fc952ac2212 GENERIC > 13.1-RELEASE >=20 > Note the: releng/13.1-n250148-fc952ac2212 >=20 > Looking at the live system after the freebsd-update to > -p3 : >=20 > # strings /boot/kernel/kernel | grep 13.1-RELEASE > @(#)FreeBSD 13.1-RELEASE-p3 GENERIC > FreeBSD 13.1-RELEASE-p3 GENERIC > 13.1-RELEASE-p3 >=20 > No text analogous to: releng/13.1-n250148-fc952ac2212 I'm just wondering, but could this have anything to reproducible builds? = It's my understanding that setting is standard for -RELEASE branches. = Note this entry in /usr/src/UPDATING: =3D=3D=3D=3D=3D 20180913: Reproducible build mode is now on by default, in preparation for FreeBSD 12.0. This eliminates build metadata such as the user, host, and time from the kernel (and uname), unless the working = tree corresponds to a modified checkout from a version control = system. The previous behavior can be obtained by setting the = /etc/src.conf knob WITHOUT_REPRODUCIBLE_BUILD. =3D=3D=3D=3D=3D Cheers, Paul. From nobody Fri Nov 4 21:49:50 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4N3vRk0x1Nz4gr4c for ; Fri, 4 Nov 2022 21:49:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-25.consmr.mail.gq1.yahoo.com (sonic304-25.consmr.mail.gq1.yahoo.com [98.137.68.206]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4N3vRj6ynXz3rSm for ; Fri, 4 Nov 2022 21:49:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1667598592; bh=xI4Q899mmn24Y+l8AmO7+aVkHTNuvn3jqi0Rd2DEGIQ=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=ksmWlahJ98vm9I2XR8SGhLE5x5uMNtdF5KpyzD4xQz6WtNEIZJoC/WAiAndEkE/Cu9rSRSaCsfiNQw5UIMWb21sAnf6bRJPYoMaHRx4d3p7pKl91Vw4zz5yb4R4Adr9Umbrr1qF+Ye6WmwYxNfuQ7dSAjRBpdMr3LW4C10v1VxuDoEmYllSWUlI5b2DzYR0YrKWbFk7N/dHeCGAm9c/BWGK9kK3dRsEkDXbe3hOYMiZHiG0IKJTqXxkJZIbitcCeIin47E7egh0mUF+wOlRFj0q/UGUPVV5PuTkrO5hJSABb42vHI4TcUW2nMltQnKzcE9ySmhXk2MvDWhYXAtvyFA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1667598592; bh=xtoHdzViwZ1x0R1jIwxE4xIHxn7HS5Ce6RMajqhWPSV=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=hJ1rRiTddEucOvyOab6m1jfNv7vLMJnrL+dihmypG+P8Q7tBcOCp8p8cKFLYbBvrd4XrwNddV6dfAW72MQPXudHZI72rzOBLTi8n8KTma/zg/fe2M7iiK39HS6ddKIE2Nck4J85n1a85JkpoSKc7aRtYJBzyNeSylVCp7DA3eh3an60z/0sAa3wak8tjPx/2BJVvUt1cR2UqAalGi7MlzlYaPuFc6L+R1tEJMtlW1rHOiPWDterL9CTEBYBj0SWGEJbkRoFZw3CXUYfJP2rbIbDdoIBXAyN2IxyNBAOL4uMgvTnwKduJodTz11sSGFGER1Cssltt5iCOeZ1osYbBGQ== X-YMail-OSG: O3jpxB4VM1kddChAYjL7cXRLxbWglQpTJzO1V8FXH0TOoZNVTvrlfWDg8JURiFy fdHs85A6QQxa35ynvaDONWzUr1YEOU8zWBjKAe7pkHXsJ5W0VdEfvVw0.9VXqU6MlSU9.fXymUcq SaRX1BalnEbsU95t44nfQwDwaGybFGTViaEz7z_tIYVNNHcp0ckWxp8L.UFw1KBDwxR0TYB_lQZn panIn7lnrMI2JtYznbpEnZXzdynX0nSu8FYPI1o1Y8syVsdirj4sNLH5jfg8H7AAeGs32cFDnIkR HEoG5T8ANPoPnPY2ugfodJSjny3dcSbYH3OSylzroI9iJGQBdQ0HtdkTKZx7CEbeu1vlO78RZzhx .DGPhlO4o78RBG7euNoGf1fbcl4.21snY7usGCuJT80ACbwJWMCnGk3DqTc_rc5B8ZZJ_lfr3ISf RV_nUo_virb0gLjcCia9DjKtCu3PDEohpq.ebfoaJXLWGc9lFeXj4P1eqpoGjQUypj9vA1crBDtN wekcRaA5pJJyRZLNktJoGZ.WMSiJnLdxz7blWimD6OCH9WKXR8jhDWt6ZFifpDiAmvlyVbRj2SAa MHOZZe3LBWApK8TcMnVbMqrPKkKcVTydK9GT8.gPLrC0uonzbiS5HiBe726.3kb0WGZXdPgr5b8D RMrnuzcX0DFpWaSQNE6c_TDhA8VIhCOfYAR_beH.DmZSGuFAE3Lc.PUtxcj4.6xnYwww.kaPzPtf B2I4b.IgnLanLDBGvqUXtQ9DhBr1IXtLD3DmaX.CBGknQ0J5RNPz1FhVMdkaTp_5IjmF9uHppxlA K7xvBlweRKc4JND7p7iGtA1iMjogsUzCuxnSsPvwGkyblX92wH1sYNT0KT_kell.hpAiZJHD6Urc ZU1maFC8Nl3.Lm7s445VIJJwhE0pVx0k3kJl4gvdZbTtOHPxqh3mNxfA6cJlBp6C1qO45YOrvvDd o0.r6XoIIO8jMHpU6rPSQe9dkWABg1pXw8gZEQuF_W256JKZtBihOq8P4X17oZjhahSRpYZX1STv VjADFhR3cSg_1etV.XQHU3kWh97kg1IP.ie_.UK5PlaKdajSOHav17kG3pvTpY.okQ5a.vxFNL0Y LJbqRqLNKaw68bPQ_zyg9nqtew1Zn3hkx8dK4FdzjpXL9b3JWvBh0BjM2OaHpSlTndHb9FFY8q92 0EWR3fKJ0Z6BE8Xq9Y_c7Yzv56Vy7LqeBYZnyzXdbFdR0dRnxgtl.eexozSqGWoGhEiqes7xIc35 qo1RHu6.ju38DMbtqPdJeeHggkTBZ8Wml5Lmr5xIp2fdIB0_PY9TfHuITMcCa707ZrnlhTFLptdu fXk82sqQ9MS8OXi5iK2K0h4pOYsdJEq4aG_i1YX2cl.k1mDC_eQh.KVx1k6KfWdC0Dx4hZggqQnB U8FXqfmqGwkxLJVckXyhf8sAh11M9BA3HboyFbHXSRZTOFmlpJ64KITUMz_gE0pHc9.m.qKHbkYZ O2Af1STzi4gw_1910GH9mxf2KP8XIvV4881go2GlLzGSHwQoTTvEgqP77MUA8icLJ6ZbEuz6m0gA qYVVAbIZTSISxq44q_4FL6G1fkJt8nQVQCuBaEg3l1_E46DhLT4v_ubEn.cOTFSr6b5ykM78NqNh 3I5eIB5_krKBWaLYQlgx2atiJQvem783Vb0gZmu5AXkPkbpH0nfs1vwagt9b2XQRG3fbqGdPpjsy 75B0EohFT6m7wQZcHMCU_Qu.yG7X5aBUHYYRntzCmyt1GNdbBv4DL6DEYFR39.GFNgVUv.EKnFU7 IHxEVV.g0fCBqReB1aNq5OR4WKkI9ufVeOLhCTIcuYb3RZJy2d75fgyRynNA4rT1yM48W9.EnX0s 2RxplVSSbDZGtKhJ8V86_HW.okGICcIMF1hhZdvVu0pjsNo7oi_z84FzffGAQyajJR3IN10m54Io xgtyz27Fzd2kC0Q1lNCTlakAzIhiNpqXVqqOWWAdQj2_7dIufHz1OwQEU4RmJf1NBUzCMJXIgSwp AHpTHf9n8fxpzeoaGAxOoC6xbccXGQk6wx4IxoFJZREa_7jYTW13xVZUc88LMiutScKOwcvEAbuB LRUAg4KcjIHrauQzMzRRDlHBYv0dmM_uDrhKc3cOkBEsVKKUeKkspPjIbhIIfnisxYbwFSKOxjP7 m8EWlv6vFja5cmO2EMul_a5cgEjP2wO6092McK8L6vYxD4J.6q8hJ_wKiGz_VRgsHYaI1A7gdJoJ qc4gXNem6ZaCSGqwTAE_Z_pYwoJFf27Fzb62AXd2sJDSwHQ7cq6Rkr4FCqs0L5H0.OWc4MwNrH8o 4Gw-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Fri, 4 Nov 2022 21:49:52 +0000 Received: by hermes--production-gq1-579bc4bddd-wsmzh (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID c2c1b2d1f22ec3ea88b434d1aaf3f435; Fri, 04 Nov 2022 21:49:51 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.1\)) Subject: Re: A possible unintended difference in 13.1-RELEASE vs., for example, 13.1-RELEASE-p3 From: Mark Millard In-Reply-To: <9D6B1A82-CCB5-44BA-8668-A6BDC291595B@gromit.dlib.vt.edu> Date: Fri, 4 Nov 2022 14:49:50 -0700 Cc: Glen Barber , FreeBSD-STABLE Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: References: <9D6B1A82-CCB5-44BA-8668-A6BDC291595B@gromit.dlib.vt.edu> To: Paul Mather X-Mailer: Apple Mail (2.3696.120.41.1.1) X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Rspamd-Queue-Id: 4N3vRj6ynXz3rSm X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On 2022-Nov-4, at 11:37, Paul Mather wrote: > On Nov 3, 2022, at 11:50 PM, Mark Millard wrote: >=20 >> I downloaded and looked at: >>=20 >> FreeBSD-13.1-RELEASE-arm64-aarch64-RPI.img >>=20 >> # mdconfig -u md0 -f FreeBSD-13.1-RELEASE-arm64-aarch64-RPI.img >> # mount -onoatime /dev/md0s2a /mnt >> # strings /mnt/boot/kern*/kernel | grep 13.1-RELEASE >> @(#)FreeBSD 13.1-RELEASE releng/13.1-n250148-fc952ac2212 GENERIC >> FreeBSD 13.1-RELEASE releng/13.1-n250148-fc952ac2212 GENERIC >> 13.1-RELEASE >>=20 >> Note the: releng/13.1-n250148-fc952ac2212 >>=20 >> Looking at the live system after the freebsd-update to >> -p3 : >>=20 >> # strings /boot/kernel/kernel | grep 13.1-RELEASE >> @(#)FreeBSD 13.1-RELEASE-p3 GENERIC >> FreeBSD 13.1-RELEASE-p3 GENERIC >> 13.1-RELEASE-p3 >>=20 >> No text analogous to: releng/13.1-n250148-fc952ac2212 >=20 >=20 > I'm just wondering, but could this have anything to reproducible = builds? It's my understanding that setting is standard for -RELEASE = branches. Note this entry in /usr/src/UPDATING: >=20 > =3D=3D=3D=3D=3D > 20180913: > Reproducible build mode is now on by default, in preparation = for > FreeBSD 12.0. This eliminates build metadata such as the user, > host, and time from the kernel (and uname), unless the working = tree > corresponds to a modified checkout from a version control = system. > The previous behavior can be obtained by setting the = /etc/src.conf > knob WITHOUT_REPRODUCIBLE_BUILD. > =3D=3D=3D=3D=3D >=20 Could be, but text like releng/13.1-n250148-fc952ac2212 is reproducible for use of the same commit to do mulitple builds. Use of different commits across builds should be detectable even for reproducible build style activity, or so I would expect. The releng/13.1-n250148-fc952ac2212 type of text does have an issue if incremental style builds are sometimes used instead of from-scratch builds: It is for/from the kernel build and if the kernel is not built but is left at an older build and, say, only part of world is built, the identification would then be out of date (inaccurate) overall. I was not really trying to claim that the = releng/13.1-n250148-fc952ac2212 text I referenced was the best place to have the identification of the exact commit used for binary updates. It is just that right now there is no place and some manual inspection/analysis is required to = (hopefully) identify the right commit. (The mismerge-fix being an example of = something that would need to be noticed.) Glen, Warner, etc. may well determine that the current status relative = to the build that produced the binary update is sufficient overall. I've primarily identified related questions for consideration. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Fri Nov 4 23:12:50 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4N3xHX54ZHz4h21j; Fri, 4 Nov 2022 23:12:56 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4N3xHX4g41z46fd; Fri, 4 Nov 2022 23:12:56 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1667603576; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=DlXDN/gZ+PMdkO4qSSgC+OyP/tDW9dGJNv68xDjgXPM=; b=oFmXmHz3axeyZppS714g7K2WiIOCs2LoSEL+AfZz2kRGdttfUVFHMcsZCOFRY4cQN+wQVK /zrgzXWD9olyDvIWg+YET/QqB+ho76B9epBXxYA+nMfZGvYK9+NkzuUsuuH62wBJ4rIcEg o/Jpi880Ut/TZ7ioKiLGGJu6KiMT2x20WSnp40/hgOffiTVL4i22Qn6tU9y4rhpQwDccpl 1mxgWdF1AsLS6qb9efDQUxbDSFHgN/p8IAuWQRrMHZAItUrI1VPa+Ft3hBQ9LmBkRGvffz MgZ9QU9Eg9Ze1OUS5TRXzJkwKdTildPzDwXYUYBpS9zy+QQGwnLgMg1c2HMr2g== Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 50737C998; Fri, 4 Nov 2022 23:12:56 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Fri, 4 Nov 2022 23:12:50 +0000 From: Glen Barber To: freebsd-snapshots@freebsd.org, freebsd-stable@freebsd.org Cc: FreeBSD Release Engineering Team Subject: FreeBSD 12.4-RC1 Now Available Message-ID: <20221104231250.GQ76435@FreeBSD.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1667603576; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=DlXDN/gZ+PMdkO4qSSgC+OyP/tDW9dGJNv68xDjgXPM=; b=Tt3U2yUN2hJ4wXbPCyyYBsGaW7oNM2wDJUBpKD3YmjTwYuI0qvzzpmhQnI4ir0h9r5q+8A I4i0IRAnWeF7ujkKd0+DU8FttB8cfA1oP0fTI1fRxGS3DRFTtoMvrZ77bhgPQA5KASk6eo t5dSXEXtg84CCKOM5Naem5vsrjVERJ6es4HbsXk1TUF9tfUcuzYaDfUxa0DUiZGyQdasdi yKw7JZBCcXgLKHOYkT4lBed94fkGCaBymtHT2s3/TppmcYoI1jevBU/uT2LWBDEXytYgJw d/OFesOCDdI8vQqme1+0XcCmjHtfkOzK5zDFJT0JB3lmiLBce7pXEcDw8W6p+g== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1667603576; a=rsa-sha256; cv=none; b=PY+DyRfmDmX/m/QWHqwEsRLqusXkS9ioDEJsu8LQwzDzt2BlAWwLLw4GTV1imF52K1GfYh GMd9cMbpcfw4DRG+MUxRMrJ0CnCIICwHsAMD2qeLaIFvh2pXuMqVs9lAYSjAZZHGrN/1Mn bjttkeoais66bZPm5Ule/XwvTTcBfbaBveY9m7U5XHLymANll3MUIDvQphD5Q/vNXjTa5L Os/OPdrQYXXzmSC+AuHk1c4s0IuUMxcoROd4cv35qLtR9q/cOeiDyDM+GSj/995auehS7G VdY7ykekkIVqdRAMnu9JgSVz4LiP+Ngtws7VQDqKcmdk+05WdqwJZTeJD4cJsA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The first RC build of the 12.1-RELEASE release cycle is now available. Installation images are available for: o 12.1-RC1 amd64 GENERIC o 12.1-RC1 i386 GENERIC o 12.1-RC1 powerpc GENERIC o 12.1-RC1 powerpc64 GENERIC64 o 12.1-RC1 powerpcspe MPC85XXSPE o 12.1-RC1 sparc64 GENERIC o 12.1-RC1 armv6 RPI-B o 12.1-RC1 armv7 BANANAPI o 12.1-RC1 armv7 BEAGLEBONE o 12.1-RC1 armv7 CUBIEBOARD o 12.1-RC1 armv7 CUBIEBOARD2 o 12.1-RC1 armv7 CUBOX-HUMMINGBOARD o 12.1-RC1 armv7 RPI2 o 12.1-RC1 armv7 PANDABOARD o 12.1-RC1 armv7 WANDBOARD o 12.1-RC1 armv7 GENERICSD o 12.1-RC1 aarch64 GENERIC o 12.1-RC1 aarch64 RPI3 o 12.1-RC1 aarch64 PINE64 o 12.1-RC1 aarch64 PINE64-LTS Note regarding arm SD card images: For convenience for those without console access to the system, a freebsd user with a password of freebsd is available by default for ssh(1) access. Additionally, the root user password is set to root. It is strongly recommended to change the password for both users after gaining access to the system. Installer images and memory stick images are available here: https://download.freebsd.org/ftp/releases/ISO-IMAGES/12.1/ The image checksums follow at the end of this e-mail. If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use SVN to do a source based update of an existing system, use the "releng/12.1" branch. A summary of changes since 12.1-BETA3 includes: o A NULL pointer dereference that could lead to a system crash had been fixed. o A fix to correctly implement pmap_page_is_mapped() on arm64 and riscv. o A fix to tun(4) and tap(4) when destroying interfaces had been added. o A fix to krping to notify sleeping threads of device removal had been added. o Several updates to mlx5core, mlx5en(4), and mlx5ib(4). o Several fixes in libusb(3) and xhci(4) have been added. o Several SCTP and TCP fixes have been added. A list of changes since 12.0-RELEASE is available in the releng/12.1 release notes: https://www.freebsd.org/releases/12.1R/relnotes.html Please note, the release notes page is not yet complete, and will be updated on an ongoing basis as the 12.1-RELEASE cycle progresses. === Virtual Machine Disk Images === VM disk images are available for the amd64, i386, and aarch64 architectures. Disk images may be downloaded from the following URL (or any of the FreeBSD download mirrors): https://download.freebsd.org/ftp/releases/VM-IMAGES/12.1-RC1/ The partition layout is: ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats. The image download size is approximately 135 MB and 165 MB respectively (amd64/i386), decompressing to a 21 GB sparse image. Note regarding arm64/aarch64 virtual machine images: a modified QEMU EFI loader file is needed for qemu-system-aarch64 to be able to boot the virtual machine images. See this page for more information: https://wiki.freebsd.org/arm64/QEMU To boot the VM image, run: % qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt \ -bios QEMU_EFI.fd -serial telnet::4444,server -nographic \ -drive if=none,file=VMDISK,id=hd0 \ -device virtio-blk-device,drive=hd0 \ -device virtio-net-device,netdev=net0 \ -netdev user,id=net0 Be sure to replace "VMDISK" with the path to the virtual machine image. === Amazon EC2 AMI Images === FreeBSD/amd64 EC2 AMIs are available in the following regions: eu-north-1 region: ami-0c2caa354f54dcc8e ap-south-1 region: ami-011f6d0b22b4179ae eu-west-3 region: ami-0e633b1e66b94dc5e eu-west-2 region: ami-06f77908c8875b5ce eu-west-1 region: ami-07d5b3d4ffa682d66 ap-northeast-2 region: ami-0a0d9969831c99d3f ap-northeast-1 region: ami-092398d1a41a67f27 sa-east-1 region: ami-023dd6db41165f441 ca-central-1 region: ami-0cf9fd10259cf4eb2 ap-east-1 region: ami-0e255d1bb4a1f76f4 ap-southeast-1 region: ami-0404212cff3236606 ap-southeast-2 region: ami-0fea81c67debcba8b eu-central-1 region: ami-08e32f4e90fd250f4 us-east-1 region: ami-0e6e401d0ffebd916 us-east-2 region: ami-0d094195cae5bf901 us-west-1 region: ami-04c1e10d06064e68d us-west-2 region: ami-02d0010139a9a494e FreeBSD/aarch64 EC2 AMIs are available in the following regions: eu-north-1 region: ami-022e4644320e82ac1 ap-south-1 region: ami-0e421a1864d53d226 eu-west-3 region: ami-0bffb1c264a4b8d09 eu-west-2 region: ami-0f596a538918dc9c8 eu-west-1 region: ami-063c017d8b9086b55 ap-northeast-2 region: ami-0b34ed283d7dd41ae ap-northeast-1 region: ami-0071602b3e78a8de0 sa-east-1 region: ami-07986820662819e67 ca-central-1 region: ami-0d9ee49739059957b ap-east-1 region: ami-00ae1e2b897eb6230 ap-southeast-1 region: ami-0018127ce245410e0 ap-southeast-2 region: ami-02fa0380052cd268f eu-central-1 region: ami-01836dc7a9f273243 us-east-1 region: ami-0018654c0af06d99d us-east-2 region: ami-06a4203b93836b927 us-west-1 region: ami-09c5010072b44bd96 us-west-2 region: ami-063fae5c2ec327807 === Vagrant Images === FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can be installed by running: % vagrant init freebsd/FreeBSD-12.1-RC1 % vagrant up === Upgrading === The freebsd-update(8) utility supports binary upgrades of amd64 and i386 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 12.1-RC1 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 11.x. Alternatively, the user can install misc/compat11x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install == ISO CHECKSUMS == o 12.1-RC1 amd64 GENERIC: SHA512 (FreeBSD-12.1-RC1-amd64-bootonly.iso) = b4680f605547f5f0f989bee1f07b61af10d57911e3f3780770d9638ffaef12e7421bbc0278a0520e0d271f4036c2a02d8d6a161c589dc298e0012b3b536f8873 SHA512 (FreeBSD-12.1-RC1-amd64-bootonly.iso.xz) = 91a81f42517637e65a5f9676bd809625ead255b14ca64a238db3c2ee8ac5a9d5ae3f04d50007218cdb73403421749f1059fe8889b837f6b2374effa942bcdda6 SHA512 (FreeBSD-12.1-RC1-amd64-disc1.iso) = e5f3cb3f4f1e8294c92ab150106a3c24e872db07115cbb8ed3ddd05dc3f5397f0726e2f478238d9d762286a6c6ac235ef9760ca588c56457ff1e561fbdc646c1 SHA512 (FreeBSD-12.1-RC1-amd64-disc1.iso.xz) = 75ca25c2116b19513d071ae1ffe09d5d5314bb107052cfb9e0d7604b79d0984cc4826fff3cd2490f10dc0b1bc4f06d57eb3bd98dc14f53546c0a5176b40cabb8 SHA512 (FreeBSD-12.1-RC1-amd64-dvd1.iso) = a39e9905aa544b7d58fab79c4f30e077d0794ecec2a16497509e464828b3e2ddccdf3fc7720b3be65333dd82a33a5a46a82a97cfd87a20d279ba22a47a576f6f SHA512 (FreeBSD-12.1-RC1-amd64-dvd1.iso.xz) = 22bbd6784c5913036e203a83abad736430ff4b172df5d9fd1a17203e34984b14b39c60bfac78a95dfd1eed1320ad24b9dde0759e06d45f6ea57f9c57ce1a734d SHA512 (FreeBSD-12.1-RC1-amd64-memstick.img) = ce1e04d09c6a9a77fe95bd14f6feb3e2dfacad7008c78c848dbe69e6754ab743edd032ce97f090a06e8d982d27ca518aa31b324e8088b6981697add560114d5b SHA512 (FreeBSD-12.1-RC1-amd64-memstick.img.xz) = 5d67f7a9f15dd828ba581e93dfc867cf7aef1c5401afd8ba8a0cefa0adeb3a02cddba48d7f5cb572a01003c1837109bd042c4229dd4c2b1a8881a8ae67e57a63 SHA512 (FreeBSD-12.1-RC1-amd64-mini-memstick.img) = fd855c494d386caee67751fc7ac40f52442a1358cb0c08e89fcfc520aeab16880b3e3171f3b31ddce6307c1d177abd1ae936ccf23362cd1938ba3c340f0a0d07 SHA512 (FreeBSD-12.1-RC1-amd64-mini-memstick.img.xz) = d70e65282ba2f14e5f8107a7d92630f2d9b4ee80d8318a8d504701b79347d4d0f458f4e3f0d42548f0a81c09b231803de329c39a7f308d63c7fe9b7bf44169b3 SHA256 (FreeBSD-12.1-RC1-amd64-bootonly.iso) = 6dca6eb87f5fa8ba7ad7978f695ba5fdf74e65e381beefbfd9139d82f9497111 SHA256 (FreeBSD-12.1-RC1-amd64-bootonly.iso.xz) = 2dc40df64080e70ad4b44ef32ff823d2475f56ffab565663db1a06c54134c2f3 SHA256 (FreeBSD-12.1-RC1-amd64-disc1.iso) = 880defda032429a4c9e5960a17ffac08a17937165bebe1cb195f86751ada0641 SHA256 (FreeBSD-12.1-RC1-amd64-disc1.iso.xz) = 19fb6f11f6e00475154b2c293edea4d2fb9fbeee74098ac2249bbfee7304f2dc SHA256 (FreeBSD-12.1-RC1-amd64-dvd1.iso) = 385fc374c6102a0e969754055b5d5a2926fff31f722b728efb7940d7cb498c6e SHA256 (FreeBSD-12.1-RC1-amd64-dvd1.iso.xz) = e61348014af083031fd3d85665876c4ac102ab9d7e3753bcd9b0dd3f81a29ea1 SHA256 (FreeBSD-12.1-RC1-amd64-memstick.img) = 38f62d34cba3697a7615a0c7df84f2660cb228d04b500da4cac5c73f10dc505b SHA256 (FreeBSD-12.1-RC1-amd64-memstick.img.xz) = 166e81de948cb16f31c8a486c4f3cfdb3cb3401714bf26a727a0f5f65d539f94 SHA256 (FreeBSD-12.1-RC1-amd64-mini-memstick.img) = 908804af0cfd65eec92d0e536a22abba750ebdeecd941e5df52bc78f4081098e SHA256 (FreeBSD-12.1-RC1-amd64-mini-memstick.img.xz) = 948c4216a2344e52ba61e68fc0611f40368e1a3f413dbbc1e433522d09af4a22 o 12.1-RC1 i386 GENERIC: SHA512 (FreeBSD-12.1-RC1-i386-bootonly.iso) = b265d83f5ef24b1bb93d91d958ff8d8977f1c5f12bcdd5fc95d944fe5d324350e70fac81388cc17da586a9490989cfefeed69c2739288da7efcf7e8670093a6c SHA512 (FreeBSD-12.1-RC1-i386-bootonly.iso.xz) = bd940c15fedcc3efd93443d504377841b3f58088007ffd18af5c3fc9668ba996da466111e4ba93012fbce4817cf96555d925c4ddd4430c0cec89eeaeb04f0585 SHA512 (FreeBSD-12.1-RC1-i386-disc1.iso) = 711146722637f09b673340c048c6c8c10097f66c402b9685652f22134c547fd241f216c84814f2da1921dc18a2a0ea85b6670692d88e5e1c00fb6528e628e03c SHA512 (FreeBSD-12.1-RC1-i386-disc1.iso.xz) = dd6209a0e2389761b3c350747b2ffa291c430625c6beebc9dacb1a0bbb7b76d354ae8d5d86688a99a2bb129c8b86a36a864b2252f90e8dd96c7a7ff589e9f6dc SHA512 (FreeBSD-12.1-RC1-i386-dvd1.iso) = 6ee558e696a04c1dced084d2bf7b4d1f42bd80c2dd6ae177dc2da80c2d20222c7b5de4be09fb044470ec6cf580fee3438e2787dcd5f83f3fd485d708cc297b7a SHA512 (FreeBSD-12.1-RC1-i386-dvd1.iso.xz) = d0690efa926e4a9ad12c27cdca12270bd237d0909ef5bf3b537fadd15ba29eaf877638dd577c3af972687bfac5a8d2e2eb857e3aee7e38b7750ab164e2f02cd4 SHA512 (FreeBSD-12.1-RC1-i386-memstick.img) = 1a9473600ee08fe1b7e95516e2979369f7f249340a64536a6519247e51fa8ea7a7a7b21fb5158002e2e8176dfa1ae0d92c27f3db33099963428554cd95c62956 SHA512 (FreeBSD-12.1-RC1-i386-memstick.img.xz) = 2c796c6f5f1576f3440d5edb8b39bd2ff0c7096d5d8d904daeab85dc21c5fbf66b412554eda55039c2819f097d9c74cdc3363988f611f5c46ef92bd7d69098bb SHA512 (FreeBSD-12.1-RC1-i386-mini-memstick.img) = b869d979533934a92736e01baa8f401c883dad5acd419cffee555f6e5c5cf78d0be9eea3704b2ab04d7a9ea4ca2a5027f6fa12e5bbf77ca001cac32616b800d1 SHA512 (FreeBSD-12.1-RC1-i386-mini-memstick.img.xz) = 8900b2189ab1564433abb0f9a06daf224770464d3bb99f04fdb30a98ed22d8e6c45c545198b871ad5ce0b4837e6b1a574e4ea88c388f3b7b5de4cf8c8d1dba55 SHA256 (FreeBSD-12.1-RC1-i386-bootonly.iso) = 010e5fbba3da0cf24fe81dd4816acc065de519ea8f4b1c5c5be83b99a7239f7d SHA256 (FreeBSD-12.1-RC1-i386-bootonly.iso.xz) = fc6a40dccd217540b126479618a5c236e0bb17e6b4abab57cd8b3dfa2d3498d8 SHA256 (FreeBSD-12.1-RC1-i386-disc1.iso) = af61f5dbc7896cd3100c9b334a8511fe81ad87b4524d507ef9593b127fe10b29 SHA256 (FreeBSD-12.1-RC1-i386-disc1.iso.xz) = 938d5684f1c8fcdcad7e20363127dde0b5bce9aa19292887921cd56165e340bf SHA256 (FreeBSD-12.1-RC1-i386-dvd1.iso) = ceedc9d2cc9085ebd1ba6d2edeb57d59d8e4c36a74526d8ef933c219f7416ec9 SHA256 (FreeBSD-12.1-RC1-i386-dvd1.iso.xz) = 4c3bca96cd82b809cdc04417aba37738750d215f0c2607ca19a3982cd3ac3d00 SHA256 (FreeBSD-12.1-RC1-i386-memstick.img) = 85a6367cac17f72204235d5b658fcc5d17f9ff233d9ab4d89d127e34235f332d SHA256 (FreeBSD-12.1-RC1-i386-memstick.img.xz) = 71cfa01f15a4aa4749d6b67eaf29966942158175f560db6ad412effde22948b1 SHA256 (FreeBSD-12.1-RC1-i386-mini-memstick.img) = 160a93a2ea1d781da6bd8ab6a854c1b411db8587459a14ba3666d385e6b96fa7 SHA256 (FreeBSD-12.1-RC1-i386-mini-memstick.img.xz) = cfefc6c84a3bbd717a4b88fc3323b72b7b25b8732dba34444e576614ff7d61f0 o 12.1-RC1 powerpc GENERIC: SHA512 (FreeBSD-12.1-RC1-powerpc-bootonly.iso) = a90258624797aa0f9fedfd241b060f1aa1d0dc3e8fbce7ec6227efd9b30b7ee47a7fdbc8118f5d15ff37403648987c3cd3d4dba4b867ce81b2418b6a31075e5d SHA512 (FreeBSD-12.1-RC1-powerpc-bootonly.iso.xz) = 8a36aaede865e8f5c396a470d20e60e49c48ea6b57403ca0997fcfba0b98f1cab53741364fbfd88809fc373b35333afc803b95f2780de28b80e415f7905e69be SHA512 (FreeBSD-12.1-RC1-powerpc-disc1.iso) = 5e53f0d2a1b6ba4a70a9971a6f8557e9bf67c27d437d48c2e1d47af59f9eed9bc9047ec4793f83cc6409f20f2a628105e62a9f0bb04a4757a9e26cb4f0c759fa SHA512 (FreeBSD-12.1-RC1-powerpc-disc1.iso.xz) = 8a6a42c5e604ab8ffa44a726a3ae58d3494c91982479e000fe48968b90997eeac1157aac3377416c3f65b2047bb3c6c836817bf98f40c88a71b0393e5c45849d SHA512 (FreeBSD-12.1-RC1-powerpc-dvd1.iso) = 9e02f7f2fe7c7e898e28e6b78cb958e17595fd51ab338ae8cce8083c7d9c4e6b51868e538baf3c91cbb21d1b5b52c274872d45091fc8829cdf144a96844a945d SHA512 (FreeBSD-12.1-RC1-powerpc-dvd1.iso.xz) = 1c17680a7443aa8421a8df3f2c0a68c3da720260d8b0d0a72e8be79c5afe255d841325a4bb295efe90f7fc224f785308ffe80baaec3cc7d6cd67e0514174667f SHA512 (FreeBSD-12.1-RC1-powerpc-memstick.img) = 815105c134cc282c3ebb4524a1ad6983109750f153e25708da81bf359fc8af8c5a888a899dd9031754981ba29a39604067b3566f0172e94bb1a49304cee98e42 SHA512 (FreeBSD-12.1-RC1-powerpc-memstick.img.xz) = baaa31344449aab993b2ad6a9712a4ff5e5f0e0778aa1ef58feca12a37d9abc0279b31e49a7b6ed355c09a730cff2bacaef211967e432f102c39ed3f82cca824 SHA512 (FreeBSD-12.1-RC1-powerpc-mini-memstick.img) = af622e54a7d00888977177b56ec92edfd1bc360c508572d8f8a95ca5b57adcef200d7e001dcf18a206f62de7a4ca1ba9c83d21cd7557dd0a4ea5d1628aa47d53 SHA512 (FreeBSD-12.1-RC1-powerpc-mini-memstick.img.xz) = 83ef885bc98593cedbc5260bb6a4b6024f4f715d52368a9f2ce979bdf734baa4a8cb542a025fc008e37b7836238f8aca117f8358fc719864c7c52243a287fc20 SHA256 (FreeBSD-12.1-RC1-powerpc-bootonly.iso) = e702eacabaab081775d6d1f7e77d7ddfa6954127f639cd60132e75eec0876e94 SHA256 (FreeBSD-12.1-RC1-powerpc-bootonly.iso.xz) = e384ee174593bb64c7dea30b1848ac119f948ff6a53df751e1852355598190d7 SHA256 (FreeBSD-12.1-RC1-powerpc-disc1.iso) = 227e8e515f6e4aed695edeee4ab97b6c38fba48e980b7310df9ec4f8475f4dd1 SHA256 (FreeBSD-12.1-RC1-powerpc-disc1.iso.xz) = 4c07ed4fec053b1177cbe1f023dd0a890c30941447a3a3ee8d0840d01547d51a SHA256 (FreeBSD-12.1-RC1-powerpc-dvd1.iso) = ede9a772e9511dc7600bcf315c5ab8cdcb26cb0b0017b05c97cec277fb6135d3 SHA256 (FreeBSD-12.1-RC1-powerpc-dvd1.iso.xz) = 367337072c0f1fab9abf24491659ed420277c0b6878760122f972502752d2269 SHA256 (FreeBSD-12.1-RC1-powerpc-memstick.img) = 9806bcdebf234ffed478f5d4e813d0555d275d1b05ae3f513b1c2cea8d3d8427 SHA256 (FreeBSD-12.1-RC1-powerpc-memstick.img.xz) = e4f4c2cb5a81919bea045bd3023faab24956cddd979434317a558db33fc886dc SHA256 (FreeBSD-12.1-RC1-powerpc-mini-memstick.img) = ef7c7fdc3e131d7991120e880524c5b4cbfd80ff796ae28202c3b3fb91dec4d3 SHA256 (FreeBSD-12.1-RC1-powerpc-mini-memstick.img.xz) = f65bd8980506d3149f78654abfb9174f3a7992cf1917f1781696ef054d2e190b o 12.1-RC1 powerpc64 GENERIC64: SHA512 (FreeBSD-12.1-RC1-powerpc-powerpc64-bootonly.iso) = 98017f7f4de367df111da78c25dc8456fed70297144dc1b1ace88387e6e852ef32d88153758bbd331470f930c113be0b00c4993fe68c4614d3cc183d8b0f71e0 SHA512 (FreeBSD-12.1-RC1-powerpc-powerpc64-bootonly.iso.xz) = bfdde83d15f570833e5a83c982f0f3ab2e2efab6ea221e5fdcc14664b9614ae00da259fa111d308b9a20c414449b4e4c8498066a7ef99b73c2aa39b7fd226bb3 SHA512 (FreeBSD-12.1-RC1-powerpc-powerpc64-disc1.iso) = 7139f3c0084595b390f635dc0a1dc96d6d9c46f2111c0e12b22b9c7a49d57fcb5951144b2566a7a555cad7ffe13ebf4a577a1d162789707daf24bd5284d42750 SHA512 (FreeBSD-12.1-RC1-powerpc-powerpc64-disc1.iso.xz) = fe14c0a90cf84da381c2a5824d321d65e33c77bf156e4195a90530184d9a0ed75cbd667f3c0e65788986022512857c9b6113f97bfa548936b51c2d737d114c42 SHA512 (FreeBSD-12.1-RC1-powerpc-powerpc64-dvd1.iso) = a43299829514466e1752605a5630862f2fdf195aed27dbd23f4ba1f39c605ae8227a3667c9c9b242588864f683941bf3b392ba3b23b59e2234a71fd794705646 SHA512 (FreeBSD-12.1-RC1-powerpc-powerpc64-dvd1.iso.xz) = 9d9d6e265fa418da27d5de37e3e63552d09ecb0b7723a9449c77e7644632e5a068e7da360c7c057a388abba2c39ea0b1817da9d8d3ea83b6a07a368852af7447 SHA512 (FreeBSD-12.1-RC1-powerpc-powerpc64-memstick.img) = bc1205a6345f4ba6242a1fafbd5d3a2cb3bd11fb1a20aa1188972125043e3023c9dc0c7f2bfa9e1973b877eee4969bab434e0cf7bb87ee3afbceee9f78e3d12d SHA512 (FreeBSD-12.1-RC1-powerpc-powerpc64-memstick.img.xz) = d6cc541cde1054b45ec2f90c26f0b18a27a905c31c92cfbc465dc9600fc037c522acc57f179f35cb6cf56e086ce930b55b2834a04764d89ee5ea86e5de2ddba7 SHA512 (FreeBSD-12.1-RC1-powerpc-powerpc64-mini-memstick.img) = 65ca870dc9a0674c2e899a9157cbc155ab8d5d0220bc870dbb88ad565ddb97b1a2306467a98ec10fbfd3a4b29a89a1f108354b193929b151cdb8395a1b618e67 SHA512 (FreeBSD-12.1-RC1-powerpc-powerpc64-mini-memstick.img.xz) = 48f255b5668ef76ea4e9a41f3b752fed397c4ad862db9cf28816776340135739e7819f9f414dff37bd10304100cde93c10a3cd7aef8916d7f014ebfaecbb3d2c SHA256 (FreeBSD-12.1-RC1-powerpc-powerpc64-bootonly.iso) = fb693092e27184b129eda8906b17cc78943f955f50542293350b96d8ea3fb51a SHA256 (FreeBSD-12.1-RC1-powerpc-powerpc64-bootonly.iso.xz) = 873f33f3d4b9a2e407e00b4d931b6e78e9f78bc19d41834d283f9bd2dcb42f33 SHA256 (FreeBSD-12.1-RC1-powerpc-powerpc64-disc1.iso) = 25c1bcf19d303388dc421a351f4daaf33537b98a4fac2b8aec5c488798bcbcb2 SHA256 (FreeBSD-12.1-RC1-powerpc-powerpc64-disc1.iso.xz) = 750112271021b42abce8c80ff1eb1927c098e36f1246c8c05d1197291af708a5 SHA256 (FreeBSD-12.1-RC1-powerpc-powerpc64-dvd1.iso) = 373e42c9682ec1548b2d9d05dcec51dfb483fe8889089f5a062aea0be5f0deca SHA256 (FreeBSD-12.1-RC1-powerpc-powerpc64-dvd1.iso.xz) = 9e244900d67537acd4a5468545b1cd541d468d377a6b8e10b7739b358540ebe8 SHA256 (FreeBSD-12.1-RC1-powerpc-powerpc64-memstick.img) = ee1dddd7a1909921f6e9560f19d5baa4d68b4c0a21f9719a6ab3bd5f192d1eae SHA256 (FreeBSD-12.1-RC1-powerpc-powerpc64-memstick.img.xz) = fabde6e35b677a67f6865755080a1cc9b7775c8da54018beb45b7e3f9b455890 SHA256 (FreeBSD-12.1-RC1-powerpc-powerpc64-mini-memstick.img) = 2ba533d3f6403daf7fdf4b390b5c9f0e3bb436c5ce4a702c825948b83c7980d3 SHA256 (FreeBSD-12.1-RC1-powerpc-powerpc64-mini-memstick.img.xz) = 701c30a575e6505c63196149e7a05a98bb5e4610a136e254d47c3df6e606afbb o 12.1-RC1 powerpcspe MPC85XXSPE: SHA512 (FreeBSD-12.1-RC1-powerpc-powerpcspe-bootonly.iso) = b094eee657c4ca57c29c847cb328e4933dd889df7b0d3f187f073e9d1074d4348e9977ae60c9eb256b439e0536c9d82a386f522061a0a08a3d9e6177252f6625 SHA512 (FreeBSD-12.1-RC1-powerpc-powerpcspe-bootonly.iso.xz) = 0809ac75e5bf1c9f81cdf01b6fa8e0d7efc9c9a1a40e0b074f9b1ab5d2eb57a63c0d4064e74f7b530bed9760da75a44617357b78c7db9ca59301ed0e4a8c8779 SHA512 (FreeBSD-12.1-RC1-powerpc-powerpcspe-disc1.iso) = ce08bd7395f85c6cec7803310d149824be7ece3c6435dd11d0cf90194f7bdeb5f19c4a8bd4fe20eed543d3452df5e345b2d12bcc111fe2fd7093fe48c61dd23b SHA512 (FreeBSD-12.1-RC1-powerpc-powerpcspe-disc1.iso.xz) = eb97ddd1bdadff59daa05cff24710bf1488c2514e729dc8d78d98126e0680321f52fe7dcbea0bd89ddd1970fa2078b887835ca6dd15108ed59eba9dc4c23a187 SHA512 (FreeBSD-12.1-RC1-powerpc-powerpcspe-dvd1.iso) = 121009ec28e48630fa0b02a5230ce15541e8d8ab21e7baa0e2f2c795394002c0132a0b967c895254283a17432e3d6c04c34e6dfcce23cb8bf79fb179a9a05331 SHA512 (FreeBSD-12.1-RC1-powerpc-powerpcspe-dvd1.iso.xz) = 2a5e628f0fa42454b99ad3bce95b8ed8f5c5ea09b4703f7215f9fc14697db7e64872d39147b68efc7a2ce730874dfa6433f402ae8674f90acf712e62b823d6e7 SHA512 (FreeBSD-12.1-RC1-powerpc-powerpcspe-memstick.img) = a93c0c597885b55e01149f25d51f7644aea1efa1b68f553e388072daa1086042f3e5500f9f9482399784a886afafd31ea1adc336fa68304e23b1300c8b4b9fae SHA512 (FreeBSD-12.1-RC1-powerpc-powerpcspe-memstick.img.xz) = 7df39b273bcbbcdae2e06cb7733c3ea50ad570c2c8abde3fa4877b743ccefb7692d892beba9a9dfc9294c7cf146e3f32d1b4e8a25bed6e967dc43c6905f5acfc SHA512 (FreeBSD-12.1-RC1-powerpc-powerpcspe-mini-memstick.img) = 437e92d88fac2744f3e0561cfafec2293c723c3c72919846a8bd3f624baf04daea209cb7bb82fca09ea9b0e093a3b2cb498928859be73c32105766e21d795252 SHA512 (FreeBSD-12.1-RC1-powerpc-powerpcspe-mini-memstick.img.xz) = 77f6a3cd9e43fb487585e98ec8d2b0131a81e5574cb6314a596a5834e73567ddbafdf0b2723ccdb5e125b2f788266174795b2ba38dba1ea46b5623207517412e SHA256 (FreeBSD-12.1-RC1-powerpc-powerpcspe-bootonly.iso) = 008c93512451401a2db648fd0875b515e54f51eabc8a627faa30c8034482207f SHA256 (FreeBSD-12.1-RC1-powerpc-powerpcspe-bootonly.iso.xz) = cdb8243dd0bd517e718d9e9838fcbf86a33081b773f4b907058c08219843d442 SHA256 (FreeBSD-12.1-RC1-powerpc-powerpcspe-disc1.iso) = 0cb4bcbf963488b33e875abd5f96ccc5a573daae29a4a31a5bcdefcb94aa850f SHA256 (FreeBSD-12.1-RC1-powerpc-powerpcspe-disc1.iso.xz) = 1fbe4496227411630a98b826f972fb54b9dba2ace7103a28c8044aaf7b2d53e2 SHA256 (FreeBSD-12.1-RC1-powerpc-powerpcspe-dvd1.iso) = 2f47500460f457a3a53ed0d6ba5347eb46c877134bd240656119e9f342d775a4 SHA256 (FreeBSD-12.1-RC1-powerpc-powerpcspe-dvd1.iso.xz) = 60634d8954e081b96108c8b211e489a120cbf5c0cc36d2ff8691e19afa7540b0 SHA256 (FreeBSD-12.1-RC1-powerpc-powerpcspe-memstick.img) = 436e22ed01c30c27b260c8f37b1e1cc0a30ea5147db79e2b96a4d1af9c73253e SHA256 (FreeBSD-12.1-RC1-powerpc-powerpcspe-memstick.img.xz) = 9dd252a8ed4317cb7730f7bf4ac213a9e04a70e0701bc9a378994c7ce0293235 SHA256 (FreeBSD-12.1-RC1-powerpc-powerpcspe-mini-memstick.img) = 327ab3710df7385aae92345996b47c552194d7d63ae59e7b18a1bd473a188717 SHA256 (FreeBSD-12.1-RC1-powerpc-powerpcspe-mini-memstick.img.xz) = 58f7d4c1824cd80dc6fc748e1b1e57873eeb0ceb2c51fb2c5333fc23dda58097 o 12.1-RC1 sparc64 GENERIC: SHA512 (FreeBSD-12.1-RC1-sparc64-bootonly.iso) = 07d8e648c43885d983d9f02e45e8f5e05c7b5bc21dbb3b27bdbcd9b0dece341133de264542e9df51a8ba30a27443df80f9cce647b5ae31aad68bd0e2ee9ba751 SHA512 (FreeBSD-12.1-RC1-sparc64-bootonly.iso.xz) = ebba8f162ff9bc6cc7042d7a01287722fbb41a1b5459fc7453ace3da1f0c00596d4fc94145820b0e68534dac9f8cbba22a2412d6bd96881c3549c02982f9b77a SHA512 (FreeBSD-12.1-RC1-sparc64-disc1.iso) = 47190e9bb647ed07fcae62ed46adb76b058ea5c3f55789b8300fdf2d5b8eb71404bf6f3a2dd52bd56dc7c4cf5868cb98fe7db7241c24b2f86a06f55f72b5e2e4 SHA512 (FreeBSD-12.1-RC1-sparc64-disc1.iso.xz) = f26f7856831a548ad9e3db11833004ec042f68ed79f8fa7991d1a958b3cd7843c4dccd2bdaf10f82eddc020aea7ae96882cf52097601073a072f24b26484befc SHA512 (FreeBSD-12.1-RC1-sparc64-dvd1.iso) = 50bb9ae97537a3aa306c544ff35b578023a837dc03a32da5634af236274897741983a8f05490df417d8d8d560d902c006e39f2290dde966e7d4be34df9bbba95 SHA512 (FreeBSD-12.1-RC1-sparc64-dvd1.iso.xz) = 581108e7e0e3f41d2bade586ad0b874b3addaa5f387133a715bfa20f42e0fb519535563581597ba9f1999712f229db8a86b339149e5fab8c26abed57f05d4f56 SHA256 (FreeBSD-12.1-RC1-sparc64-bootonly.iso) = 3da8463769a20a2bbcc46270e3efd0918165b23a94fb25884266f46e82c448df SHA256 (FreeBSD-12.1-RC1-sparc64-bootonly.iso.xz) = 36b0657057cd8ca7c38d614850a73af76f3391a658d970ad171f183382cb5c93 SHA256 (FreeBSD-12.1-RC1-sparc64-disc1.iso) = de1f8a1b00618aae5bc94405723c958bbeb96d27b4b346967e35faa295a885ed SHA256 (FreeBSD-12.1-RC1-sparc64-disc1.iso.xz) = 0ea5bc771dcf943d1432fb037157cbe9bae34a9bafd4c01451478ef96566746b SHA256 (FreeBSD-12.1-RC1-sparc64-dvd1.iso) = 9be48c74c625adef73c00df0ccfa032d280f542703774918a1d4a45564004b1f SHA256 (FreeBSD-12.1-RC1-sparc64-dvd1.iso.xz) = 3fbca9464db534055c37a876279fa7f70199f22b720d521198790c1b4e23a876 o 12.1-RC1 armv6 RPI-B: SHA512 (FreeBSD-12.1-RC1-arm-armv6-RPI-B.img.xz) = 9cc3c0e79ee31176490bbc6d808d7270f2a357c7e9e46ba6eb8397b5a4d2f78e23ee40a3b9d8210e76a455bf28e28f847cde1a0216cf86b21a5fc9da9f77d8d9 SHA256 (FreeBSD-12.1-RC1-arm-armv6-RPI-B.img.xz) = 100db2715d7b333e71a327587e4764740df43b08e702389cbd644e2a2fd9d1d0 o 12.1-RC1 armv7 BANANAPI: SHA512 (FreeBSD-12.1-RC1-arm-armv7-BANANAPI.img.xz) = 8baa336bbcf62b9de2f1485a883b136ecb0cfa1af70e9d7d9226afeb8edae4c7243b355cf1fa84a4d8fdecde220f75223f16a970e25f73fde4825ab77eaffa67 SHA256 (FreeBSD-12.1-RC1-arm-armv7-BANANAPI.img.xz) = e09ec7c55ebde54e554cb388657315ee030cc4a6ed8b8c317e7768d23ac5164a o 12.1-RC1 armv7 BEAGLEBONE: SHA512 (FreeBSD-12.1-RC1-arm-armv7-BEAGLEBONE.img.xz) = 8a14bd22865642dbc89fcebb9ceb0c41690c725b3493a855d30d7601c0731ba6d938549eea6d259c0605b2c0667456d5f3d458c0abe238a64a58918d08eb4550 SHA256 (FreeBSD-12.1-RC1-arm-armv7-BEAGLEBONE.img.xz) = 191ae0d1a78013ca274b3a491d2a511dee80569f8a527c829239e74640765965 o 12.1-RC1 armv7 CUBIEBOARD: SHA512 (FreeBSD-12.1-RC1-arm-armv7-CUBIEBOARD.img.xz) = cb42607bb986d2099fe3076f2479477d7eabccccfe2c99ea69df7d840b8d390b2e91e029d18e9e66a6b5e7b1ee31c58e647a90c01f34e35c0540428f1f924860 SHA256 (FreeBSD-12.1-RC1-arm-armv7-CUBIEBOARD.img.xz) = b32815073a68cf6cb88888912ab1957791aaa75b091e02c000beb1df378ea003 o 12.1-RC1 armv7 CUBIEBOARD2: SHA512 (FreeBSD-12.1-RC1-arm-armv7-CUBIEBOARD2.img.xz) = b028e0e5ab286ff05dd892086b0794595253b72b538e8726badbd7cd32a8456ac008259e359a2d1597f8e2ae2f4c9154309b8946e04dff35e5a008825e96b2b7 SHA256 (FreeBSD-12.1-RC1-arm-armv7-CUBIEBOARD2.img.xz) = 58843156c6048ebd787142131e5b98da81e7d4933d229af27c47531482462667 o 12.1-RC1 armv7 CUBOX-HUMMINGBOARD: SHA512 (FreeBSD-12.1-RC1-arm-armv7-CUBOX-HUMMINGBOARD.img.xz) = 78410546c651f58b024dbcf72b1c92481e0228f7625b712011bc1a2ac8b157b30fc51cb687375d8bc728a547a019b25367dc3c85f8a1762622b87821609a28be SHA256 (FreeBSD-12.1-RC1-arm-armv7-CUBOX-HUMMINGBOARD.img.xz) = df91ac2363d6c6b3f15448afff1456a64f002e0b841b1895bafbb05ffce0c7d5 o 12.1-RC1 armv7 RPI2: SHA512 (FreeBSD-12.1-RC1-arm-armv7-RPI2.img.xz) = b69829902cce90e901318147840b83d94d88a70376c9f18be36d2dd14f5d2c350227935918b7e9dfc74edd0f326106fdeec3d7c4bba065a7f5b98e25b02d668f SHA256 (FreeBSD-12.1-RC1-arm-armv7-RPI2.img.xz) = 3644dcdda0408eca8c1ed0fe9a3642bf518378d041eba699cba3562628104ec6 o 12.1-RC1 armv7 PANDABOARD: SHA512 (FreeBSD-12.1-RC1-arm-armv7-PANDABOARD.img.xz) = 1e13784f309abe4b17cac9bd30a3c28cafbdd4fa2383a094ea1a01ef4f90d571f0233844eaf12698277ebd9faf2849f2008bac0b6ca8c8225bf8b45bf704a8ac SHA256 (FreeBSD-12.1-RC1-arm-armv7-PANDABOARD.img.xz) = 8aef4d22e36146399b8b91b313bf8b793df41c5282da5f4ca0349cfe56694a1d o 12.1-RC1 armv7 WANDBOARD: SHA512 (FreeBSD-12.1-RC1-arm-armv7-WANDBOARD.img.xz) = 4493ca2020a01171954c23ec836ee8274bd7ee250b39527959ce13192eab7d455f9ef01f56d93800d1888bea852db60517970bd0859779a5b760e9b7485cd85c SHA256 (FreeBSD-12.1-RC1-arm-armv7-WANDBOARD.img.xz) = f6b60931a54b1761c7864dc353429777d1785dec9e80db6c4c0513940fd6dd1d o 12.1-RC1 armv7 GENERICSD: SHA512 (FreeBSD-12.1-RC1-arm-armv7-GENERICSD.img.xz) = dd90dee1f38f6297e1273389b2f877d61d17f99164898e8afce36af3d737d06134eca1dce97c1820a21556c59c8daa1c086c4de1f762c57b345ca335fadde0fb SHA256 (FreeBSD-12.1-RC1-arm-armv7-GENERICSD.img.xz) = 88e12f99c48e2cd3e8b137af8699eec639dd47e55809c406bfc076d1d0c0d135 o 12.1-RC1 aarch64 GENERIC: SHA512 (FreeBSD-12.1-RC1-arm64-aarch64-memstick.img) = 08d1cb3713d5ca76ad5fed5b91ff5f0a1cbdca2c793d044531603ad87362cc61f67db7efafffe6bb33e3d3e7da7d0a1c01115b01df75b2e7c7598cb3f229f8f6 SHA512 (FreeBSD-12.1-RC1-arm64-aarch64-memstick.img.xz) = 4514e4fe10505cdae4a7ddde9288f395d0c14fd1a730775ee6130afa231c5150bd55f1ad03a81f17bafa062766a0476df41f91178bec917f2a67cbf06de79302 SHA512 (FreeBSD-12.1-RC1-arm64-aarch64-mini-memstick.img) = a3282999bc0f7adb7c46b765fb3e17bbf8ab497f102a774897cf2b9c36d6e44bfd953b00813dd599afe28be996604a3a64a06458403fcae7d72bd18ac0f9e9b3 SHA512 (FreeBSD-12.1-RC1-arm64-aarch64-mini-memstick.img.xz) = 185f3eb9cb794a4fc91d8e467178fdda9b3c332cefe82fca8b5abefaa7b37bb9854d737f7010319deb92860fd324c7a9cd075f4f20bedf7475024ae0dfe03ec3 SHA256 (FreeBSD-12.1-RC1-arm64-aarch64-memstick.img) = 504c67739afab6d4105b7d494ccb3f930a3104d96a7d0c15822ae3251b156a80 SHA256 (FreeBSD-12.1-RC1-arm64-aarch64-memstick.img.xz) = 33e2cdd38a71ed93004df0ea887e09cd6df46c6d861327297e344146796ed10c SHA256 (FreeBSD-12.1-RC1-arm64-aarch64-mini-memstick.img) = ff68532ae6754de6cd3ec10c6243c0f99242702278086a554f18b98ce3ade903 SHA256 (FreeBSD-12.1-RC1-arm64-aarch64-mini-memstick.img.xz) = 3b438f2f5af1b6c77cb36d8759f8bd8b126bc18db78024ebb62902b569451dd9 o 12.1-RC1 aarch64 RPI3: SHA512 (FreeBSD-12.1-RC1-arm64-aarch64-RPI3.img.xz) = f90eb53035c9421dbdde25864d2907915fe80570feb65c27ae9768e900f6fd0333072535fbff80302c08ec74793a1b6d579f87de5b5114270d2ecb954036807a SHA256 (FreeBSD-12.1-RC1-arm64-aarch64-RPI3.img.xz) = a3c823af3b441161f9065162cd9e6cf7d11cae1afcb1621625ddb34b12a5f4f7 o 12.1-RC1 aarch64 PINE64: SHA512 (FreeBSD-12.1-RC1-arm64-aarch64-PINE64.img.xz) = 369f3b99727e54e0da5e1107c3531e9efc4005ea722eda8d79a025b2bcf15e06ceb33608edf4e2a01ce315d38f19dad7e261ec0d5ba4d30060b65572fe3c27b5 SHA256 (FreeBSD-12.1-RC1-arm64-aarch64-PINE64.img.xz) = 8b3981bb0950b98b79524a9c0d9310b51a877264a98f12f9141f4e88b53a6eee o 12.1-RC1 aarch64 PINE64-LTS: SHA512 (FreeBSD-12.1-RC1-arm64-aarch64-PINE64-LTS.img.xz) = 50abf8903e2bbe051baf824f7bfb81fcf73d13817b15706f1cd6cbadb6526b7793897f5b2239bf8e51019438b6dfa8886a7d818b10d357bbaed588f967f0f8e5 SHA256 (FreeBSD-12.1-RC1-arm64-aarch64-PINE64-LTS.img.xz) = 8646be6b20d6b324e87cd86642ad6816530639ad5a90ade4403fd26e928c075a == VM IMAGE CHECKSUMS == o 12.1-RC1 amd64: SHA512 (FreeBSD-12.1-RC1-amd64.qcow2.xz) = 41956606d9298f2ca0c85f901706f112dd02579b905c57d82544f647447719363ed7ef2cdd62c61e3cc15c338a5537c8a916fff108b101e9370b4b99b631ceb3 SHA512 (FreeBSD-12.1-RC1-amd64.raw.xz) = e417edefe60e38603406762f148e56fb9972b0dddd192da0bbb99a6082f2d6d9bc8fcc499e63eec3a252effa903677b57727de6e4ffffd883c608db516bc9ce6 SHA512 (FreeBSD-12.1-RC1-amd64.vhd.xz) = becb6fa61f803f4cfc7cf6cb29c9d3094f3ac3c33ddaaf6daa1f016782a5a7aaf69a79776505281b63b5bcb5ba21037bf95be640555f3edaca4f300b51d28730 SHA512 (FreeBSD-12.1-RC1-amd64.vmdk.xz) = 910e250bb461abf38fce503019ed09713c5bbe665b3b48e581a62cbe453644b070b2772295bded90b69c4d836de1c73191e69f1170b59a4c43cbadd35eaf015b SHA256 (FreeBSD-12.1-RC1-amd64.qcow2.xz) = c18896e03827bdce21f2130149e7928f9081df9cdceda0a504f69c8aceccbafd SHA256 (FreeBSD-12.1-RC1-amd64.raw.xz) = 98cb5046610d1fecca1e3bf7ded5ee26caa905673531d2e306fa39c9cda71256 SHA256 (FreeBSD-12.1-RC1-amd64.vhd.xz) = 0570c382c26859fb35035e7c72b857f38d844c286e3ec730c3a7bb8b7318e66c SHA256 (FreeBSD-12.1-RC1-amd64.vmdk.xz) = b55d709292b81d7c91d070d89e83319596d8a5abb5703744d00840c1868fdee3 o 12.1-RC1 i386: SHA512 (FreeBSD-12.1-RC1-i386.qcow2.xz) = ffa244566cc18b4a7ed1e1f4499e48bfe022c66a1f61a3a808ab8e07e10d8d019ac51a7253a402655812d635301e3960fd1777598019bb95ad7ca63ce5694660 SHA512 (FreeBSD-12.1-RC1-i386.raw.xz) = 900a2b92082b4fa7bd71f14385b52de5986ca75476727dfdcacf36dd11ca2d2e3d3d0c4cb6eaaebf93fe71db75258520f8885d63eea869f7e27245b0175c0304 SHA512 (FreeBSD-12.1-RC1-i386.vhd.xz) = 42bf9ca705e618db1654d1cfbc4f09df0ba0de5b5ba3e04c1be9f31975b122c252e9ea83996414662c19357ba800ea00b3e8ccf61a0b3dfaa4e5e62cba2c8833 SHA512 (FreeBSD-12.1-RC1-i386.vmdk.xz) = 9fe413ab962ea5494d20e1dc13e7eae5e81abe83b3f00f0c1809f5ac8917a5f9a60f2d85e667eb5f3ff2c5a3b0f3c370d597955c6fd2f80b766e6e74200b5732 SHA256 (FreeBSD-12.1-RC1-i386.qcow2.xz) = 5b82190c4a276db0fba211060596a9ff094fc5d8b85b287e2862ad1809f763f2 SHA256 (FreeBSD-12.1-RC1-i386.raw.xz) = 7002f47c86ed0b46e9c6cfd164d5e9863b37803a551714a4e37d6accd819dd20 SHA256 (FreeBSD-12.1-RC1-i386.vhd.xz) = ea196023c4f04e92c09fdd867c8ace76b453a24adc11568ff91f72eee7251a28 SHA256 (FreeBSD-12.1-RC1-i386.vmdk.xz) = 78faf603a4c75e354fa158e63c3f51b79fc78c34589bd64d991079b3a53cc199 o 12.1-RC1 aarch64: SHA512 (FreeBSD-12.1-RC1-arm64-aarch64.qcow2.xz) = a17e4661615013568513220905aea79ac77adf7677e74b8216ee75e484999488a961c9e488fdc835b6ec0c89eba873893135671f79a0b0024a19f18a86126b71 SHA512 (FreeBSD-12.1-RC1-arm64-aarch64.raw.xz) = 1d7ba3ad431a5c938c149874ac6b8fb8f2410f6575c315f1b0ff0df4360a4adb0076aea573d0f4a7d5a6407abecd1721d15c74b88aa86d7e48f0a7ea866ac71e SHA512 (FreeBSD-12.1-RC1-arm64-aarch64.vhd.xz) = 4349e9e48f4f301facf02061ee6e5e734ae27f4dae07855d4b6bc924da7daeef87cf102267b15d2f03eafbdcfabbb334dc8e97c170f8d3fa4f37b6451e581687 SHA512 (FreeBSD-12.1-RC1-arm64-aarch64.vmdk.xz) = c9a2c2263b3175a5aa1885b08b117ff56462b30ab04e502716e2cb536eba180a03dc709517625f9d98f2411a9f380da404d758edb7df7db5b504544db02c59ba SHA256 (FreeBSD-12.1-RC1-arm64-aarch64.qcow2.xz) = cdb8b15260ca044fc247642f82a966b9c374fa37debadf6c9d18bd0bdad35a79 SHA256 (FreeBSD-12.1-RC1-arm64-aarch64.raw.xz) = 274f4e09a82d9455d4e7e8c150229eb279906f68c092f3d303670f3e0910656a SHA256 (FreeBSD-12.1-RC1-arm64-aarch64.vhd.xz) = 2a39e443b2d10dd824e27873b866f0b83f8d302c2198510a5c953c02e04a6cb9 SHA256 (FreeBSD-12.1-RC1-arm64-aarch64.vmdk.xz) = 036a289720efdf4e26ae101b267e7282c8c8e5aab7253a193033ff3348e55059 Regards, Glen Brought to you by Rubicon Communications, LLC (Netgate). Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmNlnHIACgkQAxRYpUeP 4pPPbA/+LxuzfjVRu6niTuANzkZ8az0q7GOhsSzY79rj2Ln47hj7dlKl7I+9blAs AR1ZHxXD13HHm4RkxYmLJPf+XD9RpLRMdUmv8mYwvnWauHAszqUx7+puZ+GNbs+g ZLkE9OkoJgicWG2IiOSBThaAUgTUAErflXXET4irGaOHBS98oEuyxRNsVGT8aepf mqxU6vJGbqVZ8xY9SNBGU7CB2qNRabcH4Y4ehj3/6dt532C0ZGnzzzcTnr2L4cR/ GoWeo29YUH0jcTTmdKCeL58xrTRn1v356MSpZsViMMH2ymsvhU6cM++quQzAIb2G W5NJkf90tM7JOiFkuGI5I8Z5scL3/YLHcA9S8mO1RyKm/fF3cC9Jl1D0JcDtjVc2 ttLIoIXklwahj4pC2caXmCBjq/VOrhAYXOafhMadS0XgOXoeiJ3l1xNYkTQIxFmi B6nnJ5ZgZI74ZHjXw49r+MPwB+46KGMX4EaUwJh19NpBuxw01PC+kYOpTN5RJnbd Y0BX5TmXvz3zzeOeA3OqmpdNK0U45PFaU69+iD9/ZcXo2YzG7o0QLc8MHaxNYO4v xtcwYs4ui0F+NOCXxnD/auPvV50vhk/SW64tnlDjKLPcvhxiN1fWS5fMWk9Vp4Y7 PQauH8Q45C44x1T3x9g980/gvrHZLDzmfR92Nq7EAieb7uTsV/I= =FyP0 -----END PGP SIGNATURE----- From nobody Fri Nov 4 23:16:31 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4N3xMn2dG9z4h2jZ; Fri, 4 Nov 2022 23:16:37 +0000 (UTC) (envelope-from gjb@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4N3xMn2HqVz47X8; Fri, 4 Nov 2022 23:16:37 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1667603797; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=OPj3J0EpMFxqz5k/ODPESdklxeV8KGdg54oibuIqvQA=; b=wnpYDuz5sjFCBbilsmarpsyial2TrZrH4/pF0HT4DjwShKH5G9cNifDI59OEVnsjwDYwl6 pwDDVZG8Ep5gVqClBPyRYj1a9dSmI2nkhEoRCK2OTobFQ+yasC2QaO/JP3Gc9HSKeeXzcS Sv/woeivKtKDnT1zlIkVUGhHQQxf2kGn9qO3PTR8DhJhUbjxrsD1QMyPpsBLxgOHJy0vn+ 8UAEqvRqEvSHOXw730IwZdFDYROzr/x2rE/yidErJMYBe4QcARioo6nFES7BSXI9J8bQmH 69YJZzdc1sX8gs7xs1KnZjxuV1NIw07F3P1w7mYBhGFitaaGJGt4P29BFt2utw== Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id EE7E5C8CA; Fri, 4 Nov 2022 23:16:36 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Fri, 4 Nov 2022 23:16:31 +0000 From: Glen Barber To: freebsd-snapshots@freebsd.org, freebsd-stable@freebsd.org Cc: FreeBSD Release Engineering Team Subject: [REVISED] FreeBSD 12.4-RC1 Now Available Message-ID: <20221104231631.GR76435@FreeBSD.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1667603797; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=OPj3J0EpMFxqz5k/ODPESdklxeV8KGdg54oibuIqvQA=; b=fFLpFHncCPE4f5P1DgbSHBy9hXvg/4myRbsEiMwv/uq+zLufSHr16ZLoSTM50MNzLTn/O4 LnSJJr1AY9YHRDfObZiNve8E9+2Zbj6KR5DBRBzPa9IpK+tk0r4LIcGmAzrqSWbsFbOygC KsOcscl8nmpGk0m5Mn8AjliNpTEZfXgFmbegtU4IaC0X80+kCQ5lgwd9raRGgGmJkxgoLd +AlW0rEtyxWEdCpYzdqAOB2dRfWYjLW3D1Qiv02IHbJhP6dZ18YD0smQYeCyCZSvRKsYYL dghPifGxKkzJexB2WsvculqSUVsKwAm2ZhS62AkScDLqaNoZuT+nNpt4dAvgIQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1667603797; a=rsa-sha256; cv=none; b=A7hUTu7po/HDnbyztWH6Z+fc8CLdLJkVQ2st8cSleeYnN92EIQndjkruts+110EerwdWUf looEF+cBQUb2ccJxt7MUZJpJ61Acr9FM2ZNzKBGj7sv2pMfiAjqdsdFe+MShYd7DoLH/2Y A6wa3O0jb+j+Ypegf28ZMOcvrG7+8EnQByOJZ/WDE6u+qfN5mZ8DgLSQc5JgKBS3AmBSC7 jbWGuSUrCBPQe4034vSjSr6SOmyQRRv5y31GY44KQJR33my45tu46ai6ue404uz15OE/9i gJi7P+B6oYI62jiiEWavbHghUSzaXu46J7nif0rQaPvy3QfQxNlJtk2iAnonYg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Wow... The first RC build of the 12.4-RELEASE release cycle is now available. Installation images are available for: o 12.4-RC1 amd64 GENERIC o 12.4-RC1 i386 GENERIC o 12.4-RC1 powerpc GENERIC o 12.4-RC1 powerpc64 GENERIC64 o 12.4-RC1 powerpcspe MPC85XXSPE o 12.4-RC1 sparc64 GENERIC o 12.4-RC1 armv6 RPI-B o 12.4-RC1 armv7 BANANAPI o 12.4-RC1 armv7 CUBIEBOARD o 12.4-RC1 armv7 CUBIEBOARD2 o 12.4-RC1 armv7 CUBOX-HUMMINGBOARD o 12.4-RC1 armv7 RPI2 o 12.4-RC1 armv7 WANDBOARD o 12.4-RC1 armv7 GENERICSD o 12.4-RC1 aarch64 GENERIC o 12.4-RC1 aarch64 PINE64 o 12.4-RC1 aarch64 PINE64-LTS Note regarding arm SD card images: For convenience for those without console access to the system, a freebsd user with a password of freebsd is available by default for ssh(1) access. Additionally, the root user password is set to root. It is strongly recommended to change the password for both users after gaining access to the system. Installer images and memory stick images are available here: https://download.freebsd.org/releases/ISO-IMAGES/12.4/ The image checksums follow at the end of this e-mail. If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use Git to do a source based update of an existing system, use the "releng/12.4" branch. A summary of changes since 12.4-BETA1 includes: o A regression in file(1) has been fixed. o OpenSSH has been updated to version 9.1p1. o A fix to sendmail with authentication with cyrus-sasl-2.1.28 has been implemented. o Timezone information has been updated to version 2022f. o sh(1) updates to read more profile files. A list of changes since 12.3-RELEASE is available in the releng/12.4 release notes: https://www.freebsd.org/releases/12.4R/relnotes/ Please note, the release notes page is not yet complete, and will be updated on an ongoing basis as the 12.4-RELEASE cycle progresses. === Virtual Machine Disk Images === VM disk images are available for the amd64, i386, and aarch64 architectures. Disk images may be downloaded from the following URL (or any of the FreeBSD download mirrors): https://download.freebsd.org/releases/VM-IMAGES/12.4-RC1/ The partition layout is: ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats. The image download size is approximately 135 MB and 165 MB respectively (amd64/i386), decompressing to a 21 GB sparse image. Note regarding arm64/aarch64 virtual machine images: a modified QEMU EFI loader file is needed for qemu-system-aarch64 to be able to boot the virtual machine images. See this page for more information: https://wiki.freebsd.org/arm64/QEMU To boot the VM image, run: % qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt \ -bios QEMU_EFI.fd -serial telnet::4444,server -nographic \ -drive if=none,file=VMDISK,id=hd0 \ -device virtio-blk-device,drive=hd0 \ -device virtio-net-device,netdev=net0 \ -netdev user,id=net0 Be sure to replace "VMDISK" with the path to the virtual machine image. === Amazon EC2 AMI Images === FreeBSD/amd64 EC2 AMIs are available in the following regions: af-south-1 region: ami-0e178af8da6d2c296 eu-north-1 region: ami-0f3adb6db7f8bf7cd ap-south-1 region: ami-0affb473fa356def1 eu-west-3 region: ami-0ee11287331269d96 eu-west-2 region: ami-062637a92ee88c5ab eu-south-1 region: ami-036d5248bc3a603b2 eu-west-1 region: ami-0e3fb8f845d48e2fa ap-northeast-3 region: ami-00fbaf054913988b9 ap-northeast-2 region: ami-0ad15537e0df535e2 me-south-1 region: ami-06d386b9d31a9184f ap-northeast-1 region: ami-0eed8f593f224994d me-central-1 region: ami-06e3cd98ff4713d43 sa-east-1 region: ami-067743cbae3540019 ca-central-1 region: ami-07c6f910a02a56cc9 ap-east-1 region: ami-0948cb19f5caf78f3 ap-southeast-1 region: ami-0094ece61146c7244 ap-southeast-2 region: ami-0f0ebbde613b1aa51 ap-southeast-3 region: ami-0e02e966182af411d eu-central-1 region: ami-0027c486493f139ad us-east-1 region: ami-02b1eef71e89429ff us-east-2 region: ami-0bb11edb4e76ff567 us-west-1 region: ami-0f744f765110bd10b us-west-2 region: ami-0718ea5809c04a056 These AMI IDs can be retrieved from the Systems Manager Parameter Store in each region using the keys: /aws/service/freebsd/amd64/base/ufs/12.4/RC1 FreeBSD/aarch64 EC2 AMIs are available in the following regions: af-south-1 region: ami-0ef1d7dca047be584 eu-north-1 region: ami-01f57cd1cb7459784 ap-south-1 region: ami-0717b6f2437748522 eu-west-3 region: ami-0c77e894ff850df4c eu-west-2 region: ami-05de8e4972073d44f eu-south-1 region: ami-0da1d1916959acb12 eu-west-1 region: ami-002c605e750cb2d52 ap-northeast-3 region: ami-061dbc9984c76d156 ap-northeast-2 region: ami-0c9059704127dfcb2 me-south-1 region: ami-08ee5967376034743 ap-northeast-1 region: ami-084304ad4d7a85eb6 me-central-1 region: ami-0667ae04b001be94c sa-east-1 region: ami-06f5ed80fb59e96ae ca-central-1 region: ami-012458416dc4d7232 ap-east-1 region: ami-05a86847fec4cb9f6 ap-southeast-1 region: ami-024633400ab51960c ap-southeast-2 region: ami-0ed6978b0cb0f60d2 ap-southeast-3 region: ami-070399b548e0a726c eu-central-1 region: ami-068de6a83d1a2800a us-east-1 region: ami-028ddb0dc75a90df9 us-east-2 region: ami-064b299451d2ff8f6 us-west-1 region: ami-08df6b79266ae11da us-west-2 region: ami-09753e3347c01dd55 These AMI IDs can be retrieved from the Systems Manager Parameter Store in each region using the keys: /aws/service/freebsd/arm64/base/ufs/12.4/RC1 === Vagrant Images === FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can be installed by running: % vagrant init freebsd/FreeBSD-12.4-RC1 % vagrant up === Upgrading === The freebsd-update(8) utility supports binary upgrades of amd64, i386, and aarch64 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 12.4-RC1 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 11.x. Alternatively, the user can install misc/compat11x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install == ISO CHECKSUMS == o 12.4-RC1 amd64 GENERIC: SHA512 (FreeBSD-12.4-RC1-amd64-bootonly.iso) = 2aa5420b5bf6487401f3d6f330eaba2f008048086d0a2724fb8bbd518f4e7dcff28ef9c763ecf87ff28897f9a5965591d56f7179bebbd6a4eaa635f835f63220 SHA512 (FreeBSD-12.4-RC1-amd64-bootonly.iso.xz) = a1933956b989ac9da54175e94e9cb8aa20b2b0d98f6744e77e2c8f7ebb3bc3b93f721c30914e41cc51ae6426602200d81ee67e9a14f9914a241f44d1cdb47303 SHA512 (FreeBSD-12.4-RC1-amd64-disc1.iso) = ffdf116a82c145d7d37cbc1b346680e64820810d388d4353427b62b2928d32ae0f3cab13d2a1f7dcc2ff12b2dd5a9e0a81efb85fbf5cbaf9c95ea3cf435c0349 SHA512 (FreeBSD-12.4-RC1-amd64-disc1.iso.xz) = d10aaeefda533e387c38afd40e85fc871632629904207a7406f68b2355b4c7015fe3001f78d0073e27b27e02f546b6704c4adb487cad22503f21d560d3b8496c SHA512 (FreeBSD-12.4-RC1-amd64-dvd1.iso) = b01a10047e2412c54cb1e519e625345fc8c5dfdcceb66de86cd0f47e85a6aca1976a8396b8976b7542a21a441c192eb373f7de5add6ac2a449fe602cba9bb6e3 SHA512 (FreeBSD-12.4-RC1-amd64-dvd1.iso.xz) = 6cae24ecdfa5cefc7b62ce9c331f5f08fea7485861d998fac4988d5baaa4ad8ea9c24c35c6aa24752f8555d7f166a6af4c7eaf8c83ebd28ef4eebddca135cc32 SHA512 (FreeBSD-12.4-RC1-amd64-memstick.img) = 5fbea7f69ef7bf545bf6cac41b6a4ba948497fa1b9f91056d1fab5756db2804c499eacf037b22d2b51796cf57e021b84875b8fd5735fb78f4a0757714732ae8d SHA512 (FreeBSD-12.4-RC1-amd64-memstick.img.xz) = 01d9b8f10c445b4cc49aec5749ce4ddce810d82a106620411b243f10fbc759d58441956f5d91db1e3969ad712f4f3bc8f3f4d652d815afcf31a8a5eabdf7378e SHA512 (FreeBSD-12.4-RC1-amd64-mini-memstick.img) = 6716d41f72a8b5379e40f9dc3a5e2b6e6f4a680627010cdebe0990ffcb6edca7d77991baf1bfb71438a7b5716563c2754519a4d124e51d4ffa70679ccdea1c49 SHA512 (FreeBSD-12.4-RC1-amd64-mini-memstick.img.xz) = 28496671cfb3e690a0a0ea49a44d1f1f7c0d042147856705f14fc6f586c90ffdf8af50f71c83b6817c7121b7ace40f4d8b1b843ce957c573a854a79594ebe21a SHA256 (FreeBSD-12.4-RC1-amd64-bootonly.iso) = c406c34d86369e35ee7f2b09a9d12d3e2ebced3d09aa779208845080170c5caf SHA256 (FreeBSD-12.4-RC1-amd64-bootonly.iso.xz) = f33863f8f7e37b0f65a0a655cdde164de5f2178239f098761bafb7ec6345d30a SHA256 (FreeBSD-12.4-RC1-amd64-disc1.iso) = 869d6fdcb31b349772b355b81fe9d55f7b811a2c8d874401f1726bee76bd8cb7 SHA256 (FreeBSD-12.4-RC1-amd64-disc1.iso.xz) = 0aa9409a04541ac478954188b2a6ed5d9c440a094b060d45b21ede2c86e04f05 SHA256 (FreeBSD-12.4-RC1-amd64-dvd1.iso) = d8f0220c9029c9e5acefa9c3fbda0ebc0fcdfceeba0b8c986842beba26e01a3d SHA256 (FreeBSD-12.4-RC1-amd64-dvd1.iso.xz) = d3399568be4314d92f15e5798010f11309e109e1a0909723f279b44d5d0845f6 SHA256 (FreeBSD-12.4-RC1-amd64-memstick.img) = 6abea3e0195df2b804ae59395cb43007c0837430e42cc9e5112eb8a0b48b0b6d SHA256 (FreeBSD-12.4-RC1-amd64-memstick.img.xz) = 879ffc4b1aafabb3c9b6da3f18e2f697eafb741de01656e4d35c59457b836550 SHA256 (FreeBSD-12.4-RC1-amd64-mini-memstick.img) = 44fe9a76fb4997d38d6d16ef11aea24e81eb876c9e9797ec625b40fc0191d821 SHA256 (FreeBSD-12.4-RC1-amd64-mini-memstick.img.xz) = adf83ec9a6f3eede015da2c0c616fd75f47e36a847fcf9ab3bcac4947ea77faa o 12.4-RC1 i386 GENERIC: SHA512 (FreeBSD-12.4-RC1-i386-bootonly.iso) = c1d14009b1f1210e70a9da2f927d2cda3751515e3024c8f51ceccf9990972721ee6838b207005f15d291ec17f0edf0999dfe4ad1834d2c84020f42aa745a4831 SHA512 (FreeBSD-12.4-RC1-i386-bootonly.iso.xz) = cc7b2fb0d51b8ee3df1ca85c259d9eb81c06ec6e82009d21725307d2ed0699cbb3bcd69762a1652d8ab924b305c1a05fe3fd5e64c26e0b629a24b7a8f86bdf44 SHA512 (FreeBSD-12.4-RC1-i386-disc1.iso) = 018a875ef24a160086a193332e667dd72244e9e1b58c5366779eb162c57dd1dfaf6ae6d8bf38304a4d0e3a4464310c661f6948f62c61dcb400587ed0dd8e3714 SHA512 (FreeBSD-12.4-RC1-i386-disc1.iso.xz) = 89518bdf838f029bca63aa91d57f7d52ca37e2f739df33c634a96e7d251850efe991cfbfc3fbbd21cb03af2dfc79a4414f6a2e4c4c5b9818c407ae70fa541f61 SHA512 (FreeBSD-12.4-RC1-i386-dvd1.iso) = 1863b724b7c169535e1eb267bee536ab528be8e7784b6bcd72b6148308613b6ee2902feec9abd9babab78334c74c89f98bd9752faf52ebe17d388658db41c57e SHA512 (FreeBSD-12.4-RC1-i386-dvd1.iso.xz) = 7901289cf901517d8adb5d30d8f5374d86afa72171200bf6a5ffd3f142a04a9322b41feec55354f3e99598aefa85d6a42694495ab707fde2dee79a119c040250 SHA512 (FreeBSD-12.4-RC1-i386-memstick.img) = 8cfe8416468df81d8badfb2323f6d356d6d97b00f90c8324201a204cff72fca75021417703cdfd8580c5bf98a117cec2674402d658afcfc5ffaf38b4578786f4 SHA512 (FreeBSD-12.4-RC1-i386-memstick.img.xz) = 5c2666a5489e4054d6b7fe46fe722957710bd62f4c7056f9d05793d29b6ef2c70189cb6ee8e87ae80e2a07e05b6662e978651a6efe4b101cfdf290bbb8609a43 SHA512 (FreeBSD-12.4-RC1-i386-mini-memstick.img) = dfa5529796677c1ff2709c5ccc371d01a99372e3f2c2f3dbb93faf5d5ec63d78d8cc4e070dfd719b344650fbeb14b3556b9e3f4ac60562769e95903056ed96df SHA512 (FreeBSD-12.4-RC1-i386-mini-memstick.img.xz) = 62267f84a8fb30bb9915ad56d2df8b65d5375de13c7329b441b5dec48358cf17da42aaff885088ff66bac7c27a47e3a59624f05880ad4cdb25069a604df0d45c SHA256 (FreeBSD-12.4-RC1-i386-bootonly.iso) = 1cddb1b97b992cb6c4d774808c41a7984dd0c9ce4ed20db30692edef2e863ecf SHA256 (FreeBSD-12.4-RC1-i386-bootonly.iso.xz) = 174428ee4cd724e556f6da5d49d52788b0331b23e23ac015b4b876fe5f11f469 SHA256 (FreeBSD-12.4-RC1-i386-disc1.iso) = 81e0f158e525ab17b383ba9b6285b71435de2990c9811a682265ef01fe494d3d SHA256 (FreeBSD-12.4-RC1-i386-disc1.iso.xz) = 9e30a382e403784719783c031fcc6e4881ace938df8e6d0588abf5f8c8099c92 SHA256 (FreeBSD-12.4-RC1-i386-dvd1.iso) = a1f7023959f47dd1d156f41a21ddf92c8d4a75bdf872f013d233b7de60d732df SHA256 (FreeBSD-12.4-RC1-i386-dvd1.iso.xz) = 19bd11dc88d75a4249be06931a02fe810dae1be35716cf5ea7e45fadafceb81e SHA256 (FreeBSD-12.4-RC1-i386-memstick.img) = c0fb8caff8628109ae7806c9f976bcaad28b6ebb69d18e5b9bdfbc2d5afefb6f SHA256 (FreeBSD-12.4-RC1-i386-memstick.img.xz) = f6ea83d68fd1874fdf6ae255a5b8c44b0891e64bef07e7c93837ffa5f9cee024 SHA256 (FreeBSD-12.4-RC1-i386-mini-memstick.img) = 5dd63f8deaf1e408a43a3db2c0db4b033d56d0c48530aafaf48fc6f6a9d31a44 SHA256 (FreeBSD-12.4-RC1-i386-mini-memstick.img.xz) = c1bfec8757be164819b59e3edb8596e1f752f830aef71c0274855aec7cfc8735 o 12.4-RC1 powerpc GENERIC: SHA512 (FreeBSD-12.4-RC1-powerpc-bootonly.iso) = 02bcc8f6811e893a35b78cae6ceec90749be644edb29ad269126784bc63f0a6ca6b5cd4d667d6ba854428b590ad76caffa6fc47761db61642cb596d174a885a7 SHA512 (FreeBSD-12.4-RC1-powerpc-bootonly.iso.xz) = 10e32249dfd8f34188e92e3e7c3b5f7f5f0e455faa3449f330b16cc5188f97ac40ce890b1b3ec43827e368f150e566eff5525639b6ce5315e0ab6011bd304564 SHA512 (FreeBSD-12.4-RC1-powerpc-disc1.iso) = 956f71e899dfa40a29192d7d22d334e4ec2267f848f96cba4ec062c6df1546d4c54ee3a50151a4fc4bcfb2d8aab41e62856891e60f1e387b0f1734e4ac00f5a2 SHA512 (FreeBSD-12.4-RC1-powerpc-disc1.iso.xz) = c39c76c244b163ff9b623008306818cdd4ae2bdd3f0c74bfbfb853be6e557f318e65db566de314d4eaa4e755c34f0ec47bcd94e2895ad1e8f8dbbb6d113e6492 SHA512 (FreeBSD-12.4-RC1-powerpc-memstick.img) = eede591fcd33d261d639678cd945a8d149a7e3a5a11caae59441c7dae585bcb399f2bdfb4c11ba9e8cffc68404c96c26980e88f03191a74ec284a975955439a8 SHA512 (FreeBSD-12.4-RC1-powerpc-memstick.img.xz) = e2826dbda09199162bcde3c840b6fcd0209f3a2f06e4fb366e8089b2f6c3b4bf45dbc78c108c684b7ecdc7ac96b7e950af75f5f227bd35f75012d9ea8605b3dd SHA512 (FreeBSD-12.4-RC1-powerpc-mini-memstick.img) = a811244db63e0f6bc9a3d10b1af0fb2a5db3be31643e712ce42fad69ee1c35d0fd0955e492c7629221f183cfbd9254ace72308e2107ba41b1716612588b8da1a SHA512 (FreeBSD-12.4-RC1-powerpc-mini-memstick.img.xz) = 8e821caa1b665bdec746a871a317cf92e6c517beb1dbce9a6729bbecf7c77b9e04b857c0fb1b9f3bb8fbd1f620ef7f7e97ceb73c033dcaaaf01cf60a715131f4 SHA256 (FreeBSD-12.4-RC1-powerpc-bootonly.iso) = d78c284357c7992ea2e0e4f633c99ca0f1bfb5ab12520cab046e2019fef056c5 SHA256 (FreeBSD-12.4-RC1-powerpc-bootonly.iso.xz) = fd92065b3bf22f06933eb0ea5c9010d636ee02730bc4441cc85d02a92c4fd240 SHA256 (FreeBSD-12.4-RC1-powerpc-disc1.iso) = 63d07180355a59d11adaa0ab16799641a942437f14d69d2d0e645f3197e6b199 SHA256 (FreeBSD-12.4-RC1-powerpc-disc1.iso.xz) = dc38c315ed6b053b075118e1c680dcd271d3fb27d888c2e19e5d218971ff6d2b SHA256 (FreeBSD-12.4-RC1-powerpc-memstick.img) = 4c527dda5653aaea175f4ad277c9eb49354b7c5745fac37806d27bb793d4e348 SHA256 (FreeBSD-12.4-RC1-powerpc-memstick.img.xz) = 4f7ba45996015b2100c627cac17a7aabfc44801ca4cc20dbc183b100b5ad1781 SHA256 (FreeBSD-12.4-RC1-powerpc-mini-memstick.img) = 90e6cfc211dcf0fb8c44863002157e23add72de35a78773a8b61dcd061a445c3 SHA256 (FreeBSD-12.4-RC1-powerpc-mini-memstick.img.xz) = 4f7c584e76d0e6b160527db170d1d5109f46b63a98a0f6e28006596076f5b617 o 12.4-RC1 powerpc64 GENERIC64: SHA512 (FreeBSD-12.4-RC1-powerpc-powerpc64-bootonly.iso) = fa4e22d35e555813643c8ac63b37c9f8e361a134fcfe4bc01d66ddf099cede7e4ec51dba6c7f8479139e8b2fe538e73cf70ab0f4d4b45e487edff07a7d3215e3 SHA512 (FreeBSD-12.4-RC1-powerpc-powerpc64-bootonly.iso.xz) = ecb83231f39473635ca7531596f92e61229586debbe5dd9e00082c207c382704352dd2bc5aa77523b791c4c006003a5ffb918ceab6a7a134212b713254434c9c SHA512 (FreeBSD-12.4-RC1-powerpc-powerpc64-disc1.iso) = 1d3421340aa342b49d3442171aa966a9013051dbf03544bd5c606e28fb862b30850b65c9f3d63d89439d842d241516189b0fa88dda98b75e58501ecf05be51a5 SHA512 (FreeBSD-12.4-RC1-powerpc-powerpc64-disc1.iso.xz) = 994343b65b1ce8fa7d8a933c60a4c12104bd47fba7a1171eb2a9dab93a5f3f0aac04f6c25324800956dcbf0d5a117a8a929e88221639a7b692cb705bd8d4a199 SHA512 (FreeBSD-12.4-RC1-powerpc-powerpc64-memstick.img) = d04ea4fa78324b556e8192fb854e5b6540b710ed247b1dd7a1f8204ca0da1f15e3703b724489adfe8f1e5dc1ca59f02d3da0895f87f3c8e9e8dced1fe9d773ab SHA512 (FreeBSD-12.4-RC1-powerpc-powerpc64-memstick.img.xz) = 02e250b6854215c7212769509bfe6ced8ccf3e63c03f5c51d4fbca929c0b0b3b24f14d3057790698c4363a50a2395881728157de9f5892cdec9d08a889b88a14 SHA512 (FreeBSD-12.4-RC1-powerpc-powerpc64-mini-memstick.img) = 395bf799baaae598e235a240c96ad08f877bb9166f38e76b1d4501e61b1a8950c52e26c83c2bc099fdd8f50946a00dfbd8d78ddf511c07b57cb881c5d15f9ce2 SHA512 (FreeBSD-12.4-RC1-powerpc-powerpc64-mini-memstick.img.xz) = 7a20eae73dc9afb0ec7c01f5880694b9bb22440a14e132abd0664cfee740b045958d27c7e69a6d0be23cf6866b2889f9048c3abd69a5ef0266552da30a608d8d SHA256 (FreeBSD-12.4-RC1-powerpc-powerpc64-bootonly.iso) = b7e12749242123b9bda1f294d58a7a6e4fed1457e384a20b4bd5588bd36d76b0 SHA256 (FreeBSD-12.4-RC1-powerpc-powerpc64-bootonly.iso.xz) = 192d866a41289f11bc41a65d912c8b30156d62285e04e9d188ebe2e628bc2b2c SHA256 (FreeBSD-12.4-RC1-powerpc-powerpc64-disc1.iso) = 66149bd704cd70bc1eddb24b804996c5dc5b7538d6d3470aa6fb3192508b8ca4 SHA256 (FreeBSD-12.4-RC1-powerpc-powerpc64-disc1.iso.xz) = bef4862c8187ab5b67695f5b52f9e95bb309b657f0026b46626c75aa4fc55c0b SHA256 (FreeBSD-12.4-RC1-powerpc-powerpc64-memstick.img) = ec0c53b0256becf82524d157d027e36a88e8f2ba4eb57c2fe07cc4749ab7b6f3 SHA256 (FreeBSD-12.4-RC1-powerpc-powerpc64-memstick.img.xz) = 3d033fb940b87ea83fd3c7418464062cf3c1442cd9b30df47a401ab36d2f0fff SHA256 (FreeBSD-12.4-RC1-powerpc-powerpc64-mini-memstick.img) = 988cae17553ecf87e3326dcfc66b1028800b340c8cc29926bd1909f99359f6f8 SHA256 (FreeBSD-12.4-RC1-powerpc-powerpc64-mini-memstick.img.xz) = bb264fde95852e7bb8add5102ceb1b64581c46c12d8fbddbccce01c22525ec78 o 12.4-RC1 powerpcspe MPC85XXSPE: SHA512 (FreeBSD-12.4-RC1-powerpc-powerpcspe-bootonly.iso) = f394c34f2d1387c2504dfb0f29a47d416d1b4d097802ea0c722c6c4dbe3e260b51f17af134df9db470a7317851e1d3b72ef4906917246cb82e691552a62df068 SHA512 (FreeBSD-12.4-RC1-powerpc-powerpcspe-bootonly.iso.xz) = e271a241ced3fef51d511af86939e136af17063d8eb4ab0086c6e11d5ab0af4f95d055d366b8773cee890f044bd158a7db3e36a498ac89bdca6e65e910301c15 SHA512 (FreeBSD-12.4-RC1-powerpc-powerpcspe-disc1.iso) = 4d7d363d386ae1beb7f308f966252541a488b021b163043d6e8007dfc11c74fb145678ea013a2ce379ab9bad69e02e72bbd1f540c88ef89ece21f9bd175a8c48 SHA512 (FreeBSD-12.4-RC1-powerpc-powerpcspe-disc1.iso.xz) = 2d25210e59e3295357af02b77822eefe32ad73a3d25b477bcf7c024c13e9a02e3df06ce75c3bdebced122790392a66c5c8b72a6600506cd4a5f705ede7d8a5f0 SHA512 (FreeBSD-12.4-RC1-powerpc-powerpcspe-memstick.img) = 3969b2d19b9112c1cc47d27343110f406a10d77f32c79a1f24ea52c51ab3a6ddb995fa63426a00f23f978f2fbe2ad8e6a0667a879795d94d0f8e085637692687 SHA512 (FreeBSD-12.4-RC1-powerpc-powerpcspe-memstick.img.xz) = 36c5c46e1701fcfb4ffd9b12d88ff842a9d18f81bdf99f1e5b44c1f02519efbe55a679d957914943aea2c833ef787f71cd35fecc725ea5bc67c013bb5290ce62 SHA512 (FreeBSD-12.4-RC1-powerpc-powerpcspe-mini-memstick.img) = 37e6692b6e578a8150617e9ddb2e6016ac2d62ab33becce6caab7a667cd3a89f757370474e84890471ca84200616e339e1bf8efc050fb497baf106f61388fcd1 SHA512 (FreeBSD-12.4-RC1-powerpc-powerpcspe-mini-memstick.img.xz) = 98a77baf5e7082a0df50fee9b9eddd1b4dc84466b25ed19f2e6b8f5a58922e871544d12d8cffce5727e0b5dd4b8e5ebc1f83a7a83d9017068cf958b76df28921 SHA256 (FreeBSD-12.4-RC1-powerpc-powerpcspe-bootonly.iso) = bce4ffecb8598480397f99ee839b9bb87e26b295124067ecf77fbe77e33c89c2 SHA256 (FreeBSD-12.4-RC1-powerpc-powerpcspe-bootonly.iso.xz) = 5ab362d420bed1d4bfd23905847541d1ee5bb7b3f17b99b17b71249afbaefe50 SHA256 (FreeBSD-12.4-RC1-powerpc-powerpcspe-disc1.iso) = 4e17d5c0d68b693860e5bf90bcb3f700e3191478c303f8b4260d0011b03d0d5c SHA256 (FreeBSD-12.4-RC1-powerpc-powerpcspe-disc1.iso.xz) = 74cfb5b01024a76ec078a8b28c80f1f704a14eda63204032b182ae098194673c SHA256 (FreeBSD-12.4-RC1-powerpc-powerpcspe-memstick.img) = aa7e2f605afc03f92748d2c58ae8c3a5cb8690a375e36cecda904e9aacdcfec1 SHA256 (FreeBSD-12.4-RC1-powerpc-powerpcspe-memstick.img.xz) = cb96d43044c12372fff6eca9f0d959b3c4d62fc0aa0e5d752addde2bf7ecbb2b SHA256 (FreeBSD-12.4-RC1-powerpc-powerpcspe-mini-memstick.img) = 9991dd55ac8666a66c24db673a1824c6d1eababf903179d3ac4b950580083849 SHA256 (FreeBSD-12.4-RC1-powerpc-powerpcspe-mini-memstick.img.xz) = bb3c3823c74bcd3b2b306441538b47418e70b7041838ad8a0fa8d43045c57ae2 o 12.4-RC1 sparc64 GENERIC: SHA512 (FreeBSD-12.4-RC1-sparc64-bootonly.iso) = e2f435aeac3afb62b82b763c84ed7334eccfc18605baf138b7c1e7dc200bed65a1eb645c0751a5424a7943f6dea02e4290ac4e9e5994b0e023212d0e271582aa SHA512 (FreeBSD-12.4-RC1-sparc64-bootonly.iso.xz) = 97c21310e1d3b12072d84c731c59044f21f416c6899959430219c62d5ee37f92dbae07e496fa4c138b9879930f3ba4c03c3a692e8e3a4c79e1b85b89c92dcb2c SHA512 (FreeBSD-12.4-RC1-sparc64-disc1.iso) = bec6b82fee0f5976350b5ea7772f58f35764af0e59bf3a4ba9bd222bdd76ee3aaec1e53011a9782f0d5b97ef66610139db0bda725680e2e7a9fd590376adc67d SHA512 (FreeBSD-12.4-RC1-sparc64-disc1.iso.xz) = 7f603763ff270d5d5184d2258de28733bf703967e5d1d93d73657983677386f6c1be8d1e2cc9df414b25dd65c9700cd2519e95ca37f8db62285fbd735f430317 SHA256 (FreeBSD-12.4-RC1-sparc64-bootonly.iso) = 360b2e266d02fb85599efe612ca7c2737dcce9a72571d4a6ed22db614f6bd699 SHA256 (FreeBSD-12.4-RC1-sparc64-bootonly.iso.xz) = 3547e38216aae25a8e42fc969b07248d7c3f6ea4acff910f76cada203624249a SHA256 (FreeBSD-12.4-RC1-sparc64-disc1.iso) = 45d1846c8d1cbbff082c2dd5fb6f85e1d06f0b05c78bfeef852741b277bb9208 SHA256 (FreeBSD-12.4-RC1-sparc64-disc1.iso.xz) = cb6a1ab65fdb156b63b54a53813bd35c7d618bda17c682dd2aee1a216a332e69 o 12.4-RC1 armv6 RPI-B: SHA512 (FreeBSD-12.4-RC1-arm-armv6-RPI-B.img.xz) = 4955bb545a4be286cf37aa3f8cf0030a7d92dfe06eccc5fb5d3df34f4d735bc9a1af90a1d17d3bf4093660de925d38bc86c042513051706227e771d08f0db4be SHA256 (FreeBSD-12.4-RC1-arm-armv6-RPI-B.img.xz) = 1cba9dc93c583da337dcee68bb87e84da97575092151f7609cdd736b9a8948b8 o 12.4-RC1 armv7 BANANAPI: SHA512 (FreeBSD-12.4-RC1-arm-armv7-BANANAPI.img.xz) = 5647bc9c898f8434fb42f1753b02764c5cee17bd971d7a00e0eba69d935ad0b6fafe74a8eab145bcfd7561a91b74e9e5aee7e51f2018a340185f3212052359ec SHA256 (FreeBSD-12.4-RC1-arm-armv7-BANANAPI.img.xz) = d3c10d6babe4c971cab5a0f6788aa5f46aa3003b8b4c0bfa58a8b53cad211df9 o 12.4-RC1 armv7 CUBIEBOARD: SHA512 (FreeBSD-12.4-RC1-arm-armv7-CUBIEBOARD.img.xz) = beca5cac79278fe92b3ff2c68a497570b9e796eb71925eff4690d6b73a0265981130a31135b7777f974ea2669cd3f9685891b0e320f88c7f09503b2d8b5d4321 SHA256 (FreeBSD-12.4-RC1-arm-armv7-CUBIEBOARD.img.xz) = 871e39e3e97d38c120fd3c74250ce7b3d009d2b9653160ada8e6e39808028da4 o 12.4-RC1 armv7 CUBIEBOARD2: SHA512 (FreeBSD-12.4-RC1-arm-armv7-CUBIEBOARD2.img.xz) = e9c0a676827f5fe02227343d25de8d55bebae1f5178c8bd5c88402bbf356f404122f1a46a01ccfd803c9e2d39e0d1c68676dc00ce19a1af451affd29f92b74d6 SHA256 (FreeBSD-12.4-RC1-arm-armv7-CUBIEBOARD2.img.xz) = 21bb817751e2f165e67c3dc512eebe41df789b00c8f67eafc8967b9fd9747004 o 12.4-RC1 armv7 CUBOX-HUMMINGBOARD: SHA512 (FreeBSD-12.4-RC1-arm-armv7-CUBOX-HUMMINGBOARD.img.xz) = b372855f3ed165e65d1fd0322b8daa759e1a73b05a9fbbdc6a854325bf4392de0c67672b0a13622339efad8323ec4448672d93b45310da513617e4c1d369cb40 SHA256 (FreeBSD-12.4-RC1-arm-armv7-CUBOX-HUMMINGBOARD.img.xz) = 0c6111ca1a3d990bc1b0ddf6f96f4ea40cd19f90aa9bce3e02b9f1831abc2c0d o 12.4-RC1 armv7 RPI2: SHA512 (FreeBSD-12.4-RC1-arm-armv7-RPI2.img.xz) = c6b21b406d7521c9652284d08f6e8bac73dd9e49300cc8c02b4d7c24dc9bd254d3f2b69103d0c2e9d2857237c081c0dc5088fb4c5a9282c3c883281bb9ab1a2d SHA256 (FreeBSD-12.4-RC1-arm-armv7-RPI2.img.xz) = 8187a7ed7b25943768cb5c41a49327b57d938f45185e8ceb2cdd0d2606d27d84 o 12.4-RC1 armv7 WANDBOARD: SHA512 (FreeBSD-12.4-RC1-arm-armv7-WANDBOARD.img.xz) = fa94d6430bd52adaa4ffd035572c687a8fc863e7d003477bc7c3df2e1565b93134b91399afc16fe3bb9f847f2c205ed17f3318a9cd3202840e7b84248ce56ae3 SHA256 (FreeBSD-12.4-RC1-arm-armv7-WANDBOARD.img.xz) = 4d4623d5f32356e882e412f53c7da34a76f550b65488bb9db652914880e402f1 o 12.4-RC1 armv7 GENERICSD: SHA512 (FreeBSD-12.4-RC1-arm-armv7-GENERICSD.img.xz) = d7311864a62f499036c4b4c9ca7c987f185b725d387245cd274d0d018cf692f3a3e4c0b7ce215f0e84e48977ad5b031075fab441e3a9fafb668aa579a5012040 SHA256 (FreeBSD-12.4-RC1-arm-armv7-GENERICSD.img.xz) = d58fffb998b0204b7aceb359f2cabb7e6908da7ff5901765c60d55dab4c6ab33 o 12.4-RC1 aarch64 GENERIC: SHA512 (FreeBSD-12.4-RC1-arm64-aarch64-bootonly.iso) = 46384694a32efd2b7ed4bd9c3f457f2b9f2fe6f48343279f94ffef9f620fc8c9b237e8efc6da0467ce4a4bde3b1619af7abbda29264d4f3ce665c5cf1e76f397 SHA512 (FreeBSD-12.4-RC1-arm64-aarch64-bootonly.iso.xz) = e46513f21cf145eb5b1b4148dc32bfc0b4c5536ad139f08bf7ec9deff64773947210b9b207535f6a171e801262e60938c334821c1dce832dfb5fbd048d87b0ed SHA512 (FreeBSD-12.4-RC1-arm64-aarch64-disc1.iso) = 14c0651292c51001606da0c41e82b456712ac17b4be5e71b47c493629562677577cad09093d31fe22ab12be3a90eb619b52245a98f539cf9f2e6b730c8688283 SHA512 (FreeBSD-12.4-RC1-arm64-aarch64-disc1.iso.xz) = 3974f7d38abf5d9d34ca21ec4f321fd45e6e5b3140dae6b80a9dc383a3214a4d55961ac6c9d17c513b58a50774974d209372a56fa1a27f4a9c7d4d2b114556da SHA512 (FreeBSD-12.4-RC1-arm64-aarch64-dvd1.iso) = 70d11d81d3c283022ec5e4064c52f77ef4150aac82e42018a5f5da32fac4882404ec52d1ac9e37bda31155887ae62d351483ec5cf557178df1944bba6ff2c1fa SHA512 (FreeBSD-12.4-RC1-arm64-aarch64-dvd1.iso.xz) = d3ad44bec4aa9beacb9db61055eb5a59ebf6152bdb06ef3672c2ed8230f2c6ff85005c0c7c169f96a6f43c723459e3429fee1c5492876723c136b01787905713 SHA512 (FreeBSD-12.4-RC1-arm64-aarch64-memstick.img) = 566a2ad5d49bb9f93626f90da57674f8cabd8ca557d16e3e8623b40de009295439ed3343e703d0f9ddc7390ffe1b940cb55a9df7025cba6cee55827923e494b7 SHA512 (FreeBSD-12.4-RC1-arm64-aarch64-memstick.img.xz) = 3d9735f32253e454551562f501f1a922935a30fcc27d06dfcada6cab9a3fb1482d3bf0720e4f50d248c50cfda970895af72100d88053701ff49c7f4183047c33 SHA512 (FreeBSD-12.4-RC1-arm64-aarch64-mini-memstick.img) = e8b4294043de85e110f14540872697f8fec758e4ab7ac10e34770c30bc2c18f90dca6bbe0c37acd85d65f5a38401c63cfb63052e5060a6084932d06d6a829bf8 SHA512 (FreeBSD-12.4-RC1-arm64-aarch64-mini-memstick.img.xz) = fb32504ab40a17f5b2925a45e8887974114cee3ed71f1e3b09b45a1fe4059f2eb51159b697c8789028ede03776d9d1cfd5ed11be33d4f51b0f44789a203c6307 SHA256 (FreeBSD-12.4-RC1-arm64-aarch64-bootonly.iso) = 6cd5cf089a42d56c82d2c02baa50fe815865bf421c2730341d0ea75a2d8ffcfa SHA256 (FreeBSD-12.4-RC1-arm64-aarch64-bootonly.iso.xz) = 827d69a287329f8ebecf94857d5ff4ffe65029ff97621a72796c21d3811313ba SHA256 (FreeBSD-12.4-RC1-arm64-aarch64-disc1.iso) = 9b5d75987d6b0bfcb55b2009126ec7a6862ef5f00d4612b5255cd678e1ba655c SHA256 (FreeBSD-12.4-RC1-arm64-aarch64-disc1.iso.xz) = b71b5c03a29f986b271321ff40132d8520541148b93c2dbf4655f256e9d88b6e SHA256 (FreeBSD-12.4-RC1-arm64-aarch64-dvd1.iso) = c0d68c28d296a55445e7214c6f46ea545f0f9a96de4a3f04a5aa04de0191d509 SHA256 (FreeBSD-12.4-RC1-arm64-aarch64-dvd1.iso.xz) = 6e902a72954237a45f11ae29d6dae8e7e1b2751de9895158528386e052ed10bf SHA256 (FreeBSD-12.4-RC1-arm64-aarch64-memstick.img) = 609f718d0acad90589e120f5da36b70171e9a656f4c3613856f495bcfb5c436c SHA256 (FreeBSD-12.4-RC1-arm64-aarch64-memstick.img.xz) = b4f1a8a38358644673c07dba1311ae9ea741197d7713f11ef533fbafa6fce56f SHA256 (FreeBSD-12.4-RC1-arm64-aarch64-mini-memstick.img) = c569a029f04f3edca216b6cbbed32cdc59d87c67f60ea75b48375b826ecdcffb SHA256 (FreeBSD-12.4-RC1-arm64-aarch64-mini-memstick.img.xz) = 7643d21ee876af8f13c9cfbb8e023537727ec2ba4bb1952767398b452690a602 o 12.4-RC1 aarch64 PINE64: SHA512 (FreeBSD-12.4-RC1-arm64-aarch64-PINE64.img.xz) = 1a5c983f6be2142c1f8c58ea328bf7327d688ac56dc5af07bdee255673823980ca2f65d7568b5142ad92c7c92c81d7bb9b3ae5c25408893b446fda94133791d4 SHA256 (FreeBSD-12.4-RC1-arm64-aarch64-PINE64.img.xz) = 0d6e61c4f634e5d66e081287675c037bf25957c7f1c1010520144e1f03ed9c4e o 12.4-RC1 aarch64 PINE64-LTS: SHA512 (FreeBSD-12.4-RC1-arm64-aarch64-PINE64-LTS.img.xz) = 5def74f7a9c2276a0c8157f9454778ad30fd199d8d4dd5784f57bc5962de6cc0d117382344fc257a5c433891bdcc7ab119798f47e87f741f0775cb810ce2fdd1 SHA256 (FreeBSD-12.4-RC1-arm64-aarch64-PINE64-LTS.img.xz) = a87b033b00d769186e7f3f4afa92d20e2ce6997b566aadde4ec1a1e4d8ea838a == VM IMAGE CHECKSUMS == o 12.4-RC1 amd64: SHA512 (FreeBSD-12.4-RC1-amd64.qcow2.xz) = d8e538f1fa452986d505eed4b4911c8e1822ac73383c73fe7b5e7b0189731a1574c12fbf72ae5a1e9dcaad95d732192192dbf50b2d2192fd0565fba53456fea7 SHA512 (FreeBSD-12.4-RC1-amd64.raw.xz) = 6381163a1ae8dffe9d3390ba6b36e0f730fbaa7da3acfd0942f290fb85a53077cd6fbf5d47edaf3031967fdf2417c91b0663c1ca04547b59853af46fe81becd3 SHA512 (FreeBSD-12.4-RC1-amd64.vhd.xz) = 7a016a569fa1437fdd903dfeba62ef111fcca3cbeaadd6f81c8cb6998622053bca44c47fa1b53b3b82f3b08a3a260ed7a8bc4cfd9aa968178ab548485c7e5388 SHA512 (FreeBSD-12.4-RC1-amd64.vmdk.xz) = 3ecdee1b44b313ac9ea5483c0d444bad71f9cfff5b3ed38d5e1915f3750befeb4dcb7cb40db70d3b41465a05b520ab7ce5005d75c71667393ce3eda54bfc7331 SHA256 (FreeBSD-12.4-RC1-amd64.qcow2.xz) = 364d42cd83fc53360e2c8a1d35aed8a1104f422f74b57245dfa55f0615dedc3c SHA256 (FreeBSD-12.4-RC1-amd64.raw.xz) = 00b9bb0736687dce93ae0bf54d5fd056123f635dbcc406111b52839d0d289a06 SHA256 (FreeBSD-12.4-RC1-amd64.vhd.xz) = 7b28d611b0a54e6ed07ec334f7f8635d37a502e9acf8e216c72a219e28128f2a SHA256 (FreeBSD-12.4-RC1-amd64.vmdk.xz) = 3c8e88038da5ebfee1170f352420e3b75f1b445a4e33e59f309907ca70e35d8b o 12.4-RC1 i386: SHA512 (FreeBSD-12.4-RC1-i386.qcow2.xz) = d4280691ad5d8de142cb7cc0a9a93360d949ec514914eab821e10526ab27ade7420d4cc71d8dbc16d48b881987a667213ab325bbd2ee13a295375ad1b88c229f SHA512 (FreeBSD-12.4-RC1-i386.raw.xz) = 878cb99766b874c0194a3eac7c5f4f5c2b097a3d0114374035309c0b9bf4d6e52274732a53f5296a592eb6b3cfc0843f6feb94dc489a2f0145d25861494833e5 SHA512 (FreeBSD-12.4-RC1-i386.vhd.xz) = a6208d20f5d751a5258c70414ac6aa7e3f9ba4cca766baaf54903cb4ee9b1a5341218e48a07ed392c0923301482f0c11ecda0b0cf8ef6860dc9e2a24e6d1f8b2 SHA512 (FreeBSD-12.4-RC1-i386.vmdk.xz) = 24606d3d4e4fc1b82a3743867ba0e5c422fef2286e4864f53e15b6c7db8b54657f4cee6c7cbf9ae7032e15bdbf4d6a5a43561fb39db7b3e7676559b47a4f3876 SHA256 (FreeBSD-12.4-RC1-i386.qcow2.xz) = 87e10329f40c65fe0d8b1bf4bc15f3b6c3cbf9cb8c8f31f74dd33d0c768d8a77 SHA256 (FreeBSD-12.4-RC1-i386.raw.xz) = 6c8b2bee9806800b9aa1c1470ac74f65edb9fc0e42d41e2baffec7854c3b43f8 SHA256 (FreeBSD-12.4-RC1-i386.vhd.xz) = fb77aba50fddcf649d6c460ad0866046d9047df2d2223b7c4259e74f78d707c6 SHA256 (FreeBSD-12.4-RC1-i386.vmdk.xz) = 5495807e41985e2fd3d530e2f3e338a74626a3e4cf9985957509fed362326839 o 12.4-RC1 aarch64: SHA512 (FreeBSD-12.4-RC1-arm64-aarch64.qcow2.xz) = 4dce5bd08574173d0b3d9ea416d67f368f34d032cb7ddc0a4e167f0326f2f92625759853dbe8d9b176c5dcce1db8dda7f212c2b164680d80ece02769b3a117ce SHA512 (FreeBSD-12.4-RC1-arm64-aarch64.raw.xz) = d59025951c8fec8255c313c055d1243d3c7243b99050c5b9b38bd6d250f54b0446dbe802e51dd3ab103622d4655100d8af8294b5fa4987fe9319f20fcc00f72c SHA512 (FreeBSD-12.4-RC1-arm64-aarch64.vhd.xz) = 11ca4144a7210f3966ccce10302c42b5c3d9479743895433474d93defca69ba059f01ca6566ce7aca58b330fb9832246b339337be06f534b7b05fbba78dd9899 SHA512 (FreeBSD-12.4-RC1-arm64-aarch64.vmdk.xz) = 6a15ea257be4f5aa53d1e82edc294a19d85143fc843de946dfd6328b10e0df80e8eeef79e68db3a203ce6a2f3a49b6d9302efabb607d452fab32d96c8888e79a SHA256 (FreeBSD-12.4-RC1-arm64-aarch64.qcow2.xz) = ed8214c2b6d2605af0909e1ad336ceb468b358ce626ca6e9e2e0022f72492008 SHA256 (FreeBSD-12.4-RC1-arm64-aarch64.raw.xz) = ca19a330c4bf5abb96d74724ac56dba7dcc5c569fe3506a4125c36c0148d91c1 SHA256 (FreeBSD-12.4-RC1-arm64-aarch64.vhd.xz) = e45e838bc1c4ea6c0073d1d9d5c78c69e982e491e7ecdb6f4c3aab99a5ba1936 SHA256 (FreeBSD-12.4-RC1-arm64-aarch64.vmdk.xz) = a607d25502c76fa3371256a396777b31dd99bd6248b9c1ffcf7480576fdd51df Regards, Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmNlnU8ACgkQAxRYpUeP 4pOXQA/9FrXI1amjFzBEmu3yN9D9406sTFr7x9cjsmEUZ9N+QRC3cirUkaizYIs5 xlIQM/l9X+jTHppBg2hYFpnmzFIMqhqYLPWQ0DiXcbSr4MGd94BbZ7kLxWuqv8CB Yx5OZHV8O7wig0na5k1Rz6B/gXgTMIleh1pQyT3Bou1PqNqR82nKZA+JQeOP1Oav RVaLnAe2xSMxLJhn1NAyIkNvLVtYVRN03DZhifx/p3Eu/hidIq0SEP/TJA2wlC7G SJfN/dSkD9khh68ZBZyeOsp+hex8I2SGtMV6NwnZSXYb6yCcJIUyXLKpX8dLmGIF SVgaIjb2urhHHz91dDA6QTPqoxsz2oWwFs4ngN/Vw6riF1fVUlWXy6hWbNenIQfs ldfAd+QDESo5R/mH71DMDkJcNwEkOPSVuxeFD+Co1UT/RjhaTfuXp4V32tAIhmq+ PcFidUMRcOGYgDGSkY0dX0mxfWAChzzAPwfAq+ISwPNZwmEeZstP5jJ9ufP28lcM oEJoDmq9kvwr9lgiBE0HtPPHcEp21UbJgI37iLOGF6MIbzVIyFk2dST1RyeRseaF PTxOPr8/cPOAr9madianjCEZwFzFujGeNTp0TA8BM1rPK5qiY3mvOtV+V47djHLS /tKUiDEUzK0wUgpfwlS9dIgLFuwyvgknMO8WXUCODfZzL1HPyMs= =TbUc -----END PGP SIGNATURE----- From nobody Fri Nov 4 23:20:00 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4N3xRp0lQZz4h32j; Fri, 4 Nov 2022 23:20:06 +0000 (UTC) (envelope-from gjb@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4N3xRp0G6qz49rx; Fri, 4 Nov 2022 23:20:06 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1667604006; 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=vlADi1DIGV2+ajloAqi75U/VEYwBHtdfWlVYlodXpFg=; b=whDyJFACPr86qM+5KOdITh/QYtCZk3XJDAMnXKp2chnBsKqTYC1zUbJeHeXIOBjtheytuK +c5PcsXpVZqDaxXACj93vzhMUcxyvF0pt7oqVfSIOzwsNN3RB9zKDrHr3qKLWiwFUQjOz1 R+tvenlK8TCqRsu2OKLsHFUxx1QqW0ls3OWmfvNkz93B7rUWSVBV2PmMk1ZUxet+3HZff8 Av6qOq9dr9REb2th6APVAbEKOz2+dq2NtvuUuI0vnRyh144O76yzQF52sQFrLEWlaBeNMF nGYOXHpWHQR7Npx5YzDWYiWDcC2rojtseHLSJttCKc9IkkwECcwAiEUmHDG/Uw== Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id ACCD3C8D1; Fri, 4 Nov 2022 23:20:05 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Fri, 4 Nov 2022 23:20:00 +0000 From: Glen Barber To: freebsd-snapshots@freebsd.org, freebsd-stable@freebsd.org Cc: FreeBSD Release Engineering Team Subject: Re: [REVISED] FreeBSD 12.4-RC1 Now Available Message-ID: <20221104232000.GI30607@FreeBSD.org> References: <20221104231631.GR76435@FreeBSD.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="xCc3NE+2SqMfpWuY" Content-Disposition: inline In-Reply-To: <20221104231631.GR76435@FreeBSD.org> ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1667604006; 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=vlADi1DIGV2+ajloAqi75U/VEYwBHtdfWlVYlodXpFg=; b=mDJaAqkx5isGAZn/hxKXL6Z8g39gDWRMc/Phh8AHJGUY+k2NteEOdfBdmKSScGbWT0TVPI P9sG7inxzjKrE09Umi+o7hP8ivtwMUVTiYWol/imNxTHZnUqNP7XYFXwjP0vpOju+1w8+P yLaBwzqtinXXht3f2ieYSQG3NIEu5jQngeUG4FK87le1/XiT/XvgQQRuiMiNEaPDMTFHy8 4/JOSJ5eFjerOzLpHFYNzN7ieT2l4/6t4ehCVKh+UtBWqoVZK75QE8Q2PkRvINhIKiSX3c kbcWmDJWbKAFApiAw9KJYM+J7ItkTsWn8BsBfkTltBWSug0ABW+gHWETxOG2EQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1667604006; a=rsa-sha256; cv=none; b=uxWZHyhqO/dLMbmkGfraCVnZAwL3Ix4p72MdzOHbOK3wiGaqTbQcnnXB/WT3freEajZvd2 oVWSNQquyLvNeG5uFKwIXNwLzgmWBHCBPkvj17M8iC6444ekBHviST4BSwLoMLNIX/HPzc cbeYrKw7QjGMLou/Bpt81y3/LicphU14glSej/G85Up91gc+PbDJRrqRFANn1d1UVFUj2H 3Pl12AG7E+O4rpihMzT9NtwhplMLnYIya8u2IWKGAtfthpyiyC3LcUdC11wNOarO3jHfD0 mPjW+RrREfYrCGDfBs0jjRq1xbHmf7WszqozJxPVruPhFgUqx1ldH4Pc5o4EyQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N --xCc3NE+2SqMfpWuY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 04, 2022 at 11:16:31PM +0000, Glen Barber wrote: > Wow... >=20 The revised version corrects a fat-finger read-into-Mutt error from a previous release. It truly has been one of those weeks... Glen --xCc3NE+2SqMfpWuY Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmNlnh8ACgkQAxRYpUeP 4pOabA//Z2Ns17gA2yEyVZHCiCQTrTOpVxht9RH6gtQpi+5Pg7lqSspIVxxeUZf8 N7zYJ6okA6xkdOYW/UIJr+A7plFINCqRJd4jG28ogqgDANsA3uUVGK0kZZd5Qfs3 Vh5PzIaVer94gyoDLYT9R4tE5tEOi/Z1wuxHZ8qkZYWrEWXumSV+xjZpn2JhGkdI KDrXIGUp6AMR0ummaD//uHEzpvEchLiK/gsAkERaFigsI7viv+XWzE7H5Dd6ZNHl QKE+6yAMK35VC0O+whlUAmWUSZjXAzzIrMx4lEImYFOkwE7ptp07ypfXxvrt4fjI /bYWTzI0eYdQcpVzgn5UiM1fl0RCaa6T97NXOiK5H62ft+tXbcg6+yewGHxlgXWZ RmLrnjzu6z9HNtDNPXVvlGKMCCtUUDAkWmEsmeA5EFAmfRVTo3VP46K7N6WjwO3o //igV6g+jrz6tBjAc88Dpyq1MWzbvXwHrE11+eUc5z6VcFVt3pzDVdVayYDXfLG4 OxOCOCbts/XvzOg5nKTyDy7JoLom0pu7XcmIYAung/iiDszT1UN5Jz3yx9s91FG4 9yh4f6fjLq7t8oEN/A5FLWKJxJIgNIzYr1XWKwgHEXyzfTzV4+R+n05T1SaVB0th 8jAWRmbvyHvxq/OU94QLJWkczBkj2e/qyfFazPj/ty/vkoeRGVw= =n/gs -----END PGP SIGNATURE----- --xCc3NE+2SqMfpWuY-- From nobody Tue Nov 8 16:50:43 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4N6Dcp6mjlz4YWPd for ; Tue, 8 Nov 2022 16:50:50 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.ipv6.vt.edu [IPv6:2001:468:c80:a103:2:5000:5555:5555]) (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 4N6Dcp4QRmz416L for ; Tue, 8 Nov 2022 16:50:50 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (unknown [IPv6:2001:470:e15b:23::23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id AD0A43C9C2 for ; Tue, 8 Nov 2022 11:50:43 -0500 (EST) From: Paul Mather Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.1\)) Subject: Did anyone else get a glut of old security/errata notices today?? Date: Tue, 8 Nov 2022 11:50:43 -0500 References: <20220809221902.7717C17160@freefall.freebsd.org> To: FreeBSD-STABLE Mailing List In-Reply-To: <20220809221902.7717C17160@freefall.freebsd.org> Message-Id: X-Mailer: Apple Mail (2.3696.120.41.1.1) X-Rspamd-Queue-Id: 4N6Dcp4QRmz416L X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:1312, ipnet:2001:468:c80::/48, country:US] X-ThisMailContainsUnwantedMimeParts: N Today I received a glut of ten or so security/errata notices, some of = which date back as far as 9th August: > On Aug 9, 2022, at 6:19 PM, FreeBSD Errata Notices = wrote: >=20 > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 >=20 > = =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=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D > FreeBSD-EN-22:19.pam_exec Errata = Notice > The FreeBSD = Project >=20 > Topic: NULL pointer dereference in pam_exec(8) >=20 > Category: core > Module: pam > Announced: 2022-08-09 > Affects: FreeBSD 13.0 and later > Corrected: 2022-06-24 09:09:59 UTC (stable/13, 13.1-STABLE) > 2022-08-09 20:01:22 UTC (releng/13.1, 13.1-RELEASE-p1) > 2022-08-09 20:00:25 UTC (releng/13.0, 13.0-RELEASE-p12) >=20 > For general information regarding FreeBSD Errata Notices and Security > Advisories, including descriptions of the fields above, security > branches, and the following sections, please visit > . >=20 > I. Background >=20 > pam_exec(8) is a pam(3) module for delegating PAM service functions to = an > external program. When used for authentication, it can pass the = user's > authentication token to the external program. [[ etc. ]] Looking at the headers, the common point of delay is the mail hop from = mlmmj.nyi.freebsd.org -> mx1.freebsd.org. The in the case of the above = Errata Notice the mail languished on mlmmj.nyi.freebsd.org from 9th = August 2022 until 8th November 2022: =3D=3D=3D=3D=3D [[...]] Received: from mlmmj.nyi.freebsd.org (mlmmj.nyi.freebsd.org = [IPv6:2610:1c1:1:606c::50:24]) by mx1.freebsd.org (Postfix) with ESMTP = id 4N62bh2W3xz4cyt for ; Tue, 8 Nov 2022 = 09:19:12 +0000 (UTC) (envelope-from = freebsd-security-notifications+bounces-11-paul=3Dgromit.dlib.vt.edu@FreeBS= D.org) Received: from mlmmj.nyi.freebsd.org (mlmmj.nyi.freebsd.org = [IPv6:2610:1c1:1:606c::50:24]) by mlmmj.nyi.freebsd.org (Postfix) with = ESMTP id 4M2SZg0vyKz4YRd6; Tue, 9 Aug 2022 22:35:39 +0000 (UTC) = (envelope-from freebsd-security-notifications+bounces-11@FreeBSD.org) Received: from mx1.freebsd.org (mx1.freebsd.org = [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with = ESMTP id 4M2SZb4c04z4YRnN for = ; Tue, 9 Aug 2022 = 22:35:35 +0000 (UTC) (envelope-from security-advisories@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org = [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher = TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 = server-signature RSA-PSS (4096 bits) server-digest SHA256 = client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN = "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org = (Postfix) with ESMTPS id 4M2SZb3rv6z3MvX; Tue, 9 Aug 2022 22:35:35 = +0000 (UTC) (envelope-from security-advisories@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 945) id = 5E29F172BB; Tue, 9 Aug 2022 22:35:35 +0000 (UTC) =3D=3D=3D=3D=3D It goes some way to explaining why I saw a reply to the = FreeBSD-EN-22:25.tcp e-mail on freebsd-stable on 3rd November without = having seen the original Errata Notice. :-) I'm just wondering: did this happen to anyone else, or was I the only = lucky Mail Delivery Powerball winner here? :-) Cheers, Paul.= From nobody Tue Nov 8 17:05:35 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4N6Dxs6ltDz4YZF6 for ; Tue, 8 Nov 2022 17:05:37 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from fc.opsec.eu (fc.opsec.eu [IPv6:2001:14f8:200:4::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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4N6Dxs4nHBz449M for ; Tue, 8 Nov 2022 17:05:37 +0000 (UTC) (envelope-from pi@freebsd.org) Authentication-Results: mx1.freebsd.org; none Received: from pi by fc.opsec.eu with local (Exim 4.95 (FreeBSD)) (envelope-from ) id 1osS2Z-000FQs-TU; Tue, 08 Nov 2022 18:05:35 +0100 Date: Tue, 8 Nov 2022 18:05:35 +0100 From: Kurt Jaeger To: Paul Mather Cc: FreeBSD-STABLE Mailing List Subject: Re: Did anyone else get a glut of old security/errata notices today?? Message-ID: References: <20220809221902.7717C17160@freefall.freebsd.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4N6Dxs4nHBz449M X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:12502, ipnet:2001:14f8::/32, country:DE] X-ThisMailContainsUnwantedMimeParts: N Hi! > Today I received a glut of ten or so security/errata notices, some of which date back as far as 9th August: Yes. We (freebsd.org) had an issue with postfix putting certain mails into the 'waiting for manual intervention' queue. Sorry! -- pi@FreeBSD.org +49 171 3101372 Now what ? From nobody Tue Nov 8 17:06:33 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4N6Dz76grdz4YZP7 for ; Tue, 8 Nov 2022 17:06:43 +0000 (UTC) (envelope-from jon@xyinn.org) Received: from mail-4323.proton.ch (mail-4323.proton.ch [185.70.43.23]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4N6Dz74Nqxz45Br for ; Tue, 8 Nov 2022 17:06:43 +0000 (UTC) (envelope-from jon@xyinn.org) Authentication-Results: mx1.freebsd.org; none Date: Tue, 08 Nov 2022 17:06:33 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xyinn.org; s=protonmail3; t=1667927200; x=1668186400; bh=oSifLS+aXT+Yyu9FZL7JiveykXKoCmog/i3tu7EazXU=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=BjDxdXWSjzi9T2nKNzT5Vl2625+EtLIqOzkZCO8D9PVxbjH8o4TWZmDKeGnXTQGI9 ih+luAUkZv7khiwOEejYE8KNWp0iT1jPqAUI/lpw1eWQ0PNk2xa+uxtlFSZDAajSI+ hweRJKgKHTKRNpq8AqRAuejR1PY9uDucgdGK7vk/vHALrI49b4ty8lKIPgXMWnDGzg OyQHkw/JCbgc2ha63f/gUBTIeNRSOTJtC+nPLGTr9BgBw5oYqsH432B4xK6XJ4DVVy LyYC6N/k3ygXEe29+kNFuPi62TUqBWM15NZ3k69DYvdECV9uXQ80DRr5RsUINgf1fw WfRaUozMn3QSQ== To: Paul Mather From: Jonathan Vasquez Cc: FreeBSD-STABLE Mailing List Subject: Re: Did anyone else get a glut of old security/errata notices today?? Message-ID: In-Reply-To: References: <20220809221902.7717C17160@freefall.freebsd.org> Feedback-ID: 12351801:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4N6Dz74Nqxz45Br X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.43.0/24, country:CH] X-ThisMailContainsUnwantedMimeParts: N Yup I received a bunch of them today. My server is on 13.1-RELEASE-p3, and = laptop on latest stable/13, so it should have all of them already. Jonathan Vasquez PGP: 34DA 858C 1447 509E C77A D49F FB85 90B7 C4CA 5279 Sent with ProtonMail Secure Email ------- Original Message ------- On Tuesday, November 8th, 2022 at 11:50, Paul Mather wrote: > Today I received a glut of ten or so security/errata notices, some of whi= ch date back as far as 9th August: >=20 > > On Aug 9, 2022, at 6:19 PM, FreeBSD Errata Notices errata-notices@freeb= sd.org wrote: > >=20 > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA512 > >=20 > > =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=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D > > FreeBSD-EN-22:19.pam_exec Errata Notice > > The FreeBSD Project > >=20 > > Topic: NULL pointer dereference in pam_exec(8) > >=20 > > Category: core > > Module: pam > > Announced: 2022-08-09 > > Affects: FreeBSD 13.0 and later > > Corrected: 2022-06-24 09:09:59 UTC (stable/13, 13.1-STABLE) > > 2022-08-09 20:01:22 UTC (releng/13.1, 13.1-RELEASE-p1) > > 2022-08-09 20:00:25 UTC (releng/13.0, 13.0-RELEASE-p12) > >=20 > > For general information regarding FreeBSD Errata Notices and Security > > Advisories, including descriptions of the fields above, security > > branches, and the following sections, please visit > > URL:https://security.FreeBSD.org/. > >=20 > > I. Background > >=20 > > pam_exec(8) is a pam(3) module for delegating PAM service functions to = an > > external program. When used for authentication, it can pass the user's > > authentication token to the external program. >=20 > [[ etc. ]] >=20 >=20 > Looking at the headers, the common point of delay is the mail hop from ml= mmj.nyi.freebsd.org -> mx1.freebsd.org. The in the case of the above Errata= Notice the mail languished on mlmmj.nyi.freebsd.org from 9th August 2022 u= ntil 8th November 2022: >=20 >=20 > =3D=3D=3D=3D=3D > [[...]] > Received: from mlmmj.nyi.freebsd.org (mlmmj.nyi.freebsd.org [IPv6:2610:1c= 1:1:606c::50:24]) by mx1.freebsd.org (Postfix) with ESMTP id 4N62bh2W3xz4cy= t for paul@gromit.dlib.vt.edu; Tue, 8 Nov 2022 09:19:12 +0000 (UTC) (envelo= pe-from freebsd-security-notifications+bounces-11-paul=3Dgromit.dlib.vt.edu= @FreeBSD.org) >=20 > Received: from mlmmj.nyi.freebsd.org (mlmmj.nyi.freebsd.org [IPv6:2610:1c= 1:1:606c::50:24]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4M2SZg0v= yKz4YRd6; Tue, 9 Aug 2022 22:35:39 +0000 (UTC) (envelope-from freebsd-secur= ity-notifications+bounces-11@FreeBSD.org) > Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19= :1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4M2SZb4c04z4YRnN for = freebsd-security-notifications@mlmmj.nyi.freebsd.org; Tue, 9 Aug 2022 22:35= :35 +0000 (UTC) (envelope-from security-advisories@freebsd.org) >=20 > 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-diges= t SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client= CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (= Postfix) with ESMTPS id 4M2SZb3rv6z3MvX; Tue, 9 Aug 2022 22:35:35 +0000 (UT= C) (envelope-from security-advisories@freebsd.org) > Received: by freefall.freebsd.org (Postfix, from userid 945) id 5E29F172B= B; Tue, 9 Aug 2022 22:35:35 +0000 (UTC) > =3D=3D=3D=3D=3D >=20 > It goes some way to explaining why I saw a reply to the FreeBSD-EN-22:25.= tcp e-mail on freebsd-stable on 3rd November without having seen the origin= al Errata Notice. :-) >=20 > I'm just wondering: did this happen to anyone else, or was I the only luc= ky Mail Delivery Powerball winner here? :-) >=20 > Cheers, >=20 > Paul. From nobody Tue Nov 8 22:06:08 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4N6Mch0pHVz4bYfR for ; Tue, 8 Nov 2022 22:06:12 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.ipv6.vt.edu [IPv6:2001:468:c80:a103:2:5000:5555:5555]) (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 4N6Mcg61kHz3MsS; Tue, 8 Nov 2022 22:06:11 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (unknown [IPv6:2001:470:e15b:23::23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id 618983D849; Tue, 8 Nov 2022 17:06:09 -0500 (EST) Content-Type: text/plain; charset=us-ascii List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.1\)) Subject: Re: Did anyone else get a glut of old security/errata notices today?? From: Paul Mather In-Reply-To: Date: Tue, 8 Nov 2022 17:06:08 -0500 Cc: FreeBSD-STABLE Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: References: <20220809221902.7717C17160@freefall.freebsd.org> To: Kurt Jaeger X-Mailer: Apple Mail (2.3696.120.41.1.1) X-Rspamd-Queue-Id: 4N6Mcg61kHz3MsS X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:1312, ipnet:2001:468:c80::/48, country:US] X-ThisMailContainsUnwantedMimeParts: N On Nov 8, 2022, at 12:05 PM, Kurt Jaeger wrote: > Hi! >=20 >> Today I received a glut of ten or so security/errata notices, some of = which date back as far as 9th August: >=20 > Yes. We (freebsd.org) had an issue with postfix putting certain mails = into > the 'waiting for manual intervention' queue. >=20 > Sorry! Thank you. I'd begun to wonder whether my e-mail server's greylisting = had gone into overdrive. Glad to know it wasn't my fault for a change. = :-) Cheers, Paul. From nobody Fri Nov 11 22:20:51 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4N8CpG1GbHz4gK1B; Fri, 11 Nov 2022 22:20:54 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4N8CpG12gdz3GF1; Fri, 11 Nov 2022 22:20:54 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1668205254; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=fooP2nNLBu3lkaY6bX5VIWEWXoMOi9HLioI07V3UYYU=; b=dowrVyXY1rI0DFKej8RPl7mEIqYv1LbKhtYF8EcwVIWLY39cGbMjqiYNHnSUYbc1nBjQWG pqRTUZqo31muW9rTtzLVKsWlfe12bbUmhN33xuNqijNLqAB83e+LRHsoq/Oev+cRv7TEQT ZIkZpNiyuiNm9FqNiQQ3T/P4aUmoQWemMMOJZ/3dVkK9ETLYc/iIMqmph4GEZjGdXcii7q mj6zTTsUDVk0fA4qol8DZF7eC0Aqc/iFfZNKUA8OTf+5ecfX05FOHfO1S+zAsow/1BA9Uv sn1P4n4xoTzULZY0/lnwVgJoenArCwRuK6kY7uwyTXhmXrkVH8WO0bKMYA/Tlw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1668205254; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=fooP2nNLBu3lkaY6bX5VIWEWXoMOi9HLioI07V3UYYU=; b=LlHzCSgyPo/BY7yuBP8RyafSR8fyESvLkiXqYL7MZ/Rlc8bbehy7CFy2+7jjM47hNip3fe R45LWMuOi0ylIOlnCV7U6mQkKEBCHyW/PdAf8/1A0nbWMi7J7yQ3G/aJfOC8BDXUeRNyLT YKDECLnbcRc5FJEeOa+XJBlcGl8J41r6Zz3EFDa+CBGvfrnEZ6FdrWiim3yZMBTOYdKTrf kQj5/gnsT2AAB4hqtIJH8ihat87HNNBljSr+083ZH+fLRM/fDcbzNPLMI5Xqf3bxp1cM+J hUmgRJZTkWfrxtd4vv5ckTAnXQxiuxmi9hCyMlHP0Qg5BY7/2a7fdv/NQsNwOQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1668205254; a=rsa-sha256; cv=none; b=DM/f5H7a/q8APx22WxgVKdJU9PGaqy4XeaKUIOeNjNFm+keWkarg0NA2ObRqXF7iRpXIV1 Ta3HYPJdLeBZLBOfRfx1SxrxL9Z28f8EN+g3BXm4n+TUD4uk7ET1cuRRuY7Txf3JK25SQ5 FqH1rYBnZVcyaYHhEOs9LxoxkK6qMniuPG/iEfDERW89naqTh6axunAlCX6GZxBVWIg1jh JRWUi9FROjbdcMl7PnGzfpoNdcvfME14UFuUm4rXAJjERX/cyP+IWp0SvwvYbcUqnKdxCi z9zRTHI/zsS6SgbaFE4IaFdV8o2KWPcyNYZdYj6XIZJCw/rsNrmagVLVKvc+Ww== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id C078E14B4E; Fri, 11 Nov 2022 22:20:53 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Fri, 11 Nov 2022 22:20:51 +0000 From: Glen Barber To: freebsd-snapshots@freebsd.org, freebsd-stable@freebsd.org Cc: FreeBSD Release Engineering Team Subject: FreeBSD 12.4-RC2 Now Available Message-ID: <20221111222051.GD76435@FreeBSD.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed X-ThisMailContainsUnwantedMimeParts: N -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The second RC build of the 12.4-RELEASE release cycle is now available. Installation images are available for: o 12.4-RC2 amd64 GENERIC o 12.4-RC2 i386 GENERIC o 12.4-RC2 powerpc GENERIC o 12.4-RC2 powerpc64 GENERIC64 o 12.4-RC2 powerpcspe MPC85XXSPE o 12.4-RC2 sparc64 GENERIC o 12.4-RC2 armv6 RPI-B o 12.4-RC2 armv7 BANANAPI o 12.4-RC2 armv7 CUBIEBOARD o 12.4-RC2 armv7 CUBIEBOARD2 o 12.4-RC2 armv7 CUBOX-HUMMINGBOARD o 12.4-RC2 armv7 RPI2 o 12.4-RC2 armv7 WANDBOARD o 12.4-RC2 armv7 GENERICSD o 12.4-RC2 aarch64 GENERIC o 12.4-RC2 aarch64 RPI3 o 12.4-RC2 aarch64 PINE64 o 12.4-RC2 aarch64 PINE64-LTS Note regarding arm SD card images: For convenience for those without console access to the system, a freebsd user with a password of freebsd is available by default for ssh(1) access. Additionally, the root user password is set to root. It is strongly recommended to change the password for both users after gaining access to the system. Installer images and memory stick images are available here: https://download.freebsd.org/releases/ISO-IMAGES/12.4/ The image checksums follow at the end of this e-mail. If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use Git to do a source based update of an existing system, use the "releng/12.4" branch. A summary of changes since 12.4-RC1 includes: o if_vxlan(4): Check the size of data available in mbuf before using them o ofed: allow using IPv6 address in rc_pingpong server o ssh: correct parse_cert_times case for hex "to" time o ipfw: Have NAT steal the TH_RES1 bit, instead of the TH_AE bit A list of changes since 12.3-RELEASE is available in the releng/12.4 release notes: https://www.freebsd.org/releases/12.4R/relnotes/ Please note, the release notes page is not yet complete, and will be updated on an ongoing basis as the 12.4-RELEASE cycle progresses. === Virtual Machine Disk Images === VM disk images are available for the amd64, i386, and aarch64 architectures. Disk images may be downloaded from the following URL (or any of the FreeBSD download mirrors): https://download.freebsd.org/releases/VM-IMAGES/12.4-RC2/ The partition layout is: ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats. The image download size is approximately 135 MB and 165 MB respectively (amd64/i386), decompressing to a 21 GB sparse image. Note regarding arm64/aarch64 virtual machine images: a modified QEMU EFI loader file is needed for qemu-system-aarch64 to be able to boot the virtual machine images. See this page for more information: https://wiki.freebsd.org/arm64/QEMU To boot the VM image, run: % qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt \ -bios QEMU_EFI.fd -serial telnet::4444,server -nographic \ -drive if=none,file=VMDISK,id=hd0 \ -device virtio-blk-device,drive=hd0 \ -device virtio-net-device,netdev=net0 \ -netdev user,id=net0 Be sure to replace "VMDISK" with the path to the virtual machine image. === Amazon EC2 AMI Images === FreeBSD/amd64 EC2 AMIs are available in the following regions: af-south-1 region: ami-0bb9241eb5b7ce3d6 ap-south-1 region: ami-0527af8666dda5829 eu-north-1 region: ami-0d6177cd754aa72dc eu-west-3 region: ami-08f680889e53634c2 eu-south-1 region: ami-08ac6171a6fed25fb eu-west-2 region: ami-0fb4469bed6238be9 eu-west-1 region: ami-0e8e36a247c8ed53d ap-northeast-3 region: ami-09c228acdad5d7a79 ap-northeast-2 region: ami-0e7721f26bd4de3ec me-south-1 region: ami-0b02ae646b10c6de2 ap-northeast-1 region: ami-0aec441df71470ea8 me-central-1 region: ami-0d6ad0499882dce86 ca-central-1 region: ami-0f2d11db9ea0b1aa4 sa-east-1 region: ami-0b80e81dfe36d4fbb ap-east-1 region: ami-01e42305963671dc2 ap-southeast-1 region: ami-0cd111eb6e15d09ec ap-southeast-2 region: ami-02cec3f2f7642419a eu-central-1 region: ami-04152d204e92e9f99 ap-southeast-3 region: ami-0b73f7e14f7e0012d us-east-1 region: ami-0d6c71982e7c3f9e3 us-east-2 region: ami-0a5c8791ac08ed8e0 us-west-1 region: ami-068dd3ee6d391a9c2 us-west-2 region: ami-02a1825d8f14de513 These AMI IDs can be retrieved from the Systems Manager Parameter Store in each region using the keys: /aws/service/freebsd/amd64/base/ufs/12.4/RC2 FreeBSD/aarch64 EC2 AMIs are available in the following regions: af-south-1 region: ami-00c20ae46d8c9cb3e ap-south-1 region: ami-0ae33af93d0bebb0f eu-north-1 region: ami-06b32a5074a82fa79 eu-west-3 region: ami-014bfd8fb0efa0959 eu-south-1 region: ami-013b9ddd5a309a314 eu-west-2 region: ami-041da668b00a5f253 eu-west-1 region: ami-0020336a5d7d4d1cc ap-northeast-3 region: ami-03cd672d518d29d14 ap-northeast-2 region: ami-047ad3d08bb9347f6 me-south-1 region: ami-0f87d9fe1774c8e60 ap-northeast-1 region: ami-08026b5278c3763ae me-central-1 region: ami-0f2e0e6e59eaaa35c ca-central-1 region: ami-01ace02b97682b91c sa-east-1 region: ami-0113afee2306ddb59 ap-east-1 region: ami-09b5a1bcc45575039 ap-southeast-1 region: ami-0538f0f2470e7e8cd ap-southeast-2 region: ami-0fbe1fc1c091462ec eu-central-1 region: ami-0fab18ffda73511e3 ap-southeast-3 region: ami-0df8e3a770e4f6563 us-east-1 region: ami-0c3f9257eff6424df us-east-2 region: ami-092f55aaddf0b33f8 us-west-1 region: ami-0e4b71ec869a264df us-west-2 region: ami-02008ed41fe078a24 These AMI IDs can be retrieved from the Systems Manager Parameter Store in each region using the keys: /aws/service/freebsd/arm64/base/ufs/12.4/RC2 === Vagrant Images === FreeBSD/amd64 images are available on the Hashicorp Atlas site, and can be installed by running: % vagrant init freebsd/FreeBSD-12.4-RC2 % vagrant up === Upgrading === The freebsd-update(8) utility supports binary upgrades of amd64, i386, and aarch64 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 12.4-RC2 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 12.x. Alternatively, the user can install misc/compat12x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install == ISO CHECKSUMS == o 12.4-RC2 amd64 GENERIC: SHA512 (FreeBSD-12.4-RC2-amd64-bootonly.iso) = be83e22018b35a5bd0edf27fc62fa94c4e447b34b86aca50b3300f65157dff4d0bd2539ea8c3ceb033b1852ac323b3bf91b63fa1a0950c0582acda3fc07e3e2c SHA512 (FreeBSD-12.4-RC2-amd64-bootonly.iso.xz) = e6e0f0f47c32654801005b42d8fd834adc86b76bdb6bb9f68e97bf5f30a84fab8ccc30f66a63d684b894b1f599857d404bd86dae0e4fe71469ff67188197edf5 SHA512 (FreeBSD-12.4-RC2-amd64-disc1.iso) = 29bb3412d33c96ab430cf9d4e50c689d45e92d72740a7656b702742db341f430ef69220fe585b9181c47a02b80459028cb760a7861740088eb3eb04022095f62 SHA512 (FreeBSD-12.4-RC2-amd64-disc1.iso.xz) = 842adeb0284d38449db67d4b623f319192f2b997615c6cd9daa38db6ab406cea59061c7ff64db25abf4494f4f9edb06b47f909e8ef4c87bcee94dc599c868b25 SHA512 (FreeBSD-12.4-RC2-amd64-dvd1.iso) = 6e4a87b9eb343fbfbb37d031e5dbf55d33038e8c9d25388c08aca62172c1fb151351dcaed67238ddd6b16569aadd1f42b1819889226ff34774214b3b79f6b50e SHA512 (FreeBSD-12.4-RC2-amd64-dvd1.iso.xz) = c417375f9fbeb7a212937746ffe0edb989d476462fc7751a72bf2ce8f79f629a33fdee57db2331e9522483418c6d1aff0988f5fb05f5ccedc747d847653a96cb SHA512 (FreeBSD-12.4-RC2-amd64-memstick.img) = 5c9abf2c5923777e1508249c4584937fcc60be53bf5a2ab30433e0d35a808c0a8b4d352246adaa249bc7a805b8aad1f4a9894aa537de53a50a8e68bbca59df30 SHA512 (FreeBSD-12.4-RC2-amd64-memstick.img.xz) = 3204775025e9b92385150c1c12080146c5c5caef876c09e8e800b0220bfcee11a1aac78bae85d79ad23957e7fd504962f6382a225e387502e1bdc5a5ae1e81e2 SHA512 (FreeBSD-12.4-RC2-amd64-mini-memstick.img) = d2675ecbc1339c6854acfef6a21525a46759a72c82adfffd398e50266d2953ab66a9554836c7b36f1cdb22374dbbdf69ee0e8445025a37c8385383e26de62ec8 SHA512 (FreeBSD-12.4-RC2-amd64-mini-memstick.img.xz) = 0066e29dec93fd9230dcebc80dbd26bf65576da92f9930eb2385b5f79a8957b2165ca61d5e4edfa99a6ac9a9bece553c1f172a918a39be589967bd81e2d2562c SHA256 (FreeBSD-12.4-RC2-amd64-bootonly.iso) = 0f6f70c3e7c12accfc3592c27a6887a46eba3f95b139f9d4850f458e2505dd54 SHA256 (FreeBSD-12.4-RC2-amd64-bootonly.iso.xz) = 0eeaa75e92a7aac741adb5ee0e928ef09302c5927636de570fd00c186c887335 SHA256 (FreeBSD-12.4-RC2-amd64-disc1.iso) = db204e03ca5c76383e11dced93b402f4f3b20eee43ff1dd98409853878cf2981 SHA256 (FreeBSD-12.4-RC2-amd64-disc1.iso.xz) = 670829ad674a71c3ceee1f1757ffc002e58c072b265f11da3d7c3dee4d45e98f SHA256 (FreeBSD-12.4-RC2-amd64-dvd1.iso) = d2d1a0706ea8f2bf39b191a8d2d2584ddd733b32b338a495a4373ddc878f812c SHA256 (FreeBSD-12.4-RC2-amd64-dvd1.iso.xz) = 1ae33eaac440379f99bae09b9cd5390c3fc1a8a87a81df8d3f754b1da8fb5f16 SHA256 (FreeBSD-12.4-RC2-amd64-memstick.img) = e8d5728bab1f20a8034aec538ad7f97ae64c2b20123929633f38fcc49159841c SHA256 (FreeBSD-12.4-RC2-amd64-memstick.img.xz) = f7bb4a42071d02c6d2e0e46deafd79fc24300b70d82fe08a2bd86f1c85c92904 SHA256 (FreeBSD-12.4-RC2-amd64-mini-memstick.img) = 884d4c0c90339e5acd989012e4d3b3750411fedc83697da30dea89fd6af03211 SHA256 (FreeBSD-12.4-RC2-amd64-mini-memstick.img.xz) = 51b30a1f2a556086877a4cb7dda0e203da42f9c2ffdbbc52c4205d68a7bbeb87 o 12.4-RC2 i386 GENERIC: SHA512 (FreeBSD-12.4-RC2-i386-bootonly.iso) = fc6c5a55bb81f68eda03a4b337d247b4260a97f59ae10f4e2f1a5b62f9e9d82c18eb15268b598efe7a754214c2daf4bacb0bc142e1085d447ea4e3ddebbb660f SHA512 (FreeBSD-12.4-RC2-i386-bootonly.iso.xz) = f7c55272a959c2eddbbf5e091aed5ec62a0433b2db58df2685c18b594e1bc0f58c8bb873c3b45f9a6e613b4d75efe979a8b07174cffe110555e95ee2558dfa18 SHA512 (FreeBSD-12.4-RC2-i386-disc1.iso) = 2776c8216c9d043f35ff2e3c73bcce59dc2039c68c5d563951f08c4cb54262d7848f1d14fa34dd4dd71979ee46deef45bc37738d50bc43dc6387dceb65f84004 SHA512 (FreeBSD-12.4-RC2-i386-disc1.iso.xz) = 11b46fbde1ed93ec4713fdf9b3fda9397a4a519e1696b72082c6d317662753159144b9facea3dca807776f66673f8a6a35c59aa6f76f80aae30454eb3960b738 SHA512 (FreeBSD-12.4-RC2-i386-dvd1.iso) = 9a767e1e92c5e9a046bdd73f793d59b2c74083e89010fab86135bf3c2a584f5442d555fb583ab71ed797e409e3dc267e6fa05e289040a68e27895632576082dc SHA512 (FreeBSD-12.4-RC2-i386-dvd1.iso.xz) = 1ef65fdb152ae91da2b20729c9349ff55133728d0bc4a6c45a6bcc4bf5d10f639b72342787fd4b89d0b111998f69e57b4320e3f8d6384a3d7c94b2bf158a3e58 SHA512 (FreeBSD-12.4-RC2-i386-memstick.img) = 4dec15dfbe070333907466644eda8b1c9d681323ab9a3ad05debdd0f043e206df2e5c4141d442db6ae65caea0bd8a78a77dee3b1f79c2134a5ccd0a22f20135b SHA512 (FreeBSD-12.4-RC2-i386-memstick.img.xz) = 1b19757d6cbc2e4f4f9547cf079e4c784a0615732ec699b57417e620b290007de7508e847e1508faf2388afcf4cb058db03840627dd41cfc7ae1abee1ac0cab8 SHA512 (FreeBSD-12.4-RC2-i386-mini-memstick.img) = 2932babdf88ba6788d1c97af601d0a2cb65595b8d6d28fc3ff8770817545f0ebd7ad6883d9fe686f442eb3b5c94d1f4fd8bcf2e43d6f9ec8833a9934336661a9 SHA512 (FreeBSD-12.4-RC2-i386-mini-memstick.img.xz) = 1c7acc861fc1e1777520f415797490c82fd966d3c17cbad84fe9ebfcaf508ed1007e6797ea7d9f9fd35d16bd9fb3fddb445b983db6e7ba709c88358baf079212 SHA256 (FreeBSD-12.4-RC2-i386-bootonly.iso) = dcd162294a7343d5d8e5087879247bdf05ae41fea3ad94a20fefc18fe6a93df8 SHA256 (FreeBSD-12.4-RC2-i386-bootonly.iso.xz) = 93039e1f1748ff62e677fcafb56c8c56a7547a29f38d4b4bdfc870ae81e6d280 SHA256 (FreeBSD-12.4-RC2-i386-disc1.iso) = 49a0ede4cee3dc5859209bd9e359006203e50ae7ffb0fb5ac171714ab83a6c0a SHA256 (FreeBSD-12.4-RC2-i386-disc1.iso.xz) = 06278947a96ff53f656889f8fdb4984b5515c472d1b8cdfc81b5f8e5ba24abc7 SHA256 (FreeBSD-12.4-RC2-i386-dvd1.iso) = 2f10e0508b4fb87a623009b5a8fdf5448af9d83f6d4259dca270950f9c3f9e45 SHA256 (FreeBSD-12.4-RC2-i386-dvd1.iso.xz) = 15289a78fcc42e2d6b558fe55628a302d9d3da1922f785c37325bd0cfa1d7911 SHA256 (FreeBSD-12.4-RC2-i386-memstick.img) = c43a45367f630c6cc07fe41728520a73f07eda8ec58a6b39e9a92308f3ef0507 SHA256 (FreeBSD-12.4-RC2-i386-memstick.img.xz) = 08f3aa40b5537b12b8766847a5ca45523f69fdbba08d443cf08338a1e2cd2d2f SHA256 (FreeBSD-12.4-RC2-i386-mini-memstick.img) = a881c58120566d9495af30cc51c647cc190e8d9a879c10b3eb56e4a45e659a6f SHA256 (FreeBSD-12.4-RC2-i386-mini-memstick.img.xz) = c3e81565fcb9d7ccf92f63a9f343ae6fa8b81a5ad42bf61ae68732a53101bfc2 o 12.4-RC2 powerpc GENERIC: SHA512 (FreeBSD-12.4-RC2-powerpc-bootonly.iso) = b4afebb8af8b37b40ee96538462eea53659eea49f153cfe62b7a07b8ad503f2fa01867607ed77ff24b123866c8dcad8b1c7a3959cfe0a16b23e471edac3ae93c SHA512 (FreeBSD-12.4-RC2-powerpc-bootonly.iso.xz) = 700b4006b2b92ea8a69862a6f72139751dd99230f79e350e9fd0d44e44cc067835eb237320ee433e142942e52a03dd76c8216e4ba442a503c982fff84ec7de38 SHA512 (FreeBSD-12.4-RC2-powerpc-disc1.iso) = 30cf90caac1772b80c253cc3ab1d3b552518aef402d4b9fea3b18e1f0468f1fbeafee0e5f27a331fbce8322fef8e44f467f6e2e5f25356002dd1385677d88b48 SHA512 (FreeBSD-12.4-RC2-powerpc-disc1.iso.xz) = 5b572e34454c58c7395dc3f0104e53d7a853d262275da92ce476499c8af1aad070b1aa56a603959c89a34b3ff7a9bccf2f22aff01e636426738bbbef00f7647e SHA512 (FreeBSD-12.4-RC2-powerpc-memstick.img) = 7349a9ec618525daf8c0fdec48f524670b9b3858878cf5f3f77d9772de3031b79e23b3b92ac6f06cf02468a9593290fd928564785333ba3e0b4918069fec343e SHA512 (FreeBSD-12.4-RC2-powerpc-memstick.img.xz) = e85acc904ee27025b775d6de85943a784e3cd790bd1f03509dc08f398becd3fbc9e560b8b7f744fdee0d9abdea640467ba8e4d3b322f71f2a88923c1cb01c4aa SHA512 (FreeBSD-12.4-RC2-powerpc-mini-memstick.img) = 5a249c9cef8b2b90874a40bb54bfcd61dc13e643d5b6035f05a97b37b17ecdb061c322dae43723d41925c31cfc2989c4d91c9a70dc7b42b9486784ea3fd5f2a5 SHA512 (FreeBSD-12.4-RC2-powerpc-mini-memstick.img.xz) = 3a773e82c13003bc4870b3ce425974ee69cb892f7ba55ff46f378cf5e92b884b06a3699fe17f13f29849984649e38033ff00fbed2edabad36f051fba670ca557 SHA256 (FreeBSD-12.4-RC2-powerpc-bootonly.iso) = a2ae21a051c29f969a61544fedeba1aa3cd1e5b750db5622bbeadebf4bffdebd SHA256 (FreeBSD-12.4-RC2-powerpc-bootonly.iso.xz) = 1cab8a6931a9246de5a3074dd2ac7d28a86b6c5540185b49aac0df586ec7257b SHA256 (FreeBSD-12.4-RC2-powerpc-disc1.iso) = 4f2fd8400be05e7dc9ddffd63bc042be9b84fc0f0bb65ad6b0aa6aa8f81c3e53 SHA256 (FreeBSD-12.4-RC2-powerpc-disc1.iso.xz) = 55f561ec6a5abf6056effb9e6664d8a1f648b2ca26032f0a2afc0bd552d592f6 SHA256 (FreeBSD-12.4-RC2-powerpc-memstick.img) = 131bbcf1582dcb674bb7e659ffd560d7b69fcf557208e66ce449f86f389b1df2 SHA256 (FreeBSD-12.4-RC2-powerpc-memstick.img.xz) = 66e88ddf58c7e6a83e690e67779519409ba453ccfa78e9e1d502e716fa90734c SHA256 (FreeBSD-12.4-RC2-powerpc-mini-memstick.img) = 359d31a588b0b83890394bcba860e737476d79d5e60138784cae87d74d0c9bb3 SHA256 (FreeBSD-12.4-RC2-powerpc-mini-memstick.img.xz) = 16df6a076692405fd045fd2223bad96ad18cf5b22ba5f3e620252cdf6ddfbe3e o 12.4-RC2 powerpc64 GENERIC64: SHA512 (FreeBSD-12.4-RC2-powerpc-powerpc64-bootonly.iso) = d35597257ad6c3107b3443652895e67442b92d75438baf1aad257b336e1c535efafb4426afec769a4401b5ad5d7c40a150eaccb5dc5030d189315e5ecb29f11f SHA512 (FreeBSD-12.4-RC2-powerpc-powerpc64-bootonly.iso.xz) = 2a1b23e677fb31efd8bf8615d20e521a07367772d5a56e81f7aed0daa275e3a041962bfff2d9bedd15546b37fbce27cd2c154646bec41cebe10f278108a70afe SHA512 (FreeBSD-12.4-RC2-powerpc-powerpc64-disc1.iso) = b39aaa7092bbd1412b543b35819a6d5123a76fcd40548ba071593b459191a590090bc73f80326d58988896758dd4cff1485d88e4c15301f229c737e83ffe72ab SHA512 (FreeBSD-12.4-RC2-powerpc-powerpc64-disc1.iso.xz) = 268df0966323e5f84057585eae3a0c8aeef2bc72dcd10193f64631d7ae28178134a50462079c4078af4a61d4d626c5bb4006188c7278bad5d4df0e9782ee74da SHA512 (FreeBSD-12.4-RC2-powerpc-powerpc64-memstick.img) = d793e7eba003b4c54c42df4fa72d6c8d128a4872e01e0c20f138057cc3ede40690e6cec50116424ca0a47eb3f46c447f268d161410e2249b5aaf030ca1d0fd14 SHA512 (FreeBSD-12.4-RC2-powerpc-powerpc64-memstick.img.xz) = faa6bb410208631c6b23b9790d400922e36703dbee42d68c8c23de8323cac6ce9383ce448d1a2500e1d011294d6c4dbb691d8c7770e79f74ec6b6fc82cac0b6c SHA512 (FreeBSD-12.4-RC2-powerpc-powerpc64-mini-memstick.img) = 0cdc65eabf9e7cf2a3f1cfaabc77f7153362daac1081538bf0c7739ae393335aa8ef58522bd9dffb46f47ba79e19e88b01f48aa1117f00202675ae473a3b531a SHA512 (FreeBSD-12.4-RC2-powerpc-powerpc64-mini-memstick.img.xz) = 303c86589de940a57240e729c45a0c06ad6bba86e86cd154c1b034acaf0447a2697f69c70ca7595e3a99bfcc37754da9d977ff53b96d1ea090ee227a63c456ae SHA256 (FreeBSD-12.4-RC2-powerpc-powerpc64-bootonly.iso) = d2ddcb6322005df121f84fa97590e1ebcb1650dc44e5098202d982a99154500c SHA256 (FreeBSD-12.4-RC2-powerpc-powerpc64-bootonly.iso.xz) = 262ed13847bcaede1a2429affde4481a4d867fa4f0263956fb751a1a5a626ac4 SHA256 (FreeBSD-12.4-RC2-powerpc-powerpc64-disc1.iso) = 9a5e3770cd3d81ca0a149468992b6e3672d92967d91120a172f0337627bb47a9 SHA256 (FreeBSD-12.4-RC2-powerpc-powerpc64-disc1.iso.xz) = a04af9f54300bb069b9f103a155400fcb7ef28dea798be8009e006b1b24e0bd5 SHA256 (FreeBSD-12.4-RC2-powerpc-powerpc64-memstick.img) = 8a8f0d7d211305f9cecd2039ea096c57e03a22c93d0ee7ddbe9757109569e4d3 SHA256 (FreeBSD-12.4-RC2-powerpc-powerpc64-memstick.img.xz) = 84cd6823f741272c5f520d6ae9cab05c44a994e95fa7db905f4cad066619d336 SHA256 (FreeBSD-12.4-RC2-powerpc-powerpc64-mini-memstick.img) = d6c42ddf9347373655806c648e7d48c390236bb9796ddf28c9950ce80cf7b17b SHA256 (FreeBSD-12.4-RC2-powerpc-powerpc64-mini-memstick.img.xz) = 1186aaacea04893c7db2db2e2d02dcacae5f068b5b5d533ab6684dbc6b0af049 o 12.4-RC2 powerpcspe MPC85XXSPE: SHA512 (FreeBSD-12.4-RC2-powerpc-powerpcspe-bootonly.iso) = 05699e0fe6ffc7b7f64d8da4262346357c758a05c53513c6adfb0eb6e8f92dd35de705c0bec7989f648982744c8b10fc0949f1a05f2a587d88d518500c518177 SHA512 (FreeBSD-12.4-RC2-powerpc-powerpcspe-bootonly.iso.xz) = 05aaa5740fe00d89ee17640cd776a7b9426536c0e79e7f6a584d88c2627465669264ee1254d100d9da7f701b196170d2b253ade5c5fdffd829bb4ac38c82c4a4 SHA512 (FreeBSD-12.4-RC2-powerpc-powerpcspe-disc1.iso) = 758751462348101cd1042385b8af5982d2aeff4a198be73d995f3094d40aec1de782fd4b060334f55ae130e8d9b519b747c8aa3510faff224dc2068daae97b55 SHA512 (FreeBSD-12.4-RC2-powerpc-powerpcspe-disc1.iso.xz) = 877cabc665fce201a5e96deaded3af1d19afb1f4bea78a1f43b424726783ab9206313b79475656b060c6a6948cef1f85691d5b880ec386b6c37d0082dcb10dc6 SHA512 (FreeBSD-12.4-RC2-powerpc-powerpcspe-memstick.img) = 89840153e6e5e8bcb36a777dc035c42bb42a553e02d2af4ccece3199ca0ded637328a824e19a562ebad85c985e5b44a7113fe0c5cc75cf792dbb1a7e71192708 SHA512 (FreeBSD-12.4-RC2-powerpc-powerpcspe-memstick.img.xz) = e631680d080a70205c68c51934fc04a8032a5331880599e13d8b48b38e4b3d3bcac22e4158f75c3028806debbd8c2acad9ccadc55f21bb32bf4079e9d82a8818 SHA512 (FreeBSD-12.4-RC2-powerpc-powerpcspe-mini-memstick.img) = 107d080f8f633bbc26e859e4ff343442747ddce26495f3ffb38324b335f6a1ba443348ba1d03c1d6cd3e28ab713b1e893b6a60e8a64e91c026e11b7d99128515 SHA512 (FreeBSD-12.4-RC2-powerpc-powerpcspe-mini-memstick.img.xz) = 2520a17e4d02577aa3b766df89bf3ae081e65cf60390941fbaf276bd3a536084e86a715275f577e9ccc3dc69450cb2157443bb495cfee0b4c8234f134fa40e32 SHA256 (FreeBSD-12.4-RC2-powerpc-powerpcspe-bootonly.iso) = e7e5b773c0595d8c23a9797449775ea88160ea2ace64cc13ce5093cfe8ef4d49 SHA256 (FreeBSD-12.4-RC2-powerpc-powerpcspe-bootonly.iso.xz) = e412ed0d0f693f59d3c8b9fd68fcb21a6d4a9c9de1df4cf7db9cad5117bad9e7 SHA256 (FreeBSD-12.4-RC2-powerpc-powerpcspe-disc1.iso) = aeca93ca3a637b5ecf89248df62b9d0ce33151648978802bc09f3eca0688fee7 SHA256 (FreeBSD-12.4-RC2-powerpc-powerpcspe-disc1.iso.xz) = 330129c0a0051b028feba166f33750d73194497ed785e8bf21dc3a961eb8d9d9 SHA256 (FreeBSD-12.4-RC2-powerpc-powerpcspe-memstick.img) = 55351301baa7cbc38c3addd3debe13c55bb6f431a5d10dd602c483eaee9d3ca6 SHA256 (FreeBSD-12.4-RC2-powerpc-powerpcspe-memstick.img.xz) = c2a8b21516f8072d9574b01abf4a124565d6c6de14346e33cc276276a70b22b4 SHA256 (FreeBSD-12.4-RC2-powerpc-powerpcspe-mini-memstick.img) = 965272ccc095f9d382bfe2b6d16c879e634fd0762b2ec97b7fc8f45e2b79d1be SHA256 (FreeBSD-12.4-RC2-powerpc-powerpcspe-mini-memstick.img.xz) = 54d6366c291362e97f9fcbcf2f9fe07dfef54f26bbfcc461cb8eac68bdf484f0 o 12.4-RC2 sparc64 GENERIC: SHA512 (FreeBSD-12.4-RC2-sparc64-bootonly.iso) = 1d3251f1599f86338c771fa6a946a9d720c1d882b45f10111ab29877e9fdd4e3265bc912c9f3eff0f868cebb2641ff445544bf1920aff21c81df5dc800eb6df4 SHA512 (FreeBSD-12.4-RC2-sparc64-bootonly.iso.xz) = 8b36b3fb46c09aaeae7d2ea35ec1aef97d1190300d7d466e05dfaf439cb8fcd2542c86bfaa32d45c5b2bac940d17a3f253771426ae742574db092f2353d5109d SHA512 (FreeBSD-12.4-RC2-sparc64-disc1.iso) = 2d5ad547bbf8a0bff6f66726fed52153e9c0bfff0978cec6f76a1f2b3bc241cb892500976c29786762a0bc100c9fa0c8dacb852e3412932af2313ece2bf9bf38 SHA512 (FreeBSD-12.4-RC2-sparc64-disc1.iso.xz) = 9859c8fab96f82cf1586a9e7df8ae717e1eeed9a47281f382a7b43cbbf9d081f8117e00b40562e181e772e3ed0699100c4418a18497ee8a630f41d7cf98563f0 SHA256 (FreeBSD-12.4-RC2-sparc64-bootonly.iso) = 697838276d2d7654ee584010afd712efae6115dd22d04f45ae7be525cf84dcd8 SHA256 (FreeBSD-12.4-RC2-sparc64-bootonly.iso.xz) = ebb14b45e406abc87d6da8a69cdcec89e6b014c4e2db9437fef547044ff98010 SHA256 (FreeBSD-12.4-RC2-sparc64-disc1.iso) = d24850abff6616de82ae1a1d689e9d2a05fbb37e8a54a7e6848c4c08c0d99624 SHA256 (FreeBSD-12.4-RC2-sparc64-disc1.iso.xz) = f6bdc78b11ab84bae072e6cc57b5dd9de14a7cec95934fe8e9bea9eff87371a3 o 12.4-RC2 armv6 RPI-B: SHA512 (FreeBSD-12.4-RC2-arm-armv6-RPI-B.img.xz) = 23846432635349cc9a35cb36e2dd23e70bef686f5945dd151f3b413613621c344de1e80deec19a3cb0377e384e2734bf81a6224b849fb32500af1d2085241bfc SHA256 (FreeBSD-12.4-RC2-arm-armv6-RPI-B.img.xz) = 764a3ae0140a458fa4bf1dc60ba393f16dc1f7e26fab1c25c7334c2351f9cc3e o 12.4-RC2 armv7 BANANAPI: SHA512 (FreeBSD-12.4-RC2-arm-armv7-BANANAPI.img.xz) = d47af5e696e8f0a9d5db8dc76f712168c30bc073f43f071b8eccd6117b3b4f1f6e8c52675ebceaae004e2981b798831ec757928472518330d6fe776562c49bab SHA256 (FreeBSD-12.4-RC2-arm-armv7-BANANAPI.img.xz) = 9d4ed72b62f705c200d85f5b18a1c900e43bcd1cc3e9d533b8cd9742dcd497c4 o 12.4-RC2 armv7 CUBIEBOARD: SHA512 (FreeBSD-12.4-RC2-arm-armv7-CUBIEBOARD.img.xz) = 66d15d47eca800c418bdb9ee421b4614412d2536c744ef586c1c08bd0f596066258791c2ed5cfa2ca55bdcc486df9bf2b05f4762e4a9c547e8352fe0f436e7bc SHA256 (FreeBSD-12.4-RC2-arm-armv7-CUBIEBOARD.img.xz) = 2f3eb202fd14d1f243a3c41a886759af9ea62e9576fbaed7d4753ec8737d385b o 12.4-RC2 armv7 CUBIEBOARD2: SHA512 (FreeBSD-12.4-RC2-arm-armv7-CUBIEBOARD2.img.xz) = 92ba839eed11e564cda1cbfc65de3236829a28f02ea3484edeb0c854c029aadbc24f13e603b2b96b2edd4eca67621ec410f04242341ebbacdbfef1b514324745 SHA256 (FreeBSD-12.4-RC2-arm-armv7-CUBIEBOARD2.img.xz) = b93c43bbf2935db751607587489e91ce58eb02dd70caee6749b814248abff41f o 12.4-RC2 armv7 CUBOX-HUMMINGBOARD: SHA512 (FreeBSD-12.4-RC2-arm-armv7-CUBOX-HUMMINGBOARD.img.xz) = ebe8d5f0e0d6a690eb1aaae4848626a7e9454fc3d7cb55e850603e8e86c02c47df4dc3b18ec4cde97411081f6e43887790c0fd6c746d48cad801733d104656d1 SHA256 (FreeBSD-12.4-RC2-arm-armv7-CUBOX-HUMMINGBOARD.img.xz) = bc82ebaa1d7193dafe2d0656ea106f9b5957bb4c1087e5bda6b38b471340016b o 12.4-RC2 armv7 RPI2: SHA512 (FreeBSD-12.4-RC2-arm-armv7-RPI2.img.xz) = 996ce897301874c4767e0258aef85d8711340086d0ca76750c5ed72ecfcf8450654f40ae65d09146b32214d0b1578dcfb55f6e008808faea9d5263b1f717bfb7 SHA256 (FreeBSD-12.4-RC2-arm-armv7-RPI2.img.xz) = 7a2c3cf6bb5267e1c70c862069e16c8d48177c8588963a1adab4d03060e8e1c8 o 12.4-RC2 armv7 WANDBOARD: SHA512 (FreeBSD-12.4-RC2-arm-armv7-WANDBOARD.img.xz) = 8b2a35a2c7af999efbcbf90e596f74f3c7deda71285475cd61d5e14c65df6d6034ae4f3b28888cb8107d58e8d194f8adb9d9cceb7104ad7947609aaa32a734f7 SHA256 (FreeBSD-12.4-RC2-arm-armv7-WANDBOARD.img.xz) = 5b4e415d0a79d995e8800382e2fac1cd8fe978f7f6f14503508936a45c9763b5 o 12.4-RC2 armv7 GENERICSD: SHA512 (FreeBSD-12.4-RC2-arm-armv7-GENERICSD.img.xz) = 200421dfb62f4b046fc622360aa7e3e2f5c251d79ce321c7c6718bd7898125000a797db951a2ae71f9770a4e387a908993b18e48d2614936a4da1b5eb6461fd4 SHA256 (FreeBSD-12.4-RC2-arm-armv7-GENERICSD.img.xz) = 2d7e27796de0a9eda1256d506fd7daceb2d367a83c4cc7d6663bd705bff40543 o 12.4-RC2 aarch64 GENERIC: SHA512 (FreeBSD-12.4-RC2-arm64-aarch64-bootonly.iso) = b4ef0023887730f12987abf46ca5d45b0d0d756d98d68828aa4290d36f834fbe19f2d7f0e37e58f20534b9edd3152b148cfba5d5d95168a300b3515be9f1f707 SHA512 (FreeBSD-12.4-RC2-arm64-aarch64-bootonly.iso.xz) = f0fa4e29ad5b726407e9dcc0c30e1308429e509c8b89ffba7d310b143a36b62a4df7cb71b901be377953545df7d966bc52532235efcfe5c8142f61c5068a2c4b SHA512 (FreeBSD-12.4-RC2-arm64-aarch64-disc1.iso) = 5b210deace7ae9e116727785a442ab539f601f6facccb95980dc06968b776cde9fa39b3b1ac27239d84a23116b5c624f5dabb7f8e391ba83bd36a41e30cc1952 SHA512 (FreeBSD-12.4-RC2-arm64-aarch64-disc1.iso.xz) = ecf1877685b06284df84b7c83b18915357ffe63017354ceb908dedfef996ff71470d39433270c179df6a8b595ab7017298411389f6a8de0811455b5060bd2b84 SHA512 (FreeBSD-12.4-RC2-arm64-aarch64-dvd1.iso) = 857b0cb9340bb095c398b122a895c32718a547ad1764ebee9f3ffa3cb5b56a81b442f4d3c0ba6b0ca4b256e764abac85093dd8085b8f22f75cc80cbe2e1d4ee6 SHA512 (FreeBSD-12.4-RC2-arm64-aarch64-dvd1.iso.xz) = 2d722c0ff71557b0507bb85e6e928d54567626e1ad1c0068dfb6c4459d057c1b78e336076ef7c7aa270e86087db86bec7214c3f9e5f295bbf1fb7792b81d8345 SHA512 (FreeBSD-12.4-RC2-arm64-aarch64-memstick.img) = 80c46e797315e3a921c2b999c6369e0572a902be6b61c0c32d9857a494aa7ca642f5858679f65251acaac25e8cc8289b5d805ee50042a7c529067c0edd30afbf SHA512 (FreeBSD-12.4-RC2-arm64-aarch64-memstick.img.xz) = 773b4d53e18ae4f3af7cb96dba5f6423b7f8850c09b5c6f43a55486e7df50fbdce0d6105ee3e9fdfaec1bd980b827817968fffd2121422b267be0d50e1334fd3 SHA512 (FreeBSD-12.4-RC2-arm64-aarch64-mini-memstick.img) = 0c477d1c260794fab1c56f7472977c5f013f5ef9785e8e1404745b158eeb33d7d59642ac649d62144bd720280eeff53ff10d7a3b7a459cfe2c1010d85e740512 SHA512 (FreeBSD-12.4-RC2-arm64-aarch64-mini-memstick.img.xz) = 31a44cf84b5d43cc70ec91d33459acfd0fd4590a37e64619ed8a5e82c6dc4300cb870688627bea8b85b3eb167b13a468a76d4ce77a8ef20637d33dbf71f4340b SHA256 (FreeBSD-12.4-RC2-arm64-aarch64-bootonly.iso) = 28ce714569417d5b217f236cc94face88dd11359582bdd605255bb7e35eeb6b9 SHA256 (FreeBSD-12.4-RC2-arm64-aarch64-bootonly.iso.xz) = 92ecbbebb411e329131102256acd1430352c11db273e24837af181c5668133e3 SHA256 (FreeBSD-12.4-RC2-arm64-aarch64-disc1.iso) = 9fb641ad42d01dee44d6783a906b93741bb1c80e4d45188c9daeb2b8a561e21f SHA256 (FreeBSD-12.4-RC2-arm64-aarch64-disc1.iso.xz) = 7e3eadfe587b886f4087213fb7750f056bb70088fc2093f4a428c275a16f7e13 SHA256 (FreeBSD-12.4-RC2-arm64-aarch64-dvd1.iso) = 3c5d7a07f591efb9a0ae45a61b377e060eacecda294119b82a45ca0bf895aa48 SHA256 (FreeBSD-12.4-RC2-arm64-aarch64-dvd1.iso.xz) = 6b3235d932efa51137340b9bd513227be5133427f28b83712041d6f0fdc1a09b SHA256 (FreeBSD-12.4-RC2-arm64-aarch64-memstick.img) = e1ca0bc4681bb1188ed49db9065ac98fb37faa6c18b2936e14a1b53b5955ea65 SHA256 (FreeBSD-12.4-RC2-arm64-aarch64-memstick.img.xz) = 6278b8123c34b304eac848a25ff61ae9870f95f39f36b601d591a77b9b91cedf SHA256 (FreeBSD-12.4-RC2-arm64-aarch64-mini-memstick.img) = de9719232698ea2524cb509825d2467b2d7f64c921f992fee67b6915036220b1 SHA256 (FreeBSD-12.4-RC2-arm64-aarch64-mini-memstick.img.xz) = e11f35a7bfb47a8df5a87b2481f4a00d5b2494f870e3eb88d3021dd60938feb9 o 12.4-RC2 aarch64 RPI3: SHA512 (FreeBSD-12.4-RC2-arm64-aarch64-RPI3.img.xz) = a11d18f008663677975233db22bcb88669f4762b23218dea90a98d37da48bb00381d4e8d8180103688d4b340d4d2ab991c7b63ed403125b83422bc6b9674d90d SHA256 (FreeBSD-12.4-RC2-arm64-aarch64-RPI3.img.xz) = 4e7e7cf1fa2b9e1b60362c1c5b9a91e31b555ef8c76bcb12e9b4956c274883b1 o 12.4-RC2 aarch64 PINE64: SHA512 (FreeBSD-12.4-RC2-arm64-aarch64-PINE64.img.xz) = 440620de5878bfaa7a1a75a3e75a60a1bf30a71aa707578e085a92a005a42fdbea5ddb6312a56afda984c0fd9fe64b5d74e28310e2885f4797301a06ae2c4501 SHA256 (FreeBSD-12.4-RC2-arm64-aarch64-PINE64.img.xz) = 518b0ea06071e07978fc1352452ad0931cc109831661b1de87e2446f30e518cf o 12.4-RC2 aarch64 PINE64-LTS: SHA512 (FreeBSD-12.4-RC2-arm64-aarch64-PINE64-LTS.img.xz) = 336644f5fbf4ab00dba35ab1ee903a6cf911554a35ec07e8148360318728a86c44dce529253c2cf1420a74f0733a849831de8fc820f411a252fbc1c6458f86df SHA256 (FreeBSD-12.4-RC2-arm64-aarch64-PINE64-LTS.img.xz) = d4ac0d7443f2ae40a50310f459d4edf3029d13db0baeadcf91403a6daccf4ec0 == VM IMAGE CHECKSUMS == o 12.4-RC2 amd64: SHA512 (FreeBSD-12.4-RC2-amd64.qcow2.xz) = 1fd0f6ea3f390b7ce5d65a24b5e23ab0731dbb78a85aa16078390bab368203709cf4f4fddaa1907c27c2e41c8ef7e847a205581aa8acac36cd38ae5f56c7edb1 SHA512 (FreeBSD-12.4-RC2-amd64.raw.xz) = d73a2019c794d36eebdaa098aeadb4460556bad9ae16dc5c0da39760746824788a13d389dad5ad60280c91ea74bfe1acd58458384bd8408154cae9c9152d3689 SHA512 (FreeBSD-12.4-RC2-amd64.vhd.xz) = 91458ba7e0cfd8cd58d8e0f22d588b3c08cb27448667dc6c4e69f9e614264483282f216df79535ef0ac37b1e955e483db5f929c3d2f37a667d08bcbc4c71d844 SHA512 (FreeBSD-12.4-RC2-amd64.vmdk.xz) = efa39c07e8358d54aecac825e8c358f840bbbf357ed344addc0a468f236aa510f709f00be32e1e640f8f2ea88a2c69c8e1a5cc5fe590e79196679a749fb262a5 SHA256 (FreeBSD-12.4-RC2-amd64.qcow2.xz) = 2fa157b24adbe603cb30cd5c75a0f336a96413b173854e732b9bb79065e97453 SHA256 (FreeBSD-12.4-RC2-amd64.raw.xz) = d1639f95724b9728a69d265c98f8f6ed6f2c53bab6000e1c792484ce93464f9c SHA256 (FreeBSD-12.4-RC2-amd64.vhd.xz) = 618332a2e956b21d5d1a51e9e9273e0369b40e81a3f9edb6803f6529f9035e5c SHA256 (FreeBSD-12.4-RC2-amd64.vmdk.xz) = 2343a94bc5d1c5f3a12f851e2c043f574bdad5f69e502bc91a335dcb65f9655a o 12.4-RC2 i386: SHA512 (FreeBSD-12.4-RC2-i386.qcow2.xz) = 47d5c63366dbd9e2bab921d8d7f59cbded6e81fad6f2b7d2a1486d21d618a8682895f034d7068d3b082984f478b7fe1f814a82396be6315128a2fb86122b7e4f SHA512 (FreeBSD-12.4-RC2-i386.raw.xz) = c66ea81c3a6f35bba618f37b54535b03ca5679a0ab13301c09900de154bf3ffaf318080548a846948caf3f215b338f4cff215a60a66ec6b1e02b69caf58e9fe5 SHA512 (FreeBSD-12.4-RC2-i386.vhd.xz) = d97775668af24fd26c823d6e7354bd658eae93fcebc0c62129a7db4c821b4ab606570654a359cbf0ad3e098413868d23967024cb740900392801a6cb8c4b99b4 SHA512 (FreeBSD-12.4-RC2-i386.vmdk.xz) = d2245c85eaa863fb087f701c468ed62cf8e9c11360a13d430c97de6e64802af46dbf1ad49b2f39cc27b3393f04316bdbc3f1c397c30a7607aa7ca97a5cdcbe6c SHA256 (FreeBSD-12.4-RC2-i386.qcow2.xz) = be16830529ae407e29e06320575c3c938731925e14aca706c3382942e50613b0 SHA256 (FreeBSD-12.4-RC2-i386.raw.xz) = b2c682338e85336e5a20b3583782c15443a33e8514e5e019c4b7cc81fc22e9c2 SHA256 (FreeBSD-12.4-RC2-i386.vhd.xz) = b0bc35b072ad6b10613fad27b9d9735893a475f09e4dec463e16b9bef5a72c52 SHA256 (FreeBSD-12.4-RC2-i386.vmdk.xz) = adb4f0260763863f525d285127c52347f3cfc83646dcd9909dedaabcbb17f8ea o 12.4-RC2 aarch64: SHA512 (FreeBSD-12.4-RC2-arm64-aarch64.qcow2.xz) = 649ec1f6a34354488e182bf5e9a1b2ec28862ea14e598266c971caefc4f27f4828bdaace2b818c2015cf3d5ff74daec63010cbf53d810700dc44a9a55a4cbc7e SHA512 (FreeBSD-12.4-RC2-arm64-aarch64.raw.xz) = 8243ce2ef27c946463dc7486a88f38569531b5d23c7421e1a07d2cc59944bbabd86ed77d1a13330b16cb73d674d5447cf68ec8efa4b35853ebc009b9b114b9a6 SHA512 (FreeBSD-12.4-RC2-arm64-aarch64.vhd.xz) = 74086140a72b8fa0d956f16ae5cf60adf9bd3429175c0d6c9f9cbc4e3a6adf9eef9f0f2c3a039ff54aadef7a8d4999771fd8885cedf3b701dadeb07991464ce1 SHA512 (FreeBSD-12.4-RC2-arm64-aarch64.vmdk.xz) = b6fc563af970c173959d2918b948266581ce39fbaecfb60655dc48517b680afad1e3831014f6c97174a0172fee98ede190010338576a2e09f10b745949be45e6 SHA256 (FreeBSD-12.4-RC2-arm64-aarch64.qcow2.xz) = 93251ae1f3909463106c63f3f9df0a0f352a70f94e7462c9d479b9718c56ebc6 SHA256 (FreeBSD-12.4-RC2-arm64-aarch64.raw.xz) = d63701918a70a943e361f83eda432e801d2687d5953918181731ff9293862b5a SHA256 (FreeBSD-12.4-RC2-arm64-aarch64.vhd.xz) = d5a129a1b9406333dc31d6beaddece6bbea8fab5c6d3dc6c9be8285667d08621 SHA256 (FreeBSD-12.4-RC2-arm64-aarch64.vmdk.xz) = b09c9f0b1a2baddd25a1ebdfb794a9b63c941870fcda7e83d507f94aab1357d4 Regards, Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmNuysMACgkQAxRYpUeP 4pN6ShAAj4rHZjXh0emnW7OALxBF3qYo1YdWq4Iu00aq6ERUK01eAP3wQEkanhlp 1r9Z3LRJhAgx9tzGR1ZkWNNZzo9fN3tdKPYpKTfYIXYKeIMHzIBT8ks7unWtcGf0 wYEnTgEzCz96uCC4M4kvDlbLjBoSUkV6p2t0WooFrdFrZl8cwgUUtjU6vKdyikiO JfgtrNpM01fX6upQxCqXu4IRVILHQ3FVTQ9NMrUFloj8VfzQ12UOTHVdhFooogot 88lOeXPA4G8t+EyEKfAlaBbmtIsjee6e8+qYYNTjOtqjv1oVfvNa/ryiBfzzP61w yuWTXe76W4oRSSHnyiMNbNsv3Wx5dOj7vitsIbJ8GjWsE6YnhgkHciM4b6i3xnEd LHm69IsX54TmrD7AGO/LdSmRMjWCLDNe+C09/MR5vrlr+xse0MB9bFgiAmTBnAqk vwrEiYBTgz/K95lLSyC+vl829O7eA1RUxjoZgT0SgeYpwHAPDwSFZLE5e+YhXxIA RNnRZZdi5lUzvMXI61u3UizOC3nEPF2NrGU5EEGmidMazzgeZQ4qRsPQPwj1L/JT fAkHx4+7M1YZ+dbcJbNLTYHM76fSxFZNmRU7jUm2wEE3C0xEINqpyAd0eizxOMnK R3vnbMuz59N+pWv1ESgThMmD0fyydj9wHSeN8VEfffEzTvD7sWs= =+ZP7 -----END PGP SIGNATURE----- From ml@ft-c.de Sun Nov 13 19:16:25 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4N9MdM4bGWz4dJs0 for ; Sun, 13 Nov 2022 19:17:11 +0000 (UTC) (envelope-from ml@ft-c.de) Received: from einhorn-mail-out.in-berlin.de (einhorn.in-berlin.de [192.109.42.8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.in-berlin.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4N9MdK5JJVz44yL for ; Sun, 13 Nov 2022 19:17:09 +0000 (UTC) (envelope-from ml@ft-c.de) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of ml@ft-c.de designates 192.109.42.8 as permitted sender) smtp.mailfrom=ml@ft-c.de; dmarc=none X-Envelope-From: ml@ft-c.de X-Envelope-To: Received: from authenticated.user (localhost [127.0.0.1]) by einhorn.in-berlin.de with ESMTPSA id 2ADJGQDb2971828 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT) for ; Sun, 13 Nov 2022 20:17:06 +0100 Message-ID: <76f4aa3b0c1fd109d87f1c175d51d532a1d1e915.camel@ft-c.de> Subject: eclipse bug From: ml@ft-c.de Reply-To: ftimmer@ft-c.de To: FreeBSD-STABLE Mailing List Date: Sun, 13 Nov 2022 20:16:25 +0100 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.44.4 FreeBSD GNOME Team List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-Spamd-Result: default: False [-0.50 / 15.00]; R_SPF_ALLOW(-0.20)[+ip4:192.109.42.0/24]; RCVD_IN_DNSWL_LOW(-0.10)[192.109.42.8:from]; RWL_MAILSPIKE_GOOD(-0.10)[192.109.42.8:from]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[ft-c.de]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:29670, ipnet:192.109.42.0/24, country:DE]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; FROM_NO_DN(0.00)[]; TO_DN_ALL(0.00)[]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; REPLYTO_DN_EQ_FROM_DN(0.00)[]; REPLYTO_DOM_EQ_FROM_DOM(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; HAS_REPLYTO(0.00)[ftimmer@ft-c.de] X-Rspamd-Queue-Id: 4N9MdK5JJVz44yL X-Spamd-Bar: / X-ThisMailContainsUnwantedMimeParts: N Hello,=20 I have a FreeBSD System running on thinpad X200. All program works.=20 Now I have installed FreeBSD on Thinkpad X230 I need the program dbeaver. I get the error message: ~> dbeaver > Start DBeaver Standalone [org.jkiss.dbeaver.ui.app.standalone 22.1.1.202206261508] > Start Eclipse IDE UI Application [org.eclipse.ui.ide.application 1.4.300.v20220114-0859] > Start Eclipse Jobs Mechanism [org.eclipse.core.jobs 3.12.100.v20220120-1329] SWT OS.java Error: Failed to load swt-pi3, loading swt-pi4 as fallback. Dbeaver: An error has occurred. See the log file /usr/local/share/dbeaver/configuration/1668365061175.log. The program=20 swt-4.21 Standard Widget Toolkit for Java is installed. The first lines from log file: !SESSION 2022-11-13 20:10:39.244 -------- eclipse.buildId=3Dunknown java.version=3D11.0.12 java.vendor=3DEclipse Foundation BootLoader constants: OS=3Dlinux, ARCH=3Dx86_64, WS=3Dgtk, NL=3Den_US Command-line arguments: -os linux -ws gtk -arch x86_64 !ENTRY org.eclipse.osgi 4 0 2022-11-13 20:10:40.637 !MESSAGE An error occurred while automatically activating bundle org.eclipse.ui.ide (151). !STACK 0 org.osgi.framework.BundleException: Exception in org.eclipse.ui.internal.ide.IDEWorkbenchPlugin.start() of bundle org.eclipse.ui.ide. ... When I reinstall eclipse from ports, I get an error message: portupgrade -N java/eclipse=20 ... [INFO] org.eclipse.rt.osgistarterkit.product 4.24.0-SNAPSHOT SUCCESS [INFO] equinox-sdk 4.24.0-SNAPSHOT ........................ SUCCESS=20 [INFO] eclipse.platform.repository 4.24.0-SNAPSHOT ........ FAILURE [INFO] platform-aggregator 4.24.0-SNAPSHOT ................ SKIPPED [INFO] ------------------------------- [INFO] BUILD FAILURE [INFO] -------------------------------- [INFO] Total time: 36:47 min [INFO] Finished at: 2022-11-13T10:31:45+01:00 [INFO] -------------------------------- [ERROR] Failed to execute goal org.eclipse.tycho:tycho-p2-director- plugin:3.0.0-SNAPSHOT:archive-products (archive-products) on projec t eclipse.platform.repository: Error packing product: Problem creating zip: Execution exception: Java heap space -> [Help 1] [ERROR]=20 [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch. [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR]=20 [ERROR] For more information about the errors and possible solutions, please read the following articles: [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException [ERROR]=20 [ERROR] After correcting the problems, you can resume the build with the command [ERROR] mvn -rf :eclipse.platform.repository *** Error code 1 Stop. make: stopped in /usr/ports/java/eclipse egrep: empty (sub)expression ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20221113-6730-cu4lyn env make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! java/eclipse (unknown build error) uname -a=C2=A0 FreeBSD 13.1-RELEASE releng/13.1-n250148-fc952ac2212 GENERIC amd64 What should I do?=C2=A0 Do you need more information? (I am not a java expert.) Franz From nobody Mon Nov 14 01:52:46 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4N9XQ43Jgnz4dJN5 for ; Mon, 14 Nov 2022 01:53:00 +0000 (UTC) (envelope-from zlei.huang@gmail.com) Received: from mail-pj1-x1032.google.com (mail-pj1-x1032.google.com [IPv6:2607:f8b0:4864:20::1032]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4N9XQ41Jx6z3xWP for ; Mon, 14 Nov 2022 01:53:00 +0000 (UTC) (envelope-from zlei.huang@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pj1-x1032.google.com with SMTP id l22-20020a17090a3f1600b00212fbbcfb78so12471949pjc.3 for ; Sun, 13 Nov 2022 17:53:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:from:to:cc:subject:date:message-id:reply-to; bh=yUfYPaYLDcOhRVs+MAW89SgrOiJYnTkVRKKN18eKW/8=; b=WsC5v060pYonJ4/UJ/b39BEqxgV+o1MThTJT3PkWq8FWDAJraPI/JWUg9Xm95BSt1v PqIKyT+PO4VfE8EjVVuPgR7gZO/rettYp0TZhHj9c1F0NTxnQLlL7pyoDcJYkyBecArU L0XeE9ET42Rmb6yVSWRxeeRmU4nCasJCLvUa0tJv+qHXzlc+bton2yMhmGKEewJ007XH yHG7uA4sYr6xHjJ62JzRhi56cI6VwJhTIJEPrPxG0dp2b6+g0acldK6rDbw/ESCI5PVY jS+2/MuZ3sz5dgitA8hnGS0ligiMEBXVr2nSKZ0MA9ZjuHPqkEuJZDz/esbB+YP/yRLF h/9Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=yUfYPaYLDcOhRVs+MAW89SgrOiJYnTkVRKKN18eKW/8=; b=M3gdnzwDAmvLV4XKnw8K9czC62cZ9UA/jezODqpF9E0wHZWu3DCTL2rE/VhDxHTYJU wpP7rNUS3Z9WKjUxf4zOvFREtB5V+kmDF9yeGwRb6oeyPHWYMEj8z4h6LTuFo8bY5Kk+ LORUTzu5pupqwD9An2Qg+i2ZCyfFwXgSoj6Hav4R43wF8UmtqKABIu05S8tKq/niwOJQ Ec6cVjRdiyvwvoQ+jEnJN9/PnjTcCyK8HVZ775O2TtnNsQRel8Vz4eT8y+v0bM9MN2GJ A3GBRYmHsxtkjQHId3S/PTh5FGiI0LiA2yZt9AXdi0E/935DFnfsJ+RDFgFUrIhONbyY Bb7w== X-Gm-Message-State: ANoB5pnGhDa2uYYTv34wBCtesoEjTw1je/vz1P1LrCNKB2HZ93epGYDk KeCXvXbVbL9YTfjiveSn4dZ0eepjOmK+Vg== X-Google-Smtp-Source: AA0mqf4MTHLlwxC1anr1Yu0jGUPBXfW7wkuTIrbFQZuX1pNeT/qLjT1DS/BXMfJV+gAjJu3hT+W/bQ== X-Received: by 2002:a17:90a:7b89:b0:213:9b80:ceee with SMTP id z9-20020a17090a7b8900b002139b80ceeemr11706344pjc.243.1668390778362; Sun, 13 Nov 2022 17:52:58 -0800 (PST) Received: from [172.17.252.129] (ns1.oxydns.net. [45.32.91.63]) by smtp.gmail.com with ESMTPSA id t8-20020a634448000000b0041ae78c3493sm4818271pgk.52.2022.11.13.17.52.56 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 13 Nov 2022 17:52:58 -0800 (PST) From: Zhenlei Huang Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_16507D3F-6ACD-4C32-A55F-BFDC8DA91C53" List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.7\)) Subject: Re: eclipse bug Date: Mon, 14 Nov 2022 09:52:46 +0800 In-Reply-To: <76f4aa3b0c1fd109d87f1c175d51d532a1d1e915.camel@ft-c.de> Cc: FreeBSD-STABLE Mailing List To: ftimmer@ft-c.de References: <76f4aa3b0c1fd109d87f1c175d51d532a1d1e915.camel@ft-c.de> X-Mailer: Apple Mail (2.3608.120.23.2.7) X-Rspamd-Queue-Id: 4N9XQ41Jx6z3xWP X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N --Apple-Mail=_16507D3F-6ACD-4C32-A55F-BFDC8DA91C53 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Nov 14, 2022, at 3:16 AM, ml@ft-c.de wrote: >=20 > Hello,=20 >=20 > I have a FreeBSD System running on thinpad X200. All program works.=20 > Now I have installed FreeBSD on Thinkpad X230 > I need the program dbeaver. I get the error message: >=20 > ~> dbeaver It is run as standalone. FreeBSD is not supported officially, from = https://dbeaver.io/download/ . >> Start DBeaver Standalone [org.jkiss.dbeaver.ui.app.standalone > 22.1.1.202206261508] >> Start Eclipse IDE UI Application [org.eclipse.ui.ide.application > 1.4.300.v20220114-0859] >> Start Eclipse Jobs Mechanism [org.eclipse.core.jobs > 3.12.100.v20220120-1329] > SWT OS.java Error: Failed to load swt-pi3, loading swt-pi4 as = fallback. > Dbeaver: > An error has occurred. See the log file > /usr/local/share/dbeaver/configuration/1668365061175.log. >=20 > The program=20 > swt-4.21 Standard Widget Toolkit for Java > is installed. >=20 > The first lines from log file: > !SESSION 2022-11-13 20:10:39.244 -------- > eclipse.buildId=3Dunknown > java.version=3D11.0.12 > java.vendor=3DEclipse Foundation > BootLoader constants: OS=3Dlinux, ARCH=3Dx86_64, WS=3Dgtk, NL=3Den_US > Command-line arguments: -os linux -ws gtk -arch x86_64 > -os linux This is definitely wrong IMO. >=20 > !ENTRY org.eclipse.osgi 4 0 2022-11-13 20:10:40.637 > !MESSAGE An error occurred while automatically activating bundle > org.eclipse.ui.ide (151). > !STACK 0 > org.osgi.framework.BundleException: Exception in > org.eclipse.ui.internal.ide.IDEWorkbenchPlugin.start() of bundle > org.eclipse.ui.ide. > ... >=20 >=20 > When I reinstall eclipse from ports, I get an error message: >=20 > portupgrade -N java/eclipse=20 > ... > [INFO] org.eclipse.rt.osgistarterkit.product 4.24.0-SNAPSHOT SUCCESS > [INFO] equinox-sdk 4.24.0-SNAPSHOT ........................ SUCCESS=20 > [INFO] eclipse.platform.repository 4.24.0-SNAPSHOT ........ FAILURE > [INFO] platform-aggregator 4.24.0-SNAPSHOT ................ SKIPPED > [INFO] ------------------------------- > [INFO] BUILD FAILURE > [INFO] -------------------------------- > [INFO] Total time: 36:47 min > [INFO] Finished at: 2022-11-13T10:31:45+01:00 > [INFO] -------------------------------- > [ERROR] Failed to execute goal org.eclipse.tycho:tycho-p2-director- > plugin:3.0.0-SNAPSHOT:archive-products (archive-products) on projec > t eclipse.platform.repository: Error packing product: Problem creating > zip: Execution exception: Java heap space -> [Help 1] While building from source the Maven plugin fails without enough heap = memory. > [ERROR]=20 > [ERROR] To see the full stack trace of the errors, re-run Maven with > the -e switch. > [ERROR] Re-run Maven using the -X switch to enable full debug logging. > [ERROR]=20 > [ERROR] For more information about the errors and possible solutions, > please read the following articles: > [ERROR] [Help 1] > = http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException > [ERROR]=20 > [ERROR] After correcting the problems, you can resume the build with > the command > [ERROR] mvn -rf :eclipse.platform.repository > *** Error code 1 >=20 > Stop. > make: stopped in /usr/ports/java/eclipse > egrep: empty (sub)expression > ** Command failed [exit code 1]: /usr/bin/script -qa > /tmp/portupgrade20221113-6730-cu4lyn env make > ** Fix the problem and try again. > ** Listing the failed packages (-:ignored / *:skipped / !:failed) > ! java/eclipse (unknown build error) >=20 >=20 > uname -a=20 > FreeBSD 13.1-RELEASE releng/13.1-n250148-fc952ac2212 GENERIC amd64 >=20 > What should I do?=20 There's a closed github issue. See = https://github.com/dbeaver/dbeaver/issues/3925 = =20 You might want to try running dbeaver as an eclipse plugin (should = install eclipse first). Good luck :) PS: DBeaver is in the list of WantedPorts, = https://wiki.freebsd.org/WantedPorts > Do you need more information? > (I am not a java expert.) > Franz >=20 >=20 Best regards, Zhenlei= --Apple-Mail=_16507D3F-6ACD-4C32-A55F-BFDC8DA91C53 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii

On Nov 14, = 2022, at 3:16 AM, ml@ft-c.de = wrote:

Hello,

I have a FreeBSD System = running on thinpad X200. All program works.
Now I have = installed FreeBSD on Thinkpad X230
I need the program = dbeaver. I get the error message:

~> = dbeaver

It is run as standalone. FreeBSD is not supported = officially, from https://dbeaver.io/download/ .

Start DBeaver = Standalone [org.jkiss.dbeaver.ui.app.standalone
22.1.1.202206261508]
Start Eclipse IDE UI Application = [org.eclipse.ui.ide.application
1.4.300.v20220114-0859]
Start Eclipse Jobs Mechanism = [org.eclipse.core.jobs
3.12.100.v20220120-1329]
SWT = OS.java Error: Failed to load swt-pi3, loading swt-pi4 as fallback.
Dbeaver:
An error has occurred. See the log = file
/usr/local/share/dbeaver/configuration/1668365061175.log.

The program
swt-4.21 =             &n= bsp;         Standard = Widget Toolkit for Java
is installed.

The first lines from log file:
!SESSION = 2022-11-13 20:10:39.244 --------
eclipse.buildId=3Dunknownjava.version=3D11.0.12
java.vendor=3DEclipse = Foundation
BootLoader constants: OS=3Dlinux, ARCH=3Dx86_64, = WS=3Dgtk, NL=3Den_US
Command-line arguments:  -os = linux -ws gtk -arch x86_64

> -os linux
This is definitely wrong = IMO.


!ENTRY org.eclipse.osgi 4 0 = 2022-11-13 20:10:40.637
!MESSAGE An error occurred while = automatically activating bundle
org.eclipse.ui.ide = (151).
!STACK 0
org.osgi.framework.BundleException: Exception in
org.eclipse.ui.internal.ide.IDEWorkbenchPlugin.start() of = bundle
org.eclipse.ui.ide.
...


When I reinstall eclipse from = ports, I get an error message:

portupgrade = -N java/eclipse
...
[INFO] = org.eclipse.rt.osgistarterkit.product 4.24.0-SNAPSHOT SUCCESS
[INFO] equinox-sdk 4.24.0-SNAPSHOT ........................ = SUCCESS
[INFO] eclipse.platform.repository = 4.24.0-SNAPSHOT ........ FAILURE
[INFO] = platform-aggregator 4.24.0-SNAPSHOT ................ SKIPPED
[INFO] -------------------------------
[INFO] = BUILD FAILURE
[INFO] --------------------------------
[INFO] Total time:  36:47 min
[INFO] = Finished at: 2022-11-13T10:31:45+01:00
[INFO] = --------------------------------
[ERROR] Failed to execute = goal org.eclipse.tycho:tycho-p2-director-
plugin:3.0.0-SNAPSHOT:archive-products (archive-products) on = projec
t eclipse.platform.repository: Error packing = product: Problem creating
zip: Execution exception: Java = heap space -> [Help 1]

While building from source the Maven plugin fails = without enough heap memory.

[ERROR]
[ERROR] = To see the full stack trace of the errors, re-run Maven with
the -e switch.
[ERROR] Re-run Maven using the = -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible = solutions,
please read the following articles:
[ERROR] [Help 1]
http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionE= xception
[ERROR]
[ERROR] After = correcting the problems, you can resume the build with
the = command
[ERROR]   mvn <args> -rf = :eclipse.platform.repository
*** Error code 1

Stop.
make: stopped in = /usr/ports/java/eclipse
egrep: empty (sub)expression
** Command failed [exit code 1]: /usr/bin/script -qa
/tmp/portupgrade20221113-6730-cu4lyn env make
** = Fix the problem and try again.
** Listing the failed = packages (-:ignored / *:skipped / !:failed)
=        ! java/eclipse  (unknown = build error)


uname = -a 
FreeBSD 13.1-RELEASE = releng/13.1-n250148-fc952ac2212 GENERIC amd64

What should I do? 

There's a = closed github issue. See https://github.com/dbeaver/dbeaver/issues/3925 
<= div style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);">You might = want to try running dbeaver as an eclipse plugin (should install = eclipse first).

Good luck = :)

PS: DBeaver is in the list of = WantedPorts, https://wiki.freebsd.org/WantedPorts

Do you need more information?
(I am not a java = expert.)
Franz



Best = regards,
Zhenlei
= --Apple-Mail=_16507D3F-6ACD-4C32-A55F-BFDC8DA91C53-- From nobody Mon Nov 14 18:58:57 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4N9z9v2FK9z4hmqK for ; Mon, 14 Nov 2022 18:58:59 +0000 (UTC) (envelope-from snow@teardrop.org) Received: from hoopy.teardrop.org (hoopy.teardrop.org [52.27.92.245]) (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 4N9z9t32QFz3CVb for ; Mon, 14 Nov 2022 18:58:58 +0000 (UTC) (envelope-from snow@teardrop.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=teardrop.org header.s=hoopy header.b=t0E0G99F; spf=pass (mx1.freebsd.org: domain of snow@teardrop.org designates 52.27.92.245 as permitted sender) smtp.mailfrom=snow@teardrop.org; dmarc=pass (policy=reject) header.from=teardrop.org Received: by hoopy.teardrop.org (Postfix, from userid 1002) id 0A039C4CF7; Mon, 14 Nov 2022 18:58:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=teardrop.org; s=hoopy; t=1668452337; bh=AESfTLWZqMahtGenEJc2ooBOdXIt7br+GuIMnnafWKM=; h=Date:From:To:Subject; b=t0E0G99FVX1yNX0gRM72h9H0WncbfyTBzW6ggYnvzJXbhnkEru3g/3WhoXd/rz9/C rg6nMEuESanO79YsLNTFQHzGghsThpZpXmQdrGDNyLFwE3iTidiMcflc+WnnmMdi3C VJCieJ3iykHxih+4jgW3iDIWGaPSvW5g/ry0hUoI= Date: Mon, 14 Nov 2022 18:58:57 +0000 From: James Snow To: stable@freebsd.org Subject: Purism Librem 14 Message-ID: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spamd-Result: default: False [-1.90 / 15.00]; NEURAL_HAM_SHORT(-0.90)[-0.905]; DMARC_POLICY_ALLOW(-0.50)[teardrop.org,reject]; R_DKIM_ALLOW(-0.20)[teardrop.org:s=hoopy]; R_SPF_ALLOW(-0.20)[+ip4:52.27.92.245:c]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:16509, ipnet:52.24.0.0/14, country:US]; MLMMJ_DEST(0.00)[stable@freebsd.org]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[teardrop.org:+]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4N9z9t32QFz3CVb X-Spamd-Bar: - X-ThisMailContainsUnwantedMimeParts: N Hello, I am trying install FreeBSD-13.1 on a Purism Librem 14. Alas, FreeBSD cannot make it to a boot menu. I have other Purism devices (Minis) on which FreeBSD works fine, and OpenBSD runs fine on the Librem 14. Some preliminary Googling suggests this is an interaction between FreeBSD and Coreboot or SeaBIOS. Indeed, the Minis are using SeaBIOS 1.14 while the Librem uses 1.16. Anyone else been down this road and have some insight to share? Thanks! -Snow From nobody Thu Nov 17 10:10:32 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NCbK24MZvz4hkZc; Thu, 17 Nov 2022 10:10:46 +0000 (UTC) (envelope-from droidbittin@gmail.com) Received: from mail-pf1-x431.google.com (mail-pf1-x431.google.com [IPv6:2607:f8b0:4864:20::431]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NCbK15YyCz4FdV; Thu, 17 Nov 2022 10:10:45 +0000 (UTC) (envelope-from droidbittin@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b="OF87s/2Q"; spf=pass (mx1.freebsd.org: domain of droidbittin@gmail.com designates 2607:f8b0:4864:20::431 as permitted sender) smtp.mailfrom=droidbittin@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-pf1-x431.google.com with SMTP id b185so1302888pfb.9; Thu, 17 Nov 2022 02:10:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=au/bdHBlDQ7qWhjgRo4kGOUKMU92CfZOTlpwsBlHf04=; b=OF87s/2QhAbzDAbuyeHTcRQ87wGCFWruhNDmkORb7sNlpRpis1L7haINBXGqBnHS1T h/6UiAc26nTbCB13KYaFedLIheC4N53jMSzjq6PBwVuPmlxAElvMTW4ktO4E7upkLOjP jYWwNGlNrn3jG8mtoPxog8pRntfbnBVH2psHIf3VpnfK7Jz/Z7jdxUv63LGyVEuVK8+6 mCtrUVWJgjsoUg5I7TQktxf+SLMeJELmk3xQxZ7KHY+cnoYkViS2uE5hR62b7FFQbdbE dRYdQhWxwlYYFpVoDzPzuy+HrWa6u6BvWX7Rr/rJtd5+EdxLUSPfn1CsNAaBJZejQE5+ NM8w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=au/bdHBlDQ7qWhjgRo4kGOUKMU92CfZOTlpwsBlHf04=; b=sBDCLUpuIUVzrpeRhJPvEemfujmCWAI+ZgJ+POhdIdYXeieuMWb+PanZTlcUpEToSZ c55i3bXOjRrNidk0HtirEoLbRewGjJkxooaQdFQdj8oL0mTrE0mxiGi076+nOncAs5NQ q77oJdjzeWBeqKWH79YAMVMtOf+KLpwocMxqeeWpJZFm/zOqgASF0Gf/ky8rfigM2yOt 1MdWvI5Ecva90Bq60TansFU0spVBxWcf5vIM7PG3WSdfDJj0+Js8QL7sBNODYUQFFSd+ VDwfClFwr17WgbARre1jaNG8qRfO8VBmErd4FowBHJGC3uPvpu+VELQI+lgJnqwM6szq n6Hg== X-Gm-Message-State: ANoB5pktJE9u7YSkj0BTacPMHzPzV9mnF3+8AT0/LFQk1sBpCwAJpuSi b40si+2hX9Ed8domMD4nXqdk210mDP4SHj1FAf3qq1mzdq35kw== X-Google-Smtp-Source: AA0mqf4Qz6w6CZZKZdNm4y+FdEbvC982QxnW+lYwZ8kFf/vSpSK0RfnU3rVNopq0Mt7iInSt51FEC1uVs++XSUsDAw4= X-Received: by 2002:a63:180c:0:b0:476:848f:1ecd with SMTP id y12-20020a63180c000000b00476848f1ecdmr1355948pgl.589.1668679844102; Thu, 17 Nov 2022 02:10:44 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Luna Jernberg Date: Thu, 17 Nov 2022 11:10:32 +0100 Message-ID: Subject: Re: FreeBSD Quarterly Status Report - Third Quarter 2022 To: Lorenzo Salvadore , freebsd-announce@freebsd.org, Luna Jernberg Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Spamd-Result: default: False [-3.90 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.90)[-0.904]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::431:from]; MLMMJ_DEST(0.00)[freebsd-announce@freebsd.org,freebsd-hackers@freebsd.org,freebsd-current@freebsd.org,freebsd-stable@freebsd.org]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MIME_TRACE(0.00)[0:+]; FREEMAIL_TO(0.00)[freebsd.org,gmail.com]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_DN_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; FREEMAIL_FROM(0.00)[gmail.com]; RCPT_COUNT_FIVE(0.00)[6]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-Rspamd-Queue-Id: 4NCbK15YyCz4FdV X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Was read in BSD Now today: https://www.bsdnow.tv/481 On Fri, Oct 21, 2022 at 11:26 AM Lorenzo Salvadore wrote: From nobody Thu Nov 17 16:45:59 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NCm552CFYz4hjvp for ; Thu, 17 Nov 2022 16:46:01 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NCm551hqvz3rwW; Thu, 17 Nov 2022 16:46:01 +0000 (UTC) (envelope-from gjb@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1668703561; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=0HWFOf/ngTETg1BT8O3CaiYpzUEDMM0LJmQwMTt+BIQ=; b=RH5gkTJQ9NcVnYMCOA8LPIo2xS0ROam3EDuXya/qOETtv2BiO/wS8DmhLg/t16IPTxakP9 MoKDjpoQCsj401tr7c7hVQQbYg7fk1SQZYSJg5D17zoMIpKVvnlq4574+Ty+UwTdbsRfMM gyhQly0UPzLudzRo5K6tNGxsGPgapztq5taX3DCbGUREwqi/mWcbmr4grFQt24yG7DZvI+ ekzKg5W5CZgU8xsDhr9g9zLmYM+K/9ZVs/7YS1/bVs2zH2LjIlxAhlzBMreKNIyxSqo52j 1K7dyoQm5rPmOoe2wEQ+kvZXS6mr4lZi6P0GfSoCPF+dbs9leVYbOiKTTQlC/A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1668703561; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=0HWFOf/ngTETg1BT8O3CaiYpzUEDMM0LJmQwMTt+BIQ=; b=uOeqpa6pzUW4fcet8icRTFSZtMeyOdmhBhYP3L5uqrfqQKjwqamP1pnFGou6+fauj/W3cO g1DKKW7XH1SRmbkiQOLL93hF0uwV77QxUWPT9bUkhkapwFkJZZ0gKKKgIHlEmd/lI4YWU8 M38CTfR1W9NF+Vhym3JA+VI2IilHymjcLkCtlgpXUYESRmpEiQA8xwex2NcSaBogKhWgLf ozCO+VVC1yUuC30LFFlSMP5LDDP40NWBxCPh0QLNVLJTOesmB75LXFFuC5Sft4xSEH4ONb nheIBXbKfNxPsQnSvo6Tq2aQfciwksQxtOCVcYCATe2irxXAzbMTDPa6sCQyeQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1668703561; a=rsa-sha256; cv=none; b=apFXQ10UlDz3L5Ym0PYM/Ce+o8xN7NzAvhU8W41wfCTASLtjGVT8yTHtKPXBM3EvLizGNB AfkAffyHBA0TZJzd0pDBtfzyuMaxEobxGaZZDZ0gctiFQASL/UqTDXJfTUrV+shfxJ58fl dfiEiMPW26ROzOTM5SlNapxLQfWGoJalWZDhkLy4qUu+M8MQVoyQ7/XYsS+s03GQzGTyDq qFbTHp6sNmFSuW5ZKaYWqy025fodiZT4YG5nD0f05CP3s6krfRebPIPjW6NKtsk2919IFi oyM4ddfjXcfZoIGNpya5SBIsY38T/Sm2eSQGIEbR0XMUPDWYiPxs1qbwpfUYcA== Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id E480B2528E; Thu, 17 Nov 2022 16:46:00 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Thu, 17 Nov 2022 16:45:59 +0000 From: Glen Barber To: freebsd-stable@freebsd.org Cc: FreeBSD Release Engineering Team Subject: Update to the 12.4-RELEASE schedule Message-ID: <20221117164559.GT52121@FreeBSD.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="tqSMaTz1cCSspCQ4" Content-Disposition: inline X-ThisMailContainsUnwantedMimeParts: N --tqSMaTz1cCSspCQ4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable As it turns out, 12.4-RC3 is not needed during this release cycle. As=20 such, the next build will be 12.4-RELEASE, scheduled for November 30, in order to avoid conflicts with the US Thanksgiving holiday. Glen --tqSMaTz1cCSspCQ4 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAmN2ZUYACgkQAxRYpUeP 4pP0UQ//ZtPuvkgaDG9Vu4seYkTjQKheTWYPfzbh6Ag1GoJUq9LLX3NFBZnB+D88 dEgFe1/MkD6lNpVSGa+Ia3cKJ655aFHxFt48LTQZnaGsxC8/TdSGaUzxsDG/8qdW 0G0vRqb7vuiIRQ/ZeYHfek0QP027R34WejHutNPMlbGgfYzcOBip2j0FvrkV7kfL CDa/j3nNEq9jQNCZD5Noj7Sw48wp1CaEjsUaA1a/ilB/4PMdYqDcgQrhIiDFrhhv 7P6r1+MVqnpYfK0xtM5Yaa1h7hxWU8Hu1yhUCP/gXqPqvY8l27GoPFoFI6Suo2T3 eu8eDN/B4o9dPfws2L8IpCyOdok09U+m7wLSDuq8S28OAnPLtWufEi1BwQGWfHi4 SUoDk+saoizLACHkD9U6KIb2Z0MQKi5ozCRXp40K3XRR9c6Vg9MrUw8W3OFtnSPS lHDL4UbuJb+24u/eeQYKRBfAZ2kkmu8bWyu5XwtVZgMTH/1WKxCxETU4HL/zPAVy syDhg6cB7JZl0Xz7x0UPTUdh1vmE9iR6a2vab9WlaG6ipiV25ZFdAnpU2pQypwmq xy/6d42GyE2ymlCMlnWtKZ+z3BhskU7L7LR8Mie43v3GeHtAeHFMEYGn9qweLsUs g5I7Rz11MWoztgQ6f9L4pZDsUgYYf9mEpq8R+U0D4X/cHrlcKaQ= =2NiL -----END PGP SIGNATURE----- --tqSMaTz1cCSspCQ4-- From nobody Fri Nov 18 09:41:48 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NDBdT1vXGz4j1RD for ; Fri, 18 Nov 2022 09:42:05 +0000 (UTC) (envelope-from droidbittin@gmail.com) Received: from mail-pj1-x102b.google.com (mail-pj1-x102b.google.com [IPv6:2607:f8b0:4864:20::102b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NDBdT014bz3CMV; Fri, 18 Nov 2022 09:42:05 +0000 (UTC) (envelope-from droidbittin@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pj1-x102b.google.com with SMTP id v4-20020a17090a088400b00212cb0ed97eso4555553pjc.5; Fri, 18 Nov 2022 01:42:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=eZytE7/UmlSr5e8a5hWHBXg6HSyuX740/bhjdp/sz+c=; b=gYO4ggprgyCluuu1JClDtoenAhXwKfHz+Sv2CRqExU9ljj2vkE1s/xa+7wghmkB/hG d/sCpcs7ifnugFGF9fOF+8sSG41N6feQmNmuPoLTt1wSbRpbY9EAjhgIUumGmAha1NVm h0UjIxDV1mpzi/VGihH8NQwSN6iMc5wLvEgwWjv9FjkG0EjLNZvRHaXDfV9Xe6XYyg6q fpk/vfCWfrq/+8gzUa6gKWB7JAecoUcOSpRKgZnYMK45Ifft5Hn9DrLOtjvB3dU7png0 MJ5c/AIs4YSeDZCae5ElcTWBC8h05W1JIgJEAMVhVHOPF7oHGspkFLno/jYFV9XZYWcJ nsaA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=eZytE7/UmlSr5e8a5hWHBXg6HSyuX740/bhjdp/sz+c=; b=KCUqOd0jcwt3Dr5z2LeOqc1n+vClSNHv5SiH2gcNAXjsfdddsHM0iiL2L1/b6ol1Ta Cavu9eseoHgbFFzhDs+gCepNfQ1DQZyldSimRbbKfA6a5E91SErCCty55vFOjjqo5f96 ktwt2C+t4RZH2cpe7zZnEbVADjtVAPkrG5aNOTZ0/EAAaVn/6k00Smxa36fUrYz1yIN3 CRe/fsAvn8bdC8i1+AhwZhdJ3nHYfg4OSquUihJIRgfMhiOioz1acvr72acmOw7PiBhT o3eLen8ln2yBGL7/IZWqqmyKo/rL39VgAvGbHmK+agmFOzFIwQqknCD3axZKyjjZnv7K n5Ng== X-Gm-Message-State: ANoB5pnhn3u70BzXhz3XHCPFe/uvP4mJGoYBENuIjhKDsMrlnYKpk4qX 2ZVrNs00UPILsJc66iJPem6i5/u+Xtp3Mw168OD5/9OYPwI= X-Google-Smtp-Source: AA0mqf5G2d8H5nFuzVc0MDZ6d3I1pZ14+enACFsyIXsQccnmMCVsoGCkwvefUnTEJ95wWU2Sx5sMEXijGvIiVh8zI6Y= X-Received: by 2002:a17:902:f7ca:b0:187:4ace:e1fd with SMTP id h10-20020a170902f7ca00b001874acee1fdmr6935354plw.54.1668764522308; Fri, 18 Nov 2022 01:42:02 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <20221117164559.GT52121@FreeBSD.org> In-Reply-To: <20221117164559.GT52121@FreeBSD.org> From: Luna Jernberg Date: Fri, 18 Nov 2022 10:41:48 +0100 Message-ID: Subject: Re: Update to the 12.4-RELEASE schedule To: Glen Barber , Luna Jernberg Cc: freebsd-stable@freebsd.org, FreeBSD Release Engineering Team Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4NDBdT014bz3CMV X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N Thanks for the update On Thu, Nov 17, 2022 at 5:46 PM Glen Barber wrote: > > As it turns out, 12.4-RC3 is not needed during this release cycle. As > such, the next build will be 12.4-RELEASE, scheduled for November 30, in > order to avoid conflicts with the US Thanksgiving holiday. > > Glen > From nobody Sat Nov 19 13:10:15 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NDvCT67yDz4hl52 for ; Sat, 19 Nov 2022 13:10:29 +0000 (UTC) (envelope-from hiroo.ono@gmail.com) Received: from mail-pf1-x42b.google.com (mail-pf1-x42b.google.com [IPv6:2607:f8b0:4864:20::42b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NDvCT07n8z3LbW for ; Sat, 19 Nov 2022 13:10:29 +0000 (UTC) (envelope-from hiroo.ono@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=CrYBRoRL; spf=pass (mx1.freebsd.org: domain of hiroo.ono@gmail.com designates 2607:f8b0:4864:20::42b as permitted sender) smtp.mailfrom=hiroo.ono@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-pf1-x42b.google.com with SMTP id 140so7383549pfz.6 for ; Sat, 19 Nov 2022 05:10:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:subject:message-id:date:from:reply-to:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=AAnsWrkvE0ZxvJQD5ZVnVtqKCwErtew85qsMQldJt0w=; b=CrYBRoRLbi1Fzsx/NbE40KbYO9j5H8dxw91/gecsZsr5rp0EFz0T/os4E7UcDO6Rzx b15BZCBwLQPDDMr4KYT4X9sIZeujcFkmY8xvr0837CKapyopAxUJofutzmzPCTb5zD0o awk0wo5zdQW1c2285md292HxV7n5UYZ28MZIZgjohEl7jgY/iHFRiOIgspVDCD439vuC hjdiQavH9YnsxgshQxIaw3xTVjOj7MfKyyJXTshmSDg3Sh/DS+bzMKsBvIdaDkFRVqnO Bcd09E9w/eo3VmTguJW4+I3v6FwvXkIZHZftzQx3N332rdF23mDs1fZMdAskCwXXN4w8 K6ZQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:reply-to:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=AAnsWrkvE0ZxvJQD5ZVnVtqKCwErtew85qsMQldJt0w=; b=ldwaoHIFm/ti7072tJ/MQ+sD/+v+w7OrJAeoKS9FUhqBfRBz886KxFKDuo/j37jKKa qI0/r8fzUcnzwfO78i9mcED6r4lD09HaWR+WeFtlVQhr+pX1DaukN/ZOC4RklCNRqB/3 UVKs5i+zBnhSyBdrkcrCITtOPjEgXr9k7YRDng3EvixmS5QCozNzDSXhQfP9BMzmVu4u QfX5wvf0BDzVZEkr3lOV3T6p72j3ogavJYLnckglBJoiLN6kdNHHSLgINCg3HZBO6Xoe +4C+ul6BS+1BBvLFnr1CMWDUK39ci+WdINMxmSHftnL7mNgbWI0a3WjVmCB7LXtdZXwZ oKNw== X-Gm-Message-State: ANoB5pnMv78zfQxXxDZ1NAIGaYWKFmFveCwEjOGK/mhU5/1R5YlhcDZm 5tfHGv0d6sLy0Y0scloMLdeaAgKBO40vgRASX268qIUT X-Google-Smtp-Source: AA0mqf5o/kwaFx3vr8L28aA75Jpjb4galWh088DJyP4Bsp7nEMbLjSDxfOs3lTUu0Vyrt2o2yC0mcT9XGyyP1SrVTPg= X-Received: by 2002:a63:461d:0:b0:456:d859:2143 with SMTP id t29-20020a63461d000000b00456d8592143mr10546953pga.396.1668863427233; Sat, 19 Nov 2022 05:10:27 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: Reply-To: hiroo.ono+freebsd@gmail.com From: =?UTF-8?B?SGlyb28gT25vICjlsI/ph47lr5vnlJ8p?= Date: Sat, 19 Nov 2022 22:10:15 +0900 Message-ID: Subject: LLVM error when building www/firefox 107.0_2,2 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Spamd-Result: default: False [-1.82 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_SPAM_SHORT(0.72)[0.722]; NEURAL_HAM_LONG(-0.54)[-0.541]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::42b:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_REPLYTO(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; HAS_REPLYTO(0.00)[hiroo.ono+freebsd@gmail.com]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; DKIM_TRACE(0.00)[gmail.com:+]; MIME_TRACE(0.00)[0:+]; TAGGED_FROM(0.00)[freebsd]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4NDvCT07n8z3LbW X-Spamd-Bar: - X-ThisMailContainsUnwantedMimeParts: N hello, while building www/firefox with poudriere, following error occurred. Should I report it to LLVM project as the error message says? Or is this just a bug in firefox or the combination of options I chose? The system is: FreeBSD 13.1-STABLE #7 stable/13-af3ccd7b6d: Thu Nov 10 08:00:43 JST 2022 and the llvm suite is LLVM 13.0.1 from ports. /usr/local/bin/clang++13 -std=gnu++17 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -fst ack-protector-strong -fstack-clash-protection -Qunused-arguments -DLIBICONV_PLUG -isystem /usr/local/include -Qunused-arguments -Wall -Wbitfield-enum-conversion -Wdeprecated-this-capture -Wempty-body -Wformat-type-confusion -Wignored-qualif iers -Wpointer-arith -Wshadow-field-in-constructor-modified -Wsign-compare -Wtyp e-limits -Wno-error=tautological-type-limit-compare -Wunreachable-code -Wunreach able-code-return -Wunused-but-set-parameter -Wno-invalid-offsetof -Wclass-vararg s -Wempty-init-stmt -Wfloat-overflow-conversion -Wfloat-zero-conversion -Wloop-a nalysis -Wno-range-loop-analysis -Wc++2a-compat -Wenum-compare-conditional -Wno- ambiguous-reversed-operator -Wno-error=deprecated -Wno-error=deprecated-anon-enu m-enum-conversion -Wno-error=deprecated-enum-enum-conversion -Wno-error=deprecat ed-enum-float-conversion -Wno-error=deprecated-this-capture -Wno-error=deprecate d-volatile -Wcomma -Wimplicit-fallthrough -Wstring-conversion -Wno-inline-new-de lete -Wno-error=deprecated-declarations -Wno-error=array-bounds -Wno-error=free- nonheap-object -Wno-error=atomic-alignment -Wformat -Wformat-security -Wno-psabi -Wthread-safety -Wno-unknown-warning-option -fno-sized-deallocation -fno-aligne d-new -O2 -pipe -O3 -DLIBICONV_PLUG -fstack-protector-strong -isystem /usr/local /include -fno-strict-aliasing -DLIBICONV_PLUG -isystem /usr/local/include -fno-e xceptions -fPIC -fno-rtti -ffunction-sections -fdata-sections -fno-exceptions -f no-math-errno -pipe -O2 -O3 -fno-omit-frame-pointer -funwind-tables -shared -Wl ,-z,defs -Wl,--warn-unresolved-symbols -Wl,--gc-sections -Wl,-h,libxul.so -o lib xul.so /wrkdirs/usr/ports/www/firefox/work/.build/toolkit/library/build/libxul_s o.list -flto=thin -Wl,-plugin-opt=-import-instr-limit=10 -Wl,-plugin-opt=-impor t-hot-multiplier=30 -pthread -Wl,--as-needed -fstack-protector-strong -Wl,-z,noe xecstack -Wl,-z,text -Wl,-z,relro -Wl,-z,nocopyreloc -Wl,-Bsymbolic-functions -W l,--build-id=sha1 -fstack-protector-strong -fstack-clash-protection -Wl,-rpath-l ink,/wrkdirs/usr/ports/www/firefox/work/.build/dist/bin -Wl,-rpath-link,/usr/loc al/lib ../../../js/src/build/libjs_static.a /wrkdirs/usr/ports/www/firefox/work /.build/x86_64-unknown-freebsd/release/libgkrust.a ../../../config/external/lgpl libs/liblgpllibs.so ../../../config/external/sqlite/libmozsqlite3.so ../../../wi dget/gtk/mozgtk/libmozgtk.so ../../../widget/gtk/mozwayland/libmozwayland.so - L/usr/local/lib -licui18n -L/usr/local/lib -licuuc -licudata -laom -ldav1d -lX11 -lXcomposite -lXdamage -lXext -lXfixes -lXrandr -lXrender -lXtst -lpthread -lff i -lplds4 -lplc4 -lnspr4 -pthread -ldl -lz -lm -lnss3 -lsmime3 -lssl3 -lnssutil3 -lfreetype -lfontconfig -lgtk-3 -lgdk-3 -lpangocairo-1.0 -lpango-1.0 -lharfbuzz -latk-1.0 -lcairo-gobject -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lgobject-2.0 -lgl ib-2.0 -lintl -lutil -lpng16 -lwebpdemux -lwebp -lgraphite2 -levent -lvpx -lpixman-1 -ldbus-glib-1 -ldbus-1 -lxcb-shm -lX11-xcb -lxcb -lXcursor -lXi LLVM ERROR: Type mismatch in constant table! PLEASE submit a bug report to https://bugs.llvm.org/ and include the crash backtrace. Stack dump: 0. Program arguments: /usr/local/llvm13/bin/ld --eh-frame-hdr -Bshareable --hash-style=both --enable-new-dtags -o libxul.so /usr/lib/crti.o /usr/lib/crtbeginS.o -L/usr/local/lib -L/usr/local/lib -L/usr/lib -plugin /usr/local/llvm13/bin/../lib/LLVMgold.so -plugin-opt=mcpu=x86-64 -plugin-opt=O3 -plugin-opt=thinlto -plugin-opt=-function-sections -plugin-opt=-data-sections -z defs --warn-unresolved-symbols --gc-sections -h libxul.so /wrkdirs/usr/ports/www/firefox/work/.build/toolkit/library/build/libxul_so.list -plugin-opt=-import-instr-limit=10 -plugin-opt=-import-hot-multiplier=30 --as-needed -z noexecstack -z text -z relro -z nocopyreloc -Bsymbolic-functions --build-id=sha1 -rpath-link /wrkdirs/usr/ports/www/firefox/work/.build/dist/bin -rpath-link /usr/local/lib ../../../js/src/build/libjs_static.a /wrkdirs/usr/ports/www/firefox/work/.build/x86_64-unknown-freebsd/release/libgkrust.a ../../../config/external/lgpllibs/liblgpllibs.so ../../../config/external/sqlite/libmozsqlite3.so ../../../widget/gtk/mozgtk/libmozgtk.so ../../../widget/gtk/mozwayland/libmozwayland.so -licui18n -licuuc -licudata -laom -ldav1d -lX11 -lXcomposite -lXdamage -lXext -lXfixes -lXrandr -lXrender -lXtst -lpthread -lffi -lplds4 -lplc4 -lnspr4 -ldl -lz -lm -lnss3 -lsmime3 -lssl3 -lnssutil3 -lfreetype -lfontconfig -lgtk-3 -lgdk-3 -lpangocairo-1.0 -lpango-1.0 -lharfbuzz -latk-1.0 -lcairo-gobject -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lgobject-2.0 -lglib-2.0 -lintl -lutil -lpng16 -lwebpdemux -lwebp -lgraphite2 -levent -lvpx -lpixman-1 -ldbus-glib-1 -ldbus-1 -lxcb-shm -lX11-xcb -lxcb -lXcursor -lXi -lc++ -lm -lgcc --as-needed -lgcc_s --no-as-needed -lpthread -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/crtendS.o /usr/lib/crtn.o #0 0x00000008263c40c9 llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (/usr/local/llvm13/lib/libLLVM-13.so+0x2bc40c9) #1 0x00000008263c2375 llvm::sys::RunSignalHandlers() (/usr/local/llvm13/lib/libLLVM-13.so+0x2bc2375) #2 0x00000008263c48a1 (/usr/local/llvm13/lib/libLLVM-13.so+0x2bc48a1) #3 0x00000008224aebc0 handle_signal /usr/local/poudriere/jails/s13amd64/usr/src/lib/libthr/thread/thr_sig.c:0:3 #4 0x00000008224ae17f thr_sighandler /usr/local/poudriere/jails/s13amd64/usr/src/lib/libthr/thread/thr_sig.c:247:1 #5 0x00007ffffffff2d3 ([vdso]+0x2d3) #6 0x000000082b142c7a __sys_thr_kill /usr/obj/usr/local/poudriere/jails/s13amd64/usr/src/amd64.amd64/lib/libc/thr_kill.S:4:0 #7 0x000000082b0bbde4 __raise /usr/local/poudriere/jails/s13amd64/usr/src/lib/libc/gen/raise.c:0:10 #8 0x000000082b16cac9 abort /usr/local/poudriere/jails/s13amd64/usr/src/lib/libc/stdlib/abort.c:73:17 #9 0x0000000826306c9d (/usr/local/llvm13/lib/libLLVM-13.so+0x2b06c9d) #10 0x0000000826306ad9 (/usr/local/llvm13/lib/libLLVM-13.so+0x2b06ad9) #11 0x0000000826d1d28e (/usr/local/llvm13/lib/libLLVM-13.so+0x351d28e) #12 0x0000000826cf940e (/usr/local/llvm13/lib/libLLVM-13.so+0x34f940e) #13 0x0000000826d01536 (/usr/local/llvm13/lib/libLLVM-13.so+0x3501536) #14 0x0000000826cea4a3 llvm::BitcodeModule::getModuleImpl(llvm::LLVMContext&, bool, bool, bool, llvm::function_ref, std::__1::allocator > > (llvm::StringRef)>) (/usr/local/llvm13/lib/libLLVM-13.so+0x34ea4a3) #15 0x0000000826ceab74 llvm::BitcodeModule::getLazyModule(llvm::LLVMContext&, bool, bool) (/usr/local/llvm13/lib/libLLVM-13.so+0x34eab74) #16 0x0000000827850af9 (/usr/local/llvm13/lib/libLLVM-13.so+0x4050af9) #17 0x0000000827850847 llvm::irsymtab::readBitcode(llvm::BitcodeFileContents const&) (/usr/local/llvm13/lib/libLLVM-13.so+0x4050847) #18 0x000000082784e0bb llvm::object::readIRSymtab(llvm::MemoryBufferRef) (/usr/local/llvm13/lib/libLLVM-13.so+0x404e0bb) #19 0x00000008276e3e77 llvm::lto::InputFile::create(llvm::MemoryBufferRef) (/usr/local/llvm13/lib/libLLVM-13.so+0x3ee3e77) #20 0x0000000000494857 lld::elf::BitcodeFile::BitcodeFile(llvm::MemoryBufferRef, llvm::StringRef, unsigned long) (/usr/local/llvm13/bin/ld+0x494857) #21 0x0000000000495770 lld::elf::BitcodeFile* lld::make(llvm::MemoryBufferRef&, llvm::StringRef&, unsigned long&) (/usr/local/llvm13/bin/ld+0x495770) #22 0x0000000000493336 lld::elf::createObjectFile(llvm::MemoryBufferRef, llvm::StringRef, unsigned long) (/usr/local/llvm13/bin/ld+0x493336) #23 0x00000000004930ba lld::elf::ArchiveFile::fetch(llvm::object::Archive::Symbol const&) (/usr/local/llvm13/bin/ld+0x4930ba) #24 0x0000000000558a75 lld::elf::SymbolTable::addSymbol(lld::elf::Symbol const&) (/usr/local/llvm13/bin/ld+0x558a75) #25 0x0000000000492d8d lld::elf::ArchiveFile::parse() (/usr/local/llvm13/bin/ld+0x492d8d) #26 0x0000000000490d44 lld::elf::parseFile(lld::elf::InputFile*) (/usr/local/llvm13/bin/ld+0x490d44) #27 0x00000000004647ee void lld::elf::LinkerDriver::link >(llvm::opt::InputArgList&) (/usr/local/llvm13/bin/ld+0x4647ee) #28 0x00000000004599ec lld::elf::LinkerDriver::linkerMain(llvm::ArrayRef) (/usr/local/llvm13/bin/ld+0x4599ec) #29 0x0000000000457b17 lld::elf::link(llvm::ArrayRef, bool, llvm::raw_ostream&, llvm::raw_ostream&) (/usr/local/llvm13/bin/ld+0x457b17) #30 0x00000000003a3dbf (/usr/local/llvm13/bin/ld+0x3a3dbf) clang-13: error: unable to execute command: Abort trap (core dumped) clang-13: error: linker command failed due to signal (use -v to see invocation) From nobody Sun Nov 20 06:23:47 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NFL856R6bz4hBjZ for ; Sun, 20 Nov 2022 06:24:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-8.consmr.mail.gq1.yahoo.com (sonic308-8.consmr.mail.gq1.yahoo.com [98.137.68.32]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4NFL844HSNz4JHZ for ; Sun, 20 Nov 2022 06:24:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=fyXiEuPP; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.32 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1668925442; bh=Mq1yrBi+t5QSjTmVUo+NhEtPh9cD0gdfjvKMsv53fPw=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=fyXiEuPPnRy3hpFnL3XeYinx0Z1IF/OHPOJu6c/mN5GE7/K2MNNf06TKHX2T/Bwn1/tFYEClqqiuXFqEVsjHz/Kjc9UkfXmh6a/EGs4NBI46crVVHAnTlleu3bczs48MNupbsW94lgi2lJtt9yPwMch1TcV8aoq7nzdckuTMrUCN+UBQwwua+++GjIQigjn4Twde36YqY+TvWM3l1rl6xXzk8s62XFIrisiLv8hGs+bkNbiybzxAV1fBXBB/c22rUOColIi8KNkrflMYxM9FBqR9y8dFXlgdE4i1EKHcURu+tO2MK5sQKKousmOiMRRr7AB4/lujqP7uMDP7QpNA/w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1668925442; bh=StFcP+JKn1sckGSzG4S841Lpg0nXTbP/HsHXb3dumoz=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=rU4I9GLTLGE6TFtrgweD4xtzrkUGiKKPj6O8ejkbzxnL9GdUQ/ynqMxO0a/dvu2BtivgmZsbioGv41+YakLene+w55eOghwOtEMhuhdRSIs1k5LWVpcAY2qFNgL5klt5MJ2Vhl22Y58hSMYNbtnQJ5loDHkBfHjbas08ysN/rsukvoW8ViPC+Puvh9vc09ADLlw3G7foRifOzxWJ8QCU/UIYTe+Upuh2t8W4XfurfXmW9z3JxyBUM3N2340uxn7Cwvlm3Q0MK3eYu3Y7u6qRGGeSozLSPUIhPb2Rziq9feGVB8GAkvzZnvSC0EcV03wkQxbVBDUd1p1QQi3qa6LSEQ== X-YMail-OSG: aTIwRdkVM1k5Jz_oERC9bqL_2GSVEznozVD7PDvIgRqdaIJl5yZlZPrm6Sj3Dvb jXqresWYUsBcv2qgJKL2vH1eazN23URUytcWL5xYtvXqdcmEi90RKr5lWntwW8NS1YbUNqnycLOa guWjV5IXiHGJDvt7u7k4GCsSUGAc.7ETf1HDEthWZzgG3fGwRMrQXH_QOkx8lOQhGLzJHwFW.h7x XQyfPdxMyeB_H1bnmiAoEyDWzF3AfhbwNu2fVvdySfOcvEVDXpziRnZJv_SEqmTO45E8UvXHZX2m LagVCz0UJAhHFHhyaQGSm30UsK7p9HM43xZBmm2G_D_ytz_9BrOu7F5p4.nW2MofU3mfk5OKi7Er VLsBJHl4o.eX55IHyNqeBKAIt8Zx6MxZZz0YzGBZS2rQ1dl.kVFcUkaIOMh2rAnmLdfNBmIxnWSa vzZoSxP08iBu7cSTSJQIY80OKm72nWyn2bqbKs4FlxriBVuip8m5cNHeLgt97D9Sxrz59TABzh7o H1e7vOIavpezHIc_1C4QylfTMwLC_oXsF0js8_jxQYK83ldsQj9Sui1Rcu.ijHFv3UKlaTi9rAut hvT2wBX4hzyKMSnqWfAu8cWVUBqDL59RJud1.PtYhFX_.tMhPHeEj.etmoFz.Ba66B8VlldexJue iIegZNU8FvT5URbyHixHiYA7besoh3NMGW8KqQ__HBNEKIK6gPFhkz6tws.B4RG1a2aA3MuqHThB tmm37IapLwTFqIGTYKpXzfmEAL2lPaHu4tFDl5oNvc5iRFXRbs9HjUgbXWpd3tpZBpweTxnT7jIJ yeLa.6eC9RI2tVCHL3xedUQG4auo5.Q0i677.yZy5XaJwhSrQ34K8sc7mb4yR53Xm8OBeIvydkWS 8Ds0uUzp4dx5gNqrVwP3XY6LAkOEbK1Aggu0CEsUyGqUYo0r98pPiQkx9a.X22feLqWgP.9PUELQ f2dapVBwxrJthQIZkOInEN7km0g80n45iai4RWtlbFKNJ4P6vEbI5XGyrOjGKdt_TK9AFf09P2dM lIA4a_1WBfYPA6O1Irr6xFUwr40Jo6H14eQi_0y5mfvVlzLx5knrGWnRPGZXe67AlNSgUdyuC4uB 9fSUF8ih8Kgd0HyvjnjgIOKBtGS.z_PeJ.TdKK11QwctLqdQxd8F53mnveqJBcpOseYhM3FT1xDW r9ICCiUOldJe59DS2NmoK8pRMY7HpPQM_Pg7aNC3nREmSx8r9jz07iDnIwTYyjdFp2AenD8D84rn Nrmp0nkZiaeH.HX.wT6vYJH77JOZn4UxHn5f.dmPPyDltLY1XsRsBpKF8YwkPxoL3IV63lYZGMEW iZB3If2QwIAwBzvMV7C_0WQTdoBlhLpRRpOklLnIyoK2fq_PZnwp7AIACBsENOyBcb0w6fxZ4OZG uo0avpuy3DGuzGnKVzbR1u7wbnxUZP4y2wEpXNCUbZ3CboW6iehOtrDLG0dXKbvFyUMzxLENNGae YnXYV5NT6A.MiMiybAS2Guh2lKsVomqurk3xp7qBDHaUe1hf49Pvvph9eX7_7JvHvVK_nDnb5Syd WUY22K7w_5ESgzHNmVHRFT30Q5SMi2oRb4rrt5qmKeh2OMP4xKsB9YfRwQmIMAdQdOi71oIpkLM9 .gS2p3WR3zkQslXxF2lyMmKyIe763SMq9fl2f.SEYETcDBVZHmKf_xJYq.pgB1K.WEoxJ9dJZ4RC VJDV9qTdo7RUpyNRdqlJ99oLuHq4dbsK3GjY5Xnm.gOpDy7EnH6eMYkqI_F4cft3hqknZ2iYkZIh 3Op5Obk4ROtoBRM8epzF2RTXUevu_21vLxn8zyaHQ_pF5FT9HC5d8KWxhuyzTWKIcjmZeG.XdW0e CkJUDZFFqh1quGZk6ElmujnGY9suroIkrzDxp_JZpvh8OL8q7qXa4JaasVz2CTUVDV660G2q35BO BUl2Y1hM6AqeqyANJGlcZZxsPFm2iprnqgUTczdRUxlSZz.JldfaEOon56CE4p7mjNNNMnX5RdR1 71Uk8phIxu5TLHkPubW_8IOZvJ8mpYSRTsBb9KsmY9dxNEPTvMdc7xTLdoKk0AdCiqgvDGrTrwVb j8PFaa8yyxTwiV9dffJ0r4J6i3lh1B0XLu.wsJCxDTSv34AnzTzXTe45Fy5ydWvhLqWwMF64rcU0 _rN76gQL5FR6hEqsC1lTgcppO39TKytX3RdNTddCwTatXk4VLzbNnrNU50ClRBBq.Xq_qLsKyDko AimVdoSuI0RRC5za7iDcIliMaiWVbFlgU1gtZqL7TrcaDY48ctb.rVUksyK9wCFmLBomR.1wlWA- - X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Sun, 20 Nov 2022 06:24:02 +0000 Received: by hermes--production-bf1-5878955b5f-7hv65 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID ffa9023f8e0cdd352b6d6a28846ceb45; Sun, 20 Nov 2022 06:24:00 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.200.110.1.12\)) Subject: RE: LLVM error when building www/firefox 107.0_2,2 Message-Id: Date: Sat, 19 Nov 2022 22:23:47 -0800 To: hiroo.ono+freebsd@gmail.com, FreeBSD-STABLE Mailing List X-Mailer: Apple Mail (2.3731.200.110.1.12) References: X-Spamd-Result: default: False [-3.45 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.95)[-0.946]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TAGGED_RCPT(0.00)[freebsd]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.32:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[yahoo.com:+]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_TO(0.00)[gmail.com,freebsd.org]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.32:from] X-Rspamd-Queue-Id: 4NFL844HSNz4JHZ X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Hiroo Ono (=E5=B0=8F=E9=87=8E=E5=AF=9B=E7=94=9F) = wrote on Date: Sat, 19 Nov 2022 13:10:15 UTC : > while building www/firefox with poudriere, following error occurred. > Should I report it to LLVM project as the error message says? Or is > this just a bug in firefox or the combination of options I chose? >=20 > The system is: > FreeBSD 13.1-STABLE #7 stable/13-af3ccd7b6d: Thu Nov 10 08:00:43 JST = 2022 > and the llvm suite is LLVM 13.0.1 from ports. > . . . > LLVM ERROR: Type mismatch in constant table! > . . . That looks like a report of an internally detected error of soemtihng that should never happen, something that firefox code or build options should not result in. As a somewhat confirming note . . . = http://beefy18.nyi.freebsd.org/data/main-amd64-default/pf5ce9b7ee067_s1830= 88934a/logs/firefox-107.0_2,2.log is a log from a successful build of 107.0_2,2 on/for main [so: 14] --thus using a more recent clang++ vintage as well. Thus, it suggests that "LLVM 13.0.1 from ports" has a problem that firefox's build ran into. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Mon Nov 21 01:33:55 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NFqg44HvSz4j4QB for ; Mon, 21 Nov 2022 01:34:08 +0000 (UTC) (envelope-from hiroo.ono@gmail.com) Received: from mail-pf1-x42e.google.com (mail-pf1-x42e.google.com [IPv6:2607:f8b0:4864:20::42e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NFqg429kSz3vLR for ; Mon, 21 Nov 2022 01:34:08 +0000 (UTC) (envelope-from hiroo.ono@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pf1-x42e.google.com with SMTP id g62so9986999pfb.10 for ; Sun, 20 Nov 2022 17:34:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:cc:to:subject:message-id:date:from :reply-to:in-reply-to:references:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=iJeywseD58aUWJgqHk4/DQKjBauC8U0VBSvhojg2RLs=; b=aIn5+9jODKNk4oTLBpQ2ahCP5kemX+qvuStS4Q1eYxauC02wnx522NXVLQI3qenNP0 YSiLglMfZhzIYtGAWyf2iOFm66kkL/OI1i424zYjkjfd8YS3voCbPNxzkWekESgMr81Q 01005zErQt9nwgDBB4Rx2yqp3jpq1nofvZQCxZE9ffwNIfopkav52DdJbtM2sSk58Mgj jdFj+uZ2Cn2894JgNFPOyLMxDPT6NVU25If6mvWt3ePrQ48by7c1jDZF4ZyCnYBcIKmF 8CQd/f/BHXC/ebYSl7a545poEFGSTVTmV5e0Ow+gVVP+Ueur86xlb1hXYt9d2bdQhKT9 L9Yw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:cc:to:subject:message-id:date:from :reply-to:in-reply-to:references:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=iJeywseD58aUWJgqHk4/DQKjBauC8U0VBSvhojg2RLs=; b=7c9AztAERK7X3lEVpvpUJsCtS7ZLpi/PZkacsqrGzTOdH02xEQfoB5+LOXfbiO9BZK nrjcNBc+ykDqfnSzG3sWguFjRdS2cZZn41L5HsV9gx55UXYMaL6mC6OpAOUr7r74CFcn sNQ3naBj/muEvXcRzoVRmSRufo7Vthnxk/AzobQn61ezett24YvtqwiGT2oOXvAoYolf jTtWjDNGmBx1xqrMcPdusjiUbsZaDcUc+GRZA8d7zBndURlYyZjzCpUI9UpraaPWb3hA ft3bCNWeyaYYb2dwHjB87wkwVpgOHza+URTEhDijxqXbfMXLaU7M/1QEEf3Vo3PrC/08 JOfw== X-Gm-Message-State: ANoB5pnwJs9VTKktT17ZCSuTbBrUUXG9D5dOY5CN9QYCypduikql54pI mrlljTOxcT3njtp5aX/Oje7JwRPcYAiUGse5OGw= X-Google-Smtp-Source: AA0mqf6EoTzUNeRLAJvUxcnUdfg/dYqKYoEVi2s1sX6CIlVsCI+7exsocCpEKvqQFg4RU/2VMzGeT4eridX4UpW1wZ8= X-Received: by 2002:a63:461d:0:b0:456:d859:2143 with SMTP id t29-20020a63461d000000b00456d8592143mr15789948pga.396.1668994446911; Sun, 20 Nov 2022 17:34:06 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: Reply-To: hiroo.ono+freebsd@gmail.com From: =?UTF-8?B?SGlyb28gT25vICjlsI/ph47lr5vnlJ8p?= Date: Mon, 21 Nov 2022 10:33:55 +0900 Message-ID: Subject: Re: LLVM error when building www/firefox 107.0_2,2 To: Mark Millard Cc: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4NFqg429kSz3vLR X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[freebsd] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N Thank you. 2022=E5=B9=B411=E6=9C=8820=E6=97=A5(=E6=97=A5) 15:24 Mark Millard : > > > LLVM ERROR: Type mismatch in constant table! > > . . . > > That looks like a report of an internally detected error > of soemtihng that should never happen, something that > firefox code or build options should not result in. > > Thus, it suggests that "LLVM 13.0.1 from ports" has > a problem that firefox's build ran into. Turning off the build option LTO and PROFILE made the build pass. I will report if the bug persists with newer version of LLVM. From nobody Sat Nov 26 18:19:19 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NKKkk0Ckmz4hkhC for ; Sat, 26 Nov 2022 18:19:26 +0000 (UTC) (envelope-from void@f-m.fm) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4NKKkj3w12z47c2 for ; Sat, 26 Nov 2022 18:19:25 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm1 header.b=N5RVRr1r; dkim=pass header.d=messagingengine.com header.s=fm1 header.b="p pk6H+r"; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 66.111.4.29 as permitted sender) smtp.mailfrom=void@f-m.fm; dmarc=pass (policy=none) header.from=f-m.fm Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id E706C5C0090 for ; Sat, 26 Nov 2022 13:19:21 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Sat, 26 Nov 2022 13:19:21 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:date:date:from:from:in-reply-to:message-id :mime-version:reply-to:sender:subject:subject:to:to; s=fm1; t= 1669486761; x=1669573161; bh=jceUjAkovLiVOFAYHehlNv1XA0VAz9l/Jxp YuB28AA4=; b=N5RVRr1ryErixiiuzZ9HW90WG0ZP/XZpxfcedJaW7tCjRacR6Cq 41YfmHKX2NnbYeu6De+a24pSWo+lCze/cexDNiWauuNqIK/33Bv2kXgLVeWoaqXd kVjtSnqCgkB95BzL2KHRqSdxNoEm6ucDQV1GbSGvAMBPIPdr7RaCECU4QerlR1WA RqR/uDD/GROnTYnmrZA+0EYWeR5tkTyW0sv3CmbYJ21BD4y+spwNHYvZJ1DYJ2lk BpL8V75FVGSuP73cdUYoA33JAkOrBg6MI3ybG29iiA6BD/6mSGJ9M5kT2Rs96Jgi y3YTUsIvg2ibmoTglI7jRFKk6ce/3Sh8aGQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:date:feedback-id :feedback-id:from:from:in-reply-to:message-id:mime-version :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1669486761; x= 1669573161; bh=jceUjAkovLiVOFAYHehlNv1XA0VAz9l/JxpYuB28AA4=; b=p pk6H+rARUdSvzmcb54Njgym1dy3KS/TSn9s2WGEG2TuMkLrAqCZbfWKywWSuvqEz aG1L1TlE9Vzjuw9bMVgPg09cICbbDoq6/mvtlIrq2hJZiumGvuHOutTY5DzTsMkF hpMNdkDH7e7W4kJliwlB1uT0kFoudMRSn6oOUneSYPQsQcgbNHKVb3xC3nfbq9Nv 7oZEmjbQKKHnZrd9+q0hqeON+Ue8S3vTNNkCuWmk5i2uD4OBNZdS7Do5M5F0O6el s3sklqfpnPnsR5Mb/9mt8ubPPYmCpOzcAdyQwnrD6UE8rTlCt3OfFxgsOPmpTDs3 QmNg5QLnKqMXEc2tzSsbQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvgedrieejgdduudegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkgggtugesthdtredttd dtvdenucfhrhhomhepvhhoihguuceovhhoihgusehfqdhmrdhfmheqnecuggftrfgrthht vghrnhepveduffeivdfffffghfegfeejfefftdeiteehteekfefhvdefgfettdeuheegff eunecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepvhho ihgusehfqdhmrdhfmh X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Sat, 26 Nov 2022 13:19:21 -0500 (EST) Date: Sat, 26 Nov 2022 18:19:19 +0000 From: void To: freebsd-stable@freebsd.org Subject: savecore: operation not permitted Message-ID: Mail-Followup-To: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline X-Spamd-Result: default: False [-5.09 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; DWL_DNSWL_LOW(-1.00)[messagingengine.com:dkim]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.994]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm1,messagingengine.com:s=fm1]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.29:c]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.29:from]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; ASN(0.00)[asn:19151, ipnet:66.111.4.0/24, country:US]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; MIME_TRACE(0.00)[0:+]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; RCVD_COUNT_THREE(0.00)[4]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FREEMAIL_FROM(0.00)[f-m.fm]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[] X-Rspamd-Queue-Id: 4NKKkj3w12z47c2 X-Spamd-Bar: ----- X-ThisMailContainsUnwantedMimeParts: N On 13-stable (n253148), am seeing in the console at startup savecore[1415]: /dev/ada0s1b: Operation not permitted Writing crash summary to /var/crash/core.txt.3. It's enabled in rc.conf: # sysrc savecore_enable savecore_enable: YES # dumpon -l ada0s1b What's broken? tia, -- From nobody Sat Nov 26 19:17:23 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NKM233vvBz4hrbX for ; Sat, 26 Nov 2022 19:17:47 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ej1-x62a.google.com (mail-ej1-x62a.google.com [IPv6:2a00:1450:4864:20::62a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NKM2248F8z4FXq for ; Sat, 26 Nov 2022 19:17:46 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20210112.gappssmtp.com header.s=20210112 header.b=F7lFBgEx; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2a00:1450:4864:20::62a) smtp.mailfrom=wlosh@bsdimp.com; dmarc=none Received: by mail-ej1-x62a.google.com with SMTP id vv4so17050380ejc.2 for ; Sat, 26 Nov 2022 11:17:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=w1llOuScL+8eqpZ+mVtacXZLyymjA+yNaTFSrqDnvOw=; b=F7lFBgExRNrsG9eI8PMZCOepJK9Wpkrt8Wj1hxtu8N1ny/pCENui9OWVborQUv5TgT QJY9bTZ51WM+7x+ozrQ0GKtUTQjjZIEqh+lVaOeiH7K3HYgOOh2d3laxYuV/REmyOk57 nqqhD1UbtH2V46sLuN5KjXiwUvJalAqPkYsP1k1Cq4TFTtuwMaqYqfetkt2s6ILV7Tn2 BoOo0oKdav/2gymLcmc4s1zRmWvD5zjxeHNblboTpr/cw+o/DEvRT2vLOAcG7JjToTgB ijRcQ7IK0lw49aKpYeJ97ncSM6GV7r6OqYZJRPPuD85KmmjsRUqXCR8zQAINav3T34oR thzg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=w1llOuScL+8eqpZ+mVtacXZLyymjA+yNaTFSrqDnvOw=; b=z8lB3KVqtcUR+UnN282aOz6J6z85FZWdQqTXiKq1cxt+wwwm1nvN7i/11w+UnhmhYe nyUcawYO4IjdIN5dRrWXvt72U7f3n7dJZy9wrjvc4kIcGxruhe1jOLeKi/qYF8GOVigb +QvqevwtgeqT7qUukA4q3prxFjUpd9N8E+E+Xc2HJkBjMpe7b1nwEIERJUbagw/pK9QE zSBfUbg2m/KDDPXihuZPAg7y7zAt3QDuKbWiTJRqSkaKYZO1tHt7nlN0GPtbfyANiUxb qDL4ildX3ar0GmOnLdXeWjfF51rT/z4HWSeKvZgUfNR9HfY1UTXJanrvOw16Ej6GZkiC AYSA== X-Gm-Message-State: ANoB5pmiMq+2aKRW6kOhJlXCxLwbsEZrtKJCpjcpfEmvkMbW4PSSQTsI 0XiLJYiMj2Z0FG7EE2TPBKEllt31VvisjOaiD6DUww3e4OA= X-Google-Smtp-Source: AA0mqf4WtZJ1VufaA5nUPdsmKSKQ9cMisRA0a55X2P07mYxNvFCmk44UoZJ29gRwVbsqbWkg7SNqfpHf10us2H09X0I= X-Received: by 2002:a17:906:f84d:b0:7b9:631b:7dfb with SMTP id ks13-20020a170906f84d00b007b9631b7dfbmr18360762ejb.32.1669490264607; Sat, 26 Nov 2022 11:17:44 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Sat, 26 Nov 2022 12:17:23 -0700 Message-ID: Subject: Re: savecore: operation not permitted To: FreeBSD-STABLE Mailing List Content-Type: multipart/alternative; boundary="0000000000002da9d305ee647e18" X-Spamd-Result: default: False [-2.99 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.987]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20210112.gappssmtp.com:s=20210112]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::62a:from]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; R_SPF_NA(0.00)[no SPF record]; ARC_NA(0.00)[]; TO_DN_ALL(0.00)[]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20210112.gappssmtp.com:+]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[bsdimp.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4NKM2248F8z4FXq X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N --0000000000002da9d305ee647e18 Content-Type: text/plain; charset="UTF-8" On Sat, Nov 26, 2022, 11:19 AM void wrote: > On 13-stable (n253148), am seeing in the console at startup > > savecore[1415]: /dev/ada0s1b: Operation not permitted > Writing crash summary to /var/crash/core.txt.3. > > It's enabled in rc.conf: > > # sysrc savecore_enable > savecore_enable: YES > > # dumpon -l > ada0s1b > > What's broken? > What's your secure level? Can you run the command by hand after boot? (Usually on modern systems you don't swap right away and have time for a test like that). Trying to see if this is prohibited by secure level or other MAC, vs sone snafu that leads to /var/crash not being writable. All this assumes this isn't inside a jail... Warner > tia, > -- > > --0000000000002da9d305ee647e18 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Sat, Nov 26, 2022, 11:19 AM void <void@f-m.fm> wrote:
On 13-stable (n253148), am seeing in the console at startup

savecore[1415]: /dev/ada0s1b: Operation not permitted
Writing crash summary to /var/crash/core.txt.3.

It's enabled in rc.conf:

# sysrc savecore_enable
savecore_enable: YES

# dumpon -l
ada0s1b

What's broken?

=

What's your secure level?= Can you run the command by hand after boot? (Usually on modern systems you= don't swap right away and have time for a test like that).

Trying to see if this is prohibited= by secure level or other MAC, vs sone snafu that leads to /var/crash not b= eing writable.

All this = assumes this isn't inside a jail...

Warner
tia,
--

--0000000000002da9d305ee647e18-- From nobody Sun Nov 27 05:48:13 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NKd1c270hz4j9Pb for ; Sun, 27 Nov 2022 05:48:20 +0000 (UTC) (envelope-from jon@xyinn.org) Received: from mail-4018.proton.ch (mail-4018.proton.ch [185.70.40.18]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NKd1b6qDYz3ymN for ; Sun, 27 Nov 2022 05:48:19 +0000 (UTC) (envelope-from jon@xyinn.org) Authentication-Results: mx1.freebsd.org; none Date: Sun, 27 Nov 2022 05:48:13 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xyinn.org; s=protonmail3; t=1669528096; x=1669787296; bh=YzsqmGX3Y086WHztM6y8GxKgxv98upPQ9xhbKf+GIkw=; h=Date:To:From:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=By5BGeHyjQSXeLd00F+Ya6adq+bcNb7Kg+ZUcr9pgohBpAzzael/YOc8MzhHVfo6j cJtCVPr3baNUj+p/iswKK79i2g8cUhWFzU3QuZOrYd5zzxmCrPzkZVeVooyWJ6jdkf bpeYqpA5nw92NlWjSH8w4GrPJh8MZ6hGfTzgaL8UGU53NzVCxHRi8aUXzgKPXVYw9A HKOtI1xEr6N3efcWd9WlKYoE4404b4m86iEeb13pidOUG/fowIyEdsrRfvv6mkARnY zH8TzSy043v6cAuCU0oTkgA92UX6jxHCZ/fBF0SoJLIZIgROjj589yVwQ6xIgt5ZbH PW6/lRg15/NuQ== To: void@f-m.fm, freebsd-stable@freebsd.org From: Jonathan Vasquez Subject: Re: savecore: operation not permitted Message-ID: <_nTojcbkVMksWqsbOXlWk4Vktpu7EU7wJRDP3NjXeCTbrs7GCiAt6Ubb34v-3-1vT8vKCqWvPXYlM8iIeeX8pawVT6JwlKfD2jJLsm3TZMg=@xyinn.org> In-Reply-To: References: Feedback-ID: 12351801:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_U2edmD9lp7BuOKvA7l9nlFwHmV0Zcw4mM2tPGY734" X-Rspamd-Queue-Id: 4NKd1b6qDYz3ymN X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --b1_U2edmD9lp7BuOKvA7l9nlFwHmV0Zcw4mM2tPGY734 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 TWFrZSBzdXJlIHlvdSBhcmVuJ3QgdXNpbmcgYW4gZW5jcnlwdGVkIHN3YXAgKGkuZSBpZiB5b3Ug aGF2ZSB0aGUgLmVsaSBleHRlbnNpb24gZm9yIHlvdXIgc3dhcCBlbnRyeSBpbiAvZXRjL2ZzdGFi LCB0aGVuIGl0J3MgYmVpbmcgZW5jcnlwdGVkKS4gVGhhdCB3YXMgdGhlIGlzc3VlIEkgaGFkLCBp dCBtYWtlcyBzZW5zZSB0aGF0IHlvdSBjYW4ndCBnZXQgdGhlIGR1bXBlZCBkYXRhIGlmIHRoZSBz d2FwIGlzIGJlaW5nIHJlLWVuY3J5cHRlZCBvbiBldmVyeSBib290LgoKSm9uYXRoYW4gVmFzcXVl egpQR1A6IDM0REEgODU4QyAxNDQ3IDUwOUUgQzc3QSBENDlGIEZCODUgOTBCNyBDNENBIDUyNzkK U2VudCB3aXRoIFByb3Rvbk1haWwgU2VjdXJlIEVtYWlsCgpTZW50IGZyb20gUHJvdG9uIE1haWwg bW9iaWxlCgotLS0tLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tLS0tCk9uIE5vdiAyNiwgMjAy MiwgMTM6MTksIHZvaWQgd3JvdGU6Cgo+IE9uIDEzLXN0YWJsZSAobjI1MzE0OCksIGFtIHNlZWlu ZyBpbiB0aGUgY29uc29sZSBhdCBzdGFydHVwIHNhdmVjb3JlWzE0MTVdOiAvZGV2L2FkYTBzMWI6 IE9wZXJhdGlvbiBub3QgcGVybWl0dGVkIFdyaXRpbmcgY3Jhc2ggc3VtbWFyeSB0byAvdmFyL2Ny YXNoL2NvcmUudHh0LjMuIEl0J3MgZW5hYmxlZCBpbiByYy5jb25mOiAjIHN5c3JjIHNhdmVjb3Jl X2VuYWJsZSBzYXZlY29yZV9lbmFibGU6IFlFUyAjIGR1bXBvbiAtbCBhZGEwczFiIFdoYXQncyBi cm9rZW4/IHRpYSwgLS0= --b1_U2edmD9lp7BuOKvA7l9nlFwHmV0Zcw4mM2tPGY734 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 TWFrZSBzdXJlIHlvdSBhcmVuJ3QgdXNpbmcgYW4gZW5jcnlwdGVkIHN3YXAgKGkuZSBpZiB5b3Ug aGF2ZSB0aGUgLmVsaSBleHRlbnNpb24gZm9yIHlvdXIgc3dhcCBlbnRyeSBpbiAvZXRjL2ZzdGFi LCB0aGVuIGl0J3MgYmVpbmcgZW5jcnlwdGVkKS4gVGhhdCB3YXMgdGhlIGlzc3VlIEkgaGFkLCBp dCBtYWtlcyBzZW5zZSB0aGF0IHlvdSBjYW4ndCBnZXQgdGhlIGR1bXBlZCBkYXRhIGlmIHRoZSBz d2FwIGlzIGJlaW5nIHJlLWVuY3J5cHRlZCBvbiBldmVyeSBib290Ljxicj48YnI+PGJyPjxkaXY+ Sm9uYXRoYW4gVmFzcXVlejxiciAvPjwvZGl2PjxkaXY+UEdQOiAzNERBIDg1OEMgMTQ0NyA1MDlF IEM3N0EgIEQ0OUYgRkI4NSA5MEI3IEM0Q0EgNTI3OTxiciAvPjwvZGl2PjxkaXY+U2VudCB3aXRo IFByb3Rvbk1haWwgU2VjdXJlIEVtYWlsPGJyIC8+PC9kaXY+PGRpdj48YnIgLz48L2Rpdj48YnI+ PGJyPlNlbnQgZnJvbSBQcm90b24gTWFpbCBtb2JpbGU8YnI+PGJyPjxicj48YnI+LS0tLS0tLS0g T3JpZ2luYWwgTWVzc2FnZSAtLS0tLS0tLTxicj5PbiBOb3YgMjYsIDIwMjIsIDEzOjE5LCB2b2lk IDwgdm9pZEBmLW0uZm0+IHdyb3RlOjxibG9ja3F1b3RlIGNsYXNzPSJwcm90b25tYWlsX3F1b3Rl Ij48YnI+T24gMTMtc3RhYmxlIChuMjUzMTQ4KSwgYW0gc2VlaW5nIGluIHRoZSBjb25zb2xlIGF0 IHN0YXJ0dXANCg0Kc2F2ZWNvcmVbMTQxNV06IC9kZXYvYWRhMHMxYjogT3BlcmF0aW9uIG5vdCBw ZXJtaXR0ZWQNCldyaXRpbmcgY3Jhc2ggc3VtbWFyeSB0byAvdmFyL2NyYXNoL2NvcmUudHh0LjMu DQoNCkl0J3MgZW5hYmxlZCBpbiByYy5jb25mOg0KDQojIHN5c3JjIHNhdmVjb3JlX2VuYWJsZQ0K c2F2ZWNvcmVfZW5hYmxlOiBZRVMNCg0KIyBkdW1wb24gLWwNCmFkYTBzMWINCg0KV2hhdCdzIGJy b2tlbj8NCg0KdGlhLA0KLS0NCg0KPC9kaXY+ --b1_U2edmD9lp7BuOKvA7l9nlFwHmV0Zcw4mM2tPGY734-- From nobody Sun Nov 27 11:23:43 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NKmSq08Xlz4hcKT for ; Sun, 27 Nov 2022 11:23:55 +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 4NKmSp3gKYz4QkZ for ; Sun, 27 Nov 2022 11:23:54 +0000 (UTC) (envelope-from david@catwhisker.org) Authentication-Results: mx1.freebsd.org; none Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.16.1/8.15.2) with ESMTP id 2ARBNiPi066890; Sun, 27 Nov 2022 11:23:44 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.16.1/8.16.1/Submit) id 2ARBNhgG066889; Sun, 27 Nov 2022 03:23:43 -0800 (PST) (envelope-from david) Date: Sun, 27 Nov 2022 03:23:43 -0800 From: David Wolfskill To: Jonathan Vasquez Cc: void@f-m.fm, freebsd-stable@freebsd.org Subject: Re: savecore: operation not permitted Message-ID: Mail-Followup-To: David Wolfskill , Jonathan Vasquez , void@f-m.fm, freebsd-stable@freebsd.org References: <_nTojcbkVMksWqsbOXlWk4Vktpu7EU7wJRDP3NjXeCTbrs7GCiAt6Ubb34v-3-1vT8vKCqWvPXYlM8iIeeX8pawVT6JwlKfD2jJLsm3TZMg=@xyinn.org> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="jP4+lvZQEFAr1e0c" Content-Disposition: inline In-Reply-To: <_nTojcbkVMksWqsbOXlWk4Vktpu7EU7wJRDP3NjXeCTbrs7GCiAt6Ubb34v-3-1vT8vKCqWvPXYlM8iIeeX8pawVT6JwlKfD2jJLsm3TZMg=@xyinn.org> X-Rspamd-Queue-Id: 4NKmSp3gKYz4QkZ X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N --jP4+lvZQEFAr1e0c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 27, 2022 at 05:48:13AM +0000, Jonathan Vasquez wrote: > Make sure you aren't using an encrypted swap (i.e if you have the .eli ex= tension for your swap entry in /etc/fstab, then it's being encrypted). That= was the issue I had, it makes sense that you can't get the dumped data if = the swap is being re-encrypted on every boot. > .... For this use case (desire to be able to get crash dumps while having swap encrypted), I find that adding the "late" attribute to the "swap" entry in /etc/fstab is useful, thus: g1-51(12.4-S)[1] grep swap /etc/fstab /dev/ada0s4b.eli none swap sw,late 0 0 (Thta is, of course, assuming that one uses fstab to control the swap allocation. If not, arranging to perform the allocation as part of execution of /etc/rc.d/swaplate -- which is what the "late" attribute accomplishes -- should work for you.) I have used the above technique successfully for stable/12, stable/13, and head (current/14). Peace, david --=20 David H. Wolfskill david@catwhisker.org "attempts made by certain countries to rewrite and reshape world history are becoming increasingly aggressive, ultimately and obviously seeking to divide our society, take away our guiding lines and eventually weaken Russia." -- V. Putin, obviously referring to his own efforts See https://www.catwhisker.org/~david/publickey.gpg for my public key. --jP4+lvZQEFAr1e0c Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSr0Kzv+UJRY3wfOii0+6PfV4Ix1AUCY4NIv18UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0QUJE MEFDRUZGOTQyNTE2MzdDMUYzQTI4QjRGQkEzREY1NzgyMzFENAAKCRC0+6PfV4Ix 1GaGAQD2CBCckDWUqsbwxyX3WRQ7UO/bhQg7XdqLRDHHr8VJTQEA1Fw58VZrvBQD bKxSfjxdn6p8pRrKLci34GJToXbuiwQ= =A4s3 -----END PGP SIGNATURE----- --jP4+lvZQEFAr1e0c-- From nobody Sun Nov 27 11:46:13 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NKmym28nXz4hdtc for ; Sun, 27 Nov 2022 11:46:24 +0000 (UTC) (envelope-from SRS0=uFxU=33=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 4NKmyl6nQpz3Dtw for ; Sun, 27 Nov 2022 11:46:23 +0000 (UTC) (envelope-from SRS0=uFxU=33=quip.cz=000.fbsd@elsa.codelab.cz) Authentication-Results: mx1.freebsd.org; none Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id AE11428417; Sun, 27 Nov 2022 12:46:16 +0100 (CET) Received: from [192.168.145.50] (ip-89-177-27-225.bb.vodafone.cz [89.177.27.225]) (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 1886C28411; Sun, 27 Nov 2022 12:46:14 +0100 (CET) Message-ID: <47e7548e-0a19-21ef-609a-36b644553c62@quip.cz> Date: Sun, 27 Nov 2022 12:46:13 +0100 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.3.0 Subject: Re: savecore: operation not permitted To: David Wolfskill , Jonathan Vasquez , void@f-m.fm, freebsd-stable@freebsd.org References: <_nTojcbkVMksWqsbOXlWk4Vktpu7EU7wJRDP3NjXeCTbrs7GCiAt6Ubb34v-3-1vT8vKCqWvPXYlM8iIeeX8pawVT6JwlKfD2jJLsm3TZMg=@xyinn.org> Content-Language: cs-Cestina, en-US From: Miroslav Lachman <000.fbsd@quip.cz> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4NKmyl6nQpz3Dtw X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On 27/11/2022 12:23, David Wolfskill wrote: > On Sun, Nov 27, 2022 at 05:48:13AM +0000, Jonathan Vasquez wrote: >> Make sure you aren't using an encrypted swap (i.e if you have the .eli extension for your swap entry in /etc/fstab, then it's being encrypted). That was the issue I had, it makes sense that you can't get the dumped data if the swap is being re-encrypted on every boot. >> .... > > For this use case (desire to be able to get crash dumps while having > swap encrypted), I find that adding the "late" attribute to the > "swap" entry in /etc/fstab is useful, thus: > > g1-51(12.4-S)[1] grep swap /etc/fstab > /dev/ada0s4b.eli none swap sw,late 0 0 Thank you for sharing this tip! When I needed to analyze crash dumps I added another partitions just for the dump but if this can be solved by late option for geli swap it would be really nice. I will try it. Kind regards Miroslav Lachman From nobody Sun Nov 27 14:41:42 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NKrsX0Ct9z4j0yj for ; Sun, 27 Nov 2022 14:42:08 +0000 (UTC) (envelope-from void@f-m.fm) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4NKrsW1MQYz3jwQ for ; Sun, 27 Nov 2022 14:42:07 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm1 header.b=xmcarGoS; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=j+UfTPwV; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 64.147.123.19 as permitted sender) smtp.mailfrom=void@f-m.fm; dmarc=pass (policy=none) header.from=f-m.fm Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id 395B532003F4 for ; Sun, 27 Nov 2022 09:42:03 -0500 (EST) Received: from imap46 ([10.202.2.96]) by compute3.internal (MEProxy); Sun, 27 Nov 2022 09:42:03 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:date:date:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to; s=fm1; t=1669560122; x=1669646522; bh=rgoVp8HX1Q +iPJ0Z8y6Fsk4CggzbovBk804rNJ8xcc8=; b=xmcarGoSAx8hr0vv1ZVzwsZpaT xaSIpgbv2yr5i/DWSOWvtMft5sBm5YleFnFDMKhb9NEruhBiQFAO01YhD4t8sc/2 34objXRQl9nOXEzqwIOFRCgtq8HaWKFWqwZ4R9D4n/gbA6Rty3ZvQAiEYKucVYXs Z8PPymmpAcqo4qbOTD45esg9cYvWVgIP/bzrsCmeEVgQkoiBq6NXtw2IddLozq0m ZgoHlAWJw436/7mWwkZwRk1zBRdBmxgC/iWEmGY+P5y5Hzo+q5QRB07/5PtYvQFi V2FbGCHBNNnIpYtffAyx09V4YtLmwxpOG+DsJ1LZKJzgZ7IDw54hIxhIr/1w== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:date:feedback-id :feedback-id:from:from:in-reply-to:in-reply-to:message-id :mime-version:references:reply-to:sender:subject:subject:to:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; t=1669560122; x=1669646522; bh=rgoVp8HX1Q+iPJ0Z8y6Fsk4Cggzb ovBk804rNJ8xcc8=; b=j+UfTPwVQY8XjSKVNo31kOR/0lD0aj+X+KgNOU6C1BCS QIm/HOWVSd8fhYj8q093P4bgXng7uqqWC7NvEOVU9zHlVJNbA5DtiyJRFDj0fu1A RR83985uyOgEIkBbzWOESreMVVfxyOUXoNbmxTfYFmnx10kRHEtDbG0cuJ+Qhho9 q/Vc01bUN289MhWp/PLU8j73kt3QQ3bRH2w0RV6rbq1eiJzDkponqAVbXlBl6qIx 24GP/aonqskuA+OQ0n4+UfyqqWlogTbLhNcSEL4akT/Fm9h8DdIqDhuOtqgHBs44 TQ/C6Mv49DD8jAjl79f7TMFhcAzch5d+xMdzFAF9UA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvgedrjedtgdeijecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkjghffffhvffutgesthdtre dtreertdenucfhrhhomhepvhhoihguuceovhhoihgusehfqdhmrdhfmheqnecuggftrfgr thhtvghrnhepieetvdeuhedthedtvdfhuefhveehvdeiledvieffheevleehgeefudelje dukedvnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhep vhhoihgusehfqdhmrdhfmh X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id 4E09C2A20080; Sun, 27 Nov 2022 09:42:02 -0500 (EST) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.7.0-alpha0-1115-g8b801eadce-fm-20221102.001-g8b801ead List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Message-Id: <6afb6ade-b368-4525-b4ee-0c9ebcdabd44@app.fastmail.com> In-Reply-To: References: Date: Sun, 27 Nov 2022 14:41:42 +0000 From: void To: stable@freebsd.org Subject: Re: savecore: operation not permitted Content-Type: text/plain X-Spamd-Result: default: False [-4.58 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; DWL_DNSWL_LOW(-1.00)[messagingengine.com:dkim]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.987]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.19]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm1,messagingengine.com:s=fm1]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.19:from]; XM_UA_NO_VERSION(0.01)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; ARC_NA(0.00)[]; ASN(0.00)[asn:29838, ipnet:64.147.123.0/24, country:US]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; TO_DN_NONE(0.00)[]; FREEMAIL_FROM(0.00)[f-m.fm]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[stable@freebsd.org] X-Rspamd-Queue-Id: 4NKrsW1MQYz3jwQ X-Spamd-Bar: ---- X-ThisMailContainsUnwantedMimeParts: N On Sat, 26 Nov 2022, at 19:17, Warner Losh wrote: > What's your secure level? Can you run the command by hand after boot? > (Usually on modern systems you don't swap right away and have time for > a test like that). thanks, I'll try that > Trying to see if this is prohibited by secure level or other MAC, vs > sone snafu that leads to /var/crash not being writable. > > All this assumes this isn't inside a jail... swap is encrypted. It's bare-metal. No special secure level has been set. -- From nobody Sun Nov 27 14:45:18 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NKrxd196bz4j1K7 for ; Sun, 27 Nov 2022 14:45:41 +0000 (UTC) (envelope-from void@f-m.fm) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4NKrxc41KXz3lYT for ; Sun, 27 Nov 2022 14:45:40 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm1 header.b=WsoZUy1o; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=obEX5cPN; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 64.147.123.19 as permitted sender) smtp.mailfrom=void@f-m.fm; dmarc=pass (policy=none) header.from=f-m.fm Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id 9CC7632008FC for ; Sun, 27 Nov 2022 09:45:39 -0500 (EST) Received: from imap46 ([10.202.2.96]) by compute3.internal (MEProxy); Sun, 27 Nov 2022 09:45:39 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:date:date:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to; s=fm1; t=1669560339; x=1669646739; bh=gA/4EBpn/S QnpwPlHsv9+xpLZlj8TclCojvJwxjZhnQ=; b=WsoZUy1oH4vjNRWa6lt10xJUrT XjTkxlew2ukIufwM/vGG/m2qoyffC87UJPgA9ULLs7cMIXk43raDoUdRz0uz9y/M yKz+SWq7GnALfEUbzj7qqGGDpdB3zwILro9yW7+Ukm7BxUG6G3I6qnnxG5EBBVCW bgkP0b1Qt7qUiqlbhVYyMxUo5Py4k1vR1OQmAO7fv/xRzjB6XzsfB9LZsEXuHFof MNg6U3IxVklq/ZrMwEli6kY3tlxsB3VCi0vLG6Uzkc6EQy61CZNk/SVU2kPaKIb/ 10XJWyCqbKtwReGLeR3zGjjzmNSWwCB5bbrx+ZYMhkWwVyEI0tNcxkta993Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:date:feedback-id :feedback-id:from:from:in-reply-to:in-reply-to:message-id :mime-version:references:reply-to:sender:subject:subject:to:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; t=1669560339; x=1669646739; bh=gA/4EBpn/SQnpwPlHsv9+xpLZlj8 TclCojvJwxjZhnQ=; b=obEX5cPN55qOq/hxc0TbzsYVJuIWNvlbaL6jJEwIGfgU PVMdhWmrw1org29o/IMNccFgutknj9v6ZmW5K47BZrs3OpPpCTpCiDLd/ljG/3nr T1sH+B4j7qz5pkQNZn4jz4pDnunn83jScNRMi/h+ovgTHH9zkv75LSXXDh3C8SVf /kRhpacZO1I+/V1SWJczF/q/I6QOQblQo+vwgcLZJlXoz0ckw1O8CTZtOdNtm/GY chNXjcT7yfjwiiwASDPPLNWIY5STSzWbP6r6ypkpICVpgqY8zwczFHXq0+y9msZ+ oX0sSkElRfU0JvVUEAIFU8Fv9J6bqV1iZhSK2bBcCw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvgedrjedtgdeikecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkjghffffhvffutgesthdtre dtreertdenucfhrhhomhepvhhoihguuceovhhoihgusehfqdhmrdhfmheqnecuggftrfgr thhtvghrnhepieetvdeuhedthedtvdfhuefhveehvdeiledvieffheevleehgeefudelje dukedvnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhep vhhoihgusehfqdhmrdhfmh X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id EEE292A20080; Sun, 27 Nov 2022 09:45:38 -0500 (EST) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.7.0-alpha0-1115-g8b801eadce-fm-20221102.001-g8b801ead List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Message-Id: <6ea2f9a9-f12e-4eb7-93ab-dd897a62e663@app.fastmail.com> In-Reply-To: <_nTojcbkVMksWqsbOXlWk4Vktpu7EU7wJRDP3NjXeCTbrs7GCiAt6Ubb34v-3-1vT8vKCqWvPXYlM8iIeeX8pawVT6JwlKfD2jJLsm3TZMg=@xyinn.org> References: <_nTojcbkVMksWqsbOXlWk4Vktpu7EU7wJRDP3NjXeCTbrs7GCiAt6Ubb34v-3-1vT8vKCqWvPXYlM8iIeeX8pawVT6JwlKfD2jJLsm3TZMg=@xyinn.org> Date: Sun, 27 Nov 2022 14:45:18 +0000 From: void To: stable@freebsd.org Subject: Re: savecore: operation not permitted Content-Type: text/plain X-Spamd-Result: default: False [-4.55 / 15.00]; DWL_DNSWL_LOW(-1.00)[messagingengine.com:dkim]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.96)[-0.956]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.19:c]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm1,messagingengine.com:s=fm1]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.19:from]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; ARC_NA(0.00)[]; ASN(0.00)[asn:29838, ipnet:64.147.123.0/24, country:US]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; TO_DN_NONE(0.00)[]; FREEMAIL_FROM(0.00)[f-m.fm]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[stable@freebsd.org] X-Rspamd-Queue-Id: 4NKrxc41KXz3lYT X-Spamd-Bar: ---- X-ThisMailContainsUnwantedMimeParts: N hi, On Sun, 27 Nov 2022, at 05:48, Jonathan Vasquez wrote: > Make sure you aren't using an encrypted swap (i.e if you have the .eli > extension for your swap entry in /etc/fstab, then it's being > encrypted). That was the issue I had, it makes sense that you can't get > the dumped data if the swap is being re-encrypted on every boot. yes! it's encrypted. But (reading up further*) I think it can be accommodated * decryptcore(8) -- From nobody Sun Nov 27 14:47:09 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NKrzp1Rjtz4j1TY for ; Sun, 27 Nov 2022 14:47:34 +0000 (UTC) (envelope-from void@f-m.fm) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4NKrzn48fTz3mSZ for ; Sun, 27 Nov 2022 14:47:33 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm1 header.b=BSfRhdBt; dkim=pass header.d=messagingengine.com header.s=fm1 header.b="bcY/pI47"; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 64.147.123.19 as permitted sender) smtp.mailfrom=void@f-m.fm; dmarc=pass (policy=none) header.from=f-m.fm Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id 22694320039A for ; Sun, 27 Nov 2022 09:47:31 -0500 (EST) Received: from imap46 ([10.202.2.96]) by compute3.internal (MEProxy); Sun, 27 Nov 2022 09:47:31 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:date:date:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to; s=fm1; t=1669560450; x=1669646850; bh=OuWIhfM+84 U3DcNxWQn0IM0FE71pHMqFjhlrWAkq8gw=; b=BSfRhdBtAqZnVm3+mQOjsugYu+ M8l4oHdmdE/bpYlDgo9frNfWNZpxV6PFIpuqceublaCkyxV0fCc7SC6FLJ1H7jOA zw3DbQgz+eD5qg3fQVH+YRb/MK7xhjWU8KZPgiabuCT8eYrMdNWGA8dZlScns14v aBvw6/92MFwnzjgQ1GrLt7qROTINkiZdy9W2Po+hn3GH6kLvBD9pVfZgL1MEyJIq +sVCRjrdw4H3K9/1AxSTg6zaHdFfUMwyjCTqsZTkZhwNBcXh7FX3nl7BD/d558vC 2qxWGP4Rmn8C8lerLkcw+2LgugBf5+5CNRIcq/mqZIy1FMCnBFYbPaZDFFsg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:date:feedback-id :feedback-id:from:from:in-reply-to:in-reply-to:message-id :mime-version:references:reply-to:sender:subject:subject:to:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; t=1669560450; x=1669646850; bh=OuWIhfM+84U3DcNxWQn0IM0FE71p HMqFjhlrWAkq8gw=; b=bcY/pI47PsemDRSJo9JLC7KMY3liT5PBIjdshmV/ATlA eBKkCPJMLm0miqpJXKf+fbJxE1A77JwCVJbvOHp0dUiigUjpSq/JQGszOUB2Klnc 5ZNOX0e0Uvc4SwwyQWUDVZeL/3zRstig1Nceik6dB3qn+Fa3/Q95JgD4A/gppM1Y bsuOX9hMhW/dfYe9vTzKslSKQ11B3ah169fhdxWT0FbY2HeXTEs76jyk19KNbIb/ 4vuWIbnX6PkIUZ/2gZRQqd23LNyb1DwxKsGdXVjg4Jy8vi/aBhqhyOgbw+An2tfL rKsfVKXddzOWJkVbAe0DNUiXARGEdDcEjkDaBxtjyg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvgedrjedtgdeikecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkjghffffhvffutgesthdtre dtreertdenucfhrhhomhepvhhoihguuceovhhoihgusehfqdhmrdhfmheqnecuggftrfgr thhtvghrnhepieetvdeuhedthedtvdfhuefhveehvdeiledvieffheevleehgeefudelje dukedvnecuvehluhhsthgvrhfuihiivgepudenucfrrghrrghmpehmrghilhhfrhhomhep vhhoihgusehfqdhmrdhfmh X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id 2D37D2A20080; Sun, 27 Nov 2022 09:47:30 -0500 (EST) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.7.0-alpha0-1115-g8b801eadce-fm-20221102.001-g8b801ead List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Message-Id: <608d89b6-ecca-459b-a8cb-cbdbf46af7f5@app.fastmail.com> In-Reply-To: References: <_nTojcbkVMksWqsbOXlWk4Vktpu7EU7wJRDP3NjXeCTbrs7GCiAt6Ubb34v-3-1vT8vKCqWvPXYlM8iIeeX8pawVT6JwlKfD2jJLsm3TZMg=@xyinn.org> Date: Sun, 27 Nov 2022 14:47:09 +0000 From: void To: stable@freebsd.org Subject: Re: savecore: operation not permitted Content-Type: text/plain X-Spamd-Result: default: False [-4.55 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; DWL_DNSWL_LOW(-1.00)[messagingengine.com:dkim]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.96)[-0.957]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.19:c]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm1,messagingengine.com:s=fm1]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.19:from]; XM_UA_NO_VERSION(0.01)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; ARC_NA(0.00)[]; ASN(0.00)[asn:29838, ipnet:64.147.123.0/24, country:US]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; TO_DN_NONE(0.00)[]; FREEMAIL_FROM(0.00)[f-m.fm]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[stable@freebsd.org] X-Rspamd-Queue-Id: 4NKrzn48fTz3mSZ X-Spamd-Bar: ---- X-ThisMailContainsUnwantedMimeParts: N On Sun, 27 Nov 2022, at 11:23, David Wolfskill wrote: > I have used the above technique successfully for stable/12, stable/13, > and head (current/14). Thank you! I'll try this a little later when I can reboot the machine. -- From nobody Sun Nov 27 16:06:05 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NKtkf6NzPz4j8wF for ; Sun, 27 Nov 2022 16:06:18 +0000 (UTC) (envelope-from jon@xyinn.org) Received: from mail-4317.proton.ch (mail-4317.proton.ch [185.70.43.17]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NKtkf3rsRz3v02 for ; Sun, 27 Nov 2022 16:06:18 +0000 (UTC) (envelope-from jon@xyinn.org) Authentication-Results: mx1.freebsd.org; none Date: Sun, 27 Nov 2022 16:06:05 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xyinn.org; s=protonmail3; t=1669565175; x=1669824375; bh=6/nHiQ1XlDsZizw5TNaKmQx97jXLTkjesFa2KPtocqA=; h=Date:To:From:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=tDDxw0TcX6JFlr+GauUGz0yxnVVek9tJ/ga1GW462GLYXwDdk1QlQStLMcu4Yho1V p/gKCivA15HFIZU1ULQvAw8X9c9iULL6LKfWc0yMh7qYGrRldEw8A9wyOldezE9kj5 JLJXmvBnP04gFlyaw3xrL9GqkpHgizp9izY4z1bOgvq1kB28qWDvMhEOVzmXF+SMj3 zEOrefeZBeOALrv96zWSOZMVFxk0541thbYuFdTeQra8FjxUDIds70058EGPspv2gX I62y/Yj6vikQw9qqit8ThMA1rOnt3jc7vsaasMPywcaFSD+IeDrGyNY7196JnMU67p 7gJH0z2zxmf1g== To: void@f-m.fm, stable@freebsd.org From: Jonathan Vasquez Subject: Re: savecore: operation not permitted Message-ID: <0jb1hm1Z3A8wyzzWqJvvkt4toutDLus1tGa_QWFOwf0hHtrPY-4gpgioDVdZjIkPFR7TKtU-BybrBg_jrWHluUKMzXg5nuEDqG35fEww6Jk=@xyinn.org> In-Reply-To: <608d89b6-ecca-459b-a8cb-cbdbf46af7f5@app.fastmail.com> References: <_nTojcbkVMksWqsbOXlWk4Vktpu7EU7wJRDP3NjXeCTbrs7GCiAt6Ubb34v-3-1vT8vKCqWvPXYlM8iIeeX8pawVT6JwlKfD2jJLsm3TZMg=@xyinn.org> <608d89b6-ecca-459b-a8cb-cbdbf46af7f5@app.fastmail.com> Feedback-ID: 12351801:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_K0gpoIOagdPnlIgRYLrt51I1SxLShHD254StQjoe4I" X-Rspamd-Queue-Id: 4NKtkf3rsRz3v02 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.43.0/24, country:CH] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --b1_K0gpoIOagdPnlIgRYLrt51I1SxLShHD254StQjoe4I Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 VGhhbmsgeW91IDspLCBJJ2xsIG5lZWQgdG8gdHJ5IHRoZSAibGF0ZSIgZmxhZyBhbmQgc2VlIGlm IGl0CgpKb25hdGhhbiBWYXNxdWV6ClBHUDogMzREQSA4NThDIDE0NDcgNTA5RSBDNzdBIEQ0OUYg RkI4NSA5MEI3IEM0Q0EgNTI3OQpTZW50IHdpdGggUHJvdG9uTWFpbCBTZWN1cmUgRW1haWwKClNl bnQgZnJvbSBQcm90b24gTWFpbCBtb2JpbGUKCi0tLS0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0t LS0tLS0KT24gTm92IDI3LCAyMDIyLCAwOTo0Nywgdm9pZCB3cm90ZToKCj4gT24gU3VuLCAyNyBO b3YgMjAyMiwgYXQgMTE6MjMsIERhdmlkIFdvbGZza2lsbCB3cm90ZTogPiBJIGhhdmUgdXNlZCB0 aGUgYWJvdmUgdGVjaG5pcXVlIHN1Y2Nlc3NmdWxseSBmb3Igc3RhYmxlLzEyLCBzdGFibGUvMTMs ID4gYW5kIGhlYWQgKGN1cnJlbnQvMTQpLiBUaGFuayB5b3UhIEknbGwgdHJ5IHRoaXMgYSBsaXR0 bGUgbGF0ZXIgd2hlbiBJIGNhbiByZWJvb3QgdGhlIG1hY2hpbmUuIC0t --b1_K0gpoIOagdPnlIgRYLrt51I1SxLShHD254StQjoe4I Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 VGhhbmsgeW91IDspLCBJJiMzOTtsbCBuZWVkIHRvIHRyeSB0aGUgJnF1b3Q7bGF0ZSZxdW90OyBm bGFnIGFuZCBzZWUgaWYgaXQ8YnI+PGJyPjxicj48ZGl2PkpvbmF0aGFuIFZhc3F1ZXo8YnIgLz48 L2Rpdj48ZGl2PlBHUDogMzREQSA4NThDIDE0NDcgNTA5RSBDNzdBICBENDlGIEZCODUgOTBCNyBD NENBIDUyNzk8YnIgLz48L2Rpdj48ZGl2PlNlbnQgd2l0aCBQcm90b25NYWlsIFNlY3VyZSBFbWFp bDxiciAvPjwvZGl2PjxkaXY+PGJyIC8+PC9kaXY+PGJyPjxicj5TZW50IGZyb20gUHJvdG9uIE1h aWwgbW9iaWxlPGJyPjxicj48YnI+PGJyPi0tLS0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0t LS08YnI+T24gTm92IDI3LCAyMDIyLCAwOTo0Nywgdm9pZCA8IHZvaWRAZi1tLmZtPiB3cm90ZTo8 YmxvY2txdW90ZSBjbGFzcz0icHJvdG9ubWFpbF9xdW90ZSI+PGJyPk9uIFN1biwgMjcgTm92IDIw MjIsIGF0IDExOjIzLCBEYXZpZCBXb2xmc2tpbGwgd3JvdGU6DQoNCj4gSSBoYXZlIHVzZWQgdGhl IGFib3ZlIHRlY2huaXF1ZSBzdWNjZXNzZnVsbHkgZm9yIHN0YWJsZS8xMiwgc3RhYmxlLzEzLA0K PiBhbmQgaGVhZCAoY3VycmVudC8xNCkuDQoNClRoYW5rIHlvdSEgSSdsbCB0cnkgdGhpcyBhIGxp dHRsZSBsYXRlciB3aGVuIEkgY2FuIHJlYm9vdCB0aGUgbWFjaGluZS4NCi0tDQoNCjwvZGl2Pg== --b1_K0gpoIOagdPnlIgRYLrt51I1SxLShHD254StQjoe4I-- From nobody Wed Dec 7 22:18:54 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NSBXD0VgRz4k0BR for ; Wed, 7 Dec 2022 22:19:08 +0000 (UTC) (envelope-from jon@xyinn.org) Received: from mail-4323.proton.ch (mail-4323.proton.ch [185.70.43.23]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NSBX90yWyz40fB for ; Wed, 7 Dec 2022 22:19:04 +0000 (UTC) (envelope-from jon@xyinn.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=xyinn.org header.s=protonmail3 header.b="w4cYMf/j"; spf=pass (mx1.freebsd.org: domain of jon@xyinn.org designates 185.70.43.23 as permitted sender) smtp.mailfrom=jon@xyinn.org; dmarc=pass (policy=none) header.from=xyinn.org Date: Wed, 07 Dec 2022 22:18:54 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xyinn.org; s=protonmail3; t=1670451540; x=1670710740; bh=RBGdJnXRcB4Z91PIcUGI9RX0ucHBlXQlDGpkGS01+eY=; h=Date:To:From:Subject:Message-ID:Feedback-ID:From:To:Cc:Date: Subject:Reply-To:Feedback-ID:Message-ID:BIMI-Selector; b=w4cYMf/jlxvxBOWLUt6JG+aNcVTqQtvLaQikK8Jw25Mne3DQTKwvyNLq/qE1Z2u42 rI3xUJmYUFZp6MbMzaNIQ8v1zdWOeOJbKutn51w6D2JAhacMLiYdr1b/rh4fxHzpTO 54JZ/viBCXHkhntiLlmKaYDCaedjDNpTEYhWfc0UmK9Jk9dJAdkp4PqaaJ5PAEMJrj Zqx2+5bUghOyMeh03Ojc1LQWvg7pIUe3yPvn6K+Bv1e24WvxJrRtMIZwFSRzrWjXRO raDzHSJ9isQeuLLlmtNuNyUHxgYJNTC53lAyflhWtTxJXugVdQpiH3hJ4/oTcBCeEW WskRlrQCCtmKw== To: "freebsd-stable@freebsd.org" From: Jonathan Vasquez Subject: PORTSDIR not being read from /etc/make.conf when build /usr/src Message-ID: Feedback-ID: 12351801:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_SJjLl9FieKZ0zkIOfKFQFXVlniZz8KYnOY3O0hoAoEw" X-Spamd-Result: default: False [-2.90 / 15.00]; MIME_BASE64_TEXT_BOGUS(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[xyinn.org,none]; R_DKIM_ALLOW(-0.20)[xyinn.org:s=protonmail3]; R_SPF_ALLOW(-0.20)[+ip4:185.70.43.0/24]; MIME_BASE64_TEXT(0.10)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.43.0/24, country:CH]; RCVD_COUNT_ZERO(0.00)[0]; TO_DN_EQ_ADDR_ALL(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROM(0.00)[]; FREEFALL_USER(0.00)[jon]; DKIM_TRACE(0.00)[xyinn.org:+]; FROM_HAS_DN(0.00)[]; HAS_PHPMAILER_SIG(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[185.70.43.23:from] X-Rspamd-Queue-Id: 4NSBX90yWyz40fB X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --b1_SJjLl9FieKZ0zkIOfKFQFXVlniZz8KYnOY3O0hoAoEw Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SGV5IGFsbCwKCkknbSBjdXJyZW50bHkgdHJ5aW5nIHRvIGNlbnRyYWxpemUgbXkgcG91ZHJpZXJl IHBvcnRzIGRpcmVjdG9yeSBhbmQgbXkgbm9ybWFsIC91c3IvcG9ydHMgZGlyIHNvIHRoYXQgSSBj YW4gcmVkdWNlIHRoZSBsb2FkIG9uIHRoZSBjZW50cmFsIGZyZWVic2Qgc2VydmVycywgYW5kIGFs c28gdG8gY2xlYW4gaXQgdXAgb24gbXkgZW5kLgoKU2luY2UgSSBoYXZlIFBPUlRTX01PRFVMRVMg ZGVmaW5lZCBpbiBteSAvZXRjL21ha2UuY29uZiwgYnVpbGRpbmcgbXkga2VybmVsIHdpbGwgcHJv cGVybHkgYXV0b21hdGljYWxseSByZWJ1aWxkIHRoZSBtb2R1bGVzIGxpc3RlZCBwcm9wZXJseS4g VGhpcyByZXF1aXJlcyB5b3VyIHBvcnRzIGRpcmVjdG9yeSB0byBleGlzdCBhbmQgd29ya2luZyAo b2J2aW91c2x5KS4gU2luY2UgbXkgcG9ydHMgZGlyIHdhcyBpbiB0aGUgZGVmYXVsdCBsb2NhdGlv bjogL3Vzci9wb3J0cywgaXQgd2FzIHdvcmtpbmcgcHJvcGVybHkuIEF0IHRoZSBtb21lbnQgSSBo YXZlIG15IHBvdWRyaWVyZSBwb3J0cyBkaXJlY3RvcnkgYW5kIGRpc3RmaWxlcyBkZWZpbmVkIGF0 OgoKL3Vzci9sb2NhbC9wb3VkcmllcmUvcG9ydHMvZGVmYXVsdCAoVGhlIHN0YW5kYXJkIHBhdGgg Zm9yIHBvdWRyaWVyZSkuCi91c3IvbG9jYWwvcG91ZHJpZXJlL2Rpc3RmaWxlcwoKSSB3ZW50IGFo ZWFkIGFuZCBhZGRlZCB0aGUgZm9sbG93aW5nIHRvIC9ldGMvbWFrZS5jb25mOgoKUE9SVFNESVI9 L3Vzci9sb2NhbC9wb3VkcmllcmUvcG9ydHMvZGVmYXVsdApESVNURElSPS91c3IvbG9jYWwvcG91 ZHJpZXJlL2Rpc3RmaWxlcwoKSG93ZXZlciwgd2hlbiBydW5uaW5nIGEgIm1ha2UgLWozMiBidWls ZGtlcm5lbCIsIHRoZSBQT1JUU0RJUiB2YXJpYWJsZSBkb2Vzbid0IGdldCByZWFkIGluIHByb3Bl cmx5IGFuZCB3aWxsIGRlZmF1bHQgdG8gL3Vzci9wb3J0cy4gSSB0cmllZCBwbGFjaW5nIGluIGFu b3RoZXIgdmFyaWFibGUgKHRoYXQgSSBzYXcgaW4gdGhlIG1vZHVsZSByZWJ1aWxkaW5nIHBoYXNl IG9mIGJ1aWxka2VybmVsKSBpbiAvZXRjL21ha2UuY29uZiB0byBzZWUgaWYgdGhhdCB3YXMgd29y a2luZyBwcm9wZXJseSwgSSBwaWNrZWQgU1JDX0JBU0UgYXMgYW4gZXhhbXBsZSAoSSBhbHNvIHdh bnRlZCB0byB0ZXN0IGlmIHZhcmlhYmxlIHN1YnN0aXR1dGlvbiB3YXMgd29ya2luZyBwcm9wZXJs eSBhcyB3ZWxsKToKCi9ldGMvbWFrZS5jb25mOgoKX1RFU1Q9Ii9vbWVnYSIKU1JDX0JBU0U9IiR7 X1RFU1R9L2xvbCIKClJ1bm5pbmcgbWFrZSAtajMyIGJ1aWxka2VybmVsIGFnYWluIHByb3Blcmx5 IGRpc3BsYXllZCB0aGUgIi9vbWVnYS9sb2wiIHBhdGggZm9yIFNSQ19CQVNFLCBidXQgdGhlIFBP UlRTRElSIHN0aWxsIHdhcyBpZ25vcmVkLiBJIHRoZW4gdHJpZWQgaW5saW5pbmcgdGhlIHZhcmlh YmxlIHRvIHNlZSBpZiB0aGF0IHdvcmtlZDoKCm1ha2UgLWozMiBidWlsZGtlcm5lbCBQT1JUU0RJ Uj0iL3NvbWUvcGF0aCIKCmFuZCB0aGF0IHdvcmtlZC4gVGhlcmUgd2FzIG9uZSBvciB0d28gdGlt ZXMgdGhhdCBJIHdhcyBhYmxlIHRvIG5vbi1kZXRlcm1pbmlzdGljYWxseSBnZXQgdGhlIFBPUlRT RElSIHRvIGJlIHJlYWQgaW4gZnJvbSAvZXRjL21ha2UuY29uZiwgYnV0IGZvciB0aGUgbW9zdCBw YXJ0LCBpdCB3YXMgaWdub3JlZCA5OSUgb2YgdGhlIHRpbWUuIFJ1bm5pbmcgIm1ha2UgYnVpbGRr ZXJuZWwiIHdpdGhvdXQgYW55IHBhcmFsbGVsaXphdGlvbiBkaWRuJ3QgaGVscCBlaXRoZXIuCgpT byB1bHRpbWF0ZWx5IHRoZSBxdWVzdGlvbiBpcywgaXMgaXQgaW50ZW5kZWQgYmVoYXZpb3IgZm9y IFBPUlRTRElSIHRvIGJlIGlnbm9yZWQgYnkgdGhlIG1ha2UgZm9yIGJ1aWxka2VybmVsIHdoZW4g aXQncyBkZWZpbmVkIGluIC9ldGMvbWFrZS5jb25mPyBGcm9tIHdoYXQgbWFuIHBvcnRzIHNheXMs IC9ldGMvbWFrZS5jb25mIGlzIHN1cHBvc2UgdG8gYmUgdXNlZCBmb3IgYWxsIGFzcGVjdHMgb2Yg YnVpbGRpbmcgZG9jLCBzcmMsIGFuZCBwb3J0cy4uIG9yIGlzIHRoaXMgYSBidWc/CgpJZiBpdCBo ZWxwcywgSSdtIHJ1bm5pbmcgb24gc3RhYmxlLzEzLW4yNTMyNDUtMjA5ZWJmYTI2ZWM0L0dFTkVS SUMgYW1kNjQpCgpUaGFuayB5b3UsCgpKb25hdGhhbiBWYXNxdWV6ClBHUDogMzREQSA4NThDIDE0 NDcgNTA5RSBDNzdBIEQ0OUYgRkI4NSA5MEI3IEM0Q0EgNTI3OQpTZW50IHdpdGggUHJvdG9uTWFp bCBTZWN1cmUgRW1haWw= --b1_SJjLl9FieKZ0zkIOfKFQFXVlniZz8KYnOY3O0hoAoEw Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0cHg7Ij5IZXkgYWxs LDwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbDsgZm9udC1zaXplOiAxNHB4OyI+ PGJyPjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbDsgZm9udC1zaXplOiAxNHB4 OyI+SSdtIGN1cnJlbnRseSB0cnlpbmcgdG8gY2VudHJhbGl6ZSBteSBwb3VkcmllcmUgcG9ydHMg ZGlyZWN0b3J5IGFuZCBteSBub3JtYWwgL3Vzci9wb3J0cyBkaXIgc28gdGhhdCBJIGNhbiByZWR1 Y2UgdGhlIGxvYWQgb24gdGhlIGNlbnRyYWwgZnJlZWJzZCBzZXJ2ZXJzLCBhbmQgYWxzbyB0byBj bGVhbiBpdCB1cCBvbiBteSBlbmQuPC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFs OyBmb250LXNpemU6IDE0cHg7Ij48YnI+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFy aWFsOyBmb250LXNpemU6IDE0cHg7Ij5TaW5jZSBJIGhhdmUgUE9SVFNfTU9EVUxFUyBkZWZpbmVk IGluIG15IC9ldGMvbWFrZS5jb25mLCBidWlsZGluZyBteSBrZXJuZWwgd2lsbCBwcm9wZXJseSBh dXRvbWF0aWNhbGx5IHJlYnVpbGQgdGhlIG1vZHVsZXMgbGlzdGVkIHByb3Blcmx5LiBUaGlzIHJl cXVpcmVzIHlvdXIgcG9ydHMgZGlyZWN0b3J5IHRvIGV4aXN0IGFuZCB3b3JraW5nIChvYnZpb3Vz bHkpLiBTaW5jZSBteSBwb3J0cyBkaXIgd2FzIGluIHRoZSBkZWZhdWx0IGxvY2F0aW9uOiAvdXNy L3BvcnRzLCBpdCB3YXMgd29ya2luZyBwcm9wZXJseS4gQXQgdGhlIG1vbWVudCBJIGhhdmUgbXkg cG91ZHJpZXJlIHBvcnRzIGRpcmVjdG9yeSBhbmQgZGlzdGZpbGVzIGRlZmluZWQgYXQ6PC9kaXY+ PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0cHg7Ij48YnI+PC9k aXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0cHg7Ij4vdXNy L2xvY2FsL3BvdWRyaWVyZS9wb3J0cy9kZWZhdWx0IChUaGUgc3RhbmRhcmQgcGF0aCBmb3IgcG91 ZHJpZXJlKS4gPGJyPjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbDsgZm9udC1z aXplOiAxNHB4OyI+L3Vzci9sb2NhbC9wb3VkcmllcmUvZGlzdGZpbGVzPGJyPjwvZGl2PjxkaXYg c3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbDsgZm9udC1zaXplOiAxNHB4OyI+PGJyPjwvZGl2Pjxk aXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbDsgZm9udC1zaXplOiAxNHB4OyI+SSB3ZW50IGFo ZWFkIGFuZCBhZGRlZCB0aGUgZm9sbG93aW5nIHRvIC9ldGMvbWFrZS5jb25mOjwvZGl2PjxkaXYg c3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbDsgZm9udC1zaXplOiAxNHB4OyI+PGJyPjwvZGl2Pjxk aXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbDsgZm9udC1zaXplOiAxNHB4OyI+UE9SVFNESVI9 L3Vzci9sb2NhbC9wb3VkcmllcmUvcG9ydHMvZGVmYXVsdDwvZGl2PjxkaXYgc3R5bGU9ImZvbnQt ZmFtaWx5OiBBcmlhbDsgZm9udC1zaXplOiAxNHB4OyI+RElTVERJUj0vdXNyL2xvY2FsL3BvdWRy aWVyZS9kaXN0ZmlsZXM8L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQXJpYWw7IGZvbnQt c2l6ZTogMTRweDsiPjxicj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQXJpYWw7IGZv bnQtc2l6ZTogMTRweDsiPkhvd2V2ZXIsIHdoZW4gcnVubmluZyBhICJtYWtlIC1qMzIgYnVpbGRr ZXJuZWwiLCB0aGUgUE9SVFNESVIgdmFyaWFibGUgZG9lc24ndCBnZXQgcmVhZCBpbiBwcm9wZXJs eSBhbmQgd2lsbCBkZWZhdWx0IHRvIC91c3IvcG9ydHMuIEkgdHJpZWQgcGxhY2luZyBpbiBhbm90 aGVyIHZhcmlhYmxlICh0aGF0IEkgc2F3IGluIHRoZSBtb2R1bGUgcmVidWlsZGluZyBwaGFzZSBv ZiBidWlsZGtlcm5lbCkgaW4gL2V0Yy9tYWtlLmNvbmYgdG8gc2VlIGlmIHRoYXQgd2FzIHdvcmtp bmcgcHJvcGVybHksIEkgcGlja2VkIFNSQ19CQVNFIGFzIGFuIGV4YW1wbGUgKEkgYWxzbyB3YW50 ZWQgdG8gdGVzdCBpZiB2YXJpYWJsZSBzdWJzdGl0dXRpb24gd2FzIHdvcmtpbmcgcHJvcGVybHkg YXMgd2VsbCk6PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6 IDE0cHg7Ij48YnI+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNp emU6IDE0cHg7Ij4vZXRjL21ha2UuY29uZjo8L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTog QXJpYWw7IGZvbnQtc2l6ZTogMTRweDsiPjxicj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWls eTogQXJpYWw7IGZvbnQtc2l6ZTogMTRweDsiPl9URVNUPSIvb21lZ2EiPC9kaXY+PGRpdiBzdHls ZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0cHg7Ij5TUkNfQkFTRT0iJHtfVEVT VH0vbG9sIjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbDsgZm9udC1zaXplOiAx NHB4OyI+PGJyPjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbDsgZm9udC1zaXpl OiAxNHB4OyI+UnVubmluZyBtYWtlIC1qMzIgYnVpbGRrZXJuZWwgYWdhaW4gcHJvcGVybHkgZGlz cGxheWVkIHRoZSAiL29tZWdhL2xvbCIgcGF0aCBmb3IgU1JDX0JBU0UsIGJ1dCB0aGUgUE9SVFNE SVIgc3RpbGwgd2FzIGlnbm9yZWQuIEkgdGhlbiB0cmllZCBpbmxpbmluZyB0aGUgdmFyaWFibGUg dG8gc2VlIGlmIHRoYXQgd29ya2VkOjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlh bDsgZm9udC1zaXplOiAxNHB4OyI+PGJyPjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBB cmlhbDsgZm9udC1zaXplOiAxNHB4OyI+bWFrZSAtajMyIGJ1aWxka2VybmVsIFBPUlRTRElSPSIv c29tZS9wYXRoIjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbDsgZm9udC1zaXpl OiAxNHB4OyI+PGJyPjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbDsgZm9udC1z aXplOiAxNHB4OyI+YW5kIHRoYXQgd29ya2VkLiBUaGVyZSB3YXMgb25lIG9yIHR3byB0aW1lcyB0 aGF0IEkgd2FzIGFibGUgdG8gbm9uLWRldGVybWluaXN0aWNhbGx5IGdldCB0aGUgUE9SVFNESVIg dG8gYmUgcmVhZCBpbiBmcm9tIC9ldGMvbWFrZS5jb25mLCBidXQgZm9yIHRoZSBtb3N0IHBhcnQs IGl0IHdhcyBpZ25vcmVkIDk5JSBvZiB0aGUgdGltZS4gUnVubmluZyAibWFrZSBidWlsZGtlcm5l bCIgd2l0aG91dCBhbnkgcGFyYWxsZWxpemF0aW9uIGRpZG4ndCBoZWxwIGVpdGhlci48L2Rpdj48 ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQXJpYWw7IGZvbnQtc2l6ZTogMTRweDsiPjxicj48L2Rp dj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQXJpYWw7IGZvbnQtc2l6ZTogMTRweDsiPlNvIHVs dGltYXRlbHkgdGhlIHF1ZXN0aW9uIGlzLCBpcyBpdCBpbnRlbmRlZCBiZWhhdmlvciBmb3IgUE9S VFNESVIgdG8gYmUgaWdub3JlZCBieSB0aGUgbWFrZSBmb3IgYnVpbGRrZXJuZWwgd2hlbiBpdCdz IGRlZmluZWQgaW4gL2V0Yy9tYWtlLmNvbmY/IEZyb20gd2hhdCBtYW4gcG9ydHMgc2F5cywgL2V0 Yy9tYWtlLmNvbmYgaXMgc3VwcG9zZSB0byBiZSB1c2VkIGZvciBhbGwgYXNwZWN0cyBvZiBidWls ZGluZyBkb2MsIHNyYywgYW5kIHBvcnRzLi4gb3IgaXMgdGhpcyBhIGJ1Zz88L2Rpdj48ZGl2IHN0 eWxlPSJmb250LWZhbWlseTogQXJpYWw7IGZvbnQtc2l6ZTogMTRweDsiPjxicj48L2Rpdj48ZGl2 IHN0eWxlPSJmb250LWZhbWlseTogQXJpYWw7IGZvbnQtc2l6ZTogMTRweDsiPklmIGl0IGhlbHBz LCBJJ20gcnVubmluZyBvbjxzcGFuPiBzdGFibGUvMTMtbjI1MzI0NS0yMDllYmZhMjZlYzQvR0VO RVJJQyBhbWQ2NCk8L3NwYW4+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBm b250LXNpemU6IDE0cHg7Ij48c3Bhbj48YnI+PC9zcGFuPjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQt ZmFtaWx5OiBBcmlhbDsgZm9udC1zaXplOiAxNHB4OyI+PHNwYW4+VGhhbmsgeW91LDxicj48L3Nw YW4+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0cHg7 Ij48YnI+PC9kaXY+DQo8ZGl2IGNsYXNzPSJwcm90b25tYWlsX3NpZ25hdHVyZV9ibG9jayIgc3R5 bGU9ImZvbnQtZmFtaWx5OiBBcmlhbDsgZm9udC1zaXplOiAxNHB4OyI+DQogICAgPGRpdiBjbGFz cz0icHJvdG9ubWFpbF9zaWduYXR1cmVfYmxvY2stdXNlciI+DQogICAgICAgIDxkaXY+Sm9uYXRo YW4gVmFzcXVlejxicj48L2Rpdj48ZGl2PlBHUDogMzREQSA4NThDIDE0NDcgNTA5RSBDNzdBICBE NDlGIEZCODUgOTBCNyBDNENBIDUyNzk8YnI+PC9kaXY+PGRpdj5TZW50IHdpdGggUHJvdG9uTWFp bCBTZWN1cmUgRW1haWw8YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+DQogICAgPC9kaXY+DQogICAg DQogICAgICAgICAgICA8ZGl2IGNsYXNzPSJwcm90b25tYWlsX3NpZ25hdHVyZV9ibG9jay1wcm90 b24gcHJvdG9ubWFpbF9zaWduYXR1cmVfYmxvY2stZW1wdHkiPg0KICAgICAgICANCiAgICAgICAg ICAgIDwvZGl2Pg0KPC9kaXY+DQo= --b1_SJjLl9FieKZ0zkIOfKFQFXVlniZz8KYnOY3O0hoAoEw-- From nobody Thu Dec 8 00:13:17 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NSF491ZmCz4kDWs for ; Thu, 8 Dec 2022 00:13:29 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4NSF483lLdz4F1M for ; Thu, 8 Dec 2022 00:13:28 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; none Received: from kalamity.joker.local (123-1-88-210.area1b.commufa.jp [123.1.88.210]) (authenticated bits=0) by www121.sakura.ne.jp (8.16.1/8.16.1/[SAKURA-WEB]/20201212) with ESMTPA id 2B80DHcH080315; Thu, 8 Dec 2022 09:13:17 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Thu, 8 Dec 2022 09:13:17 +0900 From: Tomoaki AOKI To: stable@freebsd.org Cc: Jonathan Vasquez Subject: Re: PORTSDIR not being read from /etc/make.conf when build /usr/src Message-Id: <20221208091317.0b681a03003417b26002fa71@dec.sakura.ne.jp> In-Reply-To: References: Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.0) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4NSF483lLdz4F1M X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N Hi. How about using /usr/ports for poudriere? You can do it with `poudriere ports -c -f none -M /usr/ports -m null` As I've just started testing poudriere, I'm not 100% sure it's correct. But it seems working as intended (automatically null [loopback] mounted /usr/ports on build and unmounted when done). Also, I've added "-m src=/usr/src" on creating poudriere jail, as I only build ports for the specific environment only and need keeping in sync. For that, updating poudriere jail on every base updating. Or setting your configuration from /etc/make.conf to /etc/src.conf (or /etc/src-env.conf)? Possibly configuration on /etc/make.conf is somehow overridden by src build defaults. HTH. On Wed, 07 Dec 2022 22:18:54 +0000 Jonathan Vasquez wrote: > Hey all, > > I'm currently trying to centralize my poudriere ports directory and my normal /usr/ports dir so that I can reduce the load on the central freebsd servers, and also to clean it up on my end. > > Since I have PORTS_MODULES defined in my /etc/make.conf, building my kernel will properly automatically rebuild the modules listed properly. This requires your ports directory to exist and working (obviously). Since my ports dir was in the default location: /usr/ports, it was working properly. At the moment I have my poudriere ports directory and distfiles defined at: > > /usr/local/poudriere/ports/default (The standard path for poudriere). > /usr/local/poudriere/distfiles > > I went ahead and added the following to /etc/make.conf: > > PORTSDIR=/usr/local/poudriere/ports/default > DISTDIR=/usr/local/poudriere/distfiles > > However, when running a "make -j32 buildkernel", the PORTSDIR variable doesn't get read in properly and will default to /usr/ports. I tried placing in another variable (that I saw in the module rebuilding phase of buildkernel) in /etc/make.conf to see if that was working properly, I picked SRC_BASE as an example (I also wanted to test if variable substitution was working properly as well): > > /etc/make.conf: > > _TEST="/omega" > SRC_BASE="${_TEST}/lol" > > Running make -j32 buildkernel again properly displayed the "/omega/lol" path for SRC_BASE, but the PORTSDIR still was ignored. I then tried inlining the variable to see if that worked: > > make -j32 buildkernel PORTSDIR="/some/path" > > and that worked. There was one or two times that I was able to non-deterministically get the PORTSDIR to be read in from /etc/make.conf, but for the most part, it was ignored 99% of the time. Running "make buildkernel" without any parallelization didn't help either. > > So ultimately the question is, is it intended behavior for PORTSDIR to be ignored by the make for buildkernel when it's defined in /etc/make.conf? From what man ports says, /etc/make.conf is suppose to be used for all aspects of building doc, src, and ports.. or is this a bug? > > If it helps, I'm running on stable/13-n253245-209ebfa26ec4/GENERIC amd64) > > Thank you, > > Jonathan Vasquez > PGP: 34DA 858C 1447 509E C77A D49F FB85 90B7 C4CA 5279 > Sent with ProtonMail Secure Email -- Tomoaki AOKI From nobody Thu Dec 8 03:21:45 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NSKG56SG8z4jPGv for ; Thu, 8 Dec 2022 03:22:21 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from hsmtpd-fgn.xspmail.jp (hsmtpd-fgn.xspmail.jp [210.130.137.25]) (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 4NSKG26W9Zz4kqD for ; Thu, 8 Dec 2022 03:22:18 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=j.email.ne.jp header.s=x01 header.b=Onb0fsQP; spf=pass (mx1.freebsd.org: domain of ota@j.email.ne.jp designates 210.130.137.25 as permitted sender) smtp.mailfrom=ota@j.email.ne.jp; dmarc=pass (policy=none) header.from=j.email.ne.jp DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1670469728; d=j.email.ne.jp; s=x01; i=ota@j.email.ne.jp; h=content-transfer-encoding:content-type:mime-version:message-id:subject:to: from:date:from; bh=h5whiF4T7poxnHi4bZIhC11SHipixi3bs52I9xjbSL4=; b=Onb0fsQPMd4EbrShy/gdFoMA8RaMlVELnARR+HmlYHdeHoEjVrB58yDmFekiWoFiIkGmdOgWYGcp7 tqyXM+HYhXlgE8ijY2sN5iDdwbLKjliyFlF1tXoqrpGZw3nf5+96r2XhSFPlmZwz6UCTPND65WznWZ lzdSdsm9I3YmFpIwq7VJSOPeXJgSefWnAqXNLHCcly4KT07aDvp5KCdGJCvMEaOTm57J/1tOHdj80G gwRU+VGWbS4UWjmx9VHMNFDWpdT16e2FYtPK8ZA4WxYchROAib0E7kZVG1wQmGJTJmY/q2iqhssrei bRwvUNUXz3gR4U3obuzz9ujYnsoOzXA== X-Country-Code: US Received: from e20.advok.com (pool-173-63-27-212.nwrknj.fios.verizon.net [173.63.27.212]) by hsmtpd-out-1.asahinet.cluster.xspmail.jp (Halon) with ESMTPA id f7ef0d62-06e0-4c3c-b3c0-f709d95d92cf; Thu, 08 Dec 2022 12:22:07 +0900 (JST) Date: Wed, 7 Dec 2022 22:21:45 -0500 From: Yoshihiro Ota To: stable@freebsd.org Subject: Upcoming 13.2 has disappered on the web Message-Id: <20221207222145.112a3fc82606aafebb79a986@j.email.ne.jp> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd12.2) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[j.email.ne.jp,none]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:210.130.137.0/27]; R_DKIM_ALLOW(-0.20)[j.email.ne.jp:s=x01]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[stable@freebsd.org]; ASN(0.00)[asn:2497, ipnet:210.130.0.0/16, country:JP]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[j.email.ne.jp:+]; FROM_HAS_DN(0.00)[]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4NSKG26W9Zz4kqD X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Hi, The top page lost the link although the scheudule page still exists. Can someone fix the top page of www.freebsd.org? Hiro From nobody Thu Dec 8 03:28:26 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NSKPG0xtBz4jQRv for ; Thu, 8 Dec 2022 03:28:34 +0000 (UTC) (envelope-from jon@xyinn.org) Received: from mail-40136.proton.ch (mail-40136.proton.ch [185.70.40.136]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NSKPF2ZPwz3D3b for ; Thu, 8 Dec 2022 03:28:33 +0000 (UTC) (envelope-from jon@xyinn.org) Authentication-Results: mx1.freebsd.org; none Date: Thu, 08 Dec 2022 03:28:26 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xyinn.org; s=protonmail3; t=1670470110; x=1670729310; bh=5kMuei6Gqch326dZWTWdkO2Zr5MplP4DHv2szyJtqcA=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=LElQo5VC+3Cj0w1fVc6GTB2vfO8tohBtr8e9IZT7PFkfmeE/PVsK1Sf56cJeNUhyW 3kB9eS504qdtnV9hajd3LyP7xk5pXyP4YR928dmhZHd3mgGoyxslUMEi97sLbU14UY IhwrmZBRdAqZsEDG9myYbNDsfGWfFPnRs+hQf/CzL8nFKpmqVdcoAmUJM6v8NLCwDl rMlh6xCtkVF8ZQn/lrGM6IO7a2aWvfh+fuIi3yVBhryohVDxLCp8uOZr3aIiyqZe2K YDDWyjxrxanTfyhz1V24ZSUOsX9Yx0kAH5OU/IfDUd6jHB92zjh0LVm/q/z4O3m2vA w7aACNKb5x1KA== To: Tomoaki AOKI From: Jonathan Vasquez Cc: stable@freebsd.org Subject: Re: PORTSDIR not being read from /etc/make.conf when build /usr/src Message-ID: <1zFLqrvQu2H3eipmH1_IhokYkhtAK42USFfEdm1qRUiznYb8fXftNjiLjEDSSU1dE88fCYMrjU6HeL_plk71RvbXahOsC_E6ax0znBoTdsw=@xyinn.org> In-Reply-To: <20221208091317.0b681a03003417b26002fa71@dec.sakura.ne.jp> References: <20221208091317.0b681a03003417b26002fa71@dec.sakura.ne.jp> Feedback-ID: 12351801:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4NSKPF2ZPwz3D3b X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N Hey Tomoaki, Thanks for the suggestion. Yup, there are definitely many different workaro= unds we could go with, but I'm definitely interested in knowing if this is = a bug or intended behavior. If anything, I can open up a bug report. Jonathan Vasquez PGP: 34DA 858C 1447 509E C77A D49F FB85 90B7 C4CA 5279 Sent with ProtonMail Secure Email ------- Original Message ------- On Wednesday, December 7th, 2022 at 19:13, Tomoaki AOKI wrote: > Hi. > How about using /usr/ports for poudriere? > You can do it with >=20 > `poudriere ports -c -f none -M /usr/ports -m null` >=20 > As I've just started testing poudriere, I'm not 100% sure it's correct. > But it seems working as intended (automatically null [loopback] > mounted /usr/ports on build and unmounted when done). >=20 > Also, I've added "-m src=3D/usr/src" on creating poudriere jail, > as I only build ports for the specific environment only and need > keeping in sync. For that, updating poudriere jail on every base > updating. >=20 > Or setting your configuration from /etc/make.conf to /etc/src.conf > (or /etc/src-env.conf)? > Possibly configuration on /etc/make.conf is somehow overridden by src > build defaults. >=20 >=20 > HTH. >=20 > On Wed, 07 Dec 2022 22:18:54 +0000 > Jonathan Vasquez jon@xyinn.org wrote: >=20 > > Hey all, > >=20 > > I'm currently trying to centralize my poudriere ports directory and my = normal /usr/ports dir so that I can reduce the load on the central freebsd = servers, and also to clean it up on my end. > >=20 > > Since I have PORTS_MODULES defined in my /etc/make.conf, building my ke= rnel will properly automatically rebuild the modules listed properly. This = requires your ports directory to exist and working (obviously). Since my po= rts dir was in the default location: /usr/ports, it was working properly. A= t the moment I have my poudriere ports directory and distfiles defined at: > >=20 > > /usr/local/poudriere/ports/default (The standard path for poudriere). > > /usr/local/poudriere/distfiles > >=20 > > I went ahead and added the following to /etc/make.conf: > >=20 > > PORTSDIR=3D/usr/local/poudriere/ports/default > > DISTDIR=3D/usr/local/poudriere/distfiles > >=20 > > However, when running a "make -j32 buildkernel", the PORTSDIR variable = doesn't get read in properly and will default to /usr/ports. I tried placin= g in another variable (that I saw in the module rebuilding phase of buildke= rnel) in /etc/make.conf to see if that was working properly, I picked SRC_B= ASE as an example (I also wanted to test if variable substitution was worki= ng properly as well): > >=20 > > /etc/make.conf: > >=20 > > _TEST=3D"/omega" > > SRC_BASE=3D"${_TEST}/lol" > >=20 > > Running make -j32 buildkernel again properly displayed the "/omega/lol"= path for SRC_BASE, but the PORTSDIR still was ignored. I then tried inlini= ng the variable to see if that worked: > >=20 > > make -j32 buildkernel PORTSDIR=3D"/some/path" > >=20 > > and that worked. There was one or two times that I was able to non-dete= rministically get the PORTSDIR to be read in from /etc/make.conf, but for t= he most part, it was ignored 99% of the time. Running "make buildkernel" wi= thout any parallelization didn't help either. > >=20 > > So ultimately the question is, is it intended behavior for PORTSDIR to = be ignored by the make for buildkernel when it's defined in /etc/make.conf?= From what man ports says, /etc/make.conf is suppose to be used for all asp= ects of building doc, src, and ports.. or is this a bug? > >=20 > > If it helps, I'm running on stable/13-n253245-209ebfa26ec4/GENERIC amd6= 4) > >=20 > > Thank you, > >=20 > > Jonathan Vasquez > > PGP: 34DA 858C 1447 509E C77A D49F FB85 90B7 C4CA 5279 > > Sent with ProtonMail Secure Email >=20 >=20 > -- > Tomoaki AOKI junchoon@dec.sakura.ne.jp From nobody Thu Dec 8 05:08:25 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NSMcb4xMpz4jfkF for ; Thu, 8 Dec 2022 05:08:31 +0000 (UTC) (envelope-from loginovda@ivtecon.ru) Received: from forward102p.mail.yandex.net (forward102p.mail.yandex.net [77.88.28.102]) (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 4NSMcY4p0Cz3QNt for ; Thu, 8 Dec 2022 05:08:29 +0000 (UTC) (envelope-from loginovda@ivtecon.ru) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ivtecon.ru header.s=mail header.b=tAo0PMpy; spf=pass (mx1.freebsd.org: domain of loginovda@ivtecon.ru designates 77.88.28.102 as permitted sender) smtp.mailfrom=loginovda@ivtecon.ru; dmarc=none Received: from forward100q.mail.yandex.net (forward100q.mail.yandex.net [IPv6:2a02:6b8:c0e:4b:0:640:4012:bb97]) by forward102p.mail.yandex.net (Yandex) with ESMTP id E0A47393D37B for ; Thu, 8 Dec 2022 08:08:25 +0300 (MSK) Received: from vla3-23c3b031fed5.qloud-c.yandex.net (vla3-23c3b031fed5.qloud-c.yandex.net [IPv6:2a02:6b8:c15:2582:0:640:23c3:b031]) by forward100q.mail.yandex.net (Yandex) with ESMTP id DD4E06F40007 for ; Thu, 8 Dec 2022 08:08:25 +0300 (MSK) Received: by vla3-23c3b031fed5.qloud-c.yandex.net (smtp/Yandex) with ESMTPSA id P8R5FIFZsiE1-45ia0LLi; Thu, 08 Dec 2022 08:08:25 +0300 X-Yandex-Fwd: 1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ivtecon.ru; s=mail; t=1670476105; bh=nGDHMJYfkL4nju2+is+kww5uk6KkuyZpMB47n2TaaUU=; h=Date:Message-ID:Subject:From:To; b=tAo0PMpybvTLyge5jjnvRZC4DCpbnV/cp+EQ+HZyawusDlQkgr917KYRI9fr6gcyv N7o1wJPVky2sVo0DfwjFUR6Re6oQ3odkWLlLWid7P6ShGRYlqQjrSup4qhz8Akago5 bXXbTuxBWvC7s72xLb5RvQ9KiFPtfoASmDEVcE7o= To: stable@freebsd.org From: =?UTF-8?B?0JvQvtCz0LjQvdC+0LIg0JTQvNC40YLRgNC40Lk=?= Subject: Unsubscribe Message-ID: <487d7291-d275-f524-2f31-4f9c9b2947d2@ivtecon.ru> Date: Thu, 8 Dec 2022 08:08:25 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Spamd-Result: default: False [0.39 / 15.00]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_SPAM_LONG(0.99)[0.991]; R_SPF_ALLOW(-0.20)[+ip4:77.88.28.0/24]; R_DKIM_ALLOW(-0.20)[ivtecon.ru:s=mail]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[2a02:6b8:c0e:4b:0:640:4012:bb97:received]; ASN(0.00)[asn:13238, ipnet:77.88.0.0/18, country:RU]; RCVD_IN_DNSWL_NONE(0.00)[77.88.28.102:from]; MLMMJ_DEST(0.00)[stable@freebsd.org]; DKIM_TRACE(0.00)[ivtecon.ru:+]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[ivtecon.ru]; RCVD_COUNT_THREE(0.00)[4]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[77.88.28.102:from]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_VIA_SMTP_AUTH(0.00)[] X-Rspamd-Queue-Id: 4NSMcY4p0Cz3QNt X-Spamd-Bar: / X-ThisMailContainsUnwantedMimeParts: N Unsubscribe From nobody Thu Dec 8 05:08:41 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NSN3J1d3cz4jhnl for ; Thu, 8 Dec 2022 05:28:12 +0000 (UTC) (envelope-from loginovda@ivtecon.ru) Received: from forward108j.mail.yandex.net (forward108j.mail.yandex.net [IPv6:2a02:6b8:0:801:2::253]) (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 4NSN3H0j9Jz3jXn for ; Thu, 8 Dec 2022 05:28:11 +0000 (UTC) (envelope-from loginovda@ivtecon.ru) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ivtecon.ru header.s=mail header.b=VcKw6wLN; spf=pass (mx1.freebsd.org: domain of loginovda@ivtecon.ru designates 2a02:6b8:0:801:2::253 as permitted sender) smtp.mailfrom=loginovda@ivtecon.ru; dmarc=none Received: from myt5-669ce2588b0f.qloud-c.yandex.net (myt5-669ce2588b0f.qloud-c.yandex.net [IPv6:2a02:6b8:c12:3c22:0:640:669c:e258]) by forward108j.mail.yandex.net (Yandex) with ESMTP id 4D86F3F23A37 for ; Thu, 8 Dec 2022 08:08:42 +0300 (MSK) Received: by myt5-669ce2588b0f.qloud-c.yandex.net (smtp/Yandex) with ESMTPSA id f8R0vNFZxKo1-rNwnv3zV; Thu, 08 Dec 2022 08:08:41 +0300 X-Yandex-Fwd: 1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ivtecon.ru; s=mail; t=1670476122; bh=nGDHMJYfkL4nju2+is+kww5uk6KkuyZpMB47n2TaaUU=; h=Date:Message-ID:Subject:From:To; b=VcKw6wLNYssQVbzN3HG6p+lDeoo3OpCtR1769tzW6Elci9ayH7RX8ZO3feXLB9CmX E8CK1N34b6TCidY2CFxi8AVAf/Oz+Wks4cIMz/2062olGngEnucL3CFv4vQ6c4yb0N zrrHNiB/t/2eO9l/P8zVd5kSFp4Ncfr6G2sFWQqE= To: "freebsd-stable@freebsd.org" From: =?UTF-8?B?0JvQvtCz0LjQvdC+0LIg0JTQvNC40YLRgNC40Lk=?= Subject: Unsubscribe Message-ID: Date: Thu, 8 Dec 2022 08:08:41 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Spamd-Result: default: False [0.46 / 15.00]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_SPAM_LONG(0.96)[0.965]; R_SPF_ALLOW(-0.20)[+ip6:2a02:6b8:0:801::/64:c]; R_DKIM_ALLOW(-0.20)[ivtecon.ru:s=mail]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; TO_DN_EQ_ADDR_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; DKIM_TRACE(0.00)[ivtecon.ru:+]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:208722, ipnet:2a02:6b8::/32, country:FI]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[ivtecon.ru]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4NSN3H0j9Jz3jXn X-Spamd-Bar: / X-ThisMailContainsUnwantedMimeParts: N Unsubscribe From nobody Thu Dec 8 07:58:39 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NSRP66VwGz4k2nr for ; Thu, 8 Dec 2022 07:58:50 +0000 (UTC) (envelope-from mail@souji-thenria.net) Received: from alisa.souji-thenria.net (alisa.souji-thenria.net [188.68.37.165]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4NSRP56Yj0z40Gm for ; Thu, 8 Dec 2022 07:58:49 +0000 (UTC) (envelope-from mail@souji-thenria.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=souji-thenria.net header.s=20220813 header.b=VqhyEElt; dkim=pass header.d=souji-thenria.net header.s=20220813rsa header.b=fM7cO68z; spf=pass (mx1.freebsd.org: domain of mail@souji-thenria.net designates 188.68.37.165 as permitted sender) smtp.mailfrom=mail@souji-thenria.net; dmarc=pass (policy=quarantine) header.from=souji-thenria.net DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=souji-thenria.net; s=20220813; t=1670486321; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=7DFnHaM+xjbfaIm2r6COuE8BvCmZxAMX15u5jOUCDRk=; b=VqhyEElt46sVd8noLXz8nI9nGBbTq+sryBTfORHXTL/yi8PPlXcgUuMQ+ef7q08zPniyEG hZBeN58Hzrw77xBw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=souji-thenria.net; s=20220813rsa; t=1670486321; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=7DFnHaM+xjbfaIm2r6COuE8BvCmZxAMX15u5jOUCDRk=; b=fM7cO68zpcA2yXXCMzbbfp26fxIUz0PvWgg0RDnsxJq5jlVs67FJseV1JR5L0rM8ppV2as Ew5KLdp1U77TbCwiC0zD2XTiRQlFOuLbrEmQewP2z53m6FNjhSRsUSA0GEErDlxzMct+a+ pWJGmepmMjGzHRlulTA6v08IuCDlol1B3k8wGPUwNrzN0uggPPflZvOsrXVU6Ge21XtwQq cM/0eo6oJ0xLo955/E7bIU9b6e2sVVmW/xolFH0iR6BeQPjUqZPdV/Xa0z/VRGaHY1B2iK dlkHhSRcw73QD5Nudo6/x0yiaHgKGo1wffGXoC9hOAmXdV64kJDNprgYIuJ+BA== Received: from [10.121.11.231] (stargate-vt.vistec-eb.com [82.119.178.66]) by alisa.souji-thenria.net (OpenSMTPD) with ESMTPSA id 6c769418 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO) for ; Thu, 8 Dec 2022 08:58:41 +0100 (CET) Message-ID: Date: Thu, 8 Dec 2022 08:58:39 +0100 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.5.0 Subject: Re: PORTSDIR not being read from /etc/make.conf when build /usr/src Content-Language: en-US To: stable@freebsd.org References: From: Souji Thenria In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-3.57 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.57)[-0.570]; DMARC_POLICY_ALLOW(-0.50)[souji-thenria.net,quarantine]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[souji-thenria.net:s=20220813,souji-thenria.net:s=20220813rsa]; MIME_GOOD(-0.10)[text/plain]; DKIM_TRACE(0.00)[souji-thenria.net:+]; ASN(0.00)[asn:197540, ipnet:188.68.32.0/20, country:DE]; MLMMJ_DEST(0.00)[stable@freebsd.org]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4NSRP56Yj0z40Gm X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N On 07.12.2022 23:18, Jonathan Vasquez wrote: > I went ahead and added the following to /etc/make.conf: > > PORTSDIR=/usr/local/poudriere/ports/default > DISTDIR=/usr/local/poudriere/distfiles > Hi, in the man page for make.conf is only the option 'DISTDIR' listed, and not 'PORTSDIR'. Based on that, I suppose it's just not a valid option. Souji From nobody Thu Dec 8 10:48:29 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NSW911FHQz4j8Hq for ; Thu, 8 Dec 2022 10:48:37 +0000 (UTC) (envelope-from zlei.huang@gmail.com) Received: from mail-pj1-x1034.google.com (mail-pj1-x1034.google.com [IPv6:2607:f8b0:4864:20::1034]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NSW905dfzz4Hfj; Thu, 8 Dec 2022 10:48:36 +0000 (UTC) (envelope-from zlei.huang@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pj1-x1034.google.com with SMTP id z8-20020a17090abd8800b00219ed30ce47so4233351pjr.3; Thu, 08 Dec 2022 02:48:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:from:to:cc:subject:date:message-id:reply-to; bh=6hwn824WnzFrqAChv5PlsgUlNan89D2HwzpF4Xxgyo4=; b=gETMYJsr7cx87W0ICOgfuq155IiKYQgMdbYavV0/Zj1rNopD59uc4OSZQG8zZ8qboN 45vCGeki0aKhBHwvOoNCmDXxH76WB+OrOUKKRFAN88Xp84QPJIv6OYruaCJ7FInBDCix hacBOLu5stBDT9ZxpdFnoRwwuoog4TXuIdGjY+sJxUpMin9uLDMQO0i0OdgFzQ9JMD0D A/h073gDTeDujZzv8EfErE9Fup5e9OlTPK12MgYHcoqErBoNIRqp8yQiSnDa/HNVa69b 1LcIDXCfHX7W1CcFlir/s8cvuNiM8Jn1HCA0wvLKEX/w3IGSPw7UCGiUVjD+AFlXekjT cqmw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=6hwn824WnzFrqAChv5PlsgUlNan89D2HwzpF4Xxgyo4=; b=Nxb7J2cjnq6UMzi1Z3PgtHp/Q7RK7g0uVa6GtVDQa1gYb+JyM2PKGoJlcKY6IxmCHt v6hp4YBpXqRrUBATwcZ5jjrR84lEOL3tAit6MsYdElZxv0RwjqPBkI3jIn+kFb30MQFF /VqIOF7Jwmor7LlKp5nVXH0wiOkvsdMOPyikI33Y70at8cTVv/Hnbk3kvq1DInYQsEAg P4sJ1Dx5ZuMuPYc//xA1dYp3Myk17/O5UmYMA4/hzWHswgNCwYhAm9z+PvhIKy5+Z9T1 we6kk8j8IEj8n3LnNv6znd0dD+UIksRqafbalayILf0cZP4ZLuUrENd7GMz5zjUIU50r FSaA== X-Gm-Message-State: ANoB5pnLhPHTLZTZ4GUVWK0zSuTYV5OWYp8DN/FQBOZFCpAFkC46NQnu s+yTU6iYIDX2gUY0KC1jUpMGFFZ1X9E= X-Google-Smtp-Source: AA0mqf76RtRwCzBPWN1K/b5u2k/590DDYn9Vi+TSjPiGGpUwxfGRd3KEW82pFYHgnhfZi35to5HLsA== X-Received: by 2002:a17:903:22cf:b0:189:ad19:dd11 with SMTP id y15-20020a17090322cf00b00189ad19dd11mr2987198plg.46.1670496515406; Thu, 08 Dec 2022 02:48:35 -0800 (PST) Received: from [172.17.252.129] (ns1.oxydns.net. [45.32.91.63]) by smtp.gmail.com with ESMTPSA id b4-20020a170902d50400b001865c298588sm16309535plg.258.2022.12.08.02.48.33 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 08 Dec 2022 02:48:35 -0800 (PST) From: Zhenlei Huang Message-Id: <1BF62EBB-927D-4B18-B7B9-FF28B9873E6D@gmail.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_618308DD-2B9D-4AD4-902A-5CF6C304FA83" List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.7\)) Subject: Re: Upcoming 13.2 has disappered on the web Date: Thu, 8 Dec 2022 18:48:29 +0800 In-Reply-To: <20221207222145.112a3fc82606aafebb79a986@j.email.ne.jp> Cc: stable@freebsd.org, Gordon Bergling To: Yoshihiro Ota References: <20221207222145.112a3fc82606aafebb79a986@j.email.ne.jp> X-Mailer: Apple Mail (2.3608.120.23.2.7) X-Rspamd-Queue-Id: 4NSW905dfzz4Hfj X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N --Apple-Mail=_618308DD-2B9D-4AD4-902A-5CF6C304FA83 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii > On Dec 8, 2022, at 11:21 AM, Yoshihiro Ota wrote: > > Hi, > > The top page lost the link although the scheudule page still exists. > Can someone fix the top page of www.freebsd.org? Might be caused by d3615bbb ( release: announce 12.4-RELEASE ). > > > Hiro > --Apple-Mail=_618308DD-2B9D-4AD4-902A-5CF6C304FA83 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii

On Dec 8, 2022, at 11:21 AM, Yoshihiro Ota = <ota@j.email.ne.jp> wrote:

Hi,
The top page lost the link although the = scheudule page still exists.
Can someone fix the top page = of www.freebsd.org?

Might = be caused by d3615bbb ( release: announce 12.4-RELEASE = ).



Hiro


= --Apple-Mail=_618308DD-2B9D-4AD4-902A-5CF6C304FA83-- From nobody Thu Dec 8 14:55:51 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NScfT34dFz4jgFN for ; Thu, 8 Dec 2022 14:56:01 +0000 (UTC) (envelope-from jon@xyinn.org) Received: from mail-4022.proton.ch (mail-4022.proton.ch [185.70.40.22]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NScfT0CS1z3kbp for ; Thu, 8 Dec 2022 14:56:00 +0000 (UTC) (envelope-from jon@xyinn.org) Authentication-Results: mx1.freebsd.org; none Date: Thu, 08 Dec 2022 14:55:51 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xyinn.org; s=protonmail3; t=1670511357; x=1670770557; bh=jOu7VZioiEgldDisi4o/WTWxloJhd3usRfYrkuDTrW8=; h=Date:To:From:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=P/ig0tGhwHAs3DLPnFziDsI25AreIxGnVDWo58JpZ5o25TSivVLqNu05qU72fSy/G LzzPTEwqXCA5cXtk1FzzHUyDJ4FktFHKdGqkkAJyWs8axcetEsp6v7yRzmhuP/Ylag HlRgS+Z4AilDmqkyCXEoiX6qZSr2UEyp/8CsLIKzY+47v5RyyCnhRYQ0Aqd+FSZYcQ N2wI3sdylnBS9GZuftzGvsH5wpZ7EqGg2N3C8+/SYv4rzFFvVTiwulerX9JMPcjKdm XMjCi0mz1fP/qIEO9Odh1Nmp1ArA3PtdhP8hw51YrYMmkGjRUpX9GnBa71D/5kY4mP SOUe+ByrqaxYg== To: mail@souji-thenria.net, stable@freebsd.org From: Jonathan Vasquez Subject: Re: PORTSDIR not being read from /etc/make.conf when build /usr/src Message-ID: In-Reply-To: References: Feedback-ID: 12351801:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_bMzMC2HQzb4oO4NTQhRWUzFgBo2X7MO1wA3h0NZ5Y" X-Rspamd-Queue-Id: 4NScfT0CS1z3kbp X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --b1_bMzMC2HQzb4oO4NTQhRWUzFgBo2X7MO1wA3h0NZ5Y Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SGV5IFNvdWppLAoKWW91J2xsIGZpbmQgdGhlIGZvbGxvd2luZyBpbiAibWFuIHBvcnRzIjoKCkVO VklST05NRU5UCgpZb3UgY2FuIGNoYW5nZSBhbGwgb2YgdGhlc2UuCgpQT1JUU0RJUgpMb2NhdGlv biBvZiB0aGUgcG9ydHMgdHJlZS4gVGhpcyBpcyAvdXNyL3BvcnRzIGJ5IGRlZmF1bHQuCgpXUktE SVJQUkVGSVgKV2hlcmUgdG8gY3JlYXRlIGFueSB0ZW1wb3JhcnkgZmlsZXMuIFVzZWZ1bCBpZiBQ T1JUU0RJUiBpcyByZWFkLW9ubHkgKHBlcmhhcHMgbW91bnRlZCBmcm9tIGEgQ0QtUk9NKS4KCkRJ U1RESVIKV2hlcmUgdG8gZmluZC9wdXQgZGlzdGZpbGVzLCBub3JtYWxseSBkaXN0ZmlsZXMvIGlu IFBPUlRTRElSCgouLi4gb3RoZXIgdmFyaWFibGVzCgpKb25hdGhhbiBWYXNxdWV6ClBHUDogMzRE QSA4NThDIDE0NDcgNTA5RSBDNzdBIEQ0OUYgRkI4NSA5MEI3IEM0Q0EgNTI3OQpTZW50IHdpdGgg UHJvdG9uTWFpbCBTZWN1cmUgRW1haWwKClNlbnQgZnJvbSBQcm90b24gTWFpbCBtb2JpbGUKCi0t LS0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0tLS0KT24gRGVjIDgsIDIwMjIsIDAyOjU4LCBT b3VqaSBUaGVucmlhIHdyb3RlOgoKPiBPbiAwNy4xMi4yMDIyIDIzOjE4LCBKb25hdGhhbiBWYXNx dWV6IHdyb3RlOiA+IEkgd2VudCBhaGVhZCBhbmQgYWRkZWQgdGhlIGZvbGxvd2luZyB0byAvZXRj L21ha2UuY29uZjogPiA+IFBPUlRTRElSPS91c3IvbG9jYWwvcG91ZHJpZXJlL3BvcnRzL2RlZmF1 bHQgPiBESVNURElSPS91c3IvbG9jYWwvcG91ZHJpZXJlL2Rpc3RmaWxlcyA+IEhpLCBpbiB0aGUg bWFuIHBhZ2UgZm9yIG1ha2UuY29uZiBpcyBvbmx5IHRoZSBvcHRpb24gJ0RJU1RESVInIGxpc3Rl ZCwgYW5kIG5vdCAnUE9SVFNESVInLiBCYXNlZCBvbiB0aGF0LCBJIHN1cHBvc2UgaXQncyBqdXN0 IG5vdCBhIHZhbGlkIG9wdGlvbi4gU291amk= --b1_bMzMC2HQzb4oO4NTQhRWUzFgBo2X7MO1wA3h0NZ5Y Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 SGV5IFNvdWppLDxicj48YnI+WW91J2xsIGZpbmQgdGhlIGZvbGxvd2luZyBpbiAibWFuIHBvcnRz Ijo8YnI+PGJyPkVOVklST05NRU5UPGJyPjxicj5Zb3UgY2FuIGNoYW5nZSBhbGwgb2YgdGhlc2Uu PGJyPjxicj5QT1JUU0RJUjxicj5Mb2NhdGlvbiBvZiB0aGUgcG9ydHMgdHJlZS4gVGhpcyBpcyAv dXNyL3BvcnRzIGJ5IGRlZmF1bHQuPGJyPjxicj5XUktESVJQUkVGSVg8YnI+V2hlcmUgdG8gY3Jl YXRlIGFueSB0ZW1wb3JhcnkgZmlsZXMuIFVzZWZ1bCBpZiBQT1JUU0RJUiBpcyByZWFkLW9ubHkg KHBlcmhhcHMgbW91bnRlZCBmcm9tIGEgQ0QtUk9NKS48YnI+PGJyPkRJU1RESVI8YnI+V2hlcmUg dG8gZmluZC9wdXQgZGlzdGZpbGVzLCBub3JtYWxseSBkaXN0ZmlsZXMvIGluIFBPUlRTRElSPGJy Pjxicj4uLi4gb3RoZXIgdmFyaWFibGVzPGJyPjxicj48ZGl2PkpvbmF0aGFuIFZhc3F1ZXo8YnIg Lz48L2Rpdj48ZGl2PlBHUDogMzREQSA4NThDIDE0NDcgNTA5RSBDNzdBICBENDlGIEZCODUgOTBC NyBDNENBIDUyNzk8YnIgLz48L2Rpdj48ZGl2PlNlbnQgd2l0aCBQcm90b25NYWlsIFNlY3VyZSBF bWFpbDxiciAvPjwvZGl2PjxkaXY+PGJyIC8+PC9kaXY+PGJyPjxicj5TZW50IGZyb20gUHJvdG9u IE1haWwgbW9iaWxlPGJyPjxicj48YnI+PGJyPi0tLS0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0t LS0tLS08YnI+T24gRGVjIDgsIDIwMjIsIDAyOjU4LCBTb3VqaSBUaGVucmlhIDwgbWFpbEBzb3Vq aS10aGVucmlhLm5ldD4gd3JvdGU6PGJsb2NrcXVvdGUgY2xhc3M9InByb3Rvbm1haWxfcXVvdGUi Pjxicj5PbiAwNy4xMi4yMDIyIDIzOjE4LCBKb25hdGhhbiBWYXNxdWV6IHdyb3RlOg0KPiBJIHdl bnQgYWhlYWQgYW5kIGFkZGVkIHRoZSBmb2xsb3dpbmcgdG8gL2V0Yy9tYWtlLmNvbmY6DQo+DQo+ IFBPUlRTRElSPS91c3IvbG9jYWwvcG91ZHJpZXJlL3BvcnRzL2RlZmF1bHQNCj4gRElTVERJUj0v dXNyL2xvY2FsL3BvdWRyaWVyZS9kaXN0ZmlsZXMNCj4NCg0KSGksDQoNCmluIHRoZSBtYW4gcGFn ZSBmb3IgbWFrZS5jb25mIGlzIG9ubHkgdGhlIG9wdGlvbiAnRElTVERJUicgbGlzdGVkLCBhbmQN Cm5vdCAnUE9SVFNESVInLiBCYXNlZCBvbiB0aGF0LCBJIHN1cHBvc2UgaXQncyBqdXN0IG5vdCBh IHZhbGlkIG9wdGlvbi4NCg0KU291amkNCg0KPC9kaXY+ --b1_bMzMC2HQzb4oO4NTQhRWUzFgBo2X7MO1wA3h0NZ5Y-- From nobody Thu Dec 8 15:09:03 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NScxl6NGKz4jhq5 for ; Thu, 8 Dec 2022 15:09:15 +0000 (UTC) (envelope-from jon@xyinn.org) Received: from mail-4022.proton.ch (mail-4022.proton.ch [185.70.40.22]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits)) (Client CN "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NScxh5mY5z3nJt for ; Thu, 8 Dec 2022 15:09:12 +0000 (UTC) (envelope-from jon@xyinn.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=xyinn.org header.s=protonmail3 header.b=S5paXDmv; spf=pass (mx1.freebsd.org: domain of jon@xyinn.org designates 185.70.40.22 as permitted sender) smtp.mailfrom=jon@xyinn.org; dmarc=pass (policy=none) header.from=xyinn.org Date: Thu, 08 Dec 2022 15:09:03 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xyinn.org; s=protonmail3; t=1670512151; x=1670771351; bh=6NQnZQ0XG1xv/XjH39y1fmLHod8Amu5nJHSun/VUHiA=; h=Date:To:From:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=S5paXDmvnYAloYwvVqbACNRvWUF6I4UvHD2bYiUUMGmELSHml70bJsLsmB8cctqDm SQK8pkK34ErMRC/roPglT2rVl+ZLFwOLcTtb1f+iMOrSxSyQngR15dSXV0ND005SmB /ys61oOocAM99dfyLBhYm9eELFvEvAB9JDaaR8yDBzJpC7mLnn9bTnsGkODj6vdDtc HPu1ds3Xy4wCnFCQJgXSuzJnI+/97zQr0tY6msSpSyQsFMv+lEAZ8Sanuf2v2NZFwx oOA4JkD9fwRa1Uod/ncGQP4c8Rjfn/o1PidoeY8ODoe5BuG9J+miyPhEgo53YXVUo4 jeHJT/uDk9X3Q== To: mail@souji-thenria.net, stable@freebsd.org From: Jonathan Vasquez Subject: Re: PORTSDIR not being read from /etc/make.conf when build /usr/src Message-ID: In-Reply-To: References: Feedback-ID: 12351801:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_goFzbGoY71o9dtELXV3q6OiwezGbcKiOUMJ8jjN0" X-Spamd-Result: default: False [-2.90 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_BASE64_TEXT_BOGUS(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[xyinn.org,none]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; R_DKIM_ALLOW(-0.20)[xyinn.org:s=protonmail3]; MIME_BASE64_TEXT(0.10)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MLMMJ_DEST(0.00)[stable@freebsd.org]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCPT_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; FREEFALL_USER(0.00)[jon]; DKIM_TRACE(0.00)[xyinn.org:+]; FROM_HAS_DN(0.00)[]; TO_DN_NONE(0.00)[]; HAS_PHPMAILER_SIG(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4NScxh5mY5z3nJt X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --b1_goFzbGoY71o9dtELXV3q6OiwezGbcKiOUMJ8jjN0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SXQgaXMgcG9zc2libGUgSSBzdXBwb3NlIHRoYXQgc2luY2UgaXQncyBpbiBtYW4gcG9ydHMsIHRo ZSBQT1JUU0RJUiB2YXJpYWJsZSBpcyB1c2VkIGZvciBwb3J0cyBidXQgbm90IGZvciBzcmMsIHZl biB0aG91Z2ggaXQncyBpbiAvZXRjL21ha2UuY29uZiwgYW5kIHRodXMgaXQncyBhdmFpbGFibGUg YnV0IGlnbm9yZWQuIFRoZSB3ZWlyZCB0aGluZyBpcyB0aGF0IGR1cmluZyByZWJ1aWxkaW5nIG1v ZHVsZXMgYWZ0ZXIgYnVpbGRpbmcgYSBrZXJuZWwgKGJ1aWxka2VybmVsKSwgdGhlIG5leHQgcGhh c2UgaXMgdG8gcmVidWlsZCB0aGUgc3R1ZmYgbGlzdGVkIGluIFBPUlRTX01PRFVMRVMsIGFuZCB0 aGF0IGRvZXMgcmVmZXJlbmNlIFBPUlRTRElSLCBidXQgaXQganVzdCBpc24ndCBhY3R1YWxseSBy ZWFkIGZyb20gL2V0Yy9tYWtlLmNvbmYuCgpKb25hdGhhbiBWYXNxdWV6ClBHUDogMzREQSA4NThD IDE0NDcgNTA5RSBDNzdBIEQ0OUYgRkI4NSA5MEI3IEM0Q0EgNTI3OQpTZW50IHdpdGggUHJvdG9u TWFpbCBTZWN1cmUgRW1haWwKClNlbnQgZnJvbSBQcm90b24gTWFpbCBtb2JpbGUKCi0tLS0tLS0t IE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0tLS0KT24gRGVjIDgsIDIwMjIsIDA5OjU1LCBKb25hdGhh biBWYXNxdWV6IHdyb3RlOgoKPiBIZXkgU291amksCj4KPiBZb3UnbGwgZmluZCB0aGUgZm9sbG93 aW5nIGluICJtYW4gcG9ydHMiOgo+Cj4gRU5WSVJPTk1FTlQKPgo+IFlvdSBjYW4gY2hhbmdlIGFs bCBvZiB0aGVzZS4KPgo+IFBPUlRTRElSCj4gTG9jYXRpb24gb2YgdGhlIHBvcnRzIHRyZWUuIFRo aXMgaXMgL3Vzci9wb3J0cyBieSBkZWZhdWx0Lgo+Cj4gV1JLRElSUFJFRklYCj4gV2hlcmUgdG8g Y3JlYXRlIGFueSB0ZW1wb3JhcnkgZmlsZXMuIFVzZWZ1bCBpZiBQT1JUU0RJUiBpcyByZWFkLW9u bHkgKHBlcmhhcHMgbW91bnRlZCBmcm9tIGEgQ0QtUk9NKS4KPgo+IERJU1RESVIKPiBXaGVyZSB0 byBmaW5kL3B1dCBkaXN0ZmlsZXMsIG5vcm1hbGx5IGRpc3RmaWxlcy8gaW4gUE9SVFNESVIKPgo+ IC4uLiBvdGhlciB2YXJpYWJsZXMKPgo+IEpvbmF0aGFuIFZhc3F1ZXoKPiBQR1A6IDM0REEgODU4 QyAxNDQ3IDUwOUUgQzc3QSBENDlGIEZCODUgOTBCNyBDNENBIDUyNzkKPiBTZW50IHdpdGggUHJv dG9uTWFpbCBTZWN1cmUgRW1haWwKPgo+IFNlbnQgZnJvbSBQcm90b24gTWFpbCBtb2JpbGUKPgo+ IC0tLS0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0tLS0KPiBPbiBEZWMgOCwgMjAyMiwgMDI6 NTgsIFNvdWppIFRoZW5yaWEgd3JvdGU6Cj4KPj4gT24gMDcuMTIuMjAyMiAyMzoxOCwgSm9uYXRo YW4gVmFzcXVleiB3cm90ZTogPiBJIHdlbnQgYWhlYWQgYW5kIGFkZGVkIHRoZSBmb2xsb3dpbmcg dG8gL2V0Yy9tYWtlLmNvbmY6ID4gPiBQT1JUU0RJUj0vdXNyL2xvY2FsL3BvdWRyaWVyZS9wb3J0 cy9kZWZhdWx0ID4gRElTVERJUj0vdXNyL2xvY2FsL3BvdWRyaWVyZS9kaXN0ZmlsZXMgPiBIaSwg aW4gdGhlIG1hbiBwYWdlIGZvciBtYWtlLmNvbmYgaXMgb25seSB0aGUgb3B0aW9uICdESVNURElS JyBsaXN0ZWQsIGFuZCBub3QgJ1BPUlRTRElSJy4gQmFzZWQgb24gdGhhdCwgSSBzdXBwb3NlIGl0 J3MganVzdCBub3QgYSB2YWxpZCBvcHRpb24uIFNvdWpp --b1_goFzbGoY71o9dtELXV3q6OiwezGbcKiOUMJ8jjN0 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 SXQgaXMgcG9zc2libGUgSSBzdXBwb3NlIHRoYXQgc2luY2UgaXQncyBpbiBtYW4gcG9ydHMsIHRo ZSBQT1JUU0RJUiB2YXJpYWJsZSBpcyB1c2VkIGZvciBwb3J0cyBidXQgbm90IGZvciBzcmMsIHZl biB0aG91Z2ggaXQncyBpbiAvZXRjL21ha2UuY29uZiwgYW5kIHRodXMgaXQncyBhdmFpbGFibGUg YnV0IGlnbm9yZWQuIFRoZSB3ZWlyZCB0aGluZyBpcyB0aGF0IGR1cmluZyByZWJ1aWxkaW5nIG1v ZHVsZXMgYWZ0ZXIgYnVpbGRpbmcgYSBrZXJuZWwgKGJ1aWxka2VybmVsKSwgdGhlIG5leHQgcGhh c2UgaXMgdG8gcmVidWlsZCB0aGUgc3R1ZmYgbGlzdGVkIGluIFBPUlRTX01PRFVMRVMsIGFuZCB0 aGF0IGRvZXMgcmVmZXJlbmNlIFBPUlRTRElSLCBidXQgaXQganVzdCBpc24ndCBhY3R1YWxseSBy ZWFkIGZyb20gL2V0Yy9tYWtlLmNvbmYuPGJyPjxicj48YnI+PGRpdj5Kb25hdGhhbiBWYXNxdWV6 PGJyIC8+PC9kaXY+PGRpdj5QR1A6IDM0REEgODU4QyAxNDQ3IDUwOUUgQzc3QSAgRDQ5RiBGQjg1 IDkwQjcgQzRDQSA1Mjc5PGJyIC8+PC9kaXY+PGRpdj5TZW50IHdpdGggUHJvdG9uTWFpbCBTZWN1 cmUgRW1haWw8YnIgLz48L2Rpdj48ZGl2PjxiciAvPjwvZGl2Pjxicj48YnI+U2VudCBmcm9tIFBy b3RvbiBNYWlsIG1vYmlsZTxicj48YnI+PGJyPjxicj4tLS0tLS0tLSBPcmlnaW5hbCBNZXNzYWdl IC0tLS0tLS0tPGJyPk9uIERlYyA4LCAyMDIyLCAwOTo1NSwgSm9uYXRoYW4gVmFzcXVleiA8IGpv bkB4eWlubi5vcmc+IHdyb3RlOjxibG9ja3F1b3RlIGNsYXNzPSJwcm90b25tYWlsX3F1b3RlIj48 YnI+SGV5IFNvdWppLDxicj48YnI+WW91J2xsIGZpbmQgdGhlIGZvbGxvd2luZyBpbiAibWFuIHBv cnRzIjo8YnI+PGJyPkVOVklST05NRU5UPGJyPjxicj5Zb3UgY2FuIGNoYW5nZSBhbGwgb2YgdGhl c2UuPGJyPjxicj5QT1JUU0RJUjxicj5Mb2NhdGlvbiBvZiB0aGUgcG9ydHMgdHJlZS4gVGhpcyBp cyAvdXNyL3BvcnRzIGJ5IGRlZmF1bHQuPGJyPjxicj5XUktESVJQUkVGSVg8YnI+V2hlcmUgdG8g Y3JlYXRlIGFueSB0ZW1wb3JhcnkgZmlsZXMuIFVzZWZ1bCBpZiBQT1JUU0RJUiBpcyByZWFkLW9u bHkgKHBlcmhhcHMgbW91bnRlZCBmcm9tIGEgQ0QtUk9NKS48YnI+PGJyPkRJU1RESVI8YnI+V2hl cmUgdG8gZmluZC9wdXQgZGlzdGZpbGVzLCBub3JtYWxseSBkaXN0ZmlsZXMvIGluIFBPUlRTRElS PGJyPjxicj4uLi4gb3RoZXIgdmFyaWFibGVzPGJyPjxicj48ZGl2PkpvbmF0aGFuIFZhc3F1ZXo8 YnIgLz48L2Rpdj48ZGl2PlBHUDogMzREQSA4NThDIDE0NDcgNTA5RSBDNzdBICBENDlGIEZCODUg OTBCNyBDNENBIDUyNzk8YnIgLz48L2Rpdj48ZGl2PlNlbnQgd2l0aCBQcm90b25NYWlsIFNlY3Vy ZSBFbWFpbDxiciAvPjwvZGl2PjxkaXY+PGJyIC8+PC9kaXY+PGJyPjxicj5TZW50IGZyb20gUHJv dG9uIE1haWwgbW9iaWxlPGJyPjxicj48YnI+PGJyPi0tLS0tLS0tIE9yaWdpbmFsIE1lc3NhZ2Ug LS0tLS0tLS08YnI+T24gRGVjIDgsIDIwMjIsIDAyOjU4LCBTb3VqaSBUaGVucmlhIDwgbWFpbEBz b3VqaS10aGVucmlhLm5ldD4gd3JvdGU6PGJsb2NrcXVvdGUgY2xhc3M9InByb3Rvbm1haWxfcXVv dGUiPjxicj5PbiAwNy4xMi4yMDIyIDIzOjE4LCBKb25hdGhhbiBWYXNxdWV6IHdyb3RlOg0KPiBJ IHdlbnQgYWhlYWQgYW5kIGFkZGVkIHRoZSBmb2xsb3dpbmcgdG8gL2V0Yy9tYWtlLmNvbmY6DQo+ DQo+IFBPUlRTRElSPS91c3IvbG9jYWwvcG91ZHJpZXJlL3BvcnRzL2RlZmF1bHQNCj4gRElTVERJ Uj0vdXNyL2xvY2FsL3BvdWRyaWVyZS9kaXN0ZmlsZXMNCj4NCg0KSGksDQoNCmluIHRoZSBtYW4g cGFnZSBmb3IgbWFrZS5jb25mIGlzIG9ubHkgdGhlIG9wdGlvbiAnRElTVERJUicgbGlzdGVkLCBh bmQNCm5vdCAnUE9SVFNESVInLiBCYXNlZCBvbiB0aGF0LCBJIHN1cHBvc2UgaXQncyBqdXN0IG5v dCBhIHZhbGlkIG9wdGlvbi4NCg0KU291amkNCg0KPC9kaXY+PC9kaXY+ --b1_goFzbGoY71o9dtELXV3q6OiwezGbcKiOUMJ8jjN0-- From nobody Thu Dec 8 19:53:24 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NSlFj5bwLz4kHvj for ; Thu, 8 Dec 2022 19:53:29 +0000 (UTC) (envelope-from mail@souji-thenria.net) Received: from alisa.souji-thenria.net (alisa.souji-thenria.net [188.68.37.165]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4NSlFh06pSz3FR3 for ; Thu, 8 Dec 2022 19:53:27 +0000 (UTC) (envelope-from mail@souji-thenria.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=souji-thenria.net header.s=20220813 header.b=wZ+42+34; dkim=pass header.d=souji-thenria.net header.s=20220813rsa header.b=qTe9S9vA; spf=pass (mx1.freebsd.org: domain of mail@souji-thenria.net designates 188.68.37.165 as permitted sender) smtp.mailfrom=mail@souji-thenria.net; dmarc=pass (policy=quarantine) header.from=souji-thenria.net DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=souji-thenria.net; s=20220813; t=1670529205; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=8AO16dbigIAwHpJlZRZRAmG/xSOrOI4XGdnqpXpIvGo=; b=wZ+42+34aKOWxfSyphpOVgccnk5C67j6vsGlYAK42FubAW5f7u21+Y1cbkh3V9venXDnCk SJWoDCN+0xMuyGDA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=souji-thenria.net; s=20220813rsa; t=1670529205; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=8AO16dbigIAwHpJlZRZRAmG/xSOrOI4XGdnqpXpIvGo=; b=qTe9S9vAmvf13RRkawDJL1D0bf3Z5jkN4Tc7a7D9Be3yfJ3WH+NIyQCHjmyptp9ZILzo0T PX7p+LSJnhnJYohQ+kth7MlPRn242pDl6XmkF5T4iLUuVBVgR/XJgw2zBKXmcNhpTjCu9p 2W410JC2VRbiP/L1KuozW/LSANBk2lv0ldDksOH3oKju8A+7ugTqQFFO9R0/6+adt5BxF2 mVhx9TxKmR/W/mZyRmQj7OUimbyfBNGksuZLzHOu6few2GNgvKJ5gDUdzds8gA6ZGrkgU/ 1sJJ0eniuMWZeDnpAkyFc+ThZ0NuXXre4jIHH9/VtlIRZdWccW3M0bcUzqlFHg== Received: from [192.168.178.57] (nat-178-19-231-24.net.encoline.de [178.19.231.24]) by alisa.souji-thenria.net (OpenSMTPD) with ESMTPSA id cc439a4c (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO) for ; Thu, 8 Dec 2022 20:53:25 +0100 (CET) Message-ID: <01ae6f7f-7066-0d7b-ef09-545184990a29@souji-thenria.net> Date: Thu, 8 Dec 2022 20:53:24 +0100 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.5.0 Subject: Re: PORTSDIR not being read from /etc/make.conf when build /usr/src Content-Language: en-US To: stable@freebsd.org References: From: Souji Thenria In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[souji-thenria.net,quarantine]; R_SPF_ALLOW(-0.20)[+mx:c]; R_DKIM_ALLOW(-0.20)[souji-thenria.net:s=20220813,souji-thenria.net:s=20220813rsa]; MIME_GOOD(-0.10)[text/plain]; DKIM_TRACE(0.00)[souji-thenria.net:+]; MLMMJ_DEST(0.00)[stable@freebsd.org]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:197540, ipnet:188.68.32.0/20, country:DE]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4NSlFh06pSz3FR3 X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N On 12/8/22 16:09, Jonathan Vasquez wrote: > It is possible I suppose that since it's in man ports, the PORTSDIR > variable is used for ports but not for src, ven though it's in > /etc/make.conf, and thus it's available but ignored. The weird thing is > that during rebuilding modules after building a kernel (buildkernel), > the next phase is to rebuild the stuff listed in PORTS_MODULES, and that > does reference PORTSDIR, but it just isn't actually read from > /etc/make.conf. > Hey Jonathan, because it is more or less part of the src building process, maybe you can use 'SRC_ENV_CONF'. If I understand this snipped from src.conf(5) correctly: The environment of make(1) for the build can be controlled via the SRC_ENV_CONF variable, which defaults to /etc/src-env.conf. For me, it sounds exactly like that what you would do with: make -j32 buildkernel PORTSDIR="/some/path" However, I never used it, so I don't actually know... Souji From nobody Fri Dec 9 08:37:48 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NT4Cn64LMz4jxxn; Fri, 9 Dec 2022 08:37:57 +0000 (UTC) (envelope-from zlei.huang@gmail.com) Received: from mail-pj1-x1034.google.com (mail-pj1-x1034.google.com [IPv6:2607:f8b0:4864:20::1034]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NT4Cm6HmSz3FvP; Fri, 9 Dec 2022 08:37:56 +0000 (UTC) (envelope-from zlei.huang@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=Eq7zBN8D; spf=pass (mx1.freebsd.org: domain of zlei.huang@gmail.com designates 2607:f8b0:4864:20::1034 as permitted sender) smtp.mailfrom=zlei.huang@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-pj1-x1034.google.com with SMTP id t17so4139100pjo.3; Fri, 09 Dec 2022 00:37:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:from:to:cc:subject:date:message-id:reply-to; bh=onIj2LMAtXpTwE+idw1Y8uI2CXyubcpt9XbIcnELReg=; b=Eq7zBN8Dh8XTIwkAkY3oAa/LrsQySRinCptcoOZX7kNRdwxrunBIqFAEQVP8A5fFBZ q4oNkTjgUyZy5GeGlPaIxLkQcqGbKZmqCyAQ5FtFL7FlCQFKy172AmHn+cT4aREZDvY5 ips14noit51yecv5sJrKZ5WdUWAfGwsMRvEnyVzSCcVok9d7UVQnoA93VDvkmqEgERD7 mSHGfqR4zPwHLqZqxYsW3r7OkhOdciZxQHjVzgeWFGZDNhxLHNwAKcj+hiMYABaBYGa1 SyomzA/sHzheL17QnLFgqbydYPhCS+3ABh4G4dhwapP4VEICBoslZvtOJHNRGKtRBfFV 8UPA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=onIj2LMAtXpTwE+idw1Y8uI2CXyubcpt9XbIcnELReg=; b=gpAFoku2pnLk5GJxxGjBgSYRZD8OBni/VZAG6BcTfvsWyIAEHT6RXL6m2bMc50AHju 4yETxAbQ7EssS+gqmk+IOPFIncIXykP1z5JJVicMq/ooOXzVS3HDmgY4Ls1jxL58LXLa 9bNmJsI67Eoqh5wxjQS1njOFrFpGCtm4AovP5ATWF4ApEBiBHQ6TTY1ujT8o5aYZwuqF yU0rABwm2O2Q6bvMRV14JcZOckY7WXfUe7nzuUpqT78mAt2SewH9vy2PKXmnfuLZmsW6 L8BkyadlQ6RMCvDyjI+VU6kum+lxuVtXIj3qIxC7zRn+Rr7ZVaDpXVf589s+6NdFK5Ze d05A== X-Gm-Message-State: ANoB5plRpGSw7N8+uXeqLHJZbkXDDaO46pyCPy1NosCL/Q0GXB/U8+0z cBvTeH3Y6yj+rpsgSCvaLbX8R6zcojpxBAnq X-Google-Smtp-Source: AA0mqf7A2a8EnyIbmcIZkRy+chNKVfygVSriWZ0MiSB9zLwLkdXLkQrdPcnNQE3kp58FKbBtnXSVoA== X-Received: by 2002:a05:6a20:441d:b0:a9:af6a:c9ef with SMTP id ce29-20020a056a20441d00b000a9af6ac9efmr9428717pzb.33.1670575075724; Fri, 09 Dec 2022 00:37:55 -0800 (PST) Received: from ?IPv6:fd03:a1b3:1819::8001? ([2001:19f0:6001:9db:98f0:9fe0:3545:10]) by smtp.gmail.com with ESMTPSA id ep11-20020a17090ae64b00b00210c84b8ae5sm684924pjb.35.2022.12.09.00.37.53 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 09 Dec 2022 00:37:55 -0800 (PST) From: Zhenlei Huang Message-Id: <0E34B612-D500-4A3E-AF28-4A73B04BCA5F@gmail.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_7031293A-75D8-4D20-B1D0-D48F3FF1A892" List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.7\)) Subject: Re: Upcoming 13.2 has disappered on the web Date: Fri, 9 Dec 2022 16:37:48 +0800 In-Reply-To: <1BF62EBB-927D-4B18-B7B9-FF28B9873E6D@gmail.com> Cc: stable@freebsd.org, Gordon Bergling , "freebsd-doc@freebsd.org" To: Yoshihiro Ota References: <20221207222145.112a3fc82606aafebb79a986@j.email.ne.jp> <1BF62EBB-927D-4B18-B7B9-FF28B9873E6D@gmail.com> X-Mailer: Apple Mail (2.3608.120.23.2.7) X-Spamd-Result: default: False [-1.41 / 15.00]; URI_COUNT_ODD(1.00)[13]; NEURAL_HAM_LONG(-0.99)[-0.991]; NEURAL_HAM_MEDIUM(-0.89)[-0.887]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_HAM_SHORT(-0.04)[-0.036]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TAGGED_FROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::1034:from]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_THREE(0.00)[3]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[stable@freebsd.org,freebsd-doc@freebsd.org] X-Rspamd-Queue-Id: 4NT4Cm6HmSz3FvP X-Spamd-Bar: - X-ThisMailContainsUnwantedMimeParts: N --Apple-Mail=_7031293A-75D8-4D20-B1D0-D48F3FF1A892 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Dec 8, 2022, at 6:48 PM, Zhenlei Huang = wrote: >=20 >=20 >> On Dec 8, 2022, at 11:21 AM, Yoshihiro Ota > wrote: >>=20 >> Hi, >>=20 >> The top page lost the link although the scheudule page still exists. >> Can someone fix the top page of www.freebsd.org = ? >=20 > Might be caused by d3615bbb ( release: announce 12.4-RELEASE ). Submitted to https://reviews.freebsd.org/D37654 = . See also PR https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D268257 = =20 >=20 >>=20 >>=20 >> Hiro >>=20 >=20 --Apple-Mail=_7031293A-75D8-4D20-B1D0-D48F3FF1A892 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii

On Dec 8, 2022, at 6:48 PM, Zhenlei Huang = <zlei.huang@gmail.com> wrote:


On Dec 8, 2022, at 11:21 AM, = Yoshihiro Ota <ota@j.email.ne.jp> wrote:

Hi,
The top page lost the link although the = scheudule page still exists.
Can someone fix the top page = of www.freebsd.org?

Might be caused by d3615bbb = ( release: announce 12.4-RELEASE = ).







Hiro



= --Apple-Mail=_7031293A-75D8-4D20-B1D0-D48F3FF1A892-- From nobody Fri Dec 9 08:56:15 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NT4d31df4z4k39v; Fri, 9 Dec 2022 08:56:23 +0000 (UTC) (envelope-from zlei.huang@gmail.com) Received: from mail-pj1-x1031.google.com (mail-pj1-x1031.google.com [IPv6:2607:f8b0:4864:20::1031]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NT4d21p0Nz3JcY; Fri, 9 Dec 2022 08:56:22 +0000 (UTC) (envelope-from zlei.huang@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=DYUBJ2w3; spf=pass (mx1.freebsd.org: domain of zlei.huang@gmail.com designates 2607:f8b0:4864:20::1031 as permitted sender) smtp.mailfrom=zlei.huang@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-pj1-x1031.google.com with SMTP id fy4so3896021pjb.0; Fri, 09 Dec 2022 00:56:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:from:to:cc:subject:date:message-id:reply-to; bh=9WI8TSwZ7wL8d8i5fyP5p1TZEninGt9U9PtiyXqnw0k=; b=DYUBJ2w3WYE60BuusjOt07PK4Bz3tPp1k6ZvSnMhpAr24WJc8bIZLCCkhZCz34k/eM ZPH6rn3MQ5qLjoe4dJrAArMgRSy7ap7EWOvGx2docJiVSAjta54ZVM5Zg5Ohj7+MIAfv p/u+mVvmaXIhME7Ueq673GF6iw4nDE1b1G9WediZgJ178AVjy4CcIwSnhmX+/eu9968f zt5vtAdp/SgvrCpeBtpdbG+MZXMjlAqA2NsNTx1KPYmufK1B7R3Ao1n/V0tEPOwiAo9C +lwyeTLR7F1yncXsT+kfnwuA98qcIZKvwNjKLkp1emnPUQ7Uw+ji0TKobeuw1VogJu1q s15w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=9WI8TSwZ7wL8d8i5fyP5p1TZEninGt9U9PtiyXqnw0k=; b=NmDXG5QIjWEf2G57iTG9rNjYQFLXIjTgKKDmupozLOOTvtOZUgMEtLbO0eonqEKD/+ D+7Ch2UpSxu1ICujIJGsIJsfD2Qqj4npslg6625HljDVzyUtghTnsZWeCjPgwcj6SNRR 7HaNeqAx/2o49o+3+cBJkb1QwZqqdB9dqJJxrtMxEpiac50Jttg+xEqIOv55AeUkvrBF LLfFS/h3AupBnUbbZ6J262zMGkkDOzGbelk1jpqj/i+NXgPzG9/0nUPtEiZBFOiiIQGU DLE7+fu7/AiokyXmgKRxhHMs45zfWQmHBPfIkRIFOULJJkaLWm9yd3mgH84wue7pnFKD OtAw== X-Gm-Message-State: ANoB5pnRXt5U7dJE0I1TV9rC9V7QdBtmXNoNXGA8a4u055u2vsmdfQ9u tfGY72LjKGaPdK9hhlu2bWjWxlE8+63QNg== X-Google-Smtp-Source: AA0mqf4PHNqb+cfpuoFN3YAwfmO3Y8Fsej/0Xf2PQ3fHjzDmEzy1o+QVezbQjYFrECxI1i8hidP7gQ== X-Received: by 2002:a17:902:e809:b0:189:30d0:8012 with SMTP id u9-20020a170902e80900b0018930d08012mr8261672plg.65.1670576181180; Fri, 09 Dec 2022 00:56:21 -0800 (PST) Received: from [172.17.252.129] (ns1.oxydns.net. [45.32.91.63]) by smtp.gmail.com with ESMTPSA id o1-20020a170902d4c100b0017f7c4e260fsm828424plg.150.2022.12.09.00.56.19 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 09 Dec 2022 00:56:20 -0800 (PST) From: Zhenlei Huang X-Google-Original-From: Zhenlei Huang Message-Id: <5D2006FE-00BC-4600-8AE5-FA89DF33B372@FreeBSD.org> Content-Type: multipart/alternative; boundary="Apple-Mail=_96518122-92D1-47F4-9887-0F39DFEFC33B" List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.7\)) Subject: Re: Upcoming 13.2 has disappered on the web Date: Fri, 9 Dec 2022 16:56:15 +0800 In-Reply-To: <0E34B612-D500-4A3E-AF28-4A73B04BCA5F@gmail.com> Cc: stable@freebsd.org, Gordon Bergling , "freebsd-doc@freebsd.org" To: Yoshihiro Ota References: <20221207222145.112a3fc82606aafebb79a986@j.email.ne.jp> <1BF62EBB-927D-4B18-B7B9-FF28B9873E6D@gmail.com> <0E34B612-D500-4A3E-AF28-4A73B04BCA5F@gmail.com> X-Mailer: Apple Mail (2.3608.120.23.2.7) X-Spamd-Result: default: False [-1.41 / 15.00]; URI_COUNT_ODD(1.00)[13]; MID_RHS_MATCH_TO(1.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.995]; NEURAL_HAM_LONG(-0.99)[-0.987]; NEURAL_HAM_MEDIUM(-0.93)[-0.932]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::1031:from]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TAGGED_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MLMMJ_DEST(0.00)[stable@freebsd.org,freebsd-doc@freebsd.org] X-Rspamd-Queue-Id: 4NT4d21p0Nz3JcY X-Spamd-Bar: - X-ThisMailContainsUnwantedMimeParts: N --Apple-Mail=_96518122-92D1-47F4-9887-0F39DFEFC33B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Dec 9, 2022, at 4:37 PM, Zhenlei Huang = wrote: >=20 >=20 >> On Dec 8, 2022, at 6:48 PM, Zhenlei Huang > wrote: >>=20 >>=20 >>> On Dec 8, 2022, at 11:21 AM, Yoshihiro Ota > wrote: >>>=20 >>> Hi, >>>=20 >>> The top page lost the link although the scheudule page still exists. >>> Can someone fix the top page of www.freebsd.org = ? >>=20 >> Might be caused by d3615bbb ( release: announce 12.4-RELEASE ). >=20 > Submitted to https://reviews.freebsd.org/D37654 = . >=20 > See also PR https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D268257 = =20 >=20 Fixed. Thanks for your report ! Best regards, Zhenlei >=20 >>=20 >>>=20 >>>=20 >>> Hiro >>>=20 >>=20 >=20 --Apple-Mail=_96518122-92D1-47F4-9887-0F39DFEFC33B Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii

On Dec 9, 2022, at 4:37 PM, Zhenlei Huang <zlei.huang@gmail.com> wrote:


On Dec 8, 2022, at 6:48 PM, = Zhenlei Huang <zlei.huang@gmail.com> wrote:


On Dec 8, 2022, at 11:21 AM, = Yoshihiro Ota <ota@j.email.ne.jp> wrote:

Hi,
The top page lost the link although the = scheudule page still exists.
Can someone fix the top page = of www.freebsd.org?

Might be caused by d3615bbb = ( release: announce 12.4-RELEASE = ).

Submitted to https://reviews.freebsd.org/D37654 .

See also PR https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D268257&= nbsp;


Fixed.

Thanks = for your report !

Best = regards,
Zhenlei





Hiro




= --Apple-Mail=_96518122-92D1-47F4-9887-0F39DFEFC33B-- From nobody Fri Dec 9 12:10:52 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NT8xf5sxDz4kPFM for ; Fri, 9 Dec 2022 12:11:02 +0000 (UTC) (envelope-from list_freebsd@bluerosetech.com) Received: from echo.brtsvcs.net (echo.brtsvcs.net [208.111.40.118]) (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 4NT8xf0THvz3pGQ for ; Fri, 9 Dec 2022 12:11:02 +0000 (UTC) (envelope-from list_freebsd@bluerosetech.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of list_freebsd@bluerosetech.com designates 208.111.40.118 as permitted sender) smtp.mailfrom=list_freebsd@bluerosetech.com; dmarc=none Received: from chombo.houseloki.net (65-100-43-2.dia.static.qwest.net [65.100.43.2]) by echo.brtsvcs.net (Postfix) with ESMTPS id 476C838D07; Fri, 9 Dec 2022 12:10:55 +0000 (UTC) Received: from [10.26.25.100] (ivy.pas.ds.pilgrimaccounting.com [10.26.25.100]) by chombo.houseloki.net (Postfix) with ESMTPSA id D9E2A2293C; Fri, 9 Dec 2022 04:10:54 -0800 (PST) Subject: Re: PORTSDIR not being read from /etc/make.conf when build /usr/src To: Jonathan Vasquez , "freebsd-stable@freebsd.org" References: From: Mel Pilgrim Message-ID: <3b3339c7-4ec7-5d44-1486-33d3147a89bf@bluerosetech.com> Date: Fri, 9 Dec 2022 04:10:52 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-3.29 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.993]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; ASN(0.00)[asn:36236, ipnet:208.111.40.0/24, country:US]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[bluerosetech.com]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4NT8xf0THvz3pGQ X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N On 2022-12-07 14:18, Jonathan Vasquez wrote: > I'm currently trying to centralize my poudriere ports directory and my > normal /usr/ports dir so that I can reduce the load on the central > freebsd servers, and also to clean it up on my end. [...] > At the moment I have my poudriere ports directory and > distfiles defined at: > > /usr/local/poudriere/ports/default (The standard path for poudriere). > /usr/local/poudriere/distfiles > > I went ahead and added the following to /etc/make.conf: > > PORTSDIR=/usr/local/poudriere/ports/default > DISTDIR=/usr/local/poudriere/distfiles > > However, when running a "make -j32 buildkernel", the PORTSDIR variable > doesn't get read in properly and will default to /usr/ports. Symlink /usr/ports -> /usr/local/poudriere/ports/default From nobody Fri Dec 9 17:09:27 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NTHZF1zfhz4jmJL for ; Fri, 9 Dec 2022 17:09:41 +0000 (UTC) (envelope-from jon@xyinn.org) Received: from mail-4317.proton.ch (mail-4317.proton.ch [185.70.43.17]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NTHZD6kBWz3CHy for ; Fri, 9 Dec 2022 17:09:40 +0000 (UTC) (envelope-from jon@xyinn.org) Authentication-Results: mx1.freebsd.org; none Date: Fri, 09 Dec 2022 17:09:27 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xyinn.org; s=protonmail3; t=1670605778; x=1670864978; bh=mkczVqX1VoMXT6N7xOzsCHNzf/3smJeseIsR8vU9O7Y=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=n+x95FyqfI7melcrXTixxoAXbE8W3FeconKbc8903qehsbZYF2ZqS3M65fa2TsVwl 8JukAvk69crXkQXXeqcPlvFQGfTh1CGG/sG4/LIOQ3Q3gDaVcZsEGVGV2aefHI9vba +G+2HRqysWlhMVytOVGbnUZPOR+CH1ROglDLSefTbCEW96pk+aIVjn9yNM9SBGk/Dl VCBNYJ5h72RHBNybIslxrU2+dMAVnVpPgtGvuzHIwq/OikCU+Tr9Qe6FHUKgyVCWPw ouIoBRSkIhj2A84nIHQG3iQVWRQI3GergPzBKUGm8bneN/mlTn+g6GikdN04IarEm8 20XigKfoUUNoA== To: Mel Pilgrim From: Jonathan Vasquez Cc: "freebsd-stable@freebsd.org" Subject: Re: PORTSDIR not being read from /etc/make.conf when build /usr/src Message-ID: In-Reply-To: <3b3339c7-4ec7-5d44-1486-33d3147a89bf@bluerosetech.com> References: <3b3339c7-4ec7-5d44-1486-33d3147a89bf@bluerosetech.com> Feedback-ID: 12351801:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4NTHZD6kBWz3CHy X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.43.0/24, country:CH] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N Thanks Mel. Like I said before, I know we have a lot of workarounds for this, but I'm w= ondering if the current behavior of "PORTSDIR" not being respected when dec= lared in the /etc/make.conf, if that's intended behavior or a bug? Jonathan Vasquez PGP: 34DA 858C 1447 509E C77A D49F FB85 90B7 C4CA 5279 Sent with ProtonMail Secure Email ------- Original Message ------- On Friday, December 9th, 2022 at 07:10, Mel Pilgrim wrote: > On 2022-12-07 14:18, Jonathan Vasquez wrote: >=20 > > I'm currently trying to centralize my poudriere ports directory and my > > normal /usr/ports dir so that I can reduce the load on the central > > freebsd servers, and also to clean it up on my end. >=20 > [...] >=20 > > At the moment I have my poudriere ports directory and > > distfiles defined at: > >=20 > > /usr/local/poudriere/ports/default (The standard path for poudriere). > > /usr/local/poudriere/distfiles > >=20 > > I went ahead and added the following to /etc/make.conf: > >=20 > > PORTSDIR=3D/usr/local/poudriere/ports/default > > DISTDIR=3D/usr/local/poudriere/distfiles > >=20 > > However, when running a "make -j32 buildkernel", the PORTSDIR variable > > doesn't get read in properly and will default to /usr/ports. >=20 >=20 > Symlink /usr/ports -> /usr/local/poudriere/ports/default From nobody Sat Dec 10 09:33:09 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NTjPC2G37z4jjWB for ; Sat, 10 Dec 2022 09:33:19 +0000 (UTC) (envelope-from list_freebsd@bluerosetech.com) Received: from echo.brtsvcs.net (echo.brtsvcs.net [IPv6:2607:f740:c::4ae]) (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 4NTjPB6sBwz3w3N for ; Sat, 10 Dec 2022 09:33:18 +0000 (UTC) (envelope-from list_freebsd@bluerosetech.com) Authentication-Results: mx1.freebsd.org; none Received: from chombo.houseloki.net (65-100-43-2.dia.static.qwest.net [65.100.43.2]) by echo.brtsvcs.net (Postfix) with ESMTPS id 4CE9038D07; Sat, 10 Dec 2022 09:33:11 +0000 (UTC) Received: from [10.26.25.100] (ivy.pas.ds.pilgrimaccounting.com [10.26.25.100]) by chombo.houseloki.net (Postfix) with ESMTPSA id CD2D5229F8; Sat, 10 Dec 2022 01:33:10 -0800 (PST) Subject: Re: PORTSDIR not being read from /etc/make.conf when build /usr/src To: Jonathan Vasquez Cc: "freebsd-stable@freebsd.org" References: <3b3339c7-4ec7-5d44-1486-33d3147a89bf@bluerosetech.com> From: Mel Pilgrim Message-ID: Date: Sat, 10 Dec 2022 01:33:09 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4NTjPB6sBwz3w3N X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36236, ipnet:2607:f740:c::/48, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N > On Friday, December 9th, 2022 at 07:10, Mel Pilgrim > wrote: >> >> Symlink /usr/ports -> /usr/local/poudriere/ports/default On 2022-12-09 9:09, Jonathan Vasquez wrote: > Thanks Mel. > > Like I said before, I know we have a lot of workarounds for this, > but I'm wondering if the current behavior of "PORTSDIR" not being > respected when declared in the /etc/make.conf, if that's intended > behavior or a bug? Does it work if you set PORTSDIR in /etc/src.conf as well? From nobody Sat Dec 10 14:02:31 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NTqNC2RGqz4kVWL for ; Sat, 10 Dec 2022 14:02:51 +0000 (UTC) (envelope-from jon@xyinn.org) Received: from mail-4022.proton.ch (mail-4022.proton.ch [185.70.40.22]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NTqNC03FZz4LXB for ; Sat, 10 Dec 2022 14:02:49 +0000 (UTC) (envelope-from jon@xyinn.org) Authentication-Results: mx1.freebsd.org; none Date: Sat, 10 Dec 2022 14:02:31 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xyinn.org; s=protonmail3; t=1670680966; x=1670940166; bh=o8Hhtf5DeE+OaT6j7dPq8DkIY/BMcwlzYqV+XADyXCk=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=IE+RvNQ1//7jU47kVEPDdtBa6lZ0U/rfbdbfSOqB90iouZxfEAo9ebLMLOGZaHNia YCnWFhehb4QyuMwja3USwRqJx06D1Adx2j9fmuiaWyiZ10jDhMtpVVOap/wrT1k3tl RkPK6eCFRsCl6xvR3CmOeoznn/THQNtvBa0x4juJHglO7PHyVUJw8aetR3ZekPbtno 1b9MoN5HraicVFWClzJoRYTfBaw3QBUzrB0pPxYc6vipqd2CzSi7GacJhUWhPkNAAZ 76CQZIol1gDgFq2RF3iXYIZPrtzl5RoHruVRdD90fHJQyiLtK0VB03/yAa0DlTxPzD /EinVubn2D7ug== To: list_freebsd@bluerosetech.com From: Jonathan Vasquez Cc: freebsd-stable@freebsd.org Subject: Re: PORTSDIR not being read from /etc/make.conf when build /usr/src Message-ID: In-Reply-To: References: <3b3339c7-4ec7-5d44-1486-33d3147a89bf@bluerosetech.com> Feedback-ID: 12351801:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_ur1lzYjrBabQXycV9bjaGoeOaTzO3eYXfSrtpdpmQ" X-Rspamd-Queue-Id: 4NTqNC03FZz4LXB X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --b1_ur1lzYjrBabQXycV9bjaGoeOaTzO3eYXfSrtpdpmQ Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SGV5IE1lbCwKCkkgdGhpbmsgSSB0ZXN0ZWQgdGhhdCBzY2VuYXJpbyBhcyB3ZWxsIGFuZCBub3Ro aW5nLiBGb3Igbm93LCBJJ3ZlIGdvbmUgd2l0aCB5b3VyIHN5bWxpbmsgd29ya2Fyb3VuZCBhbmQg aXQncyB3b3JraW5nIG5pY2VseS4gSSdsbCBvcGVuIHVwIGEgYnVnIHJlcG9ydCB0byBnZXQgY29u ZmlybWF0aW9uIGZyb20gdGhlIGRldnMgd2hlbmV2ZXIgdGhleSBnZXQgYSBjaGFuY2UgdG8gcmVw bHkuCgpKb25hdGhhbiBWYXNxdWV6ClBHUDogMzREQSA4NThDIDE0NDcgNTA5RSBDNzdBIEQ0OUYg RkI4NSA5MEI3IEM0Q0EgNTI3OQpTZW50IHdpdGggUHJvdG9uTWFpbCBTZWN1cmUgRW1haWwKClNl bnQgZnJvbSBQcm90b24gTWFpbCBtb2JpbGUKCi0tLS0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0t LS0tLS0KT24gRGVjIDEwLCAyMDIyLCAwNDozMywgTWVsIFBpbGdyaW0gPCBsaXN0X2ZyZWVic2RA Ymx1ZXJvc2V0ZWNoLmNvbT4gd3JvdGU6Cj4gT24gRnJpZGF5LCBEZWNlbWJlciA5dGgsIDIwMjIg YXQgMDc6MTAsIE1lbCBQaWxncmltID4gd3JvdGU6ID4+ID4+IFN5bWxpbmsgL3Vzci9wb3J0cyAt PiAvdXNyL2xvY2FsL3BvdWRyaWVyZS9wb3J0cy9kZWZhdWx0IE9uIDIwMjItMTItMDkgOTowOSwg Sm9uYXRoYW4gVmFzcXVleiB3cm90ZTogPiBUaGFua3MgTWVsLiA+ID4gTGlrZSBJIHNhaWQgYmVm b3JlLCBJIGtub3cgd2UgaGF2ZSBhIGxvdCBvZiB3b3JrYXJvdW5kcyBmb3IgdGhpcywgPiBidXQg SSdtIHdvbmRlcmluZyBpZiB0aGUgY3VycmVudCBiZWhhdmlvciBvZiAiUE9SVFNESVIiIG5vdCBi ZWluZyA+IHJlc3BlY3RlZCB3aGVuIGRlY2xhcmVkIGluIHRoZSAvZXRjL21ha2UuY29uZiwgaWYg dGhhdCdzIGludGVuZGVkID4gYmVoYXZpb3Igb3IgYSBidWc/IERvZXMgaXQgd29yayBpZiB5b3Ug c2V0IFBPUlRTRElSIGluIC9ldGMvc3JjLmNvbmYgYXMgd2VsbD8= --b1_ur1lzYjrBabQXycV9bjaGoeOaTzO3eYXfSrtpdpmQ Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 SGV5IE1lbCw8YnI+PGJyPkkgdGhpbmsgSSB0ZXN0ZWQgdGhhdCBzY2VuYXJpbyBhcyB3ZWxsIGFu ZCBub3RoaW5nLiBGb3Igbm93LCBJJ3ZlIGdvbmUgd2l0aCB5b3VyIHN5bWxpbmsgd29ya2Fyb3Vu ZCBhbmQgaXQncyB3b3JraW5nIG5pY2VseS4gSSdsbCBvcGVuIHVwIGEgYnVnIHJlcG9ydCB0byBn ZXQgY29uZmlybWF0aW9uIGZyb20gdGhlIGRldnMgd2hlbmV2ZXIgdGhleSBnZXQgYSBjaGFuY2Ug dG8gcmVwbHkuPGJyPjxicj48YnI+PGRpdj5Kb25hdGhhbiBWYXNxdWV6PGJyIC8+PC9kaXY+PGRp dj5QR1A6IDM0REEgODU4QyAxNDQ3IDUwOUUgQzc3QSAgRDQ5RiBGQjg1IDkwQjcgQzRDQSA1Mjc5 PGJyIC8+PC9kaXY+PGRpdj5TZW50IHdpdGggUHJvdG9uTWFpbCBTZWN1cmUgRW1haWw8YnIgLz48 L2Rpdj48ZGl2PjxiciAvPjwvZGl2Pjxicj48YnI+U2VudCBmcm9tIFByb3RvbiBNYWlsIG1vYmls ZTxicj48YnI+PGJyPjxicj48YnI+LS0tLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLS0tLTxi cj5PbiBEZWMgMTAsIDIwMjIsIDA0OjMzLCBNZWwgUGlsZ3JpbSAmbHQ7IGxpc3RfZnJlZWJzZEBi bHVlcm9zZXRlY2guY29tJmd0OyB3cm90ZTo8YnI+Jmd0OyBPbiBGcmlkYXksIERlY2VtYmVyIDl0 aCwgMjAyMiBhdCAwNzoxMCwgTWVsIFBpbGdyaW0gJmd0OyB3cm90ZTogJmd0OyZndDsgJmd0OyZn dDsgU3ltbGluayAvdXNyL3BvcnRzIC0mZ3Q7IC91c3IvbG9jYWwvcG91ZHJpZXJlL3BvcnRzL2Rl ZmF1bHQgT24gMjAyMi0xMi0wOSA5OjA5LCBKb25hdGhhbiBWYXNxdWV6IHdyb3RlOiAmZ3Q7IFRo YW5rcyBNZWwuICZndDsgJmd0OyBMaWtlIEkgc2FpZCBiZWZvcmUsIEkga25vdyB3ZSBoYXZlIGEg bG90IG9mIHdvcmthcm91bmRzIGZvciB0aGlzLCAmZ3Q7IGJ1dCBJJ20gd29uZGVyaW5nIGlmIHRo ZSBjdXJyZW50IGJlaGF2aW9yIG9mICJQT1JUU0RJUiIgbm90IGJlaW5nICZndDsgcmVzcGVjdGVk IHdoZW4gZGVjbGFyZWQgaW4gdGhlIC9ldGMvbWFrZS5jb25mLCBpZiB0aGF0J3MgaW50ZW5kZWQg Jmd0OyBiZWhhdmlvciBvciBhIGJ1Zz8gRG9lcyBpdCB3b3JrIGlmIHlvdSBzZXQgUE9SVFNESVIg aW4gL2V0Yy9zcmMuY29uZiBhcyB3ZWxsPyA8YnI+ --b1_ur1lzYjrBabQXycV9bjaGoeOaTzO3eYXfSrtpdpmQ-- From nobody Sat Dec 10 14:08:40 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NTqW40tsYz4kW6T for ; Sat, 10 Dec 2022 14:08:48 +0000 (UTC) (envelope-from jon@xyinn.org) Received: from mail-4022.proton.ch (mail-4022.proton.ch [185.70.40.22]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits)) (Client CN "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NTqW2099Tz4MwB for ; Sat, 10 Dec 2022 14:08:46 +0000 (UTC) (envelope-from jon@xyinn.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=xyinn.org header.s=protonmail3 header.b=L1dgf7Lr; spf=pass (mx1.freebsd.org: domain of jon@xyinn.org designates 185.70.40.22 as permitted sender) smtp.mailfrom=jon@xyinn.org; dmarc=pass (policy=none) header.from=xyinn.org Date: Sat, 10 Dec 2022 14:08:40 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xyinn.org; s=protonmail3; t=1670681324; x=1670940524; bh=dpKfQVwuX82N11s4Je1w0CqSRQ9LURQ7eNC/DUlwUpQ=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=L1dgf7Lru45tEx5THmydxhd2augZYb/k4I8dVVgiQ5o6hnz9U1WwMebs5ed21A5NX gdhOwO8m5k87HFA8YwbhMfpouY95JvdgxsbwoYQ941zb3EKsALyZic0Wao3+Q5jSEQ cD3JkGb+8NrXqLG37DIToj3he1DmFz1T2k0i/L246oYVfKtvP+zkVRSqBVU1lUDA0Y vrTEBswlkEvvtcvMh0y3vFdObAlhBu9SMFTqB+9vv4cSoXDbLSY8hiiiRfdLpJviMR hKPrMECbyRBCAUdukOOfkFXT0nj6jUcntA/8aRMTZTNDTKJpQcN7tdzCf10mj5rdik Zi9Ad0BLgit8A== To: list_freebsd@bluerosetech.com From: Jonathan Vasquez Cc: freebsd-stable@freebsd.org Subject: Re: PORTSDIR not being read from /etc/make.conf when build /usr/src Message-ID: In-Reply-To: References: <3b3339c7-4ec7-5d44-1486-33d3147a89bf@bluerosetech.com> Feedback-ID: 12351801:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_3JEHsKGicnnZFVjLHxMv626JNUz2c51VTzH1k990" X-Spamd-Result: default: False [-2.90 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MIME_BASE64_TEXT_BOGUS(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.996]; DMARC_POLICY_ALLOW(-0.50)[xyinn.org,none]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; R_DKIM_ALLOW(-0.20)[xyinn.org:s=protonmail3]; MIME_BASE64_TEXT(0.10)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCPT_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; FREEFALL_USER(0.00)[jon]; DKIM_TRACE(0.00)[xyinn.org:+]; FROM_HAS_DN(0.00)[]; TO_DN_NONE(0.00)[]; HAS_PHPMAILER_SIG(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4NTqW2099Tz4MwB X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --b1_3JEHsKGicnnZFVjLHxMv626JNUz2c51VTzH1k990 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 UmVwb3J0IG9wZW5lZCBoZXJlOiBodHRwczovL2J1Z3MuZnJlZWJzZC5vcmcvYnVnemlsbGEvc2hv d19idWcuY2dpP2lkPTI2ODI5OQoKVGhhbmtzIGV2ZXJ5b25lIGZvciB5b3VyIGZlZWRiYWNrIGFu ZCByZWNvbW1lbmRhdGlvbnMhCgpKb25hdGhhbiBWYXNxdWV6ClBHUDogMzREQSA4NThDIDE0NDcg NTA5RSBDNzdBIEQ0OUYgRkI4NSA5MEI3IEM0Q0EgNTI3OQpTZW50IHdpdGggUHJvdG9uTWFpbCBT ZWN1cmUgRW1haWwKClNlbnQgZnJvbSBQcm90b24gTWFpbCBtb2JpbGUKCi0tLS0tLS0tIE9yaWdp bmFsIE1lc3NhZ2UgLS0tLS0tLS0KT24gRGVjIDEwLCAyMDIyLCAwOTowMiwgSm9uYXRoYW4gVmFz cXVleiB3cm90ZToKCj4gSGV5IE1lbCwKPgo+IEkgdGhpbmsgSSB0ZXN0ZWQgdGhhdCBzY2VuYXJp byBhcyB3ZWxsIGFuZCBub3RoaW5nLiBGb3Igbm93LCBJJ3ZlIGdvbmUgd2l0aCB5b3VyIHN5bWxp bmsgd29ya2Fyb3VuZCBhbmQgaXQncyB3b3JraW5nIG5pY2VseS4gSSdsbCBvcGVuIHVwIGEgYnVn IHJlcG9ydCB0byBnZXQgY29uZmlybWF0aW9uIGZyb20gdGhlIGRldnMgd2hlbmV2ZXIgdGhleSBn ZXQgYSBjaGFuY2UgdG8gcmVwbHkuCj4KPiBKb25hdGhhbiBWYXNxdWV6Cj4gUEdQOiAzNERBIDg1 OEMgMTQ0NyA1MDlFIEM3N0EgRDQ5RiBGQjg1IDkwQjcgQzRDQSA1Mjc5Cj4gU2VudCB3aXRoIFBy b3Rvbk1haWwgU2VjdXJlIEVtYWlsCj4KPiBTZW50IGZyb20gUHJvdG9uIE1haWwgbW9iaWxlCj4K PiAtLS0tLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tLS0tCj4gT24gRGVjIDEwLCAyMDIyLCAw NDozMywgTWVsIFBpbGdyaW0gPCBsaXN0X2ZyZWVic2RAYmx1ZXJvc2V0ZWNoLmNvbT4gd3JvdGU6 Cj4+IE9uIEZyaWRheSwgRGVjZW1iZXIgOXRoLCAyMDIyIGF0IDA3OjEwLCBNZWwgUGlsZ3JpbSA+ IHdyb3RlOiA+PiA+PiBTeW1saW5rIC91c3IvcG9ydHMgLT4gL3Vzci9sb2NhbC9wb3VkcmllcmUv cG9ydHMvZGVmYXVsdCBPbiAyMDIyLTEyLTA5IDk6MDksIEpvbmF0aGFuIFZhc3F1ZXogd3JvdGU6 ID4gVGhhbmtzIE1lbC4gPiA+IExpa2UgSSBzYWlkIGJlZm9yZSwgSSBrbm93IHdlIGhhdmUgYSBs b3Qgb2Ygd29ya2Fyb3VuZHMgZm9yIHRoaXMsID4gYnV0IEknbSB3b25kZXJpbmcgaWYgdGhlIGN1 cnJlbnQgYmVoYXZpb3Igb2YgIlBPUlRTRElSIiBub3QgYmVpbmcgPiByZXNwZWN0ZWQgd2hlbiBk ZWNsYXJlZCBpbiB0aGUgL2V0Yy9tYWtlLmNvbmYsIGlmIHRoYXQncyBpbnRlbmRlZCA+IGJlaGF2 aW9yIG9yIGEgYnVnPyBEb2VzIGl0IHdvcmsgaWYgeW91IHNldCBQT1JUU0RJUiBpbiAvZXRjL3Ny Yy5jb25mIGFzIHdlbGw/ --b1_3JEHsKGicnnZFVjLHxMv626JNUz2c51VTzH1k990 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 UmVwb3J0IG9wZW5lZCBoZXJlOiA8YSBocmVmPSJodHRwczovL2J1Z3MuZnJlZWJzZC5vcmcvYnVn emlsbGEvc2hvd19idWcuY2dpP2lkPTI2ODI5OSI+aHR0cHM6Ly9idWdzLmZyZWVic2Qub3JnL2J1 Z3ppbGxhL3Nob3dfYnVnLmNnaT9pZD0yNjgyOTk8L2E+PGJyPjxicj5UaGFua3MgZXZlcnlvbmUg Zm9yIHlvdXIgZmVlZGJhY2sgYW5kIHJlY29tbWVuZGF0aW9ucyE8YnI+PGJyPjxicj48ZGl2Pkpv bmF0aGFuIFZhc3F1ZXo8YnIgLz48L2Rpdj48ZGl2PlBHUDogMzREQSA4NThDIDE0NDcgNTA5RSBD NzdBICBENDlGIEZCODUgOTBCNyBDNENBIDUyNzk8YnIgLz48L2Rpdj48ZGl2PlNlbnQgd2l0aCBQ cm90b25NYWlsIFNlY3VyZSBFbWFpbDxiciAvPjwvZGl2PjxkaXY+PGJyIC8+PC9kaXY+PGJyPjxi cj5TZW50IGZyb20gUHJvdG9uIE1haWwgbW9iaWxlPGJyPjxicj48YnI+PGJyPi0tLS0tLS0tIE9y aWdpbmFsIE1lc3NhZ2UgLS0tLS0tLS08YnI+T24gRGVjIDEwLCAyMDIyLCAwOTowMiwgSm9uYXRo YW4gVmFzcXVleiA8IGpvbkB4eWlubi5vcmc+IHdyb3RlOjxibG9ja3F1b3RlIGNsYXNzPSJwcm90 b25tYWlsX3F1b3RlIj48YnI+SGV5IE1lbCw8YnI+PGJyPkkgdGhpbmsgSSB0ZXN0ZWQgdGhhdCBz Y2VuYXJpbyBhcyB3ZWxsIGFuZCBub3RoaW5nLiBGb3Igbm93LCBJJ3ZlIGdvbmUgd2l0aCB5b3Vy IHN5bWxpbmsgd29ya2Fyb3VuZCBhbmQgaXQncyB3b3JraW5nIG5pY2VseS4gSSdsbCBvcGVuIHVw IGEgYnVnIHJlcG9ydCB0byBnZXQgY29uZmlybWF0aW9uIGZyb20gdGhlIGRldnMgd2hlbmV2ZXIg dGhleSBnZXQgYSBjaGFuY2UgdG8gcmVwbHkuPGJyPjxicj48YnI+PGRpdj5Kb25hdGhhbiBWYXNx dWV6PGJyIC8+PC9kaXY+PGRpdj5QR1A6IDM0REEgODU4QyAxNDQ3IDUwOUUgQzc3QSAgRDQ5RiBG Qjg1IDkwQjcgQzRDQSA1Mjc5PGJyIC8+PC9kaXY+PGRpdj5TZW50IHdpdGggUHJvdG9uTWFpbCBT ZWN1cmUgRW1haWw8YnIgLz48L2Rpdj48ZGl2PjxiciAvPjwvZGl2Pjxicj48YnI+U2VudCBmcm9t IFByb3RvbiBNYWlsIG1vYmlsZTxicj48YnI+PGJyPjxicj48YnI+LS0tLS0tLS0gT3JpZ2luYWwg TWVzc2FnZSAtLS0tLS0tLTxicj5PbiBEZWMgMTAsIDIwMjIsIDA0OjMzLCBNZWwgUGlsZ3JpbSAm bHQ7IGxpc3RfZnJlZWJzZEBibHVlcm9zZXRlY2guY29tJmd0OyB3cm90ZTo8YnI+Jmd0OyBPbiBG cmlkYXksIERlY2VtYmVyIDl0aCwgMjAyMiBhdCAwNzoxMCwgTWVsIFBpbGdyaW0gJmd0OyB3cm90 ZTogJmd0OyZndDsgJmd0OyZndDsgU3ltbGluayAvdXNyL3BvcnRzIC0mZ3Q7IC91c3IvbG9jYWwv cG91ZHJpZXJlL3BvcnRzL2RlZmF1bHQgT24gMjAyMi0xMi0wOSA5OjA5LCBKb25hdGhhbiBWYXNx dWV6IHdyb3RlOiAmZ3Q7IFRoYW5rcyBNZWwuICZndDsgJmd0OyBMaWtlIEkgc2FpZCBiZWZvcmUs IEkga25vdyB3ZSBoYXZlIGEgbG90IG9mIHdvcmthcm91bmRzIGZvciB0aGlzLCAmZ3Q7IGJ1dCBJ J20gd29uZGVyaW5nIGlmIHRoZSBjdXJyZW50IGJlaGF2aW9yIG9mICJQT1JUU0RJUiIgbm90IGJl aW5nICZndDsgcmVzcGVjdGVkIHdoZW4gZGVjbGFyZWQgaW4gdGhlIC9ldGMvbWFrZS5jb25mLCBp ZiB0aGF0J3MgaW50ZW5kZWQgJmd0OyBiZWhhdmlvciBvciBhIGJ1Zz8gRG9lcyBpdCB3b3JrIGlm IHlvdSBzZXQgUE9SVFNESVIgaW4gL2V0Yy9zcmMuY29uZiBhcyB3ZWxsPyA8YnI+PC9kaXY+ --b1_3JEHsKGicnnZFVjLHxMv626JNUz2c51VTzH1k990-- From nobody Thu Dec 15 10:28:37 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NXpNn4k3Rz4jmW0 for ; Thu, 15 Dec 2022 10:28:41 +0000 (UTC) (envelope-from Mathias.Picker@virtual-earth.de) Received: from www94.your-server.de (www94.your-server.de [213.133.104.94]) (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 4NXpNm4S5cz4HB6 for ; Thu, 15 Dec 2022 10:28:40 +0000 (UTC) (envelope-from Mathias.Picker@virtual-earth.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=virtual-earth.de header.s=default_1811 header.b=fHfIbn2P; spf=pass (mx1.freebsd.org: domain of Mathias.Picker@virtual-earth.de designates 213.133.104.94 as permitted sender) smtp.mailfrom=Mathias.Picker@virtual-earth.de; dmarc=pass (policy=none) header.from=virtual-earth.de DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=virtual-earth.de; s=default_1811; h=Content-Transfer-Encoding:Content-Type: MIME-Version:Message-ID:Subject:To:From:Date:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References; bh=OC/9qn4KVMmamg7KYp5l9yt384YpIdIbMj+paRMX9BE=; b=fHfIbn2PhDwKeZi8Bq93mal5/u Z+NYSKKcuwPAGyxsxdg5RHCyDT/DdTFH1QglgQ+QUWxiLIMAu4PaxSnC+dMGKsl5MRFQS0U7km7vU q3LmFnSh1nkSq+deF1EHdpNBqJhWYracs8i3jWqGYYCtQNy0eVIGTPZ6yg6YJ7NjNGxiRxmhr/G9Y LMH2Z5IW/DNSg6q9KuBz2J3DHjQ6h7Ii0LE6OSnEoUaHChWgNkgbqHKz0Vn/uAVux4+7ZQuMSEbfr f1mKM6KPABXaSNd3FyVgqH1kh0X5+t6q0Tn+fWZb+kUlQwBXiIe0FUS+/DHoWDdkmwE0tJfL8gjXH PX9hVAcw==; Received: from sslproxy01.your-server.de ([78.46.139.224]) by www94.your-server.de with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1p5lTi-000NRt-4B for freebsd-stable@freebsd.org; Thu, 15 Dec 2022 11:28:38 +0100 Received: from [2a01:c22:77b5:e600:e5d2:d97d:c27d:9a6c] (helo=[IPv6:::1]) by sslproxy01.your-server.de with esmtpsa (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1p5lTh-000C9t-Uc for freebsd-stable@freebsd.org; Thu, 15 Dec 2022 11:28:37 +0100 Date: Thu, 15 Dec 2022 11:28:37 +0100 From: Mathias Picker To: freebsd-stable@freebsd.org Subject: building -stable fails in bhyverun with unsused var vcpu User-Agent: K-9 Mail for Android Message-ID: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary=----9HV8DVFCCBOS9JDPYYMGOOE4B1ML7K Content-Transfer-Encoding: 7bit X-Authenticated-Sender: Mathias.Picker@virtual-earth.de X-Virus-Scanned: Clear (ClamAV 0.103.7/26751/Thu Dec 15 09:20:56 2022) X-Spamd-Result: default: False [-4.10 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[virtual-earth.de,none]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[virtual-earth.de:s=default_1811]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[78.46.139.224:received]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[213.133.104.94:from]; ASN(0.00)[asn:24940, ipnet:213.133.96.0/19, country:DE]; RCVD_TLS_ALL(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; HAS_X_AS(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[virtual-earth.de:+]; FROM_HAS_DN(0.00)[]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_VIA_SMTP_AUTH(0.00)[] X-Rspamd-Queue-Id: 4NXpNm4S5cz4HB6 X-Spamd-Bar: ---- X-ThisMailContainsUnwantedMimeParts: N ------9HV8DVFCCBOS9JDPYYMGOOE4B1ML7K Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable In bhyverun=2Ec:1270:6 saying "unused variable 'vcpu'"=20 I'm up to date with stable/13 as of right now=E2=80=A6 Anyone else encountering this? Any tips / help how to get a working system: I need to rebuild drm-510-kmod, pkg version does not work and version buil= d with kernel sources now on the system do not load ;) Mathias Mathias Picker Gesch=C3=A4ftsf=C3=BChrer virtual earth Gesellschaft f=C3=BCr Wissens re/pr=C3=A4 sentation mbH Westendstr=2E 142 80339 M=C3=BCnchen +4915256178344 Mathias Picker Gesch=C3=A4ftsf=C3=BChrer virtual earth Gesellschaft f=C3=BCr Wissens re/pr=C3=A4 sentation mbH Westendstr=2E 142 80339 M=C3=BCnchen +4915256178344 ------9HV8DVFCCBOS9JDPYYMGOOE4B1ML7K Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable In bhyverun=2Ec:1270:6=C2=A0 saying "unused vari= able 'vcpu'"

I'm up to date with stable/13 as of right now=E2=80=A6=

Anyone else encountering this?

Any tips / help=C2=A0 how to = get a working system:

I need to rebuild drm-510-kmod, pkg version do= es not work and version build with kernel sources now on the system do not = load ;)

Mathias

Mathias Picker
Gesch=C3=A4ftsf=C3=BChrervirtual earth Gesellschaft f=C3=BCr Wissens re/pr=C3=A4 sentation mbH
= Westendstr=2E 142
80339 M=C3=BCnchen
+4915256178344Mathias Picker
= Gesch=C3=A4ftsf=C3=BChrer
virtual earth Gesellschaft f=C3=BCr Wissens re= /pr=C3=A4 sentation mbH
Westendstr=2E 142
80339 M=C3=BCnchen
+4915= 256178344 ------9HV8DVFCCBOS9JDPYYMGOOE4B1ML7K-- From nobody Thu Dec 15 16:00:15 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NXxrL2Y2Bz4kmh6 for ; Thu, 15 Dec 2022 16:04:34 +0000 (UTC) (envelope-from Mathias.Picker@virtual-earth.de) Received: from www94.your-server.de (www94.your-server.de [213.133.104.94]) (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 4NXxrK4RyJz3jb6 for ; Thu, 15 Dec 2022 16:04:33 +0000 (UTC) (envelope-from Mathias.Picker@virtual-earth.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=virtual-earth.de header.s=default_1811 header.b=GtHhblVP; spf=pass (mx1.freebsd.org: domain of Mathias.Picker@virtual-earth.de designates 213.133.104.94 as permitted sender) smtp.mailfrom=Mathias.Picker@virtual-earth.de; dmarc=pass (policy=none) header.from=virtual-earth.de DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=virtual-earth.de; s=default_1811; h=Content-Transfer-Encoding:Content-Type: MIME-Version:Message-ID:In-reply-to:Date:Subject:To:From:References:Sender: Reply-To:Cc:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID; bh=vVnfJrYHDbXmAaOTNEos8WWzphTaTjVpg1N8TeBzfno=; b=GtHhblVPfkx3L6Z2pDsmhuERtl AeAdBOW+l0mWG0G+AzQDR7OvdtjsL3bMGbSG0/FcMjSjmdYS7ICrvFevsGoASW369maszVX5ig1lK NSmRycip7KLTDzw1cu6k5t35MDefMbBzgcxy7vmEMgKVpgrGsUhEiOJ1cGRCcx8Cv6Ui2PA65TCjU fa4tFNXZ1gig36OqPKxdJsuOoijlidbP7lP8KomG5A+RVmHU6xuPYAVejLg128xPjDUeTZrlykBay GHlizN1p6BdG4PYT0xYSGZOcrLx/cVVYashjKaG9Wxl2MD4fZUXFopf9jvTf47YNLCVdOtaB7SYEf mMDRB7fA==; Received: from sslproxy06.your-server.de ([78.46.172.3]) by www94.your-server.de with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1p5qik-000HUP-NB for freebsd-stable@freebsd.org; Thu, 15 Dec 2022 17:04:30 +0100 Received: from [2a01:c22:77b5:e600:4a2a:e3ff:fe1a:da58] (helo=danton.virtual-earth.de) by sslproxy06.your-server.de with esmtpsa (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1p5qik-000DJi-Ew for freebsd-stable@freebsd.org; Thu, 15 Dec 2022 17:04:30 +0100 References: User-agent: mu4e 1.8.13; emacs 28.2 From: Mathias Picker To: freebsd-stable@freebsd.org Subject: Re: building -stable fails in bhyverun with unsused var vcpu Date: Thu, 15 Dec 2022 17:00:15 +0100 In-reply-to: Message-ID: <86fsdgfyb6.fsf@virtual-earth.de> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Authenticated-Sender: Mathias.Picker@virtual-earth.de X-Virus-Scanned: Clear (ClamAV 0.103.7/26751/Thu Dec 15 09:20:56 2022) X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[virtual-earth.de,none]; R_DKIM_ALLOW(-0.20)[virtual-earth.de:s=default_1811]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_NONE(0.00)[213.133.104.94:from]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; ASN(0.00)[asn:24940, ipnet:213.133.96.0/19, country:DE]; MIME_TRACE(0.00)[0:+]; DKIM_TRACE(0.00)[virtual-earth.de:+]; RCVD_COUNT_THREE(0.00)[3]; RCPT_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; HAS_X_AS(0.00)[] X-Rspamd-Queue-Id: 4NXxrK4RyJz3jb6 X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Mathias Picker writes: > In bhyverun.c:1270:6 saying "unused variable 'vcpu'"=20 > > I'm up to date with stable/13 as of right now=E2=80=A6 I deleted the vcpu declaration in line 1270 and world build just=20 fine. > Anyone else encountering this? > > Any tips / help how to get a working system: > > I need to rebuild drm-510-kmod, pkg version does not work and=20 > version build with kernel sources now on the system do not load=20 > ;) > > Mathias > --=20 Mathias Picker=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20 Gesch=C3=A4ftsf=C3=BChrer Mathias.Picker@virtual-earth.de virtual earth Gesellschaft f=C3=BCr Wissens re/pr=C3=A4 sentation mbH http://www.virtual-earth.de/ HRB126870 support@virtual-earth.de Westendstr. 142 089 / 1250 3943=20=20=20=20=20=20=20=20=20=20=20=20 From nobody Thu Dec 15 21:10:15 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NY4dB3f0Lz4dDPl for ; Thu, 15 Dec 2022 21:10:22 +0000 (UTC) (envelope-from yvesguerin@yahoo.ca) Received: from sonic303-25.consmr.mail.gq1.yahoo.com (sonic303-25.consmr.mail.gq1.yahoo.com [98.137.64.206]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4NY4dB12WQz4FZ3 for ; Thu, 15 Dec 2022 21:10:21 +0000 (UTC) (envelope-from yvesguerin@yahoo.ca) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s2048; t=1671138619; bh=4Q2XEDxSqnXJdfGBtefJWTJ3d2ZxzJC7KkrvukeVKAc=; h=Date:From:Reply-To:To:In-Reply-To:References:Subject:From:Subject:Reply-To; b=CnPEQotoMoPAnXReS5FkdHGqij9p/5wZVXVdLkAmgpr13Ub3HL6k5Nbo68gmvUGB5S1JjIFMpOBP40dOhcMCI205utxUlfT4NIPz0Jfl7VljUc9MbmWadZbGIhfrP/z33q3k5J7QDhdyajYCEzWozzfe4xo9m14w3p3en8PVaVs8JgrIH1etY94duOn00ZtFPRBp95GNmtr/tG2qKuEh4mBBiLvaSlzoTFUfoNewJ3eIDppmkq5lkMN6qbulu8e+bZBlMl34GTUCsBVJPayUTKEly0T0uSYaD2eqEMerg2mELPCkjPbpQ1ueUplyt8oT+5UbUNo3arlYEqjlA9ho4Q== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1671138619; bh=C+JAnk55t8fsV85L0lBo0fakNcuKFK2DvC6ziy2L2w8=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=AlWJPiuIByCScJoSsuLvbvKc14VMsRWlSfUY5BRweSfQT2Ieo8Cn6pnv8OQpu6xYI0scrvPQXmA/YZWl6cymWPS1o9hbGlD+JBq/Ba5JEe+25m886wJiifGEkuzx55856YBghqax4CFSKNl+i/9UM+X0mAXM+xhOKyjQmE1WTicl1azUGCDobfCFSJIIYhlDnriNrUN6RGdEGcX8s29LtFPgSy8q7TZRRMdb3j9Uk5st1XaR2YGNtvX0dPKJB/QMzfWC5eafbAbyJ1VKmKWo2LUG6UdOUKO3GGjx5GdalDU3zKTer0OpJrPfOO2MyXg2ba/ehCJU711PdunwB1xJLg== X-YMail-OSG: M50J48kVM1ndUTc1cNHLIGHjwOB8_bG5F1SG.ycSRVmL1M.XukGhG9fLV5Oen.k ShT8pG2ELk15LlR0J8KwSG8sfAGsNct2ejusghqDrDLPuk9aDde_e1T0ShyODLTyFXQzWqzUkUib H.7uMlRU7.3ZqaFQa7jMcSJhFveNOKhczotQBo5AIWPpkT3j6TjmTKwZua51X4HRUaBL1ccayxXR K37M1270ufHbAUomx3cYXVKVFpLUiectA02VT9NJ7EcLnSmMjcDpSRd0GuhC65NraZtQTlbZh9mE 2MhRBTu4guUEZl.DJUSKNzgxyt6PA9Jx8IC9Pqz7Ux4_SsCzA3jQcAwXRaeIg3JMvH7RP5tR_THs NOo0YfhbP8dWvFJvD5rZyKfVJo_I0F8DbcIYe6sJ3AHye.pa3FQAJHSWquA5DRS7KewbO4oLqCt2 _06lMj5g_7RTatAhFKiFwTJygUY7nhhPc_3N0F4kK5UQAexgEzOSoXA4k8lmENpnG9m3fU3.M75D ZFI.tpZ23gp01coZqjwn5fHkQ_HIOPNJaM1Rs4G3tJyj.tmHChl.ae3K2PY8iWk0_VKA8KZwf6ul a3q6k9swNVVxBwJFNIhmrVEikj.BRnQNoTg19W_8Cy9HgAzWeSaQp84WFVvIlBxISmpvvF_S5vQc 1jw9VTxEYV64JwEeyWhRw2aU0ZWCSpRVtRYvbsv.03UgKkxlY82wqy3BZDbr38JXifRQgbWZOacD 6MBIhBnpX2X0tmWQc3cFWQr.uF91rztoGSErHdHwgrycATPdvcUClE4EZwY6dwNTnAK6yiiy6E6k J6LT8Ao4t.O5GvW2cU0A29dxmUebom8Uvcpcya0Pd9yrdvmrz6anMGvzxx8QdfeNzyKHfa0.iXBh mju8e.qYkr7QXvtoh29TnbAgp1nNzIoFHHLrGswWamT9.qx1n0liMqj1IXTil5SvBBXrVIsPXn2z KQSUjjf_juINNcpi5tgg1TTwws2YE93rCFwaVL35vWCEe3kYI5ps8vmKuDwqywd9F5mK8kGdj44z SBz1_AQfR4Qf7TAxDoGzDaWJK6qchon6tbD3SlHZJXYAL2cm0f9HaNxsm6UzeThJB3VakTKzscmu .wdaE.p5g.T.l2iXBGf3kjWl0Geg1qLfS570yxx8ocIUvaxjhVLDOy4cxqqjseGPALUzHfw0JMgB qTUpbY_fNNTqLXAMpqo4UnWrZXqs7hcQnqRuf9RX6hln1VnWUOsvi5noSLM6Hz2Zjq7Bycbcd61N XM6KWDm91R846QHtgwBWxgK5DQhcczK2Yo0YLKeZVc.hIutjnJc7Gy3qsBtZJna7sY6tt6xI8.q8 a5nXwxrAeF9_c7pW3gD4Wjd5cn3I7c1hXCz5bzl.xOnEaoo2bqqpD7kRUZeYboA0zY4.uJ0I75nW XH83zocIkE8t6d_HfVtyGZAK2tTIHH0GszGlE6eTXQl0WGmOm8ExQVQOtvsY5Oz4eqdo_C7n_gcq tgGSndFo1xhRO2EnGyIyxkIRejuv21Lmd0F8Htz7_WuGlUX3Yq79PbtYQLA9h4ZiQIk3A0mjxYuC f3AnnjQADkZYklrGkUOd8LOvnj_yMejHBtBP9shv_DcFu.WHvuzpzwZQvW6aeOqJRF3KHNnTNUyZ FdVd2tBnAdYU1Erq33jpc0egNmetUZXOSvuoX8EAC4vgeRTWWWsXbkANsbTrxR_wKKyQicHOs6Ow AAlTxarAwK0qVxdQgjtP.lGEBNFfa9jDyjThOldlbmTSk3IJxjczUEssWDaGz__Sz4HdyFTNfSoP i9i4LYTzmlQdrgYBmBMDEjOECXWnletVtgXnZVMrsyvWVN13LQyPnlR5QGcOySSRVOOivCq9Kr3z gvw7GwYGRG3d4.qxnjCAeWBCh599US4mDi.ydQUfuKs6nd7nyrcYLM91wGbYLltLR5S2J1Y9Xn_b H0Tmx.KhyUd1F1L6aJWRhShWy7mWC2h43rvwY4DvQpExAVKes.G3x_zBz2mFwpkj6LzwaaclH4t4 bkD4n9oN4cMSAM31TOVrmTF6XPTg3qoawHZSpL.VHVAcH9imHiunB_vFjx26QtE620VeJU793ImC tivEsjbEs311w.gabMepV58nLzCwDr0cw3ZBNq2tlbrhJnsthFayA05iX5._lP5hf6JYSQ3HjNzP WlhQYNG7O4Sq_lwJ7Oq9CO..eqHj7M0..b.2LgppwzKKn7wktl19iCb_4V0kNyISn7G5EUvnvEfb VkxBDHZ2N6g6RoqWeJ4_0gWak X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Thu, 15 Dec 2022 21:10:19 +0000 Date: Thu, 15 Dec 2022 21:10:15 +0000 (UTC) From: =?UTF-8?Q?Yves_Gu=C3=A9rin?= Reply-To: =?UTF-8?Q?Yves_Gu=C3=A9rin?= To: "freebsd-stable@freebsd.org" , Mathias Picker Message-ID: <1990941522.266690.1671138615516@mail.yahoo.com> In-Reply-To: <86fsdgfyb6.fsf@virtual-earth.de> References: <86fsdgfyb6.fsf@virtual-earth.de> Subject: Re: building -stable fails in bhyverun with unsused var vcpu List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_266689_608576824.1671138615514" X-Mailer: WebService/1.1.20982 YMailNorrin X-Rspamd-Queue-Id: 4NY4dB12WQz4FZ3 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N ------=_Part_266689_608576824.1671138615514 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable dear Mathias, Does it stop your build ? if no, just warning, so just forget them Regards, Yves Guerin=20 Le jeudi 15 d=C3=A9cembre 2022 =C3=A0 11:04:56 UTC=E2=88=925, Mathias P= icker a =C3=A9crit : =20 =20 =20 Mathias Picker writes: > In bhyverun.c:1270:6=C2=A0 saying "unused variable 'vcpu'"=20 > > I'm up to date with stable/13 as of right now=E2=80=A6 I deleted the vcpu declaration in line 1270 and world build just=20 fine. > Anyone else encountering this? > > Any tips / help=C2=A0 how to get a working system: > > I need to rebuild drm-510-kmod, pkg version does not work and=20 > version build with kernel sources now on the system do not load=20 > ;) > > Mathias > --=20 Mathias Picker=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0=20 Gesch=C3=A4ftsf=C3=BChrer Mathias.Picker@virtual-earth.de virtual earth Gesellschaft f=C3=BCr Wissens re/pr=C3=A4 sentation mbH http://www.virtual-earth.de/ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 HRB126870 support@virtual-earth.de=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 We= stendstr. 142 089 / 1250 3943=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=20 =20 ------=_Part_266689_608576824.1671138615514 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
dear Mathias,

Does it stop your build ? if no, just warning, so just forget them

Regards,

Yves Guerin


=20
=20
Le jeudi 15 d=C3=A9cembre 2022 =C3=A0 11:04:56 UTC=E2= =88=925, Mathias Picker <mathias.picker@virtual-earth.de> a =C3=A9cri= t :



Mathias Picker <= ;Mathias.Picker@virtual-earth.de= > writes:

> In bhyverun.c:12= 70:6  saying "unused variable 'vcpu'"
>
> I'm up to date with stable/13 as of right now=E2=80=A6

I deleted the vcpu declaration in line 1270= and world build just
fine.

> Anyone else encountering this?
>
> Any tips / help  how to get a working system:
>
> I need to rebuild drm-510-kmod, pkg = version does not work and
> version build with kernel= sources now on the system do not load
> ;)
>
> Mathias
>


--
Mat= hias Picker                  &= nbsp;    
Gesch=C3=A4ftsf=C3=BChrer
Mathias.Picker@virtual-= earth.de

virtual earth Gesellschaf= t f=C3=BCr Wissens re/pr=C3=A4 sentation mbH
http://www.v= irtual-earth.de/           HRB126870
support@virtual-earth.de  &n= bsp;           Westendstr. 142
= 089 / 1250 3943           


------=_Part_266689_608576824.1671138615514-- From nobody Thu Dec 15 21:15:47 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NY4t11jylz4dF80 for ; Thu, 15 Dec 2022 21:21:29 +0000 (UTC) (envelope-from Mathias.Picker@virtual-earth.de) Received: from www94.your-server.de (www94.your-server.de [213.133.104.94]) (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 4NY4t06p7Gz4H88 for ; Thu, 15 Dec 2022 21:21:28 +0000 (UTC) (envelope-from Mathias.Picker@virtual-earth.de) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=virtual-earth.de; s=default_1811; h=Content-Transfer-Encoding:Content-Type: MIME-Version:Message-ID:In-reply-to:Date:Subject:Cc:To:From:References:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID; bh=Vp3o5gMOBuEU8u1F6hR5fXGJxzN8O0XymjB0eWzpW8A=; b=vzSN2u2pTTMX4IknXPCYO0mYdD o6+Y5iNnclTTm7rHbayXUZvtb6fLWpj0ejw1sBSHF6hLIEC9vunCqe1SMBN8nRBYqAfh0A4w4ESU5 cM2UfXtqGDo8ZObKV37mGTN+e45ckJOX3VH6sTH4TundjUPfzFU2h84NSSvGK+lRJEtkyM3UYjwiB i5BsEVfkftS1KK82E5/GTeMTZso25/LupCmK0pDMGbtR3tksOSEL+DIh9DBV8iSCJM5vAldlEfsvR GaW+m76sjl1UaVB6b94gnjm60JwsWgPFqtVaSyWf5TyiFMsbVyfIvLNEVDJg8ObZ99oLba26cnP// SGRaWvIg==; Received: from sslproxy06.your-server.de ([78.46.172.3]) by www94.your-server.de with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1p5vfT-0007QX-5Y; Thu, 15 Dec 2022 22:21:27 +0100 Received: from [2a01:c22:77b5:e600:4a2a:e3ff:fe1a:da58] (helo=danton.virtual-earth.de) by sslproxy06.your-server.de with esmtpsa (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1p5vfS-000Rs1-Uu; Thu, 15 Dec 2022 22:21:27 +0100 References: <86fsdgfyb6.fsf@virtual-earth.de> <1990941522.266690.1671138615516@mail.yahoo.com> User-agent: mu4e 1.8.13; emacs 28.2 From: Mathias Picker To: Yves =?utf-8?Q?Gu=C3=A9rin?= Cc: "freebsd-stable@freebsd.org" Subject: Re: building -stable fails in bhyverun with unsused var vcpu Date: Thu, 15 Dec 2022 22:15:47 +0100 In-reply-to: <1990941522.266690.1671138615516@mail.yahoo.com> Message-ID: <864jtw9xd5.fsf@virtual-earth.de> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Authenticated-Sender: Mathias.Picker@virtual-earth.de X-Virus-Scanned: Clear (ClamAV 0.103.7/26751/Thu Dec 15 09:20:56 2022) X-Rspamd-Queue-Id: 4NY4t06p7Gz4H88 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:24940, ipnet:213.133.96.0/19, country:DE] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N Hi Yves, yes, it did stop the build. If I remember correctly, there was a=20 compilation flag about that, -Werror=3Dunused-variable I had to remove the offending line to finish the build. Thanks, Mathias Yves Gu=C3=A9rin writes: > dear Mathias, > > Does it stop your build ? if no, just warning, so just forget=20 > them > > Regards, > > Yves Guerin > > Le jeudi 15 d=C3=A9cembre 2022 =C3=A0 11:04:56 UTC=E2=88=925, Mathias Pic= ker=20 > a =C3=A9crit :=20 > > Mathias Picker writes: > >> In bhyverun.c:1270:6 saying "unused variable 'vcpu'"=20 >> >> I'm up to date with stable/13 as of right now=E2=80=A6 > > I deleted the vcpu declaration in line 1270 and world build just=20 > fine. > >> Anyone else encountering this? >> >> Any tips / help how to get a working system: >> >> I need to rebuild drm-510-kmod, pkg version does not work and=20 >> version build with kernel sources now on the system do not load=20 >> ;) >> >> Mathias >> --=20 Mathias Picker=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20 Gesch=C3=A4ftsf=C3=BChrer Mathias.Picker@virtual-earth.de virtual earth Gesellschaft f=C3=BCr Wissens re/pr=C3=A4 sentation mbH http://www.virtual-earth.de/ HRB126870 support@virtual-earth.de Westendstr. 142 089 / 1250 3943=20=20=20=20=20=20=20=20=20=20=20=20 From nobody Thu Dec 15 21:58:51 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NY5jD6HXfz4dLQy for ; Thu, 15 Dec 2022 21:58:56 +0000 (UTC) (envelope-from yvesguerin@yahoo.ca) Received: from sonic322-19.consmr.mail.gq1.yahoo.com (sonic322-19.consmr.mail.gq1.yahoo.com [98.137.70.82]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4NY5jD3Ybvz4Mqw for ; Thu, 15 Dec 2022 21:58:56 +0000 (UTC) (envelope-from yvesguerin@yahoo.ca) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s2048; t=1671141534; bh=rfDrV9f87eThZSXg3Rgw2GDJHIJg2vHn/KoBfe0Pb2c=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From:Subject:Reply-To; b=EdyjoZNt0aWfjdd5cLdhaEJqVCUb8+uR+PjlB2WvrWuaDckL8AKa5/6thNyw1A5Dysez8b0Y9VuKFYyWigcF7ClvsdNGMa5ZBY9WGbem68KIwjrmy492zv7mYPN9upT+ZOe/wDwBB0TNNDZYjbea1db4AY4gl8fKZlyS0bL2oCdJ8M2KbNOKlfMHR1R4k1b8/bbhpfzO5378EeIZaWHK0H5ssm8EtoVj5FBBYC14YzUQmKn313wbqrAalWH3S6kjuKE50iGtCR4rSDt08d0i36h8xL0FvKRk/AB5jJ8cvgTchWelEWWz2NSQAxIbJAFSfqYK14mwiiJcoT5X0LPvew== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1671141534; bh=kEAdAFhat2Ix1Hk30b9feUbYsSefTgr2BgGl7oAtOyH=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=mva37jfILGkgs5MvMI2uvw5CTwyNBA5lps/zR/bMB9/LATKQJyADDOtZqfmRccP/YSyw2XgQ+N7Cq45yRPlFBsl8IeIncTrVnO8kQuBo+GEXjw59AngLF8YDgTHa9NzJDSjkelpRBwySSW2PCetee1msZuW57H4vS9arQg+qrAl+vv7qDY07hv0OxSXLel7WLOVHNuMsKP5cUmfvDnjYviBtdlUyqps3dHRGVH2D8qvVqUsCW2ffvF1hH5HqG4/kfn5Fnq13BQNieVkt58WsNrTzHoyqqUDTcyUdPwUf8qTrZaISs0HmnCObzsuuWhF7RwAaoYwGBoGQTotO5/y+Rw== X-YMail-OSG: phGn3VoVM1n8L8MQuwjme.zS_jYG8sxfKe99XWvQPwRgj2iHbXFoRHfYEWHcoGU jWP42ZmCF6Y5QWCX3Wf1w_fEb_rdiOtBWhzybMrBB2sGi.gCg4SUfF85v6reCjpKM8IIZPEYUaSJ b3kd2CnFICFVaQCL1uKZVfzDPtbGUYmVsGIyxiRFhlvmlF2ORKa.DlV2Vsb0GlAVaV6kbh34QGbr oZx0..bMWx6VLDs2U2IFAwCQbfERek0NZQSluSPx8dcmqfYsq6qoKcv.1tibF_rRB7W3mn.Vqygk 47sbdc.EXsvzhJa4ics_HX9oPWFb5F.2PZboNd6sNMY25o4EgdWQ4Hk5mLXaoyjXK6wK1afIXi8B xHPFGLphWPgczjTtpTzc0Hx8XsFSZmpX6wUb6g1j.BcabYMsfG5h.fjtgKCwvT2SmrFufUXp7cd8 OjKSf7KAt960LiU3znz9ES0uAEo.cthSEXN0o0bA_JPcagup2ouf.3MrTEXK2ppFWwKF5R4dfU7n H1mKOtU252fsHETsO3RmfK5jl3wGZubeJqPYAFhBHkdCO37HgpseHOTEYobh1Xpc_RinTJTyWdq7 bqkWx418.jKcYLzWFfQXppdU7.9iFn7OtQ2Bs1.viCvw9eL0borcMBfKIH16M9tkGkXOdAeMnBoZ TXhbW3Mm9lgx.ZNck4S0RuqdRp9uX9_F5KSVFz7OF9s3DnqZgaNt9I0wpeEFPZTM5.93_xTTcGxU 1VGWWXiRPu8vtX_n6FwLUUSgBhJz.uUwpU_fkSCN0tXzHPJGBQSepmW4aJwFabVSz41SZ2891Udn mMuoQONXvwrsU2.IF9XxTzLof4bqK7MBWNiC57QXmqCeIlLBU4gfs7PAZQd1BDSXsMflDpviC_x6 7Ax.EBZPsgLs_htuBg7T91rSIH4vN9UHJ5lrZtn.dY9Fd_xaEAiXloZnCWXFouuwEordDB0wu_tf N_gjyeK1Q16fJ.noPeV42u6noXv_bYXibIPbT9z7nsafCD2Pd50qz.7.ej0BUQ6iJJuXNES9lIvB Uvd4MGkqwr04MC_XXBstcqvxqK9RBERi4J8fPxxTjFxLDLUvI3CjoOaEgaZV6mQ7JDWGDEc_nqJL HXAYZvp6ND5mrabmIm_R3eLZGWG81IZ1Wz.koS9I.j.WPq0C1QAnDP5EQNWaMtWXn3SKo7lzKjI0 159ymmjvwQk8BHb.ycRr3FTbAhERnIT8RABj.0erzoxsQ.sDM4aa0B2PAnnFI_b678fUzBY7sCUO fjrGEUbuemR_U2qp0zd.9RTLkQfBDK6DsXgzFrl5kWsODNmSwWfgKmTc6VDv7Rjr.Ps6IdTr5B7B Hc0hOIpTT7kcaQVHWWcCVamwK85h5O9Oa0ceF2NgqHm7hTkkXn693QlFs2jn_aMouuYZYEKhUTk9 iIUGohu_ffD6Uh1lp09qYboZNkTSlkUvQQ.15h3fND_eOf_HWOYMdnG7_wF9QzVo18Z3IXj0WRkF vS8bLI0Yrv4wwp8nyr7E4sGS9m1VqqiQJetldISqDMEvgfFsB3mqtGi6_PebXSTP1pc030dgLGj5 r33_ChspzUrjPFPNq1HumiUtMP1HmmqIjHBIksD6XVgalfy_5AePWdaNt8iomuWZO_GsF_mw2qoV 1g25nqzTRYChbBzGn_GHjUvaMS4lns8zZIMCqmMsaDLlN0HTjKBF_fqvZC17ZE2uxUxHYY7QH2VV bn7t0rkn4PQjqXMMzNZ6iLmpnKwqwqkMOAMOTzHiW5x0AX9mgr6GWdkGVOlHGnsRfakfnperDhIs W64sWAfZguZwG1mnTqqkw614TAsKGiMjvT49hBW8SPte2POJyDxFA7MMQr0FoW9AWLjRiYF7PONx 8GbbwVoGRQqtbiW3UO786tIGXHafFbUeEUODMzEKheLRrYKv6yoNmZqR784hLNeWtDdyNILKX9vs Wn0qStbOrajXpKeU0YJk8FaR9dayVWqp2tPP9O2J_Sc8z_A98KJS1UTVom.yvykYxH4aDXUtBmzm AMoG4knXOG3_AXB3oytXAgoal632ayZ_JIf0g6g.Y9HWpxYTPjAvavZlyaG3ushUPGuAHBpFVk7S iyZIK2ExPczpj9l1wq_QyUDr03KfZY4LPDpq0Dx.EgbwpQX9O3IuJBtEfHu81_e3L_IT0cIMRGX0 L.wQb2kCuKxSrl4cCGQA0MAp.X1fIIVv0fREi.0KKZZfLxPPxyP2Z5pDqy12FsfdwXXX1Vxlsrgl 5NEckJaXAyuhMD_3VUbibbPs8eV8- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic322.consmr.mail.gq1.yahoo.com with HTTP; Thu, 15 Dec 2022 21:58:54 +0000 Date: Thu, 15 Dec 2022 21:58:51 +0000 (UTC) From: =?UTF-8?Q?Yves_Gu=C3=A9rin?= Reply-To: =?UTF-8?Q?Yves_Gu=C3=A9rin?= To: Mathias Picker Cc: "freebsd-stable@freebsd.org" Message-ID: <1944493619.490813.1671141531223@mail.yahoo.com> In-Reply-To: <864jtw9xd5.fsf@virtual-earth.de> References: <86fsdgfyb6.fsf@virtual-earth.de> <1990941522.266690.1671138615516@mail.yahoo.com> <864jtw9xd5.fsf@virtual-earth.de> Subject: Re: building -stable fails in bhyverun with unsused var vcpu List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_490812_1011810487.1671141531221" X-Mailer: WebService/1.1.20982 YMailNorrin X-Rspamd-Queue-Id: 4NY5jD3Ybvz4Mqw X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N ------=_Part_490812_1011810487.1671141531221 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable When I build 13.1-p5 (kernel and world) I saw some warnings only, no error= =20 try to change: -Werror=3Dunused-variable to -Wwarning=3Dunused-variable or = some like that. Yves Guerin=20 Le jeudi 15 d=C3=A9cembre 2022 =C3=A0 16:21:49 UTC=E2=88=925, Mathias P= icker a =C3=A9crit : =20 =20 Hi Yves, yes, it did stop the build. If I remember correctly, there was a=20 compilation flag about that, -Werror=3Dunused-variable I had to remove the offending line to finish the build. Thanks, Mathias Yves Gu=C3=A9rin writes: > dear Mathias, > > Does it stop your build ? if no, just warning, so just forget=20 > them > > Regards, > > Yves Guerin > > Le jeudi 15 d=C3=A9cembre 2022 =C3=A0 11:04:56 UTC=E2=88=925, Mathias Pic= ker=20 > a =C3=A9crit :=20 > > Mathias Picker writes: > >> In bhyverun.c:1270:6=C2=A0 saying "unused variable 'vcpu'"=20 >> >> I'm up to date with stable/13 as of right now=E2=80=A6 > > I deleted the vcpu declaration in line 1270 and world build just=20 > fine. > >> Anyone else encountering this? >> >> Any tips / help=C2=A0 how to get a working system: >> >> I need to rebuild drm-510-kmod, pkg version does not work and=20 >> version build with kernel sources now on the system do not load=20 >> ;) >> >> Mathias >> --=20 Mathias Picker=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0=20 Gesch=C3=A4ftsf=C3=BChrer Mathias.Picker@virtual-earth.de virtual earth Gesellschaft f=C3=BCr Wissens re/pr=C3=A4 sentation mbH http://www.virtual-earth.de/ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 HRB126870 support@virtual-earth.de=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 We= stendstr. 142 089 / 1250 3943=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=20 =20 ------=_Part_490812_1011810487.1671141531221 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
When I build 13.1-p5 (kernel= and world) I saw some warnings only, no error
try to change: -Werror=3Dunused-variable to -Wwa= rning=3Dunused-variable or some like that.

Yves G= uerin


=20
=20
Le jeudi 15 d=C3=A9cembre 2022 =C3=A0 16:21:49 UTC=E2= =88=925, Mathias Picker <mathias.picker@virtual-earth.de> a =C3=A9cri= t :


Hi Yves,
yes, it did stop the build. If I remember correctl= y, there was a
compilation flag about that, -Wer= ror=3Dunused-variable

= I had to remove the offending line to finish the build.

Thanks,

<= /div>
Mathias

Yves Gu=C3=A9rin <yvesguerin@yahoo.ca> writes:

> dear Mathias,
=
>
> Does it stop your buil= d ? if no, just warning, so just forget
> the= m
>
> Regards,
>
> Yves Guerin
=
>
> Le jeudi 15 d=C3= =A9cembre 2022 =C3=A0 11:04:56 UTC=E2=88=925, Mathias Picker
> <mathias.picker@virtual-ear= th.de> a =C3=A9crit :
>
> Mathias Picker <Mathias.Pick= er@virtual-earth.de> writes:
>
>> In bhyverun.c:1270:6  saying "unused variab= le 'vcpu'"
>>
&g= t;> I'm up to date with stable/13 as of right now=E2=80=A6
>
> I deleted the vcpu declara= tion in line 1270 and world build just
> fine= .
>
>> Anyone = else encountering this?
>>
>> Any tips / help  how to get a working system:
>>
>> I need to = rebuild drm-510-kmod, pkg version does not work and
>> version build with kernel sources now on the system do not loa= d
>> ;)
>>=
>> Mathias
>&= gt;


--
Mathias Picker      &= nbsp;                
Gesch=C3=A4ftsf=C3=BChrer

virtual earth Gesellschaft f=C3=BCr Wissens= re/pr=C3=A4 sentation mbH
http://www.virtual-earth.de/ &nbs= p;         HRB126870
support@virtual-earth.de            =   Westendstr. 142
089 / 1250 3943  &nb= sp;        

------=_Part_490812_1011810487.1671141531221-- From nobody Sat Dec 17 00:49:52 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NYnSK5Qw5z1CVtl for ; Sat, 17 Dec 2022 00:50:09 +0000 (UTC) (envelope-from jon@xyinn.org) Received: from mail-40136.proton.ch (mail-40136.proton.ch [185.70.40.136]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NYnSF5YR2z4PLZ for ; Sat, 17 Dec 2022 00:50:05 +0000 (UTC) (envelope-from jon@xyinn.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=xyinn.org header.s=protonmail3 header.b=zn+F5Dcy; spf=pass (mx1.freebsd.org: domain of jon@xyinn.org designates 185.70.40.136 as permitted sender) smtp.mailfrom=jon@xyinn.org; dmarc=pass (policy=none) header.from=xyinn.org Date: Sat, 17 Dec 2022 00:49:52 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xyinn.org; s=protonmail3; t=1671238199; x=1671497399; bh=r6BNa+Tvne9d1L101gMCT5NzIRT4BoNiNhWkaTnvFWw=; h=Date:To:From:Cc:Subject:Message-ID:Feedback-ID:From:To:Cc:Date: Subject:Reply-To:Feedback-ID:Message-ID:BIMI-Selector; b=zn+F5DcyVPTmnm/FlDsiWD4+lvWvXies8L2j+1FLkxxtktDqmwka6pwbcsH26XQ6Z u/Btkk52s4+zqUnCQ81jVHcOJHWbiOmf+iXi29TQf7W7k1T5GoNiH1GTkBbb43J34e DBGGL90BBQ/YmcBXyEdaDjiZ2bEEao6G1Ujvaf/bcbwOMzaJRh3CTJA+z7eDveAGq1 Wgki8UrQmzexk5G7+KdUca0RT2d3wEIGwJpYas8YLZ7ThSJf0XBbgQNy0slmmWA0dj +ynUIEeZi1IMQwdT/oWl3JhM8qSqE2wjvDVeZ4bcGBUK7LFbiLsQ1iCv9qAIY3DsOc ZPukOfcZ2HakA== To: "freebsd-stable@freebsd.org" From: Jonathan Vasquez Cc: "dougm@FreeBSD.org" Subject: stable/13 - amdgpu broken with n253286-d8a88ec38149 Message-ID: Feedback-ID: 12351801:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_P2CUAixAYA2mM5EzRMYE7SnaVXbecpL52EEzQRt3IV8" X-Spamd-Result: default: False [-3.87 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.97)[-0.974]; DMARC_POLICY_ALLOW(-0.50)[xyinn.org,none]; R_DKIM_ALLOW(-0.20)[xyinn.org:s=protonmail3]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; MIME_BASE64_TEXT(0.10)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_DN_EQ_ADDR_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[xyinn.org:+]; FREEFALL_USER(0.00)[jon]; RCPT_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; HAS_PHPMAILER_SIG(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4NYnSF5YR2z4PLZ X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --b1_P2CUAixAYA2mM5EzRMYE7SnaVXbecpL52EEzQRt3IV8 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SGV5IGFsbCwKCml0IHNlZW1zIHRoYXQgbXkgQU1EIFJhZGVvbiA2OTAwIFhUIGRvZXNuJ3QgbG9h ZCB0aGUgYW1kZ3B1IHByb3Blcmx5IGFueW1vcmUuIFRoZSBtYWNoaW5lIHdpbGwgY3Jhc2ggaW1t ZWRpYXRlbHkgdXBvbiBsb2FkLiBBZnRlciBhIGJpc2VjdCwgSSBmb3VuZCB0aGUgcG9zdGVkIGNv bW1pdC4gVGhpcyBjYXJkIHVzZXMgdGhlIHNpZW5uYV9jaWNobGlk4oCLIGZsYXZvciBmb3IgZ3B1 LWZpcm13YXJlLWFtZC1rbW9kLgoKY29tbWl0IGQ4YTg4ZWMzODE0OThmNTk0MjQwMzA4OGQyOGVl MzI1YjkyZTlhNzgKQXV0aG9yOiBEb3VnIE1vb3JlIDxkb3VnbUBGcmVlQlNELm9yZz4KRGF0ZTog RnJpIERlYyAxNiAwMzoxNToyOCAyMDIyIC0wNjAwCgpyYl90cmVlOiByZXN0b3JlIGJpbmFyeSBj b21wYXQgdy8gMTMKCkEgY2hhbmdlIHRvIFJCX0NPTE9SX0lOU0VSVCwgd2hlbiBtZXJnZWQgaW50 byBzdGFibGUvMTMsIGJyb2tlIGJpbmFyeQpjb21wYXRpYmlsaXR5LiBGb3IgMTMsIGNhbGwgdGhl IG5ldyBmdW5jdGlvbiBSQl9ET19DT0xPUl9JTlNFUlQsIGFuZApyZXN0b3JlIHRoZSBvbGQgZnVu Y3Rpb24gd2l0aCB0aGUgb3JpZ2luYWwgbmFtZSBhbmQgcGFyYW1ldGVycy4gRGVmaW5lClJCX0NP TE9SX0lOU0VSVCBpbiB0cmVlLmgsIGFuZCByZW1vdmUgY2hhbmdlcyB0byB0aGUgbGludXggcmJ0 cmVlCmhlYWRlci4KCkFub3RoZXIgY2hhbmdlIGFsdGVyZWQgdGhlIG9yZGVyIG9mIHBvaW50ZXJz IGluIHRoZSBSQl9FTlRSWSBzdHJ1Y3QuCkZvciAxMywgcmVzdG9yZSB0aGUgb3JpZ2luYWwgb3Jk ZXIuCgpSZXBvcnRlZCBieTogbWFudQpSZXZpZXdlZCBieTogaHNlbGFza3kKVGVzdGVkIGJ5OiBt YW51CkRpZmZlcmVudGlhbCBSZXZpc2lvbjogaHR0cHM6Ly9yZXZpZXdzLmZyZWVic2Qub3JnL0Qz NzcxNgoKc3lzL2NvbXBhdC9saW51eGtwaS9jb21tb24vaW5jbHVkZS9saW51eC9yYnRyZWUuaCB8 IDExICsrLS0tLQpzeXMvc3lzL3RyZWUuaCB8IDQ2ICsrKysrKysrKysrKysrKystLS0tLS0tCgpK b25hdGhhbiBWYXNxdWV6ClBHUDogMzREQSA4NThDIDE0NDcgNTA5RSBDNzdBIEQ0OUYgRkI4NSA5 MEI3IEM0Q0EgNTI3OQpTZW50IHdpdGggUHJvdG9uTWFpbCBTZWN1cmUgRW1haWw= --b1_P2CUAixAYA2mM5EzRMYE7SnaVXbecpL52EEzQRt3IV8 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0cHg7Ij48c3Bhbj5I ZXkgYWxsLDwvc3Bhbj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQXJpYWw7IGZvbnQt c2l6ZTogMTRweDsiPjxzcGFuPjxicj48L3NwYW4+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1p bHk6IEFyaWFsOyBmb250LXNpemU6IDE0cHg7Ij48c3Bhbj5pdCBzZWVtcyB0aGF0IG15IEFNRCBS YWRlb24gNjkwMCBYVCBkb2Vzbid0IGxvYWQgdGhlIGFtZGdwdSBwcm9wZXJseSBhbnltb3JlLiBU aGUgbWFjaGluZSB3aWxsIGNyYXNoIGltbWVkaWF0ZWx5IHVwb24gbG9hZC4gQWZ0ZXIgYSBiaXNl Y3QsIEkgZm91bmQgdGhlIHBvc3RlZCBjb21taXQuIFRoaXMgY2FyZCB1c2VzIHRoZSA8Y29kZT5z aWVubmFfY2ljaGxpZDwvY29kZT7igIsgZmxhdm9yIGZvciBncHUtZmlybXdhcmUtYW1kLWttb2Qu PGJyPjwvc3Bhbj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQXJpYWw7IGZvbnQtc2l6 ZTogMTRweDsiPjxzcGFuPjxicj48L3NwYW4+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6 IEFyaWFsOyBmb250LXNpemU6IDE0cHg7Ij48c3Bhbj5jb21taXQgZDhhODhlYzM4MTQ5OGY1OTQy NDAzMDg4ZDI4ZWUzMjViOTJlOWE3ODwvc3Bhbj48ZGl2PjxzcGFuPkF1dGhvcjogRG91ZyBNb29y ZSAmbHQ7PGEgdGFyZ2V0PSJfYmxhbmsiIHJlbD0ibm9yZWZlcnJlciBub2ZvbGxvdyBub29wZW5l ciIgaHJlZj0ibWFpbHRvOmRvdWdtQEZyZWVCU0Qub3JnIj5kb3VnbUBGcmVlQlNELm9yZzwvYT4m Z3Q7PC9zcGFuPjwvZGl2PjxkaXY+PHNwYW4+RGF0ZTogJm5ic3A7IEZyaSBEZWMgMTYgMDM6MTU6 MjggMjAyMiAtMDYwMDwvc3Bhbj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PjxzcGFuPiZuYnNw OyAmbmJzcDsgcmJfdHJlZTogcmVzdG9yZSBiaW5hcnkgY29tcGF0IHcvIDEzPC9zcGFuPjwvZGl2 PjxkaXY+PHNwYW4+Jm5ic3A7ICZuYnNwOyA8L3NwYW4+PC9kaXY+PGRpdj48c3Bhbj4mbmJzcDsg Jm5ic3A7IEEgY2hhbmdlIHRvIFJCX0NPTE9SX0lOU0VSVCwgd2hlbiBtZXJnZWQgaW50byBzdGFi bGUvMTMsIGJyb2tlIGJpbmFyeTwvc3Bhbj48L2Rpdj48ZGl2PjxzcGFuPiZuYnNwOyAmbmJzcDsg Y29tcGF0aWJpbGl0eS4gRm9yIDEzLCBjYWxsIHRoZSBuZXcgZnVuY3Rpb24gUkJfRE9fQ09MT1Jf SU5TRVJULCBhbmQ8L3NwYW4+PC9kaXY+PGRpdj48c3Bhbj4mbmJzcDsgJm5ic3A7IHJlc3RvcmUg dGhlIG9sZCBmdW5jdGlvbiB3aXRoIHRoZSBvcmlnaW5hbCBuYW1lIGFuZCBwYXJhbWV0ZXJzLiBE ZWZpbmU8L3NwYW4+PC9kaXY+PGRpdj48c3Bhbj4mbmJzcDsgJm5ic3A7IFJCX0NPTE9SX0lOU0VS VCBpbiB0cmVlLmgsIGFuZCByZW1vdmUgY2hhbmdlcyB0byB0aGUgbGludXggcmJ0cmVlPC9zcGFu PjwvZGl2PjxkaXY+PHNwYW4+Jm5ic3A7ICZuYnNwOyBoZWFkZXIuPC9zcGFuPjwvZGl2PjxkaXY+ PHNwYW4+Jm5ic3A7ICZuYnNwOyA8L3NwYW4+PC9kaXY+PGRpdj48c3Bhbj4mbmJzcDsgJm5ic3A7 IEFub3RoZXIgY2hhbmdlIGFsdGVyZWQgdGhlIG9yZGVyIG9mIHBvaW50ZXJzIGluIHRoZSBSQl9F TlRSWSBzdHJ1Y3QuPC9zcGFuPjwvZGl2PjxkaXY+PHNwYW4+Jm5ic3A7ICZuYnNwOyBGb3IgMTMs IHJlc3RvcmUgdGhlIG9yaWdpbmFsIG9yZGVyLjwvc3Bhbj48L2Rpdj48ZGl2PjxzcGFuPiZuYnNw OyAmbmJzcDsgPC9zcGFuPjwvZGl2PjxkaXY+PHNwYW4+Jm5ic3A7ICZuYnNwOyBSZXBvcnRlZCBi eTogJm5ic3A7ICZuYnNwO21hbnU8L3NwYW4+PC9kaXY+PGRpdj48c3Bhbj4mbmJzcDsgJm5ic3A7 IFJldmlld2VkIGJ5OiAmbmJzcDsgJm5ic3A7aHNlbGFza3k8L3NwYW4+PC9kaXY+PGRpdj48c3Bh bj4mbmJzcDsgJm5ic3A7IFRlc3RlZCBieTogJm5ic3A7ICZuYnNwOyAmbmJzcDttYW51PC9zcGFu PjwvZGl2PjxkaXY+PHNwYW4+Jm5ic3A7ICZuYnNwOyBEaWZmZXJlbnRpYWwgUmV2aXNpb246ICZu YnNwOzxhIHRhcmdldD0iX2JsYW5rIiByZWw9Im5vcmVmZXJyZXIgbm9mb2xsb3cgbm9vcGVuZXIi IGhyZWY9Imh0dHBzOi8vcmV2aWV3cy5mcmVlYnNkLm9yZy9EMzc3MTYiPmh0dHBzOi8vcmV2aWV3 cy5mcmVlYnNkLm9yZy9EMzc3MTY8L2E+PC9zcGFuPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+ PHNwYW4+Jm5ic3A7c3lzL2NvbXBhdC9saW51eGtwaS9jb21tb24vaW5jbHVkZS9saW51eC9yYnRy ZWUuaCB8IDExICsrLS0tLTwvc3Bhbj48L2Rpdj48ZGl2PjxzcGFuPiZuYnNwO3N5cy9zeXMvdHJl ZS5oICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7fCA0NiArKysrKysrKysrKysrKysrLS0tLS0tLTwvc3Bhbj48L2Rpdj48 c3Bhbj48L3NwYW4+PGJyPjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbDsgZm9u dC1zaXplOiAxNHB4OyI+PGJyPjwvZGl2Pg0KPGRpdiBjbGFzcz0icHJvdG9ubWFpbF9zaWduYXR1 cmVfYmxvY2siIHN0eWxlPSJmb250LWZhbWlseTogQXJpYWw7IGZvbnQtc2l6ZTogMTRweDsiPg0K ICAgIDxkaXYgY2xhc3M9InByb3Rvbm1haWxfc2lnbmF0dXJlX2Jsb2NrLXVzZXIiPg0KICAgICAg ICA8ZGl2PkpvbmF0aGFuIFZhc3F1ZXo8YnI+PC9kaXY+PGRpdj5QR1A6IDM0REEgODU4QyAxNDQ3 IDUwOUUgQzc3QSAgRDQ5RiBGQjg1IDkwQjcgQzRDQSA1Mjc5PGJyPjwvZGl2PjxkaXY+U2VudCB3 aXRoIFByb3Rvbk1haWwgU2VjdXJlIEVtYWlsPGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2Pg0KICAg IDwvZGl2Pg0KICAgIA0KICAgICAgICAgICAgPGRpdiBjbGFzcz0icHJvdG9ubWFpbF9zaWduYXR1 cmVfYmxvY2stcHJvdG9uIHByb3Rvbm1haWxfc2lnbmF0dXJlX2Jsb2NrLWVtcHR5Ij4NCiAgICAg ICAgDQogICAgICAgICAgICA8L2Rpdj4NCjwvZGl2Pg0K --b1_P2CUAixAYA2mM5EzRMYE7SnaVXbecpL52EEzQRt3IV8-- From nobody Sat Dec 17 02:31:15 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NYqjK3kwmz1Fy9V for ; Sat, 17 Dec 2022 02:31:33 +0000 (UTC) (envelope-from jon@xyinn.org) Received: from mail-4323.proton.ch (mail-4323.proton.ch [185.70.43.23]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NYqjH2912z3HSB for ; Sat, 17 Dec 2022 02:31:31 +0000 (UTC) (envelope-from jon@xyinn.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=xyinn.org header.s=protonmail3 header.b=LAWRerVn; spf=pass (mx1.freebsd.org: domain of jon@xyinn.org designates 185.70.43.23 as permitted sender) smtp.mailfrom=jon@xyinn.org; dmarc=pass (policy=none) header.from=xyinn.org Date: Sat, 17 Dec 2022 02:31:15 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xyinn.org; s=protonmail3; t=1671244287; x=1671503487; bh=6DgGEzsKnmIkZr0E+UaVr3RoEO14JOpQ7ilAfZhUkTw=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=LAWRerVnY/s/CLd2AzYWhPjyZtCOctODA1ViqY71zqW0J7X3tChrP5tr02LXtJAKJ KmoVs2e/bbf7cUVu7C4LYAmWw5h5HmONn7wHQ0LY6ic/BXFBJTFWid22HRkwKps+Cq yW0M6L+AaMDsztk2QdaPemARz5fz0tRDcHmqcbshNyghq/0VIhdMTjTKZUP7oP8mMO BCo/cHjiTuFYbGk8cOwLVVz2CY7eYdKOzwl/9Xni2B4T6/Fq/zUBCeinmqWtdzvJ9G APtmqJvR2CsPjrJPM1rP/Rr9bn+pvrpHJ/E2bMfES0Qixrvv6m6tjtJ8Pttmi/p4MB hF1iAZmGQySsw== To: unkadoug@gmail.com From: Jonathan Vasquez Cc: freebsd-stable@freebsd.org, dougm@freebsd.org Subject: Re: stable/13 - amdgpu broken with n253286-d8a88ec38149 Message-ID: In-Reply-To: <5D2B4EDD-E277-4314-9CA9-CEACC67658DE@gmail.com> References: <5D2B4EDD-E277-4314-9CA9-CEACC67658DE@gmail.com> Feedback-ID: 12351801:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_u5lsZnfWsaQHCE85sG2ryDO6OzAvxCF9qr3RA34oJs" X-Spamd-Result: default: False [-3.90 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_SHORT(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[xyinn.org,none]; R_DKIM_ALLOW(-0.20)[xyinn.org:s=protonmail3]; R_SPF_ALLOW(-0.20)[+ip4:185.70.43.0/24]; MIME_BASE64_TEXT(0.10)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.43.0/24, country:CH]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[jon]; DKIM_TRACE(0.00)[xyinn.org:+]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_NONE(0.00)[]; HAS_PHPMAILER_SIG(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[185.70.43.23:from] X-Rspamd-Queue-Id: 4NYqjH2912z3HSB X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --b1_u5lsZnfWsaQHCE85sG2ryDO6OzAvxCF9qr3RA34oJs Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SGV5IERvdWcsCgpOb3QgYSBwcm9ibGVtLiBJIGFjdHVhbGx5IGRpZCBjbGVhbiByZWJ1aWxkcyBv ZiBldmVyeXRoaW5nLCBpbmNsdWRpbmcgcHVsbGluZyB0aGUgbGF0ZXN0IHBvcnRzIGFuZCBjbGVh bmx5IHJlaW5zdGFsbGluZyBkcm0tNTEwLWttb2QgYW5kIGdwdS1maXJtd2FyZS1hbWQta21vZC4g QnV0IGl0IHN0aWxsIGZhaWxlZC4KCkpvbmF0aGFuIFZhc3F1ZXoKUEdQOiAzNERBIDg1OEMgMTQ0 NyA1MDlFIEM3N0EgRDQ5RiBGQjg1IDkwQjcgQzRDQSA1Mjc5ClNlbnQgd2l0aCBQcm90b25NYWls IFNlY3VyZSBFbWFpbAoKU2VudCBmcm9tIFByb3RvbiBNYWlsIG1vYmlsZQoKLS0tLS0tLS0gT3Jp Z2luYWwgTWVzc2FnZSAtLS0tLS0tLQpPbiBEZWMgMTYsIDIwMjIsIDIxOjA1LCBEb3VnIE1vb3Jl IHdyb3RlOgoKPiBTaG9ydCBhbnN3ZXIgLSB0cnkgcmVidWlsZGluZyBrbW9kIGZyb20gc2NyYXRj aC4KPgo+IExvbmcgYW5zd2VyIC0gSSBtb3ZlZCBpbnRvIHN0YWJsZS8xMyBjaGFuZ2VzIGZyb20g bWFpbiB0aGF0IGNoYW5nZWQgc29tZSBiaW5hcnktbGV2ZWwgcmVwcmVzZW50YXRpb25zLiBPbmUg d2hvIGZvdW5kIHRoYXQgdGhlIGttb2QgaGUgYnVpbHQgYmVmb3JlIHRob3NlIGNoYW5nZXMgbm8g bG9uZ2VyIHdvcmtlZCBwb2ludGVkIG91dCBteSBlcnJvci4gU28gSSBtYWRlIGEgY2hhbmdlIHRv IHN0YWJsZS8xMyByZWNlbnRseSB0byByZXN0b3JlIHRoZSBvcmlnaW5hbCByZXByZXNlbnRhdGlv bnMsIGFuZCBzYXRpc2ZpZWQgdGhhdCBwZXJzb27igJlzIGNvbXBsYWludC4gQnV0LCBzb21lb25l IHdobyBidWlsdCBrbW9kIHJlY2VudGx5IHdpbGwgZmluZCB0aGluZ3MgYnJva2VuLCB0aGUgd2F5 IHRoZSBvcmlnaW5hbCBmZWxsb3cgZGlkLiBJIGNhbiBvbmx5IGFwb2xvZ2l6ZSBhbmQgYXNrIHlv dSB0byByZWJ1aWxkIG5vbi1rZXJuZWwgc3R1ZmYgYmFzZWQgb24gdGhlIHN0YWJsZS8xMyBvZiBt b3JlIHRoYW4gYSBkYXkgYWdvLiBJIGhhZG7igJl0IGNvbnNpZGVyZWQgdGhlIGltcGFjdCBvZiBt eSBjaGFuZ2VzIG9uIG5vbi1rZXJuZWwgY29kZS4KPiBEb3VnCj4KPiBTZW50IGZyb20gbXkgaVBh ZAo+Cj4+IE9uIERlYyAxNiwgMjAyMiwgYXQgNjo1MCBQTSwgSm9uYXRoYW4gVmFzcXVleiA8am9u QHh5aW5uLm9yZz4gd3JvdGU6Cj4KPj4g77u/Cj4+IEhleSBhbGwsCj4+Cj4+IGl0IHNlZW1zIHRo YXQgbXkgQU1EIFJhZGVvbiA2OTAwIFhUIGRvZXNuJ3QgbG9hZCB0aGUgYW1kZ3B1IHByb3Blcmx5 IGFueW1vcmUuIFRoZSBtYWNoaW5lIHdpbGwgY3Jhc2ggaW1tZWRpYXRlbHkgdXBvbiBsb2FkLiBB ZnRlciBhIGJpc2VjdCwgSSBmb3VuZCB0aGUgcG9zdGVkIGNvbW1pdC4gVGhpcyBjYXJkIHVzZXMg dGhlIHNpZW5uYV9jaWNobGlk4oCLIGZsYXZvciBmb3IgZ3B1LWZpcm13YXJlLWFtZC1rbW9kLgo+ Pgo+PiBjb21taXQgZDhhODhlYzM4MTQ5OGY1OTQyNDAzMDg4ZDI4ZWUzMjViOTJlOWE3OAo+PiBB dXRob3I6IERvdWcgTW9vcmUgPGRvdWdtQEZyZWVCU0Qub3JnPgo+PiBEYXRlOiBGcmkgRGVjIDE2 IDAzOjE1OjI4IDIwMjIgLTA2MDAKPj4KPj4gcmJfdHJlZTogcmVzdG9yZSBiaW5hcnkgY29tcGF0 IHcvIDEzCj4+Cj4+IEEgY2hhbmdlIHRvIFJCX0NPTE9SX0lOU0VSVCwgd2hlbiBtZXJnZWQgaW50 byBzdGFibGUvMTMsIGJyb2tlIGJpbmFyeQo+PiBjb21wYXRpYmlsaXR5LiBGb3IgMTMsIGNhbGwg dGhlIG5ldyBmdW5jdGlvbiBSQl9ET19DT0xPUl9JTlNFUlQsIGFuZAo+PiByZXN0b3JlIHRoZSBv bGQgZnVuY3Rpb24gd2l0aCB0aGUgb3JpZ2luYWwgbmFtZSBhbmQgcGFyYW1ldGVycy4gRGVmaW5l Cj4+IFJCX0NPTE9SX0lOU0VSVCBpbiB0cmVlLmgsIGFuZCByZW1vdmUgY2hhbmdlcyB0byB0aGUg bGludXggcmJ0cmVlCj4+IGhlYWRlci4KPj4KPj4gQW5vdGhlciBjaGFuZ2UgYWx0ZXJlZCB0aGUg b3JkZXIgb2YgcG9pbnRlcnMgaW4gdGhlIFJCX0VOVFJZIHN0cnVjdC4KPj4gRm9yIDEzLCByZXN0 b3JlIHRoZSBvcmlnaW5hbCBvcmRlci4KPj4KPj4gUmVwb3J0ZWQgYnk6IG1hbnUKPj4gUmV2aWV3 ZWQgYnk6IGhzZWxhc2t5Cj4+IFRlc3RlZCBieTogbWFudQo+PiBEaWZmZXJlbnRpYWwgUmV2aXNp b246IGh0dHBzOi8vcmV2aWV3cy5mcmVlYnNkLm9yZy9EMzc3MTYKPj4KPj4gc3lzL2NvbXBhdC9s aW51eGtwaS9jb21tb24vaW5jbHVkZS9saW51eC9yYnRyZWUuaCB8IDExICsrLS0tLQo+PiBzeXMv c3lzL3RyZWUuaCB8IDQ2ICsrKysrKysrKysrKysrKystLS0tLS0tCj4+Cj4+IEpvbmF0aGFuIFZh c3F1ZXoKPj4gUEdQOiAzNERBIDg1OEMgMTQ0NyA1MDlFIEM3N0EgRDQ5RiBGQjg1IDkwQjcgQzRD QSA1Mjc5Cj4+IFNlbnQgd2l0aCBQcm90b25NYWlsIFNlY3VyZSBFbWFpbA== --b1_u5lsZnfWsaQHCE85sG2ryDO6OzAvxCF9qr3RA34oJs Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 SGV5IERvdWcsPGJyPjxicj5Ob3QgYSBwcm9ibGVtLiBJIGFjdHVhbGx5IGRpZCBjbGVhbiByZWJ1 aWxkcyBvZiBldmVyeXRoaW5nLCBpbmNsdWRpbmcgcHVsbGluZyB0aGUgbGF0ZXN0IHBvcnRzIGFu ZCBjbGVhbmx5IHJlaW5zdGFsbGluZyBkcm0tNTEwLWttb2QgYW5kIGdwdS1maXJtd2FyZS1hbWQt a21vZC4gQnV0IGl0IHN0aWxsIGZhaWxlZC4gPGJyPjxicj48YnI+PGRpdj5Kb25hdGhhbiBWYXNx dWV6PGJyIC8+PC9kaXY+PGRpdj5QR1A6IDM0REEgODU4QyAxNDQ3IDUwOUUgQzc3QSAgRDQ5RiBG Qjg1IDkwQjcgQzRDQSA1Mjc5PGJyIC8+PC9kaXY+PGRpdj5TZW50IHdpdGggUHJvdG9uTWFpbCBT ZWN1cmUgRW1haWw8YnIgLz48L2Rpdj48ZGl2PjxiciAvPjwvZGl2Pjxicj48YnI+U2VudCBmcm9t IFByb3RvbiBNYWlsIG1vYmlsZTxicj48YnI+PGJyPjxicj4tLS0tLS0tLSBPcmlnaW5hbCBNZXNz YWdlIC0tLS0tLS0tPGJyPk9uIERlYyAxNiwgMjAyMiwgMjE6MDUsIERvdWcgTW9vcmUgPCB1bmth ZG91Z0BnbWFpbC5jb20+IHdyb3RlOjxibG9ja3F1b3RlIGNsYXNzPSJwcm90b25tYWlsX3F1b3Rl Ij48YnI+PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iY29udGVudC10eXBlIiBjb250ZW50 PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPjwvaGVhZD48Ym9keSBkaXI9ImF1dG8iPlNob3J0 IGFuc3dlciAtIHRyeSByZWJ1aWxkaW5nIGttb2QgZnJvbSBzY3JhdGNoLjxkaXY+PGJyPjwvZGl2 PjxkaXY+TG9uZyBhbnN3ZXIgLSBJIG1vdmVkIGludG8gc3RhYmxlLzEzIGNoYW5nZXMgZnJvbSBt YWluIHRoYXQgY2hhbmdlZCBzb21lIGJpbmFyeS1sZXZlbCByZXByZXNlbnRhdGlvbnMuIE9uZSB3 aG8gZm91bmQgdGhhdCB0aGUga21vZCBoZSBidWlsdCBiZWZvcmUgdGhvc2UgY2hhbmdlcyBubyBs b25nZXIgd29ya2VkIHBvaW50ZWQgb3V0IG15IGVycm9yLiBTbyBJIG1hZGUgYSBjaGFuZ2UgdG8g c3RhYmxlLzEzIHJlY2VudGx5IHRvIHJlc3RvcmUgdGhlIG9yaWdpbmFsIHJlcHJlc2VudGF0aW9u cywgYW5kIHNhdGlzZmllZCB0aGF0IHBlcnNvbuKAmXMgY29tcGxhaW50LiBCdXQsIHNvbWVvbmUg d2hvIGJ1aWx0IGttb2QgcmVjZW50bHkgd2lsbCBmaW5kIHRoaW5ncyBicm9rZW4sIHRoZSB3YXkg dGhlIG9yaWdpbmFsIGZlbGxvdyBkaWQuIEkgY2FuIG9ubHkgYXBvbG9naXplIGFuZCBhc2sgeW91 IHRvIHJlYnVpbGQgbm9uLWtlcm5lbCBzdHVmZiBiYXNlZCBvbiB0aGUgc3RhYmxlLzEzIG9mIG1v cmUgdGhhbiBhIGRheSBhZ28uIEkgaGFkbuKAmXQgY29uc2lkZXJlZCB0aGUgaW1wYWN0IG9mIG15 IGNoYW5nZXMgb24gbm9uLWtlcm5lbCBjb2RlLjwvZGl2PjxkaXY+RG91Zzxicj48YnI+PGRpdiBk aXI9Imx0ciI+U2VudCBmcm9tIG15IGlQYWQ8L2Rpdj48ZGl2IGRpcj0ibHRyIj48YnI+PGJsb2Nr cXVvdGUgdHlwZT0iY2l0ZSI+T24gRGVjIDE2LCAyMDIyLCBhdCA2OjUwIFBNLCBKb25hdGhhbiBW YXNxdWV6ICZsdDtqb25AeHlpbm4ub3JnJmd0OyB3cm90ZTo8YnI+PGJyPjwvYmxvY2txdW90ZT48 L2Rpdj48YmxvY2txdW90ZSB0eXBlPSJjaXRlIj48ZGl2IGRpcj0ibHRyIj7vu788ZGl2IHN0eWxl PSJmb250LWZhbWlseTogQXJpYWw7IGZvbnQtc2l6ZTogMTRweDsiPjxzcGFuPkhleSBhbGwsPC9z cGFuPjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbDsgZm9udC1zaXplOiAxNHB4 OyI+PHNwYW4+PGJyPjwvc3Bhbj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQXJpYWw7 IGZvbnQtc2l6ZTogMTRweDsiPjxzcGFuPml0IHNlZW1zIHRoYXQgbXkgQU1EIFJhZGVvbiA2OTAw IFhUIGRvZXNuJ3QgbG9hZCB0aGUgYW1kZ3B1IHByb3Blcmx5IGFueW1vcmUuIFRoZSBtYWNoaW5l IHdpbGwgY3Jhc2ggaW1tZWRpYXRlbHkgdXBvbiBsb2FkLiBBZnRlciBhIGJpc2VjdCwgSSBmb3Vu ZCB0aGUgcG9zdGVkIGNvbW1pdC4gVGhpcyBjYXJkIHVzZXMgdGhlIDxjb2RlPnNpZW5uYV9jaWNo bGlkPC9jb2RlPuKAiyBmbGF2b3IgZm9yIGdwdS1maXJtd2FyZS1hbWQta21vZC48YnI+PC9zcGFu PjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbDsgZm9udC1zaXplOiAxNHB4OyI+ PHNwYW4+PGJyPjwvc3Bhbj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQXJpYWw7IGZv bnQtc2l6ZTogMTRweDsiPjxzcGFuPmNvbW1pdCBkOGE4OGVjMzgxNDk4ZjU5NDI0MDMwODhkMjhl ZTMyNWI5MmU5YTc4PC9zcGFuPjxkaXY+PHNwYW4+QXV0aG9yOiBEb3VnIE1vb3JlICZsdDs8YSB0 YXJnZXQ9Il9ibGFuayIgcmVsPSJub3JlZmVycmVyIG5vZm9sbG93IG5vb3BlbmVyIiBocmVmPSJt YWlsdG86ZG91Z21ARnJlZUJTRC5vcmciPmRvdWdtQEZyZWVCU0Qub3JnPC9hPiZndDs8L3NwYW4+ PC9kaXY+PGRpdj48c3Bhbj5EYXRlOiAmbmJzcDsgRnJpIERlYyAxNiAwMzoxNToyOCAyMDIyIC0w NjAwPC9zcGFuPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PHNwYW4+Jm5ic3A7ICZuYnNwOyBy Yl90cmVlOiByZXN0b3JlIGJpbmFyeSBjb21wYXQgdy8gMTM8L3NwYW4+PC9kaXY+PGRpdj48c3Bh bj4mbmJzcDsgJm5ic3A7IDwvc3Bhbj48L2Rpdj48ZGl2PjxzcGFuPiZuYnNwOyAmbmJzcDsgQSBj aGFuZ2UgdG8gUkJfQ09MT1JfSU5TRVJULCB3aGVuIG1lcmdlZCBpbnRvIHN0YWJsZS8xMywgYnJv a2UgYmluYXJ5PC9zcGFuPjwvZGl2PjxkaXY+PHNwYW4+Jm5ic3A7ICZuYnNwOyBjb21wYXRpYmls aXR5LiBGb3IgMTMsIGNhbGwgdGhlIG5ldyBmdW5jdGlvbiBSQl9ET19DT0xPUl9JTlNFUlQsIGFu ZDwvc3Bhbj48L2Rpdj48ZGl2PjxzcGFuPiZuYnNwOyAmbmJzcDsgcmVzdG9yZSB0aGUgb2xkIGZ1 bmN0aW9uIHdpdGggdGhlIG9yaWdpbmFsIG5hbWUgYW5kIHBhcmFtZXRlcnMuIERlZmluZTwvc3Bh bj48L2Rpdj48ZGl2PjxzcGFuPiZuYnNwOyAmbmJzcDsgUkJfQ09MT1JfSU5TRVJUIGluIHRyZWUu aCwgYW5kIHJlbW92ZSBjaGFuZ2VzIHRvIHRoZSBsaW51eCByYnRyZWU8L3NwYW4+PC9kaXY+PGRp dj48c3Bhbj4mbmJzcDsgJm5ic3A7IGhlYWRlci48L3NwYW4+PC9kaXY+PGRpdj48c3Bhbj4mbmJz cDsgJm5ic3A7IDwvc3Bhbj48L2Rpdj48ZGl2PjxzcGFuPiZuYnNwOyAmbmJzcDsgQW5vdGhlciBj aGFuZ2UgYWx0ZXJlZCB0aGUgb3JkZXIgb2YgcG9pbnRlcnMgaW4gdGhlIFJCX0VOVFJZIHN0cnVj dC48L3NwYW4+PC9kaXY+PGRpdj48c3Bhbj4mbmJzcDsgJm5ic3A7IEZvciAxMywgcmVzdG9yZSB0 aGUgb3JpZ2luYWwgb3JkZXIuPC9zcGFuPjwvZGl2PjxkaXY+PHNwYW4+Jm5ic3A7ICZuYnNwOyA8 L3NwYW4+PC9kaXY+PGRpdj48c3Bhbj4mbmJzcDsgJm5ic3A7IFJlcG9ydGVkIGJ5OiAmbmJzcDsg Jm5ic3A7bWFudTwvc3Bhbj48L2Rpdj48ZGl2PjxzcGFuPiZuYnNwOyAmbmJzcDsgUmV2aWV3ZWQg Ynk6ICZuYnNwOyAmbmJzcDtoc2VsYXNreTwvc3Bhbj48L2Rpdj48ZGl2PjxzcGFuPiZuYnNwOyAm bmJzcDsgVGVzdGVkIGJ5OiAmbmJzcDsgJm5ic3A7ICZuYnNwO21hbnU8L3NwYW4+PC9kaXY+PGRp dj48c3Bhbj4mbmJzcDsgJm5ic3A7IERpZmZlcmVudGlhbCBSZXZpc2lvbjogJm5ic3A7PGEgdGFy Z2V0PSJfYmxhbmsiIHJlbD0ibm9yZWZlcnJlciBub2ZvbGxvdyBub29wZW5lciIgaHJlZj0iaHR0 cHM6Ly9yZXZpZXdzLmZyZWVic2Qub3JnL0QzNzcxNiI+aHR0cHM6Ly9yZXZpZXdzLmZyZWVic2Qu b3JnL0QzNzcxNjwvYT48L3NwYW4+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj48c3Bhbj4mbmJz cDtzeXMvY29tcGF0L2xpbnV4a3BpL2NvbW1vbi9pbmNsdWRlL2xpbnV4L3JidHJlZS5oIHwgMTEg KystLS0tPC9zcGFuPjwvZGl2PjxkaXY+PHNwYW4+Jm5ic3A7c3lzL3N5cy90cmVlLmggJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDt8IDQ2ICsrKysrKysrKysrKysrKystLS0tLS0tPC9zcGFuPjwvZGl2PjxzcGFuPjwvc3Bh bj48YnI+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0 cHg7Ij48YnI+PC9kaXY+DQo8ZGl2IGNsYXNzPSJwcm90b25tYWlsX3NpZ25hdHVyZV9ibG9jayIg c3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbDsgZm9udC1zaXplOiAxNHB4OyI+DQogICAgPGRpdiBj bGFzcz0icHJvdG9ubWFpbF9zaWduYXR1cmVfYmxvY2stdXNlciI+DQogICAgICAgIDxkaXY+Sm9u YXRoYW4gVmFzcXVlejxicj48L2Rpdj48ZGl2PlBHUDogMzREQSA4NThDIDE0NDcgNTA5RSBDNzdB ICBENDlGIEZCODUgOTBCNyBDNENBIDUyNzk8YnI+PC9kaXY+PGRpdj5TZW50IHdpdGggUHJvdG9u TWFpbCBTZWN1cmUgRW1haWw8YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+DQogICAgPC9kaXY+DQoN CiAgICAgICAgICAgIDxkaXYgY2xhc3M9InByb3Rvbm1haWxfc2lnbmF0dXJlX2Jsb2NrLXByb3Rv biBwcm90b25tYWlsX3NpZ25hdHVyZV9ibG9jay1lbXB0eSI+DQoNCiAgICAgICAgICAgIDwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj48L2Jsb2NrcXVvdGU+PC9kaXY+PC9ib2R5PjwvaHRtbD48L2Rpdj4= --b1_u5lsZnfWsaQHCE85sG2ryDO6OzAvxCF9qr3RA34oJs-- From nobody Sat Dec 17 02:42:42 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NYqyT0nfyz1G0PW for ; Sat, 17 Dec 2022 02:42:57 +0000 (UTC) (envelope-from jon@xyinn.org) Received: from mail-4317.proton.ch (mail-4317.proton.ch [185.70.43.17]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits)) (Client CN "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NYqyS6zK3z3KJd; Sat, 17 Dec 2022 02:42:56 +0000 (UTC) (envelope-from jon@xyinn.org) Authentication-Results: mx1.freebsd.org; none Date: Sat, 17 Dec 2022 02:42:42 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xyinn.org; s=protonmail3; t=1671244975; x=1671504175; bh=/205qsgMkHEtSM/VwPxUbl+KBFOuB5qNJWegG0q1YkY=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=KobOTGvnCtIZDyi8rnz50YRgfPS5fK0zwJZqgY8LheEBk/DV8S7UMwj+1kF7UrU8F 8ZieTMR+SqOqXwF5qB5hJh/+OdvfZxYLAHOVmX3dH5Cgoo16u5AHbf64aPO42oMAjg 8R5nUZnGvf0IrF4ufm+LAkPgzCNqzly7idV1UlgxDDy1E3nMz4qSSihKx658qK8+MO 6bqR+qu7gMEfFcyEigdrCCuvwEkZbkISbaahOiiYsSsh9Y2bs76xvUzS0Gu4NNOOu8 z4lk3sXFO+Djg/pcEpco3a4cKfAy1CqzAEeqTHHbImNAkwu5B6zfmQwui7SyWnXSx8 GF2fBV1sBuC4g== To: Jonathan Vasquez From: Jonathan Vasquez Cc: unkadoug@gmail.com, freebsd-stable@freebsd.org, dougm@freebsd.org Subject: Re: stable/13 - amdgpu broken with n253286-d8a88ec38149 Message-ID: In-Reply-To: References: <5D2B4EDD-E277-4314-9CA9-CEACC67658DE@gmail.com> Feedback-ID: 12351801:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_D62UbxKSmGtGPd0I0wYx2529ELwCgMS0ws8x8uHS8" X-Rspamd-Queue-Id: 4NYqyS6zK3z3KJd X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.43.0/24, country:CH] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --b1_D62UbxKSmGtGPd0I0wYx2529ELwCgMS0ws8x8uHS8 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 T2gsIEkgdGhpbmsgSSB1bmRlcnN0YW5kIGEgYml0IGJldHRlciB3aGF0IHlvdSBtZWFudC4gWXVw LCBhZnRlciBJIGZvdW5kIHdoaWNoIHN0YWJsZS8xMyBjb21taXQgd2FzIHByb2JsZW1hdGljLCBJ IGNvbXBpbGVkIEhFQUR+MSB3aGljaCBzdGlsbCB3b3JrcywgdGhlbiBJIHJlY29tcGlsZWQgZHJt LTUxMC1rbW9kIGFuZCBpdCdzIHdvcmtpbmcgbm93LiBCdXQgSSBzdGlsbCB3YW50ZWQgdG8gcmVw b3J0IGl0IHNpbmNlIEknbSBndWVzc2luZyB0aGVyZSB3aWxsIG5lZWQgdG8gYmUgc29tZSB0d2Vh a3MgbWFkZSB0byBkcm0tNTEwLWttb2Qgc28gdGhhdCBpdCB3b3JrcyBhZ2FpbiB3aXRoIHRoZSBs YXRlc3Qgc3RhYmxlLzEzLgoKSm9uYXRoYW4gVmFzcXVlegpQR1A6IDM0REEgODU4QyAxNDQ3IDUw OUUgQzc3QSBENDlGIEZCODUgOTBCNyBDNENBIDUyNzkKU2VudCB3aXRoIFByb3Rvbk1haWwgU2Vj dXJlIEVtYWlsCgotLS0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0tLQpPbiBGcmlkYXksIERl Y2VtYmVyIDE2dGgsIDIwMjIgYXQgMjE6MzEsIEpvbmF0aGFuIFZhc3F1ZXogPGpvbkB4eWlubi5v cmc+IHdyb3RlOgoKPiBIZXkgRG91ZywKPgo+IE5vdCBhIHByb2JsZW0uIEkgYWN0dWFsbHkgZGlk IGNsZWFuIHJlYnVpbGRzIG9mIGV2ZXJ5dGhpbmcsIGluY2x1ZGluZyBwdWxsaW5nIHRoZSBsYXRl c3QgcG9ydHMgYW5kIGNsZWFubHkgcmVpbnN0YWxsaW5nIGRybS01MTAta21vZCBhbmQgZ3B1LWZp cm13YXJlLWFtZC1rbW9kLiBCdXQgaXQgc3RpbGwgZmFpbGVkLgo+Cj4gSm9uYXRoYW4gVmFzcXVl ego+IFBHUDogMzREQSA4NThDIDE0NDcgNTA5RSBDNzdBIEQ0OUYgRkI4NSA5MEI3IEM0Q0EgNTI3 OQo+IFNlbnQgd2l0aCBQcm90b25NYWlsIFNlY3VyZSBFbWFpbAo+Cj4gU2VudCBmcm9tIFByb3Rv biBNYWlsIG1vYmlsZQo+Cj4gLS0tLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLS0tLQo+IE9u IERlYyAxNiwgMjAyMiwgMjE6MDUsIERvdWcgTW9vcmUgPCB1bmthZG91Z0BnbWFpbC5jb20+IHdy b3RlOgo+Cj4+IFNob3J0IGFuc3dlciAtIHRyeSByZWJ1aWxkaW5nIGttb2QgZnJvbSBzY3JhdGNo Lgo+Pgo+PiBMb25nIGFuc3dlciAtIEkgbW92ZWQgaW50byBzdGFibGUvMTMgY2hhbmdlcyBmcm9t IG1haW4gdGhhdCBjaGFuZ2VkIHNvbWUgYmluYXJ5LWxldmVsIHJlcHJlc2VudGF0aW9ucy4gT25l IHdobyBmb3VuZCB0aGF0IHRoZSBrbW9kIGhlIGJ1aWx0IGJlZm9yZSB0aG9zZSBjaGFuZ2VzIG5v IGxvbmdlciB3b3JrZWQgcG9pbnRlZCBvdXQgbXkgZXJyb3IuIFNvIEkgbWFkZSBhIGNoYW5nZSB0 byBzdGFibGUvMTMgcmVjZW50bHkgdG8gcmVzdG9yZSB0aGUgb3JpZ2luYWwgcmVwcmVzZW50YXRp b25zLCBhbmQgc2F0aXNmaWVkIHRoYXQgcGVyc29u4oCZcyBjb21wbGFpbnQuIEJ1dCwgc29tZW9u ZSB3aG8gYnVpbHQga21vZCByZWNlbnRseSB3aWxsIGZpbmQgdGhpbmdzIGJyb2tlbiwgdGhlIHdh eSB0aGUgb3JpZ2luYWwgZmVsbG93IGRpZC4gSSBjYW4gb25seSBhcG9sb2dpemUgYW5kIGFzayB5 b3UgdG8gcmVidWlsZCBub24ta2VybmVsIHN0dWZmIGJhc2VkIG9uIHRoZSBzdGFibGUvMTMgb2Yg bW9yZSB0aGFuIGEgZGF5IGFnby4gSSBoYWRu4oCZdCBjb25zaWRlcmVkIHRoZSBpbXBhY3Qgb2Yg bXkgY2hhbmdlcyBvbiBub24ta2VybmVsIGNvZGUuCj4+IERvdWcKPj4KPj4gU2VudCBmcm9tIG15 IGlQYWQKPj4KPj4+IE9uIERlYyAxNiwgMjAyMiwgYXQgNjo1MCBQTSwgSm9uYXRoYW4gVmFzcXVl eiA8am9uQHh5aW5uLm9yZz4gd3JvdGU6Cj4+Cj4+PiDvu78KPj4+IEhleSBhbGwsCj4+Pgo+Pj4g aXQgc2VlbXMgdGhhdCBteSBBTUQgUmFkZW9uIDY5MDAgWFQgZG9lc24ndCBsb2FkIHRoZSBhbWRn cHUgcHJvcGVybHkgYW55bW9yZS4gVGhlIG1hY2hpbmUgd2lsbCBjcmFzaCBpbW1lZGlhdGVseSB1 cG9uIGxvYWQuIEFmdGVyIGEgYmlzZWN0LCBJIGZvdW5kIHRoZSBwb3N0ZWQgY29tbWl0LiBUaGlz IGNhcmQgdXNlcyB0aGUgc2llbm5hX2NpY2hsaWTigIsgZmxhdm9yIGZvciBncHUtZmlybXdhcmUt YW1kLWttb2QuCj4+Pgo+Pj4gY29tbWl0IGQ4YTg4ZWMzODE0OThmNTk0MjQwMzA4OGQyOGVlMzI1 YjkyZTlhNzgKPj4+IEF1dGhvcjogRG91ZyBNb29yZSA8ZG91Z21ARnJlZUJTRC5vcmc+Cj4+PiBE YXRlOiBGcmkgRGVjIDE2IDAzOjE1OjI4IDIwMjIgLTA2MDAKPj4+Cj4+PiByYl90cmVlOiByZXN0 b3JlIGJpbmFyeSBjb21wYXQgdy8gMTMKPj4+Cj4+PiBBIGNoYW5nZSB0byBSQl9DT0xPUl9JTlNF UlQsIHdoZW4gbWVyZ2VkIGludG8gc3RhYmxlLzEzLCBicm9rZSBiaW5hcnkKPj4+IGNvbXBhdGli aWxpdHkuIEZvciAxMywgY2FsbCB0aGUgbmV3IGZ1bmN0aW9uIFJCX0RPX0NPTE9SX0lOU0VSVCwg YW5kCj4+PiByZXN0b3JlIHRoZSBvbGQgZnVuY3Rpb24gd2l0aCB0aGUgb3JpZ2luYWwgbmFtZSBh bmQgcGFyYW1ldGVycy4gRGVmaW5lCj4+PiBSQl9DT0xPUl9JTlNFUlQgaW4gdHJlZS5oLCBhbmQg cmVtb3ZlIGNoYW5nZXMgdG8gdGhlIGxpbnV4IHJidHJlZQo+Pj4gaGVhZGVyLgo+Pj4KPj4+IEFu b3RoZXIgY2hhbmdlIGFsdGVyZWQgdGhlIG9yZGVyIG9mIHBvaW50ZXJzIGluIHRoZSBSQl9FTlRS WSBzdHJ1Y3QuCj4+PiBGb3IgMTMsIHJlc3RvcmUgdGhlIG9yaWdpbmFsIG9yZGVyLgo+Pj4KPj4+ IFJlcG9ydGVkIGJ5OiBtYW51Cj4+PiBSZXZpZXdlZCBieTogaHNlbGFza3kKPj4+IFRlc3RlZCBi eTogbWFudQo+Pj4gRGlmZmVyZW50aWFsIFJldmlzaW9uOiBodHRwczovL3Jldmlld3MuZnJlZWJz ZC5vcmcvRDM3NzE2Cj4+Pgo+Pj4gc3lzL2NvbXBhdC9saW51eGtwaS9jb21tb24vaW5jbHVkZS9s aW51eC9yYnRyZWUuaCB8IDExICsrLS0tLQo+Pj4gc3lzL3N5cy90cmVlLmggfCA0NiArKysrKysr KysrKysrKysrLS0tLS0tLQo+Pj4KPj4+IEpvbmF0aGFuIFZhc3F1ZXoKPj4+IFBHUDogMzREQSA4 NThDIDE0NDcgNTA5RSBDNzdBIEQ0OUYgRkI4NSA5MEI3IEM0Q0EgNTI3OQo+Pj4gU2VudCB3aXRo IFByb3Rvbk1haWwgU2VjdXJlIEVtYWls --b1_D62UbxKSmGtGPd0I0wYx2529ELwCgMS0ws8x8uHS8 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0cHg7Ij5PaCwgSSB0 aGluayBJIHVuZGVyc3RhbmQgYSBiaXQgYmV0dGVyIHdoYXQgeW91IG1lYW50LiBZdXAsIGFmdGVy IEkgZm91bmQgd2hpY2ggc3RhYmxlLzEzIGNvbW1pdCB3YXMgcHJvYmxlbWF0aWMsIEkgY29tcGls ZWQgSEVBRH4xIHdoaWNoIHN0aWxsIHdvcmtzLCB0aGVuIEkgcmVjb21waWxlZCBkcm0tNTEwLWtt b2QgYW5kIGl0J3Mgd29ya2luZyBub3cuIEJ1dCBJIHN0aWxsIHdhbnRlZCB0byByZXBvcnQgaXQg c2luY2UgSSdtIGd1ZXNzaW5nIHRoZXJlIHdpbGwgbmVlZCB0byBiZSBzb21lIHR3ZWFrcyBtYWRl IHRvIGRybS01MTAta21vZCBzbyB0aGF0IGl0IHdvcmtzIGFnYWluIHdpdGggdGhlIGxhdGVzdCBz dGFibGUvMTMuIDxicj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQXJpYWw7IGZvbnQt c2l6ZTogMTRweDsiPjxicj48L2Rpdj4NCjxkaXYgY2xhc3M9InByb3Rvbm1haWxfc2lnbmF0dXJl X2Jsb2NrIiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0cHg7Ij4NCiAg ICA8ZGl2IGNsYXNzPSJwcm90b25tYWlsX3NpZ25hdHVyZV9ibG9jay11c2VyIj4NCiAgICAgICAg PGRpdj5Kb25hdGhhbiBWYXNxdWV6PGJyPjwvZGl2PjxkaXY+UEdQOiAzNERBIDg1OEMgMTQ0NyA1 MDlFIEM3N0EgIEQ0OUYgRkI4NSA5MEI3IEM0Q0EgNTI3OTxicj48L2Rpdj48ZGl2PlNlbnQgd2l0 aCBQcm90b25NYWlsIFNlY3VyZSBFbWFpbDxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj4NCiAgICA8 L2Rpdj4NCiAgICANCiAgICAgICAgICAgIDxkaXYgY2xhc3M9InByb3Rvbm1haWxfc2lnbmF0dXJl X2Jsb2NrLXByb3RvbiBwcm90b25tYWlsX3NpZ25hdHVyZV9ibG9jay1lbXB0eSI+DQogICAgICAg IA0KICAgICAgICAgICAgPC9kaXY+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBB cmlhbDsgZm9udC1zaXplOiAxNHB4OyI+PGJyPjwvZGl2PjxkaXYgY2xhc3M9InByb3Rvbm1haWxf cXVvdGUiPg0KICAgICAgICAtLS0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0tLTxicj4NCiAg ICAgICAgT24gRnJpZGF5LCBEZWNlbWJlciAxNnRoLCAyMDIyIGF0IDIxOjMxLCBKb25hdGhhbiBW YXNxdWV6ICZsdDtqb25AeHlpbm4ub3JnJmd0OyB3cm90ZTo8YnI+PGJyPg0KICAgICAgICA8Ymxv Y2txdW90ZSBjbGFzcz0icHJvdG9ubWFpbF9xdW90ZSIgdHlwZT0iY2l0ZSI+DQogICAgICAgICAg ICBIZXkgRG91Zyw8YnI+PGJyPk5vdCBhIHByb2JsZW0uIEkgYWN0dWFsbHkgZGlkIGNsZWFuIHJl YnVpbGRzIG9mIGV2ZXJ5dGhpbmcsIGluY2x1ZGluZyBwdWxsaW5nIHRoZSBsYXRlc3QgcG9ydHMg YW5kIGNsZWFubHkgcmVpbnN0YWxsaW5nIGRybS01MTAta21vZCBhbmQgZ3B1LWZpcm13YXJlLWFt ZC1rbW9kLiBCdXQgaXQgc3RpbGwgZmFpbGVkLiA8YnI+PGJyPjxicj48ZGl2PkpvbmF0aGFuIFZh c3F1ZXo8YnI+PC9kaXY+PGRpdj5QR1A6IDM0REEgODU4QyAxNDQ3IDUwOUUgQzc3QSAgRDQ5RiBG Qjg1IDkwQjcgQzRDQSA1Mjc5PGJyPjwvZGl2PjxkaXY+U2VudCB3aXRoIFByb3Rvbk1haWwgU2Vj dXJlIEVtYWlsPGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2Pjxicj48YnI+U2VudCBmcm9tIFByb3Rv biBNYWlsIG1vYmlsZTxicj48YnI+PGJyPjxicj4tLS0tLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0t LS0tLS0tPGJyPk9uIERlYyAxNiwgMjAyMiwgMjE6MDUsIERvdWcgTW9vcmUgJmx0OyB1bmthZG91 Z0BnbWFpbC5jb20mZ3Q7IHdyb3RlOjxibG9ja3F1b3RlIGNsYXNzPSJwcm90b25tYWlsX3F1b3Rl Ij48YnI+U2hvcnQgYW5zd2VyIC0gdHJ5IHJlYnVpbGRpbmcga21vZCBmcm9tIHNjcmF0Y2guPGRp dj48YnI+PC9kaXY+PGRpdj5Mb25nIGFuc3dlciAtIEkgbW92ZWQgaW50byBzdGFibGUvMTMgY2hh bmdlcyBmcm9tIG1haW4gdGhhdCBjaGFuZ2VkIHNvbWUgYmluYXJ5LWxldmVsIHJlcHJlc2VudGF0 aW9ucy4gT25lIHdobyBmb3VuZCB0aGF0IHRoZSBrbW9kIGhlIGJ1aWx0IGJlZm9yZSB0aG9zZSBj aGFuZ2VzIG5vIGxvbmdlciB3b3JrZWQgcG9pbnRlZCBvdXQgbXkgZXJyb3IuIFNvIEkgbWFkZSBh IGNoYW5nZSB0byBzdGFibGUvMTMgcmVjZW50bHkgdG8gcmVzdG9yZSB0aGUgb3JpZ2luYWwgcmVw cmVzZW50YXRpb25zLCBhbmQgc2F0aXNmaWVkIHRoYXQgcGVyc29u4oCZcyBjb21wbGFpbnQuIEJ1 dCwgc29tZW9uZSB3aG8gYnVpbHQga21vZCByZWNlbnRseSB3aWxsIGZpbmQgdGhpbmdzIGJyb2tl biwgdGhlIHdheSB0aGUgb3JpZ2luYWwgZmVsbG93IGRpZC4gSSBjYW4gb25seSBhcG9sb2dpemUg YW5kIGFzayB5b3UgdG8gcmVidWlsZCBub24ta2VybmVsIHN0dWZmIGJhc2VkIG9uIHRoZSBzdGFi bGUvMTMgb2YgbW9yZSB0aGFuIGEgZGF5IGFnby4gSSBoYWRu4oCZdCBjb25zaWRlcmVkIHRoZSBp bXBhY3Qgb2YgbXkgY2hhbmdlcyBvbiBub24ta2VybmVsIGNvZGUuPC9kaXY+PGRpdj5Eb3VnPGJy Pjxicj48ZGl2IGRpcj0ibHRyIj5TZW50IGZyb20gbXkgaVBhZDwvZGl2PjxkaXYgZGlyPSJsdHIi Pjxicj48YmxvY2txdW90ZSB0eXBlPSJjaXRlIj5PbiBEZWMgMTYsIDIwMjIsIGF0IDY6NTAgUE0s IEpvbmF0aGFuIFZhc3F1ZXogJmx0O2pvbkB4eWlubi5vcmcmZ3Q7IHdyb3RlOjxicj48YnI+PC9i bG9ja3F1b3RlPjwvZGl2PjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPjxkaXYgZGlyPSJsdHIiPu+7 vzxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbDsgZm9udC1zaXplOiAxNHB4OyI+PHNwYW4+ SGV5IGFsbCw8L3NwYW4+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250 LXNpemU6IDE0cHg7Ij48c3Bhbj48YnI+PC9zcGFuPjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFt aWx5OiBBcmlhbDsgZm9udC1zaXplOiAxNHB4OyI+PHNwYW4+aXQgc2VlbXMgdGhhdCBteSBBTUQg UmFkZW9uIDY5MDAgWFQgZG9lc24ndCBsb2FkIHRoZSBhbWRncHUgcHJvcGVybHkgYW55bW9yZS4g VGhlIG1hY2hpbmUgd2lsbCBjcmFzaCBpbW1lZGlhdGVseSB1cG9uIGxvYWQuIEFmdGVyIGEgYmlz ZWN0LCBJIGZvdW5kIHRoZSBwb3N0ZWQgY29tbWl0LiBUaGlzIGNhcmQgdXNlcyB0aGUgPGNvZGU+ c2llbm5hX2NpY2hsaWQ8L2NvZGU+4oCLIGZsYXZvciBmb3IgZ3B1LWZpcm13YXJlLWFtZC1rbW9k Ljxicj48L3NwYW4+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNp emU6IDE0cHg7Ij48c3Bhbj48YnI+PC9zcGFuPjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5 OiBBcmlhbDsgZm9udC1zaXplOiAxNHB4OyI+PHNwYW4+Y29tbWl0IGQ4YTg4ZWMzODE0OThmNTk0 MjQwMzA4OGQyOGVlMzI1YjkyZTlhNzg8L3NwYW4+PGRpdj48c3Bhbj5BdXRob3I6IERvdWcgTW9v cmUgJmx0OzxhIGhyZWY9Im1haWx0bzpkb3VnbUBGcmVlQlNELm9yZyIgcmVsPSJub3JlZmVycmVy IG5vZm9sbG93IG5vb3BlbmVyIiB0YXJnZXQ9Il9ibGFuayI+ZG91Z21ARnJlZUJTRC5vcmc8L2E+ Jmd0Ozwvc3Bhbj48L2Rpdj48ZGl2PjxzcGFuPkRhdGU6ICZuYnNwOyBGcmkgRGVjIDE2IDAzOjE1 OjI4IDIwMjIgLTA2MDA8L3NwYW4+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj48c3Bhbj4mbmJz cDsgJm5ic3A7IHJiX3RyZWU6IHJlc3RvcmUgYmluYXJ5IGNvbXBhdCB3LyAxMzwvc3Bhbj48L2Rp dj48ZGl2PjxzcGFuPiZuYnNwOyAmbmJzcDsgPC9zcGFuPjwvZGl2PjxkaXY+PHNwYW4+Jm5ic3A7 ICZuYnNwOyBBIGNoYW5nZSB0byBSQl9DT0xPUl9JTlNFUlQsIHdoZW4gbWVyZ2VkIGludG8gc3Rh YmxlLzEzLCBicm9rZSBiaW5hcnk8L3NwYW4+PC9kaXY+PGRpdj48c3Bhbj4mbmJzcDsgJm5ic3A7 IGNvbXBhdGliaWxpdHkuIEZvciAxMywgY2FsbCB0aGUgbmV3IGZ1bmN0aW9uIFJCX0RPX0NPTE9S X0lOU0VSVCwgYW5kPC9zcGFuPjwvZGl2PjxkaXY+PHNwYW4+Jm5ic3A7ICZuYnNwOyByZXN0b3Jl IHRoZSBvbGQgZnVuY3Rpb24gd2l0aCB0aGUgb3JpZ2luYWwgbmFtZSBhbmQgcGFyYW1ldGVycy4g RGVmaW5lPC9zcGFuPjwvZGl2PjxkaXY+PHNwYW4+Jm5ic3A7ICZuYnNwOyBSQl9DT0xPUl9JTlNF UlQgaW4gdHJlZS5oLCBhbmQgcmVtb3ZlIGNoYW5nZXMgdG8gdGhlIGxpbnV4IHJidHJlZTwvc3Bh bj48L2Rpdj48ZGl2PjxzcGFuPiZuYnNwOyAmbmJzcDsgaGVhZGVyLjwvc3Bhbj48L2Rpdj48ZGl2 PjxzcGFuPiZuYnNwOyAmbmJzcDsgPC9zcGFuPjwvZGl2PjxkaXY+PHNwYW4+Jm5ic3A7ICZuYnNw OyBBbm90aGVyIGNoYW5nZSBhbHRlcmVkIHRoZSBvcmRlciBvZiBwb2ludGVycyBpbiB0aGUgUkJf RU5UUlkgc3RydWN0Ljwvc3Bhbj48L2Rpdj48ZGl2PjxzcGFuPiZuYnNwOyAmbmJzcDsgRm9yIDEz LCByZXN0b3JlIHRoZSBvcmlnaW5hbCBvcmRlci48L3NwYW4+PC9kaXY+PGRpdj48c3Bhbj4mbmJz cDsgJm5ic3A7IDwvc3Bhbj48L2Rpdj48ZGl2PjxzcGFuPiZuYnNwOyAmbmJzcDsgUmVwb3J0ZWQg Ynk6ICZuYnNwOyAmbmJzcDttYW51PC9zcGFuPjwvZGl2PjxkaXY+PHNwYW4+Jm5ic3A7ICZuYnNw OyBSZXZpZXdlZCBieTogJm5ic3A7ICZuYnNwO2hzZWxhc2t5PC9zcGFuPjwvZGl2PjxkaXY+PHNw YW4+Jm5ic3A7ICZuYnNwOyBUZXN0ZWQgYnk6ICZuYnNwOyAmbmJzcDsgJm5ic3A7bWFudTwvc3Bh bj48L2Rpdj48ZGl2PjxzcGFuPiZuYnNwOyAmbmJzcDsgRGlmZmVyZW50aWFsIFJldmlzaW9uOiAm bmJzcDs8YSBocmVmPSJodHRwczovL3Jldmlld3MuZnJlZWJzZC5vcmcvRDM3NzE2IiByZWw9Im5v cmVmZXJyZXIgbm9mb2xsb3cgbm9vcGVuZXIiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3Jldmll d3MuZnJlZWJzZC5vcmcvRDM3NzE2PC9hPjwvc3Bhbj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2 PjxzcGFuPiZuYnNwO3N5cy9jb21wYXQvbGludXhrcGkvY29tbW9uL2luY2x1ZGUvbGludXgvcmJ0 cmVlLmggfCAxMSArKy0tLS08L3NwYW4+PC9kaXY+PGRpdj48c3Bhbj4mbmJzcDtzeXMvc3lzL3Ry ZWUuaCAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwO3wgNDYgKysrKysrKysrKysrKysrKy0tLS0tLS08L3NwYW4+PC9kaXY+ PHNwYW4+PC9zcGFuPjxicj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQXJpYWw7IGZv bnQtc2l6ZTogMTRweDsiPjxicj48L2Rpdj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlh bDsgZm9udC1zaXplOiAxNHB4OyIgY2xhc3M9InByb3Rvbm1haWxfc2lnbmF0dXJlX2Jsb2NrIj4N CiAgICA8ZGl2IGNsYXNzPSJwcm90b25tYWlsX3NpZ25hdHVyZV9ibG9jay11c2VyIj4NCiAgICAg ICAgPGRpdj5Kb25hdGhhbiBWYXNxdWV6PGJyPjwvZGl2PjxkaXY+UEdQOiAzNERBIDg1OEMgMTQ0 NyA1MDlFIEM3N0EgIEQ0OUYgRkI4NSA5MEI3IEM0Q0EgNTI3OTxicj48L2Rpdj48ZGl2PlNlbnQg d2l0aCBQcm90b25NYWlsIFNlY3VyZSBFbWFpbDxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj4NCiAg ICA8L2Rpdj4NCg0KICAgICAgICAgICAgPGRpdiBjbGFzcz0icHJvdG9ubWFpbF9zaWduYXR1cmVf YmxvY2stcHJvdG9uIHByb3Rvbm1haWxfc2lnbmF0dXJlX2Jsb2NrLWVtcHR5Ij4NCg0KICAgICAg ICAgICAgPC9kaXY+DQo8L2Rpdj4NCjwvZGl2PjwvYmxvY2txdW90ZT48L2Rpdj48L2Jsb2NrcXVv dGU+DQogICAgICAgIDwvYmxvY2txdW90ZT48YnI+DQogICAgPC9kaXY+ --b1_D62UbxKSmGtGPd0I0wYx2529ELwCgMS0ws8x8uHS8-- From nobody Sat Dec 17 08:51:46 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NZ08G4gNWzZkR5 for ; Sat, 17 Dec 2022 08:51:58 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NZ08G01Nzz44Gd; Sat, 17 Dec 2022 08:51:57 +0000 (UTC) (envelope-from manu@bidouilliste.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1671267109; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=yXfg6MJYK2uevfpzAvmnMnXGkFtpMUWsFNW60FjP2XY=; b=G8yRgF4/2pjIaOrqw10Oc+JnxdL31lxxdQpIQaKcp7x/QrJQgNDPir6rw7VKe/UXkaf8h9 jWID4PG/RnTgLJdpzXjalRGFI4bI0r20+crEZU6cWIkA4FBUNbZHj7+JhRPVyVsJpvZ4L0 ZN9TkKCKMEA/gWFfK6foEFd0GxEWUqo= Received: from skull.home.blih.net (lfbn-lyo-1-2174-135.w90-66.abo.wanadoo.fr [90.66.97.135]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 1365cb98 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sat, 17 Dec 2022 08:51:49 +0000 (UTC) Date: Sat, 17 Dec 2022 09:51:46 +0100 From: Emmanuel Vadot To: Jonathan Vasquez Cc: unkadoug@gmail.com, freebsd-stable@freebsd.org, dougm@freebsd.org Subject: Re: stable/13 - amdgpu broken with n253286-d8a88ec38149 Message-Id: <20221217095146.ab7461adab9cc981d5db4b1d@bidouilliste.com> In-Reply-To: References: <5D2B4EDD-E277-4314-9CA9-CEACC67658DE@gmail.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4NZ08G01Nzz44Gd X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N Hello Jonathan, On Sat, 17 Dec 2022 02:42:42 +0000 Jonathan Vasquez wrote: > Oh, I think I understand a bit better what you meant. Yup, after I found = which stable/13 commit was problematic, I compiled HEAD~1 which still works= , then I recompiled drm-510-kmod and it's working now. But I still wanted t= o report it since I'm guessing there will need to be some tweaks made to dr= m-510-kmod so that it works again with the latest stable/13. There is no tweaks to be done for drm-kmod. In fact in the last two days to commits who broke KBI between 13.1 and stable/13 were taken care of (one I've reverted and the other one being the one Doug fixed). Yes it's a bit unfortunate for stable/13 users that we broke KBI a few times and that you needed to recompile drm-kmod for it to work but what I want is when 13.2 is released users don't have to recompile the ports and can safely upgrade their machines (as the drm-510-kmod port will be compiled on 13.1 for 3 months). Cheers, > Jonathan Vasquez > PGP: 34DA 858C 1447 509E C77A D49F FB85 90B7 C4CA 5279 > Sent with ProtonMail Secure Email >=20 > ------- Original Message ------- > On Friday, December 16th, 2022 at 21:31, Jonathan Vasquez = wrote: >=20 > > Hey Doug, > > > > Not a problem. I actually did clean rebuilds of everything, including p= ulling the latest ports and cleanly reinstalling drm-510-kmod and gpu-firmw= are-amd-kmod. But it still failed. > > > > Jonathan Vasquez > > PGP: 34DA 858C 1447 509E C77A D49F FB85 90B7 C4CA 5279 > > Sent with ProtonMail Secure Email > > > > Sent from Proton Mail mobile > > > > -------- Original Message -------- > > On Dec 16, 2022, 21:05, Doug Moore < unkadoug@gmail.com> wrote: > > > >> Short answer - try rebuilding kmod from scratch. > >> > >> Long answer - I moved into stable/13 changes from main that changed so= me binary-level representations. One who found that the kmod he built befor= e those changes no longer worked pointed out my error. So I made a change t= o stable/13 recently to restore the original representations, and satisfied= that person?s complaint. But, someone who built kmod recently will find th= ings broken, the way the original fellow did. I can only apologize and ask = you to rebuild non-kernel stuff based on the stable/13 of more than a day a= go. I hadn?t considered the impact of my changes on non-kernel code. > >> Doug > >> > >> Sent from my iPad > >> > >>> On Dec 16, 2022, at 6:50 PM, Jonathan Vasquez wrote: > >> > >>> ? > >>> Hey all, > >>> > >>> it seems that my AMD Radeon 6900 XT doesn't load the amdgpu properly = anymore. The machine will crash immediately upon load. After a bisect, I fo= und the posted commit. This card uses the sienna_cichlid? flavor for gpu-fi= rmware-amd-kmod. > >>> > >>> commit d8a88ec381498f5942403088d28ee325b92e9a78 > >>> Author: Doug Moore > >>> Date: Fri Dec 16 03:15:28 2022 -0600 > >>> > >>> rb_tree: restore binary compat w/ 13 > >>> > >>> A change to RB_COLOR_INSERT, when merged into stable/13, broke binary > >>> compatibility. For 13, call the new function RB_DO_COLOR_INSERT, and > >>> restore the old function with the original name and parameters. Define > >>> RB_COLOR_INSERT in tree.h, and remove changes to the linux rbtree > >>> header. > >>> > >>> Another change altered the order of pointers in the RB_ENTRY struct. > >>> For 13, restore the original order. > >>> > >>> Reported by: manu > >>> Reviewed by: hselasky > >>> Tested by: manu > >>> Differential Revision: https://reviews.freebsd.org/D37716 > >>> > >>> sys/compat/linuxkpi/common/include/linux/rbtree.h | 11 ++---- > >>> sys/sys/tree.h | 46 ++++++++++++++++------- > >>> > >>> Jonathan Vasquez > >>> PGP: 34DA 858C 1447 509E C77A D49F FB85 90B7 C4CA 5279 > >>> Sent with ProtonMail Secure Email --=20 Emmanuel Vadot From nobody Sat Dec 17 13:52:20 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NZ6qC1R2pz1Cjs4 for ; Sat, 17 Dec 2022 13:52:39 +0000 (UTC) (envelope-from jon@xyinn.org) Received: from mail-4018.proton.ch (mail-4018.proton.ch [185.70.40.18]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NZ6qB4SKxz3Gff for ; Sat, 17 Dec 2022 13:52:38 +0000 (UTC) (envelope-from jon@xyinn.org) Authentication-Results: mx1.freebsd.org; none Date: Sat, 17 Dec 2022 13:52:20 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xyinn.org; s=protonmail3; t=1671285154; x=1671544354; bh=pLRh56Birw41AEDtxFmOg8iix6DeOXZLPWWb0Lmvvec=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=Prz+shkhdIJAuCEIrAROjo/aes6rTZFX6PkTqCZ01ldYp6PsGU7pEwrEMUH7kQJqO YLQvBGNJZrvE91276Aqlg5Z1eMKBWe6+DYPQ84VrSRtKYZ2tIns4dtvYqYf+ov9wS6 OJf/fZ0LGXLRYiwT6PgGZ8KVrLKAVPnrOE7KFKZyBzSegJM2X3Q2cT3iVSsIBVBm2g DQBOitQEFo/nhtOQHH082O9FL36jwWJ8kaVzNHLdmmeXP6TUPWMMQrGOS+04VX+tp3 T7K29yM1R++Cs2mVTJMAqvRUqEQ3ky+JzykZFrmS3QBPW4W15ELKznKHQNWFBKW6a3 4sS+126uG5h8w== To: manu@bidouilliste.com From: Jonathan Vasquez Cc: unkadoug@gmail.com, freebsd-stable@freebsd.org, dougm@freebsd.org Subject: Re: stable/13 - amdgpu broken with n253286-d8a88ec38149 Message-ID: In-Reply-To: <20221217095146.ab7461adab9cc981d5db4b1d@bidouilliste.com> References: <5D2B4EDD-E277-4314-9CA9-CEACC67658DE@gmail.com> <20221217095146.ab7461adab9cc981d5db4b1d@bidouilliste.com> Feedback-ID: 12351801:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_BY6FTshF5SSJCdtPdxJ3SJo4Rod9o6nwjcXGGRUYo" X-Rspamd-Queue-Id: 4NZ6qB4SKxz3Gff X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --b1_BY6FTshF5SSJCdtPdxJ3SJo4Rod9o6nwjcXGGRUYo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SGV5IEVtbWFudWVsLAoKV2hhdCBkbyB5b3UgcmVjb21tZW5kIHRoZW4/IEFzIHBhcnQgb2YgbXkg dGVzdGluZyB5ZXN0ZXJkYXkgKGFuZCB3aGF0IEkgZGVzY3JpYmVkKSB3YXMgdGhhdCBJIHB1bGxl ZCBkb3duIGxhdGVzdCBzdGFibGUvMTMgYW5kIGxhdGVzdCBwb3J0cy4gQ2xlYW5seSByZWNvbXBp bGVkIHdvcmxkLCBrZXJuZWwsIGFuZCBkcm0tNTEwLWttb2QgYnV0IHRoZSBzeXN0ZW0gZnJlZXpl cyB3aGVuIGxvYWRpbmcgdGhlIGFtZGdwdSBtb2R1bGUuIEZyb20gbXkgdW5kZXJzdGFuZGluZyBk cm0ta21vZCBpcyBqdXN0IG1ldGEgcG9ydCB3aGljaCB3aWxsIGJyaW5nIGluIGRybS01MTAta21v ZCBzbyByZWNvbXBpbGluZyBkcm0ta21vZCBpdHNlbGYgd29uJ3QgbWFrZSBzIGRpZmZlcmVuY2Ug aWYgSSBhbHJlYWR5IHJlY29tcGlsZWQgZHJtLTUxMC1rbW9kLgoKSm9uYXRoYW4gVmFzcXVlegpQ R1A6IDM0REEgODU4QyAxNDQ3IDUwOUUgQzc3QSBENDlGIEZCODUgOTBCNyBDNENBIDUyNzkKU2Vu dCB3aXRoIFByb3Rvbk1haWwgU2VjdXJlIEVtYWlsCgpTZW50IGZyb20gUHJvdG9uIE1haWwgbW9i aWxlCgotLS0tLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tLS0tCk9uIERlYyAxNywgMjAyMiwg MDM6NTEsIEVtbWFudWVsIFZhZG90IHdyb3RlOgoKPiBIZWxsbyBKb25hdGhhbiwgT24gU2F0LCAx NyBEZWMgMjAyMiAwMjo0Mjo0MiArMDAwMCBKb25hdGhhbiBWYXNxdWV6ICB3cm90ZTogPiBPaCwg SSB0aGluayBJIHVuZGVyc3RhbmQgYSBiaXQgYmV0dGVyIHdoYXQgeW91IG1lYW50LiBZdXAsIGFm dGVyIEkgZm91bmQgd2hpY2ggc3RhYmxlLzEzIGNvbW1pdCB3YXMgcHJvYmxlbWF0aWMsIEkgY29t cGlsZWQgSEVBRH4xIHdoaWNoIHN0aWxsIHdvcmtzLCB0aGVuIEkgcmVjb21waWxlZCBkcm0tNTEw LWttb2QgYW5kIGl0J3Mgd29ya2luZyBub3cuIEJ1dCBJIHN0aWxsIHdhbnRlZCB0byByZXBvcnQg aXQgc2luY2UgSSdtIGd1ZXNzaW5nIHRoZXJlIHdpbGwgbmVlZCB0byBiZSBzb21lIHR3ZWFrcyBt YWRlIHRvIGRybS01MTAta21vZCBzbyB0aGF0IGl0IHdvcmtzIGFnYWluIHdpdGggdGhlIGxhdGVz dCBzdGFibGUvMTMuIFRoZXJlIGlzIG5vIHR3ZWFrcyB0byBiZSBkb25lIGZvciBkcm0ta21vZC4g SW4gZmFjdCBpbiB0aGUgbGFzdCB0d28gZGF5cyB0byBjb21taXRzIHdobyBicm9rZSBLQkkgYmV0 d2VlbiAxMy4xIGFuZCBzdGFibGUvMTMgd2VyZSB0YWtlbiBjYXJlIG9mIChvbmUgSSd2ZSByZXZl cnRlZCBhbmQgdGhlIG90aGVyIG9uZSBiZWluZyB0aGUgb25lIERvdWcgZml4ZWQpLiBZZXMgaXQn cyBhIGJpdCB1bmZvcnR1bmF0ZSBmb3Igc3RhYmxlLzEzIHVzZXJzIHRoYXQgd2UgYnJva2UgS0JJ IGEgZmV3IHRpbWVzIGFuZCB0aGF0IHlvdSBuZWVkZWQgdG8gcmVjb21waWxlIGRybS1rbW9kIGZv ciBpdCB0byB3b3JrIGJ1dCB3aGF0IEkgd2FudCBpcyB3aGVuIDEzLjIgaXMgcmVsZWFzZWQgdXNl cnMgZG9uJ3QgaGF2ZSB0byByZWNvbXBpbGUgdGhlIHBvcnRzIGFuZCBjYW4gc2FmZWx5IHVwZ3Jh ZGUgdGhlaXIgbWFjaGluZXMgKGFzIHRoZSBkcm0tNTEwLWttb2QgcG9ydCB3aWxsIGJlIGNvbXBp bGVkIG9uIDEzLjEgZm9yIDMgbW9udGhzKS4gQ2hlZXJzLCA+IEpvbmF0aGFuIFZhc3F1ZXogPiBQ R1A6IDM0REEgODU4QyAxNDQ3IDUwOUUgQzc3QSBENDlGIEZCODUgOTBCNyBDNENBIDUyNzkgPiBT ZW50IHdpdGggUHJvdG9uTWFpbCBTZWN1cmUgRW1haWwgPiA+IC0tLS0tLS0gT3JpZ2luYWwgTWVz c2FnZSAtLS0tLS0tID4gT24gRnJpZGF5LCBEZWNlbWJlciAxNnRoLCAyMDIyIGF0IDIxOjMxLCBK b25hdGhhbiBWYXNxdWV6ICB3cm90ZTogPiA+ID4gSGV5IERvdWcsID4gPiA+ID4gTm90IGEgcHJv YmxlbS4gSSBhY3R1YWxseSBkaWQgY2xlYW4gcmVidWlsZHMgb2YgZXZlcnl0aGluZywgaW5jbHVk aW5nIHB1bGxpbmcgdGhlIGxhdGVzdCBwb3J0cyBhbmQgY2xlYW5seSByZWluc3RhbGxpbmcgZHJt LTUxMC1rbW9kIGFuZCBncHUtZmlybXdhcmUtYW1kLWttb2QuIEJ1dCBpdCBzdGlsbCBmYWlsZWQu ID4gPiA+ID4gSm9uYXRoYW4gVmFzcXVleiA+ID4gUEdQOiAzNERBIDg1OEMgMTQ0NyA1MDlFIEM3 N0EgRDQ5RiBGQjg1IDkwQjcgQzRDQSA1Mjc5ID4gPiBTZW50IHdpdGggUHJvdG9uTWFpbCBTZWN1 cmUgRW1haWwgPiA+ID4gPiBTZW50IGZyb20gUHJvdG9uIE1haWwgbW9iaWxlID4gPiA+ID4gLS0t LS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLS0tLSA+ID4gT24gRGVjIDE2LCAyMDIyLCAyMTow NSwgRG91ZyBNb29yZSB3cm90ZTogPiA+ID4gPj4gU2hvcnQgYW5zd2VyIC0gdHJ5IHJlYnVpbGRp bmcga21vZCBmcm9tIHNjcmF0Y2guID4gPj4gPiA+PiBMb25nIGFuc3dlciAtIEkgbW92ZWQgaW50 byBzdGFibGUvMTMgY2hhbmdlcyBmcm9tIG1haW4gdGhhdCBjaGFuZ2VkIHNvbWUgYmluYXJ5LWxl dmVsIHJlcHJlc2VudGF0aW9ucy4gT25lIHdobyBmb3VuZCB0aGF0IHRoZSBrbW9kIGhlIGJ1aWx0 IGJlZm9yZSB0aG9zZSBjaGFuZ2VzIG5vIGxvbmdlciB3b3JrZWQgcG9pbnRlZCBvdXQgbXkgZXJy b3IuIFNvIEkgbWFkZSBhIGNoYW5nZSB0byBzdGFibGUvMTMgcmVjZW50bHkgdG8gcmVzdG9yZSB0 aGUgb3JpZ2luYWwgcmVwcmVzZW50YXRpb25zLCBhbmQgc2F0aXNmaWVkIHRoYXQgcGVyc29uP3Mg Y29tcGxhaW50LiBCdXQsIHNvbWVvbmUgd2hvIGJ1aWx0IGttb2QgcmVjZW50bHkgd2lsbCBmaW5k IHRoaW5ncyBicm9rZW4sIHRoZSB3YXkgdGhlIG9yaWdpbmFsIGZlbGxvdyBkaWQuIEkgY2FuIG9u bHkgYXBvbG9naXplIGFuZCBhc2sgeW91IHRvIHJlYnVpbGQgbm9uLWtlcm5lbCBzdHVmZiBiYXNl ZCBvbiB0aGUgc3RhYmxlLzEzIG9mIG1vcmUgdGhhbiBhIGRheSBhZ28uIEkgaGFkbj90IGNvbnNp ZGVyZWQgdGhlIGltcGFjdCBvZiBteSBjaGFuZ2VzIG9uIG5vbi1rZXJuZWwgY29kZS4gPiA+PiBE b3VnID4gPj4gPiA+PiBTZW50IGZyb20gbXkgaVBhZCA+ID4+ID4gPj4+IE9uIERlYyAxNiwgMjAy MiwgYXQgNjo1MCBQTSwgSm9uYXRoYW4gVmFzcXVleiAgd3JvdGU6ID4gPj4gPiA+Pj4gPyA+ID4+ PiBIZXkgYWxsLCA+ID4+PiA+ID4+PiBpdCBzZWVtcyB0aGF0IG15IEFNRCBSYWRlb24gNjkwMCBY VCBkb2Vzbid0IGxvYWQgdGhlIGFtZGdwdSBwcm9wZXJseSBhbnltb3JlLiBUaGUgbWFjaGluZSB3 aWxsIGNyYXNoIGltbWVkaWF0ZWx5IHVwb24gbG9hZC4gQWZ0ZXIgYSBiaXNlY3QsIEkgZm91bmQg dGhlIHBvc3RlZCBjb21taXQuIFRoaXMgY2FyZCB1c2VzIHRoZSBzaWVubmFfY2ljaGxpZD8gZmxh dm9yIGZvciBncHUtZmlybXdhcmUtYW1kLWttb2QuID4gPj4+ID4gPj4+IGNvbW1pdCBkOGE4OGVj MzgxNDk4ZjU5NDI0MDMwODhkMjhlZTMyNWI5MmU5YTc4ID4gPj4+IEF1dGhvcjogRG91ZyBNb29y ZSAgPiA+Pj4gRGF0ZTogRnJpIERlYyAxNiAwMzoxNToyOCAyMDIyIC0wNjAwID4gPj4+ID4gPj4+ IHJiX3RyZWU6IHJlc3RvcmUgYmluYXJ5IGNvbXBhdCB3LyAxMyA+ID4+PiA+ID4+PiBBIGNoYW5n ZSB0byBSQl9DT0xPUl9JTlNFUlQsIHdoZW4gbWVyZ2VkIGludG8gc3RhYmxlLzEzLCBicm9rZSBi aW5hcnkgPiA+Pj4gY29tcGF0aWJpbGl0eS4gRm9yIDEzLCBjYWxsIHRoZSBuZXcgZnVuY3Rpb24g UkJfRE9fQ09MT1JfSU5TRVJULCBhbmQgPiA+Pj4gcmVzdG9yZSB0aGUgb2xkIGZ1bmN0aW9uIHdp dGggdGhlIG9yaWdpbmFsIG5hbWUgYW5kIHBhcmFtZXRlcnMuIERlZmluZSA+ID4+PiBSQl9DT0xP Ul9JTlNFUlQgaW4gdHJlZS5oLCBhbmQgcmVtb3ZlIGNoYW5nZXMgdG8gdGhlIGxpbnV4IHJidHJl ZSA+ID4+PiBoZWFkZXIuID4gPj4+ID4gPj4+IEFub3RoZXIgY2hhbmdlIGFsdGVyZWQgdGhlIG9y ZGVyIG9mIHBvaW50ZXJzIGluIHRoZSBSQl9FTlRSWSBzdHJ1Y3QuID4gPj4+IEZvciAxMywgcmVz dG9yZSB0aGUgb3JpZ2luYWwgb3JkZXIuID4gPj4+ID4gPj4+IFJlcG9ydGVkIGJ5OiBtYW51ID4g Pj4+IFJldmlld2VkIGJ5OiBoc2VsYXNreSA+ID4+PiBUZXN0ZWQgYnk6IG1hbnUgPiA+Pj4gRGlm ZmVyZW50aWFsIFJldmlzaW9uOiBodHRwczovL3Jldmlld3MuZnJlZWJzZC5vcmcvRDM3NzE2ID4g Pj4+ID4gPj4+IHN5cy9jb21wYXQvbGludXhrcGkvY29tbW9uL2luY2x1ZGUvbGludXgvcmJ0cmVl LmggfCAxMSArKy0tLS0gPiA+Pj4gc3lzL3N5cy90cmVlLmggfCA0NiArKysrKysrKysrKysrKysr LS0tLS0tLSA+ID4+PiA+ID4+PiBKb25hdGhhbiBWYXNxdWV6ID4gPj4+IFBHUDogMzREQSA4NThD IDE0NDcgNTA5RSBDNzdBIEQ0OUYgRkI4NSA5MEI3IEM0Q0EgNTI3OSA+ID4+PiBTZW50IHdpdGgg UHJvdG9uTWFpbCBTZWN1cmUgRW1haWwgLS0gRW1tYW51ZWwgVmFkb3Q= --b1_BY6FTshF5SSJCdtPdxJ3SJo4Rod9o6nwjcXGGRUYo Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 SGV5IEVtbWFudWVsLDxicj48YnI+V2hhdCBkbyB5b3UgcmVjb21tZW5kIHRoZW4/IEFzIHBhcnQg b2YgbXkgdGVzdGluZyB5ZXN0ZXJkYXkgKGFuZCB3aGF0IEkgZGVzY3JpYmVkKSB3YXMgdGhhdCBJ IHB1bGxlZCBkb3duIGxhdGVzdCBzdGFibGUvMTMgYW5kIGxhdGVzdCBwb3J0cy4gQ2xlYW5seSBy ZWNvbXBpbGVkIHdvcmxkLCBrZXJuZWwsIGFuZCAgZHJtLTUxMC1rbW9kIGJ1dCB0aGUgc3lzdGVt IGZyZWV6ZXMgd2hlbiBsb2FkaW5nIHRoZSBhbWRncHUgbW9kdWxlLiBGcm9tIG15IHVuZGVyc3Rh bmRpbmcgZHJtLWttb2QgaXMganVzdCBtZXRhIHBvcnQgd2hpY2ggd2lsbCBicmluZyBpbiBkcm0t NTEwLWttb2Qgc28gcmVjb21waWxpbmcgZHJtLWttb2QgaXRzZWxmIHdvbid0IG1ha2UgcyBkaWZm ZXJlbmNlIGlmIEkgYWxyZWFkeSByZWNvbXBpbGVkIGRybS01MTAta21vZC4gPGJyPjxicj48YnI+ PGRpdj5Kb25hdGhhbiBWYXNxdWV6PGJyIC8+PC9kaXY+PGRpdj5QR1A6IDM0REEgODU4QyAxNDQ3 IDUwOUUgQzc3QSAgRDQ5RiBGQjg1IDkwQjcgQzRDQSA1Mjc5PGJyIC8+PC9kaXY+PGRpdj5TZW50 IHdpdGggUHJvdG9uTWFpbCBTZWN1cmUgRW1haWw8YnIgLz48L2Rpdj48ZGl2PjxiciAvPjwvZGl2 Pjxicj48YnI+U2VudCBmcm9tIFByb3RvbiBNYWlsIG1vYmlsZTxicj48YnI+PGJyPjxicj4tLS0t LS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tLS0tPGJyPk9uIERlYyAxNywgMjAyMiwgMDM6NTEs IEVtbWFudWVsIFZhZG90IDwgbWFudUBiaWRvdWlsbGlzdGUuY29tPiB3cm90ZTo8YmxvY2txdW90 ZSBjbGFzcz0icHJvdG9ubWFpbF9xdW90ZSI+PGJyPg0KIEhlbGxvIEpvbmF0aGFuLA0KDQpPbiBT YXQsIDE3IERlYyAyMDIyIDAyOjQyOjQyICswMDAwDQpKb25hdGhhbiBWYXNxdWV6IDxqb25AeHlp bm4ub3JnPiB3cm90ZToNCg0KPiBPaCwgSSB0aGluayBJIHVuZGVyc3RhbmQgYSBiaXQgYmV0dGVy IHdoYXQgeW91IG1lYW50LiBZdXAsIGFmdGVyIEkgZm91bmQgd2hpY2ggc3RhYmxlLzEzIGNvbW1p dCB3YXMgcHJvYmxlbWF0aWMsIEkgY29tcGlsZWQgSEVBRH4xIHdoaWNoIHN0aWxsIHdvcmtzLCB0 aGVuIEkgcmVjb21waWxlZCBkcm0tNTEwLWttb2QgYW5kIGl0J3Mgd29ya2luZyBub3cuIEJ1dCBJ IHN0aWxsIHdhbnRlZCB0byByZXBvcnQgaXQgc2luY2UgSSdtIGd1ZXNzaW5nIHRoZXJlIHdpbGwg bmVlZCB0byBiZSBzb21lIHR3ZWFrcyBtYWRlIHRvIGRybS01MTAta21vZCBzbyB0aGF0IGl0IHdv cmtzIGFnYWluIHdpdGggdGhlIGxhdGVzdCBzdGFibGUvMTMuDQoNCiBUaGVyZSBpcyBubyB0d2Vh a3MgdG8gYmUgZG9uZSBmb3IgZHJtLWttb2QuDQogSW4gZmFjdCBpbiB0aGUgbGFzdCB0d28gZGF5 cyB0byBjb21taXRzIHdobyBicm9rZSBLQkkgYmV0d2VlbiAxMy4xIGFuZA0Kc3RhYmxlLzEzIHdl cmUgdGFrZW4gY2FyZSBvZiAob25lIEkndmUgcmV2ZXJ0ZWQgYW5kIHRoZSBvdGhlciBvbmUgYmVp bmcNCnRoZSBvbmUgRG91ZyBmaXhlZCkuDQogWWVzIGl0J3MgYSBiaXQgdW5mb3J0dW5hdGUgZm9y IHN0YWJsZS8xMyB1c2VycyB0aGF0IHdlIGJyb2tlIEtCSSBhIGZldw0KdGltZXMgYW5kIHRoYXQg eW91IG5lZWRlZCB0byByZWNvbXBpbGUgZHJtLWttb2QgZm9yIGl0IHRvIHdvcmsgYnV0IHdoYXQN Ckkgd2FudCBpcyB3aGVuIDEzLjIgaXMgcmVsZWFzZWQgdXNlcnMgZG9uJ3QgaGF2ZSB0byByZWNv bXBpbGUgdGhlIHBvcnRzDQphbmQgY2FuIHNhZmVseSB1cGdyYWRlIHRoZWlyIG1hY2hpbmVzIChh cyB0aGUgZHJtLTUxMC1rbW9kIHBvcnQgd2lsbCBiZQ0KY29tcGlsZWQgb24gMTMuMSBmb3IgMyBt b250aHMpLg0KDQogQ2hlZXJzLA0KDQo+IEpvbmF0aGFuIFZhc3F1ZXoNCj4gUEdQOiAzNERBIDg1 OEMgMTQ0NyA1MDlFIEM3N0EgRDQ5RiBGQjg1IDkwQjcgQzRDQSA1Mjc5DQo+IFNlbnQgd2l0aCBQ cm90b25NYWlsIFNlY3VyZSBFbWFpbA0KPg0KPiAtLS0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0t LS0tLQ0KPiBPbiBGcmlkYXksIERlY2VtYmVyIDE2dGgsIDIwMjIgYXQgMjE6MzEsIEpvbmF0aGFu IFZhc3F1ZXogPGpvbkB4eWlubi5vcmc+IHdyb3RlOg0KPg0KPiA+IEhleSBEb3VnLA0KPiA+DQo+ ID4gTm90IGEgcHJvYmxlbS4gSSBhY3R1YWxseSBkaWQgY2xlYW4gcmVidWlsZHMgb2YgZXZlcnl0 aGluZywgaW5jbHVkaW5nIHB1bGxpbmcgdGhlIGxhdGVzdCBwb3J0cyBhbmQgY2xlYW5seSByZWlu c3RhbGxpbmcgZHJtLTUxMC1rbW9kIGFuZCBncHUtZmlybXdhcmUtYW1kLWttb2QuIEJ1dCBpdCBz dGlsbCBmYWlsZWQuDQo+ID4NCj4gPiBKb25hdGhhbiBWYXNxdWV6DQo+ID4gUEdQOiAzNERBIDg1 OEMgMTQ0NyA1MDlFIEM3N0EgRDQ5RiBGQjg1IDkwQjcgQzRDQSA1Mjc5DQo+ID4gU2VudCB3aXRo IFByb3Rvbk1haWwgU2VjdXJlIEVtYWlsDQo+ID4NCj4gPiBTZW50IGZyb20gUHJvdG9uIE1haWwg bW9iaWxlDQo+ID4NCj4gPiAtLS0tLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tLS0tDQo+ID4g T24gRGVjIDE2LCAyMDIyLCAyMTowNSwgRG91ZyBNb29yZSA8IHVua2Fkb3VnQGdtYWlsLmNvbT4g d3JvdGU6DQo+ID4NCj4gPj4gU2hvcnQgYW5zd2VyIC0gdHJ5IHJlYnVpbGRpbmcga21vZCBmcm9t IHNjcmF0Y2guDQo+ID4+DQo+ID4+IExvbmcgYW5zd2VyIC0gSSBtb3ZlZCBpbnRvIHN0YWJsZS8x MyBjaGFuZ2VzIGZyb20gbWFpbiB0aGF0IGNoYW5nZWQgc29tZSBiaW5hcnktbGV2ZWwgcmVwcmVz ZW50YXRpb25zLiBPbmUgd2hvIGZvdW5kIHRoYXQgdGhlIGttb2QgaGUgYnVpbHQgYmVmb3JlIHRo b3NlIGNoYW5nZXMgbm8gbG9uZ2VyIHdvcmtlZCBwb2ludGVkIG91dCBteSBlcnJvci4gU28gSSBt YWRlIGEgY2hhbmdlIHRvIHN0YWJsZS8xMyByZWNlbnRseSB0byByZXN0b3JlIHRoZSBvcmlnaW5h bCByZXByZXNlbnRhdGlvbnMsIGFuZCBzYXRpc2ZpZWQgdGhhdCBwZXJzb24/cyBjb21wbGFpbnQu IEJ1dCwgc29tZW9uZSB3aG8gYnVpbHQga21vZCByZWNlbnRseSB3aWxsIGZpbmQgdGhpbmdzIGJy b2tlbiwgdGhlIHdheSB0aGUgb3JpZ2luYWwgZmVsbG93IGRpZC4gSSBjYW4gb25seSBhcG9sb2dp emUgYW5kIGFzayB5b3UgdG8gcmVidWlsZCBub24ta2VybmVsIHN0dWZmIGJhc2VkIG9uIHRoZSBz dGFibGUvMTMgb2YgbW9yZSB0aGFuIGEgZGF5IGFnby4gSSBoYWRuP3QgY29uc2lkZXJlZCB0aGUg aW1wYWN0IG9mIG15IGNoYW5nZXMgb24gbm9uLWtlcm5lbCBjb2RlLg0KPiA+PiBEb3VnDQo+ID4+ DQo+ID4+IFNlbnQgZnJvbSBteSBpUGFkDQo+ID4+DQo+ID4+PiBPbiBEZWMgMTYsIDIwMjIsIGF0 IDY6NTAgUE0sIEpvbmF0aGFuIFZhc3F1ZXogPGpvbkB4eWlubi5vcmc+IHdyb3RlOg0KPiA+Pg0K PiA+Pj4gPw0KPiA+Pj4gSGV5IGFsbCwNCj4gPj4+DQo+ID4+PiBpdCBzZWVtcyB0aGF0IG15IEFN RCBSYWRlb24gNjkwMCBYVCBkb2Vzbid0IGxvYWQgdGhlIGFtZGdwdSBwcm9wZXJseSBhbnltb3Jl LiBUaGUgbWFjaGluZSB3aWxsIGNyYXNoIGltbWVkaWF0ZWx5IHVwb24gbG9hZC4gQWZ0ZXIgYSBi aXNlY3QsIEkgZm91bmQgdGhlIHBvc3RlZCBjb21taXQuIFRoaXMgY2FyZCB1c2VzIHRoZSBzaWVu bmFfY2ljaGxpZD8gZmxhdm9yIGZvciBncHUtZmlybXdhcmUtYW1kLWttb2QuDQo+ID4+Pg0KPiA+ Pj4gY29tbWl0IGQ4YTg4ZWMzODE0OThmNTk0MjQwMzA4OGQyOGVlMzI1YjkyZTlhNzgNCj4gPj4+ IEF1dGhvcjogRG91ZyBNb29yZSA8ZG91Z21ARnJlZUJTRC5vcmc+DQo+ID4+PiBEYXRlOiBGcmkg RGVjIDE2IDAzOjE1OjI4IDIwMjIgLTA2MDANCj4gPj4+DQo+ID4+PiByYl90cmVlOiByZXN0b3Jl IGJpbmFyeSBjb21wYXQgdy8gMTMNCj4gPj4+DQo+ID4+PiBBIGNoYW5nZSB0byBSQl9DT0xPUl9J TlNFUlQsIHdoZW4gbWVyZ2VkIGludG8gc3RhYmxlLzEzLCBicm9rZSBiaW5hcnkNCj4gPj4+IGNv bXBhdGliaWxpdHkuIEZvciAxMywgY2FsbCB0aGUgbmV3IGZ1bmN0aW9uIFJCX0RPX0NPTE9SX0lO U0VSVCwgYW5kDQo+ID4+PiByZXN0b3JlIHRoZSBvbGQgZnVuY3Rpb24gd2l0aCB0aGUgb3JpZ2lu YWwgbmFtZSBhbmQgcGFyYW1ldGVycy4gRGVmaW5lDQo+ID4+PiBSQl9DT0xPUl9JTlNFUlQgaW4g dHJlZS5oLCBhbmQgcmVtb3ZlIGNoYW5nZXMgdG8gdGhlIGxpbnV4IHJidHJlZQ0KPiA+Pj4gaGVh ZGVyLg0KPiA+Pj4NCj4gPj4+IEFub3RoZXIgY2hhbmdlIGFsdGVyZWQgdGhlIG9yZGVyIG9mIHBv aW50ZXJzIGluIHRoZSBSQl9FTlRSWSBzdHJ1Y3QuDQo+ID4+PiBGb3IgMTMsIHJlc3RvcmUgdGhl IG9yaWdpbmFsIG9yZGVyLg0KPiA+Pj4NCj4gPj4+IFJlcG9ydGVkIGJ5OiBtYW51DQo+ID4+PiBS ZXZpZXdlZCBieTogaHNlbGFza3kNCj4gPj4+IFRlc3RlZCBieTogbWFudQ0KPiA+Pj4gRGlmZmVy ZW50aWFsIFJldmlzaW9uOiBodHRwczovL3Jldmlld3MuZnJlZWJzZC5vcmcvRDM3NzE2DQo+ID4+ Pg0KPiA+Pj4gc3lzL2NvbXBhdC9saW51eGtwaS9jb21tb24vaW5jbHVkZS9saW51eC9yYnRyZWUu aCB8IDExICsrLS0tLQ0KPiA+Pj4gc3lzL3N5cy90cmVlLmggfCA0NiArKysrKysrKysrKysrKysr LS0tLS0tLQ0KPiA+Pj4NCj4gPj4+IEpvbmF0aGFuIFZhc3F1ZXoNCj4gPj4+IFBHUDogMzREQSA4 NThDIDE0NDcgNTA5RSBDNzdBIEQ0OUYgRkI4NSA5MEI3IEM0Q0EgNTI3OQ0KPiA+Pj4gU2VudCB3 aXRoIFByb3Rvbk1haWwgU2VjdXJlIEVtYWlsDQoNCi0tDQpFbW1hbnVlbCBWYWRvdCA8bWFudUBi aWRvdWlsbGlzdGUuY29tPiA8bWFudUBmcmVlYnNkLm9yZz4NCjwvZGl2Pg== --b1_BY6FTshF5SSJCdtPdxJ3SJo4Rod9o6nwjcXGGRUYo-- From nobody Sat Dec 17 16:43:15 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NZBcB3YHbzt2CN for ; Sat, 17 Dec 2022 16:43:22 +0000 (UTC) (envelope-from jon@xyinn.org) Received: from mail-4022.proton.ch (mail-4022.proton.ch [185.70.40.22]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NZBcB0KHnz3sCs for ; Sat, 17 Dec 2022 16:43:21 +0000 (UTC) (envelope-from jon@xyinn.org) Authentication-Results: mx1.freebsd.org; none Date: Sat, 17 Dec 2022 16:43:15 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xyinn.org; s=protonmail3; t=1671295397; x=1671554597; bh=c6EGBZcTzDW5koPAV0Lo6pC3Hh6WGXfT3YARcZpTEtA=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=spTi9s7a/X3osw2lZOrRMPEok60LItwa5a4i2B+UUvGAD8IpxMft6PPQjS9J71ckA 4UCWuJPBSF5WC/L0Hdt2cVNf/OQIJqtTE1EM/rGIlXN/FE50zqNPFhvi9Ex2JWMNau LLYxgzRbC7+sZvRicqwuCYZHdPN7DoFNvbdG9Pahj8NNkgwywAHUdoZ4XBbaZwJTDI pEsv1YWXYo1UOurG6SFVS0TyvJgcgxAM+Sc3aZc8iE8NfYr+0oNCc/hUTWeH/rFFZi 2vNopMhlEvovKWDSQIjtR/cZJRrzy1V7rbxKf1yO3bCUy5FYLA3+5aIF/4/HhdCMmS XpP1biPaSdjuQ== To: Jonathan Vasquez From: Jonathan Vasquez Cc: manu@bidouilliste.com, unkadoug@gmail.com, freebsd-stable@freebsd.org, dougm@freebsd.org Subject: Re: stable/13 - amdgpu broken with n253286-d8a88ec38149 Message-ID: In-Reply-To: References: <5D2B4EDD-E277-4314-9CA9-CEACC67658DE@gmail.com> <20221217095146.ab7461adab9cc981d5db4b1d@bidouilliste.com> Feedback-ID: 12351801:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_YNZMyVfxzKgxDKZ7RVwTQgqu9YckuIVqGCrzR4d39Hk" X-Rspamd-Queue-Id: 4NZBcB0KHnz3sCs X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --b1_YNZMyVfxzKgxDKZ7RVwTQgqu9YckuIVqGCrzR4d39Hk Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SSByZWRpZCBhbm90aGVyIGNsZWFuIGluc3RhbGwgb2YgbGF0ZXN0IHN0YWJsZS8xMyBhbmQgbGF0 ZXN0IHBvcnRzIGZvciBkcm0ta21vZCAvIGRybS01MTAta21vZC8gYW5kIGdwdS1maXJtd2FyZS1h bWQta21vZCBGTEFWT1I9c2llbm5hX2NpY2hsaWQgYW5kIHRoZSBzYW1lIHRoaW5nIGFyaXNlcy4g VGhlIHN5c3RlbSBsb2NrcyB1cCBpbW1lZGlhdGVseSB3aGVuIGxvYWRpbmcgdGhlIGFtZGdwdSBk cml2ZXIuCgpjdXJyZW50IHNyYyBjb21taXQ6Cgpjb21taXQgYTNjMDdhOTMzZDVjYjcxYTZkNThj YzlmMGVjYjUzODVhNWUwZWEyOSAoSEVBRCAtPiBzdGFibGUvMTMsIG9yaWdpbi9zdGFibGUvMTMp CkF1dGhvcjogUmljayBNYWNrbGVtIDxybWFja2xlbUBGcmVlQlNELm9yZz4KRGF0ZTogU3VuIE5v diAxMyAxMjoxNjowNiAyMDIyIC0wODAwCnJwY2JfY2xudC5jOiBEbyBub3QgZm9yY2UgdXNlIG9m IFVEUAoKY3VycmVudCBwb3J0cyBjb21taXQ6Cgpjb21taXQgNDE0ZWI0ZDgwZWI1NmYxNTQ0MzVh NTc0OWVjMDg4MTFiZjE5MmE4MyAoSEVBRCAtPiBtYWluLCBvcmlnaW4vbWFpbiwgb3JpZ2luL0hF QUQpCkF1dGhvcjogSmFuIEJlaWNoIDxqYmVpY2hARnJlZUJTRC5vcmc+CkRhdGU6IFNhdCBEZWMg MTcgMTY6MTQ6MTYgMjAyMiArMDAwMAoKZW11bGF0b3JzL3l1enU6IHJlcXVpcmVzIEMrKzIwIGFm dGVyIDdiODg3NDliNWU2OQpodHRwczovL2dpdGh1Yi5jb20veXV6dS1lbXUveXV6dS9jb21taXQv MDc2MzJhZDgyNTA4Cgpyb290QGxlc2xpZTovdXNyL3NyYyAjIHBrZyBpbmZvIGRybS1rbW9kCmRy bS1rbW9kLTIwMjIwOTA3XzEKTmFtZSA6IGRybS1rbW9kClZlcnNpb24gOiAyMDIyMDkwN18xSW5z dGFsbGVkIG9uIDogU2F0IERlYyAxNyAxMTozMjowMSAyMDIyIEVTVAoKcm9vdEBsZXNsaWU6L3Vz ci9zcmMgIyBwa2cgaW5mbyBkcm0tNTEwLWttb2QKZHJtLTUxMC1rbW9kLTUuMTAuMTEzXzgKTmFt ZSA6IGRybS01MTAta21vZApWZXJzaW9uIDogNS4xMC4xMTNfOEluc3RhbGxlZCBvbiA6IFNhdCBE ZWMgMTcgMTE6MzI6MDEgMjAyMiBFU1QKCkluc3RhbGxpbmcgc2llbm5hX2NpY2hsaWQgYXMgdXN1 YWwgZ2l2ZXMgdGhlIGNvcnJlY3QgaW5mb3JtYXRpb246CgptYWtlIGluc3RhbGwgY2xlYW4gRkxB Vk9SPXNpZW5uYV9jaWNobGlkCgpJbnN0YWxsaW5nIGdwdS1maXJtd2FyZS1hbWQta21vZC1zaWVu bmEtY2ljaGxpZC0yMDIyMTIwN18xLi4uCj09PT4gQ2xlYW5pbmcgZm9yIGdwdS1maXJtd2FyZS1h bWQta21vZC1zaWVubmEtY2ljaGxpZC0yMDIyMTIwN18xCgpBbHRob3VnaCB1c2luZyBwa2cgaW5m byBzYXlzIHZlcmRlLCBJIHRoaW5rIHRoYXQgaW5mbyBpcyB3cm9uZyBldmVuIHRob3VnaCBzaWVu bmFfY2ljaGxpZCBpcyBpbiBmYWN0IGJlaW5nIHVzZWQgKGJ1dCB0aGF0J3MgcHJvYmFibHkgYSBz ZXBhcmF0ZSBpc3N1ZSk6CgpncHUtZmlybXdhcmUtYW1kLWttb2QtdmVyZGUtMjAyMjEyMDdfMQpO YW1lIDogZ3B1LWZpcm13YXJlLWFtZC1rbW9kLXZlcmRlClZlcnNpb24gOiAyMDIyMTIwN18xCklu c3RhbGxlZCBvbiA6IFNhdCBEZWMgMTcgMDk6Mzk6NTIgMjAyMiBFU1QKT3JpZ2luIDogZ3JhcGhp Y3MvZ3B1LWZpcm13YXJlLWFtZC1rbW9kCkFyY2hpdGVjdHVyZSA6IEZyZWVCU0Q6MTM6YW1kNjQK UHJlZml4IDogL3Vzci9sb2NhbApDYXRlZ29yaWVzIDoga2xkIGdyYXBoaWNzCkxpY2Vuc2VzIDog QU1ECk1haW50YWluZXIgOiB4MTFARnJlZUJTRC5vcmcKV1dXIDogaHR0cHM6Ly9naXRodWIuY29t L2ZyZWVic2QvZHJtLWttb2QtZmlybXdhcmUKQ29tbWVudCA6IEZpcm13YXJlIG1vZHVsZXMgZm9y IHZlcmRlIEFNRCBHUFVzCkFubm90YXRpb25zIDoKRnJlZUJTRF92ZXJzaW9uOiAxMzAxNTEwCmZs YXZvciA6IHZlcmRlCgpKb25hdGhhbiBWYXNxdWV6ClBHUDogMzREQSA4NThDIDE0NDcgNTA5RSBD NzdBIEQ0OUYgRkI4NSA5MEI3IEM0Q0EgNTI3OQpTZW50IHdpdGggUHJvdG9uTWFpbCBTZWN1cmUg RW1haWwKCi0tLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLS0tCk9uIFNhdHVyZGF5LCBEZWNl bWJlciAxN3RoLCAyMDIyIGF0IDA4OjUyLCBKb25hdGhhbiBWYXNxdWV6IDxqb25AeHlpbm4ub3Jn PiB3cm90ZToKCj4gSGV5IEVtbWFudWVsLAo+Cj4gV2hhdCBkbyB5b3UgcmVjb21tZW5kIHRoZW4/ IEFzIHBhcnQgb2YgbXkgdGVzdGluZyB5ZXN0ZXJkYXkgKGFuZCB3aGF0IEkgZGVzY3JpYmVkKSB3 YXMgdGhhdCBJIHB1bGxlZCBkb3duIGxhdGVzdCBzdGFibGUvMTMgYW5kIGxhdGVzdCBwb3J0cy4g Q2xlYW5seSByZWNvbXBpbGVkIHdvcmxkLCBrZXJuZWwsIGFuZCBkcm0tNTEwLWttb2QgYnV0IHRo ZSBzeXN0ZW0gZnJlZXplcyB3aGVuIGxvYWRpbmcgdGhlIGFtZGdwdSBtb2R1bGUuIEZyb20gbXkg dW5kZXJzdGFuZGluZyBkcm0ta21vZCBpcyBqdXN0IG1ldGEgcG9ydCB3aGljaCB3aWxsIGJyaW5n IGluIGRybS01MTAta21vZCBzbyByZWNvbXBpbGluZyBkcm0ta21vZCBpdHNlbGYgd29uJ3QgbWFr ZSBzIGRpZmZlcmVuY2UgaWYgSSBhbHJlYWR5IHJlY29tcGlsZWQgZHJtLTUxMC1rbW9kLgo+Cj4g Sm9uYXRoYW4gVmFzcXVlego+IFBHUDogMzREQSA4NThDIDE0NDcgNTA5RSBDNzdBIEQ0OUYgRkI4 NSA5MEI3IEM0Q0EgNTI3OQo+IFNlbnQgd2l0aCBQcm90b25NYWlsIFNlY3VyZSBFbWFpbAo+Cj4g U2VudCBmcm9tIFByb3RvbiBNYWlsIG1vYmlsZQo+Cj4gLS0tLS0tLS0gT3JpZ2luYWwgTWVzc2Fn ZSAtLS0tLS0tLQo+IE9uIERlYyAxNywgMjAyMiwgMDM6NTEsIEVtbWFudWVsIFZhZG90IDwgbWFu dUBiaWRvdWlsbGlzdGUuY29tPiB3cm90ZToKPgo+PiBIZWxsbyBKb25hdGhhbiwgT24gU2F0LCAx NyBEZWMgMjAyMiAwMjo0Mjo0MiArMDAwMCBKb25hdGhhbiBWYXNxdWV6IHdyb3RlOiA+IE9oLCBJ IHRoaW5rIEkgdW5kZXJzdGFuZCBhIGJpdCBiZXR0ZXIgd2hhdCB5b3UgbWVhbnQuIFl1cCwgYWZ0 ZXIgSSBmb3VuZCB3aGljaCBzdGFibGUvMTMgY29tbWl0IHdhcyBwcm9ibGVtYXRpYywgSSBjb21w aWxlZCBIRUFEfjEgd2hpY2ggc3RpbGwgd29ya3MsIHRoZW4gSSByZWNvbXBpbGVkIGRybS01MTAt a21vZCBhbmQgaXQncyB3b3JraW5nIG5vdy4gQnV0IEkgc3RpbGwgd2FudGVkIHRvIHJlcG9ydCBp dCBzaW5jZSBJJ20gZ3Vlc3NpbmcgdGhlcmUgd2lsbCBuZWVkIHRvIGJlIHNvbWUgdHdlYWtzIG1h ZGUgdG8gZHJtLTUxMC1rbW9kIHNvIHRoYXQgaXQgd29ya3MgYWdhaW4gd2l0aCB0aGUgbGF0ZXN0 IHN0YWJsZS8xMy4gVGhlcmUgaXMgbm8gdHdlYWtzIHRvIGJlIGRvbmUgZm9yIGRybS1rbW9kLiBJ biBmYWN0IGluIHRoZSBsYXN0IHR3byBkYXlzIHRvIGNvbW1pdHMgd2hvIGJyb2tlIEtCSSBiZXR3 ZWVuIDEzLjEgYW5kIHN0YWJsZS8xMyB3ZXJlIHRha2VuIGNhcmUgb2YgKG9uZSBJJ3ZlIHJldmVy dGVkIGFuZCB0aGUgb3RoZXIgb25lIGJlaW5nIHRoZSBvbmUgRG91ZyBmaXhlZCkuIFllcyBpdCdz IGEgYml0IHVuZm9ydHVuYXRlIGZvciBzdGFibGUvMTMgdXNlcnMgdGhhdCB3ZSBicm9rZSBLQkkg YSBmZXcgdGltZXMgYW5kIHRoYXQgeW91IG5lZWRlZCB0byByZWNvbXBpbGUgZHJtLWttb2QgZm9y IGl0IHRvIHdvcmsgYnV0IHdoYXQgSSB3YW50IGlzIHdoZW4gMTMuMiBpcyByZWxlYXNlZCB1c2Vy cyBkb24ndCBoYXZlIHRvIHJlY29tcGlsZSB0aGUgcG9ydHMgYW5kIGNhbiBzYWZlbHkgdXBncmFk ZSB0aGVpciBtYWNoaW5lcyAoYXMgdGhlIGRybS01MTAta21vZCBwb3J0IHdpbGwgYmUgY29tcGls ZWQgb24gMTMuMSBmb3IgMyBtb250aHMpLiBDaGVlcnMsID4gSm9uYXRoYW4gVmFzcXVleiA+IFBH UDogMzREQSA4NThDIDE0NDcgNTA5RSBDNzdBIEQ0OUYgRkI4NSA5MEI3IEM0Q0EgNTI3OSA+IFNl bnQgd2l0aCBQcm90b25NYWlsIFNlY3VyZSBFbWFpbCA+ID4gLS0tLS0tLSBPcmlnaW5hbCBNZXNz YWdlIC0tLS0tLS0gPiBPbiBGcmlkYXksIERlY2VtYmVyIDE2dGgsIDIwMjIgYXQgMjE6MzEsIEpv bmF0aGFuIFZhc3F1ZXogd3JvdGU6ID4gPiA+IEhleSBEb3VnLCA+ID4gPiA+IE5vdCBhIHByb2Js ZW0uIEkgYWN0dWFsbHkgZGlkIGNsZWFuIHJlYnVpbGRzIG9mIGV2ZXJ5dGhpbmcsIGluY2x1ZGlu ZyBwdWxsaW5nIHRoZSBsYXRlc3QgcG9ydHMgYW5kIGNsZWFubHkgcmVpbnN0YWxsaW5nIGRybS01 MTAta21vZCBhbmQgZ3B1LWZpcm13YXJlLWFtZC1rbW9kLiBCdXQgaXQgc3RpbGwgZmFpbGVkLiA+ ID4gPiA+IEpvbmF0aGFuIFZhc3F1ZXogPiA+IFBHUDogMzREQSA4NThDIDE0NDcgNTA5RSBDNzdB IEQ0OUYgRkI4NSA5MEI3IEM0Q0EgNTI3OSA+ID4gU2VudCB3aXRoIFByb3Rvbk1haWwgU2VjdXJl IEVtYWlsID4gPiA+ID4gU2VudCBmcm9tIFByb3RvbiBNYWlsIG1vYmlsZSA+ID4gPiA+IC0tLS0t LS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0tLS0gPiA+IE9uIERlYyAxNiwgMjAyMiwgMjE6MDUs IERvdWcgTW9vcmUgPCB1bmthZG91Z0BnbWFpbC5jb20+IHdyb3RlOiA+ID4gPiA+PiBTaG9ydCBh bnN3ZXIgLSB0cnkgcmVidWlsZGluZyBrbW9kIGZyb20gc2NyYXRjaC4gPiA+PiA+ID4+IExvbmcg YW5zd2VyIC0gSSBtb3ZlZCBpbnRvIHN0YWJsZS8xMyBjaGFuZ2VzIGZyb20gbWFpbiB0aGF0IGNo YW5nZWQgc29tZSBiaW5hcnktbGV2ZWwgcmVwcmVzZW50YXRpb25zLiBPbmUgd2hvIGZvdW5kIHRo YXQgdGhlIGttb2QgaGUgYnVpbHQgYmVmb3JlIHRob3NlIGNoYW5nZXMgbm8gbG9uZ2VyIHdvcmtl ZCBwb2ludGVkIG91dCBteSBlcnJvci4gU28gSSBtYWRlIGEgY2hhbmdlIHRvIHN0YWJsZS8xMyBy ZWNlbnRseSB0byByZXN0b3JlIHRoZSBvcmlnaW5hbCByZXByZXNlbnRhdGlvbnMsIGFuZCBzYXRp c2ZpZWQgdGhhdCBwZXJzb24/cyBjb21wbGFpbnQuIEJ1dCwgc29tZW9uZSB3aG8gYnVpbHQga21v ZCByZWNlbnRseSB3aWxsIGZpbmQgdGhpbmdzIGJyb2tlbiwgdGhlIHdheSB0aGUgb3JpZ2luYWwg ZmVsbG93IGRpZC4gSSBjYW4gb25seSBhcG9sb2dpemUgYW5kIGFzayB5b3UgdG8gcmVidWlsZCBu b24ta2VybmVsIHN0dWZmIGJhc2VkIG9uIHRoZSBzdGFibGUvMTMgb2YgbW9yZSB0aGFuIGEgZGF5 IGFnby4gSSBoYWRuP3QgY29uc2lkZXJlZCB0aGUgaW1wYWN0IG9mIG15IGNoYW5nZXMgb24gbm9u LWtlcm5lbCBjb2RlLiA+ID4+IERvdWcgPiA+PiA+ID4+IFNlbnQgZnJvbSBteSBpUGFkID4gPj4g PiA+Pj4gT24gRGVjIDE2LCAyMDIyLCBhdCA2OjUwIFBNLCBKb25hdGhhbiBWYXNxdWV6IHdyb3Rl OiA+ID4+ID4gPj4+ID8gPiA+Pj4gSGV5IGFsbCwgPiA+Pj4gPiA+Pj4gaXQgc2VlbXMgdGhhdCBt eSBBTUQgUmFkZW9uIDY5MDAgWFQgZG9lc24ndCBsb2FkIHRoZSBhbWRncHUgcHJvcGVybHkgYW55 bW9yZS4gVGhlIG1hY2hpbmUgd2lsbCBjcmFzaCBpbW1lZGlhdGVseSB1cG9uIGxvYWQuIEFmdGVy IGEgYmlzZWN0LCBJIGZvdW5kIHRoZSBwb3N0ZWQgY29tbWl0LiBUaGlzIGNhcmQgdXNlcyB0aGUg c2llbm5hX2NpY2hsaWQ/IGZsYXZvciBmb3IgZ3B1LWZpcm13YXJlLWFtZC1rbW9kLiA+ID4+PiA+ ID4+PiBjb21taXQgZDhhODhlYzM4MTQ5OGY1OTQyNDAzMDg4ZDI4ZWUzMjViOTJlOWE3OCA+ID4+ PiBBdXRob3I6IERvdWcgTW9vcmUgPiA+Pj4gRGF0ZTogRnJpIERlYyAxNiAwMzoxNToyOCAyMDIy IC0wNjAwID4gPj4+ID4gPj4+IHJiX3RyZWU6IHJlc3RvcmUgYmluYXJ5IGNvbXBhdCB3LyAxMyA+ ID4+PiA+ID4+PiBBIGNoYW5nZSB0byBSQl9DT0xPUl9JTlNFUlQsIHdoZW4gbWVyZ2VkIGludG8g c3RhYmxlLzEzLCBicm9rZSBiaW5hcnkgPiA+Pj4gY29tcGF0aWJpbGl0eS4gRm9yIDEzLCBjYWxs IHRoZSBuZXcgZnVuY3Rpb24gUkJfRE9fQ09MT1JfSU5TRVJULCBhbmQgPiA+Pj4gcmVzdG9yZSB0 aGUgb2xkIGZ1bmN0aW9uIHdpdGggdGhlIG9yaWdpbmFsIG5hbWUgYW5kIHBhcmFtZXRlcnMuIERl ZmluZSA+ID4+PiBSQl9DT0xPUl9JTlNFUlQgaW4gdHJlZS5oLCBhbmQgcmVtb3ZlIGNoYW5nZXMg dG8gdGhlIGxpbnV4IHJidHJlZSA+ID4+PiBoZWFkZXIuID4gPj4+ID4gPj4+IEFub3RoZXIgY2hh bmdlIGFsdGVyZWQgdGhlIG9yZGVyIG9mIHBvaW50ZXJzIGluIHRoZSBSQl9FTlRSWSBzdHJ1Y3Qu ID4gPj4+IEZvciAxMywgcmVzdG9yZSB0aGUgb3JpZ2luYWwgb3JkZXIuID4gPj4+ID4gPj4+IFJl cG9ydGVkIGJ5OiBtYW51ID4gPj4+IFJldmlld2VkIGJ5OiBoc2VsYXNreSA+ID4+PiBUZXN0ZWQg Ynk6IG1hbnUgPiA+Pj4gRGlmZmVyZW50aWFsIFJldmlzaW9uOiBodHRwczovL3Jldmlld3MuZnJl ZWJzZC5vcmcvRDM3NzE2ID4gPj4+ID4gPj4+IHN5cy9jb21wYXQvbGludXhrcGkvY29tbW9uL2lu Y2x1ZGUvbGludXgvcmJ0cmVlLmggfCAxMSArKy0tLS0gPiA+Pj4gc3lzL3N5cy90cmVlLmggfCA0 NiArKysrKysrKysrKysrKysrLS0tLS0tLSA+ID4+PiA+ID4+PiBKb25hdGhhbiBWYXNxdWV6ID4g Pj4+IFBHUDogMzREQSA4NThDIDE0NDcgNTA5RSBDNzdBIEQ0OUYgRkI4NSA5MEI3IEM0Q0EgNTI3 OSA+ID4+PiBTZW50IHdpdGggUHJvdG9uTWFpbCBTZWN1cmUgRW1haWwgLS0gRW1tYW51ZWwgVmFk b3Q= --b1_YNZMyVfxzKgxDKZ7RVwTQgqu9YckuIVqGCrzR4d39Hk Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0cHg7Ij5JIHJlZGlk IGFub3RoZXIgY2xlYW4gaW5zdGFsbCBvZiBsYXRlc3Qgc3RhYmxlLzEzIGFuZCBsYXRlc3QgcG9y dHMgZm9yIGRybS1rbW9kIC8gZHJtLTUxMC1rbW9kLyBhbmQgZ3B1LWZpcm13YXJlLWFtZC1rbW9k IEZMQVZPUj1zaWVubmFfY2ljaGxpZCBhbmQgdGhlIHNhbWUgdGhpbmcgYXJpc2VzLiBUaGUgc3lz dGVtIGxvY2tzIHVwIGltbWVkaWF0ZWx5IHdoZW4gbG9hZGluZyB0aGUgYW1kZ3B1IGRyaXZlci48 YnI+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0cHg7 Ij48YnI+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0 cHg7Ij5jdXJyZW50IHNyYyBjb21taXQ6PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFy aWFsOyBmb250LXNpemU6IDE0cHg7Ij48YnI+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6 IEFyaWFsOyBmb250LXNpemU6IDE0cHg7Ij48c3Bhbj5jb21taXQgYTNjMDdhOTMzZDVjYjcxYTZk NThjYzlmMGVjYjUzODVhNWUwZWEyOSAoSEVBRCAtJmd0OyBzdGFibGUvMTMsIG9yaWdpbi9zdGFi bGUvMTMpPC9zcGFuPjxkaXY+PHNwYW4+QXV0aG9yOiBSaWNrIE1hY2tsZW0gJmx0OzxhIHRhcmdl dD0iX2JsYW5rIiByZWw9Im5vcmVmZXJyZXIgbm9mb2xsb3cgbm9vcGVuZXIiIGhyZWY9Im1haWx0 bzpybWFja2xlbUBGcmVlQlNELm9yZyI+cm1hY2tsZW1ARnJlZUJTRC5vcmc8L2E+Jmd0Ozwvc3Bh bj48L2Rpdj48ZGl2PjxzcGFuPkRhdGU6ICZuYnNwOyBTdW4gTm92IDEzIDEyOjE2OjA2IDIwMjIg LTA4MDA8L3NwYW4+PC9kaXY+PGRpdj48YnI+PC9kaXY+PHNwYW4+Jm5ic3A7ICZuYnNwOyBycGNi X2NsbnQuYzogRG8gbm90IGZvcmNlIHVzZSBvZiBVRFA8L3NwYW4+PC9kaXY+PGRpdiBzdHlsZT0i Zm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0cHg7Ij48YnI+PC9kaXY+PGRpdiBzdHls ZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0cHg7Ij5jdXJyZW50IHBvcnRzIGNv bW1pdDo8YnI+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6 IDE0cHg7Ij48YnI+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNp emU6IDE0cHg7Ij48c3Bhbj5jb21taXQgNDE0ZWI0ZDgwZWI1NmYxNTQ0MzVhNTc0OWVjMDg4MTFi ZjE5MmE4MyAoSEVBRCAtJmd0OyBtYWluLCBvcmlnaW4vbWFpbiwgb3JpZ2luL0hFQUQpPC9zcGFu PjxkaXY+PHNwYW4+QXV0aG9yOiBKYW4gQmVpY2ggJmx0OzxhIHRhcmdldD0iX2JsYW5rIiByZWw9 Im5vcmVmZXJyZXIgbm9mb2xsb3cgbm9vcGVuZXIiIGhyZWY9Im1haWx0bzpqYmVpY2hARnJlZUJT RC5vcmciPmpiZWljaEBGcmVlQlNELm9yZzwvYT4mZ3Q7PC9zcGFuPjwvZGl2PjxkaXY+PHNwYW4+ RGF0ZTogJm5ic3A7IFNhdCBEZWMgMTcgMTY6MTQ6MTYgMjAyMiArMDAwMDwvc3Bhbj48L2Rpdj48 ZGl2Pjxicj48L2Rpdj48ZGl2PjxzcGFuPiZuYnNwOyAmbmJzcDsgZW11bGF0b3JzL3l1enU6IHJl cXVpcmVzIEMrKzIwIGFmdGVyIDdiODg3NDliNWU2OTwvc3Bhbj48L2Rpdj48ZGl2PjxzcGFuPiZu YnNwOyAmbmJzcDsgPC9zcGFuPjwvZGl2PjxzcGFuPiZuYnNwOyAmbmJzcDsgPGEgdGFyZ2V0PSJf YmxhbmsiIHJlbD0ibm9yZWZlcnJlciBub2ZvbGxvdyBub29wZW5lciIgaHJlZj0iaHR0cHM6Ly9n aXRodWIuY29tL3l1enUtZW11L3l1enUvY29tbWl0LzA3NjMyYWQ4MjUwOCI+aHR0cHM6Ly9naXRo dWIuY29tL3l1enUtZW11L3l1enUvY29tbWl0LzA3NjMyYWQ4MjUwODwvYT48L3NwYW4+PC9kaXY+ PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0cHg7Ij48YnI+PC9k aXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0cHg7Ij48c3Bh bj5yb290QGxlc2xpZTovdXNyL3NyYyAjIHBrZyBpbmZvIGRybS1rbW9kPC9zcGFuPjxkaXY+PHNw YW4+ZHJtLWttb2QtMjAyMjA5MDdfMTwvc3Bhbj48L2Rpdj48ZGl2PjxzcGFuPk5hbWUgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyA6IGRybS1rbW9kPC9zcGFuPjwvZGl2PjxkaXY+ PHNwYW4+VmVyc2lvbiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs6IDIwMjIwOTA3XzE8L3Nw YW4+PC9kaXY+PHNwYW4+SW5zdGFsbGVkIG9uICZuYnNwOyA6IFNhdCBEZWMgMTcgMTE6MzI6MDEg MjAyMiBFU1Q8L3NwYW4+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250 LXNpemU6IDE0cHg7Ij48YnI+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBm b250LXNpemU6IDE0cHg7Ij48c3Bhbj5yb290QGxlc2xpZTovdXNyL3NyYyAjIHBrZyBpbmZvIGRy bS01MTAta21vZDwvc3Bhbj48ZGl2PjxzcGFuPmRybS01MTAta21vZC01LjEwLjExM184PC9zcGFu PjwvZGl2PjxkaXY+PHNwYW4+TmFtZSAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 IDogZHJtLTUxMC1rbW9kPC9zcGFuPjwvZGl2PjxkaXY+PHNwYW4+VmVyc2lvbiAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDs6IDUuMTAuMTEzXzg8L3NwYW4+PC9kaXY+PHNwYW4+SW5zdGFsbGVk IG9uICZuYnNwOyA6IFNhdCBEZWMgMTcgMTE6MzI6MDEgMjAyMiBFU1Q8L3NwYW4+PC9kaXY+PGRp diBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0cHg7Ij48YnI+PC9kaXY+ PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0cHg7Ij5JbnN0YWxs aW5nIHNpZW5uYV9jaWNobGlkIGFzIHVzdWFsIGdpdmVzIHRoZSBjb3JyZWN0IGluZm9ybWF0aW9u Ojxicj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQXJpYWw7IGZvbnQtc2l6ZTogMTRw eDsiPjxwcmU+PGNvZGU+bWFrZSBpbnN0YWxsIGNsZWFuIEZMQVZPUj1zaWVubmFfY2ljaGxpZDwv Y29kZT48L3ByZT48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQXJpYWw7IGZvbnQtc2l6 ZTogMTRweDsiPjxzcGFuPkluc3RhbGxpbmcgZ3B1LWZpcm13YXJlLWFtZC1rbW9kLXNpZW5uYS1j aWNobGlkLTIwMjIxMjA3XzEuLi48L3NwYW4+PGJyPjxzcGFuPj09PSZndDsgJm5ic3A7Q2xlYW5p bmcgZm9yIGdwdS1maXJtd2FyZS1hbWQta21vZC1zaWVubmEtY2ljaGxpZC0yMDIyMTIwN18xPC9z cGFuPjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbDsgZm9udC1zaXplOiAxNHB4 OyI+PHNwYW4+PGJyPjwvc3Bhbj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQXJpYWw7 IGZvbnQtc2l6ZTogMTRweDsiPjxzcGFuPkFsdGhvdWdoIHVzaW5nIHBrZyBpbmZvIHNheXMgdmVy ZGUsIEkgdGhpbmsgdGhhdCBpbmZvIGlzIHdyb25nIGV2ZW4gdGhvdWdoIHNpZW5uYV9jaWNobGlk IGlzIGluIGZhY3QgYmVpbmcgdXNlZCAoYnV0IHRoYXQncyBwcm9iYWJseSBhIHNlcGFyYXRlIGlz c3VlKTo8L3NwYW4+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNp emU6IDE0cHg7Ij48c3Bhbj48YnI+PC9zcGFuPjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5 OiBBcmlhbDsgZm9udC1zaXplOiAxNHB4OyI+PHNwYW4+PHNwYW4+Z3B1LWZpcm13YXJlLWFtZC1r bW9kLXZlcmRlLTIwMjIxMjA3XzE8L3NwYW4+PGRpdj48c3Bhbj5OYW1lICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgOiBncHUtZmlybXdhcmUtYW1kLWttb2QtdmVyZGU8L3NwYW4+ PC9kaXY+PGRpdj48c3Bhbj5WZXJzaW9uICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzogMjAy MjEyMDdfMTwvc3Bhbj48L2Rpdj48ZGl2PjxzcGFuPkluc3RhbGxlZCBvbiAmbmJzcDsgOiBTYXQg RGVjIDE3IDA5OjM5OjUyIDIwMjIgRVNUPC9zcGFuPjwvZGl2PjxkaXY+PHNwYW4+T3JpZ2luICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyA6IGdyYXBoaWNzL2dwdS1maXJtd2FyZS1hbWQta21v ZDwvc3Bhbj48L2Rpdj48ZGl2PjxzcGFuPkFyY2hpdGVjdHVyZSAmbmJzcDsgOiBGcmVlQlNEOjEz OmFtZDY0PC9zcGFuPjwvZGl2PjxkaXY+PHNwYW4+UHJlZml4ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyA6IC91c3IvbG9jYWw8L3NwYW4+PC9kaXY+PGRpdj48c3Bhbj5DYXRlZ29yaWVzICZu YnNwOyAmbmJzcDsgOiBrbGQgZ3JhcGhpY3M8L3NwYW4+PC9kaXY+PGRpdj48c3Bhbj5MaWNlbnNl cyAmbmJzcDsgJm5ic3A7ICZuYnNwOyA6IEFNRDwvc3Bhbj48L2Rpdj48ZGl2PjxzcGFuPk1haW50 YWluZXIgJm5ic3A7ICZuYnNwOyA6IDxhIHRhcmdldD0iX2JsYW5rIiByZWw9Im5vcmVmZXJyZXIg bm9mb2xsb3cgbm9vcGVuZXIiIGhyZWY9Im1haWx0bzp4MTFARnJlZUJTRC5vcmciPngxMUBGcmVl QlNELm9yZzwvYT48L3NwYW4+PC9kaXY+PGRpdj48c3Bhbj5XV1cgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs6IDxhIHRhcmdldD0iX2JsYW5rIiByZWw9Im5vcmVmZXJy ZXIgbm9mb2xsb3cgbm9vcGVuZXIiIGhyZWY9Imh0dHBzOi8vZ2l0aHViLmNvbS9mcmVlYnNkL2Ry bS1rbW9kLWZpcm13YXJlIj5odHRwczovL2dpdGh1Yi5jb20vZnJlZWJzZC9kcm0ta21vZC1maXJt d2FyZTwvYT48L3NwYW4+PC9kaXY+PGRpdj48c3Bhbj5Db21tZW50ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOzogRmlybXdhcmUgbW9kdWxlcyBmb3IgdmVyZGUgQU1EIEdQVXM8L3NwYW4+PC9k aXY+PGRpdj48c3Bhbj5Bbm5vdGF0aW9ucyAmbmJzcDsgJm5ic3A7Ojwvc3Bhbj48L2Rpdj48ZGl2 PjxzcGFuPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBGcmVlQlNEX3ZlcnNpb246IDEzMDE1 MTA8L3NwYW4+PC9kaXY+PGRpdj48c3Bhbj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgZmxh dm9yICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyA6IHZlcmRlPC9zcGFuPjwvZGl2PjxzcGFu Pjwvc3Bhbj48YnI+PC9zcGFuPjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbDsg Zm9udC1zaXplOiAxNHB4OyI+PHNwYW4+PGJyPjwvc3Bhbj48L2Rpdj4NCjxkaXYgY2xhc3M9InBy b3Rvbm1haWxfc2lnbmF0dXJlX2Jsb2NrIiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250 LXNpemU6IDE0cHg7Ij4NCiAgICA8ZGl2IGNsYXNzPSJwcm90b25tYWlsX3NpZ25hdHVyZV9ibG9j ay11c2VyIj4NCiAgICAgICAgPGRpdj5Kb25hdGhhbiBWYXNxdWV6PGJyPjwvZGl2PjxkaXY+UEdQ OiAzNERBIDg1OEMgMTQ0NyA1MDlFIEM3N0EgIEQ0OUYgRkI4NSA5MEI3IEM0Q0EgNTI3OTxicj48 L2Rpdj48ZGl2PlNlbnQgd2l0aCBQcm90b25NYWlsIFNlY3VyZSBFbWFpbDxicj48L2Rpdj48ZGl2 Pjxicj48L2Rpdj4NCiAgICA8L2Rpdj4NCiAgICANCiAgICAgICAgICAgIDxkaXYgY2xhc3M9InBy b3Rvbm1haWxfc2lnbmF0dXJlX2Jsb2NrLXByb3RvbiBwcm90b25tYWlsX3NpZ25hdHVyZV9ibG9j ay1lbXB0eSI+DQogICAgICAgIA0KICAgICAgICAgICAgPC9kaXY+DQo8L2Rpdj4NCjxkaXYgc3R5 bGU9ImZvbnQtZmFtaWx5OiBBcmlhbDsgZm9udC1zaXplOiAxNHB4OyI+PGJyPjwvZGl2PjxkaXYg Y2xhc3M9InByb3Rvbm1haWxfcXVvdGUiPg0KICAgICAgICAtLS0tLS0tIE9yaWdpbmFsIE1lc3Nh Z2UgLS0tLS0tLTxicj4NCiAgICAgICAgT24gU2F0dXJkYXksIERlY2VtYmVyIDE3dGgsIDIwMjIg YXQgMDg6NTIsIEpvbmF0aGFuIFZhc3F1ZXogJmx0O2pvbkB4eWlubi5vcmcmZ3Q7IHdyb3RlOjxi cj48YnI+DQogICAgICAgIDxibG9ja3F1b3RlIGNsYXNzPSJwcm90b25tYWlsX3F1b3RlIiB0eXBl PSJjaXRlIj4NCiAgICAgICAgICAgIEhleSBFbW1hbnVlbCw8YnI+PGJyPldoYXQgZG8geW91IHJl Y29tbWVuZCB0aGVuPyBBcyBwYXJ0IG9mIG15IHRlc3RpbmcgeWVzdGVyZGF5IChhbmQgd2hhdCBJ IGRlc2NyaWJlZCkgd2FzIHRoYXQgSSBwdWxsZWQgZG93biBsYXRlc3Qgc3RhYmxlLzEzIGFuZCBs YXRlc3QgcG9ydHMuIENsZWFubHkgcmVjb21waWxlZCB3b3JsZCwga2VybmVsLCBhbmQgIGRybS01 MTAta21vZCBidXQgdGhlIHN5c3RlbSBmcmVlemVzIHdoZW4gbG9hZGluZyB0aGUgYW1kZ3B1IG1v ZHVsZS4gRnJvbSBteSB1bmRlcnN0YW5kaW5nIGRybS1rbW9kIGlzIGp1c3QgbWV0YSBwb3J0IHdo aWNoIHdpbGwgYnJpbmcgaW4gZHJtLTUxMC1rbW9kIHNvIHJlY29tcGlsaW5nIGRybS1rbW9kIGl0 c2VsZiB3b24ndCBtYWtlIHMgZGlmZmVyZW5jZSBpZiBJIGFscmVhZHkgcmVjb21waWxlZCBkcm0t NTEwLWttb2QuIDxicj48YnI+PGJyPjxkaXY+Sm9uYXRoYW4gVmFzcXVlejxicj48L2Rpdj48ZGl2 PlBHUDogMzREQSA4NThDIDE0NDcgNTA5RSBDNzdBICBENDlGIEZCODUgOTBCNyBDNENBIDUyNzk8 YnI+PC9kaXY+PGRpdj5TZW50IHdpdGggUHJvdG9uTWFpbCBTZWN1cmUgRW1haWw8YnI+PC9kaXY+ PGRpdj48YnI+PC9kaXY+PGJyPjxicj5TZW50IGZyb20gUHJvdG9uIE1haWwgbW9iaWxlPGJyPjxi cj48YnI+PGJyPi0tLS0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0tLS08YnI+T24gRGVjIDE3 LCAyMDIyLCAwMzo1MSwgRW1tYW51ZWwgVmFkb3QgJmx0OyBtYW51QGJpZG91aWxsaXN0ZS5jb20m Z3Q7IHdyb3RlOjxibG9ja3F1b3RlIGNsYXNzPSJwcm90b25tYWlsX3F1b3RlIj48YnI+DQogSGVs bG8gSm9uYXRoYW4sDQoNCk9uIFNhdCwgMTcgRGVjIDIwMjIgMDI6NDI6NDIgKzAwMDANCkpvbmF0 aGFuIFZhc3F1ZXogIHdyb3RlOg0KDQomZ3Q7IE9oLCBJIHRoaW5rIEkgdW5kZXJzdGFuZCBhIGJp dCBiZXR0ZXIgd2hhdCB5b3UgbWVhbnQuIFl1cCwgYWZ0ZXIgSSBmb3VuZCB3aGljaCBzdGFibGUv MTMgY29tbWl0IHdhcyBwcm9ibGVtYXRpYywgSSBjb21waWxlZCBIRUFEfjEgd2hpY2ggc3RpbGwg d29ya3MsIHRoZW4gSSByZWNvbXBpbGVkIGRybS01MTAta21vZCBhbmQgaXQncyB3b3JraW5nIG5v dy4gQnV0IEkgc3RpbGwgd2FudGVkIHRvIHJlcG9ydCBpdCBzaW5jZSBJJ20gZ3Vlc3NpbmcgdGhl cmUgd2lsbCBuZWVkIHRvIGJlIHNvbWUgdHdlYWtzIG1hZGUgdG8gZHJtLTUxMC1rbW9kIHNvIHRo YXQgaXQgd29ya3MgYWdhaW4gd2l0aCB0aGUgbGF0ZXN0IHN0YWJsZS8xMy4NCg0KIFRoZXJlIGlz IG5vIHR3ZWFrcyB0byBiZSBkb25lIGZvciBkcm0ta21vZC4NCiBJbiBmYWN0IGluIHRoZSBsYXN0 IHR3byBkYXlzIHRvIGNvbW1pdHMgd2hvIGJyb2tlIEtCSSBiZXR3ZWVuIDEzLjEgYW5kDQpzdGFi bGUvMTMgd2VyZSB0YWtlbiBjYXJlIG9mIChvbmUgSSd2ZSByZXZlcnRlZCBhbmQgdGhlIG90aGVy IG9uZSBiZWluZw0KdGhlIG9uZSBEb3VnIGZpeGVkKS4NCiBZZXMgaXQncyBhIGJpdCB1bmZvcnR1 bmF0ZSBmb3Igc3RhYmxlLzEzIHVzZXJzIHRoYXQgd2UgYnJva2UgS0JJIGEgZmV3DQp0aW1lcyBh bmQgdGhhdCB5b3UgbmVlZGVkIHRvIHJlY29tcGlsZSBkcm0ta21vZCBmb3IgaXQgdG8gd29yayBi dXQgd2hhdA0KSSB3YW50IGlzIHdoZW4gMTMuMiBpcyByZWxlYXNlZCB1c2VycyBkb24ndCBoYXZl IHRvIHJlY29tcGlsZSB0aGUgcG9ydHMNCmFuZCBjYW4gc2FmZWx5IHVwZ3JhZGUgdGhlaXIgbWFj aGluZXMgKGFzIHRoZSBkcm0tNTEwLWttb2QgcG9ydCB3aWxsIGJlDQpjb21waWxlZCBvbiAxMy4x IGZvciAzIG1vbnRocykuDQoNCiBDaGVlcnMsDQoNCiZndDsgSm9uYXRoYW4gVmFzcXVleg0KJmd0 OyBQR1A6IDM0REEgODU4QyAxNDQ3IDUwOUUgQzc3QSBENDlGIEZCODUgOTBCNyBDNENBIDUyNzkN CiZndDsgU2VudCB3aXRoIFByb3Rvbk1haWwgU2VjdXJlIEVtYWlsDQomZ3Q7DQomZ3Q7IC0tLS0t LS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLS0tDQomZ3Q7IE9uIEZyaWRheSwgRGVjZW1iZXIgMTZ0 aCwgMjAyMiBhdCAyMTozMSwgSm9uYXRoYW4gVmFzcXVleiAgd3JvdGU6DQomZ3Q7DQomZ3Q7ICZn dDsgSGV5IERvdWcsDQomZ3Q7ICZndDsNCiZndDsgJmd0OyBOb3QgYSBwcm9ibGVtLiBJIGFjdHVh bGx5IGRpZCBjbGVhbiByZWJ1aWxkcyBvZiBldmVyeXRoaW5nLCBpbmNsdWRpbmcgcHVsbGluZyB0 aGUgbGF0ZXN0IHBvcnRzIGFuZCBjbGVhbmx5IHJlaW5zdGFsbGluZyBkcm0tNTEwLWttb2QgYW5k IGdwdS1maXJtd2FyZS1hbWQta21vZC4gQnV0IGl0IHN0aWxsIGZhaWxlZC4NCiZndDsgJmd0Ow0K Jmd0OyAmZ3Q7IEpvbmF0aGFuIFZhc3F1ZXoNCiZndDsgJmd0OyBQR1A6IDM0REEgODU4QyAxNDQ3 IDUwOUUgQzc3QSBENDlGIEZCODUgOTBCNyBDNENBIDUyNzkNCiZndDsgJmd0OyBTZW50IHdpdGgg UHJvdG9uTWFpbCBTZWN1cmUgRW1haWwNCiZndDsgJmd0Ow0KJmd0OyAmZ3Q7IFNlbnQgZnJvbSBQ cm90b24gTWFpbCBtb2JpbGUNCiZndDsgJmd0Ow0KJmd0OyAmZ3Q7IC0tLS0tLS0tIE9yaWdpbmFs IE1lc3NhZ2UgLS0tLS0tLS0NCiZndDsgJmd0OyBPbiBEZWMgMTYsIDIwMjIsIDIxOjA1LCBEb3Vn IE1vb3JlICZsdDsgdW5rYWRvdWdAZ21haWwuY29tJmd0OyB3cm90ZToNCiZndDsgJmd0Ow0KJmd0 OyAmZ3Q7Jmd0OyBTaG9ydCBhbnN3ZXIgLSB0cnkgcmVidWlsZGluZyBrbW9kIGZyb20gc2NyYXRj aC4NCiZndDsgJmd0OyZndDsNCiZndDsgJmd0OyZndDsgTG9uZyBhbnN3ZXIgLSBJIG1vdmVkIGlu dG8gc3RhYmxlLzEzIGNoYW5nZXMgZnJvbSBtYWluIHRoYXQgY2hhbmdlZCBzb21lIGJpbmFyeS1s ZXZlbCByZXByZXNlbnRhdGlvbnMuIE9uZSB3aG8gZm91bmQgdGhhdCB0aGUga21vZCBoZSBidWls dCBiZWZvcmUgdGhvc2UgY2hhbmdlcyBubyBsb25nZXIgd29ya2VkIHBvaW50ZWQgb3V0IG15IGVy cm9yLiBTbyBJIG1hZGUgYSBjaGFuZ2UgdG8gc3RhYmxlLzEzIHJlY2VudGx5IHRvIHJlc3RvcmUg dGhlIG9yaWdpbmFsIHJlcHJlc2VudGF0aW9ucywgYW5kIHNhdGlzZmllZCB0aGF0IHBlcnNvbj9z IGNvbXBsYWludC4gQnV0LCBzb21lb25lIHdobyBidWlsdCBrbW9kIHJlY2VudGx5IHdpbGwgZmlu ZCB0aGluZ3MgYnJva2VuLCB0aGUgd2F5IHRoZSBvcmlnaW5hbCBmZWxsb3cgZGlkLiBJIGNhbiBv bmx5IGFwb2xvZ2l6ZSBhbmQgYXNrIHlvdSB0byByZWJ1aWxkIG5vbi1rZXJuZWwgc3R1ZmYgYmFz ZWQgb24gdGhlIHN0YWJsZS8xMyBvZiBtb3JlIHRoYW4gYSBkYXkgYWdvLiBJIGhhZG4/dCBjb25z aWRlcmVkIHRoZSBpbXBhY3Qgb2YgbXkgY2hhbmdlcyBvbiBub24ta2VybmVsIGNvZGUuDQomZ3Q7 ICZndDsmZ3Q7IERvdWcNCiZndDsgJmd0OyZndDsNCiZndDsgJmd0OyZndDsgU2VudCBmcm9tIG15 IGlQYWQNCiZndDsgJmd0OyZndDsNCiZndDsgJmd0OyZndDsmZ3Q7IE9uIERlYyAxNiwgMjAyMiwg YXQgNjo1MCBQTSwgSm9uYXRoYW4gVmFzcXVleiAgd3JvdGU6DQomZ3Q7ICZndDsmZ3Q7DQomZ3Q7 ICZndDsmZ3Q7Jmd0OyA/DQomZ3Q7ICZndDsmZ3Q7Jmd0OyBIZXkgYWxsLA0KJmd0OyAmZ3Q7Jmd0 OyZndDsNCiZndDsgJmd0OyZndDsmZ3Q7IGl0IHNlZW1zIHRoYXQgbXkgQU1EIFJhZGVvbiA2OTAw IFhUIGRvZXNuJ3QgbG9hZCB0aGUgYW1kZ3B1IHByb3Blcmx5IGFueW1vcmUuIFRoZSBtYWNoaW5l IHdpbGwgY3Jhc2ggaW1tZWRpYXRlbHkgdXBvbiBsb2FkLiBBZnRlciBhIGJpc2VjdCwgSSBmb3Vu ZCB0aGUgcG9zdGVkIGNvbW1pdC4gVGhpcyBjYXJkIHVzZXMgdGhlIHNpZW5uYV9jaWNobGlkPyBm bGF2b3IgZm9yIGdwdS1maXJtd2FyZS1hbWQta21vZC4NCiZndDsgJmd0OyZndDsmZ3Q7DQomZ3Q7 ICZndDsmZ3Q7Jmd0OyBjb21taXQgZDhhODhlYzM4MTQ5OGY1OTQyNDAzMDg4ZDI4ZWUzMjViOTJl OWE3OA0KJmd0OyAmZ3Q7Jmd0OyZndDsgQXV0aG9yOiBEb3VnIE1vb3JlIA0KJmd0OyAmZ3Q7Jmd0 OyZndDsgRGF0ZTogRnJpIERlYyAxNiAwMzoxNToyOCAyMDIyIC0wNjAwDQomZ3Q7ICZndDsmZ3Q7 Jmd0Ow0KJmd0OyAmZ3Q7Jmd0OyZndDsgcmJfdHJlZTogcmVzdG9yZSBiaW5hcnkgY29tcGF0IHcv IDEzDQomZ3Q7ICZndDsmZ3Q7Jmd0Ow0KJmd0OyAmZ3Q7Jmd0OyZndDsgQSBjaGFuZ2UgdG8gUkJf Q09MT1JfSU5TRVJULCB3aGVuIG1lcmdlZCBpbnRvIHN0YWJsZS8xMywgYnJva2UgYmluYXJ5DQom Z3Q7ICZndDsmZ3Q7Jmd0OyBjb21wYXRpYmlsaXR5LiBGb3IgMTMsIGNhbGwgdGhlIG5ldyBmdW5j dGlvbiBSQl9ET19DT0xPUl9JTlNFUlQsIGFuZA0KJmd0OyAmZ3Q7Jmd0OyZndDsgcmVzdG9yZSB0 aGUgb2xkIGZ1bmN0aW9uIHdpdGggdGhlIG9yaWdpbmFsIG5hbWUgYW5kIHBhcmFtZXRlcnMuIERl ZmluZQ0KJmd0OyAmZ3Q7Jmd0OyZndDsgUkJfQ09MT1JfSU5TRVJUIGluIHRyZWUuaCwgYW5kIHJl bW92ZSBjaGFuZ2VzIHRvIHRoZSBsaW51eCByYnRyZWUNCiZndDsgJmd0OyZndDsmZ3Q7IGhlYWRl ci4NCiZndDsgJmd0OyZndDsmZ3Q7DQomZ3Q7ICZndDsmZ3Q7Jmd0OyBBbm90aGVyIGNoYW5nZSBh bHRlcmVkIHRoZSBvcmRlciBvZiBwb2ludGVycyBpbiB0aGUgUkJfRU5UUlkgc3RydWN0Lg0KJmd0 OyAmZ3Q7Jmd0OyZndDsgRm9yIDEzLCByZXN0b3JlIHRoZSBvcmlnaW5hbCBvcmRlci4NCiZndDsg Jmd0OyZndDsmZ3Q7DQomZ3Q7ICZndDsmZ3Q7Jmd0OyBSZXBvcnRlZCBieTogbWFudQ0KJmd0OyAm Z3Q7Jmd0OyZndDsgUmV2aWV3ZWQgYnk6IGhzZWxhc2t5DQomZ3Q7ICZndDsmZ3Q7Jmd0OyBUZXN0 ZWQgYnk6IG1hbnUNCiZndDsgJmd0OyZndDsmZ3Q7IERpZmZlcmVudGlhbCBSZXZpc2lvbjogaHR0 cHM6Ly9yZXZpZXdzLmZyZWVic2Qub3JnL0QzNzcxNg0KJmd0OyAmZ3Q7Jmd0OyZndDsNCiZndDsg Jmd0OyZndDsmZ3Q7IHN5cy9jb21wYXQvbGludXhrcGkvY29tbW9uL2luY2x1ZGUvbGludXgvcmJ0 cmVlLmggfCAxMSArKy0tLS0NCiZndDsgJmd0OyZndDsmZ3Q7IHN5cy9zeXMvdHJlZS5oIHwgNDYg KysrKysrKysrKysrKysrKy0tLS0tLS0NCiZndDsgJmd0OyZndDsmZ3Q7DQomZ3Q7ICZndDsmZ3Q7 Jmd0OyBKb25hdGhhbiBWYXNxdWV6DQomZ3Q7ICZndDsmZ3Q7Jmd0OyBQR1A6IDM0REEgODU4QyAx NDQ3IDUwOUUgQzc3QSBENDlGIEZCODUgOTBCNyBDNENBIDUyNzkNCiZndDsgJmd0OyZndDsmZ3Q7 IFNlbnQgd2l0aCBQcm90b25NYWlsIFNlY3VyZSBFbWFpbA0KDQotLQ0KRW1tYW51ZWwgVmFkb3Qg IA0KPC9ibG9ja3F1b3RlPg0KICAgICAgICA8L2Jsb2NrcXVvdGU+PGJyPg0KICAgIDwvZGl2Pg== --b1_YNZMyVfxzKgxDKZ7RVwTQgqu9YckuIVqGCrzR4d39Hk-- From nobody Sun Dec 18 16:55:09 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NZpqY15SNz1GQhV for ; Sun, 18 Dec 2022 16:55:21 +0000 (UTC) (envelope-from jgibbons@protogate.com) Received: from gateway.protogate.com (gw.protogate.com [104.51.32.137]) (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 "jag6.cmr.protogate.com", Issuer "jag6.cmr.protogate.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NZpqX3P9rz4CmS; Sun, 18 Dec 2022 16:55:20 +0000 (UTC) (envelope-from jgibbons@protogate.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of jgibbons@protogate.com designates 104.51.32.137 as permitted sender) smtp.mailfrom=jgibbons@protogate.com; dmarc=none Received-SPF: pass (gateway.protogate.com: domain of jgibbons@gateway.protogate.com designates 127.0.0.1 as permitted sender) receiver=gateway.protogate.com; client-ip=127.0.0.1; helo=gateway.protogate.com; envelope-from=jgibbons@gateway.protogate.com; x-software=spfmilter 2.001 http://www.acme.com/software/spfmilter/ with libspf2-1.2.10; Received: from gateway.protogate.com (localhost [127.0.0.1]) by gateway.protogate.com (8.16.1/8.16.1) with ESMTPS id 2BIGtCXl033549 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 18 Dec 2022 08:55:13 -0800 (PST) (envelope-from jgibbons@gateway.protogate.com) Received: (from jgibbons@localhost) by gateway.protogate.com (8.16.1/8.16.1/Submit) id 2BIGt9xt033547; Sun, 18 Dec 2022 08:55:09 -0800 (PST) (envelope-from jgibbons) Date: Sun, 18 Dec 2022 08:55:09 -0800 From: Jeff Gibbons To: freebsd-stable@freebsd.org Cc: manu@bidouilliste.com, unkadoug@gmail.com, dougm@freebsd.org, Jonathan Vasquez , jgibbons@protogate.com Subject: Re: stable/13 - amdgpu broken with n253286-d8a88ec38149 Message-ID: Mail-Followup-To: Jeff Gibbons , freebsd-stable@freebsd.org, manu@bidouilliste.com, unkadoug@gmail.com, dougm@freebsd.org, Jonathan Vasquez List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: clamav-milter 0.104.2 at gateway.protogate.com X-Virus-Status: Clean X-Spamd-Result: default: False [-2.30 / 15.00]; FAKE_REPLY(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+mx:c]; MIME_GOOD(-0.10)[text/plain]; MID_RHS_MATCH_FROMTLD(0.00)[]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; R_DKIM_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_FIVE(0.00)[6]; ASN(0.00)[asn:7018, ipnet:104.48.0.0/12, country:US]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; DMARC_NA(0.00)[protogate.com]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_CC(0.00)[bidouilliste.com,gmail.com,freebsd.org,xyinn.org,protogate.com] X-Rspamd-Queue-Id: 4NZpqX3P9rz4CmS X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N I see exactly the same thing Jonathan does, but in my case with i915kms.ko (which also comes from the /usr/ports/graphics/drm-510-kmod/ port, like his amdgpu.ko does). My video device is Intel's 'WhiskeyLake-U GT2 [UHD Graphics 620]'. This bug report may be related: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D267421 After I upgraded my Lenovo Thinkpad T490s laptop with yesterday's /usr/src/, my laptop hung completely every time I tried to load /boot/modules/i915kms.ko, requiring a power-off/power-on. It hung when loading i915kms even after I rebuilt and reinstalled /usr/ports/graphics/drm-510-kmod/ . I tried many things, including rebuilding several different recent versions of /usr/ports/graphics/drm-510-kmod/, but nothing cured it. After seeing Jonathan's email to this list, I tried reverting my /usr/src/ to Friday before that commit date that he gave, and after rebuilding my system and then rebuilding/installing /usr/ports/graphics/drm-510-kmod/ again (drm-510-kmod-5.10.113_8), I can now kldload i915kms again without crashing, and everything works. It behaves as if something around the time of that commit that Jonathan pointed to: commit d8a88ec381498f5942403088d28ee325b92e9a78 (Date: Fri Dec 16 03:15:28 2022 -0600) is preventing FreeBSD from working with /usr/ports/graphics/drm-510-kmod/ Jeff -- Jeff Gibbons =46rom: Jonathan Vasquez Date: Sat, 17 Dec 2022 16:43:15 UTC I redid another clean install of latest stable/13 and latest ports for drm-= kmod / drm-510-kmod/ and gpu-firmware-amd-kmod FLAVOR=3Dsienna_cichlid and = the same thing arises. The system locks up immediately when loading the amd= gpu driver. current src commit: commit a3c07a933d5cb71a6d58cc9f0ecb5385a5e0ea29 (HEAD -> stable/13, origin/= stable/13) Author: Rick Macklem Date: Sun Nov 13 12:16:06 2022 -0800 rpcb_clnt.c: Do not force use of UDP current ports commit: commit 414eb4d80eb56f154435a5749ec08811bf192a83 (HEAD -> main, origin/main,= origin/HEAD) Author: Jan Beich Date: Sat Dec 17 16:14:16 2022 +0000 emulators/yuzu: requires C++20 after 7b88749b5e69 https://github.com/yuzu-emu/yuzu/commit/07632ad82508 root@leslie:/usr/src # pkg info drm-kmod drm-kmod-20220907_1 Name : drm-kmod Version : 20220907_1Installed on : Sat Dec 17 11:32:01 2022 EST root@leslie:/usr/src # pkg info drm-510-kmod drm-510-kmod-5.10.113_8 Name : drm-510-kmod Version : 5.10.113_8Installed on : Sat Dec 17 11:32:01 2022 EST Installing sienna_cichlid as usual gives the correct information: make install clean FLAVOR=3Dsienna_cichlid Installing gpu-firmware-amd-kmod-sienna-cichlid-20221207_1... =3D=3D=3D> Cleaning for gpu-firmware-amd-kmod-sienna-cichlid-20221207_1 Although using pkg info says verde, I think that info is wrong even though = sienna_cichlid is in fact being used (but that's probably a separate issue): gpu-firmware-amd-kmod-verde-20221207_1 Name : gpu-firmware-amd-kmod-verde Version : 20221207_1 Installed on : Sat Dec 17 09:39:52 2022 EST Origin : graphics/gpu-firmware-amd-kmod Architecture : FreeBSD:13:amd64 Prefix : /usr/local Categories : kld graphics Licenses : AMD Maintainer : x11@FreeBSD.org WWW : https://github.com/freebsd/drm-kmod-firmware Comment : Firmware modules for verde AMD GPUs Annotations : FreeBSD_version: 1301510 flavor : verde Jonathan Vasquez PGP: 34DA 858C 1447 509E C77A D49F FB85 90B7 C4CA 5279 Sent with ProtonMail Secure Email ------- Original Message ------- On Saturday, December 17th, 2022 at 08:52, Jonathan Vasquez = wrote: > Hey Emmanuel, > > What do you recommend then? As part of my testing yesterday (and what I d= escribed) was that I pulled down latest stable/13 and latest ports. Cleanly= recompiled world, kernel, and drm-510-kmod but the system freezes when loa= ding the amdgpu module. From my understanding drm-kmod is just meta port wh= ich will bring in drm-510-kmod so recompiling drm-kmod itself won't make s = difference if I already recompiled drm-510-kmod. > > Jonathan Vasquez > PGP: 34DA 858C 1447 509E C77A D49F FB85 90B7 C4CA 5279 > Sent with ProtonMail Secure Email > > Sent from Proton Mail mobile > > -------- Original Message -------- > On Dec 17, 2022, 03:51, Emmanuel Vadot < manu@bidouilliste.com> wrote: > >> Hello Jonathan, On Sat, 17 Dec 2022 02:42:42 +0000 Jonathan Vasquez wrot= e: > Oh, I think I understand a bit better what you meant. Yup, after I fou= nd which stable/13 commit was problematic, I compiled HEAD~1 which still wo= rks, then I recompiled drm-510-kmod and it's working now. But I still wante= d to report it since I'm guessing there will need to be some tweaks made to= drm-510-kmod so that it works again with the latest stable/13. There is no= tweaks to be done for drm-kmod. In fact in the last two days to commits wh= o broke KBI between 13.1 and stable/13 were taken care of (one I've reverte= d and the other one being the one Doug fixed). Yes it's a bit unfortunate f= or stable/13 users that we broke KBI a few times and that you needed to rec= ompile drm-kmod for it to work but what I want is when 13.2 is released use= rs don't have to recompile the ports and can safely upgrade their machines = (as the drm-510-kmod port will be compiled on 13.1 for 3 months). Cheers, >= Jonathan Vasquez > PGP: 34DA 858C 1447 509E C77A D49F FB85 90B7 C4CA 5279 = > Sent with ProtonMail Secure Email > > ------- Original Message ------- > = On Friday, December 16th, 2022 at 21:31, Jonathan Vasquez wrote: > > > Hey = Doug, > > > > Not a problem. I actually did clean rebuilds of everything, i= ncluding pulling the latest ports and cleanly reinstalling drm-510-kmod and= gpu-firmware-amd-kmod. But it still failed. > > > > Jonathan Vasquez > > P= GP: 34DA 858C 1447 509E C77A D49F FB85 90B7 C4CA 5279 > > Sent with ProtonM= ail Secure Email > > > > Sent from Proton Mail mobile > > > > -------- Orig= inal Message -------- > > On Dec 16, 2022, 21:05, Doug Moore < unkadoug@gma= il.com> wrote: > > > >> Short answer - try rebuilding kmod from scratch. > = >> > >> Long answer - I moved into stable/13 changes from main that changed= some binary-level representations. One who found that the kmod he built be= fore those changes no longer worked pointed out my error. So I made a chang= e to stable/13 recently to restore the original representations, and satisf= ied that person?s complaint. But, someone who built kmod recently will find= things broken, the way the original fellow did. I can only apologize and a= sk you to rebuild non-kernel stuff based on the stable/13 of more than a da= y ago. I hadn?t considered the impact of my changes on non-kernel code. > >= > Doug > >> > >> Sent from my iPad > >> > >>> On Dec 16, 2022, at 6:50 PM, = Jonathan Vasquez wrote: > >> > >>> ? > >>> Hey all, > >>> > >>> it seems th= at my AMD Radeon 6900 XT doesn't load the amdgpu properly anymore. The mach= ine will crash immediately upon load. After a bisect, I found the posted co= mmit. This card uses the sienna_cichlid? flavor for gpu-firmware-amd-kmod. = > >>> > >>> commit d8a88ec381498f5942403088d28ee325b92e9a78 > >>> Author: D= oug Moore > >>> Date: Fri Dec 16 03:15:28 2022 -0600 > >>> > >>> rb_tree: r= estore binary compat w/ 13 > >>> > >>> A change to RB_COLOR_INSERT, when me= rged into stable/13, broke binary > >>> compatibility. For 13, call the new= function RB_DO_COLOR_INSERT, and > >>> restore the old function with the o= riginal name and parameters. Define > >>> RB_COLOR_INSERT in tree.h, and re= move changes to the linux rbtree > >>> header. > >>> > >>> Another change a= ltered the order of pointers in the RB_ENTRY struct. > >>> For 13, restore = the original order. > >>> > >>> Reported by: manu > >>> Reviewed by: hselas= ky > >>> Tested by: manu > >>> Differential Revision: https://reviews.freeb= sd.org/D37716 > >>> > >>> sys/compat/linuxkpi/common/include/linux/rbtree.h= | 11 ++---- > >>> sys/sys/tree.h | 46 ++++++++++++++++------- > >>> > >>> = Jonathan Vasquez > >>> PGP: 34DA 858C 1447 509E C77A D49F FB85 90B7 C4CA 52= 79 > >>> Sent with ProtonMail Secure Email -- Emmanuel Vadot From nobody Mon Dec 19 00:34:19 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Nb11B4xFGz1GhZF for ; Mon, 19 Dec 2022 00:34:22 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mail.egr.msu.edu (hill.egr.msu.edu [35.9.37.163]) (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 4Nb1195JQWz47kw for ; Mon, 19 Dec 2022 00:34:21 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of mcdouga9@egr.msu.edu designates 35.9.37.163 as permitted sender) smtp.mailfrom=mcdouga9@egr.msu.edu; dmarc=pass (policy=none) header.from=msu.edu Received: from hill (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id 8727F642F9 for ; Sun, 18 Dec 2022 19:34:20 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by hill (hill.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x6octUMxm85u for ; Sun, 18 Dec 2022 19:34:20 -0500 (EST) Received: from EGR authenticated sender mcdouga9 Message-ID: <9f06d2a9-6bae-9c1b-8ac7-97a083dd0284@egr.msu.edu> Date: Sun, 18 Dec 2022 19:34:19 -0500 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.6.0 Subject: Re: stable/13 - amdgpu broken with n253286-d8a88ec38149 Content-Language: en-US To: stable@freebsd.org References: From: Adam McDougall In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 X-Spamd-Result: default: False [-2.76 / 15.00]; MIME_BASE64_TEXT_BOGUS(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_LONG(-0.99)[-0.994]; NEURAL_HAM_SHORT(-0.87)[-0.866]; DMARC_POLICY_ALLOW(-0.50)[msu.edu,none]; R_SPF_ALLOW(-0.20)[+a:hill.egr.msu.edu]; RCVD_IN_DNSWL_MED(-0.20)[35.9.37.163:from]; MIME_GOOD(-0.10)[text/plain]; MIME_BASE64_TEXT(0.10)[]; MLMMJ_DEST(0.00)[stable@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:231, ipnet:35.8.0.0/13, country:US]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4Nb1195JQWz47kw X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N SGVsbG8sDQoNCkkgaGF2ZSBhIERlbGwgUjY1MjUgd2hpY2ggSSB1c2UgdG8gbWFrZSBuZXcg RnJlZUJTRCBidWlsZHMgZnJvbSAtc3RhYmxlIA0KYW5kIGRpc3RyaWJ1dGUgdGhlbSB0byBv dGhlciBzeXN0ZW1zIGFzIHVwZ3JhZGVzLiBJIHVwZGF0ZWQgbXkgMTMtU1RBQkxFIA0KdHJl ZSB0byAyMDIyMTIxNyBhbmQgdGhlIGtlcm5lbCBoYW5ncyBkdXJpbmcgYm9vdCBhZnRlciBw cmludGluZyANCm1lc3NhZ2VzIGZyb20gbWx4NSBkcml2ZXIuIEknbSBub3QgZXZlbiB1c2lu ZyBhIEdQVS4gSSBkb24ndCBrbm93IGhvdyANCm1hbnkgb2YgbXkgc3lzdGVtcyB0aGlzIHdv dWxkIGFmZmVjdCBidXQgSSdkIHJhdGhlciBwcmV2ZW50IGl0IHRoYW4gZmluZCANCm91dC4g SSByZWNvbXBpbGVkIHRoZSBrZXJuZWwgY29tbWl0IGJ5IGNvbW1pdCBhbmQgZDhhODhlYzM4 MTQ5IG1ha2VzIGl0IA0KaGFuZy4gSSB0aGluayBJIGhhdmUgbGl0dGxlIGV4cG9zdXJlIHRv IGJpbmFyeSBjb21wYXQgaXNzdWVzIHdpdGggMTMgc28gDQpJIHdpbGwgcHJvYmFibHkgcmV2 ZXJ0IHRoZSBjb21taXQgbG9jYWxseSBmb3Igbm93LiBJdCBib290cyB3aXRoIHRoYXQgDQpj b21taXQgcmV2ZXJ0ZWQgdGhvdWdoLg0KDQpPbiAxMi8xOC8yMDIyIDExOjU1IEFNLCBKZWZm IEdpYmJvbnMgd3JvdGU6DQo+IEkgc2VlIGV4YWN0bHkgdGhlIHNhbWUgdGhpbmcgSm9uYXRo YW4gZG9lcywgYnV0IGluIG15IGNhc2Ugd2l0aA0KPiBpOTE1a21zLmtvICh3aGljaCBhbHNv IGNvbWVzIGZyb20gdGhlIC91c3IvcG9ydHMvZ3JhcGhpY3MvZHJtLTUxMC1rbW9kLw0KPiBw b3J0LCBsaWtlIGhpcyBhbWRncHUua28gZG9lcykuICBNeSB2aWRlbyBkZXZpY2UgaXMgSW50 ZWwncw0KPiAnV2hpc2tleUxha2UtVSBHVDIgW1VIRCBHcmFwaGljcyA2MjBdJy4gIFRoaXMg YnVnIHJlcG9ydCBtYXkgYmUNCj4gcmVsYXRlZDoNCj4NCj4gICAgIGh0dHBzOi8vYnVncy5m cmVlYnNkLm9yZy9idWd6aWxsYS9zaG93X2J1Zy5jZ2k/aWQ9MjY3NDIxDQo+DQo+IEFmdGVy IEkgdXBncmFkZWQgbXkgTGVub3ZvIFRoaW5rcGFkIFQ0OTBzIGxhcHRvcCB3aXRoIHllc3Rl cmRheSdzDQo+IC91c3Ivc3JjLywgbXkgbGFwdG9wIGh1bmcgY29tcGxldGVseSBldmVyeSB0 aW1lIEkgdHJpZWQgdG8gbG9hZA0KPiAvYm9vdC9tb2R1bGVzL2k5MTVrbXMua28sIHJlcXVp cmluZyBhIHBvd2VyLW9mZi9wb3dlci1vbi4gIEl0IGh1bmcNCj4gd2hlbiBsb2FkaW5nIGk5 MTVrbXMgZXZlbiBhZnRlciBJIHJlYnVpbHQgYW5kIHJlaW5zdGFsbGVkDQo+IC91c3IvcG9y dHMvZ3JhcGhpY3MvZHJtLTUxMC1rbW9kLyAuDQo+DQo+IEkgdHJpZWQgbWFueSB0aGluZ3Ms IGluY2x1ZGluZyByZWJ1aWxkaW5nIHNldmVyYWwgZGlmZmVyZW50IHJlY2VudA0KPiB2ZXJz aW9ucyBvZiAvdXNyL3BvcnRzL2dyYXBoaWNzL2RybS01MTAta21vZC8sIGJ1dCBub3RoaW5n IGN1cmVkIGl0Lg0KPg0KPiBBZnRlciBzZWVpbmcgSm9uYXRoYW4ncyBlbWFpbCB0byB0aGlz IGxpc3QsIEkgdHJpZWQgcmV2ZXJ0aW5nIG15DQo+IC91c3Ivc3JjLyB0byBGcmlkYXkgYmVm b3JlIHRoYXQgY29tbWl0IGRhdGUgdGhhdCBoZSBnYXZlLCBhbmQNCj4gYWZ0ZXIgcmVidWls ZGluZyBteSBzeXN0ZW0gYW5kIHRoZW4gcmVidWlsZGluZy9pbnN0YWxsaW5nDQo+IC91c3Iv cG9ydHMvZ3JhcGhpY3MvZHJtLTUxMC1rbW9kLyBhZ2FpbiAoZHJtLTUxMC1rbW9kLTUuMTAu MTEzXzgpLA0KPiBJIGNhbiBub3cga2xkbG9hZCBpOTE1a21zIGFnYWluIHdpdGhvdXQgY3Jh c2hpbmcsIGFuZCBldmVyeXRoaW5nDQo+IHdvcmtzLg0KPg0KPiBJdCBiZWhhdmVzIGFzIGlm IHNvbWV0aGluZyBhcm91bmQgdGhlIHRpbWUgb2YgdGhhdCBjb21taXQgdGhhdA0KPiBKb25h dGhhbiBwb2ludGVkIHRvOg0KPg0KPiAgICAgY29tbWl0IGQ4YTg4ZWMzODE0OThmNTk0MjQw MzA4OGQyOGVlMzI1YjkyZTlhNzgNCj4gICAgIChEYXRlOiBGcmkgRGVjIDE2IDAzOjE1OjI4 IDIwMjIgLTA2MDApDQo+DQo+IGlzIHByZXZlbnRpbmcgRnJlZUJTRCBmcm9tIHdvcmtpbmcg d2l0aCAvdXNyL3BvcnRzL2dyYXBoaWNzL2RybS01MTAta21vZC8NCj4NCj4gSmVmZg0KPiAt LQ0KPiBKZWZmIEdpYmJvbnMNCj4NCj4NCj4gRnJvbTogSm9uYXRoYW4gVmFzcXVleiA8am9u X2F0X3h5aW5uLm9yZz4NCj4gRGF0ZTogU2F0LCAxNyBEZWMgMjAyMiAxNjo0MzoxNSBVVEMN Cj4NCj4gSSByZWRpZCBhbm90aGVyIGNsZWFuIGluc3RhbGwgb2YgbGF0ZXN0IHN0YWJsZS8x MyBhbmQgbGF0ZXN0IHBvcnRzIGZvciBkcm0ta21vZCAvIGRybS01MTAta21vZC8gYW5kIGdw dS1maXJtd2FyZS1hbWQta21vZCBGTEFWT1I9c2llbm5hX2NpY2hsaWQgYW5kIHRoZSBzYW1l IHRoaW5nIGFyaXNlcy4gVGhlIHN5c3RlbSBsb2NrcyB1cCBpbW1lZGlhdGVseSB3aGVuIGxv YWRpbmcgdGhlIGFtZGdwdSBkcml2ZXIuDQo+DQo+IGN1cnJlbnQgc3JjIGNvbW1pdDoNCj4N Cj4gY29tbWl0IGEzYzA3YTkzM2Q1Y2I3MWE2ZDU4Y2M5ZjBlY2I1Mzg1YTVlMGVhMjkgKEhF QUQgLT4gc3RhYmxlLzEzLCBvcmlnaW4vc3RhYmxlLzEzKQ0KPiBBdXRob3I6IFJpY2sgTWFj a2xlbSA8cm1hY2tsZW1ARnJlZUJTRC5vcmc+DQo+IERhdGU6IFN1biBOb3YgMTMgMTI6MTY6 MDYgMjAyMiAtMDgwMA0KPiBycGNiX2NsbnQuYzogRG8gbm90IGZvcmNlIHVzZSBvZiBVRFAN Cj4NCj4gY3VycmVudCBwb3J0cyBjb21taXQ6DQo+DQo+IGNvbW1pdCA0MTRlYjRkODBlYjU2 ZjE1NDQzNWE1NzQ5ZWMwODgxMWJmMTkyYTgzIChIRUFEIC0+IG1haW4sIG9yaWdpbi9tYWlu LCBvcmlnaW4vSEVBRCkNCj4gQXV0aG9yOiBKYW4gQmVpY2ggPGpiZWljaEBGcmVlQlNELm9y Zz4NCj4gRGF0ZTogU2F0IERlYyAxNyAxNjoxNDoxNiAyMDIyICswMDAwDQo+DQo+IGVtdWxh dG9ycy95dXp1OiByZXF1aXJlcyBDKysyMCBhZnRlciA3Yjg4NzQ5YjVlNjkNCj4gaHR0cHM6 Ly9naXRodWIuY29tL3l1enUtZW11L3l1enUvY29tbWl0LzA3NjMyYWQ4MjUwOA0KPg0KPiBy b290QGxlc2xpZTovdXNyL3NyYyAjIHBrZyBpbmZvIGRybS1rbW9kDQo+IGRybS1rbW9kLTIw MjIwOTA3XzENCj4gTmFtZSA6IGRybS1rbW9kDQo+IFZlcnNpb24gOiAyMDIyMDkwN18xSW5z dGFsbGVkIG9uIDogU2F0IERlYyAxNyAxMTozMjowMSAyMDIyIEVTVA0KPg0KPiByb290QGxl c2xpZTovdXNyL3NyYyAjIHBrZyBpbmZvIGRybS01MTAta21vZA0KPiBkcm0tNTEwLWttb2Qt NS4xMC4xMTNfOA0KPiBOYW1lIDogZHJtLTUxMC1rbW9kDQo+IFZlcnNpb24gOiA1LjEwLjEx M184SW5zdGFsbGVkIG9uIDogU2F0IERlYyAxNyAxMTozMjowMSAyMDIyIEVTVA0KPg0KPiBJ bnN0YWxsaW5nIHNpZW5uYV9jaWNobGlkIGFzIHVzdWFsIGdpdmVzIHRoZSBjb3JyZWN0IGlu Zm9ybWF0aW9uOg0KPg0KPiBtYWtlIGluc3RhbGwgY2xlYW4gRkxBVk9SPXNpZW5uYV9jaWNo bGlkDQo+DQo+IEluc3RhbGxpbmcgZ3B1LWZpcm13YXJlLWFtZC1rbW9kLXNpZW5uYS1jaWNo bGlkLTIwMjIxMjA3XzEuLi4NCj4gPT09PiBDbGVhbmluZyBmb3IgZ3B1LWZpcm13YXJlLWFt ZC1rbW9kLXNpZW5uYS1jaWNobGlkLTIwMjIxMjA3XzENCj4NCj4gQWx0aG91Z2ggdXNpbmcg cGtnIGluZm8gc2F5cyB2ZXJkZSwgSSB0aGluayB0aGF0IGluZm8gaXMgd3JvbmcgZXZlbiB0 aG91Z2ggc2llbm5hX2NpY2hsaWQgaXMgaW4gZmFjdCBiZWluZyB1c2VkIChidXQgdGhhdCdz IHByb2JhYmx5IGEgc2VwYXJhdGUgaXNzdWUpOg0KPg0KPiBncHUtZmlybXdhcmUtYW1kLWtt b2QtdmVyZGUtMjAyMjEyMDdfMQ0KPiBOYW1lIDogZ3B1LWZpcm13YXJlLWFtZC1rbW9kLXZl cmRlDQo+IFZlcnNpb24gOiAyMDIyMTIwN18xDQo+IEluc3RhbGxlZCBvbiA6IFNhdCBEZWMg MTcgMDk6Mzk6NTIgMjAyMiBFU1QNCj4gT3JpZ2luIDogZ3JhcGhpY3MvZ3B1LWZpcm13YXJl LWFtZC1rbW9kDQo+IEFyY2hpdGVjdHVyZSA6IEZyZWVCU0Q6MTM6YW1kNjQNCj4gUHJlZml4 IDogL3Vzci9sb2NhbA0KPiBDYXRlZ29yaWVzIDoga2xkIGdyYXBoaWNzDQo+IExpY2Vuc2Vz IDogQU1EDQo+IE1haW50YWluZXIgOiB4MTFARnJlZUJTRC5vcmcNCj4gV1dXIDogaHR0cHM6 Ly9naXRodWIuY29tL2ZyZWVic2QvZHJtLWttb2QtZmlybXdhcmUNCj4gQ29tbWVudCA6IEZp cm13YXJlIG1vZHVsZXMgZm9yIHZlcmRlIEFNRCBHUFVzDQo+IEFubm90YXRpb25zIDoNCj4g RnJlZUJTRF92ZXJzaW9uOiAxMzAxNTEwDQo+IGZsYXZvciA6IHZlcmRlDQo+DQo+IEpvbmF0 aGFuIFZhc3F1ZXoNCj4gUEdQOiAzNERBIDg1OEMgMTQ0NyA1MDlFIEM3N0EgRDQ5RiBGQjg1 IDkwQjcgQzRDQSA1Mjc5DQo+IFNlbnQgd2l0aCBQcm90b25NYWlsIFNlY3VyZSBFbWFpbA0K Pg0KPiAtLS0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0tLQ0KPiBPbiBTYXR1cmRheSwg RGVjZW1iZXIgMTd0aCwgMjAyMiBhdCAwODo1MiwgSm9uYXRoYW4gVmFzcXVleiA8am9uQHh5 aW5uLm9yZz4gd3JvdGU6DQo+DQo+PiBIZXkgRW1tYW51ZWwsDQo+Pg0KPj4gV2hhdCBkbyB5 b3UgcmVjb21tZW5kIHRoZW4/IEFzIHBhcnQgb2YgbXkgdGVzdGluZyB5ZXN0ZXJkYXkgKGFu ZCB3aGF0IEkgZGVzY3JpYmVkKSB3YXMgdGhhdCBJIHB1bGxlZCBkb3duIGxhdGVzdCBzdGFi bGUvMTMgYW5kIGxhdGVzdCBwb3J0cy4gQ2xlYW5seSByZWNvbXBpbGVkIHdvcmxkLCBrZXJu ZWwsIGFuZCBkcm0tNTEwLWttb2QgYnV0IHRoZSBzeXN0ZW0gZnJlZXplcyB3aGVuIGxvYWRp bmcgdGhlIGFtZGdwdSBtb2R1bGUuIEZyb20gbXkgdW5kZXJzdGFuZGluZyBkcm0ta21vZCBp cyBqdXN0IG1ldGEgcG9ydCB3aGljaCB3aWxsIGJyaW5nIGluIGRybS01MTAta21vZCBzbyBy ZWNvbXBpbGluZyBkcm0ta21vZCBpdHNlbGYgd29uJ3QgbWFrZSBzIGRpZmZlcmVuY2UgaWYg SSBhbHJlYWR5IHJlY29tcGlsZWQgZHJtLTUxMC1rbW9kLg0KPj4NCj4+IEpvbmF0aGFuIFZh c3F1ZXoNCj4+IFBHUDogMzREQSA4NThDIDE0NDcgNTA5RSBDNzdBIEQ0OUYgRkI4NSA5MEI3 IEM0Q0EgNTI3OQ0KPj4gU2VudCB3aXRoIFByb3Rvbk1haWwgU2VjdXJlIEVtYWlsDQo+Pg0K Pj4gU2VudCBmcm9tIFByb3RvbiBNYWlsIG1vYmlsZQ0KPj4NCj4+IC0tLS0tLS0tIE9yaWdp bmFsIE1lc3NhZ2UgLS0tLS0tLS0NCj4+IE9uIERlYyAxNywgMjAyMiwgMDM6NTEsIEVtbWFu dWVsIFZhZG90IDwgbWFudUBiaWRvdWlsbGlzdGUuY29tPiB3cm90ZToNCj4+DQo+Pj4gSGVs bG8gSm9uYXRoYW4sIE9uIFNhdCwgMTcgRGVjIDIwMjIgMDI6NDI6NDIgKzAwMDAgSm9uYXRo YW4gVmFzcXVleiB3cm90ZTogPiBPaCwgSSB0aGluayBJIHVuZGVyc3RhbmQgYSBiaXQgYmV0 dGVyIHdoYXQgeW91IG1lYW50LiBZdXAsIGFmdGVyIEkgZm91bmQgd2hpY2ggc3RhYmxlLzEz IGNvbW1pdCB3YXMgcHJvYmxlbWF0aWMsIEkgY29tcGlsZWQgSEVBRH4xIHdoaWNoIHN0aWxs IHdvcmtzLCB0aGVuIEkgcmVjb21waWxlZCBkcm0tNTEwLWttb2QgYW5kIGl0J3Mgd29ya2lu ZyBub3cuIEJ1dCBJIHN0aWxsIHdhbnRlZCB0byByZXBvcnQgaXQgc2luY2UgSSdtIGd1ZXNz aW5nIHRoZXJlIHdpbGwgbmVlZCB0byBiZSBzb21lIHR3ZWFrcyBtYWRlIHRvIGRybS01MTAt a21vZCBzbyB0aGF0IGl0IHdvcmtzIGFnYWluIHdpdGggdGhlIGxhdGVzdCBzdGFibGUvMTMu IFRoZXJlIGlzIG5vIHR3ZWFrcyB0byBiZSBkb25lIGZvciBkcm0ta21vZC4gSW4gZmFjdCBp biB0aGUgbGFzdCB0d28gZGF5cyB0byBjb21taXRzIHdobyBicm9rZSBLQkkgYmV0d2VlbiAx My4xIGFuZCBzdGFibGUvMTMgd2VyZSB0YWtlbiBjYXJlIG9mIChvbmUgSSd2ZSByZXZlcnRl ZCBhbmQgdGhlIG90aGVyIG9uZSBiZWluZyB0aGUgb25lIERvdWcgZml4ZWQpLiBZZXMgaXQn cyBhIGJpdCB1bmZvcnR1bmF0ZSBmb3Igc3RhYmxlLzEzIHVzZXJzIHRoYXQgd2UgYnJva2Ug S0JJIGEgZmV3IHRpbWVzIGFuZCB0aGF0IHlvdSBuZWVkZWQgdG8gcmVjb21waWxlIGRybS1r bW9kIGZvciBpdCB0byB3b3JrIGJ1dCB3aGF0IEkgd2FudCBpcyB3aGVuIDEzLjIgaXMgcmVs ZWFzZWQgdXNlcnMgZG9uJ3QgaGF2ZSB0byByZWNvbXBpbGUgdGhlIHBvcnRzIGFuZCBjYW4g c2FmZWx5IHVwZ3JhZGUgdGhlaXIgbWFjaGluZXMgKGFzIHRoZSBkcm0tNTEwLWttb2QgcG9y dCB3aWxsIGJlIGNvbXBpbGVkIG9uIDEzLjEgZm9yIDMgbW9udGhzKS4gQ2hlZXJzLCA+IEpv bmF0aGFuIFZhc3F1ZXogPiBQR1A6IDM0REEgODU4QyAxNDQ3IDUwOUUgQzc3QSBENDlGIEZC ODUgOTBCNyBDNENBIDUyNzkgPiBTZW50IHdpdGggUHJvdG9uTWFpbCBTZWN1cmUgRW1haWwg PiA+IC0tLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLS0tID4gT24gRnJpZGF5LCBEZWNl bWJlciAxNnRoLCAyMDIyIGF0IDIxOjMxLCBKb25hdGhhbiBWYXNxdWV6IHdyb3RlOiA+ID4g PiBIZXkgRG91ZywgPiA+ID4gPiBOb3QgYSBwcm9ibGVtLiBJIGFjdHVhbGx5IGRpZCBjbGVh biByZWJ1aWxkcyBvZiBldmVyeXRoaW5nLCBpbmNsdWRpbmcgcHVsbGluZyB0aGUgbGF0ZXN0 IHBvcnRzIGFuZCBjbGVhbmx5IHJlaW5zdGFsbGluZyBkcm0tNTEwLWttb2QgYW5kIGdwdS1m aXJtd2FyZS1hbWQta21vZC4gQnV0IGl0IHN0aWxsIGZhaWxlZC4gPiA+ID4gPiBKb25hdGhh biBWYXNxdWV6ID4gPiBQR1A6IDM0REEgODU4QyAxNDQ3IDUwOUUgQzc3QSBENDlGIEZCODUg OTBCNyBDNENBIDUyNzkgPiA+IFNlbnQgd2l0aCBQcm90b25NYWlsIFNlY3VyZSBFbWFpbCA+ ID4gPiA+IFNlbnQgZnJvbSBQcm90b24gTWFpbCBtb2JpbGUgPiA+ID4gPiAtLS0tLS0tLSBP cmlnaW5hbCBNZXNzYWdlIC0tLS0tLS0tID4gPiBPbiBEZWMgMTYsIDIwMjIsIDIxOjA1LCBE b3VnIE1vb3JlIDwgdW5rYWRvdWdAZ21haWwuY29tPiB3cm90ZTogPiA+ID4gPj4gU2hvcnQg YW5zd2VyIC0gdHJ5IHJlYnVpbGRpbmcga21vZCBmcm9tIHNjcmF0Y2guID4gPj4gPiA+PiBM b25nIGFuc3dlciAtIEkgbW92ZWQgaW50byBzdGFibGUvMTMgY2hhbmdlcyBmcm9tIG1haW4g dGhhdCBjaGFuZ2VkIHNvbWUgYmluYXJ5LWxldmVsIHJlcHJlc2VudGF0aW9ucy4gT25lIHdo byBmb3VuZCB0aGF0IHRoZSBrbW9kIGhlIGJ1aWx0IGJlZm9yZSB0aG9zZSBjaGFuZ2VzIG5v IGxvbmdlciB3b3JrZWQgcG9pbnRlZCBvdXQgbXkgZXJyb3IuIFNvIEkgbWFkZSBhIGNoYW5n ZSB0byBzdGFibGUvMTMgcmVjZW50bHkgdG8gcmVzdG9yZSB0aGUgb3JpZ2luYWwgcmVwcmVz ZW50YXRpb25zLCBhbmQgc2F0aXNmaWVkIHRoYXQgcGVyc29uP3MgY29tcGxhaW50LiBCdXQs IHNvbWVvbmUgd2hvIGJ1aWx0IGttb2QgcmVjZW50bHkgd2lsbCBmaW5kIHRoaW5ncyBicm9r ZW4sIHRoZSB3YXkgdGhlIG9yaWdpbmFsIGZlbGxvdyBkaWQuIEkgY2FuIG9ubHkgYXBvbG9n aXplIGFuZCBhc2sgeW91IHRvIHJlYnVpbGQgbm9uLWtlcm5lbCBzdHVmZiBiYXNlZCBvbiB0 aGUgc3RhYmxlLzEzIG9mIG1vcmUgdGhhbiBhIGRheSBhZ28uIEkgaGFkbj90IGNvbnNpZGVy ZWQgdGhlIGltcGFjdCBvZiBteSBjaGFuZ2VzIG9uIG5vbi1rZXJuZWwgY29kZS4gPiA+PiBE b3VnID4gPj4gPiA+PiBTZW50IGZyb20gbXkgaVBhZCA+ID4+ID4gPj4+IE9uIERlYyAxNiwg MjAyMiwgYXQgNjo1MCBQTSwgSm9uYXRoYW4gVmFzcXVleiB3cm90ZTogPiA+PiA+ID4+PiA/ ID4gPj4+IEhleSBhbGwsID4gPj4+ID4gPj4+IGl0IHNlZW1zIHRoYXQgbXkgQU1EIFJhZGVv biA2OTAwIFhUIGRvZXNuJ3QgbG9hZCB0aGUgYW1kZ3B1IHByb3Blcmx5IGFueW1vcmUuIFRo ZSBtYWNoaW5lIHdpbGwgY3Jhc2ggaW1tZWRpYXRlbHkgdXBvbiBsb2FkLiBBZnRlciBhIGJp c2VjdCwgSSBmb3VuZCB0aGUgcG9zdGVkIGNvbW1pdC4gVGhpcyBjYXJkIHVzZXMgdGhlIHNp ZW5uYV9jaWNobGlkPyBmbGF2b3IgZm9yIGdwdS1maXJtd2FyZS1hbWQta21vZC4gPiA+Pj4g PiA+Pj4gY29tbWl0IGQ4YTg4ZWMzODE0OThmNTk0MjQwMzA4OGQyOGVlMzI1YjkyZTlhNzgg PiA+Pj4gQXV0aG9yOiBEb3VnIE1vb3JlID4gPj4+IERhdGU6IEZyaSBEZWMgMTYgMDM6MTU6 MjggMjAyMiAtMDYwMCA+ID4+PiA+ID4+PiByYl90cmVlOiByZXN0b3JlIGJpbmFyeSBjb21w YXQgdy8gMTMgPiA+Pj4gPiA+Pj4gQSBjaGFuZ2UgdG8gUkJfQ09MT1JfSU5TRVJULCB3aGVu IG1lcmdlZCBpbnRvIHN0YWJsZS8xMywgYnJva2UgYmluYXJ5ID4gPj4+IGNvbXBhdGliaWxp dHkuIEZvciAxMywgY2FsbCB0aGUgbmV3IGZ1bmN0aW9uIFJCX0RPX0NPTE9SX0lOU0VSVCwg YW5kID4gPj4+IHJlc3RvcmUgdGhlIG9sZCBmdW5jdGlvbiB3aXRoIHRoZSBvcmlnaW5hbCBu YW1lIGFuZCBwYXJhbWV0ZXJzLiBEZWZpbmUgPiA+Pj4gUkJfQ09MT1JfSU5TRVJUIGluIHRy ZWUuaCwgYW5kIHJlbW92ZSBjaGFuZ2VzIHRvIHRoZSBsaW51eCByYnRyZWUgPiA+Pj4gaGVh ZGVyLiA+ID4+PiA+ID4+PiBBbm90aGVyIGNoYW5nZSBhbHRlcmVkIHRoZSBvcmRlciBvZiBw b2ludGVycyBpbiB0aGUgUkJfRU5UUlkgc3RydWN0LiA+ID4+PiBGb3IgMTMsIHJlc3RvcmUg dGhlIG9yaWdpbmFsIG9yZGVyLiA+ID4+PiA+ID4+PiBSZXBvcnRlZCBieTogbWFudSA+ID4+ PiBSZXZpZXdlZCBieTogaHNlbGFza3kgPiA+Pj4gVGVzdGVkIGJ5OiBtYW51ID4gPj4+IERp ZmZlcmVudGlhbCBSZXZpc2lvbjogaHR0cHM6Ly9yZXZpZXdzLmZyZWVic2Qub3JnL0QzNzcx NiA+ID4+PiA+ID4+PiBzeXMvY29tcGF0L2xpbnV4a3BpL2NvbW1vbi9pbmNsdWRlL2xpbnV4 L3JidHJlZS5oIHwgMTEgKystLS0tID4gPj4+IHN5cy9zeXMvdHJlZS5oIHwgNDYgKysrKysr KysrKysrKysrKy0tLS0tLS0gPiA+Pj4gPiA+Pj4gSm9uYXRoYW4gVmFzcXVleiA+ID4+PiBQ R1A6IDM0REEgODU4QyAxNDQ3IDUwOUUgQzc3QSBENDlGIEZCODUgOTBCNyBDNENBIDUyNzkg PiA+Pj4gU2VudCB3aXRoIFByb3Rvbk1haWwgU2VjdXJlIEVtYWlsIC0tIEVtbWFudWVsIFZh ZG90DQo+DQo= From nobody Sun Dec 18 16:09:58 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NbBcj2SHYzt9cb for ; Mon, 19 Dec 2022 07:47:17 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NbBch4pszz3Hf1; Mon, 19 Dec 2022 07:47:16 +0000 (UTC) (envelope-from manu@bidouilliste.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1671436028; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=yIreTquyIiTRR7ZSz6J48mudLl/1msODKOjrvw8Zf3w=; b=mGqL5FhSd5GFZpfeWuyKDr7YTBXo8kIAAGFNTPTHHV5Krw2xTSTOK0gwh1qq9aHltuSvaH zjZW2la/3mD1KR/npUanC6zznldtAkqF+ZEknL3qt5JD2OdmPDtrrizoJY9VV0V72Clpju aVCREOSJDCU0yd2lKzlL9SyYWdJ+3jc= Received: from skull.home.blih.net (lfbn-lyo-1-2174-135.w90-66.abo.wanadoo.fr [90.66.97.135]) by mx.blih.net (OpenSMTPD) with ESMTPSA id c68492bd (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Mon, 19 Dec 2022 07:47:07 +0000 (UTC) Date: Sun, 18 Dec 2022 17:09:58 +0100 From: Emmanuel Vadot To: Adam McDougall , Doug Moore Cc: stable@freebsd.org Subject: Re: stable/13 - amdgpu broken with n253286-d8a88ec38149 Message-Id: <20221218170958.b0d6f9f294134a08c15dd328@bidouilliste.com> In-Reply-To: <9f06d2a9-6bae-9c1b-8ac7-97a083dd0284@egr.msu.edu> References: <9f06d2a9-6bae-9c1b-8ac7-97a083dd0284@egr.msu.edu> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4NbBch4pszz3Hf1 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Sun, 18 Dec 2022 19:34:19 -0500 Adam McDougall wrote: > Hello, > > I have a Dell R6525 which I use to make new FreeBSD builds from -stable > and distribute them to other systems as upgrades. I updated my 13-STABLE > tree to 20221217 and the kernel hangs during boot after printing > messages from mlx5 driver. I'm not even using a GPU. I don't know how > many of my systems this would affect but I'd rather prevent it than find > out. I recompiled the kernel commit by commit and d8a88ec38149 makes it > hang. I think I have little exposure to binary compat issues with 13 so > I will probably revert the commit locally for now. It boots with that > commit reverted though. Ok it seems that I've only tested 13.1 drm-kmod on stable and not recompiling it. So the new code is compatible with 13.1 but doesn't work ? Since the problem is also on mlx5 (which I guess uses the linuxkpi rb_tree stuff). My machine isn't frozen but the drm code is stuck in drm_mm_insert_node_in_range (which uses the rb_tree stuff). Doug, any ideas ? > On 12/18/2022 11:55 AM, Jeff Gibbons wrote: > > I see exactly the same thing Jonathan does, but in my case with > > i915kms.ko (which also comes from the /usr/ports/graphics/drm-510-kmod/ > > port, like his amdgpu.ko does). My video device is Intel's > > 'WhiskeyLake-U GT2 [UHD Graphics 620]'. This bug report may be > > related: > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267421 > > > > After I upgraded my Lenovo Thinkpad T490s laptop with yesterday's > > /usr/src/, my laptop hung completely every time I tried to load > > /boot/modules/i915kms.ko, requiring a power-off/power-on. It hung > > when loading i915kms even after I rebuilt and reinstalled > > /usr/ports/graphics/drm-510-kmod/ . > > > > I tried many things, including rebuilding several different recent > > versions of /usr/ports/graphics/drm-510-kmod/, but nothing cured it. > > > > After seeing Jonathan's email to this list, I tried reverting my > > /usr/src/ to Friday before that commit date that he gave, and > > after rebuilding my system and then rebuilding/installing > > /usr/ports/graphics/drm-510-kmod/ again (drm-510-kmod-5.10.113_8), > > I can now kldload i915kms again without crashing, and everything > > works. > > > > It behaves as if something around the time of that commit that > > Jonathan pointed to: > > > > commit d8a88ec381498f5942403088d28ee325b92e9a78 > > (Date: Fri Dec 16 03:15:28 2022 -0600) > > > > is preventing FreeBSD from working with /usr/ports/graphics/drm-510-kmod/ > > > > Jeff > > -- > > Jeff Gibbons > > > > > > From: Jonathan Vasquez > > Date: Sat, 17 Dec 2022 16:43:15 UTC > > > > I redid another clean install of latest stable/13 and latest ports for drm-kmod / drm-510-kmod/ and gpu-firmware-amd-kmod FLAVOR=sienna_cichlid and the same thing arises. The system locks up immediately when loading the amdgpu driver. > > > > current src commit: > > > > commit a3c07a933d5cb71a6d58cc9f0ecb5385a5e0ea29 (HEAD -> stable/13, origin/stable/13) > > Author: Rick Macklem > > Date: Sun Nov 13 12:16:06 2022 -0800 > > rpcb_clnt.c: Do not force use of UDP > > > > current ports commit: > > > > commit 414eb4d80eb56f154435a5749ec08811bf192a83 (HEAD -> main, origin/main, origin/HEAD) > > Author: Jan Beich > > Date: Sat Dec 17 16:14:16 2022 +0000 > > > > emulators/yuzu: requires C++20 after 7b88749b5e69 > > https://github.com/yuzu-emu/yuzu/commit/07632ad82508 > > > > root@leslie:/usr/src # pkg info drm-kmod > > drm-kmod-20220907_1 > > Name : drm-kmod > > Version : 20220907_1Installed on : Sat Dec 17 11:32:01 2022 EST > > > > root@leslie:/usr/src # pkg info drm-510-kmod > > drm-510-kmod-5.10.113_8 > > Name : drm-510-kmod > > Version : 5.10.113_8Installed on : Sat Dec 17 11:32:01 2022 EST > > > > Installing sienna_cichlid as usual gives the correct information: > > > > make install clean FLAVOR=sienna_cichlid > > > > Installing gpu-firmware-amd-kmod-sienna-cichlid-20221207_1... > > ===> Cleaning for gpu-firmware-amd-kmod-sienna-cichlid-20221207_1 > > > > Although using pkg info says verde, I think that info is wrong even though sienna_cichlid is in fact being used (but that's probably a separate issue): > > > > gpu-firmware-amd-kmod-verde-20221207_1 > > Name : gpu-firmware-amd-kmod-verde > > Version : 20221207_1 > > Installed on : Sat Dec 17 09:39:52 2022 EST > > Origin : graphics/gpu-firmware-amd-kmod > > Architecture : FreeBSD:13:amd64 > > Prefix : /usr/local > > Categories : kld graphics > > Licenses : AMD > > Maintainer : x11@FreeBSD.org > > WWW : https://github.com/freebsd/drm-kmod-firmware > > Comment : Firmware modules for verde AMD GPUs > > Annotations : > > FreeBSD_version: 1301510 > > flavor : verde > > > > Jonathan Vasquez > > PGP: 34DA 858C 1447 509E C77A D49F FB85 90B7 C4CA 5279 > > Sent with ProtonMail Secure Email > > > > ------- Original Message ------- > > On Saturday, December 17th, 2022 at 08:52, Jonathan Vasquez wrote: > > > >> Hey Emmanuel, > >> > >> What do you recommend then? As part of my testing yesterday (and what I described) was that I pulled down latest stable/13 and latest ports. Cleanly recompiled world, kernel, and drm-510-kmod but the system freezes when loading the amdgpu module. From my understanding drm-kmod is just meta port which will bring in drm-510-kmod so recompiling drm-kmod itself won't make s difference if I already recompiled drm-510-kmod. > >> > >> Jonathan Vasquez > >> PGP: 34DA 858C 1447 509E C77A D49F FB85 90B7 C4CA 5279 > >> Sent with ProtonMail Secure Email > >> > >> Sent from Proton Mail mobile > >> > >> -------- Original Message -------- > >> On Dec 17, 2022, 03:51, Emmanuel Vadot < manu@bidouilliste.com> wrote: > >> > >>> Hello Jonathan, On Sat, 17 Dec 2022 02:42:42 +0000 Jonathan Vasquez wrote: > Oh, I think I understand a bit better what you meant. Yup, after I found which stable/13 commit was problematic, I compiled HEAD~1 which still works, then I recompiled drm-510-kmod and it's working now. But I still wanted to report it since I'm guessing there will need to be some tweaks made to drm-510-kmod so that it works again with the latest stable/13. There is no tweaks to be done for drm-kmod. In fact in the last two days to commits who broke KBI between 13.1 and stable/13 were taken care of (one I've reverted and the other one being the one Doug fixed). Yes it's a bit unfortunate for stable/13 users that we broke KBI a few times and that you needed to recompile drm-kmod for it to work but what I want is when 13.2 is released users don't have to recompile the ports and can safely upgrade their machines (as the drm-510-kmod port will be compiled on 13.1 for 3 months). Cheers, > Jonathan Vasquez > PGP: 34DA 858C 1447 509E C77A D49F FB85 90B7 C4CA 5279 > Sent with ProtonMail Secure Email > > ------- Original Message ------- > On Friday, December 16th, 2022 at 21:31, Jonathan Vasquez wrote: > > > Hey Doug, > > > > Not a problem. I actually did clean rebuilds of everything, including pulling the latest ports and cleanly reinstalling drm-510-kmod and gpu-firmware-amd-kmod. But it still failed. > > > > Jonathan Vasquez > > PGP: 34DA 858C 1447 509E C77A D49F FB85 90B7 C4CA 5279 > > Sent with ProtonMail Secure Email > > > > Sent from Proton Mail mobile > > > > -------- Original Message -------- > > On Dec 16, 2022, 21:05, Doug Moore < unkadoug@gmail.com> wrote: > > > >> Short answer - try rebuilding kmod from scratch. > >> > >> Long answer - I moved into stable/13 changes from main that changed some binary-level representations. One who found that the kmod he built before those changes no longer worked pointed out my error. So I made a change to stable/13 recently to restore the ori gi > > -- Emmanuel Vadot From nobody Mon Dec 19 10:37:52 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NbGPb6cn1z1GKfv for ; Mon, 19 Dec 2022 10:37:55 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NbGPb09dBz3q9r for ; Mon, 19 Dec 2022 10:37:54 +0000 (UTC) (envelope-from manu@bidouilliste.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=YeYZc8hf; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com; dmarc=pass (policy=none) header.from=bidouilliste.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1671446273; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=A6HDRflfLB5QFk5pWvimFz7mgVzBsX0mDNED6kmEtc4=; b=YeYZc8hfA8qeAPzREMK7rRSepFWJPJFtySrAGBr/Ur6UokEti+iXUYJJc8eOaoR89oDwo5 vuTDDtblXv+o+jqS7qucgOeyJ7e3bOWFqlkiwfJ/Ajg5ljGpAu3fyjct22sWXmrzVZ8d1R EIUObROSMevUrdoRhlACheR0s2Yjvvg= Received: from amy.home.blih.net (lfbn-lyo-1-2174-135.w90-66.abo.wanadoo.fr [90.66.97.135]) by mx.blih.net (OpenSMTPD) with ESMTPSA id a0b977b2 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Mon, 19 Dec 2022 10:37:53 +0000 (UTC) Date: Mon, 19 Dec 2022 11:37:52 +0100 From: Emmanuel Vadot To: Doug Moore Cc: Adam McDougall , stable@freebsd.org Subject: Re: stable/13 - amdgpu broken with n253286-d8a88ec38149 Message-Id: <20221219113752.2bfaa7b8b5a02016ab3a5d1e@bidouilliste.com> In-Reply-To: References: <9f06d2a9-6bae-9c1b-8ac7-97a083dd0284@egr.msu.edu> <20221218170958.b0d6f9f294134a08c15dd328@bidouilliste.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:212.83.155.74/32]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[stable@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FREEFALL_USER(0.00)[manu]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4NbGPb09dBz3q9r X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N On Mon, 19 Dec 2022 03:20:36 -0600 Doug Moore wrote: > Emmanuel - >=20 > If you are withdrawing your statement that this was a successfully=20 > tested change, then I should withdraw the change. Your change restored abi compat but it seems that the code isn't ok. > I don't know anything about drm_mm_insert_mode_in_range, or drm as a=20 > whole, but grepping the 13.1 drm directory for 'rbtree' or 'RB_TREE', I=20 > can't find anything.=A0 So I don't know where to look. The code that fails is here https://github.com/freebsd/drm-kmod/blob/5.10-lts/drivers/gpu/drm/drm_mm.c#= L167 and https://github.com/freebsd/drm-kmod/blob/5.10-lts/drivers/gpu/drm/drm_mm.c#= L531 > Doug >=20 > On 12/18/22 10:09, Emmanuel Vadot wrote: > > On Sun, 18 Dec 2022 19:34:19 -0500 > > Adam McDougall wrote: > > > >> Hello, > >> > >> I have a Dell R6525 which I use to make new FreeBSD builds from -stable > >> and distribute them to other systems as upgrades. I updated my 13-STAB= LE > >> tree to 20221217 and the kernel hangs during boot after printing > >> messages from mlx5 driver. I'm not even using a GPU. I don't know how > >> many of my systems this would affect but I'd rather prevent it than fi= nd > >> out. I recompiled the kernel commit by commit and d8a88ec38149 makes it > >> hang. I think I have little exposure to binary compat issues with 13 so > >> I will probably revert the commit locally for now. It boots with that > >> commit reverted though. > > Ok it seems that I've only tested 13.1 drm-kmod on stable and not > > recompiling it. > > So the new code is compatible with 13.1 but doesn't work ? > > Since the problem is also on mlx5 (which I guess uses the linuxkpi > > rb_tree stuff). > > My machine isn't frozen but the drm code is stuck in > > drm_mm_insert_node_in_range (which uses the rb_tree stuff). > > > > Doug, any ideas ? > > > >> On 12/18/2022 11:55 AM, Jeff Gibbons wrote: > >>> I see exactly the same thing Jonathan does, but in my case with > >>> i915kms.ko (which also comes from the /usr/ports/graphics/drm-510-kmo= d/ > >>> port, like his amdgpu.ko does). My video device is Intel's > >>> 'WhiskeyLake-U GT2 [UHD Graphics 620]'. This bug report may be > >>> related: > >>> > >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D267421 > >>> > >>> After I upgraded my Lenovo Thinkpad T490s laptop with yesterday's > >>> /usr/src/, my laptop hung completely every time I tried to load > >>> /boot/modules/i915kms.ko, requiring a power-off/power-on. It hung > >>> when loading i915kms even after I rebuilt and reinstalled > >>> /usr/ports/graphics/drm-510-kmod/ . > >>> > >>> I tried many things, including rebuilding several different recent > >>> versions of /usr/ports/graphics/drm-510-kmod/, but nothing cured it. > >>> > >>> After seeing Jonathan's email to this list, I tried reverting my > >>> /usr/src/ to Friday before that commit date that he gave, and > >>> after rebuilding my system and then rebuilding/installing > >>> /usr/ports/graphics/drm-510-kmod/ again (drm-510-kmod-5.10.113_8), > >>> I can now kldload i915kms again without crashing, and everything > >>> works. > >>> > >>> It behaves as if something around the time of that commit that > >>> Jonathan pointed to: > >>> > >>> commit d8a88ec381498f5942403088d28ee325b92e9a78 > >>> (Date: Fri Dec 16 03:15:28 2022 -0600) > >>> > >>> is preventing FreeBSD from working with /usr/ports/graphics/drm-510-k= mod/ > >>> > >>> Jeff > >>> -- > >>> Jeff Gibbons > >>> > >>> > >>> From: Jonathan Vasquez > >>> Date: Sat, 17 Dec 2022 16:43:15 UTC > >>> > >>> I redid another clean install of latest stable/13 and latest ports fo= r drm-kmod / drm-510-kmod/ and gpu-firmware-amd-kmod FLAVOR=3Dsienna_cichli= d and the same thing arises. The system locks up immediately when loading t= he amdgpu driver. > >>> > >>> current src commit: > >>> > >>> commit a3c07a933d5cb71a6d58cc9f0ecb5385a5e0ea29 (HEAD -> stable/13, o= rigin/stable/13) > >>> Author: Rick Macklem > >>> Date: Sun Nov 13 12:16:06 2022 -0800 > >>> rpcb_clnt.c: Do not force use of UDP > >>> > >>> current ports commit: > >>> > >>> commit 414eb4d80eb56f154435a5749ec08811bf192a83 (HEAD -> main, origin= /main, origin/HEAD) > >>> Author: Jan Beich > >>> Date: Sat Dec 17 16:14:16 2022 +0000 > >>> > >>> emulators/yuzu: requires C++20 after 7b88749b5e69 > >>> https://github.com/yuzu-emu/yuzu/commit/07632ad82508 > >>> > >>> root@leslie:/usr/src # pkg info drm-kmod > >>> drm-kmod-20220907_1 > >>> Name : drm-kmod > >>> Version : 20220907_1Installed on : Sat Dec 17 11:32:01 2022 EST > >>> > >>> root@leslie:/usr/src # pkg info drm-510-kmod > >>> drm-510-kmod-5.10.113_8 > >>> Name : drm-510-kmod > >>> Version : 5.10.113_8Installed on : Sat Dec 17 11:32:01 2022 EST > >>> > >>> Installing sienna_cichlid as usual gives the correct information: > >>> > >>> make install clean FLAVOR=3Dsienna_cichlid > >>> > >>> Installing gpu-firmware-amd-kmod-sienna-cichlid-20221207_1... > >>> =3D=3D=3D> Cleaning for gpu-firmware-amd-kmod-sienna-cichlid-20221207= _1 > >>> > >>> Although using pkg info says verde, I think that info is wrong even t= hough sienna_cichlid is in fact being used (but that's probably a separate = issue): > >>> > >>> gpu-firmware-amd-kmod-verde-20221207_1 > >>> Name : gpu-firmware-amd-kmod-verde > >>> Version : 20221207_1 > >>> Installed on : Sat Dec 17 09:39:52 2022 EST > >>> Origin : graphics/gpu-firmware-amd-kmod > >>> Architecture : FreeBSD:13:amd64 > >>> Prefix : /usr/local > >>> Categories : kld graphics > >>> Licenses : AMD > >>> Maintainer : x11@FreeBSD.org > >>> WWW : https://github.com/freebsd/drm-kmod-firmware > >>> Comment : Firmware modules for verde AMD GPUs > >>> Annotations : > >>> FreeBSD_version: 1301510 > >>> flavor : verde > >>> > >>> Jonathan Vasquez > >>> PGP: 34DA 858C 1447 509E C77A D49F FB85 90B7 C4CA 5279 > >>> Sent with ProtonMail Secure Email > >>> > >>> ------- Original Message ------- > >>> On Saturday, December 17th, 2022 at 08:52, Jonathan Vasquez wrote: > >>> > >>>> Hey Emmanuel, > >>>> > >>>> What do you recommend then? As part of my testing yesterday (and wha= t I described) was that I pulled down latest stable/13 and latest ports. Cl= eanly recompiled world, kernel, and drm-510-kmod but the system freezes whe= n loading the amdgpu module. From my understanding drm-kmod is just meta po= rt which will bring in drm-510-kmod so recompiling drm-kmod itself won't ma= ke s difference if I already recompiled drm-510-kmod. > >>>> > >>>> Jonathan Vasquez > >>>> PGP: 34DA 858C 1447 509E C77A D49F FB85 90B7 C4CA 5279 > >>>> Sent with ProtonMail Secure Email > >>>> > >>>> Sent from Proton Mail mobile > >>>> > >>>> -------- Original Message -------- > >>>> On Dec 17, 2022, 03:51, Emmanuel Vadot < manu@bidouilliste.com> wrot= e: > >>>> > >>>>> Hello Jonathan, On Sat, 17 Dec 2022 02:42:42 +0000 Jonathan Vasquez= wrote: > Oh, I think I understand a bit better what you meant. Yup, after = I found which stable/13 commit was problematic, I compiled HEAD~1 which sti= ll works, then I recompiled drm-510-kmod and it's working now. But I still = wanted to report it since I'm guessing there will need to be some tweaks ma= de to drm-510-kmod so that it works again with the latest stable/13. There = is no tweaks to be done for drm-kmod. In fact in the last two days to commi= ts who broke KBI between 13.1 and stable/13 were taken care of (one I've re= verted and the other one being the one Doug fixed). Yes it's a bit unfortun= ate for stable/13 users that we broke KBI a few times and that you needed t= o recompile drm-kmod for it to work but what I want is when 13.2 is release= d users don't have to recompile the ports and can safely upgrade their mach= ines (as the drm-510-kmod port will be compiled on 13.1 for 3 months). Chee= rs, > Jonathan Vasquez > > > PGP: 34DA 858C 1447 509E C77A D49F FB85 90B7 C4CA 5279 > Sent with Pr= otonMail Secure Email > > ------- Original Message ------- > On Friday, Dec= ember 16th, 2022 at 21:31, Jonathan Vasquez wrote: > > > Hey Doug, > > > > = Not a problem. I actually did clean rebuilds of everything, including pulli= ng the latest ports and cleanly reinstalling drm-510-kmod and gpu-firmware-= amd-kmod. But it still failed. > > > > Jonathan Vasquez > > PGP: 34DA 858C = 1447 509E C77A D49F FB85 90B7 C4CA 5279 > > Sent with ProtonMail Secure Ema= il > > > > Sent from Proton Mail mobile > > > > -------- Original Message -= ------- > > On Dec 16, 2022, 21:05, Doug Moore < unkadoug@gmail.com> wrote:= > > > >> Short answer - try rebuilding kmod from scratch. > >> > >> Long a= nswer - I moved into stable/13 changes from main that changed some binary-l= evel representations. One who found that the kmod he built before those cha= nges no longer worked pointed out my error. So I made a change to stable/13= recently to restore the ori > > gi > > --=20 Emmanuel Vadot From nobody Wed Dec 21 12:56:31 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NcYNx4T23z1Gq7S for ; Wed, 21 Dec 2022 12:56:49 +0000 (UTC) (envelope-from peo@nethead.se) Received: from ns1.nethead.se (ns1.nethead.se [5.150.237.139]) (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 ECDSA (P-384) client-digest SHA384) (Client CN "ns1.nethead.se", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NcYNw27rFz44CR for ; Wed, 21 Dec 2022 12:56:48 +0000 (UTC) (envelope-from peo@nethead.se) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=nethead.se header.s=NETHEADSE header.b=iavEeH+8; spf=pass (mx1.freebsd.org: domain of peo@nethead.se designates 5.150.237.139 as permitted sender) smtp.mailfrom=peo@nethead.se; dmarc=pass (policy=none) header.from=nethead.se X-Virus-Scanned: amavisd-new at Nethead AB DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nethead.se; s=NETHEADSE; t=1671627398; bh=8TU2Bl285cZgpGErA23xULrT56BwzQktSdHgAE3Zpgs=; h=Date:To:From:Subject; b=iavEeH+84FroM93Ym92UM1MYiaYcMhq1fsx8DhlHDGUfPXfwgGf0rkcyJLDn9FJj9 sw229e1OHE3Va87Soqm3lSW0EfODXotjksX4UrH2ssJL40OUZBcHGnMIIOzTtucnU5 JU+9NLe66dC2kdjdp2nLiFhjSuEawBY61BxDpnxg= Message-ID: <3eae7bee-d0e2-da47-bd15-cf9f72d583ff@nethead.se> Date: Wed, 21 Dec 2022 13:56:31 +0100 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.5.1 To: stable@freebsd.org Content-Language: en-US From: Per olof Ljungmark Subject: Help with git - fetch earlier src version Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-3.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.983]; DMARC_POLICY_ALLOW(-0.50)[nethead.se,none]; R_SPF_ALLOW(-0.20)[+ip4:5.150.237.139]; R_DKIM_ALLOW(-0.20)[nethead.se:s=NETHEADSE]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[stable@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ZERO(0.00)[0]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:8473, ipnet:5.150.192.0/18, country:SE]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[nethead.se:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4NcYNw27rFz44CR X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N I am facing the same issue as in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268492 or possibly https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267421 with a T490 laptop. Can someone please help with the git command to fetch an earlier version, for example the one for the amd64 December 9th. snapshot? Instead of git clone -b stable/13 --depth 1 https://git.freebsd.org/src.git /usr/src (this of course if the issue is not already fixed with current 13-STABLE) Thanks, Per From nobody Wed Dec 21 15:08:58 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NccKb0C6Jz1H8yn for ; Wed, 21 Dec 2022 15:09:07 +0000 (UTC) (envelope-from mirror176@hotmail.com) Received: from NAM12-BN8-obe.outbound.protection.outlook.com (mail-bn8nam12olkn2072.outbound.protection.outlook.com [40.92.21.72]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NccKZ1gK6z3BtD for ; Wed, 21 Dec 2022 15:09:06 +0000 (UTC) (envelope-from mirror176@hotmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hotmail.com header.s=selector1 header.b=NLxiUV6k; spf=pass (mx1.freebsd.org: domain of mirror176@hotmail.com designates 40.92.21.72 as permitted sender) smtp.mailfrom=mirror176@hotmail.com; dmarc=pass (policy=none) header.from=hotmail.com; arc=pass ("microsoft.com:s=arcselector9901:i=1") ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=K/vg9AJIY8ReCQUJDSNk05l3TlKBASS31NHD88WXQEjYEJBJt7VpLpjKPrKZY2O6hLk0B2CxeCcJc2QQcyaxhDrcY9pGu4fxzGbdxm++8r/xME4sIxFpLXXTeoo8ti2lYoybPKDwreYgVa+UNIwe+8RNvLM0N9h2n2iLJKSKIiHVJyKX5hB/YE2GAYIw7SlwPBqZC5ub9rCSscm+yp8DkQafM0wDiE+b2z/lJCSmw/F2vVQbjJIvEtloL8RBabTmDeg40mCqfWISAjRcc/6isxPaVbC7TAfmKjPHZaeAJHT7/4vyCU/emrNEAh+HnMqeHBGyST2qRttR8kxl7UJJCQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=NA9bX//dGWgEfIvUu7g66o2CmLw+YQ2lYDuogLmaZG4=; b=RdHy/ROEpuZFFrtqdO3i1GZxqwZTWLYQfdVCdfv9hlmcsfCfguAObvXDQqW84zydVxHYIEwY7Q5jvswEkyMDMIcsPxgmv1yt9SjBGjg5n/zEiqlYRHVl77h86lA5OLhMx83sci91NlUM1rB0pgKDreWJzvGy548tVlA07ZRGO9BgDTPRE0GlRWlOT2DlVoNMUmuWf7tjsRelpklsAXNTXHFCapOmxRPCUew4ADQYyd6nxgd6t/le6hIJ04fg3kiXVbxANJF6z1w0bxftoEe5bcsPjm5o64iQ3uqMHcOqokK6zJtbx9QpRk+HrduMUpEpJCjjx8ImqpgXNtriH5llMQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=NA9bX//dGWgEfIvUu7g66o2CmLw+YQ2lYDuogLmaZG4=; b=NLxiUV6kNDPKVnXT4EmZD47k6svFNIq/fXGWms3IbVJlRfBKXPRx0xYChRVCrMV7QW8N5eTK2OrvPVEP0L3CTYifRWJqkt+/OyEtplUn1eTyIXgPcJgiLup6euwQdlwtPL+/VSAIDMakDX2bm6SbBLBYD8NBwHifTjH2YPDEezuIFXnS+yBJifVe8kXNXAQX/QTjTgEiYj1zXkmkloTfY/RxiP1nuu4GYzHRns1ANHTSvqPrkQAw4jhf6CmQ6X/RCw/yFUkygh175UiewH7XWO7D/OU+W6w2m+N0Yh8p3HxxQoKrejyiqfQAtKxJ8ZFoyCUC4le1gwtSXeYtNcdWzw== Received: from CO1PR11MB4770.namprd11.prod.outlook.com (2603:10b6:303:94::19) by BL3PR11MB6484.namprd11.prod.outlook.com (2603:10b6:208:3bf::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5924.16; Wed, 21 Dec 2022 15:09:04 +0000 Received: from CO1PR11MB4770.namprd11.prod.outlook.com ([fe80::f5b1:a18e:e7d9:c499]) by CO1PR11MB4770.namprd11.prod.outlook.com ([fe80::f5b1:a18e:e7d9:c499%9]) with mapi id 15.20.5924.016; Wed, 21 Dec 2022 15:09:04 +0000 Message-ID: Date: Wed, 21 Dec 2022 08:08:58 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.5.0 Content-Language: en-US To: stable@freebsd.org References: <3eae7bee-d0e2-da47-bd15-cf9f72d583ff@nethead.se> From: "Edward Sanford Sutton, III" Subject: Re: Help with git - fetch earlier src version In-Reply-To: <3eae7bee-d0e2-da47-bd15-cf9f72d583ff@nethead.se> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-TMN: [UpZ9gwZbLaENKJl88zf08QDcHF0BNB+w] X-ClientProxiedBy: PH0PR07CA0093.namprd07.prod.outlook.com (2603:10b6:510:4::8) To CO1PR11MB4770.namprd11.prod.outlook.com (2603:10b6:303:94::19) X-Microsoft-Original-Message-ID: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: CO1PR11MB4770:EE_|BL3PR11MB6484:EE_ X-MS-Office365-Filtering-Correlation-Id: e82e26ef-045f-473a-22a1-08dae3654c8c X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: CA9UwqSsy2wjmeEIKm5hQJa/9FQiZrJvPA4l6f0exepDe9WC66nzxEL1Xq46x17CNS0vAtZoV1XxgL5OhmHFooK/JFkeTVIMwRd5jv3W7NwBGQiyo5G0ikVBSwy+NlJ90eMUvww6H2erelveVp0XSGVTz+kGsmewxbLwjrqKGdN3qV4wgXqnHkJLDTwOFceHeRXxbvC02KXEnwVlCkUlxQS7wdtrOL0iVBplHdO1VXoO2BZ/okX2QQ//lBxnN3Jh0H4yEDgNd/Y5+Y4ROA1IdHpDSlSvZ9gGqpWqbKdXLOjIeiqGPLsJqbB1jZW0w3qQXVFsUxFq+nTqcZ27ZMWqoeGLD5gzWsnAMta9MmoRHmSEGZ6nLhVeHRSYiDuAQfcX8eEgZDtWzNDR/AOWuyAGaFZdb6jmJquZLN2ZK03VrxUwzf5buQ0BYcsEyPtUf3TzT384YaoNoAjGbf3PPLUjEdufXjqsYk60xIsAWys2szJ10TNp1HFuphcBmZTdFdyzSjzGVJ/ELpatIxzUVkFO1mzVWaXMTORJtD2YUkJsNsGSNvmGokta/asDHLcf0tEbqHxAdqE150JZxdDJtrM2ed/4wxDYJzQHVtm0K6KSbMoRA4Hk/X6vd7YvCQD4737x3g5zYM6kaRxWORv39azrRw== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?ZzM3MXVnekx6WDBmV1FpbGJQeTM1VUlkaW5YT0JPNGpxa2dhS1B6aFlXa1dz?= =?utf-8?B?ZW5IZXJFNitUeXRsUnlRdUdKcXdlbkZqcGNmYVM1WHh1V3NKblV1Rkx3WkZK?= =?utf-8?B?N0NZMVA0T2FDY204d3kyVFh0b3pnaU9odnYrVkE1Nms2N1NTTW16cndoMWla?= =?utf-8?B?a1AvK3M4eUU5KzlLSWJSV1JBYjh6ZmNqSEJUNG5RdmIzcWhmd0JJWTR4QWNy?= =?utf-8?B?ZWZnemFlOC9zNXNUMHhvbFNWR2Vtd0xnMEpLY2M1NUdVbTlIYldUbldvWm9Y?= =?utf-8?B?MW9jMHJ5SGl5NFJUcyt6WEgwU3pEYnlQMElXcVJaeEdRRWtwdjJPVXFYb1J2?= =?utf-8?B?dWlndjlwcUN5bG5jbWFsV3dUZGRTVUI5Z0ZJUTFJeXdVOWE5dmxSUlZKZFN0?= =?utf-8?B?ZGdCMlorL2RPZWFsdlorZWUvakxYNXE0NFcvTlBqL1dHKzFPQi9tcm16eEJv?= =?utf-8?B?YnpqVzBSd3hwUng4ajQzMkxSUURGNy9wZG8rbTlYZDB6R0NXcHZ1T0g3NDdP?= =?utf-8?B?SjFPeTdSQ3BPc0tpakZEcVlKOFF6a2dmazVHbzhBOFZWeG5BOVVCaWdPT0FQ?= =?utf-8?B?UjZ5L3JSTUQzVUVabTVSTmdJZ3NzQktuVnlSc0tzVHNpNFNSRWNISnBadnlu?= =?utf-8?B?aVBmK0VOeGc2TURlYTRldyttTVFSUXJ6cEFCZ2p4OWlRZzVYbG1IODcwRWpz?= =?utf-8?B?cHhEWWVJbnE3amVYUk0wTmx6ajVZZXNYY3YzdlJwMXE2ZVVaWEVuZEIxRXNv?= =?utf-8?B?RnI0Vytob3lMMHVySEI0dktWSC9mNWJIUlRpQ2Y3YjBYUXZYVUpsNzROOTI1?= =?utf-8?B?ek9Edld5SjQ2UUNoSkFUSFJRNXhMU1NFMkxVaHpXdTBNWWk4NElmbng4N2Zl?= =?utf-8?B?b2J2TWtOa29wcDgwZXQzZ2lBSEpCRXJBUjhoNzhqeGQ0ZVVQUDhuK1MzdGRh?= =?utf-8?B?UzdCTjVUd2xTKzM2Um51VVdRbnMreVNXNlBaRHE2S3NoMTJNdE4vU1h3NWJJ?= =?utf-8?B?c1d2Z0owWFJnNWxUaFp5VG03aDJZYTBwRVpveHpQVlduUXZhY2VOUitobzVn?= =?utf-8?B?YkZsTFBDU2FHbDZWUUkxYWMzN0xpOHd6cHpSeElXMXF5aVN5d2pBOVJkOFF2?= =?utf-8?B?eGNsOTJqRGsxZDc2a05BVW9FTGxCMTVDY3U0TTEvcW1yLzROcmhkNmNuTkMv?= =?utf-8?B?UWxhc1hDZW54c0lXandTcWdsemtSdTA3YUV0T2pGYXhVbDZWaGcvT0FYVlE1?= =?utf-8?B?VmJha0k4Q2R2OXF2OUdiOWlVbG5MUnp0dCs1OGxSNmdFeU9uOUprbnp6UGZq?= =?utf-8?B?UWc3M3NtdW45MTlWMHI0QzdoVmNZUmNUNk9udzVqRlkwRHkyM3FvUjIvL2xm?= =?utf-8?B?bEFwNGhPVlhCL0NSVVFVaXBhMDBjSHpaK2F0TGpqQjJuQ0oxZkxKcTlYQnBB?= =?utf-8?B?ZHNLRCtmWjdsZXY5MjZ0U0ZYaDdZWVVNR3FjSTNacWhUSmduVU5yazJLSmtU?= =?utf-8?B?ZU50aGQ0bUJsWDBFTTYwdmhnbFl0L1JFUkdCcEc1dVVCRnNld0sybndRcUZ1?= =?utf-8?B?SEpqais2RFlacFNuTHhEdFBSYURUSzJzMU5uSk5LRE1xVURNeWEwZlBBbG0w?= =?utf-8?B?ZkFETThEaUd3cE1nYmNLTm5mdFBXL2FUUGpzL1hJNzBISWlPM3BFazB0bTN0?= =?utf-8?B?VGNlZXRBSGdxZ2ZxS2VMQnhHbnRLUEM4Qkl2SnlaeFhndkQ1azV6VWlBPT0=?= X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-e8f36.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: e82e26ef-045f-473a-22a1-08dae3654c8c X-MS-Exchange-CrossTenant-AuthSource: CO1PR11MB4770.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 21 Dec 2022 15:09:04.4925 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL3PR11MB6484 X-Spamd-Result: default: False [-2.18 / 15.00]; FORGED_MUA_THUNDERBIRD_MSGID_UNKNOWN(2.50)[]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; NEURAL_HAM_SHORT(-0.69)[-0.685]; DMARC_POLICY_ALLOW(-0.50)[hotmail.com,none]; R_SPF_ALLOW(-0.20)[+ip4:40.92.0.0/15]; R_DKIM_ALLOW(-0.20)[hotmail.com:s=selector1]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8075, ipnet:40.80.0.0/12, country:US]; MLMMJ_DEST(0.00)[stable@freebsd.org]; FREEMAIL_ENVFROM(0.00)[hotmail.com]; RCVD_IN_DNSWL_NONE(0.00)[40.92.21.72:from]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_NONE(0.00)[hotmail.com:dkim]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[hotmail.com:+]; FREEMAIL_FROM(0.00)[hotmail.com]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[] X-Rspamd-Queue-Id: 4NccKZ1gK6z3BtD X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N On 12/21/22 05:56, Per olof Ljungmark wrote: > I am facing the same issue as in > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268492 > or possibly > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267421 > with a T490 laptop. > > Can someone please help with the git command to fetch an earlier > version, for example the one for the amd64 December 9th. snapshot? If you already have a checkout of stable/13, you made no local changes, you don't share that repo with anyone, and wanted to roll it back to a76fa7bb6cb721bcccc257ddbc4398d25dc8def8 which came 2022-12-08 01:18:32 +0000 just before a linuxkpi patch: git reset --hard a76fa7bb6cb721bcccc257ddbc4398d25dc8def8 When you want to return to the previous state you can run: git merge I thought --soft should work or excluding that parameter entirely to change your tree to that commit and that --hard destroys records of future commits from your git tree but that doesn't seem to be the case. You could also create another branch and revert just select commits from it so you can otherwise include useful changes (presuming they do not also depend on the reverted changes). Depending on the issue, there may be other commits involved so rolling back even further may be relevant. I thought I followed things from the new commits descriptions and emails here and what they were trying to undo to lead to undoing a patch from October 12th that altered ABI compatibility from 13.0. There have been several changes related to accidentally breaking ABI then trying to restore it. If you want to use recompiled packages then you need the ABI restored. If you build your own then you can get code after the breakage though code that later restores it will break relevant kernel modules which will need to be recompiled again after it is properly restored to 13.0 compatibility. You could browse commits by executing `git log` which has many parameters that help filter its output and that is also viewable at https://cgit.freebsd.org/src/log/?h=stable/13 where commit messages are clickable links; the end of the address of each of those links is &id=... where ... is the commit hash you can use to restore to that commit; make sure you grab something older than the commit that brought on your issues. If you want to locate commits that impacted 1 file, you can use something like: git log sys/compat/linuxkpi/common/include/linux/rbtree.h > Instead of > git clone -b stable/13 --depth 1 https://git.freebsd.org/src.git /usr/src > > (this of course if the issue is not already fixed with current 13-STABLE) > > Thanks, > Per > From nobody Wed Dec 21 17:04:38 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Ncfv20pg2z1GDQB for ; Wed, 21 Dec 2022 17:04:46 +0000 (UTC) (envelope-from peo@nethead.se) Received: from ns1.nethead.se (ns1.nethead.se [5.150.237.139]) (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 ECDSA (P-384) client-digest SHA384) (Client CN "ns1.nethead.se", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Ncfv04nZZz3kMK for ; Wed, 21 Dec 2022 17:04:44 +0000 (UTC) (envelope-from peo@nethead.se) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=nethead.se header.s=NETHEADSE header.b="oLvgPg/+"; spf=pass (mx1.freebsd.org: domain of peo@nethead.se designates 5.150.237.139 as permitted sender) smtp.mailfrom=peo@nethead.se; dmarc=pass (policy=none) header.from=nethead.se X-Virus-Scanned: amavisd-new at Nethead AB DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nethead.se; s=NETHEADSE; t=1671642280; bh=+VkAdix7qRlX5R9d/XO9mhmg4tG5knAYqSTsLk7U7uw=; h=Date:Subject:To:References:From:In-Reply-To; b=oLvgPg/+as70rSbBxFph/sbxjXn/Duv6AKHOhZ0561V5LgS9GU8Vzwm5qpSxiPiMj yOWSkPfSjuMRWnZ13+AQ3ArtFPFxdMK40xIiJqQ2NyXl0ESuXN0LRR8Z4+I7KW6XX6 ta9BuVWvU8l00K41Uc5DeWRzxp29dKiTOtog8J/o= Message-ID: Date: Wed, 21 Dec 2022 18:04:38 +0100 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.5.1 Subject: Re: Help with git - fetch earlier src version Content-Language: en-US To: stable@freebsd.org References: <3eae7bee-d0e2-da47-bd15-cf9f72d583ff@nethead.se> From: Per olof Ljungmark In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Result: default: False [-3.99 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; NEURAL_HAM_MEDIUM(-0.99)[-0.993]; DMARC_POLICY_ALLOW(-0.50)[nethead.se,none]; R_SPF_ALLOW(-0.20)[+ip4:5.150.237.139]; R_DKIM_ALLOW(-0.20)[nethead.se:s=NETHEADSE]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[stable@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ZERO(0.00)[0]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:8473, ipnet:5.150.192.0/18, country:SE]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[nethead.se:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4Ncfv04nZZz3kMK X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N On 12/21/22 16:08, Edward Sanford Sutton, III wrote: > On 12/21/22 05:56, Per olof Ljungmark wrote: >> I am facing the same issue as in >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268492 >> or possibly >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267421 >> with a T490 laptop. >> >> Can someone please help with the git command to fetch an earlier >> version, for example the one for the amd64 December 9th. snapshot? > >   If you already have a checkout of stable/13, you made no local > changes, you don't share that repo with anyone, and wanted to roll it > back to a76fa7bb6cb721bcccc257ddbc4398d25dc8def8 which came 2022-12-08 > 01:18:32 +0000 just before a linuxkpi patch: > > git reset --hard a76fa7bb6cb721bcccc257ddbc4398d25dc8def8 > > When you want to return to the previous state you can run: > > git merge > >   I thought --soft should work or excluding that parameter entirely to > change your tree to that commit and that --hard destroys records of > future commits from your git tree but that doesn't seem to be the case. >   You could also create another branch and revert just select commits > from it so you can otherwise include useful changes (presuming they do > not also depend on the reverted changes). >   Depending on the issue, there may be other commits involved so > rolling back even further may be relevant. I thought I followed things > from the new commits descriptions and emails here and what they were > trying to undo to lead to undoing a patch from October 12th that altered > ABI compatibility from 13.0. >   There have been several changes related to accidentally breaking ABI > then trying to restore it. If you want to use recompiled packages then > you need the ABI restored. If you build your own then you can get code > after the breakage though code that later restores it will break > relevant kernel modules which will need to be recompiled again after it > is properly restored to 13.0 compatibility. >   You could browse commits by executing `git log` which has many > parameters that help filter its output and that is also viewable at > https://cgit.freebsd.org/src/log/?h=stable/13 where commit messages are > clickable links; the end of the address of each of those links is > &id=... where ... is the commit hash you can use to restore to that > commit; make sure you grab something older than the commit that brought > on your issues. >   If you want to locate commits that impacted 1 file, you can use > something like: > > git log sys/compat/linuxkpi/common/include/linux/rbtree.h > >> Instead of >> git clone -b stable/13 --depth 1 https://git.freebsd.org/src.git /usr/src >> >> (this of course if the issue is not already fixed with current 13-STABLE) >> >> Thanks, >> Per >> > > Thank you for your most helpful answer. https://cgit.freebsd.org/src/commit/?h=stable/13&id=9d4303dbe2c4a901418657ed09c9f7096756e8b3 seems to have fixed the issue, just rebuilt the system with fresh source and kldloaded i915kms and it works. People ask me why I use FreeBSD for everything from servers to laptops. Well, because It Just Works(tm). And if it does not and you do not understand exactly why, you get kind help to fix it. It simply makes you sleep better at night. Merry Christmas, Per From nobody Wed Dec 21 17:18:37 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NcgCC59zgz1GGR5 for ; Wed, 21 Dec 2022 17:18:47 +0000 (UTC) (envelope-from jgibbons@protogate.com) Received: from gateway.protogate.com (gw.protogate.com [104.51.32.137]) (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 "jag6.cmr.protogate.com", Issuer "jag6.cmr.protogate.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NcgCC2BNGz3mDm for ; Wed, 21 Dec 2022 17:18:47 +0000 (UTC) (envelope-from jgibbons@protogate.com) Authentication-Results: mx1.freebsd.org; none Received-SPF: pass (gateway.protogate.com: domain of jgibbons@gateway.protogate.com designates 127.0.0.1 as permitted sender) receiver=gateway.protogate.com; client-ip=127.0.0.1; helo=gateway.protogate.com; envelope-from=jgibbons@gateway.protogate.com; x-software=spfmilter 2.001 http://www.acme.com/software/spfmilter/ with libspf2-1.2.10; Received: from gateway.protogate.com (localhost [127.0.0.1]) by gateway.protogate.com (8.16.1/8.16.1) with ESMTPS id 2BLHIdeR006461 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 21 Dec 2022 09:18:39 -0800 (PST) (envelope-from jgibbons@gateway.protogate.com) Received: (from jgibbons@localhost) by gateway.protogate.com (8.16.1/8.16.1/Submit) id 2BLHIcPZ006460; Wed, 21 Dec 2022 09:18:38 -0800 (PST) (envelope-from jgibbons) Date: Wed, 21 Dec 2022 09:18:37 -0800 From: Jeff Gibbons To: stable@freebsd.org Cc: Per olof Ljungmark Subject: Re: Help with git - fetch earlier src version Message-ID: Mail-Followup-To: Jeff Gibbons , stable@freebsd.org, Per olof Ljungmark References: <3eae7bee-d0e2-da47-bd15-cf9f72d583ff@nethead.se> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3eae7bee-d0e2-da47-bd15-cf9f72d583ff@nethead.se> X-Virus-Scanned: clamav-milter 0.104.2 at gateway.protogate.com X-Virus-Status: Clean X-Rspamd-Queue-Id: 4NcgCC2BNGz3mDm X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7018, ipnet:104.48.0.0/12, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N I had that problem with my T490 laptop too, but it is fixed now for me in the latest 13/stable. I think this commit fixed it: root@thinker:/usr/src/sys/compat/linuxkpi/common/include/linux # git log rbtree.h commit 9d4303dbe2c4a901418657ed09c9f7096756e8b3 Author: Doug Moore Date: Mon Dec 19 16:03:13 2022 -0600 rb_tree: fix stable/13 linux/rbtree.h post ABI fix Rearranging the left, right, and parent pointers for backward compatibility with stable/13 in d8a88ec381498f5942403088d28ee325b92e9a78 is incomplete because it does not change linux/rbtree.h so that it too knows how rb_left and rb_right are redefined. So complete it. Reported by: jon_xyinn.org, jgibbons@protogate.org Tested by: manu, jon_xyinn.org Differential Revision: https://reviews.freebsd.org/D37743 I did a "cd /usr/src; git pull --rebase" at Dec 21 08:47 UTC to update my /usr/src, and that pulled in the above commit. I then rebuilt and installed the world and kernel with that sourcecode, then rebooted and rebuilt /usr/ports/graphics/drm-510-kmod/, (and rebooted again, just to make sure) -- and now I can kldload i915kms again without problems, and everything works again. So I am now again on the latest 13/stable, and everything works. A big Thank You to Doug and Emmanuel for fixing this, and to Jonathan for reporting it! Jeff On Wed, Dec 21, 2022 at 01:56:31PM +0100, Per olof Ljungmark wrote: > I am facing the same issue as in > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268492 > or possibly > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267421 > with a T490 laptop. > > Can someone please help with the git command to fetch an earlier > version, for example the one for the amd64 December 9th. snapshot? > > Instead of > git clone -b stable/13 --depth 1 https://git.freebsd.org/src.git /usr/src > > (this of course if the issue is not already fixed with current 13-STABLE) > > Thanks, > Per From nobody Wed Dec 21 18:33:37 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NchxK2Xqqz1GjHD for ; Wed, 21 Dec 2022 18:36:53 +0000 (UTC) (envelope-from parv.0zero9@gmail.com) Received: from mail-ed1-x530.google.com (mail-ed1-x530.google.com [IPv6:2a00:1450:4864:20::530]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NchxK0hd2z43fv for ; Wed, 21 Dec 2022 18:36:53 +0000 (UTC) (envelope-from parv.0zero9@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ed1-x530.google.com with SMTP id d20so23333555edn.0 for ; Wed, 21 Dec 2022 10:36:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=N5dmV5Gl8G/Dfk0lesLu4k6nv6uHIwsWArgGNXfrQuY=; b=OjRHJHlX/BcUGBJ3GSVbgeL++9yPJDb6jnOfYX08LaH2tLUbjCuXhkhIR8cvNGpPgJ P2obMsJcadfpaR8PZWf48kJ4BuljzwX27vToqtmlDvEof/+hRVXzHQreJHT9Tzxrm9Ih 8XhGHNbbSjwNHya1UG6Oi5YBbTiyW/LDqgKnQu25OaGoKw16P04/0NXj2B0rys/v04Zj 99CsGGsIjIf4qd40msB1adpyTa4HUWOgRIHm1tu6XxkHI1tc+/ixdebezo2MKSjplVes EnoO6bywp8uQdxi9r6sHoEAxfVlVzRLAY0aDzpX/OMiJE8TWhBUOEiyGS12tZ8H0F/GJ x6cw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=N5dmV5Gl8G/Dfk0lesLu4k6nv6uHIwsWArgGNXfrQuY=; b=QV4MXvHQKDuG912flkKOxHX+PUZ6gJIR7zoYV2IDdP7BLoB7FliEsdar6oVBlDXpkF 92Y7jIUn2k7l/Zui4zjehq9iFhNlkHNPuMXGjwZpitTiSkz6VdkLPzSFFuWuJkCQMaWp h5cYEuMhTkczVjEI3f2uRqMcaj+Vbq/1TWAWqKwWzly/QoTQR3iClBrPUHy9NnCXF8lu l5LTJeMP+nYbw2NIyEL+QeImFBM0h0YHoE2DNsSWsRLvtdaHUnIgCdtTvmhM0PgqbPrv t3wIaHR732TW/Zh4wv21dNyDFwoHFNeFer0K/GRC1n79YAm/fJD1AhlMZJJWKl+3aIqb L6ZQ== X-Gm-Message-State: AFqh2krGHbfGkAp1fmj50yM0SEW+ZTBlWZvLH07Mx2e5iD4avnGZasjW q84b0pAwlOoocDGjmLkYCAK7dAI0QVyMGh4Jdq92kUv418c= X-Google-Smtp-Source: AMrXdXvPvAa5riDN30aAA6zk7pfwO7qDKpWBCT/fr8zbhLhXtDYPdMKM0eQoTWcJJb5xiF2SAW1xyQjBL2qtEs3aPcE= X-Received: by 2002:a05:6402:17d9:b0:468:fb2c:6c8c with SMTP id s25-20020a05640217d900b00468fb2c6c8cmr262750edy.340.1671647811369; Wed, 21 Dec 2022 10:36:51 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <3eae7bee-d0e2-da47-bd15-cf9f72d583ff@nethead.se> In-Reply-To: From: "parv/FreeBSD" Date: Wed, 21 Dec 2022 08:33:37 -1000 Message-ID: Subject: Re: Help with git - fetch earlier src version To: "Edward Sanford Sutton, III" Cc: stable@freebsd.org Content-Type: multipart/alternative; boundary="000000000000fc7f6205f05ad574" X-Rspamd-Queue-Id: 4NchxK0hd2z43fv X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[freebsd] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N --000000000000fc7f6205f05ad574 Content-Type: text/plain; charset="UTF-8" On Wed, Dec 21, 2022 at 5:09 AM Edward Sanford Sutton, III wrote: > On 12/21/22 05:56, Per olof Ljungmark wrote: > > I am facing the same issue as in > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268492 > > or possibly > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267421 > > with a T490 laptop. > > > > Can someone please help with the git command to fetch an earlier > > version, for example the one for the amd64 December 9th. snapshot? > > If you already have a checkout of stable/13, you made no local > changes, you don't share that repo with anyone, and wanted to roll it > back to a76fa7bb6cb721bcccc257ddbc4398d25dc8def8 which came 2022-12-08 > 01:18:32 +0000 just before a linuxkpi patch: > > git reset --hard a76fa7bb6cb721bcccc257ddbc4398d25dc8def8 > "reset"? Would "checkout" not work ... git checkout a76fa7bb6cb721bcc ... ? When you want to return to the previous state you can run: > > git merge > "merge" would add a useless point in the history, as I see no changes being made or suggested. Why should not use "reset" again as earlier (to switch to "stable/13")? And, to switch back to "stable/13", use "checkout" or "switch" ... git switch stable/13 - parv > I thought --soft should work or excluding that parameter entirely to > change your tree to that commit and that --hard destroys records of > future commits from your git tree but that doesn't seem to be the case. > You could also create another branch and revert just select commits > from it so you can otherwise include useful changes (presuming they do > not also depend on the reverted changes). > ... --000000000000fc7f6205f05ad574 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Wed, Dec 21, 2022 at 5:09 AM Edward Sanford Sutton, = III wrote:
On 12/21/22 05:56, Per olof Ljungmark wrote:
> I am facing the same issue as in
> https://bugs.freebsd.org/bugzilla/sho= w_bug.cgi?id=3D268492
> or possibly
> https://bugs.freebsd.org/bugzilla/sho= w_bug.cgi?id=3D267421
> with a T490 laptop.
>
> Can someone please help with the git command to fetch an earlier
> version, for example the one for the amd64 December 9th. snapshot?

=C2=A0 =C2=A0If you already have a checkout of stable/13, you made no local=
changes, you don't share that repo with anyone, and wanted to roll it <= br> back to a76fa7bb6cb721bcccc257ddbc4398d25dc8def8 which came 2022-12-08
01:18:32 +0000 just before a linuxkpi patch:

git reset --hard a76fa7bb6cb721bcccc257ddbc4398d25dc8def8
"= reset"? Would "checkout" not work ...

=C2=A0 git check= out a76fa7bb6cb721bcc

... ?

When you want to return to the previous state you can run:

git merge


"merge" would add = a useless point in the history, as I see no changes
being made or suggested. Why sho= uld not use "reset" again as earlier
(to switch to "stable/13")?=


And, to switch back to "stable/13", use "checkout" o= r "switch" ...

=C2=A0 git switch stable/13
=


- parv

=C2=A0
=C2=A0 =C2=A0I thought --soft should work or excluding that parameter entir= ely to
change your tree to that commit and that --hard destroys records of
future commits from your git tree but that doesn't seem to be the case.=
=C2=A0 =C2=A0You could also create another branch and revert just select co= mmits
from it so you can otherwise include useful changes (presuming they do
not also depend on the reverted changes).
...

--000000000000fc7f6205f05ad574-- From nobody Wed Dec 21 20:55:39 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Ncm1k4vTTz1H4Yf for ; Wed, 21 Dec 2022 20:55:54 +0000 (UTC) (envelope-from jon@xyinn.org) Received: from mail-4323.proton.ch (mail-4323.proton.ch [185.70.43.23]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Ncm1k2VFVz3CqC for ; Wed, 21 Dec 2022 20:55:54 +0000 (UTC) (envelope-from jon@xyinn.org) Authentication-Results: mx1.freebsd.org; none Date: Wed, 21 Dec 2022 20:55:39 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xyinn.org; s=protonmail3; t=1671656151; x=1671915351; bh=s7lbgW4sLX2ReFmStDcJFVi5BHz8IIeZ1Nifg2R0SPY=; h=Date:To:From:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=zsiyJMKj9Zhzc6V8TO8Yet/N9hjGGP94Nmsn22SuIBj7TNmgBuo7NyBXJRXC2KzqU um9upEDHtEyCK5/9C9Ylhq0STJbtxZUvtiAjlqUmS7swYUYFyrulAF2rfeD7llI4Ol UPKbJlUT8TltnC+Te2/F+cFaHESNYkz/0jCcV1QD+lbRL5cg26lrVT1aIGDoojBl/d h4iVtR+c6VhtxOe4RIGWazrmEQh4qVM41oHhEVaEDC6wDMABJi0fSlQXDwLgNCe1zV QMWsoB4rplqaPW3QmV6eovZm8IIAgpl6XGqSSdyLo7Iy+if5UgrKfO5h6BxBnCchJ7 mTsnnR/49+/pQ== To: peo@nethead.se, stable@freebsd.org From: Jonathan Vasquez Subject: Re: Help with git - fetch earlier src version Message-ID: <4uAwWdcrd0FY0SYFOFDXHTuKG7X5Q0JCmWyMsr7EbzV7L0nAbxIs1ykOccg8l4r6-V87GoK6OvFSunTX4VI0bCb4xpTtX8UD_1wX8dfPfho=@xyinn.org> In-Reply-To: References: <3eae7bee-d0e2-da47-bd15-cf9f72d583ff@nethead.se> Feedback-ID: 12351801:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_cTGDBjeGijHjCZNo5GVqIAehDOgGtzxXsx9WTbHo" X-Rspamd-Queue-Id: 4Ncm1k2VFVz3CqC X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.43.0/24, country:CH] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --b1_cTGDBjeGijHjCZNo5GVqIAehDOgGtzxXsx9WTbHo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SXQgZGVmaW5pdGVseSBoZWxwcyBtZSBzbGVlcCBiZXR0ZXIgYXQgbmlnaHQgdG9vLiBIYXBweSBI b2xpZGF5cyBldmVyeW9uZSBhbmQgc3RheSBzYWZlLgoKSm9uYXRoYW4gVmFzcXVlegpQR1A6IDM0 REEgODU4QyAxNDQ3IDUwOUUgQzc3QSBENDlGIEZCODUgOTBCNyBDNENBIDUyNzkKU2VudCB3aXRo IFByb3Rvbk1haWwgU2VjdXJlIEVtYWlsCgpTZW50IGZyb20gUHJvdG9uIE1haWwgbW9iaWxlCgot LS0tLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tLS0tCk9uIERlYyAyMSwgMjAyMiwgMTI6MDQs IFBlciBvbG9mIExqdW5nbWFyayB3cm90ZToKCj4gT24gMTIvMjEvMjIgMTY6MDgsIEVkd2FyZCBT YW5mb3JkIFN1dHRvbiwgSUlJIHdyb3RlOiA+IE9uIDEyLzIxLzIyIDA1OjU2LCBQZXIgb2xvZiBM anVuZ21hcmsgd3JvdGU6ID4+IEkgYW0gZmFjaW5nIHRoZSBzYW1lIGlzc3VlIGFzIGluID4+IGh0 dHBzOi8vYnVncy5mcmVlYnNkLm9yZy9idWd6aWxsYS9zaG93X2J1Zy5jZ2k/aWQ9MjY4NDkyID4+ IG9yIHBvc3NpYmx5ID4+IGh0dHBzOi8vYnVncy5mcmVlYnNkLm9yZy9idWd6aWxsYS9zaG93X2J1 Zy5jZ2k/aWQ9MjY3NDIxID4+IHdpdGggYSBUNDkwIGxhcHRvcC4gPj4gPj4gQ2FuIHNvbWVvbmUg cGxlYXNlIGhlbHAgd2l0aCB0aGUgZ2l0IGNvbW1hbmQgdG8gZmV0Y2ggYW4gZWFybGllciA+PiB2 ZXJzaW9uLCBmb3IgZXhhbXBsZSB0aGUgb25lIGZvciB0aGUgYW1kNjQgRGVjZW1iZXIgOXRoLiBz bmFwc2hvdD8gPiA+IElmIHlvdSBhbHJlYWR5IGhhdmUgYSBjaGVja291dCBvZiBzdGFibGUvMTMs IHlvdSBtYWRlIG5vIGxvY2FsID4gY2hhbmdlcywgeW91IGRvbid0IHNoYXJlIHRoYXQgcmVwbyB3 aXRoIGFueW9uZSwgYW5kIHdhbnRlZCB0byByb2xsIGl0ID4gYmFjayB0byBhNzZmYTdiYjZjYjcy MWJjY2NjMjU3ZGRiYzQzOThkMjVkYzhkZWY4IHdoaWNoIGNhbWUgMjAyMi0xMi0wOCA+IDAxOjE4 OjMyICswMDAwIGp1c3QgYmVmb3JlIGEgbGludXhrcGkgcGF0Y2g6ID4gPiBnaXQgcmVzZXQgLS1o YXJkIGE3NmZhN2JiNmNiNzIxYmNjY2MyNTdkZGJjNDM5OGQyNWRjOGRlZjggPiA+IFdoZW4geW91 IHdhbnQgdG8gcmV0dXJuIHRvIHRoZSBwcmV2aW91cyBzdGF0ZSB5b3UgY2FuIHJ1bjogPiA+IGdp dCBtZXJnZSA+ID4gSSB0aG91Z2h0IC0tc29mdCBzaG91bGQgd29yayBvciBleGNsdWRpbmcgdGhh dCBwYXJhbWV0ZXIgZW50aXJlbHkgdG8gPiBjaGFuZ2UgeW91ciB0cmVlIHRvIHRoYXQgY29tbWl0 IGFuZCB0aGF0IC0taGFyZCBkZXN0cm95cyByZWNvcmRzIG9mID4gZnV0dXJlIGNvbW1pdHMgZnJv bSB5b3VyIGdpdCB0cmVlIGJ1dCB0aGF0IGRvZXNuJ3Qgc2VlbSB0byBiZSB0aGUgY2FzZS4gPiBZ b3UgY291bGQgYWxzbyBjcmVhdGUgYW5vdGhlciBicmFuY2ggYW5kIHJldmVydCBqdXN0IHNlbGVj dCBjb21taXRzID4gZnJvbSBpdCBzbyB5b3UgY2FuIG90aGVyd2lzZSBpbmNsdWRlIHVzZWZ1bCBj aGFuZ2VzIChwcmVzdW1pbmcgdGhleSBkbyA+IG5vdCBhbHNvIGRlcGVuZCBvbiB0aGUgcmV2ZXJ0 ZWQgY2hhbmdlcykuID4gRGVwZW5kaW5nIG9uIHRoZSBpc3N1ZSwgdGhlcmUgbWF5IGJlIG90aGVy IGNvbW1pdHMgaW52b2x2ZWQgc28gPiByb2xsaW5nIGJhY2sgZXZlbiBmdXJ0aGVyIG1heSBiZSBy ZWxldmFudC4gSSB0aG91Z2h0IEkgZm9sbG93ZWQgdGhpbmdzID4gZnJvbSB0aGUgbmV3IGNvbW1p dHMgZGVzY3JpcHRpb25zIGFuZCBlbWFpbHMgaGVyZSBhbmQgd2hhdCB0aGV5IHdlcmUgPiB0cnlp bmcgdG8gdW5kbyB0byBsZWFkIHRvIHVuZG9pbmcgYSBwYXRjaCBmcm9tIE9jdG9iZXIgMTJ0aCB0 aGF0IGFsdGVyZWQgPiBBQkkgY29tcGF0aWJpbGl0eSBmcm9tIDEzLjAuID4gVGhlcmUgaGF2ZSBi ZWVuIHNldmVyYWwgY2hhbmdlcyByZWxhdGVkIHRvIGFjY2lkZW50YWxseSBicmVha2luZyBBQkkg PiB0aGVuIHRyeWluZyB0byByZXN0b3JlIGl0LiBJZiB5b3Ugd2FudCB0byB1c2UgcmVjb21waWxl ZCBwYWNrYWdlcyB0aGVuID4geW91IG5lZWQgdGhlIEFCSSByZXN0b3JlZC4gSWYgeW91IGJ1aWxk IHlvdXIgb3duIHRoZW4geW91IGNhbiBnZXQgY29kZSA+IGFmdGVyIHRoZSBicmVha2FnZSB0aG91 Z2ggY29kZSB0aGF0IGxhdGVyIHJlc3RvcmVzIGl0IHdpbGwgYnJlYWsgPiByZWxldmFudCBrZXJu ZWwgbW9kdWxlcyB3aGljaCB3aWxsIG5lZWQgdG8gYmUgcmVjb21waWxlZCBhZ2FpbiBhZnRlciBp dCA+IGlzIHByb3Blcmx5IHJlc3RvcmVkIHRvIDEzLjAgY29tcGF0aWJpbGl0eS4gPiBZb3UgY291 bGQgYnJvd3NlIGNvbW1pdHMgYnkgZXhlY3V0aW5nIGBnaXQgbG9nYCB3aGljaCBoYXMgbWFueSA+ IHBhcmFtZXRlcnMgdGhhdCBoZWxwIGZpbHRlciBpdHMgb3V0cHV0IGFuZCB0aGF0IGlzIGFsc28g dmlld2FibGUgYXQgPiBodHRwczovL2NnaXQuZnJlZWJzZC5vcmcvc3JjL2xvZy8/aD1zdGFibGUv MTMgd2hlcmUgY29tbWl0IG1lc3NhZ2VzIGFyZSA+IGNsaWNrYWJsZSBsaW5rczsgdGhlIGVuZCBv ZiB0aGUgYWRkcmVzcyBvZiBlYWNoIG9mIHRob3NlIGxpbmtzIGlzID4gJmlkPS4uLiB3aGVyZSAu Li4gaXMgdGhlIGNvbW1pdCBoYXNoIHlvdSBjYW4gdXNlIHRvIHJlc3RvcmUgdG8gdGhhdCA+IGNv bW1pdDsgbWFrZSBzdXJlIHlvdSBncmFiIHNvbWV0aGluZyBvbGRlciB0aGFuIHRoZSBjb21taXQg dGhhdCBicm91Z2h0ID4gb24geW91ciBpc3N1ZXMuID4gSWYgeW91IHdhbnQgdG8gbG9jYXRlIGNv bW1pdHMgdGhhdCBpbXBhY3RlZCAxIGZpbGUsIHlvdSBjYW4gdXNlID4gc29tZXRoaW5nIGxpa2U6 ID4gPiBnaXQgbG9nIHN5cy9jb21wYXQvbGludXhrcGkvY29tbW9uL2luY2x1ZGUvbGludXgvcmJ0 cmVlLmggPiA+PiBJbnN0ZWFkIG9mID4+IGdpdCBjbG9uZSAtYiBzdGFibGUvMTMgLS1kZXB0aCAx IGh0dHBzOi8vZ2l0LmZyZWVic2Qub3JnL3NyYy5naXQgL3Vzci9zcmMgPj4gPj4gKHRoaXMgb2Yg Y291cnNlIGlmIHRoZSBpc3N1ZSBpcyBub3QgYWxyZWFkeSBmaXhlZCB3aXRoIGN1cnJlbnQgMTMt U1RBQkxFKSA+PiA+PiBUaGFua3MsID4+IFBlciA+PiA+ID4gVGhhbmsgeW91IGZvciB5b3VyIG1v c3QgaGVscGZ1bCBhbnN3ZXIuIGh0dHBzOi8vY2dpdC5mcmVlYnNkLm9yZy9zcmMvY29tbWl0Lz9o PXN0YWJsZS8xMyZpZD05ZDQzMDNkYmUyYzRhOTAxNDE4NjU3ZWQwOWM5ZjcwOTY3NTZlOGIzIHNl ZW1zIHRvIGhhdmUgZml4ZWQgdGhlIGlzc3VlLCBqdXN0IHJlYnVpbHQgdGhlIHN5c3RlbSB3aXRo IGZyZXNoIHNvdXJjZSBhbmQga2xkbG9hZGVkIGk5MTVrbXMgYW5kIGl0IHdvcmtzLiBQZW9wbGUg YXNrIG1lIHdoeSBJIHVzZSBGcmVlQlNEIGZvciBldmVyeXRoaW5nIGZyb20gc2VydmVycyB0byBs YXB0b3BzLiBXZWxsLCBiZWNhdXNlIEl0IEp1c3QgV29ya3ModG0pLiBBbmQgaWYgaXQgZG9lcyBu b3QgYW5kIHlvdSBkbyBub3QgdW5kZXJzdGFuZCBleGFjdGx5IHdoeSwgeW91IGdldCBraW5kIGhl bHAgdG8gZml4IGl0LiBJdCBzaW1wbHkgbWFrZXMgeW91IHNsZWVwIGJldHRlciBhdCBuaWdodC4g TWVycnkgQ2hyaXN0bWFzLCBQZXI= --b1_cTGDBjeGijHjCZNo5GVqIAehDOgGtzxXsx9WTbHo Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 SXQgZGVmaW5pdGVseSBoZWxwcyBtZSBzbGVlcCBiZXR0ZXIgYXQgbmlnaHQgdG9vLiBIYXBweSBI b2xpZGF5cyBldmVyeW9uZSBhbmQgc3RheSBzYWZlLjxicj48YnI+PGJyPjxkaXY+Sm9uYXRoYW4g VmFzcXVlejxiciAvPjwvZGl2PjxkaXY+UEdQOiAzNERBIDg1OEMgMTQ0NyA1MDlFIEM3N0EgIEQ0 OUYgRkI4NSA5MEI3IEM0Q0EgNTI3OTxiciAvPjwvZGl2PjxkaXY+U2VudCB3aXRoIFByb3Rvbk1h aWwgU2VjdXJlIEVtYWlsPGJyIC8+PC9kaXY+PGRpdj48YnIgLz48L2Rpdj48YnI+PGJyPlNlbnQg ZnJvbSBQcm90b24gTWFpbCBtb2JpbGU8YnI+PGJyPjxicj48YnI+LS0tLS0tLS0gT3JpZ2luYWwg TWVzc2FnZSAtLS0tLS0tLTxicj5PbiBEZWMgMjEsIDIwMjIsIDEyOjA0LCBQZXIgb2xvZiBManVu Z21hcmsgPCBwZW9AbmV0aGVhZC5zZT4gd3JvdGU6PGJsb2NrcXVvdGUgY2xhc3M9InByb3Rvbm1h aWxfcXVvdGUiPjxicj4NCk9uIDEyLzIxLzIyIDE2OjA4LCBFZHdhcmQgU2FuZm9yZCBTdXR0b24s IElJSSB3cm90ZToNCj4gT24gMTIvMjEvMjIgMDU6NTYsIFBlciBvbG9mIExqdW5nbWFyayB3cm90 ZToNCj4+IEkgYW0gZmFjaW5nIHRoZSBzYW1lIGlzc3VlIGFzIGluDQo+PiBodHRwczovL2J1Z3Mu ZnJlZWJzZC5vcmcvYnVnemlsbGEvc2hvd19idWcuY2dpP2lkPTI2ODQ5Mg0KPj4gb3IgcG9zc2li bHkNCj4+IGh0dHBzOi8vYnVncy5mcmVlYnNkLm9yZy9idWd6aWxsYS9zaG93X2J1Zy5jZ2k/aWQ9 MjY3NDIxDQo+PiB3aXRoIGEgVDQ5MCBsYXB0b3AuDQo+Pg0KPj4gQ2FuIHNvbWVvbmUgcGxlYXNl IGhlbHAgd2l0aCB0aGUgZ2l0IGNvbW1hbmQgdG8gZmV0Y2ggYW4gZWFybGllcg0KPj4gdmVyc2lv biwgZm9yIGV4YW1wbGUgdGhlIG9uZSBmb3IgdGhlIGFtZDY0IERlY2VtYmVyIDl0aC4gc25hcHNo b3Q/DQo+DQo+ICDCoCBJZiB5b3UgYWxyZWFkeSBoYXZlIGEgY2hlY2tvdXQgb2Ygc3RhYmxlLzEz LCB5b3UgbWFkZSBubyBsb2NhbA0KPiBjaGFuZ2VzLCB5b3UgZG9uJ3Qgc2hhcmUgdGhhdCByZXBv IHdpdGggYW55b25lLCBhbmQgd2FudGVkIHRvIHJvbGwgaXQNCj4gYmFjayB0byBhNzZmYTdiYjZj YjcyMWJjY2NjMjU3ZGRiYzQzOThkMjVkYzhkZWY4IHdoaWNoIGNhbWUgMjAyMi0xMi0wOA0KPiAw MToxODozMiArMDAwMCBqdXN0IGJlZm9yZSBhIGxpbnV4a3BpIHBhdGNoOg0KPg0KPiBnaXQgcmVz ZXQgLS1oYXJkIGE3NmZhN2JiNmNiNzIxYmNjY2MyNTdkZGJjNDM5OGQyNWRjOGRlZjgNCj4NCj4g V2hlbiB5b3Ugd2FudCB0byByZXR1cm4gdG8gdGhlIHByZXZpb3VzIHN0YXRlIHlvdSBjYW4gcnVu Og0KPg0KPiBnaXQgbWVyZ2UNCj4NCj4gIMKgIEkgdGhvdWdodCAtLXNvZnQgc2hvdWxkIHdvcmsg b3IgZXhjbHVkaW5nIHRoYXQgcGFyYW1ldGVyIGVudGlyZWx5IHRvDQo+IGNoYW5nZSB5b3VyIHRy ZWUgdG8gdGhhdCBjb21taXQgYW5kIHRoYXQgLS1oYXJkIGRlc3Ryb3lzIHJlY29yZHMgb2YNCj4g ZnV0dXJlIGNvbW1pdHMgZnJvbSB5b3VyIGdpdCB0cmVlIGJ1dCB0aGF0IGRvZXNuJ3Qgc2VlbSB0 byBiZSB0aGUgY2FzZS4NCj4gIMKgIFlvdSBjb3VsZCBhbHNvIGNyZWF0ZSBhbm90aGVyIGJyYW5j aCBhbmQgcmV2ZXJ0IGp1c3Qgc2VsZWN0IGNvbW1pdHMNCj4gZnJvbSBpdCBzbyB5b3UgY2FuIG90 aGVyd2lzZSBpbmNsdWRlIHVzZWZ1bCBjaGFuZ2VzIChwcmVzdW1pbmcgdGhleSBkbw0KPiBub3Qg YWxzbyBkZXBlbmQgb24gdGhlIHJldmVydGVkIGNoYW5nZXMpLg0KPiAgwqAgRGVwZW5kaW5nIG9u IHRoZSBpc3N1ZSwgdGhlcmUgbWF5IGJlIG90aGVyIGNvbW1pdHMgaW52b2x2ZWQgc28NCj4gcm9s bGluZyBiYWNrIGV2ZW4gZnVydGhlciBtYXkgYmUgcmVsZXZhbnQuIEkgdGhvdWdodCBJIGZvbGxv d2VkIHRoaW5ncw0KPiBmcm9tIHRoZSBuZXcgY29tbWl0cyBkZXNjcmlwdGlvbnMgYW5kIGVtYWls cyBoZXJlIGFuZCB3aGF0IHRoZXkgd2VyZQ0KPiB0cnlpbmcgdG8gdW5kbyB0byBsZWFkIHRvIHVu ZG9pbmcgYSBwYXRjaCBmcm9tIE9jdG9iZXIgMTJ0aCB0aGF0IGFsdGVyZWQNCj4gQUJJIGNvbXBh dGliaWxpdHkgZnJvbSAxMy4wLg0KPiAgwqAgVGhlcmUgaGF2ZSBiZWVuIHNldmVyYWwgY2hhbmdl cyByZWxhdGVkIHRvIGFjY2lkZW50YWxseSBicmVha2luZyBBQkkNCj4gdGhlbiB0cnlpbmcgdG8g cmVzdG9yZSBpdC4gSWYgeW91IHdhbnQgdG8gdXNlIHJlY29tcGlsZWQgcGFja2FnZXMgdGhlbg0K PiB5b3UgbmVlZCB0aGUgQUJJIHJlc3RvcmVkLiBJZiB5b3UgYnVpbGQgeW91ciBvd24gdGhlbiB5 b3UgY2FuIGdldCBjb2RlDQo+IGFmdGVyIHRoZSBicmVha2FnZSB0aG91Z2ggY29kZSB0aGF0IGxh dGVyIHJlc3RvcmVzIGl0IHdpbGwgYnJlYWsNCj4gcmVsZXZhbnQga2VybmVsIG1vZHVsZXMgd2hp Y2ggd2lsbCBuZWVkIHRvIGJlIHJlY29tcGlsZWQgYWdhaW4gYWZ0ZXIgaXQNCj4gaXMgcHJvcGVy bHkgcmVzdG9yZWQgdG8gMTMuMCBjb21wYXRpYmlsaXR5Lg0KPiAgwqAgWW91IGNvdWxkIGJyb3dz ZSBjb21taXRzIGJ5IGV4ZWN1dGluZyBgZ2l0IGxvZ2Agd2hpY2ggaGFzIG1hbnkNCj4gcGFyYW1l dGVycyB0aGF0IGhlbHAgZmlsdGVyIGl0cyBvdXRwdXQgYW5kIHRoYXQgaXMgYWxzbyB2aWV3YWJs ZSBhdA0KPiBodHRwczovL2NnaXQuZnJlZWJzZC5vcmcvc3JjL2xvZy8/aD1zdGFibGUvMTMgd2hl cmUgY29tbWl0IG1lc3NhZ2VzIGFyZQ0KPiBjbGlja2FibGUgbGlua3M7IHRoZSBlbmQgb2YgdGhl IGFkZHJlc3Mgb2YgZWFjaCBvZiB0aG9zZSBsaW5rcyBpcw0KPiAmaWQ9Li4uIHdoZXJlIC4uLiBp cyB0aGUgY29tbWl0IGhhc2ggeW91IGNhbiB1c2UgdG8gcmVzdG9yZSB0byB0aGF0DQo+IGNvbW1p dDsgbWFrZSBzdXJlIHlvdSBncmFiIHNvbWV0aGluZyBvbGRlciB0aGFuIHRoZSBjb21taXQgdGhh dCBicm91Z2h0DQo+IG9uIHlvdXIgaXNzdWVzLg0KPiAgwqAgSWYgeW91IHdhbnQgdG8gbG9jYXRl IGNvbW1pdHMgdGhhdCBpbXBhY3RlZCAxIGZpbGUsIHlvdSBjYW4gdXNlDQo+IHNvbWV0aGluZyBs aWtlOg0KPg0KPiBnaXQgbG9nIHN5cy9jb21wYXQvbGludXhrcGkvY29tbW9uL2luY2x1ZGUvbGlu dXgvcmJ0cmVlLmgNCj4NCj4+IEluc3RlYWQgb2YNCj4+IGdpdCBjbG9uZSAtYiBzdGFibGUvMTMg LS1kZXB0aCAxIGh0dHBzOi8vZ2l0LmZyZWVic2Qub3JnL3NyYy5naXQgL3Vzci9zcmMNCj4+DQo+ PiAodGhpcyBvZiBjb3Vyc2UgaWYgdGhlIGlzc3VlIGlzIG5vdCBhbHJlYWR5IGZpeGVkIHdpdGgg Y3VycmVudCAxMy1TVEFCTEUpDQo+Pg0KPj4gVGhhbmtzLA0KPj4gUGVyDQo+Pg0KPg0KPg0KDQpU aGFuayB5b3UgZm9yIHlvdXIgbW9zdCBoZWxwZnVsIGFuc3dlci4NCg0KaHR0cHM6Ly9jZ2l0LmZy ZWVic2Qub3JnL3NyYy9jb21taXQvP2g9c3RhYmxlLzEzJmlkPTlkNDMwM2RiZTJjNGE5MDE0MTg2 NTdlZDA5YzlmNzA5Njc1NmU4YjMNCg0Kc2VlbXMgdG8gaGF2ZSBmaXhlZCB0aGUgaXNzdWUsIGp1 c3QgcmVidWlsdCB0aGUgc3lzdGVtIHdpdGggZnJlc2ggc291cmNlDQphbmQga2xkbG9hZGVkIGk5 MTVrbXMgYW5kIGl0IHdvcmtzLg0KDQpQZW9wbGUgYXNrIG1lIHdoeSBJIHVzZSBGcmVlQlNEIGZv ciBldmVyeXRoaW5nIGZyb20gc2VydmVycyB0byBsYXB0b3BzLg0KV2VsbCwgYmVjYXVzZSBJdCBK dXN0IFdvcmtzKHRtKS4gQW5kIGlmIGl0IGRvZXMgbm90IGFuZCB5b3UgZG8gbm90DQp1bmRlcnN0 YW5kIGV4YWN0bHkgd2h5LCB5b3UgZ2V0IGtpbmQgaGVscCB0byBmaXggaXQuDQoNCkl0IHNpbXBs eSBtYWtlcyB5b3Ugc2xlZXAgYmV0dGVyIGF0IG5pZ2h0Lg0KDQpNZXJyeSBDaHJpc3RtYXMsDQpQ ZXINCg0KPC9kaXY+ --b1_cTGDBjeGijHjCZNo5GVqIAehDOgGtzxXsx9WTbHo-- From nobody Thu Dec 22 00:12:48 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NcrP03fWVz1G64f for ; Thu, 22 Dec 2022 00:12:52 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from omta002.cacentral1.a.cloudfilter.net (omta002.cacentral1.a.cloudfilter.net [3.97.99.33]) (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 4NcrNz5kkcz3tBB for ; Thu, 22 Dec 2022 00:12:51 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of cy.schubert@cschubert.com has no SPF policy when checking 3.97.99.33) smtp.mailfrom=cy.schubert@cschubert.com; dmarc=none Received: from shw-obgw-4003a.ext.cloudfilter.net ([10.228.9.183]) by cmsmtp with ESMTP id 85KipHDlcl2xS89Cdp8iEd; Thu, 22 Dec 2022 00:12:51 +0000 Received: from spqr.komquats.com ([70.66.148.124]) by cmsmtp with ESMTPA id 89CbpJGJScyvu89Ccp3xnk; Thu, 22 Dec 2022 00:12:51 +0000 X-Authority-Analysis: v=2.4 cv=VbHkgXl9 c=1 sm=1 tr=0 ts=63a3a103 a=Cwc3rblV8FOMdVN/wOAqyQ==:117 a=Cwc3rblV8FOMdVN/wOAqyQ==:17 a=kj9zAlcOel0A:10 a=sHyYjHe8cH0A:10 a=6I5d2MoRAAAA:8 a=YxBL1-UpAAAA:8 a=EkcXrb_YAAAA:8 a=kdeQEVxe8KDPTjXVwYIA:9 a=CjuIK1q_8ugA:10 a=IjZwj45LgO3ly-622nXo:22 a=Ia-lj3WSrqcvXOmTRaiG:22 a=LK5xJRSDVpKd5WXXoEvA:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id 1C4A2D1; Wed, 21 Dec 2022 16:12:49 -0800 (PST) Received: by slippy.cwsent.com (Postfix, from userid 1000) id BC31718F; Wed, 21 Dec 2022 16:12:48 -0800 (PST) X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.7+dev Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: "parv/FreeBSD" cc: "Edward Sanford Sutton, III" , stable@freebsd.org Subject: Re: Help with git - fetch earlier src version In-reply-to: References: <3eae7bee-d0e2-da47-bd15-cf9f72d583ff@nethead.se> Comments: In-reply-to "parv/FreeBSD" message dated "Wed, 21 Dec 2022 08:33:37 -1000." List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 21 Dec 2022 16:12:48 -0800 Message-Id: <20221222001248.BC31718F@slippy.cwsent.com> X-CMAE-Envelope: MS4xfNeTNOCEL462a4wdxXLJyP6GHzZLHGWlTHoZW4pj9ERxbL5/avsTD3DAvwMmki+0h9Q9LZhYkYJvkGxvwceCcyDYN8q/zvYlHDEOL0fiulTFO2VpFOcl oxzQfsNA8vRFs039Nq2p/wh8RliV9ETl3q3H0EhRIS4NlzecuEFzAasvQa3w49HmKXDy/p/k88no8RK8rXiX4VZn49Yj4kbBBMG1XyudDQb7mxG4TU17V80y 1PmWU2qkjfxbLNBlqU3i609AT1yikQygM02qFjFoG38= X-Spamd-Result: default: False [-1.78 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.98)[-0.981]; MV_CASE(0.50)[]; RCVD_IN_DNSWL_MED(-0.20)[3.97.99.33:from]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_THREE(0.00)[3]; FROM_HAS_DN(0.00)[]; TAGGED_RCPT(0.00)[freebsd]; DMARC_NA(0.00)[cschubert.com: no valid DMARC record]; TO_MATCH_ENVRCPT_SOME(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_FIVE(0.00)[5]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; ARC_NA(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; TO_DN_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MLMMJ_DEST(0.00)[stable@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:16509, ipnet:3.96.0.0/15, country:US]; FREEMAIL_CC(0.00)[hotmail.com,freebsd.org] X-Rspamd-Queue-Id: 4NcrNz5kkcz3tBB X-Spamd-Bar: - X-ThisMailContainsUnwantedMimeParts: N In message , "parv/FreeBSD" writes: > --000000000000fc7f6205f05ad574 > Content-Type: text/plain; charset="UTF-8" > > On Wed, Dec 21, 2022 at 5:09 AM Edward Sanford Sutton, III wrote: > > > On 12/21/22 05:56, Per olof Ljungmark wrote: > > > I am facing the same issue as in > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268492 > > > or possibly > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267421 > > > with a T490 laptop. > > > > > > Can someone please help with the git command to fetch an earlier > > > version, for example the one for the amd64 December 9th. snapshot? > > > > If you already have a checkout of stable/13, you made no local > > changes, you don't share that repo with anyone, and wanted to roll it > > back to a76fa7bb6cb721bcccc257ddbc4398d25dc8def8 which came 2022-12-08 > > 01:18:32 +0000 just before a linuxkpi patch: > > > > git reset --hard a76fa7bb6cb721bcccc257ddbc4398d25dc8def8 > > > > "reset"? Would "checkout" not work ... > > git checkout a76fa7bb6cb721bcc > > ... ? > > When you want to return to the previous state you can run: > > > > git merge > > > > > "merge" would add a useless point in the history, as I see no changes > being made or suggested. Why should not use "reset" again as earlier > (to switch to "stable/13")? > > > And, to switch back to "stable/13", use "checkout" or "switch" ... > > git switch stable/13 > > > - parv > > > > > I thought --soft should work or excluding that parameter entirely to > > change your tree to that commit and that --hard destroys records of > > future commits from your git tree but that doesn't seem to be the case. > > You could also create another branch and revert just select commits > > from it so you can otherwise include useful changes (presuming they do > > not also depend on the reverted changes). > > > ... git checkout -b my_revision GIT_HASH is the best option allowing you to switch back and forth without incurring the overhead of a merge commit. -- Cheers, Cy Schubert FreeBSD UNIX: Web: https://FreeBSD.org NTP: Web: https://nwtime.org e^(i*pi)+1=0 From nobody Thu Dec 22 19:21:37 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NdKtW44dxz1HLgR for ; Thu, 22 Dec 2022 19:21:39 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from egress.chen.org.nz (egress.chen.org.nz [170.75.172.82]) by mx1.freebsd.org (Postfix) with ESMTP id 4NdKtW0Y4Jz4K4g for ; Thu, 22 Dec 2022 19:21:39 +0000 (UTC) (envelope-from jonc@chen.org.nz) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of jonc@chen.org.nz designates 170.75.172.82 as permitted sender) smtp.mailfrom=jonc@chen.org.nz; dmarc=none Received: from mail.chen.org.nz (unknown [210.54.37.164]) by egress.chen.org.nz (Postfix) with ESMTP id E5991EAE10 for ; Fri, 23 Dec 2022 08:21:35 +1300 (NZDT) Received: from mail.chen.org.nz (localhost [127.0.0.1]) by filter.inside.chen.org.nz (Postfix) with ESMTP id 9DFF098D74 for ; Fri, 23 Dec 2022 08:21:37 +1300 (NZDT) X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on ametrine.inside.chen.org.nz Received: from [192.168.1.10] (jade.inside.chen.org.nz [192.168.1.10]) by mail.chen.org.nz (Postfix) with ESMTPS id 9389498CFE for ; Fri, 23 Dec 2022 08:21:37 +1300 (NZDT) Message-ID: <5fefb431-186c-4cc5-2875-a1ae4250d8e1@chen.org.nz> Date: Fri, 23 Dec 2022 08:21:37 +1300 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.6.0 Content-Language: en-US To: freebsd-stable@freebsd.org From: Jonathan Chen Subject: Unusual errors on recent stable/13 22-Dec-2022 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-3.20 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+a:egress.chen.org.nz:c]; RCVD_NO_TLS_LAST(0.10)[]; MIME_GOOD(-0.10)[text/plain]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[chen.org.nz]; ARC_NA(0.00)[]; ASN(0.00)[asn:174, ipnet:170.75.160.0/20, country:US]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4NdKtW0Y4Jz4K4g X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Hi, I recently updated my package builder machine to the stable/13-n253297-fc15d5bf1109of (22-Dec-2022); and appear to be having some unusual issues when building with a high number of jobs. My package builder uses synth (which uses nullfs on ZFS), and I have had failures with missing files, as well as what appears to be sequencing issues with Makefiles. If I re-run the build, these errors usually do not reoccur. I'm puzzled as to what is happening. Is this just happening to me? It appears that the ZFS code has been updated recently, and I'm wondering whether a regression has crept in. [Or it could just be my hardware?] Cheers. -- Jonathan Chen From nobody Thu Dec 22 21:11:51 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NdNKw3XVtz1HcmK for ; Thu, 22 Dec 2022 21:12:04 +0000 (UTC) (envelope-from jon@xyinn.org) Received: from mail-4022.proton.ch (mail-4022.proton.ch [185.70.40.22]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NdNKw14jkz3JnX for ; Thu, 22 Dec 2022 21:12:04 +0000 (UTC) (envelope-from jon@xyinn.org) Authentication-Results: mx1.freebsd.org; none Date: Thu, 22 Dec 2022 21:11:51 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xyinn.org; s=protonmail3; t=1671743521; x=1672002721; bh=coT81E5uJIvRDz8sxYBaG6/SyHJzIFRFTWWgAJz2PI0=; h=Date:To:From:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=mn/mTOWiEKbQI3YwmSnSye4PoLYMIhs7k4wkKI+u2Wz2gN+6d6iWJS6x7+tRHvNiR q+PMTS4UlAqti9cw/i2cFykDPgV7AIaZi4/F46b+hiVt0WHI+IRo5DH9XwEXF035TJ Qds4xeWK19qbmWEsjujstsP5PpRE5IduUAJuhyg2dOPeBflXCwjIR7QS2gzbw2PBMm nUgGkxW33P2DlMsM8rxAlRF58si+9aV0l4BKeBtlhVTgQ22/k5vEjqtTDd0/u10nhZ /wTFDitFM4bMLJh672ZoraudIiUJq8nnS/yLGS7/97HRRFnCL6Zrt9u11vf7E8tYDa /BqmdVDy44Wxg== To: jonc@chen.org.nz, freebsd-stable@freebsd.org From: Jonathan Vasquez Subject: Re: Unusual errors on recent stable/13 22-Dec-2022 Message-ID: In-Reply-To: <5fefb431-186c-4cc5-2875-a1ae4250d8e1@chen.org.nz> References: <5fefb431-186c-4cc5-2875-a1ae4250d8e1@chen.org.nz> Feedback-ID: 12351801:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_gBKgY12VWEliIKMsdTNXxn02aLY0olieAWQHvdp3w" X-Rspamd-Queue-Id: 4NdNKw14jkz3JnX X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --b1_gBKgY12VWEliIKMsdTNXxn02aLY0olieAWQHvdp3w Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SGV5IEpvbmF0aGFuLAoKSSBoYXZlbid0IG5vdGljZWQgYW55IGlzc3VlcyBvbiBteSBlbmQgYnV0 IEknbSB1c2luZyBaRlMgYW5kIGJ1aWxkaW5nIHdpdGggcG91ZHJpZXJlIHcvIFpGUyBkYXRhc2V0 cyBlbmFibGVkIGluIHRoZSBwb3VkcmllcmUgY29uZmlnLiBJJ20gYWxzbyBvbiBhIHJlY2VudCBz dGFibGUvMTMgYnVpbGQgYXMgd2VsbC4KCkpvbmF0aGFuIFZhc3F1ZXoKUEdQOiAzNERBIDg1OEMg MTQ0NyA1MDlFIEM3N0EgRDQ5RiBGQjg1IDkwQjcgQzRDQSA1Mjc5ClNlbnQgd2l0aCBQcm90b25N YWlsIFNlY3VyZSBFbWFpbAoKU2VudCBmcm9tIFByb3RvbiBNYWlsIG1vYmlsZQoKLS0tLS0tLS0g T3JpZ2luYWwgTWVzc2FnZSAtLS0tLS0tLQpPbiBEZWMgMjIsIDIwMjIsIDE0OjIxLCBKb25hdGhh biBDaGVuIHdyb3RlOgoKPiBIaSwgSSByZWNlbnRseSB1cGRhdGVkIG15IHBhY2thZ2UgYnVpbGRl ciBtYWNoaW5lIHRvIHRoZSBzdGFibGUvMTMtbjI1MzI5Ny1mYzE1ZDViZjExMDlvZiAoMjItRGVj LTIwMjIpOyBhbmQgYXBwZWFyIHRvIGJlIGhhdmluZyBzb21lIHVudXN1YWwgaXNzdWVzIHdoZW4g YnVpbGRpbmcgd2l0aCBhIGhpZ2ggbnVtYmVyIG9mIGpvYnMuIE15IHBhY2thZ2UgYnVpbGRlciB1 c2VzIHN5bnRoICh3aGljaCB1c2VzIG51bGxmcyBvbiBaRlMpLCBhbmQgSSBoYXZlIGhhZCBmYWls dXJlcyB3aXRoIG1pc3NpbmcgZmlsZXMsIGFzIHdlbGwgYXMgd2hhdCBhcHBlYXJzIHRvIGJlIHNl cXVlbmNpbmcgaXNzdWVzIHdpdGggTWFrZWZpbGVzLiBJZiBJIHJlLXJ1biB0aGUgYnVpbGQsIHRo ZXNlIGVycm9ycyB1c3VhbGx5IGRvIG5vdCByZW9jY3VyLiBJJ20gcHV6emxlZCBhcyB0byB3aGF0 IGlzIGhhcHBlbmluZy4gSXMgdGhpcyBqdXN0IGhhcHBlbmluZyB0byBtZT8gSXQgYXBwZWFycyB0 aGF0IHRoZSBaRlMgY29kZSBoYXMgYmVlbiB1cGRhdGVkIHJlY2VudGx5LCBhbmQgSSdtIHdvbmRl cmluZyB3aGV0aGVyIGEgcmVncmVzc2lvbiBoYXMgY3JlcHQgaW4uIFtPciBpdCBjb3VsZCBqdXN0 IGJlIG15IGhhcmR3YXJlP10gQ2hlZXJzLiAtLSBKb25hdGhhbiBDaGVu --b1_gBKgY12VWEliIKMsdTNXxn02aLY0olieAWQHvdp3w Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 SGV5IEpvbmF0aGFuLDxicj48YnI+SSBoYXZlbid0IG5vdGljZWQgYW55IGlzc3VlcyBvbiBteSBl bmQgYnV0IEknbSB1c2luZyBaRlMgYW5kIGJ1aWxkaW5nIHdpdGggcG91ZHJpZXJlIHcvIFpGUyBk YXRhc2V0cyBlbmFibGVkIGluIHRoZSBwb3VkcmllcmUgY29uZmlnLiBJJ20gYWxzbyBvbiBhIHJl Y2VudCBzdGFibGUvMTMgYnVpbGQgYXMgd2VsbC48YnI+PGJyPjxicj48ZGl2PkpvbmF0aGFuIFZh c3F1ZXo8YnIgLz48L2Rpdj48ZGl2PlBHUDogMzREQSA4NThDIDE0NDcgNTA5RSBDNzdBICBENDlG IEZCODUgOTBCNyBDNENBIDUyNzk8YnIgLz48L2Rpdj48ZGl2PlNlbnQgd2l0aCBQcm90b25NYWls IFNlY3VyZSBFbWFpbDxiciAvPjwvZGl2PjxkaXY+PGJyIC8+PC9kaXY+PGJyPjxicj5TZW50IGZy b20gUHJvdG9uIE1haWwgbW9iaWxlPGJyPjxicj48YnI+PGJyPi0tLS0tLS0tIE9yaWdpbmFsIE1l c3NhZ2UgLS0tLS0tLS08YnI+T24gRGVjIDIyLCAyMDIyLCAxNDoyMSwgSm9uYXRoYW4gQ2hlbiA8 IGpvbmNAY2hlbi5vcmcubno+IHdyb3RlOjxibG9ja3F1b3RlIGNsYXNzPSJwcm90b25tYWlsX3F1 b3RlIj48YnI+SGksDQoNCkkgcmVjZW50bHkgdXBkYXRlZCBteSBwYWNrYWdlIGJ1aWxkZXIgbWFj aGluZSB0byB0aGUNCnN0YWJsZS8xMy1uMjUzMjk3LWZjMTVkNWJmMTEwOW9mICgyMi1EZWMtMjAy Mik7IGFuZCBhcHBlYXIgdG8gYmUgaGF2aW5nDQpzb21lIHVudXN1YWwgaXNzdWVzIHdoZW4gYnVp bGRpbmcgd2l0aCBhIGhpZ2ggbnVtYmVyIG9mIGpvYnMuIE15IHBhY2thZ2UNCmJ1aWxkZXIgdXNl cyBzeW50aCAod2hpY2ggdXNlcyBudWxsZnMgb24gWkZTKSwgYW5kIEkgaGF2ZSBoYWQgZmFpbHVy ZXMNCndpdGggbWlzc2luZyBmaWxlcywgYXMgd2VsbCBhcyB3aGF0IGFwcGVhcnMgdG8gYmUgc2Vx dWVuY2luZyBpc3N1ZXMgd2l0aA0KTWFrZWZpbGVzLiBJZiBJIHJlLXJ1biB0aGUgYnVpbGQsIHRo ZXNlIGVycm9ycyB1c3VhbGx5IGRvIG5vdCByZW9jY3VyLg0KDQpJJ20gcHV6emxlZCBhcyB0byB3 aGF0IGlzIGhhcHBlbmluZy4gSXMgdGhpcyBqdXN0IGhhcHBlbmluZyB0byBtZT8gSXQNCmFwcGVh cnMgdGhhdCB0aGUgWkZTIGNvZGUgaGFzIGJlZW4gdXBkYXRlZCByZWNlbnRseSwgYW5kIEknbSB3 b25kZXJpbmcNCndoZXRoZXIgYSByZWdyZXNzaW9uIGhhcyBjcmVwdCBpbi4gW09yIGl0IGNvdWxk IGp1c3QgYmUgbXkgaGFyZHdhcmU/XQ0KDQpDaGVlcnMuDQotLQ0KSm9uYXRoYW4gQ2hlbiA8am9u Y0BjaGVuLm9yZy5uej4NCg0KPC9kaXY+ --b1_gBKgY12VWEliIKMsdTNXxn02aLY0olieAWQHvdp3w-- From nobody Fri Dec 23 18:14:43 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NdwM65F6Qz1HJJ9 for ; Fri, 23 Dec 2022 18:14:58 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-21.consmr.mail.gq1.yahoo.com (sonic309-21.consmr.mail.gq1.yahoo.com [98.137.65.147]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4NdwM51qb8z4M50 for ; Fri, 23 Dec 2022 18:14:57 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=t+cy4WGy; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.147 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1671819295; bh=rYaNijZqVlJ6wkoGn6aLD4gtJ7+kYgzKCQqMbRE5L+Y=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=t+cy4WGysizjWvtqZTXFG/SvLglfCzcgC0Kf8iNwI8QHguIDGlluZGaGFgEEAw8pMqMieeM1/bJU7C0XGvjIYc/IN8P9YDery5DbqTbYHZIIJIa4AuYKeEGScE2J6cJsL9YSc7bLAMA6yOt8wQynr2Z4luBZyfAi3Ous0C/gyv5imzs7lHpeES6Rd/w1cx3tCk8RbQMR3a5F3Y6uwjYav33v/3qqplhlGemIYBmkX8obDF3VtrCVq4+N5aYSucYvjTqpjSh4+oNmT7msL2FbttkevxhDUqiS/MqSULU0FgE0jCLwaWIGcaOfWPK27auwsatIhi6OLg/E5yByw0z8Sg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1671819295; bh=yLZYEismG9CSz/QGU5FPES/5e7lGTiQYktv4ty+soYh=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=e69iFM2YasK0MJH1xp503MR7St0+YF0iF8bdMxBxz+C4KH8BW7ut6dZi0ClmaRAGN53cddkzQxXt7frsq+JfmN+vRk9cIqDHV9AP0e2+O2OrrVeyCvsKYpSPVWgP7aiovcMeLjj9ZaLsW+f0hxISUlDFisU7H0a2F8R7CDlQ6gNYi/Kycsl2QoSkycnbTjfWWzB9OwfDKCxcbXdqHT9wI9iFn9Looc9WDsK6S3h9CuUcLNF6nj6Wd2poLVnxh5kMp/fvWQ13g4EViWhoLlnyv3FOApt+H1sfY1s2D1sa9BncX6/WeyqRZ1OMbdvPJqR88uqEHFnbie+88aXfmRcMMw== X-YMail-OSG: uPD1ploVM1npTSoqURbKz421mVVIL.nhbHhIfqLyLu36OVDmaMB4Zij7wHc14rb Rz4JjajLdUeAsHLZDUzLC4_sUqRoWhvghG5Iz0gBEXtzqncyU2cHFkNDoO9Z210FUgdW3wJXbdW3 Mw0VkuVVvezNz2xfbboVfz5hmUmpaC4.0_Hvatc0IcPLsZSq86o5vGqbZME7g0J2RYvOoAIaz0ld WGvPSc8LCcQiJTPiiuwciM16Rf2cVvrF3E6TMj4pW5gjVDwNwa3hYiMsrPUdqZI2m8CfF4dL1Yi0 OingQ8nCQzjR1n6L6CyExReU9h09iC4RxlUyn9SNuz8ayvVU8JCTzsr4WaNXfzEObMcdaSUZcOro OZVjxivsOq0y1sgtAcBHkTdDsTHtgda9IBd5BOvrKXaOVifcE6.GrAJGt0.JOk_SaGCZISqViIfa z.9BiiCjiB8.ANtvwBaFrbyW2ucht3gGZoJJPRhO1E8cmxKNXnnLj5gkPb7jRCudcNf20beWHdil G5riBqE.mN7AEcCaLJo0Cds07TkPitGVnTApc43CpP6DDWCjGuxIm7UAsqsAFwzQn.4YkwTJh3qQ Ge_evRXR.vC99NZ9kgMAcqmSG.Sfiubxl5IDu_3v_CSh6IZYoizxhoXYsavhrlRDeRZfMK8l5G0Z tXmf0ppUMMcnjWPo9R5HfoOiQByIU52t3NiRjdCjG7VHYrC2p4xjTIjCbxLg8Z1t1U7.neU8FA7R NQQ2l2ewPalLj3xHQFfyrGFeMFzm.o6dBGR3F4CJeddAPNbVuCcB818B1r6E9a94gKNQgZlgd_zs gPK_C0dNvOUjZSxDTuiWOLK38wi3qW2kdQaR3Y05Eq5481QyKiHvL00nuaNumKzUpK12eAMFZ3zI oQptKA.ZXuSCTPLPTJ7acirw.e.EyrRz.pTGs9TrjbAUhh9p2ARh8gohwQcunsTa4wGRrY_Ktr3P dk_52W1cuKZI7WjypMjvBK2eYkjswmsBfCTljibjdxeJRm4u85QXjveHPkY2BpnX9fuQJ35keiav H3OKv76t.m7lxTYeTKmUQ9NFGVRQZAmqT0QP6xGqTp1F3yqrvrH.qb7JE545M90H8OAvtHHJeCKV 6vi03Aa.wM_6xSbOx8RRXnsK.Tx.oaafb8NSmIOH6c8GZATU.Ni2kp2TA8WH3AQKAXmFzWJEq0pw kptOCNQG6LLnwdi70cp6ki2n0b7KxG3YvNs8BVNuhljQd5KoGZdIgsOhi0T7c0IzHJZHWgp3xRGJ X_Bo_ZW_T0NVHEGcudRMu4Om7jhtbaXqeCGiYHqDtK8Ss.vivt2zSvzuU46EIjvNeEXAmZRliRIs hRaDA1K3.lL6MEP7Sx38ICamupc8bmvHvOVnIN9SAbJtEOHiVuSeW_ymifir67ZHRYZQydi1Ljow 3HPghpcBEWDubRjmpOKdaKZ34sN_cRHxgyK7jWgG2jR.DXnN6hTrPZyFOSORsHq2FHqTaULYN4Hi kkyBDLg.BS1RKAjAoDRO_yX6I92L3tpusG8y2L0b.Pk5GeHQQdsT8ntPiRNnQDJRT9ETezAFiwv9 QKrLqrEaJj16FZqTNORjxBnFGXzVjnEKaLXrPqTxIzRITnumcvCA9VY_De.JtrOjvOJYzpEyUf5F fwsHJVI5O49OlIvhxPOR3UJzLn1Xoh7f5K5hNp6mdt7WZZcf8LAH1OptUPgJrxejV5kIQMigwnNN l8_WgUVZwB7lOfhafISeCJqrcXe6XiVifiitRG32hTg6HeqDuI9MPlC1G60cK4sTjA8ZZ.oaUPcC 1DqLM_NzrQaeMJuB4pLFyuHlRQ6IOXL7KrxzDApkdSIIvxkZEQuTpz4zic38al.dODlONmK87RC5 hHGJnZY8VlBTGGKmKhbM3.e5I51zgRpHnB.OxDBle_yLXRMAiTQ_EpT0Rm0NN46gD9EPD_BA4pDJ mNIO_Bpqnl71_mfHmZmvxxKMNLlMp6vl2IDD0v1Clx.FqdVSFlAX6dX.fhqH72ovBwy0C8AySpNy jpWVaChA8nL7sJhrpBdwH_C0dfqdQ_JDimhmzhxgbM76WYBns479iR_fZrIHass2kv9KnAlsKSud MaVIkl9lzZ0Lu2BeaiVN.w147zMrTCB4XnInEsNoovAij6WvpvQP353zw1.bzlk7cl73I03o4vVJ M8s6SJgP8QG_kNJWa3YhuIsWs3yQiSa1zqKQ6nbDbXXYuSs32Ej_SgsCLA8U6jve4bdYZXSmHbM9 u9VSrp7nuw96KKE4DwNYbcGYdG1N5Cnei4dB2MwKQgojWl_y9hg.8E5UCRPb_FvTyych0ZShILrc - X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Fri, 23 Dec 2022 18:14:55 +0000 Received: by hermes--production-gq1-d898c4779-vt5gr (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 173a462559001457f19f9c90b82e9755; Fri, 23 Dec 2022 18:14:54 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.300.101.1.3\)) Subject: RE: Unusual errors on recent stable/13 22-Dec-2022 (a related problem report on freebsd-ports?) Message-Id: <1FEE01D1-61F6-4274-BA97-6453EDC40E14@yahoo.com> Date: Fri, 23 Dec 2022 10:14:43 -0800 To: Jonathan Chen , FreeBSD-STABLE Mailing List X-Mailer: Apple Mail (2.3731.300.101.1.3) References: <1FEE01D1-61F6-4274-BA97-6453EDC40E14.ref@yahoo.com> X-Spamd-Result: default: False [-2.46 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_SHORT(0.03)[0.034]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_DN_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.147:from]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org] X-Rspamd-Queue-Id: 4NdwM51qb8z4M50 X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N Jonathan Chen wrote on Date: Thu, 22 Dec 2022 19:21:37 UTC : > I recently updated my package builder machine to the > stable/13-n253297-fc15d5bf1109of (22-Dec-2022); and appear to be having > some unusual issues when building with a high number of jobs. My package > builder uses synth (which uses nullfs on ZFS), and I have had failures > with missing files, as well as what appears to be sequencing issues with > Makefiles. If I re-run the build, these errors usually do not reoccur. > > I'm puzzled as to what is happening. Is this just happening to me? It > appears that the ZFS code has been updated recently, and I'm wondering > whether a regression has crept in. [Or it could just be my hardware?] https://lists.freebsd.org/archives/freebsd-ports/2022-December/003153.html indicates a problem with tmpfs use such that using USE_TMPFS=no avoids a problem for poudriere bulk builds on 13.1 amd64. (Unclear if the note is for stable/13 vs. releng/13.1 vs. both.) I'll note repeat the material here but it might be worth a look. === Mark Millard marklmi at yahoo.com From nobody Fri Dec 23 18:33:35 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Ndwmt5MK7z1HLvg for ; Fri, 23 Dec 2022 18:33:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-20.consmr.mail.gq1.yahoo.com (sonic317-20.consmr.mail.gq1.yahoo.com [98.137.66.146]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Ndwms4wbRz3C0H for ; Fri, 23 Dec 2022 18:33:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=VSl5VguK; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.66.146 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1671820428; bh=PRO50n0SleDtK89NQdY4cEWiRCBcqTcnW3rD4QBHx/k=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=VSl5VguKFEbuf0gOEFwMSjMlbXypQeEoYv9NEHpDf0iY0VbcK5qBGyhouS1DqlKDYyewtsagyQjNiz/xebYTmQK2kZTeKKDvnPdh4XHqbHTE7Rp7P5kpvZQGaYukqAcyR0e2s4AfcbplUu7sTCwF2YirDS3hr3ljOX7jyxWleggTyxuVGGva5ZuqamgfNRz8uEJy+xLKD2zGo9LwlKWLigp/hE4aF/DLGOz2tHRIb2R9uPwXdAvqHZdqFWlljrIFdr7SuQkZiIKiZekcfls8dSuvQTRbW4EuX9GkxQHSE/GT0YKRc5bETAq28gNgdR716XxT0K6DwuodDfhSwGCC3Q== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1671820428; bh=EY/3NKKOv2DyK8+2RjHDvaKufCpR9PvW7Bo7GBlQFGc=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=FszsLFvWhzr8txi3ZfEHYv0fymB6frv0e15LXXkQU1aoDmCiPKJKhjO+B7ZIVFUTazryBy0vpVk9+G8w/7buZ0HNBU6/FqZS2iQfYVC+y0fKfA6uXVNhmiYwukCVcQJwcVqzknO7Ye4YkFtQ8xEgAYJnlWaggHP1ew2jfr1dr86w+n+PzCQ65yVJ8MEHhBw8qxvCoG77PwNqrSGAxgV6vxyHaeA4IuFlzeYLX5Ceg5EYdSW5QCIc2IMlXIKl+ytk4aH7ys9dJ0QowQscU8pEImC+OC6/mYLpeSgUu0bNhAJ/pjslAjtt2zKGbNu13H35z5zSFxPTJsgRkq3nAUljew== X-YMail-OSG: 5bLwY0UVM1lWa.wStL_MP2m7LpTyzC6zV81oN0OYpn0xk0n02W9jA_teM8hX0VY XLEIGARHlVvFoUxm2wyZ7Sd9GEZos1UB.HbwOZKaXEbIpAujcsNZnasn2KMOwZEFCnkMmbSuVKgn oq8FBmoM1Kr4JFCQpmAxWr1jVvyoQTghb1Dh9m9ZxESKxcg27Fl3w2BmJFgh6tXKYMdg2_5_7gyn 9MUhNMo30mL1ImRzl.GHSMBhQUa3mx5oQSBHrxfn58HuxrCH_cLuY5oAnJnYyFGaXrc6HXx.yPa6 gLf2_34LUNR85eSgl45_IX_TdWLRlCzFpZ8yDgUNNAq_heYg6AeWZvTalb0l.0GUz87XXRyRXf9x MkKwCuQzQ.c4e4PBSmBSSxo2vIryr90jxyKcQvL.ZIRpmTL7p1paXhNhx4ACgvo17K1nNSj3Mfsg 77SnQ1nczJyeSj02c7Vjut2R5cE_CgFIMFqfARWfJSTv3Be01RZvDEtmA3VIYcTu2fAfnR_r5PR1 bFqXyqbbGRsltJzmKjuaugmV_VtOc4mJmDSASkYbhcfZn3kuaTiYJ42QbaJ_ufRxReh1SmAizcgH 7THbgpiq3fH.8sH8m6v2bGnE77tEfAPYfkgHEvuudsZU1te.sU4pRBb56jvMJcM78lk7BNLQGP8P 6qs5zG3jeFLhTzYyOHrXbcueoeSVAygcFwFJ0pGrz56sSuIzVwmXQssICntqFfhRlpLuZgNahcCt NnpNv7rQgQHV6nMHCbK60cS1NVIrWCOIYycppkBjpNswzrfyhMYJA3Sn.6uUJtFFC0GHbez3eual mt2NelhYTb9r2luG9z8MTK1UzZFOXfgq4JuSYvuLQFzHs3r4ShtyPaV0m9gXmQ89at5cLb.V5Qdy w7mippGF78wJXFmrwk6SGkfHjZSgEqvhU5Wm68kn3hjnS8j6sOa6kzwZ7zWzM2_A2NvpJXbRAknf YJYRyy977eczHiADuLEoATPjBKaHvboW1sTIN.HxIhTsyNX9PTVPVZxMQjVH0sNNOZcyb1O_OAys RM7pdEeSiY12ffB9DottBy1lC.Lw1jL7gaNSL1BvVljkDsKmRg_3UFuaR_cnC_ks2CGrFQJTmu_J H1gBVXbdbJ_3UesjgUBClz3HhY.6CNPoyNDJo56Z._ulK6bAn1d3iysgTILc4u2OM1XpvV_NxUcp M3Elc2TMc3iFnyVWBH9WZgxYhhULwTX36gEXt2lAbSr.tX_9P8aETdhPuIfmAzcnkYKq6i9gLBaD MvpTH_IFnmd0Qi6OSmZbUjfCwW05HRrgh_xkCEhSfPTjKwS3pRv1GseUssnsRJRc0IKXg6N..HPX fq7bqpOJUCCfnaCvnKxHl_eHi.POR__HmD1U6koVVSuhV6cvApAl.3dlKL7vCwzxma2hMWkeYh6Y DbBAi.S95yMciwgTuAyyz8cQoETJeWmLwVEpZWLZtYFYZcULq8IIU1q7IIOhqdyAYmg.YTARfAkW 1b11YeLlSMe7Kw1xl_z1IMpiRF2m0ZBWKIePeNcRxswhikzF4EroHLDnIXJFBK6JYNpklbpahLzh F0GqUyF36Wo01r2pElDtkrgACI0TtHERrad8...QUqnygWM2Sp83jgF91C8b6qDCCg6mtYXOxIzE O4axwCW_OFBVZWi1zjAtJvHulVOvYonwnn5SUdbtrN4XrFUKYrbr7Ff9q5WLNduprDYlPmTsyi1J Yo7W9X_eaRF6eOetB.dOf_grlIqfwiJJ1xpojD_7VxFkBohMyUFWDxEIAKIXVhqlYJiWN6llTbEA vhCiY8Ru.X11wqrxXQYrVcy7FX7ilfPtl92k0S3b5gQBLLRM.T4w1c.BHaO_wvNTggdNEC4i5M3r _IFTkxnOWl2w6nKO_BCgKxF83zg1vVWqjMbKqrh.O1WxUVezoqPKpoA2xTywfaZvSoeOCxV7q_NV DFVMXi2V3YZ4EkH8q3JMpzfDnr_FHuhFCRM_N36ILygkpDG.n68gP1A3uXe.nu89wh6b2RJk6ytu 7Ez7Ahrxpwt2hJ0ei3n.LEUCQvDuMDxvveqxSloGBb1Zt4KNM7XxtANHIuk3inf_6jUxbl250JV2 hd5sfzQ6.pW84QHFYq0CHGyLhpJlY.C3SXqhikcXjFR3hj6nApANT3C95UqYwYaZMR14stMTE_wd W1OwALdmZTTvVnWCrDMBku_9dOpqOQFamg9gtn_Q2KxqUWXmCoqPiP0JRxOilhUba.KNz6PIEIJm lH.adbGxNh0Kfxky0Ie1FMdM9pvqDgq8u3gybzDjCDgYwoAiW5TYCpLMc9BeeSY3ndl34.a2pKj5 O7Q-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Fri, 23 Dec 2022 18:33:48 +0000 Received: by hermes--production-ne1-7b69748c4d-brw6v (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 5816f3e379c9118248568bdafa658b4b; Fri, 23 Dec 2022 18:33:46 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.300.101.1.3\)) Subject: Re: Unusual errors on recent stable/13 22-Dec-2022 (a related problem report on freebsd-ports?) Date: Fri, 23 Dec 2022 10:33:35 -0800 References: <1FEE01D1-61F6-4274-BA97-6453EDC40E14@yahoo.com> To: Jonathan Chen , FreeBSD-STABLE Mailing List In-Reply-To: <1FEE01D1-61F6-4274-BA97-6453EDC40E14@yahoo.com> Message-Id: <63D0353A-9FB9-4332-9CD6-DDB821966694@yahoo.com> X-Mailer: Apple Mail (2.3731.300.101.1.3) X-Spamd-Result: default: False [-2.16 / 15.00]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; NEURAL_SPAM_SHORT(0.34)[0.336]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_DN_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_IN_DNSWL_NONE(0.00)[98.137.66.146:from]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org] X-Rspamd-Queue-Id: 4Ndwms4wbRz3C0H X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N On Dec 23, 2022, at 10:14, Mark Millard wrote: > Jonathan Chen wrote on > Date: Thu, 22 Dec 2022 19:21:37 UTC : > >> I recently updated my package builder machine to the >> stable/13-n253297-fc15d5bf1109of (22-Dec-2022); and appear to be having >> some unusual issues when building with a high number of jobs. My package >> builder uses synth (which uses nullfs on ZFS), and I have had failures >> with missing files, as well as what appears to be sequencing issues with >> Makefiles. If I re-run the build, these errors usually do not reoccur. >> >> I'm puzzled as to what is happening. Is this just happening to me? It >> appears that the ZFS code has been updated recently, and I'm wondering >> whether a regression has crept in. [Or it could just be my hardware?] > > > https://lists.freebsd.org/archives/freebsd-ports/2022-December/003153.html > > indicates a problem with tmpfs use such that using USE_TMPFS=no > avoids a problem for poudriere bulk builds on 13.1 amd64. > (Unclear if the note is for stable/13 vs. releng/13.1 vs. both.) A note on Discord indicates: stable/13 as a context with the devel/nasm example build problem. > I'll note repeat the material here but it might be worth a look. === Mark Millard marklmi at yahoo.com From nobody Fri Dec 23 18:40:27 2022 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Ndwwc0xM7z1HMh3 for ; Fri, 23 Dec 2022 18:40:32 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from egress.chen.org.nz (egress.chen.org.nz [170.75.172.82]) by mx1.freebsd.org (Postfix) with ESMTP id 4Ndwwb2qsfz3GG6 for ; Fri, 23 Dec 2022 18:40:31 +0000 (UTC) (envelope-from jonc@chen.org.nz) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of jonc@chen.org.nz designates 170.75.172.82 as permitted sender) smtp.mailfrom=jonc@chen.org.nz; dmarc=none Received: from mail.chen.org.nz (unknown [210.54.37.164]) by egress.chen.org.nz (Postfix) with ESMTP id 1A714EADE8 for ; Sat, 24 Dec 2022 07:40:30 +1300 (NZDT) Received: from mail.chen.org.nz (localhost [127.0.0.1]) by filter.inside.chen.org.nz (Postfix) with ESMTP id 4C72E51C72 for ; Sat, 24 Dec 2022 07:40:28 +1300 (NZDT) X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on ametrine.inside.chen.org.nz Received: from [192.168.1.10] (gate.inside.chen.org.nz [192.168.1.254]) by mail.chen.org.nz (Postfix) with ESMTPS id 41DF251C6D for ; Sat, 24 Dec 2022 07:40:28 +1300 (NZDT) Message-ID: <4b8b87d9-169c-92e9-2dfc-3a90edf9b3a2@chen.org.nz> Date: Sat, 24 Dec 2022 07:40:27 +1300 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.6.0 Subject: Re: Unusual errors on recent stable/13 22-Dec-2022 (a related problem report on freebsd-ports?) Content-Language: en-US To: stable@freebsd.org References: <1FEE01D1-61F6-4274-BA97-6453EDC40E14.ref@yahoo.com> <1FEE01D1-61F6-4274-BA97-6453EDC40E14@yahoo.com> From: Jonathan Chen In-Reply-To: <1FEE01D1-61F6-4274-BA97-6453EDC40E14@yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-3.19 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; NEURAL_HAM_LONG(-0.99)[-0.994]; R_SPF_ALLOW(-0.20)[+a:egress.chen.org.nz]; RCVD_NO_TLS_LAST(0.10)[]; MIME_GOOD(-0.10)[text/plain]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:174, ipnet:170.75.160.0/20, country:US]; MLMMJ_DEST(0.00)[stable@freebsd.org]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[chen.org.nz]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; SUBJECT_HAS_QUESTION(0.00)[] X-Rspamd-Queue-Id: 4Ndwwb2qsfz3GG6 X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N On 24/12/22 07:14, Mark Millard wrote: > Jonathan Chen wrote on > Date: Thu, 22 Dec 2022 19:21:37 UTC : > >> I recently updated my package builder machine to the >> stable/13-n253297-fc15d5bf1109of (22-Dec-2022); and appear to be having >> some unusual issues when building with a high number of jobs. My package >> builder uses synth (which uses nullfs on ZFS), and I have had failures >> with missing files, as well as what appears to be sequencing issues with >> Makefiles. If I re-run the build, these errors usually do not reoccur. >> >> I'm puzzled as to what is happening. Is this just happening to me? It >> appears that the ZFS code has been updated recently, and I'm wondering >> whether a regression has crept in. [Or it could just be my hardware?] > > > https://lists.freebsd.org/archives/freebsd-ports/2022-December/003153.html > > indicates a problem with tmpfs use such that using USE_TMPFS=no > avoids a problem for poudriere bulk builds on 13.1 amd64. > (Unclear if the note is for stable/13 vs. releng/13.1 vs. both.) I'll try disabling tmpfs on synth. Thanks! -- Jonathan Chen From nobody Fri Dec 23 23:47:33 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Nf3lH1gqTz1Lq1D for ; Fri, 23 Dec 2022 23:47:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-25.consmr.mail.gq1.yahoo.com (sonic304-25.consmr.mail.gq1.yahoo.com [98.137.68.206]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Nf3lG0RdPz4HvM for ; Fri, 23 Dec 2022 23:47:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=ilcJV+Xn; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1671839269; bh=S++yCKXxnvgQNJSpCsWxJU8y5zPrprseuvNThCXowhk=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=ilcJV+XnacZMyRPk0nD8wXi60AGk1G3i+nT4GSG7ukh3NmqkD0L1y0iUkBis+1+uzq1sCpyQ2O8nDfat5cgApfMsZ7Arm40i9g1ay01kpGVT49A7kjMQnfMovRLot8kvs1lNcFLBvoqI0tmvz9SdFrZHLBlxkuJENfzMO6vArQG6AtLFFALNZ1kNm0yBnA/TszutE/wCvz/Y6jRUvVkKWma7uIDrHruhv2vGk9AT/NHsAZnxVEpSyoCS4AuQg2yE+kuxJn2nqUAwoc00NrbR7UlRtxE+gGDzg/sd6fniY6ct34FJpRBnnc34+2cXtqcYs9UQ1VvG16E4OvJZ/X8pMg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1671839269; bh=mYFHuzCCKz4rwQszGrCTP7WU5KDmpQDPCXDz9IfXhkR=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=AjnU604yVQO5cnYutfyp+FZWYAr4+1noUVuIxZDL6CUuERWwQ8TtkmEwrxSbVedk23zQchQXsC/CZJXoPb81wr1JGixQMQmxcvilIPsEL5LV5VMq5Cq3TlpaY8TJjyrVSiwgcarJ3DIXjdcYw3CLOpQbzahdHun6wcSpcI5ay5ERkaeuISQozqKxFbtBKdkvdv6FYumB6Yt5ANnJuW17+Bk2h0bOi+zm201+z+wyswwt7dR4PX+airGZx+dhM+aJH+eF6ZAu0zDfhLqGoc4VY0ao+/UaaOoeDqyEX3uTJQnsH1vdNIeF6Teyf3l3CIrelFoWhNglpmMY4NLzPmGa5w== X-YMail-OSG: 2icHlMoVM1lNUDgDCoKZa_582SEGKytyI81ictbtlBIROc1ijl.oi.e.RKWz.kr r1gVq.GGROzqhPeD.g6cFTKiEqcRoe6lV3PuKH73YlDZ4DniulrQRwSQ.4CiQdaaq4Rr1IJylV7m eQqM0y7SS6pO5WFPaDtj66X58Caw1qVOYz.wy_6dK1P.4lSJ41edmA0hTzdPcRdaL4bROR2nVdMA pdV9lWq.gXzaJClUcAkhGgdtYq7Z11m2h7jiqriOKgpxRyirnw8UdnImh48YXWPLsenjjeDQ0Ivm 1WGqoAMsHyukVjGyHHySpHr4tiJQOis8g1tLUwhPrgf_Uc61WDou7epktT507O7RafImacLa6xov t_AaLFgfaEe4Q4yohrX48zknkrEMG3suSd10q2u9q86g.PCFxj9dVFbBUJtK4vb6hp8ER5cb7ISa vLb1.6oR14xXupWSMSi82qN.IVfxZa7KV7pe2GrxTNQl6MqCiC8uGkdtsqFsueSNISFvwtCqpJwM 6tlqHu1xd4lVtSm4tmFxSjYr5gnwuiFTNFqJLOlsSplMPChu.iIDxDFUraJIJFdnoaupmmCkPXFz 8XuVr_TQhrs4hDjrLIanY3OsZ2965zIfQXzoGGkB.3WptefKpx0s3JS.DeNkyxPGgtIb7.HsUcFr utsN5M5SAvmlQk5HNBGfOOeGLnQYAzF4C0s86fJwEDbpNcGkrv3u4kVHm8Czru.UusDJPwi8LOkD MdDXzC9wAOEUV1LGC1G2y4gLaXIUoSTZmjBXOk4W4Abpz4XkCaDmld88KzlCfIlgZ2x07U_0SZzH 113UY_yc1rtkRh6.J2PDtNYv8meDNcuT9BWu0jjGIlWgFOBb4RDump9IRFi7hJGMVzku_8GSBkt1 _wSeS1xK6CqX0Xw.HuDa64.24mLltNknQjp8cL5vbwv8OAfmNYZstDrf1WG_bPFUzDJt.HsoJ2TW IVQoVX.TRW7zEzhmjJ.zjTb__sRP.NnEYqdOkiogcr1daZ3GDVCxBfq0vWLma_6YngfQetRLbn8A j.2funHsEAqbxSztm1ApUoTfzx3P7HomoFUWhYo8pxe7i8hbWdly4pAWlozM.TiZjFoUau9fwnAj U5ODrNtGi1rn2CdOUSuz.s6YWCNefdTOzU6kuXaA8OeNKugL_ZAG8B2VOe50gRfTFFZ77_n.QVXN Qm87JdeM6CuUbYJC0HjbnZvtDLoNWWsqYu3aSMSXiV8aU0ceSa2km9dYPmRDflORUTF6Lp5LE9_V knXsvNA.hrTe.EVUkglSHgm3IFXkp2_Al8eAzud2BrKuvlB2HOjdEBfSE63IueAVXNTN6JxFaFvl Xk4w14Pgv0fpBOZW5Mkqah1C4BVfV.h9LP7YVMxMsabtHpLTzTkKExKAjFzV_WLQBhVWM4au.3kS kN25IxAcAEiH17iWE99S4gP.kNwnmu6LdFKbDaZSwdNIeSNh.HgEtOuzS2_6dmh_o_YxUbu6kLUb prale4Gxt2XQhc9eES3ff26XDGzlu9sibHploIJb9FzWlHAHC7Sp3gdnDnC7AIPQHrggH1Drt.Jh r1Dj9o8jExvQafmKOsh3.B9KOdyWEFtdEA_oF5l0pdCW3LBiWvPGsg8eqxhfzCvuYZKvRZ2TQ5AM 9OZ_i2A4WUuPMR65.Gxnkf2nXS1PU_KvoqVabRPI9QXOJ8XdEDTUKrajzpStPEEJ6eYT51bYxcrJ 9sfuiTDIjZF6PX3fyabLfUKHJzH0OxG9seYd6CXRX.HOeFAaK5It7cD7OSJDKX.GCcr7xxv_vTT_ eWq0KqL1Aoq3leKZm7d0MoxQdEnNLyX3nHLmgTQ9CUdgmhbeABzXrzdR8opXEwz4LdNZdRYP7aqz Y4TFVhANXeUITD23I3IqrrLHfZTyETu.v7fZ_ToMY3uLAhkn_jqZUOzsHMzXypXiycjLfEoj.Bit Oc131pL0vZ8kq0AL1VLCrVgcmB8vKL6ksZ3C7WyTtG6UYjdJHyHLKw7101evFn6V1.YJAfbfEqH5 IBuK7o6dFqlziI9Ub_070Wre958H8apjbxNke8UL6IcLk4pnnOCYZ4WUbCrAfecK9fo.mxXFaSbP hTfg6fnMd3TaDefXUSnaiaE9BAr4RadhB4ZHC8D_J2YbA_XMM5OLua_PLv2Qsb5HaMyRqRWz_Ttk rfoHjlTfaMuOIEO6ncUwtUysEBjvhbBRsuJnI7G8S9LT8ZMveCFpMiWQN5xXDddY7LzfUAEsHN_n SmUsKULCAtrJxVPzlVtxuXSmlBCJPoQvAXfRRTDEHT_SW.HcUiM6bwsnjlnjxBoyUaSkNJoLr2Zb 4 X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Fri, 23 Dec 2022 23:47:49 +0000 Received: by hermes--production-bf1-5458f64d4-x4bxm (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 268af7ab50cb22483dd25d695b525e81; Fri, 23 Dec 2022 23:47:45 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.300.101.1.3\)) Subject: Re: Unusual errors on recent stable/13 22-Dec-2022 (a related problem report on freebsd-ports?) Message-Id: Date: Fri, 23 Dec 2022 15:47:33 -0800 To: Jonathan Chen , FreeBSD-STABLE Mailing List , freebsd-current X-Mailer: Apple Mail (2.3731.300.101.1.3) References: X-Spamd-Result: default: False [-3.40 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.995]; NEURAL_HAM_SHORT(-0.90)[-0.902]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.206:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; TO_DN_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; SUBJECT_HAS_QUESTION(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.206:from] X-Rspamd-Queue-Id: 4Nf3lG0RdPz4HvM X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Jonathan Chen wrote on Date: Fri, 23 Dec 2022 18:40:27 UTC : > On 24/12/22 07:14, Mark Millard wrote: > > Jonathan Chen wrote on > > Date: Thu, 22 Dec 2022 19:21:37 UTC : > >=20 > >> I recently updated my package builder machine to the > >> stable/13-n253297-fc15d5bf1109of (22-Dec-2022); and appear to be = having > >> some unusual issues when building with a high number of jobs. My = package > >> builder uses synth (which uses nullfs on ZFS), and I have had = failures > >> with missing files, as well as what appears to be sequencing issues = with > >> Makefiles. If I re-run the build, these errors usually do not = reoccur. > >> > >> I'm puzzled as to what is happening. Is this just happening to me? = It > >> appears that the ZFS code has been updated recently, and I'm = wondering > >> whether a regression has crept in. [Or it could just be my = hardware?] > >=20 > >=20 > > = https://lists.freebsd.org/archives/freebsd-ports/2022-December/003153.html= > >=20 > > indicates a problem with tmpfs use such that using USE_TMPFS=3Dno > > avoids a problem for poudriere bulk builds on 13.1 amd64. > > (Unclear if the note is for stable/13 vs. releng/13.1 vs. both.) >=20 > I'll try disabling tmpfs on synth. >=20 FYI . . . The following is about the tmpfs issue referenced in freebsd-ports/2022-December/003153.html . Here is what is going on (manually entered commands, not a script). = First under a tmpfs: # df -m Filesystem 1M-blocks Used Avail Capacity Mounted on /dev/ufs/rootfs 221683 97879 106068 48% / devfs 0 0 0 100% /dev /dev/msdosfs/MSDOSBOOT 49 31 18 62% /boot/msdos tmpfs 7716 0 7716 0% /tmp # cd /tmp # : > mmjnk.test # ls -Tld mmjnk.test -rw-r--r-- 1 root wheel 0 Mar 9 08:56:53 2022 mmjnk.test # : > mmjnk.test # ls -Tld mmjnk.test -rw-r--r-- 1 root wheel 0 Mar 9 08:56:53 2022 mmjnk.test (no time change). The makefile involved is using ": > NAME" notation to try to update timestamps on deliberately empty files. Vs. under (for example) UFS: # cd ~/ # : > mmjnk.test # ls -Tld mmjnk.test -rw-r--r-- 1 root wheel 0 Mar 9 09:00:45 2022 mmjnk.test # : > mmjnk.test # ls -Tld mmjnk.test -rw-r--r-- 1 root wheel 0 Mar 9 09:00:54 2022 mmjnk.test (time changed). Back in tmpfs land . . . Part of this is that the file is already of size zero and continues to be so. By contrast, starting with a file with 15 bytes in it: # ls -Tld mmjnk.test -rw-r--r-- 1 root wheel 15 Mar 9 09:07:38 2022 mmjnk.test # : > mmjnk.test # ls -Tld mmjnk.test -rw-r--r-- 1 root wheel 0 Mar 9 09:07:49 2022 mmjnk.test # ls -Tld mmjnk.test -rw-r--r-- 1 root wheel 0 Mar 9 09:07:49 2022 mmjnk.test The lack of a timestamp change when the file already has size zero looks like an example of a bug to me. truncate for tmpfs files behaves similarly (showing just the lack of timestamp change context): # truncate -s 0 mmjnk.test # ls -Tld mmjnk.test -rw-r--r-- 1 root wheel 0 Mar 9 09:11:31 2022 mmjnk.test # truncate -s 0 mmjnk.test # ls -Tld mmjnk.test -rw-r--r-- 1 root wheel 0 Mar 9 09:11:31 2022 mmjnk.test (UFS got a timestamp update from such a sequence.) I'll note that touch does not get this tmpfs behavior: # touch mmjnk.test # ls -Tld mmjnk.test -rw-r--r-- 1 root wheel 0 Mar 9 09:11:26 2022 mmjnk.test # touch mmjnk.test # ls -Tld mmjnk.test -rw-r--r-- 1 root wheel 0 Mar 9 09:11:31 2022 mmjnk.test (But it would not force size zero on its down.) I did these tests on: # uname -apKU FreeBSD generic 13.1-STABLE FreeBSD 13.1-STABLE #0 = stable/13-n253133-b51ee7ac252c: Wed Nov 23 03:36:16 UTC 2022 = root@releng3.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 aarch64 1301509 1301509 However, I previously did a devel/nasm bulk test with with USE_TMPFS=3Dall= on: # uname -apKU FreeBSD amd64_ZFS 14.0-CURRENT FreeBSD 14.0-CURRENT #55 = main-n259064-f83db6441a2f-dirty: Sun Nov 6 16:31:55 PST 2022 = root@amd64_ZFS:/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.a= md64/sys/GENERIC-NODBG amd64 amd64 1400073 1400073 and it got the problem. (I normally use USE_TMPFS=3Ddata , which does = not get the problem because the files in question end up not on a tmpfs.) So: not specific to amd64 , not specific to stable/13 , existed in early November in main. This may have been around for some time for tmpfs. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Dec 24 00:25:32 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Nf4b21xq3z1GyZw; Sat, 24 Dec 2022 00:25:50 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Nf4b14X14z4QPS; Sat, 24 Dec 2022 00:25:49 +0000 (UTC) (envelope-from kostikbel@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.16.1/8.16.1) with ESMTPS id 2BO0PWjZ032512 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 24 Dec 2022 02:25:35 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 2BO0PWjZ032512 Received: (from kostik@localhost) by tom.home (8.16.1/8.16.1/Submit) id 2BO0PWZF032511; Sat, 24 Dec 2022 02:25:32 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 24 Dec 2022 02:25:32 +0200 From: Konstantin Belousov To: Mark Millard Cc: Jonathan Chen , FreeBSD-STABLE Mailing List , freebsd-current Subject: Re: Unusual errors on recent stable/13 22-Dec-2022 (a related problem report on freebsd-ports?) Message-ID: References: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on tom.home X-Rspamd-Queue-Id: 4Nf4b14X14z4QPS X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Fri, Dec 23, 2022 at 03:47:33PM -0800, Mark Millard wrote: > Jonathan Chen wrote on > Date: Fri, 23 Dec 2022 18:40:27 UTC : > > > On 24/12/22 07:14, Mark Millard wrote: > > > Jonathan Chen wrote on > > > Date: Thu, 22 Dec 2022 19:21:37 UTC : > > > > > >> I recently updated my package builder machine to the > > >> stable/13-n253297-fc15d5bf1109of (22-Dec-2022); and appear to be having > > >> some unusual issues when building with a high number of jobs. My package > > >> builder uses synth (which uses nullfs on ZFS), and I have had failures > > >> with missing files, as well as what appears to be sequencing issues with > > >> Makefiles. If I re-run the build, these errors usually do not reoccur. > > >> > > >> I'm puzzled as to what is happening. Is this just happening to me? It > > >> appears that the ZFS code has been updated recently, and I'm wondering > > >> whether a regression has crept in. [Or it could just be my hardware?] > > > > > > > > > https://lists.freebsd.org/archives/freebsd-ports/2022-December/003153.html > > > > > > indicates a problem with tmpfs use such that using USE_TMPFS=no > > > avoids a problem for poudriere bulk builds on 13.1 amd64. > > > (Unclear if the note is for stable/13 vs. releng/13.1 vs. both.) > > > > I'll try disabling tmpfs on synth. > > > > > FYI . . . > > The following is about the tmpfs issue referenced in > freebsd-ports/2022-December/003153.html . > > Here is what is going on (manually entered commands, not a script). First under a tmpfs: > > # df -m > Filesystem 1M-blocks Used Avail Capacity Mounted on > /dev/ufs/rootfs 221683 97879 106068 48% / > devfs 0 0 0 100% /dev > /dev/msdosfs/MSDOSBOOT 49 31 18 62% /boot/msdos > tmpfs 7716 0 7716 0% /tmp > # cd /tmp > # : > mmjnk.test > # ls -Tld mmjnk.test > -rw-r--r-- 1 root wheel 0 Mar 9 08:56:53 2022 mmjnk.test > # : > mmjnk.test > # ls -Tld mmjnk.test > -rw-r--r-- 1 root wheel 0 Mar 9 08:56:53 2022 mmjnk.test > > (no time change). The makefile involved is using ": > NAME" notation > to try to update timestamps on deliberately empty files. > > Vs. under (for example) UFS: > > # cd ~/ > # : > mmjnk.test > # ls -Tld mmjnk.test > -rw-r--r-- 1 root wheel 0 Mar 9 09:00:45 2022 mmjnk.test > # : > mmjnk.test > # ls -Tld mmjnk.test > -rw-r--r-- 1 root wheel 0 Mar 9 09:00:54 2022 mmjnk.test > > (time changed). > > Back in tmpfs land . . . > > Part of this is that the file is already of size zero and continues > to be so. By contrast, starting with a file with 15 bytes in it: > > # ls -Tld mmjnk.test > -rw-r--r-- 1 root wheel 15 Mar 9 09:07:38 2022 mmjnk.test > # : > mmjnk.test > # ls -Tld mmjnk.test > -rw-r--r-- 1 root wheel 0 Mar 9 09:07:49 2022 mmjnk.test > # ls -Tld mmjnk.test > -rw-r--r-- 1 root wheel 0 Mar 9 09:07:49 2022 mmjnk.test > > The lack of a timestamp change when the file already has size zero > looks like an example of a bug to me. > > truncate for tmpfs files behaves similarly (showing just the > lack of timestamp change context): > > # truncate -s 0 mmjnk.test > # ls -Tld mmjnk.test > -rw-r--r-- 1 root wheel 0 Mar 9 09:11:31 2022 mmjnk.test > # truncate -s 0 mmjnk.test > # ls -Tld mmjnk.test > -rw-r--r-- 1 root wheel 0 Mar 9 09:11:31 2022 mmjnk.test > > (UFS got a timestamp update from such a sequence.) > > > I'll note that touch does not get this tmpfs behavior: > > # touch mmjnk.test > # ls -Tld mmjnk.test > -rw-r--r-- 1 root wheel 0 Mar 9 09:11:26 2022 mmjnk.test > # touch mmjnk.test > # ls -Tld mmjnk.test > -rw-r--r-- 1 root wheel 0 Mar 9 09:11:31 2022 mmjnk.test > > (But it would not force size zero on its down.) > > I did these tests on: > > # uname -apKU > FreeBSD generic 13.1-STABLE FreeBSD 13.1-STABLE #0 stable/13-n253133-b51ee7ac252c: Wed Nov 23 03:36:16 UTC 2022 root@releng3.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 aarch64 1301509 1301509 > > However, I previously did a devel/nasm bulk test with with USE_TMPFS=all on: > > # uname -apKU > FreeBSD amd64_ZFS 14.0-CURRENT FreeBSD 14.0-CURRENT #55 main-n259064-f83db6441a2f-dirty: Sun Nov 6 16:31:55 PST 2022 root@amd64_ZFS:/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/sys/GENERIC-NODBG amd64 amd64 1400073 1400073 > > and it got the problem. (I normally use USE_TMPFS=data , which does not > get the problem because the files in question end up not on a tmpfs.) > > So: not specific to amd64 , not specific to stable/13 , existed in early > November in main. This may have been around for some time for tmpfs. Should be fixed by https://reviews.freebsd.org/D37866 From nobody Tue Dec 27 03:54:57 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Nh15K5j91z1Lgnj for ; Tue, 27 Dec 2022 03:55:17 +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.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4Nh15J3S1Kz3nnH for ; Tue, 27 Dec 2022 03:55:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=LvWYnPSm; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.146 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1672113313; bh=AV4sxJW03eL3GuLcaC48+nZD6+5ZD+LP7e5lJP5YRdU=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=LvWYnPSmEpCwqZzvGN/MhfLlbDOtnlNRso5DOnKPV44ie2CcXLuviuVOSLfAhpBs6YL/LK0xFROpx/wBnZ9fJsZ09CPZ3Jr/+2uAsVE3DnOLGMR9dj9TABXorJsfcjOTGt+zx0yjxhTo6PMQxKwAESBbpxE74Z5zKqex5W7LvI62acFhwfnVMhQMaB9xhlHhTxtKXTcC2K0rAQpRPthQ3aEzaRH0vYdOQg0J44Kz4YAYJeNGcsrWjvrOLyCcrU+O5TzDHDbMenX5dPXi8OgU86dxTfPXvO4bb5o7mYmw0A/aNk4xYNn7Lmo6CKjF4CUZwcOZTJIBjYpj1KbSA9HIGg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1672113313; bh=H+H3u6TdLkUKTRYKTGSQZqu53t15TpQoYy8zfMxJDay=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=KeocbQvY+gN899DxZ5mWvNwuhicDa3sEnvnhPTEr9gzlqC1lglZZ8ZoP5Kzy3qI8+XypgVL/rYQbL3ylARksrGsRamSQh5/g84yfMqDsQqcXSKeLGmsXRo0pxcKbsrztDaVmmUObB/l/1bQSZ0uEowfSw70AHGsUzDhJ/Dscc+13azC9E3Wj6rSMP78OP2NKccMA2QJJ6aSzHurKepcDiU4GX7JrXe5NfFGWKp2JEpuRv1AmGT4alkZJWpKj2K6hZBGhiSQBP8MZ8wxCnA/d9/X12fs7jK5HuKB62e2fVtdxZx0dusol60kkf4gNQqNprkEVMJlkxlH3G+CrwOB6lA== X-YMail-OSG: H21SoT4VM1mO1rXFmij8Ua_xG6ibk.mDo6uD8W9lzc3AdB.eHebP9vV2K.yY5fC V6XUObX5nV514NViq6smZ0aigjD05xulZfWAwxWy84xhK6uXumTZOOoxLvawYoYHQnR0w05X2Aza jt_bMYnFu82Uw2bextknGR4sAHEI.QE8Ree6P85i1tZTGnq35YSLZKNVBvFxQ7a86g.SoeneVsK7 TkchjRrcMRmFqnPsJxaRsi32dzqxUCLmRQawvYlFqhmXFAWsE7bkAHtjRZDkbdwcFQ50VsQLPTDY a305fwBP8VLxh8BNAAhVEvxaGcx3j4LvewQuwJgvJucErG6zVWSqgs19odC04yurXe3dwIYtMIq9 KoaOnU00w5m1y5jLtyRwgJxIdGSef7AFbpocnL11cJzwiL7VndeU.5I6v9cG27ytRBCznAdm3IiM hPbPNJ4e0C5EI4tixkWZG_ZCpOiu8VLJNG.mHxMxArrOdtM9bdkln5mEr2aEsx69tI3z1m_ygEmF i7Ju9zyvkdu1d5ewjlAVTFdUurIkav6YtfzMoI7HS_VgMO1rt3VlpLglQ8j_af247IRu.OEjuCdz obDFBJDXFyaIep8ZA_WaE76ahuriWVS4HBpVsvcHZ95jhT6HbZ5kTwN4UAcjdp5lbnagB9aWpsJ8 Tm6HUjNz_fNRxi2nGbApJOb49EjsS0wAXiTXfCyHTHX40_vjVM5z1KnKUrpWptAvvTmfStlAFm42 JhlacDPRZlM0eehlyKlfKksXYlYjgP8.s0sOOeZVHv9LiEo3m4VgK33y9_m4eGi5Q8ZGllJEQfz5 Qd3XxgJfKAJHX9IJw3bh9mPgyNLWBuyj2cgBFjaTLecKushJA3yXCvJPTVJjh2nW9gXOLaf4iR.. AjTbsJuJ5vmsXkRUo0DyUfHJJHGgMtH_AP3.9.1Kh9ewpfSX7DcuY9vdHNZ.IOI38ei4FRFpXaed qKmVAlntNWaswWdspOiQN8NObJrIBWeoAi83L2QwGtbCrluaREcy5RsBjnRnyfDkYs0VbYtHPgHU VBxG_AiKF._Eqx7kCP_1yItjpIcSpvpUAmaLNQBQ_rtTPDwmDx4xFsG82QAymDc0u6XxowoB2dyB oLDc1MfkYOTBoXB1I01K2cZ_F8zYvwGd_b7TZrecmZOzDQ9v6lRPhbMrvA4NNdy0Qt1DypFhCiw0 jOJl4D1qOREyWqyiMHSEZPC2WmctCVUw3MFnG8YSMFDs0DyqHzngVMgYYNq3DPuPBlJyNqTLMgrv sDXNGhhmPpHrncjg7nXujsFY12YDNq.Erg0vTqqihtN1dMH8kotZ9.KxLcyIL1sJnE57_dlmjfiF B3ZK3VQ58EgLMuR20WJo6S346vRBMsYY8Fqjo_hoDeDPGYEsvjfzBIaXx4mRjjkFXg.iGmm5J_eL BC757hKcOJfLJMlywdUgWIZqqlm5G7tIHJdwIBBmfalsOYoIoLYQbLmDTY8oEnyRwHPZi2AmUuVe qOPzXzyI2UEDWstPXbTwKmGwOnA6N9atWSU1N1f2CNK.U_vUvz.OAexeGljWSEZiesc6lEV54vnX iYbih1UKkWQrqGm96Yc8BuT6JYMHTuY5y1079McgvNIF9qhpvvpYp9xmniFIfm7asGSGuRpbspdB 1IPpVcpUh8SuWXiUbE.1KFC.0Q8EShiGdgSgAXGW1eORQSk3IbaO9.IcokgGwJv37Ji7S1fNkFW7 AemtqyiwjlG6WEyB.pJf4hbiZB4dltC4DDWfFGJX6ZA8XGxrxJCji0byCte6pdDSJf1XjgBbyJdd uCflGjMEsgoPxug4aZE69qzf71znBh9mzUp.JoR3vZ9uC_skdi_fqmm7sMVLSYilI7hj49phht6. 6AMK73b.D8oKuVmDssDzrwsL4O4EGvwk9cCv18ETD9Sjd85HJmM0XScF1P5wpXDTuVakAo81IjZK 7nZbXprScqiqKpu5R1es3WNF._4Uwo9GtKUJVuw7_PYcwok0dv1UmsBbaHrehs.UJ6AOxjEyRrp_ XsnhV2A0fZCAe0rAfeI91izIvlFMhovcYqvD.q967VX.3GnbYNmpiLQjWEOxFM_ZFepb0FgrFYy8 N2aTES_SDeFJaDPmU9fz_HL06ogm9hUf2noiFIEFQLl7CCrLpjbRuOmFSAWsZqcCAKwDcwcmvhJZ 8r2C1YK_bvpaSP7_ZRaleWHGJ63slq99eKmlao9PPT5dBZr7iwcJkjBHYZ8..BP48skh0OKB.EGE OLBYx3DD62PNKjAqsjxyg7LUJJIAHRSHM4H_8LaIZ0Qcbd26zesISqvSaaxsG5iCXcNFk3SsXdrZ niVIcCh_XsQ-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Tue, 27 Dec 2022 03:55:13 +0000 Received: by hermes--production-bf1-5458f64d4-kkg2s (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID b27c0c01835962e0954ab5edfe5b1dcb; Tue, 27 Dec 2022 03:55:10 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.300.101.1.3\)) Subject: RE: ofw_pci: Fix incorrectly sized softc causing pci(4) out-of-bounds reads (Should it have been MFC'd?) Message-Id: Date: Mon, 26 Dec 2022 19:54:57 -0800 Cc: freebsd-arm To: "jrtc27@freebsd.org" , freebsd-current , FreeBSD-STABLE Mailing List X-Mailer: Apple Mail (2.3731.300.101.1.3) References: X-Spamd-Result: default: False [-3.49 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.993]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.146:from]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.146:from] X-Rspamd-Queue-Id: 4Nh15J3S1Kz3nnH X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Should the following have been MFC'd? (I ran into this while looking to see why I see a boot message oddity on 13.* that I do not see on main [so: 14]. There was a time when main also produced the odd messages. But I'm not claiming that this is what makes the difference. The oddity was observed on aarch64 RPi4B's.) author Jessica Clarke 2022-01-15 19:03:53 +0000 committer Jessica Clarke 2022-01-15 19:03:53 +0000 commit 4e3a43905e3ff7b9fcf228022f05d636f79c4b42 (patch) tree b6be66e54604bb2c1fbdfde27bf8a6644e04fd05 parent 3266a0c5d5abe8dd14de8478edec3e878e4a1c0b (diff) download src-4e3a43905e3ff7b9fcf228022f05d636f79c4b42.tar.gz src-4e3a43905e3ff7b9fcf228022f05d636f79c4b42.zip ofw_pci: Fix incorrectly sized softc causing pci(4) out-of-bounds reads We do not include sys/rman.h and so machine/resource.h ends up not being = included by the time pci_private.h is included. This means PCI_RES_BUS = is never defined, and so the sc_bus member of pci_softc is not present = when compiling ofw_pci, resulting in the wrong softc size being passed = to DEFINE_CLASS_1 and thus any attempts by pci(4) to access that member = are out-of-bounds reads or writes. This is pretty fragile; arguably pci_private.h should be including = sys/rman.h, but this is the minimal needed change to fix the bug whilst = maintaining the status quo. Found by: CHERI Reported by: andrew=20 Diffstat -rw-r--r-- sys/dev/ofw/ofw_pci.c 1 1 files changed, 1 insertions, 0 deletions diff --git a/sys/dev/ofw/ofw_pci.c b/sys/dev/ofw/ofw_pci.c index 7f7aad379ddc..4bd6ccd64420 100644 --- a/sys/dev/ofw/ofw_pci.c +++ b/sys/dev/ofw/ofw_pci.c @@ -33,6 +33,7 @@ __FBSDID("$FreeBSD$"); #include #include #include +#include =20 #include #include (Note: leading whitespace might not be preserved.) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Tue Dec 27 04:21:27 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Nh1gs1Wtzz1Lkqv for ; Tue, 27 Dec 2022 04:21:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-8.consmr.mail.gq1.yahoo.com (sonic315-8.consmr.mail.gq1.yahoo.com [98.137.65.32]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4Nh1gr2pfDz3tbc for ; Tue, 27 Dec 2022 04:21:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=PyflGyDQ; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.32 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1672114902; bh=OO+RdfmwNO2UJG4xMFLyjjw5i+YqSt0w2siKzgQikbU=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=PyflGyDQ+ahvQo02jGk0PQt3qK8jnm7zEeShiFuVnWcUStfk0ycteKGglKgLpp+FQv/Hfi7zw9btBzzoLqT74/xlGO33w6hyfUy/ODl0dY5q1IyUH5k3wiFVIVlSEB3JTLPF7vtqEb2CDmJN0On1ZJHBusQlszHAxyR5PCsOcwEL5VHqo7fiacSBkiKiY34Lqn/1W6FCEHrRDMepDYLJbhvrzzON9YQj84bg+TS10BV++dqhzDhkgbmYNGph0muIXpoo7geYIxYniAuyRdKdoXtMfVfOU0jZM8JD2r4Xlh1rUzUmXxk7ZFQDFepaSY27TDl8Ne2s5r7R8JXVgRE9Sg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1672114902; bh=6OBysDaPFPBYjrnorSerAOcMKScDU2BrWzoy/MPguoi=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=HeQ73Hev1kKsE3ndFbuLZf3cNRZzDNSxK1NIYTYtMLbQ28odYzfNso6OqeXb43nK7la8Ue8JsVf2PILGYGRos+u6Q3fEIPhp1/fyCkp2LfmLqQSuIs+u8Qgj2ePv1dLMuIhSFsj+HzGMHKnA4i6dxfkt5dQnbt9nfrEDjuhefqwdtgIrg0DSy8zWrqVWdXwx+6FGZNG8PPccyywa/9X9QXwt59d2kS3BMLpm8rUFHp/6Ae7WdthunaWEn/ZtfsFKmoLMXkTeGY23kF9WfD1sDu7Y7A4NQ19sK1P733b3RIPSdFTGjqxAh+3IA0vuMbTls9PvEfz3xa8Z1IPwx3JYGw== X-YMail-OSG: BT4c6fYVM1mmrJ4mMmrZwMTOiEDN1RBK.gDiDSF2lo5TfDR8RcHMkhr2mzfp148 xiyvFlFdYLQIPuUzNcOAU6wBGVJEOTJrS8K3LOeUJx5VqOu9DFjWy3fKKtgO8OtZMQFTaDdrvVEt gH0A3Rv5VbDRSfmxsQ9nv891xmwaglE96XxVAOSR7Fu1xOnXQGH68L05BCSxB_VrrakPhnDZ_.p6 r63l6TilNoIItsVw59ZuX4NZVa711dTN6oBvZiR7O55T8SzelS5alaLhOEwXk_3cBxJl2bLNwE.F 2XvPyI2PzNtJnbNWCaDzsf8Lt5xcX8qnNX850o7eO.cQgceHFhHYpH35QsCCxS3Ld_PoXaH39aUO YmdtA_dnmoKjfT6S1HmvoS4vx1xYf8Bt7wOOlPhWp7k9e.k3i0kuD3QA7C.rIdhknJDiGPqI.vT0 rAFldIADyu3UdaU8TXv6GnxaQA10xSw8NKNwiWOXz3SGgOIEen6WNPzYo8BG8AoQhRux4t4.C9n. 0v8Fb6X02HZW_5eWUjsUKWoqmS3fzrkEHaAfho72MAh0QUntk_rUfzrq.BIHMMIWnN8TlCcl1QDV nnBhXe2I55UGG8kUmVqzFGjYJS1R450t7wmFIJeH3pXiX1uOVlvtylkrLVe5osZXdFdLo2LNRBkf t.RnKHNMeruflYGx9Ds7EygeFhhu0EyDyZTVSejvD9b1LU7lcRMyMjaZB4wfLG2zoQP4m616VZtN kKSWzSqjJGR3iNbYqXyqS.miFZiDfBy4cnTsXzbul8e3NdAAl.5IL_0PKPd6e3hrn7Hr42x1cD8R ipYgGpdX.iKSq9goe116EDsIXm643EfXbw8CN3.yjh0j9B_4kajWprVXZSMU1aoqOcqk5mtTI_Zm zv5LBDB_MMjuug1FY8Vqfblkd2BuU6FZSOkxfPhFLvzhOAjNmAX4OWkFIkHjhGMo923FwVJoOXDm ScVAZ0spv8UjkglIWKWW11te9Hx69xZ1Sc7kXKYIkfXYVidfWiBhDfwJX7vgbyDLO4vwEGnA1bkK Dp3KYdRXvfRbKXRyobPgdJHk4g6VVg_dA13a8fsLX46cIgrcXPXPNFnd2_Ag9DGeLcZ2uaOd1iLS pNBfBb67pbZrSu.4rY24f5zH6N0Fvwqh1SEkzTxV1MqZVCmN6GEQn0OTzc2PDLL4Erz7L.ge.zkT us.CUtaffIGQntkGdXIAAJcRHUn9eYT_j2_NCfpNiBvCR.uAchcv9hODMuHEXeV3UhhMwbF_2t57 wrgULBdcVMo4V3cVi56KdV3HraRiC3P9itIYL8YA0FtGfUeSAd8gYXQewhAyDJZPHS.A98_q3NuP dkPjTVgXVVL8t8Iqlm3Yjn2SF25e1C8RAFvXj3TOXIipfLMBCxjbIGxDcilWy98pIC8YJYY9Xh3n KDUvPe41KJ5Us9IBudBdP5EbNmZOTJ2MF0Gf56VG_RJVBoTCjDYp4tF_01BvmNxj9fIYaeCHLH4W LhXDTI9wXG8ejzTY2mt_Id9q8Q1ijp5Tm9lkyU3A02GHmSes4exCFtgNWXya1.OrM80WQquzYwaB Rc7lbn.NMk7NiccsAKD8dWeLG12vZIPrT2sXX7eKTAEpP6Spe4HFVd7kgfs7luopvL7t_Zpw9JGk .yAx1cKP.abIjxe_Xa9vrgto0LveHDe2CwlT.4igorG3S_3Xjw4IkrrxGHCQH1myut3nRDjmTk4Z KVVtsku4Q18z9AptehWaOcI.80sTn1_IQnfj79UxvcB66MnNeW5E0mhI6A.KH7cqI9nj5fIbhMBg IUSM2O9gY0C5tydQQMC_Klen5VQX33SqNfwEKVyAWW.v7hs5LcgRQ4t9nLiJgYr4s4Tm8cy8DiLC 7WcKnB9LQi2r88pv7nwGQQbEB6euBvmOoTrUYC0oCQ7EdOcxWvEPjlUiiPRlim5zO6sRkgRFWKCW BKid4fTrgEAbqYvHmgElFtp5W2zl7l1OHMqhiz.c.7lPiQOycOwiuDRC2gMqgvxPXGhpk8ZcC0mT nJybhbvoX7avhh0Mwf2Yk3nlkimkjVu0s._Epz_5iG7_aknzr9UC5iBYK_mn2rFqat6217GgKYrY QAAM7zCEgMME0tJoEn2c7AM8OM9Ysva.6UdxtHkwcPJqMY_YkpyOY7JZLgkhu7PkMXZH.zJOhuXi m.wb_3YDyFY6xQ.LB8haBNwpeepN4GE.U4u7ZzpWyTnLdkaTrwiFZ3QTZQbZOZIYttUi.Y_d3Ice _QNLwT30ts1YhAA0wgjybC.JTuTd5NHe5ImuKsHOL3n9s9JJK8IAWiM8ot606FFtkIRR32NBx7yA ZflIpFn8- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Tue, 27 Dec 2022 04:21:42 +0000 Received: by hermes--production-bf1-5458f64d4-46wzk (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 0a79607a9a26acb1091b4051c31df28a; Tue, 27 Dec 2022 04:21:39 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.300.101.1.3\)) Subject: Re: ofw_pci: Fix incorrectly sized softc causing pci(4) out-of-bounds reads (Should it have been MFC'd?) From: Mark Millard In-Reply-To: Date: Mon, 26 Dec 2022 20:21:27 -0800 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: To: "jrtc27@freebsd.org" , freebsd-current , FreeBSD-STABLE Mailing List X-Mailer: Apple Mail (2.3731.300.101.1.3) X-Spamd-Result: default: False [-1.54 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_SPAM_SHORT(0.96)[0.955]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.32:from]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org] X-Rspamd-Queue-Id: 4Nh1gr2pfDz3tbc X-Spamd-Bar: - X-ThisMailContainsUnwantedMimeParts: N On Dec 26, 2022, at 19:54, Mark Millard wrote: > Should the following have been MFC'd? (I ran into this while > looking to see why I see a boot message oddity on 13.* that > I do not see on main [so: 14]. There was a time when main > also produced the odd messages. But I'm not claiming that > this is what makes the difference. The oddity was observed > on aarch64 RPi4B's.) >=20 Never mind. I got myself confused over the history. 13.* does not have the file at all. > author Jessica Clarke 2022-01-15 19:03:53 +0000 > committer Jessica Clarke 2022-01-15 19:03:53 +0000 > commit 4e3a43905e3ff7b9fcf228022f05d636f79c4b42 (patch) > tree b6be66e54604bb2c1fbdfde27bf8a6644e04fd05 > parent 3266a0c5d5abe8dd14de8478edec3e878e4a1c0b (diff) > download src-4e3a43905e3ff7b9fcf228022f05d636f79c4b42.tar.gz > src-4e3a43905e3ff7b9fcf228022f05d636f79c4b42.zip >=20 > ofw_pci: Fix incorrectly sized softc causing pci(4) out-of-bounds = reads >=20 > We do not include sys/rman.h and so machine/resource.h ends up not = being included by the time pci_private.h is included. This means = PCI_RES_BUS is never defined, and so the sc_bus member of pci_softc is = not present when compiling ofw_pci, resulting in the wrong softc size = being passed to DEFINE_CLASS_1 and thus any attempts by pci(4) to access = that member are out-of-bounds reads or writes. >=20 > This is pretty fragile; arguably pci_private.h should be including = sys/rman.h, but this is the minimal needed change to fix the bug whilst = maintaining the status quo. >=20 > Found by: CHERI > Reported by: andrew=20 >=20 >=20 > Diffstat > -rw-r--r-- sys/dev/ofw/ofw_pci.c 1 > 1 files changed, 1 insertions, 0 deletions >=20 > diff --git a/sys/dev/ofw/ofw_pci.c b/sys/dev/ofw/ofw_pci.c > index 7f7aad379ddc..4bd6ccd64420 100644 > --- a/sys/dev/ofw/ofw_pci.c > +++ b/sys/dev/ofw/ofw_pci.c > @@ -33,6 +33,7 @@ __FBSDID("$FreeBSD$"); > #include > #include > #include > +#include >=20 > #include > #include >=20 >=20 >=20 >=20 > (Note: leading whitespace might not be preserved.) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sun Jan 1 15:29:49 2023 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NlNDW2QVxz2nxY4 for ; Sun, 1 Jan 2023 15:28:11 +0000 (UTC) (envelope-from eivinde@terraplane.org) Received: from smtp.domeneshop.no (smtp.domeneshop.no [IPv6:2a01:5b40:0:3006::1]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4NlNDV2XV5z4Pjb for ; Sun, 1 Jan 2023 15:28:10 +0000 (UTC) (envelope-from eivinde@terraplane.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=terraplane.org header.s=ds202212 header.b=tBzg41OO; spf=pass (mx1.freebsd.org: domain of eivinde@terraplane.org designates 2a01:5b40:0:3006::1 as permitted sender) smtp.mailfrom=eivinde@terraplane.org; dmarc=pass (policy=none) header.from=terraplane.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=terraplane.org; s=ds202212; h=Content-Transfer-Encoding:Content-Type: MIME-Version:Message-ID:Subject:To:From:Date:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=nRnObJ9yqkhQCNnPu4zWh0529XFvRcHgiFefwQaRgY4=; b=tBzg41OO9MFTooVtaX41e9pEdK XMM+SI83mAOsw8T49Olx+sTHTsE28Gbk9E+3SjzaIwaY8cT6xpTuJ0X9m7Z2jn1Unwx2XVlJY+XnN RrOgJ6oYPlNUcAVHRgJWcGXKa7QPuf8eArkqPorNJmPb4lqlraFAK0l4v1As79lznclvAeuHZYVuf l068JcOOsJYm8muRBGNIv8b/aTyF36VtXsYqwaX65QCDP2AOMFmfdEw2kpWK/wN6UGhp2QXtZ6UXJ veh0CE5ZlIWo5AdAV8G67rf85pR7bxpYNydaQRWYnL/oUfKjslZ3kErl2ZqnhOoPfnC2kdawK/+e+ u9MirNHQ==; Received: from ti0027q160-4408.bb.online.no ([46.9.98.108]:28969 helo=elg.hjerdalen.lokalnett) by smtp.domeneshop.no with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.95) (envelope-from ) id 1pC0Fl-00A6H5-Hi for freebsd-stable@freebsd.org; Sun, 01 Jan 2023 16:28:01 +0100 Date: Sun, 1 Jan 2023 16:29:49 +0100 From: Eivind Nicolay Evensen To: freebsd-stable@freebsd.org Subject: Intel graphics Message-ID: <20230101162949.347fdb72@elg.hjerdalen.lokalnett> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[terraplane.org,none]; R_SPF_ALLOW(-0.20)[+ip6:2a01:5b40:0:2000::/51]; R_DKIM_ALLOW(-0.20)[terraplane.org:s=ds202212]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:12996, ipnet:2a01:5b40::/48, country:NO]; MIME_TRACE(0.00)[0:+]; DKIM_TRACE(0.00)[terraplane.org:+]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4NlNDV2XV5z4Pjb X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Hello. Is is possible to get X running adequately, or even at all with this: vgapci0@pci0:0:2:0: class=0x030000 rev=0x0c hdr=0x00 vendor=0x8086 device=0x4692 subvendor=0x1025 subdevice=0x1572 vendor = 'Intel Corporation' device = 'Alder Lake-S GT1 [UHD Graphics 730]' class = display subclass = VGA I had no luck with the modules from the drm-kmod port. No /dev/dri/*. -- Eivind Nicolay Evensen From nobody Sun Jan 1 15:41:18 2023 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NlNWw2LgFz2nyhw for ; Sun, 1 Jan 2023 15:41:32 +0000 (UTC) (envelope-from jake@technologyfriends.net) Received: from mail-lj1-x22c.google.com (mail-lj1-x22c.google.com [IPv6:2a00:1450:4864:20::22c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NlNWw0JVGz3CT1 for ; Sun, 1 Jan 2023 15:41:32 +0000 (UTC) (envelope-from jake@technologyfriends.net) Authentication-Results: mx1.freebsd.org; none Received: by mail-lj1-x22c.google.com with SMTP id q2so26972578ljp.6 for ; Sun, 01 Jan 2023 07:41:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=technologyfriends.net; s=google; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=jRtRKbc1qUG2BrHJsnrXX6P+P8ejAaUVu+ZafaMrrls=; b=pql1O7rA9IYjzhohajkuhPKpt6yeD8IzT4cxKr0dLZxddFJe+DH81Ncci6nR1BE/K7 ElFzNQ7n7o0cPAD4FbrD4oZ6sQaQubii3Vf6c0J1tj0xJy+fUOeCtpo+qitrIte1RKih uGg/BSJjGvnaOaE6ddDktAHpMTGifOeHB6gN2TUbk+HZgiQnA00G0znP+cqZsmvh+2ut aofvcwC9Akkm9fsNVtBXSG2izkuP5hvTw8D1/mc01OY+i30Sp2MPD0DcCoeuaEVbowpT Oe999oXLeAsaKjJ4tkFAqbYJWP3w6mKfsElFPAtrDEuhpdBsb6f3bt3iCO1yh+97zlQZ f44Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=jRtRKbc1qUG2BrHJsnrXX6P+P8ejAaUVu+ZafaMrrls=; b=Kg9msPsYakKrYtucYxj8QUJBOsUOMoxjKoIkyfm+8BWgXn73jktIJW7JtcR4Fis+z3 BvUIlypjBzJ76cirHSRUi1ofVKa//ceGxUlC9XpMNgvF08gT4M2FZptZrlm0EPNxpuBG KaD1zj1RW4m1pM6qxnYVnarH0gvgZXy8C6F9xY7W+wONgshyN9+XZ2nPhX6OffncZo+i PI6uG0AptwrVetBs8W52BC788Eh0bEPbh2wo3bioyGuvTDjHKb5RlvUjnzcplNXB9s68 cya6TuDguC8FCGG+vY+tLWf64X8LAKGGWGN9qn8JsRooaDnhiFIyiFIw0rsG4ZVh/Dn5 AFjw== X-Gm-Message-State: AFqh2kqkizahOawwD2ZF3hOwRZIPsELlVcJ72lNE6lbLo1Gb6j7IIgqg k5l1vUuYvIcskSYMHdtwSmBmasg95skjsWsPjk63TaG72iWaztNJEN4= X-Google-Smtp-Source: AMrXdXtCCK3kqcTLi99IEWlkbEIR8Re9G94GQHFKhR3e3YsKLGX7jjXEZh6B6sXx/iUL1ppg1/WiyMNLA9ktvLlrPRQ= X-Received: by 2002:a2e:b7ca:0:b0:27f:db12:ca8 with SMTP id p10-20020a2eb7ca000000b0027fdb120ca8mr867528ljo.321.1672587689506; Sun, 01 Jan 2023 07:41:29 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <20230101162949.347fdb72@elg.hjerdalen.lokalnett> In-Reply-To: <20230101162949.347fdb72@elg.hjerdalen.lokalnett> From: Jake Freeland Date: Sun, 1 Jan 2023 09:41:18 -0600 Message-ID: Subject: Re: Intel graphics To: Eivind Nicolay Evensen Cc: freebsd-stable@freebsd.org Content-Type: multipart/alternative; boundary="00000000000016cbd005f135abbc" X-Rspamd-Queue-Id: 4NlNWw0JVGz3CT1 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N --00000000000016cbd005f135abbc Content-Type: text/plain; charset="UTF-8" On Sun, Jan 1, 2023 at 9:28 AM Eivind Nicolay Evensen < eivinde@terraplane.org> wrote: > Hello. > > Is is possible to get X running adequately, or even at all > with this: > > vgapci0@pci0:0:2:0: class=0x030000 rev=0x0c hdr=0x00 vendor=0x8086 > device=0x4692 subvendor=0x1025 subdevice=0x1572 > vendor = 'Intel Corporation' > device = 'Alder Lake-S GT1 [UHD Graphics 730]' > class = display > subclass = VGA > The drm-kmod master branch is updated to match Linux 5.12, as of right now, I believe. Alder Lake support was introduced in Linux 5.13/5.14, so unfortunately there is no way to get drm graphics going on your iGPU yet. It looks like work on 5.13 just started on behalf of dumbbell here: https://github.com/freebsd/drm-kmod/pull/224 If you can compile that branch and install the correct Linux firmware for UHD Graphics 730, you might be able to get something going. If you try, definitely report back. I haven't done this step yet. Thanks, Jake Freeland > > I had no luck with the modules from the drm-kmod port. No > /dev/dri/*. > > > -- > Eivind Nicolay Evensen > > --00000000000016cbd005f135abbc Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sun, Jan 1, 2023 at 9:28 AM Eivind Nic= olay Evensen <eivinde@terrapla= ne.org> wrote:
Hello.

Is is possible to get X running adequately, or even at all
with this:

vgapci0@pci0:0:2:0:=C2=A0 =C2=A0 =C2=A0class=3D0x030000 rev=3D0x0c hdr=3D0x= 00 vendor=3D0x8086 device=3D0x4692 subvendor=3D0x1025 subdevice=3D0x1572 =C2=A0 =C2=A0 vendor=C2=A0 =C2=A0 =C2=A0=3D 'Intel Corporation'
=C2=A0 =C2=A0 device=C2=A0 =C2=A0 =C2=A0=3D 'Alder Lake-S GT1 [UHD Grap= hics 730]'
=C2=A0 =C2=A0 class=C2=A0 =C2=A0 =C2=A0 =3D display
=C2=A0 =C2=A0 subclass=C2=A0 =C2=A0=3D VGA

<= div>The drm-kmod master branch is updated to match Linux 5.12, as
of right now, I believe. Alder Lake support was introduced in
Li= nux 5.13/5.14, so unfortunately there is no way to get drm
graphi= cs going on your iGPU yet.

It looks like work on 5= .13 just started on behalf of dumbbell here:


If you can compile t= hat branch and install the correct Linux firmware
for=C2=A0UHD Gr= aphics 730, you might be able to get something going.
If you try,= definitely report back. I haven't done this step yet.

Thanks,
Jake Freeland
=C2=A0

I had no luck with the modules from the drm-kmod port. No
/dev/dri/*.=C2=A0



--
Eivind Nicolay Evensen

--00000000000016cbd005f135abbc-- From nobody Sun Jan 1 20:48:44 2023 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NlWLk0D7Fz2nqH4 for ; Sun, 1 Jan 2023 20:49:02 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-yb1-xb35.google.com (mail-yb1-xb35.google.com [IPv6:2607:f8b0:4864:20::b35]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NlWLj4KLtz3vx2 for ; Sun, 1 Jan 2023 20:49:01 +0000 (UTC) (envelope-from kob6558@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-yb1-xb35.google.com with SMTP id 192so28629816ybt.6 for ; Sun, 01 Jan 2023 12:49:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=TfY3ddOSBKPRZlELcvV3+CYrDWtfCMTElADNQBCSYxM=; b=HK5bDF5xNUtb49jN4aaCw8hjn12C2VPlgiiO3NnGwPdPbQSHbwl0exqfz+nMyKtdHD nQMPpkHPKWxuiXRWVjyQdutq8ZokQAm75wsOj0sQsFGABv7uQYJDvCGlkcfgnjC8wI3I De+cgL8i4IJLRlCzz3JE0iY1b7qChk6lz/hLkDSDxaHS5rcQ5XjxMmSjZr9Y7Soe6M3X /ulz1brv8S3HUh7Waf5SP260cP+64VPezFrouWzVRdVXaRZySxSHVevkHDzcvBjy46zc bihBkaC38UXfWbvzUXn6xd0FWb8rUQlv56Z4wTPF2E/5nPc3uqmISGQDZkFUKx5m1Rtr ZleA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=TfY3ddOSBKPRZlELcvV3+CYrDWtfCMTElADNQBCSYxM=; b=dIGzyk4Sg4yejJZiERpkOwTN3CHEin/yXiOl+F7DQ5JtXgQh0qS1T7BygqeamB31at YZ+TpOs0kF4N/BeF0x0iAQ+qMUMYysgYjffFhuli+t3gKXQ5Lizn8MZUH3RgFs//oWQs jgJf31edV3tD4wfZJaU4kHTlCtfFM28P+RISJ8fuMQ8dMW/XsLGqECpYWYl8vMimZj64 keBA9Pb1b1ie5fdTKd5TQmta5ohikfcMZtFhb2MsGV/QqUEHy2lyP7kk2D/K3Co30rC7 d8ES3mOOhewIhfKAtmej/E/SaMeP9JYUFODR+Rax5y/DwaGuQOy+ZQa9nCxGWHbh9yJ/ hdAg== X-Gm-Message-State: AFqh2krEHv7QcII2PazVsvlq1ALT5Q72CtbBvcaH+dacg5u+IarTwOiX ZvgGBQ4fAIUjtMDl+EE54sYnCZsCx5UB6zzj36rSSfgQFYI= X-Google-Smtp-Source: AMrXdXudsA88n8Y/q01cpags2s86BpcCGZaym0+mpGE/HevRSrTmDzs1FF+UDX8UEltwl5thF6A+7UZz+x91r4JCHDs= X-Received: by 2002:a25:9886:0:b0:749:f433:3abb with SMTP id l6-20020a259886000000b00749f4333abbmr4123994ybo.239.1672606140461; Sun, 01 Jan 2023 12:49:00 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <20230101162949.347fdb72@elg.hjerdalen.lokalnett> In-Reply-To: From: Kevin Oberman Date: Sun, 1 Jan 2023 12:48:44 -0800 Message-ID: Subject: Re: Intel graphics To: Jake Freeland Cc: Eivind Nicolay Evensen , freebsd-stable@freebsd.org Content-Type: multipart/alternative; boundary="000000000000d9f97c05f139f6d8" X-Rspamd-Queue-Id: 4NlWLj4KLtz3vx2 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N --000000000000d9f97c05f139f6d8 Content-Type: text/plain; charset="UTF-8" On Sun, Jan 1, 2023 at 7:41 AM Jake Freeland wrote: > On Sun, Jan 1, 2023 at 9:28 AM Eivind Nicolay Evensen < > eivinde@terraplane.org> wrote: > >> Hello. >> >> Is is possible to get X running adequately, or even at all >> with this: >> >> vgapci0@pci0:0:2:0: class=0x030000 rev=0x0c hdr=0x00 vendor=0x8086 >> device=0x4692 subvendor=0x1025 subdevice=0x1572 >> vendor = 'Intel Corporation' >> device = 'Alder Lake-S GT1 [UHD Graphics 730]' >> class = display >> subclass = VGA >> > > The drm-kmod master branch is updated to match Linux 5.12, as > of right now, I believe. Alder Lake support was introduced in > Linux 5.13/5.14, so unfortunately there is no way to get drm > graphics going on your iGPU yet. > > It looks like work on 5.13 just started on behalf of dumbbell here: > > https://github.com/freebsd/drm-kmod/pull/224 > > If you can compile that branch and install the correct Linux firmware > for UHD Graphics 730, you might be able to get something going. > If you try, definitely report back. I haven't done this step yet. > > Thanks, > Jake Freeland > It was in 5.14, but was not declared stable until 5.16. If you don't ned bells and whistles (or high performance), you can run with scfb. It is working fine for me and has been for a few months. Hre is my config file (xorg.conf.d/device.conf): Section "Device" Identifier "Device0" Driver "scfb" Option "NoAccel" "On" EndSection >> I had no luck with the modules from the drm-kmod port. No >> /dev/dri/*. > > >> >> >> -- >> Eivind Nicolay Evensen >> >> -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 --000000000000d9f97c05f139f6d8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sun, Jan 1, 2023 at 7:41 AM = Jake Freeland <jake@techno= logyfriends.net> wrote:
On Sun, Jan 1, 2023 at 9:28 AM Eivind Nicolay Evensen <eivinde@terraplane.org>= ; wrote:
Hello.

Is is possible to get X running adequately, or even at all
with this:

vgapci0@pci0:0:2:0:=C2=A0 =C2=A0 =C2=A0class=3D0x030000 rev=3D0x0c hdr=3D0x= 00 vendor=3D0x8086 device=3D0x4692 subvendor=3D0x1025 subdevice=3D0x1572 =C2=A0 =C2=A0 vendor=C2=A0 =C2=A0 =C2=A0=3D 'Intel Corporation'
=C2=A0 =C2=A0 device=C2=A0 =C2=A0 =C2=A0=3D 'Alder Lake-S GT1 [UHD Grap= hics 730]'
=C2=A0 =C2=A0 class=C2=A0 =C2=A0 =C2=A0 =3D display
=C2=A0 =C2=A0 subclass=C2=A0 =C2=A0=3D VGA

<= div>The drm-kmod master branch is updated to match Linux 5.12, as
of right now, I believe. Alder Lake support was introduced in
Li= nux 5.13/5.14, so unfortunately there is no way to get drm
graphi= cs going on your iGPU yet.

It looks like work on 5= .13 just started on behalf of dumbbell here:


If= you can compile that branch and install the correct Linux firmware
for=C2=A0UHD Graphics 730, you might be able to get something going.
If you try, definitely report back. I haven't done this step yet= .

Thanks,
Jake Freeland

It was in 5.14, but was not declared= stable until 5.16. If you don't ned bells and whistles (or high perfor= mance), you can run with scfb. It is working fine for me and has been for a= few months.

Hre is my config file (xor= g.conf.d/device.conf):

Section "Devi= ce"
Identifier "Device0"
Driver "scfb"
= Option "NoAccel" "On"
EndSection


I had no luck with the modules from the drm-kmod port. No
/dev/dri/*.=C2=A0



--
Eivind Nicolay Evensen



--
Kevin Oberman, Part time kid herder and retired Net= work Engineer
E-mail: rkoberman@gmail.com
PGP Fingerprint: D03FB98AFA78E= 3B78C1694B318AB39EF1B055683
=
--000000000000d9f97c05f139f6d8-- From nobody Sun Jan 1 21:56:35 2023 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NlXph3sTwz2p13j for ; Sun, 1 Jan 2023 21:54:52 +0000 (UTC) (envelope-from eivinde@terraplane.org) Received: from smtp.domeneshop.no (smtp.domeneshop.no [IPv6:2a01:5b40:0:3006::1]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4NlXph1c3Pz46pX for ; Sun, 1 Jan 2023 21:54:51 +0000 (UTC) (envelope-from eivinde@terraplane.org) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=terraplane.org; s=ds202212; h=Content-Transfer-Encoding:Content-Type: MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=Be/onivI3OZ3msyCcdzvMObeErGVM0racSyUiQWuiR8=; b=Q297CkzHChZDVTGtvD6fGQz5z7 Ox4Q21gDRaVY4AB4eYiGuV+Yb8ys/ZnHC3oczN6sRsozx8hXqQEtDVUL4cm60LxFztD0df7tcjHYn 9HUUFSMhlzgEmBgXMDK5cRlCCeTrKf/7VISZALvQ5Le3aMj2d2zXgZ22mgYsvwmSMHyIOgbOnVjWt zRtItDH/962ZVrkjO/ehFxpo2ptGZET9eTsRBnV4zL/WaJyACenWQHsrDeBHeTY0g6OwLW5YW38e9 zyhV08T7uE/+e4uo4bBwRXWOUkYe/zSmV1l+TU4XDxnscJmHACpaaKSBIabXWWYWDpBzUbT2q/uaz pCyJHBmw==; Received: from ti0027q160-4408.bb.online.no ([46.9.98.108]:21014 helo=elg.hjerdalen.lokalnett) by smtp.domeneshop.no with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.95) (envelope-from ) id 1pC6I3-00BDN2-1z; Sun, 01 Jan 2023 22:54:47 +0100 Date: Sun, 1 Jan 2023 22:56:35 +0100 From: Eivind Nicolay Evensen To: Kevin Oberman Cc: Jake Freeland , freebsd-stable@freebsd.org Subject: Re: Intel graphics Message-ID: <20230101225635.2fb599a1@elg.hjerdalen.lokalnett> In-Reply-To: References: <20230101162949.347fdb72@elg.hjerdalen.lokalnett> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4NlXph1c3Pz46pX X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:12996, ipnet:2a01:5b40::/48, country:NO] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N Den Sun, 1 Jan 2023 12:48:44 -0800 skrev Kevin Oberman : > On Sun, Jan 1, 2023 at 7:41 AM Jake Freeland > wrote: > > > On Sun, Jan 1, 2023 at 9:28 AM Eivind Nicolay Evensen < > > eivinde@terraplane.org> wrote: > > > >> Hello. > >> > >> Is is possible to get X running adequately, or even at all > >> with this: > >> > >> vgapci0@pci0:0:2:0: class=0x030000 rev=0x0c hdr=0x00 > >> vendor=0x8086 device=0x4692 subvendor=0x1025 subdevice=0x1572 > >> vendor = 'Intel Corporation' > >> device = 'Alder Lake-S GT1 [UHD Graphics 730]' > >> class = display > >> subclass = VGA > >> > > > > The drm-kmod master branch is updated to match Linux 5.12, as > > of right now, I believe. Alder Lake support was introduced in > > Linux 5.13/5.14, so unfortunately there is no way to get drm > > graphics going on your iGPU yet. > > > > It looks like work on 5.13 just started on behalf of dumbbell here: > > > > https://github.com/freebsd/drm-kmod/pull/224 > > > > If you can compile that branch and install the correct Linux > > firmware for UHD Graphics 730, you might be able to get something > > going. If you try, definitely report back. I haven't done this step > > yet. > > > > Thanks, > > Jake Freeland > > > > It was in 5.14, but was not declared stable until 5.16. If you don't > ned bells and whistles (or high performance), you can run with scfb. > It is working fine for me and has been for a few months. > > Hre is my config file (xorg.conf.d/device.conf): > > Section "Device" > Identifier "Device0" > Driver "scfb" > Option "NoAccel" "On" > EndSection Thanks. I'll have to try that when I'm around the machine again, to see if the performance is decent enough for now. I'll report back once I've checked. -- Eivind Nicolay Evensen From nobody Mon Jan 2 14:50:22 2023 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NlzLV6qZCz2lRDq for ; Mon, 2 Jan 2023 14:50:26 +0000 (UTC) (envelope-from mjchurchil@aol.com) Received: from sonic316-11.consmr.mail.bf2.yahoo.com (sonic316-11.consmr.mail.bf2.yahoo.com [74.6.130.121]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4NlzLV4D7Qz4N46 for ; Mon, 2 Jan 2023 14:50:26 +0000 (UTC) (envelope-from mjchurchil@aol.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aol.com; s=a2048; t=1672671024; bh=L53EUQtzXUk+/myEvnuNxhzEkRVyW5MJf+UE9P9f/Us=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From:Subject:Reply-To; b=P8fWb5fuGAN6B48IY49flnNfFC5gec4YwEZAef3WoPLIpargAPCEZtMRftsTh7Yviz1TZJvTfXfko+Y1qljJuMQ9rrR+LMmijE9KLW3NvgjKA2mA/Ku6+YYSRtUGTcBikvKoIm5vG9w5/+nQDWDLO5OPWpaaYYitdbYj4B2UZ2tiIlmnDiYqu2YxFV+uTqKDcjBcrbnbPOUcEAHHDVX15F1lAW+/1mEuwOxUuXr6Z0Sw/NiHPdSbtPQkUeM3ix1RlPGSXpejYXiPhByrlCS5n+LSElUWiU9bk9MQ29qAntawflZBtEv/+vuJucbv1D2AMqT9czSxHXtX3x/NgJQO8Q== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1672671024; bh=hlflDtZGdkUz8mPBeEUz/F0FDCPkO8OSMagJJYVMOJy=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=OjhZppxKSw09XtEo9Iu7S+vbmNA6iDo0BN8BLaN0cjacaKjPkC0rYjCc+9SEwYtARuEEdgXWnaN3ix4IE3dnoZO5VENdBCoLzuUJ1SKl/tELEN2ZVZ/HFFSN+OYsO0OpynP+xrUC3S5jYAe4UqPxAWr91yfpSQ6acCOJcszU6J0IpsSQd7Ekldqc2AQjeKyf5vJvV1pau0kAcKjfCwkS4r+LmpKw5/jAwtiuAXv/1CfN6IrBSeOsojSeVYX1zExMZPzY2a66NQTjaqAgaukw0YPfbiXOW25ihODulJ+b9GuqBm28/sZTEn7ZcDJ51eQHvuklO6oh/0QcxNMgQwLr7w== X-YMail-OSG: 7Oha3PoVM1lHAPeQ2xQyoAa9vQxnXSFX_q9Y41CBigtcSfm0ewNufFbcUCSUWAp 2o4JUK77GZ8l4CymJRQyFIJMpcaLNbh3h3gcJ6r64XEi1DgCLMTPDSWLTFSZh7si_zcTd3KU3UGj OueX9Rx1KdCvV8XtLnaUfLazsYbyIaJqcF2E6kfz7.Srh5jJYX68SypPJ4VXmQqWJmPH2JplbZSc 1hX6TOs57tcWsfG4aGEkZqwWvptIthXggdQpyQgAD7KRS5ZT6DzaS5HBufkfF5rWWB0VIzS5Wm2R uhfmhv9nWb9zEJ3N_1sRkZWUSjqsGkZe.ZowaZXPF8jz46vGjXnIPn0p6hwvHNfbj_MVc9uc2bos mRfwKm5itUMu.4eGjMdRMK9YabmDT4axAINiYu160TEb8fLutxCzDnvrEGFudQrJOvj70rYAMfpM EtJuNsET5Tjynot_I1pfxzjHzXOnAp1X2kWJqeKLBYi.pKU423bRRH3jGXFzfn9tKs2Z5m3PeDqy cR8YZc9nIsXInDR4vUr9vM59z0V.RRnkFRDNdjKjKyf6qNfoAEaFUaH6Vv53kcfoo3ssiwQvRx_q Q5nysa.OHFXPGYAzSyNPFrOqcx6xQZ3M3qDDUEqUFsttDARsN_WJ5zb7IJqBuIFZsG0v.cAbDqFF T1LVZVCMR002LIpMOOxssbtgU4VR1pZ0gaSkxMzQQXeEqyk559P1totdaDCol2MEGxq_az1f9xiT d4ofiJGO9OFRNRZc0GPt7NuXzkdGmCstF7xrbDSqriZyXKSVyt9q_3HB3e.hXucGJbgi5OCFBja9 H8JbIszYQgquD_ggX4Bwiy0jK2LgFvj0oLEI_Zt3ugVF_RFsJgAPpXGmIcDFEsKKbgb6bem1v4dr LTxRvli_UauHf8WIKulcJtNMWo3RfJivSiKFjKFSPCD9a8bzpxGrjI4lOJmMDhxEAFE7mz3vpVyO K.JPJ6d2NHYZ_qYMlWrTtXOVS64Lu1UzLpRkoskrHXJ10XRz2pN69thUKr2Q2ufL3yHhzVTo7Dmg daPJJoOoRcph74aV3T4xjgLyNCw0uNuZh96X6ZT_llJUbVNEL7irNkrU.lamLKmHgFnvotpeFVrd 1Gm2lVN1rZEiT85WvgXhYUgyrAMLmhlM83Ft_2hSDhPpXV.MNpntcQ88gs.AmoIg4.QluaiPdvqd EER.usXWnsEPp8LCxWzlDE3akVz.7rYhoG2W0khYku5SfsN29FzMRT2I_putzikQHksNsiXIVz1D bRW_uXpodJgejrppZ2xfKt6nMUcwfmdyS2Zqd_WZjQEhqTUJstmUuHlN7EkBSokykrcApBc5hPLh 8c.79DE_2SRh9D9RuIk6uPcd346aoMY8pVXYolXIjvrH3EVW296AYP96sZd.VJzKtU_zA2oq9rzl SXHmFcQGz.EprqHcAzDpg1F_xxfCbKcld1R49EI9I1D2Ry2wWKQ.KLgp5bkzvMGhAF5Dw3hv4KwM f9fwEZDonNEfgCacDRHhM.mLa1GRnucYsBGoVfOZG3OFc7NsypAd.5p.APXeeQ5e6ccu.SspwN40 szKJKWC6wSzOsSBUENZdFK02texIWHPXJnFL4Q5IDGIqyoNK_ezZt.NbiAtaeD3oLn1QDdxTeb6C ZTRqdbFGaHzZt6VtK7aS.kBEOHSdyxdzSZNTyGa1A.0LwPp0tBI5aDFaGDvePdT5ebvNGVNUwJpG 2J42V_5575eQ9lTg66y23g7uC1tUf6h_1zPlk85ymoX8m5wPotR.b3PpR6L1JY_ZMh.Bj8m4lcEZ oxXN1CiYcKqnC__7M6poMuyJqFD6whlH3dC1fJUvpJL47ancj9jyLS8zHa0Whd41PKS_1ygzXnzj oHbP2pO.9AfYkmnS8h03rZ5J64iG4dKQo7T0wprf01YTH1QVNUng6vbEPMmYSJJOg_ZRR5Plb7cT d9MD5Aj5qdnQbJDCZtkhB95P3y5rSG15lzXfkld261iiZ87fJYrSo.aJccibxGcq_mLQCjDxHHue 46z.J8g64oma16PX2xRMrisihhHKi_ptutn97b2Jv72jJUDx7YnjUPePnq6S5MaH6fv_lTxmBA5B a0197ZFevuIZ2tvOoQuivDWjBkwFl08JZbuIlkLF4AuLnuaCtHFgajM2CMN9loypQoOh7fK0Hq1F g6B_MFniw0KeToMzMGjpl_dluy2rI5evIVo3xZCLTYhBoml_QX6wcsBZ_iEUXshFEpxqqLHJ1C0w 6iCXUlSdQqIOO22BXkYMiKGMx3xA- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.bf2.yahoo.com with HTTP; Mon, 2 Jan 2023 14:50:24 +0000 Date: Mon, 2 Jan 2023 14:50:22 +0000 (UTC) From: mjchurchil@aol.com Reply-To: mjchurchil@aol.com To: "eivinde@terraplane.org" , "rkoberman@gmail.com" Cc: "jake@technologyfriends.net" , "freebsd-stable@freebsd.org" Message-ID: <834259662.640693.1672671022344@mail.yahoo.com> In-Reply-To: <20230101225635.2fb599a1@elg.hjerdalen.lokalnett> References: <20230101162949.347fdb72@elg.hjerdalen.lokalnett> <20230101225635.2fb599a1@elg.hjerdalen.lokalnett> Subject: Re: Intel graphics List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_640692_88818017.1672671022342" X-Mailer: WebService/1.1.20982 aolwebmail X-Rspamd-Queue-Id: 4NlzLV4D7Qz4N46 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N ------=_Part_640692_88818017.1672671022342 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I have had similar results with an AMD video card, even though it is suppos= ed to be supported in the drm-kmod stuff.=C2=A0 It is supposed to be in 5.1= 1 and covered in the current drm-kmod, but I have been unable to see it wor= k with xorg.=C2=A0 =C2=A0Also, as mentioned, scfb works for me in a basic w= ay, with 1024x768 only.=C2=A0 Years ago that was pretty good resolution, bu= t it doesn't seem so great anymore.=C2=A0 I like FreeBSD but they seem to b= e having a hard time with support for more modern video cards.=C2=A0 Good l= uck, Mike=C2=A0=C2=A0 -----Original Message----- From: Eivind Nicolay Evensen To: Kevin Oberman Cc: Jake Freeland ; freebsd-stable@freebsd.org Sent: Sun, Jan 1, 2023 1:56 pm Subject: Re: Intel graphics Den Sun, 1 Jan 2023 12:48:44 -0800 skrev Kevin Oberman : > On Sun, Jan 1, 2023 at 7:41 AM Jake Freeland > wrote: >=20 > > On Sun, Jan 1, 2023 at 9:28 AM Eivind Nicolay Evensen <=C2=A0=20 > > eivinde@terraplane.org> wrote:=C2=A0=20 > >=C2=A0=20 > >> Hello. > >> > >> Is is possible to get X running adequately, or even at all > >> with this: > >> > >> vgapci0@pci0:0:2:0:=C2=A0 =C2=A0 class=3D0x030000 rev=3D0x0c hdr=3D0x0= 0 > >> vendor=3D0x8086 device=3D0x4692 subvendor=3D0x1025 subdevice=3D0x1572 > >>=C2=A0 =C2=A0 vendor=C2=A0 =C2=A0 =3D 'Intel Corporation' > >>=C2=A0 =C2=A0 device=C2=A0 =C2=A0 =3D 'Alder Lake-S GT1 [UHD Graphics 7= 30]' > >>=C2=A0 =C2=A0 class=C2=A0 =C2=A0 =C2=A0 =3D display > >>=C2=A0 =C2=A0 subclass=C2=A0 =3D VGA > >>=C2=A0=20 > > > > The drm-kmod master branch is updated to match Linux 5.12, as > > of right now, I believe. Alder Lake support was introduced in > > Linux 5.13/5.14, so unfortunately there is no way to get drm > > graphics going on your iGPU yet. > > > > It looks like work on 5.13 just started on behalf of dumbbell here: > > > > https://github.com/freebsd/drm-kmod/pull/224 > > > > If you can compile that branch and install the correct Linux > > firmware for UHD Graphics 730, you might be able to get something > > going. If you try, definitely report back. I haven't done this step > > yet. > > > > Thanks, > > Jake Freeland > >=C2=A0=20 >=20 > It was in 5.14, but was not declared stable until 5.16. If you don't > ned bells and whistles (or high performance), you can run with scfb. > It is working fine for me and has been for a few months. >=20 > Hre is my config file (xorg.conf.d/device.conf): >=20 > Section "Device" > Identifier "Device0" > Driver "scfb" > Option "NoAccel" "On" > EndSection Thanks. I'll have to try that when I'm around the machine again, to see if the performance is decent enough for now. I'll report back once I've checked. --=20 Eivind Nicolay Evensen ------=_Part_640692_88818017.1672671022342 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I have had similar results wit= h an AMD video card, even though it is supposed to be supported in the drm-= kmod stuff.  It is supposed to be in 5.11 and covered in the current d= rm-kmod, but I have been unable to see it work with xorg.   Also,= as mentioned, scfb works for me in a basic way, with 1024x768 only.  = Years ago that was pretty good resolution, but it doesn't seem so great any= more.  I like FreeBSD but they seem to be having a hard time with supp= ort for more modern video cards.  Good luck, Mike  


-----Original Message-----
From: Eivind Nicolay Evensen <eivinde@terraplane.org>
To: Kevin Oberman <rkoberman@gmail.com>
Cc: Jake Freeland <jake@technologyfriends.net>; freebsd-stable@freebs= d.org
Sent: Sun, Jan 1, 2023 1:56 pm
Subject: Re: Intel graphics

Den Sun, 1 Jan 2023 12:48:44 -0800
skrev= Kevin Oberman <rkoberman@gmail.com>:

> On Sun, Jan 1, 2023 at 7:41 AM Jake Freel= and
> <jake@technol= ogyfriends.net> wrote:
>
>= ; > On Sun, Jan 1, 2023 at 9:28 AM Eivind Nicolay Evensen <  > > eivinde@terraplane.org> wrote: 
> > 
&g= t; >> Hello.
> >>
> &= gt;> Is is possible to get X running adequately, or even at all
> >> with this:
> >>
> >> vgapci0@pci0:0:2:0:    class=3D0= x030000 rev=3D0x0c hdr=3D0x00
> >> vendor=3D0x80= 86 device=3D0x4692 subvendor=3D0x1025 subdevice=3D0x1572
= > >>    vendor    =3D 'Intel Corporation'> >>    device    =3D 'Alder= Lake-S GT1 [UHD Graphics 730]'
> >>   = ; class      =3D display
> >>&nb= sp;   subclass  =3D VGA
> >>  <= br clear=3D"none">> >
> > The drm-kmod master= branch is updated to match Linux 5.12, as
> > of r= ight now, I believe. Alder Lake support was introduced in
> > Linux 5.13/5.14, so unfortunately there is no way to get drm
> > graphics going on your iGPU yet.
> >
> > It looks like work on 5.13 just star= ted on behalf of dumbbell here:
> >
> > https://github.com/freebsd/drm-kmod/pull/224
> >
> > If you can compil= e that branch and install the correct Linux
> > fir= mware for UHD Graphics 730, you might be able to get something
> > going. If you try, definitely report back. I haven't done t= his step
> > yet.
> >
> > Thanks,
> > Jake Freeland> > 
>
= > It was in 5.14, but was not declared stable until 5.16. If you don't> ned bells and whistles (or high performance), you can= run with scfb.
> It is working fine for me and has be= en for a few months.
>
> Hre is = my config file (xorg.conf.d/device.conf):
>
> Section "Device"
> Identifier "Device0"=
> Driver "scfb"
> Option "NoAcce= l" "On"
> EndSection

Thanks. I'll have to try that when I'm around the
mac= hine again, to see if the performance is decent
enough fo= r now. I'll report back once I've checked.




--
Eivin= d Nicolay Evensen

------=_Part_640692_88818017.1672671022342-- From nobody Tue Jan 3 08:31:29 2023 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NmQrv11TBz2p7VT for ; Tue, 3 Jan 2023 08:29:51 +0000 (UTC) (envelope-from eivinde@terraplane.org) Received: from smtp.domeneshop.no (smtp.domeneshop.no [IPv6:2a01:5b40:0:3006::1]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4NmQrt0Hgzz459Q for ; Tue, 3 Jan 2023 08:29:50 +0000 (UTC) (envelope-from eivinde@terraplane.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=terraplane.org header.s=ds202212 header.b=eTjw49RI; spf=pass (mx1.freebsd.org: domain of eivinde@terraplane.org designates 2a01:5b40:0:3006::1 as permitted sender) smtp.mailfrom=eivinde@terraplane.org; dmarc=pass (policy=none) header.from=terraplane.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=terraplane.org; s=ds202212; h=Content-Transfer-Encoding:Content-Type: MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=fZivdo8jBBsPaD6Ze8v3aJry6S93gpTSdkEqRv9EBb4=; b=eTjw49RI+GFXy8F0J+xUMus2Zs qSL0mYrFOqdEcG2skR02w3WOSOMvIirvW1M+Q7u7bm71HirbwD/8d7GY61iJf7QIt2QeZms9EP7s8 d+azTO4Z7lNpWrllImoF5E5N8d5FePoo4F4ege+UylYGeZVkUWr+v9LXMZszPvNBtIatTBJZxfHAU ycPrJVFYrVgYNlAgmt+9LiRj6pEEGgXx2nKmUUD3NWfrTnS6FmT3sEsu2jylbeta8ISTnx8ScnLSI iPI/amlVcUT1PoISO/Bx7Ay4C3X8O0KcufQM/Kb5BKif9BMQRdmB3YyxZsHPVZvryejigWsYCRUJS 8VZYlAgw==; Received: from ti0027q160-4408.bb.online.no ([46.9.98.108]:25963 helo=elg.hjerdalen.lokalnett) by smtp.domeneshop.no with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.95) (envelope-from ) id 1pCcg0-001jui-5h; Tue, 03 Jan 2023 09:29:40 +0100 Date: Tue, 3 Jan 2023 09:31:29 +0100 From: Eivind Nicolay Evensen To: Kevin Oberman Cc: Jake Freeland , freebsd-stable@freebsd.org Subject: Re: Intel graphics Message-ID: <20230103093129.1b1deaea@elg.hjerdalen.lokalnett> In-Reply-To: <20230101225635.2fb599a1@elg.hjerdalen.lokalnett> References: <20230101162949.347fdb72@elg.hjerdalen.lokalnett> <20230101225635.2fb599a1@elg.hjerdalen.lokalnett> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; DMARC_POLICY_ALLOW(-0.50)[terraplane.org,none]; R_SPF_ALLOW(-0.20)[+ip6:2a01:5b40:0:2000::/51]; R_DKIM_ALLOW(-0.20)[terraplane.org:s=ds202212]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; FREEMAIL_TO(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:12996, ipnet:2a01:5b40::/48, country:NO]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[terraplane.org:+]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4NmQrt0Hgzz459Q X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Den Sun, 1 Jan 2023 22:56:35 +0100 skrev Eivind Nicolay Evensen : > Den Sun, 1 Jan 2023 12:48:44 -0800 > skrev Kevin Oberman : > > > On Sun, Jan 1, 2023 at 7:41 AM Jake Freeland > > wrote: > > > > > On Sun, Jan 1, 2023 at 9:28 AM Eivind Nicolay Evensen < > > > eivinde@terraplane.org> wrote: > > > > > >> Hello. > > >> > > >> Is is possible to get X running adequately, or even at all > > >> with this: > > >> > > >> vgapci0@pci0:0:2:0: class=0x030000 rev=0x0c hdr=0x00 > > >> vendor=0x8086 device=0x4692 subvendor=0x1025 subdevice=0x1572 > > >> vendor = 'Intel Corporation' > > >> device = 'Alder Lake-S GT1 [UHD Graphics 730]' > > >> class = display > > >> subclass = VGA > > >> > > > > > > The drm-kmod master branch is updated to match Linux 5.12, as > > > of right now, I believe. Alder Lake support was introduced in > > > Linux 5.13/5.14, so unfortunately there is no way to get drm > > > graphics going on your iGPU yet. > > > > > > It looks like work on 5.13 just started on behalf of dumbbell > > > here: > > > > > > https://github.com/freebsd/drm-kmod/pull/224 > > > > > > If you can compile that branch and install the correct Linux > > > firmware for UHD Graphics 730, you might be able to get something > > > going. If you try, definitely report back. I haven't done this > > > step yet. > > > > > > Thanks, > > > Jake Freeland > > > > > > > It was in 5.14, but was not declared stable until 5.16. If you don't > > ned bells and whistles (or high performance), you can run with scfb. > > It is working fine for me and has been for a few months. > > > > Hre is my config file (xorg.conf.d/device.conf): > > > > Section "Device" > > Identifier "Device0" > > Driver "scfb" > > Option "NoAccel" "On" > > EndSection > > Thanks. I'll have to try that when I'm around the > machine again, to see if the performance is decent > enough for now. I'll report back once I've checked. Indeed, this section was enough to get X to use that driver and it seems to work and even be usable for now. To see anyhing more than 800x600, I had to set efi_max_resolution="1920x1080" in /boot/loader.conf. Using Darktable, I can see that zooming in and moving the image is a bit unpleasant, in that updates are more sluggish. Apart from that, so far this seems to be usable. Thanks for your help. -- Eivind Nicolay Evensen From nobody Tue Jan 3 13:04:04 2023 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NmXvM0ffGz2lKxW for ; Tue, 3 Jan 2023 13:02:23 +0000 (UTC) (envelope-from eivinde@terraplane.org) Received: from smtp.domeneshop.no (smtp.domeneshop.no [IPv6:2a01:5b40:0:3006::1]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4NmXvL2TLLz4Z51 for ; Tue, 3 Jan 2023 13:02:22 +0000 (UTC) (envelope-from eivinde@terraplane.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=terraplane.org header.s=ds202212 header.b=By6RQtaG; spf=pass (mx1.freebsd.org: domain of eivinde@terraplane.org designates 2a01:5b40:0:3006::1 as permitted sender) smtp.mailfrom=eivinde@terraplane.org; dmarc=pass (policy=none) header.from=terraplane.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=terraplane.org; s=ds202212; h=Content-Transfer-Encoding:Content-Type: MIME-Version:Message-ID:Subject:To:From:Date:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=7c5JN+QhRjos8n+tEdabwcVddIVkVF35hhvIyGyrG+8=; b=By6RQtaGU8dVJqDk62LhOqY9d2 sLtsKZChWLrDNS/SPcDVcfin5B5vYWYotwxBdl3472ztKHStgKd+brZySmdvfh9ou+kLDUFhw0n3O MKaRvw3Xi2rCNgHh3sXnfsRTSA37wiYOvbZH88+N3hwiVhNgTzUYcxOQM83EZXOhypDnpLaQhRssH Ub8q/kHXf+NQ4G5ls5mEUoZPrpsVnazxdNvpKpEOoSpcqMaqhmEll3uJhq5ngJN5kXshP8ARnVusG aX3rHu6GfExRsUeaCenB8O/oGypBAg7CE2JlQw1fE7Yoa9E1EITPyY8nOn25+zbEZ4nYo5Gjv+t9p lYP3Jnzw==; Received: from ti0027q160-4408.bb.online.no ([46.9.98.108]:46095 helo=elg.hjerdalen.lokalnett) by smtp.domeneshop.no with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.95) (envelope-from ) id 1pCgvn-0045Rl-Bo for freebsd-stable@freebsd.org; Tue, 03 Jan 2023 14:02:16 +0100 Date: Tue, 3 Jan 2023 14:04:04 +0100 From: Eivind Nicolay Evensen To: freebsd-stable@freebsd.org Subject: Memory question Message-ID: <20230103140404.5f71b0ad@elg.hjerdalen.lokalnett> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[terraplane.org,none]; R_SPF_ALLOW(-0.20)[+ip6:2a01:5b40:0:2000::/51]; R_DKIM_ALLOW(-0.20)[terraplane.org:s=ds202212]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:12996, ipnet:2a01:5b40::/48, country:NO]; MIME_TRACE(0.00)[0:+]; DKIM_TRACE(0.00)[terraplane.org:+]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4NmXvL2TLLz4Z51 X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Hello. This might be more related to a bios setting or issue, but I hope somebody can give me hints in the right direction to remedy or at least diagnose this issue further. I installed more memory in one machine and now I see this in dmesg: real memory = 25769803776 (24576 MB) avail memory = 8237150208 (7855 MB) Real should be right, from before there were two 4 GB dimms in there, and I inserted two more 8 GB ones. Transcribed from BIOS: DIMM(s) 1 2 3 4 Installed Size 8192 8192 4096 4096 Enabled Size 8192 8192 4096 4096 Total Size 24576 I was wondering if the reason could be that this machine has been updated since older versions and bootloader may be old or whatever, so I also tried booting a linux. However, that also only uses 8 GB, and says (at least in a way I understand) less about what it can really see. This is amd64 FreeBSD 13.1. Is there any way I can use the rest of the memory? Or at least find out which dimms it is actually using? -- Eivind Nicolay Evensen From eugen@grosbein.net Tue Jan 3 13:09:14 2023 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NmY3T4F1Jz2lM1N for ; Tue, 3 Jan 2023 13:09:25 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NmY3T1JFxz4bwS for ; Tue, 3 Jan 2023 13:09:24 +0000 (UTC) (envelope-from eugen@grosbein.net) Authentication-Results: mx1.freebsd.org; none Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.16.1/8.16.1) with ESMTPS id 303D9KMn016901 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 3 Jan 2023 13:09:21 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: eivinde@terraplane.org Received: from [10.58.0.11] (dadvw [10.58.0.11] (may be forged)) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 303D9K7X044550 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Tue, 3 Jan 2023 20:09:20 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Memory question To: Eivind Nicolay Evensen , freebsd-stable@freebsd.org References: <20230103140404.5f71b0ad@elg.hjerdalen.lokalnett> From: Eugene Grosbein Message-ID: Date: Tue, 3 Jan 2023 20:09:14 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: <20230103140404.5f71b0ad@elg.hjerdalen.lokalnett> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT autolearn=disabled version=3.4.6 X-Spam-Report: * -0.0 SHORTCIRCUIT No description available. * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on hz.grosbein.net X-Rspamd-Queue-Id: 4NmY3T1JFxz4bwS X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N 03.01.2023 20:04, Eivind Nicolay Evensen wrote: > This might be more related to a bios setting or issue, but I hope > somebody can give me hints in the right direction to remedy or > at least diagnose this issue further. > > I installed more memory in one machine and now I see this > in dmesg: > > real memory = 25769803776 (24576 MB) > avail memory = 8237150208 (7855 MB) > > Real should be right, from before there were two 4 GB dimms in there, > and I inserted two more 8 GB ones. > > Transcribed from BIOS: > > DIMM(s) 1 2 3 4 > Installed Size 8192 8192 4096 4096 > Enabled Size 8192 8192 4096 4096 > Total Size 24576 > > I was wondering if the reason could be that this machine has been updated > since older versions and bootloader may be old or whatever, so I also tried > booting a linux. However, that also only uses 8 GB, and says (at least in a > way I understand) less about what it can really see. > > This is amd64 FreeBSD 13.1. > > Is there any way I can use the rest of the memory? Or at least find out > which dimms it is actually using? I was in similar situation once. There was Atom-based hardware setup with CPU not having embedded memory controller; instead, it used memory controller on motherboard. That memory controller had similar limitation. One cannot overcome it. You should specify your hardware. From nobody Tue Jan 3 13:27:15 2023 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NmYSC2nsKz2lPFY for ; Tue, 3 Jan 2023 13:27:23 +0000 (UTC) (envelope-from mirror176@hotmail.com) Received: from NAM12-MW2-obe.outbound.protection.outlook.com (mail-mw2nam12olkn2051.outbound.protection.outlook.com [40.92.23.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NmYSB2rclz4lMn for ; Tue, 3 Jan 2023 13:27:22 +0000 (UTC) (envelope-from mirror176@hotmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hotmail.com header.s=selector1 header.b=u0UhV2uS; spf=pass (mx1.freebsd.org: domain of mirror176@hotmail.com designates 40.92.23.51 as permitted sender) smtp.mailfrom=mirror176@hotmail.com; dmarc=pass (policy=none) header.from=hotmail.com; arc=pass ("microsoft.com:s=arcselector9901:i=1") ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=XU9pB4PxrFQovWRBYBgOQj2ndxXxzMwsjioOpLHY03r+m4npe5yK6QtL6SotAiBTiG+57cCN2FxZfXmFSft/BWHrou9pyqaJkd3WCUWGB4p/6wLVydIdlP9Q5Y/TVe0YTQCk7HgTKQAwQi+Oa1vspNjK1BxSxjPj/5i5qsm+H0Y20tRG4QPYwsLlGoc2u2gUCBIKrlmk00sBxQ/BU+VxMFnBtxG6cFU+/kty2g/w00jifYsp+L0L9C0m/jPoIyJyMnZvr2PklfOqog2WWV+hwIGniKbR/GzQd7bMLqQwB2f9PcTm9+T6heHp+pMLddtCsxE6XdPvcQG9NUxp5WeAzQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=PyDlYKo0QrFsY+Usc2QTUAOVozzWSMJf/zXRURcJf5M=; b=Rf/zxKzMtTw6485fiakqv/aEMHGYrqUtvYKaHosAdmr53OA9Qo+943HKNyvUQbqTGaX03F9/bKhC1ggYjvfSWYRkB/871KRJhHiHAnoQv7I7eFqPx+OygorHyxfWCqufIolidOXZ0ftbFiBDVfjjSGiPfmfY4i0kJc94vG2aLH3krr73ATcNUYnXcOMA1F9eoM2fpl+MpZN1RqxolLTwc1pzzoYUKQU2/CgTPHrGuV/EoZKJC7KEIbPf4ozzTvMhP45nwlpeDmldVr+baky8rQ3XsLaoEVT4yzHi86fD16fN/SL402go6NIGA5YMzUbDMT3LFkLBliE17ifNDJ4jIw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=PyDlYKo0QrFsY+Usc2QTUAOVozzWSMJf/zXRURcJf5M=; b=u0UhV2uSAiZ4NCU4bxVREP8t+ezP3Fu1swJIM3TSaa3VDdo988Nh/FKW+cpmFvft7+lF+ho1nD09kB6xFIJWFNnoneNvnRBqeqzz9p5OxZdK66xeG+9UOVLufloEkuZyW3vgVonQoNit+xmDrkAlZWE02UWq8EgKtiMh75hYmLYG9G0B/PQN3C+vMTpyoWqO1T/NP9q/8BDpz/GcYuAnutb0cQAN2VTANmwku9CyHlSZCcfH75Lq2sePZ5PX+UnuRDiWrK0m1FPC6/QL9WCeUBqECbv6nm8QE68DwZuJ0jrqcf65S+w/KDC7RqUkacCXAjxvcn0/Adb/k4mXu3/lpA== Received: from CO1PR11MB4770.namprd11.prod.outlook.com (2603:10b6:303:94::19) by DM4PR11MB6381.namprd11.prod.outlook.com (2603:10b6:8:bd::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5944.19; Tue, 3 Jan 2023 13:27:18 +0000 Received: from CO1PR11MB4770.namprd11.prod.outlook.com ([fe80::f5b1:a18e:e7d9:c499]) by CO1PR11MB4770.namprd11.prod.outlook.com ([fe80::f5b1:a18e:e7d9:c499%9]) with mapi id 15.20.5944.019; Tue, 3 Jan 2023 13:27:18 +0000 Message-ID: Date: Tue, 3 Jan 2023 06:27:15 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.5.0 Subject: Re: Memory question Content-Language: en-US To: stable@freebsd.org References: <20230103140404.5f71b0ad@elg.hjerdalen.lokalnett> From: "Edward Sanford Sutton, III" In-Reply-To: <20230103140404.5f71b0ad@elg.hjerdalen.lokalnett> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-TMN: [/Po9MSi97eeCdOEn4QFils1aomu5/on6] X-ClientProxiedBy: SJ0PR03CA0230.namprd03.prod.outlook.com (2603:10b6:a03:39f::25) To CO1PR11MB4770.namprd11.prod.outlook.com (2603:10b6:303:94::19) X-Microsoft-Original-Message-ID: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: CO1PR11MB4770:EE_|DM4PR11MB6381:EE_ X-MS-Office365-Filtering-Correlation-Id: 9b172e62-566c-4217-fc79-08daed8e3c4d X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: xoHi58K0+iRTwKivq7Mmr4roP5LN1KPaA01ca4jl2ocaz4sAfCf4iUQWyTYCWHMrHRce3D8JY6tQC4QRFgJxkrUnH6Ae7690hCJl0imjnjDyfgngbnZx18HlzINGqB3XbC9VpnzvhMl7XMiTNVVnjtiZ4A89Ef1rjaIISrfIBJa3IHztjQKM8ysQ3/dgfPfS90IzsKkSYEhP+4DerrYMVsb5kdB55+uENLEMYav6DdkErHJEOprtbbW7gknNRAeAw/DRO63V/vkicTm2XIfzkvFD2/a8KrTCV9+xIon2SmoYiZV4AcBpptfH+ihfHHknX/E2LVrEWRiZK5s3bNkVsURWNvEqUYAemVyPXokLfZL6GaFgpDqmfcQim89YhOXWqRp0XX6NETwAgaAfCPwEBo91XOk8mc1im/5ddryHQSwser6dZPlKVepfbSNLIZ2HdBkIfId4SRftIFD3IQqeFmhsuVst6jXUVC20nTADWjosk2LspbfywsZVT1QD0aetyZLwpzoeZh9TlnqB4INDauN5QQST2t1a+4Li+ABmV8vAOCnHJsg2LCih4Oe08MKrDlzQ9l7mHAy5SDyTUtCBQjNZv6gdadiCHIUtHMeiuNhlgJVpiSw9Qb0F5CdLCmOesEdg01LIxQNXiJvBrJkQyA== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?UEJTZ3ZuUDhqbVJ4T3grRWYwM2NyeHdlOWZsazZ2dnR3OFI1T090UGRHbENG?= =?utf-8?B?MEFBaDNwS2l0a2FLSkZQNjVQZmRCNUtESzloOGppWWZmeWY5c2VVa3JzK3Rk?= =?utf-8?B?U2dHQjdFZXdFY0RQT29nVzVVQXQ2aXJrVjA2T0Zhc2FZSHpuWHN1QTN3U01R?= =?utf-8?B?Q2k1UksxRDhZUitweWlWMG1LNzBWOFZBcmRyci9YQUE2dHJtUmNsemZRanZV?= =?utf-8?B?OUZObUpucVVZdzZPaFNqQmhPa2tLVE95S0RtRnFpMWJUT0gxeUtlSkY2T1pU?= =?utf-8?B?V0E4b2g5NVp0WVI4RnJ5QWtKdGxNd2ZTc3ZZNE9FRHh4YW9BQ0p1ZEJXQVI1?= =?utf-8?B?YURzM3luc2ZqT2h3UlNmdzVMQTczNU5sWmVSZUVZOHFYdkM4RE9BWjRNNTJW?= =?utf-8?B?V0U4SEJ3NWNtMHZlblJDQTUzQmtoMmtRYk5LOXllWXoweEZYZjRkQVVRdDR6?= =?utf-8?B?Q1NjNE45enp5Nk9aYTVCbWc2Qk9GUzhQaDNkeWgrM2xGUGZSZUYzczFUb0VE?= =?utf-8?B?MWh2NjBOc0lZY2tDNU41Rmh5RHZneXEzWG5qNFRTUHdkMWhjUHl0UWQ4SURB?= =?utf-8?B?MnhzOEd6dUJma0tsVDlFK045Z0pzUlE3TXJoUHdjZ05Scmpha0xydHRjcEpp?= =?utf-8?B?aklLWVRQYm0vQkdXUERQQ3ZuR3ppSEFnM2k3UWtRaEZNcndtSXhsTm9GMHVT?= =?utf-8?B?UlY0bENzTk1qcGUvTkM5blNDQklhN0RhdTFLTlRDZDVnSFBYYnlMUHE2M2ww?= =?utf-8?B?d3l3T0ZpMDRkS1p5NFZrTEh6MjV3Q1Bua214Zld3Nkd2Sis1Vmc3aEQ3VlB2?= =?utf-8?B?bDh1ZXRHcy90N1VucXIwQ1kvOUVVMXBlbHRnSkszYmF6QnowaFFQeXMyOG5j?= =?utf-8?B?SUMwQVpOTzFVYmMzUzY4d3NmMnJRK2NVQ0NmOVg1MU5qSDZsS0luQzhsVm1t?= =?utf-8?B?OVJwSXRabDdQUm5YK1loektRbnhCbHpuTzVudlZlYjh2eFJGNXd4UUFWa3NX?= =?utf-8?B?QmJlNnhUcFBGNmNkRE1MUFQ2aHJKRWppaWNxRXNQTFh0UzFCM3FwdWQvVHM0?= =?utf-8?B?Z1I0QnpsMzQ5NVVzZmtZNlFmNU90RHdnREVhMS95Nk5ibGYvVEozRVJzZm41?= =?utf-8?B?MFJmQUFsYkhkYURCdjd4OU5BTTJLY01NL284QVhxcURFQmpXU0YxdGtFZHRr?= =?utf-8?B?ZVR0Rk1NZThydmQ0R3FHQlEyMmZrNVVrSEhRQ1FoVHNwZjh0S3gxMG8wUHVV?= =?utf-8?B?VmdOanZsa1l4SlBWNzZtVVBDcEhaSHlScHlEUUxxRTVxK2FRSXFWS2VxQTc5?= =?utf-8?B?MC90d3lONEVLUVlPMnZLVVZuOUsyNWt4QnZDaGY4MGhkZ3FhUSt4L3FqKzZ5?= =?utf-8?B?OU12UHdQdU8wbkZXWnoyeEhHSVFRYmFka1MvUG9LSTFkdEd4RUh0VlhTSUxu?= =?utf-8?B?eWc4TFlQdW1HYmhWZ1RqMWNxSjlZVUpMbHl1R0JYMFR2TmtFT1FUbExqdDlT?= =?utf-8?B?bFVRWHRVUlp1Mm1LSjdGdXQ1OWJoaFl6NHh2Q2M3UklzUlc5ZS9IWnREVVFZ?= =?utf-8?B?ZjhvWlE0eCtpSGY4RWx5WU5Ja3JlZThLdjBNQzBSeWxRVFRkSUpBaFpkZDRh?= =?utf-8?B?Mlh1M2NiRDFPbzFLVlRjSGg2OXZlNktqdVF0Z2JVdzcrTTRMaHJKaGYzTjNo?= =?utf-8?B?cUwyQVlKMWtQc3RyWjM1emQ0OVZtbVRoQnBacjI0MzBrYmMyLzNYbUh3PT0=?= X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-e8f36.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 9b172e62-566c-4217-fc79-08daed8e3c4d X-MS-Exchange-CrossTenant-AuthSource: CO1PR11MB4770.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 03 Jan 2023 13:27:18.1885 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM4PR11MB6381 X-Spamd-Result: default: False [-2.47 / 15.00]; FORGED_MUA_THUNDERBIRD_MSGID_UNKNOWN(2.50)[]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.97)[-0.974]; DMARC_POLICY_ALLOW(-0.50)[hotmail.com,none]; R_SPF_ALLOW(-0.20)[+ip4:40.92.0.0/15]; R_DKIM_ALLOW(-0.20)[hotmail.com:s=selector1]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8075, ipnet:40.80.0.0/12, country:US]; MLMMJ_DEST(0.00)[stable@freebsd.org]; FREEMAIL_ENVFROM(0.00)[hotmail.com]; RCVD_IN_DNSWL_NONE(0.00)[40.92.23.51:from]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_NONE(0.00)[hotmail.com:dkim]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[hotmail.com:+]; FREEMAIL_FROM(0.00)[hotmail.com]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[] X-Rspamd-Queue-Id: 4NmYSB2rclz4lMn X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N On 1/3/23 06:04, Eivind Nicolay Evensen wrote: > Hello. > > This might be more related to a bios setting or issue, but I hope > somebody can give me hints in the right direction to remedy or > at least diagnose this issue further. > > I installed more memory in one machine and now I see this > in dmesg: > > real memory = 25769803776 (24576 MB) > avail memory = 8237150208 (7855 MB) > > Real should be right, from before there were two 4 GB dimms in there, > and I inserted two more 8 GB ones. > > Transcribed from BIOS: > > DIMM(s) 1 2 3 4 > Installed Size 8192 8192 4096 4096 > Enabled Size 8192 8192 4096 4096 > Total Size 24576 > > I was wondering if the reason could be that this machine has been updated > since older versions and bootloader may be old or whatever, so I also tried > booting a linux. However, that also only uses 8 GB, and says (at least in a > way I understand) less about what it can really see. > > This is amd64 FreeBSD 13.1. > > Is there any way I can use the rest of the memory? Or at least find out > which dimms it is actually using? > > I agree. A BIOS update may also impact on what memory is supported too. It is usually for the better bot not always. Some memory uses fewer but more dense chips while others use more but less dense memory chips and which is supported can vary. Sometimes a memory manufacturer revises a stick and it may alter its compatibility too. You can also attempt to remove 1 to 3 sticks to see how it is handling the 8GB modules. They may have incompatible specifications where the system may stop booting if you do not have a 4GB stick in or even depending which slot it is in. If something is only a little out of tolerance then you may be able to try different sticks in different slots to bring them online. I usually recommend checking memory manufacturers for what they will claim they tested their memory modules with instead of the motherboard manufacturer as motherboard manufacturers do not test all sticks out there (=unnecessarily small compatibility list) and do not usually update their compatibility chart as BIOS updates and different CPU's built in memory controllers impact it. If you lookup specs for your related memory controller, you may find it has a limited amount of RAM supported. It is doubtful, though not impossible, that a BIOS update will bypass such a limitation. For Intel processors I usually just do a google search for ark + processor model to see max supported memory. intel.com ark pages are where you find processor specifications in an easy layout for their chips. Wish I knew of comparable lookups for AMD, ARM, etc. From nobody Tue Jan 3 13:37:16 2023 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NmYdZ1hGVz2lQdW for ; Tue, 3 Jan 2023 13:35:30 +0000 (UTC) (envelope-from eivinde@terraplane.org) Received: from smtp.domeneshop.no (smtp.domeneshop.no [IPv6:2a01:5b40:0:3006::1]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4NmYdZ066hz3Cgm for ; Tue, 3 Jan 2023 13:35:30 +0000 (UTC) (envelope-from eivinde@terraplane.org) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=terraplane.org; s=ds202212; h=Content-Transfer-Encoding:Content-Type: MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=gwdQvsXuRYheTjzx5jsG+ifdpe80JFqsHbENXD4mf7A=; b=VfABlC4tyGINc+nCZz0MVz3UZy hpyDxfof7uQ1LQUNbwHTBkOWl5McSDPPzXG0M+dyCIc30KG9MkDIzPvTF3YmtbyNq4pe/TRIb4Yoq ZKXfOOlDRg1Nz6wsX6zfCp3Zz4WeRmYdhR+JzcDHZqg4ac5Brf2vk6mhF5pGxvEFWIap9r3RlToIm kCdxZ71eVr2knXWcp8w5BNEpwpJWcTfkaamhU4U1SLAts1eve0DJQ/lWJhnk7JCBExIXdLHgbbnUS 4FE3jPL4dJzbpIekG9uzHvcHhMfdfTmT2UwnX6OnoKE0bIt/X0DV3lxA+dAFF2UpFxT1vdp5bWyyo weWC9Dcw==; Received: from ti0027q160-4408.bb.online.no ([46.9.98.108]:42669 helo=elg.hjerdalen.lokalnett) by smtp.domeneshop.no with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.95) (envelope-from ) id 1pChRv-004Mfa-QW; Tue, 03 Jan 2023 14:35:28 +0100 Date: Tue, 3 Jan 2023 14:37:16 +0100 From: Eivind Nicolay Evensen To: Eugene Grosbein Cc: freebsd-stable@freebsd.org Subject: Re: Memory question Message-ID: <20230103143716.703d42ca@elg.hjerdalen.lokalnett> In-Reply-To: References: <20230103140404.5f71b0ad@elg.hjerdalen.lokalnett> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4NmYdZ066hz3Cgm X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:12996, ipnet:2a01:5b40::/48, country:NO] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N Den Tue, 3 Jan 2023 20:09:14 +0700 skrev Eugene Grosbein : > 03.01.2023 20:04, Eivind Nicolay Evensen wrote: > > > This might be more related to a bios setting or issue, but I hope > > somebody can give me hints in the right direction to remedy or > > at least diagnose this issue further. > > > > I installed more memory in one machine and now I see this > > in dmesg: > > > > real memory = 25769803776 (24576 MB) > > avail memory = 8237150208 (7855 MB) > > > > Real should be right, from before there were two 4 GB dimms in > > there, and I inserted two more 8 GB ones. > > > > Transcribed from BIOS: > > > > DIMM(s) 1 2 > > 3 4 Installed Size 8192 > > 8192 4096 4096 Enabled > > Size 8192 8192 > > 4096 4096 Total Size 24576 > > > > I was wondering if the reason could be that this machine has been > > updated since older versions and bootloader may be old or whatever, > > so I also tried booting a linux. However, that also only uses 8 GB, > > and says (at least in a way I understand) less about what it can > > really see. > > > > This is amd64 FreeBSD 13.1. > > > > Is there any way I can use the rest of the memory? Or at least find > > out which dimms it is actually using? > > I was in similar situation once. There was Atom-based hardware setup > with CPU not having embedded memory controller; instead, it used > memory controller on motherboard. That memory controller had similar > limitation. One cannot overcome it. > > You should specify your hardware. > > Thanks for the comments. Here's the dmesg: Copyright (c) 1992-2021 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 13.1-STABLE #8: Fri Nov 4 10:51:50 CET 2022 ene@elg.hjerdalen.lokalnett:/usr/obj/usr/src/amd64.amd64/sys/ENE-elg amd64 FreeBSD clang version 14.0.5 (https://github.com/llvm/llvm-project.git llvmorg-14.0.5-0-gc12386ae247c) VT(vga): resolution 640x480 CPU: AMD FX(tm)-6300 Six-Core Processor (3716.99-MHz K8-class CPU) Origin="AuthenticAMD" Id=0x600f20 Family=0x15 Model=0x2 Stepping=0 Features=0x178bfbff Features2=0x3e98320b AMD Features=0x2e500800 AMD Features2=0x1ebbfff Structured Extended Features=0x8 SVM: NP,NRIP,VClean,AFlush,DAssist,NAsids=65536 TSC: P-state invariant, performance statistics real memory = 25769803776 (24576 MB) avail memory = 8237150208 (7855 MB) Event timer "LAPIC" quality 100 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 6 CPUs FreeBSD/SMP: 1 package(s) x 6 core(s) random: unblocking device. Firmware Warning (ACPI): Optional FADT field Pm2ControlBlock has valid Length but zero Address: 0x0000000000000000/0x1 (20201113/tbfadt-796) ioapic0 irqs 0-23 ioapic1 irqs 24-55 Launching APs: 1 4 2 5 3 random: entropy device external interface kbd1 at kbdmux0 vtvga0: smbios0: at iomem 0xf04c0-0xf04de smbios0: Version: 2.7, BCD Revision: 2.7 aesni0: acpi0: acpi0: Power Button (fixed) cpu0: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock, resolution 1.000000s Event timer "RTC" frequency 32768 Hz quality 0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 450 Event timer "HPET1" frequency 14318180 Hz quality 450 Event timer "HPET2" frequency 14318180 Hz quality 450 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 52 at device 4.0 on pci0 pci1: on pcib1 vgapci0: port 0xe000-0xe0ff mem 0xc0000000-0xcfffffff,0xd0000000-0xd01fffff,0xfea00000-0xfea3ffff irq 44 at device 0.0 on pci1 vgapci0: Boot video device hdac0: mem 0xfea60000-0xfea63fff irq 45 at device 0.1 on pci1 pcib2: irq 53 at device 9.0 on pci0 pci2: on pcib2 xhci0: mem 0xfe900000-0xfe900fff irq 48 at device 0.0 on pci2 xhci0: 32 bytes context size, 64-bit DMA usbus0 on xhci0 usbus0: 5.0Gbps Super Speed USB v3.0 pcib3: irq 54 at device 10.0 on pci0 pci3: on pcib3 ahci0: port 0xd040-0xd047,0xd030-0xd033,0xd020-0xd027,0xd010-0xd013,0xd000-0xd00f mem 0xfe810000-0xfe8101ff irq 47 at device 0.0 on pci3 ahci0: AHCI v1.00 with 2 6Gbps ports, Port Multiplier supported with FBS ahci0: quirks=0x1000000 ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahci1: port 0xf090-0xf097,0xf080-0xf083,0xf070-0xf077,0xf060-0xf063,0xf050-0xf05f mem 0xfeb0b000-0xfeb0b3ff irq 19 at device 17.0 on pci0 ahci1: AHCI v1.20 with 4 6Gbps ports, Port Multiplier supported ahci1: quirks=0x22000 ahcich2: at channel 0 on ahci1 ahcich3: at channel 1 on ahci1 ahcich4: at channel 2 on ahci1 ahcich5: at channel 3 on ahci1 ohci0: mem 0xfeb0a000-0xfeb0afff irq 18 at device 18.0 on pci0 usbus1 on ohci0 usbus1: 12Mbps Full Speed USB v1.0 ehci0: mem 0xfeb09000-0xfeb090ff irq 17 at device 18.2 on pci0 usbus2: EHCI version 1.0 usbus2 on ehci0 usbus2: 480Mbps High Speed USB v2.0 ohci1: mem 0xfeb08000-0xfeb08fff irq 18 at device 19.0 on pci0 usbus3 on ohci1 usbus3: 12Mbps Full Speed USB v1.0 ehci1: mem 0xfeb07000-0xfeb070ff irq 17 at device 19.2 on pci0 usbus4: EHCI version 1.0 usbus4 on ehci1 usbus4: 480Mbps High Speed USB v2.0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 20.1 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 hdac1: mem 0xfeb00000-0xfeb03fff irq 16 at device 20.2 on pci0 isab0: at device 20.3 on pci0 isa0: on isab0 pcib4: at device 20.4 on pci0 pci4: on pcib4 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xc080-0xc0ff mem 0xfe721000-0xfe72107f irq 20 at device 6.0 on pci4 miibus0: on xl0 xlphy0: PHY 24 on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow xl0: Ethernet address: 00:04:76:9a:35:e1 pci4: at device 14.0 (no driver attached) ohci2: mem 0xfeb06000-0xfeb06fff irq 18 at device 20.5 on pci0 usbus5 on ohci2 usbus5: 12Mbps Full Speed USB v1.0 pcib5: at device 21.0 on pci0 pci5: on pcib5 re0: port 0xb000-0xb0ff mem 0xfe600000-0xfe600fff,0xd0300000-0xd0303fff irq 16 at device 0.0 on pci5 re0: Using 1 MSI-X message re0: Chip rev. 0x2c800000 re0: MAC rev. 0x00100000 miibus1: on re0 rgephy0: PHY 1 on miibus1 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow re0: Using defaults for TSO: 65518/35/2048 re0: Ethernet address: 74:d4:35:97:a6:99 ohci3: mem 0xfeb05000-0xfeb05fff irq 18 at device 22.0 on pci0 usbus6 on ohci3 usbus6: 12Mbps Full Speed USB v1.0 ehci2: mem 0xfeb04000-0xfeb040ff irq 17 at device 22.2 on pci0 usbus7: EHCI version 1.0 usbus7 on ehci2 usbus7: 480Mbps High Speed USB v2.0 amdtemp0: on hostb4 acpi_button0: on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbdc0: non-PNP ISA device will be removed from GENERIC in FreeBSD 14. hwpstate0: on cpu0 Timecounter "TSC-low" frequency 1858462236 Hz quality 1000 Timecounters tick every 1.000 msec ZFS filesystem version: 5 ZFS storage pool version: features support (5000) hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 3 on hdaa0 pcm1: at nid 5 on hdaa0 pcm2: at nid 7 on hdaa0 pcm3: at nid 9 on hdaa0 pcm4: at nid 11 on hdaa0 hdacc1: at cad 0 on hdac1 hdaa1: at nid 1 on hdacc1 pcm5: at nid 20,22,21,23 and 24,26 on hdaa1 pcm6: at nid 27 and 25 on hdaa1 pcm7: at nid 17 on hdaa1 pcm8: at nid 30 on hdaa1 Trying to mount root from ufs:/dev/ufs/nyrot-fs [rw]... ugen1.1: at usbus1 ugen7.1: at usbus7 uhub0 on usbus7 uhub0: on usbus7 ugen0.1: <(0x1106) XHCI root HUB> at usbus0 ugen4.1: at usbus4 uhub1 on usbus1 uhub1: on usbus1 uhub2 on usbus0 uhub3 on usbus4 uhub3: on usbus4 ugen2.1: at usbus2 ugen5.1: at usbus5 uhub2: <(0x1106) XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 uhub4 on usbus2 uhub4: on usbus2 uhub5 on usbus5 uhub5: on usbus5 ugen3.1: at usbus3 uhub6 on usbus3 uhub6: on usbus3 ugen6.1: at usbus6 uhub7 on usbus6 uhub7: on usbus6 uhub5: 2 ports with 2 removable, self powered uhub7: 4 ports with 4 removable, self powered uhub1: 5 ports with 5 removable, self powered uhub6: 5 ports with 5 removable, self powered uhub2: 5 ports with 4 removable, self powered ugen0.2: at usbus0 uhub8 on uhub2 uhub8: on usbus0 Root mount waiting for: usbus0 CAM usbus2 usbus4 usbus7 uhub8: 4 ports with 4 removable, self powered ugen0.3: at usbus0 ums0 on uhub8 ums0: on usbus0 ums0: 5 buttons and [XYZT] coordinates ID=0 uhub0: 4 ports with 4 removable, self powered ugen0.4: at usbus0 uhub9 on uhub8 uhub9: on usbus0 uhub3: 5 ports with 5 removable, self powered uhub4: 5 ports with 5 removable, self powered ada0 at ahcich2 bus 0 scbus2 target 0 lun 0 ada0: ACS-3 ATA SATA 3.x device ada0: Serial Number ZDHAVZTP ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 3815447MB (7814037168 512 byte sectors) ada1 at ahcich4 bus 0 scbus4 target 0 lun 0 ada1: ATA8-ACS SATA 2.x device ada1: Serial Number 6VM39JPH ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 476940MB (976773168 512 byte sectors) ada2 at ahcich5 bus 0 scbus5 target 0 lun 0 ada2: ACS-2 ATA SATA 3.x device ada2: Serial Number Z7309SPD ada2: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada2: Command Queueing enabled ada2: 2861588MB (5860533168 512 byte sectors) ada3 at ata0 bus 0 scbus6 target 0 lun 0 ada3: ACS-3 ATA SATA 3.x device ada3: Serial Number WFL4YRSL ada3: 150.000MB/s transfers (SATA, UDMA6, PIO 8192bytes) ada3: 1907729MB (3907029168 512 byte sectors) ada3: quirks=0x1<4K> Root mount waiting for: usbus0 usbus4 ada ada ada ada cd cd0 at ahcich3 bus 0 scbus3 target 0 lun 0 cd0: Removable CD-ROM SCSI device cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed uhub9: 4 ports with 4 removable, self powered ugen0.5: at usbus0 ukbd0 on uhub9 ukbd0: on usbus0 kbd2 at ukbd0 ugen3.2: at usbus3 uaudio0 on uhub6 uaudio0: on usbus3 uaudio0: Play[0]: 96000 Hz, 2 ch, 24-bit S-LE PCM format, 2x8ms buffer. uaudio0: Play[0]: 48000 Hz, 2 ch, 24-bit S-LE PCM format, 2x8ms buffer. uaudio0: Play[0]: 44100 Hz, 2 ch, 24-bit S-LE PCM format, 2x8ms buffer. uaudio0: Record[0]: 48000 Hz, 2 ch, 24-bit S-LE PCM format, 2x8ms buffer. uaudio0: Record[0]: 44100 Hz, 2 ch, 24-bit S-LE PCM format, 2x8ms buffer. uaudio0: No MIDI sequencer. pcm9: on uaudio0 uaudio0: No HID volume keys found. ugen0.6: at usbus0 uhub10 on uhub2 uhub10: on usbus0 Root mount waiting for: usbus0 uhub10: 4 ports with 4 removable, self powered [drm] amdgpu kernel modesetting enabled. drmn0: on vgapci0 vgapci0: child drmn0 requested pci_enable_io vgapci0: child drmn0 requested pci_enable_io sysctl_warn_reuse: can't re-use a leaf (hw.dri.debug)! [drm] initializing kernel modesetting (POLARIS11 0x1002:0x67FF 0x1043:0x052D 0xCF). [drm] register mmio base: 0xFEA00000 [drm] register mmio size: 262144 [drm] add ip block number 0 [drm] add ip block number 1 [drm] add ip block number 2 [drm] add ip block number 3 [drm] add ip block number 4 [drm] add ip block number 5 [drm] add ip block number 6 [drm] add ip block number 7 [drm] add ip block number 8 ATOM BIOS: 115-C994PI0-102 [drm] UVD is enabled in VM mode [drm] UVD ENC is enabled in VM mode [drm] VCE enabled in VM mode [drm] vm size is 64 GB, 2 levels, block size is 10-bit, fragment size is 9-bit drmn0: successfully loaded firmware image 'amdgpu/polaris11_k_mc.bin' drmn0: VRAM: 2048M 0x000000F400000000 - 0x000000F47FFFFFFF (2048M used) drmn0: GART: 256M 0x000000FF00000000 - 0x000000FF0FFFFFFF [drm] Detected VRAM RAM=2048M, BAR=256M [drm] RAM width 128bits GDDR5 [TTM] Zone kernel: Available graphics memory: 4156852 KiB [TTM] Zone dma32: Available graphics memory: 2097152 KiB [TTM] Initializing pool allocator [drm] amdgpu: 2048M of VRAM memory ready [drm] amdgpu: 3072M of GTT memory ready. [drm] GART: num cpu pages 65536, num gpu pages 65536 [drm] PCIE GART of 256M enabled (table at 0x000000F400900000). drmn0: successfully loaded firmware image 'amdgpu/polaris11_pfp_2.bin' drmn0: successfully loaded firmware image 'amdgpu/polaris11_me_2.bin' drmn0: successfully loaded firmware image 'amdgpu/polaris11_ce_2.bin' [drm] Chained IB support enabled! drmn0: successfully loaded firmware image 'amdgpu/polaris11_rlc.bin' drmn0: successfully loaded firmware image 'amdgpu/polaris11_mec_2.bin' drmn0: successfully loaded firmware image 'amdgpu/polaris11_mec2_2.bin' drmn0: successfully loaded firmware image 'amdgpu/polaris11_sdma.bin' drmn0: successfully loaded firmware image 'amdgpu/polaris11_sdma1.bin' amdgpu: [powerplay] hwmgr_sw_init smu backed is polaris10_smu drmn0: successfully loaded firmware image 'amdgpu/polaris11_uvd.bin' [drm] Found UVD firmware Version: 1.130 Family ID: 16 drmn0: successfully loaded firmware image 'amdgpu/polaris11_vce.bin' [drm] Found VCE firmware Version: 53.26 Binary ID: 3 drmn0: successfully loaded firmware image 'amdgpu/polaris11_k_smc.bin' [drm] DM_PPLIB: values for Engine clock [drm] DM_PPLIB: 214000 [drm] DM_PPLIB: 387000 [drm] DM_PPLIB: 869000 [drm] DM_PPLIB: 1025000 [drm] DM_PPLIB: 1094000 [drm] DM_PPLIB: 1142000 [drm] DM_PPLIB: 1184000 [drm] DM_PPLIB: 1210000 [drm] DM_PPLIB: Validation clocks: [drm] DM_PPLIB: engine_max_clock: 121000 [drm] DM_PPLIB: memory_max_clock: 175000 [drm] DM_PPLIB: level : 8 [drm] DM_PPLIB: values for Memory clock [drm] DM_PPLIB: 300000 [drm] DM_PPLIB: 625000 [drm] DM_PPLIB: 1750000 [drm] DM_PPLIB: Validation clocks: [drm] DM_PPLIB: engine_max_clock: 121000 [drm] DM_PPLIB: memory_max_clock: 175000 [drm] DM_PPLIB: level : 8 [drm] Display Core initialized with v3.2.48! [drm] Connector DP-1: get mode from tunables: [drm] - kern.vt.fb.modes.DP-1 [drm] - kern.vt.fb.default_mode [drm] Connector HDMI-A-1: get mode from tunables: [drm] - kern.vt.fb.modes.HDMI-A-1 [drm] - kern.vt.fb.default_mode [drm] SADs count is: -2, don't need to read it [drm] Connector DVI-D-1: get mode from tunables: [drm] - kern.vt.fb.modes.DVI-D-1 [drm] - kern.vt.fb.default_mode [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [drm] Driver supports precise vblank timestamp query. [drm] UVD and UVD ENC initialized successfully. [drm] VCE initialized successfully. [drm] fb mappable at 0xC0E30000 [drm] vram apper at 0xC0000000 [drm] size 3145728 [drm] fb depth is 24 [drm] pitch is 4096 WARNING: Device "fb" is Giant locked and may be deleted before FreeBSD 14.0. VT: Replacing driver "vga" with new "fb". start FB_INFO: type=11 height=768 width=1024 depth=32 cmsize=16 size=3145728 pbase=0xc0e30000 vbase=0xfffff800c0e30000 name=drmn0 flags=0x0 stride=4096 bpp=32 cmap[0]=0 cmap[1]=7f0000 cmap[2]=7f00 cmap[3]=c4a000 end FB_INFO drmn0: fb0: amdgpudrmfb frame buffer device [drm] Initialized amdgpu 3.35.0 20150101 for drmn0 on minor 0 intsmb0: at device 20.0 on pci0 smbus0: on intsmb0 acpi_wmi0: on acpi0 acpi_wmi0: cannot find EC device lo0: link state changed to UP xl0: link state changed to DOWN re0: link state changed to DOWN uhid1 on uhub9 uhid1: on usbus0 uhid0 on uhub6 uhid0: on usbus3 [fib_algo] inet.0 (bsearch4#10) rebuild_fd_flm: switching algo to radix4_lockless xl0: link state changed to UP re0: link state changed to UP vlan12: link state changed to UP and pciconf: hostb0@pci0:0:0:0: class=0x060000 rev=0x02 hdr=0x00 vendor=0x1002 device=0x5a14 subvendor=0x1002 subdevice=0x5a14 vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' device = 'RD9x0/RX980 Host Bridge' class = bridge subclass = HOST-PCI pcib1@pci0:0:4:0: class=0x060400 rev=0x00 hdr=0x01 vendor=0x1002 device=0x5a18 subvendor=0x1002 subdevice=0x5a14 vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' device = 'RD890/RD9x0/RX980 PCI to PCI bridge (PCI Express GPP Port 0)' class = bridge subclass = PCI-PCI pcib2@pci0:0:9:0: class=0x060400 rev=0x00 hdr=0x01 vendor=0x1002 device=0x5a1c subvendor=0x1002 subdevice=0x5a14 vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' device = 'RD890/RD9x0/RX980 PCI to PCI bridge (PCI Express GPP Port 4)' class = bridge subclass = PCI-PCI pcib3@pci0:0:10:0: class=0x060400 rev=0x00 hdr=0x01 vendor=0x1002 device=0x5a1d subvendor=0x1002 subdevice=0x5a14 vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' device = 'RD890/RD9x0/RX980 PCI to PCI bridge (PCI Express GPP Port 5)' class = bridge subclass = PCI-PCI ahci1@pci0:0:17:0: class=0x010601 rev=0x40 hdr=0x00 vendor=0x1002 device=0x4391 subvendor=0x1458 subdevice=0xb002 vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' device = 'SB7x0/SB8x0/SB9x0 SATA Controller [AHCI mode]' class = mass storage subclass = SATA ohci0@pci0:0:18:0: class=0x0c0310 rev=0x00 hdr=0x00 vendor=0x1002 device=0x4397 subvendor=0x1458 subdevice=0x5004 vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' device = 'SB7x0/SB8x0/SB9x0 USB OHCI0 Controller' class = serial bus subclass = USB ehci0@pci0:0:18:2: class=0x0c0320 rev=0x00 hdr=0x00 vendor=0x1002 device=0x4396 subvendor=0x1458 subdevice=0x5004 vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' device = 'SB7x0/SB8x0/SB9x0 USB EHCI Controller' class = serial bus subclass = USB ohci1@pci0:0:19:0: class=0x0c0310 rev=0x00 hdr=0x00 vendor=0x1002 device=0x4397 subvendor=0x1458 subdevice=0x5004 vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' device = 'SB7x0/SB8x0/SB9x0 USB OHCI0 Controller' class = serial bus subclass = USB ehci1@pci0:0:19:2: class=0x0c0320 rev=0x00 hdr=0x00 vendor=0x1002 device=0x4396 subvendor=0x1458 subdevice=0x5004 vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' device = 'SB7x0/SB8x0/SB9x0 USB EHCI Controller' class = serial bus subclass = USB intsmb0@pci0:0:20:0: class=0x0c0500 rev=0x42 hdr=0x00 vendor=0x1002 device=0x4385 subvendor=0x1002 subdevice=0x4385 vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' device = 'SBx00 SMBus Controller' class = serial bus subclass = SMBus atapci0@pci0:0:20:1: class=0x01018a rev=0x40 hdr=0x00 vendor=0x1002 device=0x439c subvendor=0x1458 subdevice=0x5002 vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' device = 'SB7x0/SB8x0/SB9x0 IDE Controller' class = mass storage subclass = ATA hdac1@pci0:0:20:2: class=0x040300 rev=0x40 hdr=0x00 vendor=0x1002 device=0x4383 subvendor=0x1458 subdevice=0xa132 vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' device = 'SBx00 Azalia (Intel HDA)' class = multimedia subclass = HDA isab0@pci0:0:20:3: class=0x060100 rev=0x40 hdr=0x00 vendor=0x1002 device=0x439d subvendor=0x1002 subdevice=0x439d vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' device = 'SB7x0/SB8x0/SB9x0 LPC host controller' class = bridge subclass = PCI-ISA pcib4@pci0:0:20:4: class=0x060401 rev=0x40 hdr=0x01 vendor=0x1002 device=0x4384 subvendor=0x0000 subdevice=0x0000 vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' device = 'SBx00 PCI to PCI Bridge' class = bridge subclass = PCI-PCI ohci2@pci0:0:20:5: class=0x0c0310 rev=0x00 hdr=0x00 vendor=0x1002 device=0x4399 subvendor=0x1458 subdevice=0x5004 vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' device = 'SB7x0/SB8x0/SB9x0 USB OHCI2 Controller' class = serial bus subclass = USB pcib5@pci0:0:21:0: class=0x060400 rev=0x00 hdr=0x01 vendor=0x1002 device=0x43a0 subvendor=0x1002 subdevice=0x0000 vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' device = 'SB700/SB800/SB900 PCI to PCI bridge (PCIE port 0)' class = bridge subclass = PCI-PCI ohci3@pci0:0:22:0: class=0x0c0310 rev=0x00 hdr=0x00 vendor=0x1002 device=0x4397 subvendor=0x1458 subdevice=0x5004 vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' device = 'SB7x0/SB8x0/SB9x0 USB OHCI0 Controller' class = serial bus subclass = USB ehci2@pci0:0:22:2: class=0x0c0320 rev=0x00 hdr=0x00 vendor=0x1002 device=0x4396 subvendor=0x1458 subdevice=0x5004 vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' device = 'SB7x0/SB8x0/SB9x0 USB EHCI Controller' class = serial bus subclass = USB hostb1@pci0:0:24:0: class=0x060000 rev=0x00 hdr=0x00 vendor=0x1022 device=0x1600 subvendor=0x0000 subdevice=0x0000 vendor = 'Advanced Micro Devices, Inc. [AMD]' device = 'Family 15h Processor Function 0' class = bridge subclass = HOST-PCI hostb2@pci0:0:24:1: class=0x060000 rev=0x00 hdr=0x00 vendor=0x1022 device=0x1601 subvendor=0x0000 subdevice=0x0000 vendor = 'Advanced Micro Devices, Inc. [AMD]' device = 'Family 15h Processor Function 1' class = bridge subclass = HOST-PCI hostb3@pci0:0:24:2: class=0x060000 rev=0x00 hdr=0x00 vendor=0x1022 device=0x1602 subvendor=0x0000 subdevice=0x0000 vendor = 'Advanced Micro Devices, Inc. [AMD]' device = 'Family 15h Processor Function 2' class = bridge subclass = HOST-PCI hostb4@pci0:0:24:3: class=0x060000 rev=0x00 hdr=0x00 vendor=0x1022 device=0x1603 subvendor=0x0000 subdevice=0x0000 vendor = 'Advanced Micro Devices, Inc. [AMD]' device = 'Family 15h Processor Function 3' class = bridge subclass = HOST-PCI hostb5@pci0:0:24:4: class=0x060000 rev=0x00 hdr=0x00 vendor=0x1022 device=0x1604 subvendor=0x0000 subdevice=0x0000 vendor = 'Advanced Micro Devices, Inc. [AMD]' device = 'Family 15h Processor Function 4' class = bridge subclass = HOST-PCI hostb6@pci0:0:24:5: class=0x060000 rev=0x00 hdr=0x00 vendor=0x1022 device=0x1605 subvendor=0x0000 subdevice=0x0000 vendor = 'Advanced Micro Devices, Inc. [AMD]' device = 'Family 15h Processor Function 5' class = bridge subclass = HOST-PCI vgapci0@pci0:1:0:0: class=0x030000 rev=0xcf hdr=0x00 vendor=0x1002 device=0x67ff subvendor=0x1043 subdevice=0x052d vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' device = 'Baffin [Radeon RX 550 640SP / RX 560/560X]' class = display subclass = VGA hdac0@pci0:1:0:1: class=0x040300 rev=0x00 hdr=0x00 vendor=0x1002 device=0xaae0 subvendor=0x1043 subdevice=0xaae0 vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' device = 'Baffin HDMI/DP Audio [Radeon RX 550 640SP / RX 560/560X]' class = multimedia subclass = HDA xhci0@pci0:2:0:0: class=0x0c0330 rev=0x01 hdr=0x00 vendor=0x1106 device=0x3483 subvendor=0x1458 subdevice=0x5007 vendor = 'VIA Technologies, Inc.' device = 'VL805 USB 3.0 Host Controller' class = serial bus subclass = USB ahci0@pci0:3:0:0: class=0x010601 rev=0x12 hdr=0x00 vendor=0x1b4b device=0x9172 subvendor=0x1458 subdevice=0xb000 vendor = 'Marvell Technology Group Ltd.' device = '88SE9172 SATA 6Gb/s Controller' class = mass storage subclass = SATA xl0@pci0:4:6:0: class=0x020000 rev=0x74 hdr=0x00 vendor=0x10b7 device=0x9200 subvendor=0x10b7 subdevice=0x1000 vendor = '3Com Corporation' device = '3c905C-TX/TX-M [Tornado]' class = network subclass = ethernet none0@pci0:4:14:0: class=0x0c0010 rev=0xc0 hdr=0x00 vendor=0x1106 device=0x3044 subvendor=0x1458 subdevice=0x1000 vendor = 'VIA Technologies, Inc.' device = 'VT6306/7/8 [Fire II(M)] IEEE 1394 OHCI Controller' class = serial bus subclass = FireWire re0@pci0:5:0:0: class=0x020000 rev=0x06 hdr=0x00 vendor=0x10ec device=0x8168 subvendor=0x1458 subdevice=0xe000 vendor = 'Realtek Semiconductor Co., Ltd.' device = 'RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller' class = network subclass = ethernet -- Eivind Nicolay Evensen From nobody Tue Jan 3 14:18:24 2023 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NmZY506L4z2nlW3 for ; Tue, 3 Jan 2023 14:16:41 +0000 (UTC) (envelope-from eivinde@terraplane.org) Received: from smtp.domeneshop.no (smtp.domeneshop.no [IPv6:2a01:5b40:0:3006::1]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4NmZY35rXxz3HfJ for ; Tue, 3 Jan 2023 14:16:39 +0000 (UTC) (envelope-from eivinde@terraplane.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=terraplane.org header.s=ds202212 header.b=bzRh2rUq; spf=pass (mx1.freebsd.org: domain of eivinde@terraplane.org designates 2a01:5b40:0:3006::1 as permitted sender) smtp.mailfrom=eivinde@terraplane.org; dmarc=pass (policy=none) header.from=terraplane.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=terraplane.org; s=ds202212; h=Content-Transfer-Encoding:Content-Type: MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=C6lmU+pU45wiyq8N6StJh5lzsZ+r3+2sqj2jVi6BQSM=; b=bzRh2rUqXT1kFZ94IN7hXgBH5O EsJ3Td0qRA1j0+fVIY5UPzNg5Xci9Fchp7o+nT9kuAr49bCy1BlVtVx3shDgnVLeS8b5wAWHPAZld ZVRhJKDNwptnnSzxw5Zo7VqCIF7dPBqxUmnLgcB03g6wgDCyqJF6CLK+HEsjRaE/h+rUBBYYm/3Kl hxk9+SX6uoyRyQKkmNNRfrCUYe6gcRn2taJt1Xgj0ymTsni8P2oJdOOooD+qEONeCwscl0vLwn7i7 sgm1qNuBxXLBeGwvgeorsZ0LwvC+KeNucHjbxaBFwBpSroeMd/+ljoExNdUCPYtdsyrsU0pA7MEHP Ua0rALNQ==; Received: from ti0027q160-4408.bb.online.no ([46.9.98.108]:5142 helo=elg.hjerdalen.lokalnett) by smtp.domeneshop.no with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.95) (envelope-from ) id 1pCi5i-004i3M-Qp; Tue, 03 Jan 2023 15:16:35 +0100 Date: Tue, 3 Jan 2023 15:18:24 +0100 From: Eivind Nicolay Evensen To: Eugene Grosbein Cc: freebsd-stable@freebsd.org Subject: Re: Memory question Message-ID: <20230103151824.196420f1@elg.hjerdalen.lokalnett> In-Reply-To: <20230103143716.703d42ca@elg.hjerdalen.lokalnett> References: <20230103140404.5f71b0ad@elg.hjerdalen.lokalnett> <20230103143716.703d42ca@elg.hjerdalen.lokalnett> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[terraplane.org,none]; R_DKIM_ALLOW(-0.20)[terraplane.org:s=ds202212]; R_SPF_ALLOW(-0.20)[+ip6:2a01:5b40:0:2000::/51]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:12996, ipnet:2a01:5b40::/48, country:NO]; MIME_TRACE(0.00)[0:+]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[terraplane.org:+]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_DN_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4NmZY35rXxz3HfJ X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Den Tue, 3 Jan 2023 14:37:16 +0100 skrev Eivind Nicolay Evensen : > Den Tue, 3 Jan 2023 20:09:14 +0700 > skrev Eugene Grosbein : > > > 03.01.2023 20:04, Eivind Nicolay Evensen wrote: > > > > > This might be more related to a bios setting or issue, but I hope > > > somebody can give me hints in the right direction to remedy or > > > at least diagnose this issue further. > > > > > > I installed more memory in one machine and now I see this > > > in dmesg: > > > > > > real memory = 25769803776 (24576 MB) > > > avail memory = 8237150208 (7855 MB) > > > > > > Real should be right, from before there were two 4 GB dimms in > > > there, and I inserted two more 8 GB ones. > > > > > > Transcribed from BIOS: > > > > > > DIMM(s) 1 2 > > > 3 4 Installed Size 8192 > > > 8192 4096 4096 Enabled > > > Size 8192 8192 > > > 4096 4096 Total Size 24576 > > > > > > I was wondering if the reason could be that this machine has been > > > updated since older versions and bootloader may be old or > > > whatever, so I also tried booting a linux. However, that also > > > only uses 8 GB, and says (at least in a way I understand) less > > > about what it can really see. > > > > > > This is amd64 FreeBSD 13.1. > > > > > > Is there any way I can use the rest of the memory? Or at least > > > find out which dimms it is actually using? > > > > I was in similar situation once. There was Atom-based hardware setup > > with CPU not having embedded memory controller; instead, it used > > memory controller on motherboard. That memory controller had similar > > limitation. One cannot overcome it. > > > > You should specify your hardware. > > > > > > Thanks for the comments. > > Here's the dmesg: I received a private reply that dmidecode would be of better help. Since the output is rather large I put it here: http://www.stigaas.no/m/dmi.txt -- Eivind Nicolay Evensen From nobody Tue Jan 3 14:46:08 2023 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NmbCY4f8Pz2nqvq for ; Tue, 3 Jan 2023 14:46:33 +0000 (UTC) (envelope-from jon@xyinn.org) Received: from mail-4022.proton.ch (mail-4022.proton.ch [185.70.40.22]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NmbCY2Lzyz3M6L for ; Tue, 3 Jan 2023 14:46:33 +0000 (UTC) (envelope-from jon@xyinn.org) Authentication-Results: mx1.freebsd.org; none Date: Tue, 03 Jan 2023 14:46:08 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xyinn.org; s=protonmail3; t=1672757190; x=1673016390; bh=bnr/ZpRpXQBkrhaWCcm9ypuyM3jcCpQN1kNrb+6Lz28=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=McUaXoBPe+q/kCDYpozdJRiuqlLodSBXYhNPEOiLlFrowI20K0FUVhLhN8lpXbfVD SeIsjoulxNqAl1bvWcuO9N+KoxwVM6QIONi9UZrz5IqjOHuZ6ZhWIeITqdLthVgxBS Hm1mSqKoHPAFejvt1NAkp+p06jk+kfIkDEvMqF0UUFKtpB32B7qLcGc7DVHRUpC4+e 0PXvL9nYiCrrgYBi/oqoXWwHmMjIhkmyUbe2tRwLryOvX4vBS4OvSZhcLHVpg8kkV6 DfGoA5Lclm0IFW+Tqg3BLtSu4Koy84MGostk1kcbDN2UcvQ+sBRkGvOHIunEUjcHh6 KjZNzRSCC0EsQ== To: eivinde@terraplane.org, eugen@grosbein.net From: Jonathan Vasquez Cc: freebsd-stable@freebsd.org Subject: Re: Memory question Message-ID: In-Reply-To: <20230103151824.196420f1@elg.hjerdalen.lokalnett> References: <20230103140404.5f71b0ad@elg.hjerdalen.lokalnett> <20230103143716.703d42ca@elg.hjerdalen.lokalnett> <20230103151824.196420f1@elg.hjerdalen.lokalnett> Feedback-ID: 12351801:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_vP0kpueCTpOaBGq4x8zV2ZzBBiyrpvuKVyybo0SLC0" X-Rspamd-Queue-Id: 4NmbCY2Lzyz3M6L X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --b1_vP0kpueCTpOaBGq4x8zV2ZzBBiyrpvuKVyybo0SLC0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SSBrbm93IGZvciBJbnRlbCBtb2JvcyAoYW5kIHByb2xseSBBTUQgZm9sbG93cyB0aGUgc2FtZSBn dWlkZWxpbmVzKSBmb3IgZG91YmxlIGJ1ZmZlcmVkIG1lbW9yeSwgdGhlIGlkZW50aWNhbCBzbG90 cyBzaG91bGQgYmUgcGxhY2VkIGluIHNsb3QgMSszIGFuZCAyKzQuIEkgbm90aWNlZCBzbG90IDEg YW5kIDIgaXMgOEdCIGFuZCAzIGFuZCA0IGFyZSA0IEdCLiBUcnkgcHV0dGluZyB0aGUgOEdCIGlu IDErMywgYW5kIDQgR0IgaW4gMis0LCBhbmQgc2VlIGlmIHRoYXQgbWFrZXMgYW55IGRpZmZlcmVu Y2UuIEl0IG1heSBub3QgYmUgZG91YmxlIGJ1ZmZlciBidXQgSSdtIGJhbmtpbmcgb24gdGhhdCBi ZWhhdmlvci4KCkpvbmF0aGFuIFZhc3F1ZXoKUEdQOiAzNERBIDg1OEMgMTQ0NyA1MDlFIEM3N0Eg RDQ5RiBGQjg1IDkwQjcgQzRDQSA1Mjc5ClNlbnQgd2l0aCBQcm90b25NYWlsIFNlY3VyZSBFbWFp bAoKU2VudCBmcm9tIFByb3RvbiBNYWlsIG1vYmlsZQoKLS0tLS0tLS0gT3JpZ2luYWwgTWVzc2Fn ZSAtLS0tLS0tLQpPbiBKYW4gMywgMjAyMywgMDk6MTcsIEVpdmluZCBOaWNvbGF5IEV2ZW5zZW4g d3JvdGU6Cgo+IERlbiBUdWUsIDMgSmFuIDIwMjMgMTQ6Mzc6MTYgKzAxMDAgc2tyZXYgRWl2aW5k IE5pY29sYXkgRXZlbnNlbiA6ID4gRGVuIFR1ZSwgMyBKYW4gMjAyMyAyMDowOToxNCArMDcwMCA+ IHNrcmV2IEV1Z2VuZSBHcm9zYmVpbiA6ID4gPiA+IDAzLjAxLjIwMjMgMjA6MDQsIEVpdmluZCBO aWNvbGF5IEV2ZW5zZW4gd3JvdGU6ID4gPiA+ID4gPiBUaGlzIG1pZ2h0IGJlIG1vcmUgcmVsYXRl ZCB0byBhIGJpb3Mgc2V0dGluZyBvciBpc3N1ZSwgYnV0IEkgaG9wZSA+ID4gPiBzb21lYm9keSBj YW4gZ2l2ZSBtZSBoaW50cyBpbiB0aGUgcmlnaHQgZGlyZWN0aW9uIHRvIHJlbWVkeSBvciA+ID4g PiBhdCBsZWFzdCBkaWFnbm9zZSB0aGlzIGlzc3VlIGZ1cnRoZXIuID4gPiA+ID4gPiA+IEkgaW5z dGFsbGVkIG1vcmUgbWVtb3J5IGluIG9uZSBtYWNoaW5lIGFuZCBub3cgSSBzZWUgdGhpcyA+ID4g PiBpbiBkbWVzZzogPiA+ID4gPiA+ID4gcmVhbCBtZW1vcnkgPSAyNTc2OTgwMzc3NiAoMjQ1NzYg TUIpID4gPiA+IGF2YWlsIG1lbW9yeSA9IDgyMzcxNTAyMDggKDc4NTUgTUIpID4gPiA+ID4gPiA+ IFJlYWwgc2hvdWxkIGJlIHJpZ2h0LCBmcm9tIGJlZm9yZSB0aGVyZSB3ZXJlIHR3byA0IEdCIGRp bW1zIGluID4gPiA+IHRoZXJlLCBhbmQgSSBpbnNlcnRlZCB0d28gbW9yZSA4IEdCIG9uZXMuID4g PiA+ID4gPiA+IFRyYW5zY3JpYmVkIGZyb20gQklPUzogPiA+ID4gPiA+ID4gRElNTShzKSAxIDIg PiA+ID4gMyA0IEluc3RhbGxlZCBTaXplIDgxOTIgPiA+ID4gODE5MiA0MDk2IDQwOTYgRW5hYmxl ZCA+ID4gPiBTaXplIDgxOTIgODE5MiA+ID4gPiA0MDk2IDQwOTYgVG90YWwgU2l6ZSAyNDU3NiA+ ID4gPiA+ID4gPiBJIHdhcyB3b25kZXJpbmcgaWYgdGhlIHJlYXNvbiBjb3VsZCBiZSB0aGF0IHRo aXMgbWFjaGluZSBoYXMgYmVlbiA+ID4gPiB1cGRhdGVkIHNpbmNlIG9sZGVyIHZlcnNpb25zIGFu ZCBib290bG9hZGVyIG1heSBiZSBvbGQgb3IgPiA+ID4gd2hhdGV2ZXIsIHNvIEkgYWxzbyB0cmll ZCBib290aW5nIGEgbGludXguIEhvd2V2ZXIsIHRoYXQgYWxzbyA+ID4gPiBvbmx5IHVzZXMgOCBH QiwgYW5kIHNheXMgKGF0IGxlYXN0IGluIGEgd2F5IEkgdW5kZXJzdGFuZCkgbGVzcyA+ID4gPiBh Ym91dCB3aGF0IGl0IGNhbiByZWFsbHkgc2VlLiA+ID4gPiA+ID4gPiBUaGlzIGlzIGFtZDY0IEZy ZWVCU0QgMTMuMS4gPiA+ID4gPiA+ID4gSXMgdGhlcmUgYW55IHdheSBJIGNhbiB1c2UgdGhlIHJl c3Qgb2YgdGhlIG1lbW9yeT8gT3IgYXQgbGVhc3QgPiA+ID4gZmluZCBvdXQgd2hpY2ggZGltbXMg aXQgaXMgYWN0dWFsbHkgdXNpbmc/ID4gPiA+ID4gSSB3YXMgaW4gc2ltaWxhciBzaXR1YXRpb24g b25jZS4gVGhlcmUgd2FzIEF0b20tYmFzZWQgaGFyZHdhcmUgc2V0dXAgPiA+IHdpdGggQ1BVIG5v dCBoYXZpbmcgZW1iZWRkZWQgbWVtb3J5IGNvbnRyb2xsZXI7IGluc3RlYWQsIGl0IHVzZWQgPiA+ IG1lbW9yeSBjb250cm9sbGVyIG9uIG1vdGhlcmJvYXJkLiBUaGF0IG1lbW9yeSBjb250cm9sbGVy IGhhZCBzaW1pbGFyID4gPiBsaW1pdGF0aW9uLiBPbmUgY2Fubm90IG92ZXJjb21lIGl0LiA+ID4g PiA+IFlvdSBzaG91bGQgc3BlY2lmeSB5b3VyIGhhcmR3YXJlLiA+ID4gPiA+ID4gPiBUaGFua3Mg Zm9yIHRoZSBjb21tZW50cy4gPiA+IEhlcmUncyB0aGUgZG1lc2c6IEkgcmVjZWl2ZWQgYSBwcml2 YXRlIHJlcGx5IHRoYXQgZG1pZGVjb2RlIHdvdWxkIGJlIG9mIGJldHRlciBoZWxwLiBTaW5jZSB0 aGUgb3V0cHV0IGlzIHJhdGhlciBsYXJnZSBJIHB1dCBpdCBoZXJlOiBodHRwOi8vd3d3LnN0aWdh YXMubm8vbS9kbWkudHh0IC0tIEVpdmluZCBOaWNvbGF5IEV2ZW5zZW4= --b1_vP0kpueCTpOaBGq4x8zV2ZzBBiyrpvuKVyybo0SLC0 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 SSBrbm93IGZvciBJbnRlbCBtb2JvcyAoYW5kIHByb2xseSBBTUQgZm9sbG93cyB0aGUgc2FtZSBn dWlkZWxpbmVzKSBmb3IgZG91YmxlIGJ1ZmZlcmVkIG1lbW9yeSwgdGhlIGlkZW50aWNhbCBzbG90 cyBzaG91bGQgYmUgcGxhY2VkIGluIHNsb3QgMSszIGFuZCAyKzQuIEkgbm90aWNlZCBzbG90IDEg YW5kIDIgaXMgOEdCIGFuZCAzIGFuZCA0IGFyZSA0IEdCLiBUcnkgcHV0dGluZyB0aGUgOEdCIGlu IDErMywgYW5kIDQgR0IgaW4gMis0LCBhbmQgc2VlIGlmIHRoYXQgbWFrZXMgYW55IGRpZmZlcmVu Y2UuIEl0IG1heSBub3QgYmUgZG91YmxlIGJ1ZmZlciBidXQgSSdtIGJhbmtpbmcgb24gdGhhdCBi ZWhhdmlvci48YnI+PGJyPjxicj48ZGl2PkpvbmF0aGFuIFZhc3F1ZXo8YnIgLz48L2Rpdj48ZGl2 PlBHUDogMzREQSA4NThDIDE0NDcgNTA5RSBDNzdBICBENDlGIEZCODUgOTBCNyBDNENBIDUyNzk8 YnIgLz48L2Rpdj48ZGl2PlNlbnQgd2l0aCBQcm90b25NYWlsIFNlY3VyZSBFbWFpbDxiciAvPjwv ZGl2PjxkaXY+PGJyIC8+PC9kaXY+PGJyPjxicj5TZW50IGZyb20gUHJvdG9uIE1haWwgbW9iaWxl PGJyPjxicj48YnI+PGJyPi0tLS0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0tLS08YnI+T24g SmFuIDMsIDIwMjMsIDA5OjE3LCBFaXZpbmQgTmljb2xheSBFdmVuc2VuIDwgZWl2aW5kZUB0ZXJy YXBsYW5lLm9yZz4gd3JvdGU6PGJsb2NrcXVvdGUgY2xhc3M9InByb3Rvbm1haWxfcXVvdGUiPjxi cj5EZW4gVHVlLCAzIEphbiAyMDIzIDE0OjM3OjE2ICswMTAwDQpza3JldiBFaXZpbmQgTmljb2xh eSBFdmVuc2VuIDxlaXZpbmRlQHRlcnJhcGxhbmUub3JnPjoNCg0KPiBEZW4gVHVlLCAzIEphbiAy MDIzIDIwOjA5OjE0ICswNzAwDQo+IHNrcmV2IEV1Z2VuZSBHcm9zYmVpbiA8ZXVnZW5AZ3Jvc2Jl aW4ubmV0PjoNCj4NCj4gPiAwMy4wMS4yMDIzIDIwOjA0LCBFaXZpbmQgTmljb2xheSBFdmVuc2Vu IHdyb3RlOg0KPiA+DQo+ID4gPiBUaGlzIG1pZ2h0IGJlIG1vcmUgcmVsYXRlZCB0byBhIGJpb3Mg c2V0dGluZyBvciBpc3N1ZSwgYnV0IEkgaG9wZQ0KPiA+ID4gc29tZWJvZHkgY2FuIGdpdmUgbWUg aGludHMgaW4gdGhlIHJpZ2h0IGRpcmVjdGlvbiB0byByZW1lZHkgb3INCj4gPiA+IGF0IGxlYXN0 IGRpYWdub3NlIHRoaXMgaXNzdWUgZnVydGhlci4NCj4gPiA+DQo+ID4gPiBJIGluc3RhbGxlZCBt b3JlIG1lbW9yeSBpbiBvbmUgbWFjaGluZSBhbmQgbm93IEkgc2VlIHRoaXMNCj4gPiA+IGluIGRt ZXNnOg0KPiA+ID4NCj4gPiA+IHJlYWwgbWVtb3J5ICA9IDI1NzY5ODAzNzc2ICgyNDU3NiBNQikN Cj4gPiA+IGF2YWlsIG1lbW9yeSA9IDgyMzcxNTAyMDggKDc4NTUgTUIpDQo+ID4gPg0KPiA+ID4g UmVhbCBzaG91bGQgYmUgcmlnaHQsIGZyb20gYmVmb3JlIHRoZXJlIHdlcmUgdHdvIDQgR0IgZGlt bXMgaW4NCj4gPiA+IHRoZXJlLCBhbmQgSSBpbnNlcnRlZCB0d28gbW9yZSA4IEdCIG9uZXMuDQo+ ID4gPg0KPiA+ID4gVHJhbnNjcmliZWQgZnJvbSBCSU9TOg0KPiA+ID4NCj4gPiA+IERJTU0ocykJ CQkxCQkyDQo+ID4gPiAzCQk0IEluc3RhbGxlZCBTaXplCQk4MTkyDQo+ID4gPiAJODE5MgkJNDA5 NgkJNDA5NiBFbmFibGVkDQo+ID4gPiBTaXplCQk4MTkyCQk4MTkyDQo+ID4gPiA0MDk2CQk0MDk2 IFRvdGFsIFNpemUJCTI0NTc2DQo+ID4gPg0KPiA+ID4gSSB3YXMgd29uZGVyaW5nIGlmIHRoZSBy ZWFzb24gY291bGQgYmUgdGhhdCB0aGlzIG1hY2hpbmUgaGFzIGJlZW4NCj4gPiA+IHVwZGF0ZWQg c2luY2Ugb2xkZXIgdmVyc2lvbnMgYW5kIGJvb3Rsb2FkZXIgbWF5IGJlIG9sZCBvcg0KPiA+ID4g d2hhdGV2ZXIsIHNvIEkgYWxzbyB0cmllZCBib290aW5nIGEgbGludXguIEhvd2V2ZXIsIHRoYXQg YWxzbw0KPiA+ID4gb25seSB1c2VzIDggR0IsIGFuZCBzYXlzIChhdCBsZWFzdCBpbiBhIHdheSBJ IHVuZGVyc3RhbmQpIGxlc3MNCj4gPiA+IGFib3V0IHdoYXQgaXQgY2FuIHJlYWxseSBzZWUuDQo+ ID4gPg0KPiA+ID4gVGhpcyBpcyBhbWQ2NCBGcmVlQlNEIDEzLjEuDQo+ID4gPg0KPiA+ID4gSXMg dGhlcmUgYW55IHdheSBJIGNhbiB1c2UgdGhlIHJlc3Qgb2YgdGhlIG1lbW9yeT8gT3IgYXQgbGVh c3QNCj4gPiA+IGZpbmQgb3V0IHdoaWNoIGRpbW1zIGl0IGlzIGFjdHVhbGx5IHVzaW5nPw0KPiA+ DQo+ID4gSSB3YXMgaW4gc2ltaWxhciBzaXR1YXRpb24gb25jZS4gVGhlcmUgd2FzIEF0b20tYmFz ZWQgaGFyZHdhcmUgc2V0dXANCj4gPiB3aXRoIENQVSBub3QgaGF2aW5nIGVtYmVkZGVkIG1lbW9y eSBjb250cm9sbGVyOyBpbnN0ZWFkLCBpdCB1c2VkDQo+ID4gbWVtb3J5IGNvbnRyb2xsZXIgb24g bW90aGVyYm9hcmQuIFRoYXQgbWVtb3J5IGNvbnRyb2xsZXIgaGFkIHNpbWlsYXINCj4gPiBsaW1p dGF0aW9uLiBPbmUgY2Fubm90IG92ZXJjb21lIGl0Lg0KPiA+DQo+ID4gWW91IHNob3VsZCBzcGVj aWZ5IHlvdXIgaGFyZHdhcmUuDQo+ID4NCj4gPg0KPg0KPiBUaGFua3MgZm9yIHRoZSBjb21tZW50 cy4NCj4NCj4gSGVyZSdzIHRoZSBkbWVzZzoNCg0KSSByZWNlaXZlZCBhIHByaXZhdGUgcmVwbHkg dGhhdCBkbWlkZWNvZGUgd291bGQgYmUNCm9mIGJldHRlciBoZWxwLiBTaW5jZSB0aGUgb3V0cHV0 IGlzIHJhdGhlciBsYXJnZSBJIHB1dA0KaXQgaGVyZToNCiAgaHR0cDovL3d3dy5zdGlnYWFzLm5v L20vZG1pLnR4dA0KDQoNCg0KDQotLQ0KRWl2aW5kIE5pY29sYXkgRXZlbnNlbg0KDQo8L2Rpdj4= --b1_vP0kpueCTpOaBGq4x8zV2ZzBBiyrpvuKVyybo0SLC0-- From nobody Tue Jan 3 15:37:33 2023 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NmcJQ0QHXz2ny4M for ; Tue, 3 Jan 2023 15:35:50 +0000 (UTC) (envelope-from eivinde@terraplane.org) Received: from smtp.domeneshop.no (smtp.domeneshop.no [IPv6:2a01:5b40:0:3006::1]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4NmcJP4r7bz3hKy for ; Tue, 3 Jan 2023 15:35:49 +0000 (UTC) (envelope-from eivinde@terraplane.org) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=terraplane.org; s=ds202212; h=Content-Transfer-Encoding:Content-Type: MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=G/zTecmgSRF7om7P+Gy1tsGwqNz0SYxL5RoHDm63bFc=; b=F44kbOpmWqLCSVjT8Mex9xKIyJ 9CgUcHF/sbKfDupm4eSd131AR7O28B5i/HxkRcEMOFggB/IDslyz3HQktmqClqq0pWPYW9GVPfSaf gN00Z0m1Drpy4Xhc1MFAngPZ/Csifo3+0MDfy55b5pinrNShHxV55XRX4eO41kzsR/XqkRi0LUTtX T24bAWJfpdQJMKr/+e57VTBG5RbdKdLvJ6Qmc1cJGkFoyoCCCb7ziL0oxKLhXIVyMKtCCMdBN9v4h ZLfUNh6aCRmvz5GoUtnr2dl4EACGesT0yzGhrAYIy0jhguhwu3pYkx3QOJo1NQ2oEs1xSgMiK+3o1 QULuYuTA==; Received: from ti0027q160-4408.bb.online.no ([46.9.98.108]:39527 helo=elg.hjerdalen.lokalnett) by smtp.domeneshop.no with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.95) (envelope-from ) id 1pCjKL-005GV7-7r; Tue, 03 Jan 2023 16:35:45 +0100 Date: Tue, 3 Jan 2023 16:37:33 +0100 From: Eivind Nicolay Evensen To: Jonathan Vasquez Cc: eugen@grosbein.net, freebsd-stable@freebsd.org Subject: Re: Memory question Message-ID: <20230103163733.55cb11cc@elg.hjerdalen.lokalnett> In-Reply-To: References: <20230103140404.5f71b0ad@elg.hjerdalen.lokalnett> <20230103143716.703d42ca@elg.hjerdalen.lokalnett> <20230103151824.196420f1@elg.hjerdalen.lokalnett> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4NmcJP4r7bz3hKy X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:12996, ipnet:2a01:5b40::/48, country:NO] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N Den Tue, 03 Jan 2023 14:46:08 +0000 skrev Jonathan Vasquez : > I know for Intel mobos (and prolly AMD follows the same guidelines) > for double buffered memory, the identical slots should be placed in > slot 1+3 and 2+4. I noticed slot 1 and 2 is 8GB and 3 and 4 are 4 GB. > Try putting the 8GB in 1+3, and 4 GB in 2+4, and see if that makes > any difference. It may not be double buffer but I'm banking on that > behavior. You might be onto something here. I swapped the modules so I now have 8 - 4 - 8 - 4 in slots 1 to 4 respectively. And that gives me: real memory = 25769803776 (24576 MB) avail memory = 12410671104 (11835 MB) That at least tells me that 8GB modules are supported. I'll have to check yet again if there's a setting in the bios for doublebuffering. -- Eivind Nicolay Evensen From nobody Tue Jan 3 15:51:20 2023 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NmccH3Bzkz2p0d9 for ; Tue, 3 Jan 2023 15:49:35 +0000 (UTC) (envelope-from eivinde@terraplane.org) Received: from smtp.domeneshop.no (smtp.domeneshop.no [IPv6:2a01:5b40:0:3006::1]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4NmccG4r8Hz3k8q for ; Tue, 3 Jan 2023 15:49:34 +0000 (UTC) (envelope-from eivinde@terraplane.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=terraplane.org header.s=ds202212 header.b="nuSO/ilo"; spf=pass (mx1.freebsd.org: domain of eivinde@terraplane.org designates 2a01:5b40:0:3006::1 as permitted sender) smtp.mailfrom=eivinde@terraplane.org; dmarc=pass (policy=none) header.from=terraplane.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=terraplane.org; s=ds202212; h=Content-Transfer-Encoding:Content-Type: MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=ZbvtBSkLPrdPuO2lobMpjvzXNlXz2M17kvIuIJg6/TI=; b=nuSO/ilo5pR8VBIcZbgQLmdDLc xY951u+IZPOYcszu7IgXzhwNs0FTr7Kvwmc89oXM4/fu/wskv0bu8g9G1V2dfcCVT7OQqwW6J2h7l wq9xAYusRq3N1Te13U8J8G3cmtZXINv0rRIwfJYWdeJevNBiX+QXwLsEKdsZQDUI2+q99K1fHXmW3 bjyCNVL/bvZig+/w8MdvyrVUBSagH9vZuNzp87XVN4XPD3Ms7kWT/tsrmAhrgYr6DQeZ41xXk9BtT QtzArtdV//88sGrPeESlz6sQsVqq9CJ3X8xxH07ThRdSVT7fCtGc48xhYHRaPHxZYS49f54Z6pkD6 XEBuU3Zg==; Received: from ti0027q160-4408.bb.online.no ([46.9.98.108]:20090 helo=elg.hjerdalen.lokalnett) by smtp.domeneshop.no with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.95) (envelope-from ) id 1pCjXg-005LFt-Fy; Tue, 03 Jan 2023 16:49:32 +0100 Date: Tue, 3 Jan 2023 16:51:20 +0100 From: Eivind Nicolay Evensen To: Jonathan Vasquez Cc: eugen@grosbein.net, freebsd-stable@freebsd.org Subject: Re: Memory question Message-ID: <20230103165120.4d674742@elg.hjerdalen.lokalnett> In-Reply-To: <20230103163733.55cb11cc@elg.hjerdalen.lokalnett> References: <20230103140404.5f71b0ad@elg.hjerdalen.lokalnett> <20230103143716.703d42ca@elg.hjerdalen.lokalnett> <20230103151824.196420f1@elg.hjerdalen.lokalnett> <20230103163733.55cb11cc@elg.hjerdalen.lokalnett> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-3.99 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.994]; DMARC_POLICY_ALLOW(-0.50)[terraplane.org,none]; R_DKIM_ALLOW(-0.20)[terraplane.org:s=ds202212]; R_SPF_ALLOW(-0.20)[+ip6:2a01:5b40:0:2000::/51]; MIME_GOOD(-0.10)[text/plain]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; ASN(0.00)[asn:12996, ipnet:2a01:5b40::/48, country:NO]; DKIM_TRACE(0.00)[terraplane.org:+]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4NmccG4r8Hz3k8q X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Den Tue, 3 Jan 2023 16:37:33 +0100 skrev Eivind Nicolay Evensen : > Den Tue, 03 Jan 2023 14:46:08 +0000 > skrev Jonathan Vasquez : > > > I know for Intel mobos (and prolly AMD follows the same guidelines) > > for double buffered memory, the identical slots should be placed in > > slot 1+3 and 2+4. I noticed slot 1 and 2 is 8GB and 3 and 4 are 4 > > GB. Try putting the 8GB in 1+3, and 4 GB in 2+4, and see if that > > makes any difference. It may not be double buffer but I'm banking > > on that behavior. > > You might be onto something here. I swapped the modules so I now > have 8 - 4 - 8 - 4 in slots 1 to 4 respectively. And that gives > me: > > real memory = 25769803776 (24576 MB) > avail memory = 12410671104 (11835 MB) > > That at least tells me that 8GB modules are supported. > I'll have to check yet again if there's a setting in the bios > for doublebuffering. And finally, after just resetting the bios, it looks right: real memory = 25769803776 (24576 MB) avail memory = 24953413632 (23797 MB) Which in itself is interesting. I reset the same after I had changed the bios battery some time ago and didn't change anything. So whether or not the moving of the memory modules were necessary, I don't know and I probably won't bother checking, at least for a while, but it's a tip I'll look for the next time. Thanks to everybody for your input. -- Eivind Nicolay Evensen From nobody Tue Jan 3 17:08:41 2023 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NmfMg482gz2p9fl for ; Tue, 3 Jan 2023 17:08:47 +0000 (UTC) (envelope-from mjchurchil@aol.com) Received: from sonic307-2.consmr.mail.bf2.yahoo.com (sonic307-2.consmr.mail.bf2.yahoo.com [74.6.134.41]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4NmfMg1vGWz3vCv for ; Tue, 3 Jan 2023 17:08:47 +0000 (UTC) (envelope-from mjchurchil@aol.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aol.com; s=a2048; t=1672765725; bh=6/uev+gQNrvxJcW+lZteUt5X+hANubyX+t6EhHQ54As=; h=Date:From:To:Cc:In-Reply-To:References:Subject:From:Subject:Reply-To; b=hta3fFZ6Fsk/pKqDU/s+lwdacmb464urZA8PduHEq9rg+6LsOe0zWCWfech+cyVVxF5lAyXw8uS6rIVjedhl1KO7j+uwXrMQPXBTHiBt9swJhgcUPHbyNS2QIpS0/LOePMk90CzAB8QmQ6f4XM5gzKx//97kEzJix8d/EinWqCkB5FDj3KcGrkcrrdJbUA0bKA5tIxnhiTfjT/QpH98lfZgT+ZNtlSW58Rj1o5/wU9EhzVC2Uf8zMYPmrJJztIDKdjHIY/oOWbqmIV20yv5EaQElkZBTbuMCnZhg2+eoZFgYJsz4j0SbHcH/53GR5V4c5XjhzXo+2BeRA3UoLrQPjQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1672765725; bh=LVUp8avHUuy0X2ZI9X8BCkD4XhScqK2gVmXIjB92+iZ=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=ZYRo2YdsK4TNCALAqKlj9tjHvAhoHGvyrQI88o1N78QbEfh+K7cxPKiZ7PkFeL/fdUaiMCr6i6EoDe6zfLVvU9+yKwbxEaEOCi9jc2qBaaxmwCVcDVS4c7hkb6m7u7pzHNJeLmwvsshdEzoIvTV5ECNA+zrC2vo3uaZlHwvszI5bgtTToB/6N+HnGKS4sxuBJiG38MkSOMtHTAS4ksL9hKDbRvpuUk4sdHPgMh9iqvmiiGnhVr3am5uJtoz86VnkBYlSQoRDh2R9w4KTkhY+JEk1X58j5ifofIXrMzEOruuNfscbk+KpQPvN7u4CndMuYYGJyUAmWVmiASckqR+UMQ== X-YMail-OSG: BvEX7U8VM1maIC0iVWw1A6H8jubR8E6v8B0EkZKZaQo.GOqxnmZ1_DxHkLv2CIa InsqVREVQ.GOLS74lZptyQ8fPB6pl1Itz8EJMUQh2DBK515ESjUDsaUA4p_V.pg9ues7NBm_Dscb 7bjEvOgPnVjkVTMsrVNTd3IiEjHOebrfuly3o15Y4csm04_xV2P2tqRaN0FKLvnVg3FQQfJUAyXP oKaBNqtWhbAp5jBjNWYOWI.SssdQ2kTNY.TLmgpuooNjuzQ9hcCrkjG69Zyja0WCZN8jpe0kkqPH 1wamvUXq0mQZ.m.kIIcK9.YyEV2gQzMdRTKQrQ9bdytL1idrSqY_4DifVOAvntY9MXugu_algLrj Ho8E6MBxd6aNpk2U3d9dLjmlPtDeEQLlnl_RyEyxcsBavm0G2UDCW4VHo7E0Kk9OGCOCeuIzdhtA _UWBOjRlsqLagn3VW3K9eU5yHqIOp3vvbLn5XPnrCooPEffMR6PU9IKY7lF7hvbEerrAIWmaPjsl uShU63n5nmA0G_PZluPMY0yBGSKirhRRh06cqP_zMYB.xKNaDc2ayg4laBvRzXnyAEmrLZOtXE6D WA0iSaBEAaKueJyCLH5QoGOZi2sSsVG0KCp3ayIzf5Q4RwGQMndPdcBttkf7CUj.j8JFeNpZRpTT 6MoTi3bPLGfiuWOtrQNlaYhcZDJqvNf9hPt0i2M0xVs0BrZyZBm2NWEOaf_HdaZYOQHGrznRDZqN BGXUqnuQx3e7549OnFxDoZ3EKNZ.Z79W0wjwtELUTapDtWHBvMTKLzYoRny7TDhBBUHJjnc0jwOu Q.jdT6cmTDR8mk0wk9TF1MxvsKrnGWGAagBN7hx4LO4cl0zSaZaOI9BjlJqi2DEe7GlC7OwADpo7 1d_rsSwoPzfz0_jEs_PgB7idhRGF1kbjK3yiHs6HFsydDI.09hDejhW3O.McCzQLgrBCNThlza0M o4QWEKvRAob7A10Ou8q5CuDwULrW_tEhjWyNkA.OdpFBNOtUT4iDvGm.lcuzKLSZCKExumMu8lVk KOBslfSXqjFn2iXQTXVenaiiCKXsyOhBi664uqQ6i9Zfr3xTTvEVu0Yfk6h_hFFPk7rEx1L74syL q5Hu2ayTUClnwjoozDQW0FTeq_.FYPfVAWQ6px_M04wSuqoXR8bZJBt5aj9tWCX8uKOW8dIm32Eq RR3rNQdFfhSo9aF4wtKmUneSJf25UBMX3didn41m6Uf3upqSppHVfk3QzpWHOWUmpuxeDEoIb1ey qV7prSKgUoAN1g0L5RHuHJ.gu1LfKbHaENsSIpNRyJfpfTNIXcFk3J89X.k8V1sekBAhY_IR9Dpb 5Esaczwz_uAN.8uT5TM2tXGeA8YMfWeU3iZPEglCTLhkwSHm9t9J4cfSJgFd.0FBLX1MiDYBZZjB U1zsUH_I3WBVTdkD7tI9ksNeXsHJq_CgjUWTP8rw_L0Dt7KeEgCXnvPIxFRmZpjFOZlMsGv1FJ0G t787dObp.NeGjfGMrUxJHRDR71DEc6QLJ_wFTvl_8jWSOhQqckgLu_H3P0annQ3VQHKzXwFj5Ev5 svUvAsh3KwhZdOG0B7KbF4miAsU9hx8SCJKpZrmYfqc8goya8ZezVNR1ItD4MXkueYBdfFp6321U R5Wy.AMwTZAxnvz7Kfz4x6eBcz_cb06kIKSQ6scVMFyys9xF_zt5K4Y19NiiBUM2lVj32qmuyUs_ MEvnoniA.RQY7N4YIOPCVUCw5R9TlNm5pXuo201XRQLZeZjGF1Fshkv5oqBuB1M.FOUTMLV5EW9P 8Kmmkz7EvrMgNQXW0ejg3Bjw_E9YKaxHIg8OPmv_GfS5o8ix65B7r_4WCgqPzEVph9nsDmai_LPS 2ENP0OeOyFrIBVlA4Cy.o7T6Ct.sRSGwlzreTDLcMFzqr7mzWn54xRbha1ulramGh6Ytoi_UiXa_ pS505x1d6iYOa3b5LM1Y.VnAfTLVw.FMhFNUdwWIlhr_rzur8hRsnH0paEIAlUdbpBOSQCjtiU0O QvZCRYZJigpetl1nXG9lxoNEZ4NlVPmrk3Iwv3DCPjfg9pBkC1O18SVrJn0QdCQajPHv4P6.ftiz etR3NtEAY9JuQwjg4x3JY_m_yIbSynC1CY94QhQ7HYgM1SHHnIcHtTQfaBGzWuf6j6JZeAYEu7xH oCd3akeaphh3mmRwsYvdywwrRxJ8siDEzMMw6WrfHbTwnn3V811g7NBSbnzhyftLLuP4AwjPV6Y9 6HSh2 X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.bf2.yahoo.com with HTTP; Tue, 3 Jan 2023 17:08:45 +0000 Date: Tue, 3 Jan 2023 17:08:41 +0000 (UTC) From: mjchurchil@aol.com To: Kevin Oberman , Eivind Nicolay Evensen Cc: Jake Freeland , freebsd-stable@freebsd.org Message-ID: <1765852278.2655161.1672765721046@mail.yahoo.com> In-Reply-To: <20230103093129.1b1deaea@elg.hjerdalen.lokalnett> References: <20230101162949.347fdb72@elg.hjerdalen.lokalnett> <20230101225635.2fb599a1@elg.hjerdalen.lokalnett> <20230103093129.1b1deaea@elg.hjerdalen.lokalnett> Subject: Re: Intel graphics List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_2655160_1442606813.1672765721043" X-Mailer: WebService/1.1.20982 AolMailNodin X-Rspamd-Queue-Id: 4NmfMg1vGWz3vCv X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N ------=_Part_2655160_1442606813.1672765721043 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Eivind, I tried your suggestion to improve 'scfb' resolution with my AMD g= raphics card and it's like magic. I didn't even have a /boot/loader.conf fi= le, but added one and rebooted and the non-X screen seems much clearer and = the X-window now has the resolution I am used to. Thank you. Mike On Tuesday, January 3, 2023, 12:30:11 AM PST, Eivind Nicolay Evensen <= eivinde@terraplane.org> wrote: =20 =20 Den Sun, 1 Jan 2023 22:56:35 +0100 skrev Eivind Nicolay Evensen : > Den Sun, 1 Jan 2023 12:48:44 -0800 > skrev Kevin Oberman : >=20 > > On Sun, Jan 1, 2023 at 7:41 AM Jake Freeland > > wrote: > >=C2=A0=20 > > > On Sun, Jan 1, 2023 at 9:28 AM Eivind Nicolay Evensen <=C2=A0 =C2=A0= =20 > > > eivinde@terraplane.org> wrote:=C2=A0 =C2=A0=20 > > >=C2=A0 =C2=A0=20 > > >> Hello. > > >> > > >> Is is possible to get X running adequately, or even at all > > >> with this: > > >> > > >> vgapci0@pci0:0:2:0:=C2=A0 =C2=A0 class=3D0x030000 rev=3D0x0c hdr=3D0= x00 > > >> vendor=3D0x8086 device=3D0x4692 subvendor=3D0x1025 subdevice=3D0x157= 2 > > >>=C2=A0 =C2=A0 vendor=C2=A0 =C2=A0 =3D 'Intel Corporation' > > >>=C2=A0 =C2=A0 device=C2=A0 =C2=A0 =3D 'Alder Lake-S GT1 [UHD Graphics= 730]' > > >>=C2=A0 =C2=A0 class=C2=A0 =C2=A0 =C2=A0 =3D display > > >>=C2=A0 =C2=A0 subclass=C2=A0 =3D VGA > > >>=C2=A0 =C2=A0=20 > > > > > > The drm-kmod master branch is updated to match Linux 5.12, as > > > of right now, I believe. Alder Lake support was introduced in > > > Linux 5.13/5.14, so unfortunately there is no way to get drm > > > graphics going on your iGPU yet. > > > > > > It looks like work on 5.13 just started on behalf of dumbbell > > > here: > > > > > > https://github.com/freebsd/drm-kmod/pull/224 > > > > > > If you can compile that branch and install the correct Linux > > > firmware for UHD Graphics 730, you might be able to get something > > > going. If you try, definitely report back. I haven't done this > > > step yet. > > > > > > Thanks, > > > Jake Freeland > > >=C2=A0 =C2=A0=20 > >=20 > > It was in 5.14, but was not declared stable until 5.16. If you don't > > ned bells and whistles (or high performance), you can run with scfb. > > It is working fine for me and has been for a few months. > >=20 > > Hre is my config file (xorg.conf.d/device.conf): > >=20 > > Section "Device" > > Identifier "Device0" > > Driver "scfb" > > Option "NoAccel" "On" > > EndSection=C2=A0=20 >=20 > Thanks. I'll have to try that when I'm around the > machine again, to see if the performance is decent > enough for now. I'll report back once I've checked. Indeed, this section was enough to get X to use that driver and it seems to work and even be usable for now. To see anyhing more than 800x600, I had to set=20 =C2=A0 efi_max_resolution=3D"1920x1080" in /boot/loader.conf. Using Darktable, I can see that zooming in and moving the image is a bit unpleasant, in that updates are more sluggish. Apart from that, so far this seems to be usable. Thanks for your help. --=20 Eivind Nicolay Evensen =20 ------=_Part_2655160_1442606813.1672765721043 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Eivind, I tried your suggestion to improve 'scfb&#= 39; resolution with my AMD graphics card and it's like magic. I didn&#= 39;t even have a /boot/loader.conf file, but added one and rebooted and the= non-X screen seems much clearer and the X-window now has the resolution I = am used to. Thank you. Mike
Den Sun, 1 Ja= n 2023 22:56:35 +0100
skrev Eivind Nicolay Evensen <eivinde@terraplane.org>:
> Den Sun, 1 Jan 2023 12:48:44 -0800
&= gt; skrev Kevin Oberman <rkoberman@gmail.com>:<= br clear=3D"none">>
> > On Sun, Jan 1, 2023 at = 7:41 AM Jake Freeland
> > <jake@technologyfriends.net> wrote:
>= > 
> > > On Sun, Jan 1, 2023 at 9:28 = AM Eivind Nicolay Evensen <   
> > &g= t; eivinde@terraplane.org> wrote:  &nbs= p;
> > >   
> &= gt; >> Hello.
> > >>
= > > >> Is is possible to get X running adequately, or even at a= ll
> > >> with this:
> &= gt; >>
> > >> vgapci0@pci0:0:2:= 0:    class=3D0x030000 rev=3D0x0c hdr=3D0x00
&= gt; > >> vendor=3D0x8086 device=3D0x4692 subvendor=3D0x1025 subdev= ice=3D0x1572
> > >>    vendor = ;   =3D 'Intel Corporation'
> > >> = ;   device    =3D 'Alder Lake-S GT1 [UHD Graphics 730]'> > >>    class      = =3D display
> > >>    subclass&nbs= p; =3D VGA
> > >>   
> > >
> > > The drm-kmod master b= ranch is updated to match Linux 5.12, as
> > > o= f right now, I believe. Alder Lake support was introduced in
> > > Linux 5.13/5.14, so unfortunately there is no way to get= drm
> > > graphics going on your iGPU yet.
> > >
> > > It looks like= work on 5.13 just started on behalf of dumbbell
> >= ; > here:
> > >
> > &= gt; https://github.com/freebsd/drm-kmod/pull/224
> > >
> > > If you can compi= le that branch and install the correct Linux
> > &g= t; firmware for UHD Graphics 730, you might be able to get something
> > > going. If you try, definitely report back. I hav= en't done this
> > > step yet.
> > >
> > > Thanks,
= > > > Jake Freeland
> > >    =
> >
> > It was in 5.14, b= ut was not declared stable until 5.16. If you don't
> = > ned bells and whistles (or high performance), you can run with scfb.> > It is working fine for me and has been for a few= months.
> >
> > Hre is my= config file (xorg.conf.d/device.conf):
> >
> > Section "Device"
> > Identifi= er "Device0"
> > Driver "scfb"
&g= t; > Option "NoAccel" "On"
> > EndSection  =
>
> Thanks. I'll have to try th= at when I'm around the
> machine again, to see if the = performance is decent
> enough for now. I'll report ba= ck once I've checked.

Indeed, this sec= tion was enough to get X to use that driver
and it seems = to work and even be usable for now. To see anyhing
more t= han 800x600, I had to set

  efi_= max_resolution=3D"1920x1080"

in /boot/= loader.conf.

Using Darktable, I can se= e that zooming in and moving the image
is a bit unpleasan= t, in that updates are more sluggish. Apart
from that, so= far this seems to be usable.

Thanks f= or your help.


--
Eivind Nicolay Evensen

=
------=_Part_2655160_1442606813.1672765721043-- From nobody Wed Jan 4 05:18:29 2023 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NmyYr2vFjz2nlfN for ; Wed, 4 Jan 2023 05:18:40 +0000 (UTC) (envelope-from jon@xyinn.org) Received: from mail-4317.proton.ch (mail-4317.proton.ch [185.70.43.17]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NmyYr0TRBz452h for ; Wed, 4 Jan 2023 05:18:39 +0000 (UTC) (envelope-from jon@xyinn.org) Authentication-Results: mx1.freebsd.org; none Date: Wed, 04 Jan 2023 05:18:29 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xyinn.org; s=protonmail3; t=1672809515; x=1673068715; bh=E9vo5JcIoPRszmQJHe7eazfs7CstHME/pAdtaw1xiBk=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=H3F0fs2dn8S5pW4vypUafUeidnXcH+JZKKWvoSuABEAg8ko7q5A6j/B0giUZccPmy AQpShmJ02u0lEoZaZ+G0ILFGqScCtG4BtjKhsEQw/T3ZUP4JdJmGQ8pnTeVlsRYrgc KC6ebn4AZqa9LdnnTAFIkNY9jyPNB6vPBuZ8Qh1nyLR/ZJBbG95kMsmJHqCqifDmo1 aCkJWaoAYrcwxYF43DRb9hTfiZWDRfuZySoHT2DI3g9f2v+Y1EuXCz+i77tMXihbH7 CWJQ8r4gLAUrkv5EST6IksRGCncpHhgYmx3LnKcvaZ0/pEoEKbJwzLa020kLhUBBK0 m7b8d54lJuK/Q== To: eivinde@terraplane.org From: Jonathan Vasquez Cc: eugen@grosbein.net, freebsd-stable@freebsd.org Subject: Re: Memory question Message-ID: <2T99McXoQuFmQU7Sq95IDkmJoyuCq7nGM-yvhEri0HEwyUXlcFOpaMo7ClaQKUyCltsS0ndX_Gxa_x4MsJzhI_NrYQtCgVBuxUd_g8PBmtM=@xyinn.org> In-Reply-To: <20230103165120.4d674742@elg.hjerdalen.lokalnett> References: <20230103140404.5f71b0ad@elg.hjerdalen.lokalnett> <20230103143716.703d42ca@elg.hjerdalen.lokalnett> <20230103151824.196420f1@elg.hjerdalen.lokalnett> <20230103163733.55cb11cc@elg.hjerdalen.lokalnett> <20230103165120.4d674742@elg.hjerdalen.lokalnett> Feedback-ID: 12351801:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_E20EEktlPa6CuFYbxPqPUIeFeZvNfU3cSMbSIgdvU" X-Rspamd-Queue-Id: 4NmyYr0TRBz452h X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.43.0/24, country:CH] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --b1_E20EEktlPa6CuFYbxPqPUIeFeZvNfU3cSMbSIgdvU Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 TmljZS4gR2xhZCB5b3UgZ290IGl0IHdvcmtpbmchCgpKb25hdGhhbiBWYXNxdWV6ClBHUDogMzRE QSA4NThDIDE0NDcgNTA5RSBDNzdBIEQ0OUYgRkI4NSA5MEI3IEM0Q0EgNTI3OQpTZW50IHdpdGgg UHJvdG9uTWFpbCBTZWN1cmUgRW1haWwKClNlbnQgZnJvbSBQcm90b24gTWFpbCBtb2JpbGUKCi0t LS0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0tLS0KT24gSmFuIDMsIDIwMjMsIDEwOjUwLCBF aXZpbmQgTmljb2xheSBFdmVuc2VuIHdyb3RlOgoKPiBEZW4gVHVlLCAzIEphbiAyMDIzIDE2OjM3 OjMzICswMTAwIHNrcmV2IEVpdmluZCBOaWNvbGF5IEV2ZW5zZW4gOiA+IERlbiBUdWUsIDAzIEph biAyMDIzIDE0OjQ2OjA4ICswMDAwID4gc2tyZXYgSm9uYXRoYW4gVmFzcXVleiA6ID4gPiA+IEkg a25vdyBmb3IgSW50ZWwgbW9ib3MgKGFuZCBwcm9sbHkgQU1EIGZvbGxvd3MgdGhlIHNhbWUgZ3Vp ZGVsaW5lcykgPiA+IGZvciBkb3VibGUgYnVmZmVyZWQgbWVtb3J5LCB0aGUgaWRlbnRpY2FsIHNs b3RzIHNob3VsZCBiZSBwbGFjZWQgaW4gPiA+IHNsb3QgMSszIGFuZCAyKzQuIEkgbm90aWNlZCBz bG90IDEgYW5kIDIgaXMgOEdCIGFuZCAzIGFuZCA0IGFyZSA0ID4gPiBHQi4gVHJ5IHB1dHRpbmcg dGhlIDhHQiBpbiAxKzMsIGFuZCA0IEdCIGluIDIrNCwgYW5kIHNlZSBpZiB0aGF0ID4gPiBtYWtl cyBhbnkgZGlmZmVyZW5jZS4gSXQgbWF5IG5vdCBiZSBkb3VibGUgYnVmZmVyIGJ1dCBJJ20gYmFu a2luZyA+ID4gb24gdGhhdCBiZWhhdmlvci4gPiA+IFlvdSBtaWdodCBiZSBvbnRvIHNvbWV0aGlu ZyBoZXJlLiBJIHN3YXBwZWQgdGhlIG1vZHVsZXMgc28gSSBub3cgPiBoYXZlIDggLSA0IC0gOCAt IDQgaW4gc2xvdHMgMSB0byA0IHJlc3BlY3RpdmVseS4gQW5kIHRoYXQgZ2l2ZXMgPiBtZTogPiA+ IHJlYWwgbWVtb3J5ID0gMjU3Njk4MDM3NzYgKDI0NTc2IE1CKSA+IGF2YWlsIG1lbW9yeSA9IDEy NDEwNjcxMTA0ICgxMTgzNSBNQikgPiA+IFRoYXQgYXQgbGVhc3QgdGVsbHMgbWUgdGhhdCA4R0Ig bW9kdWxlcyBhcmUgc3VwcG9ydGVkLiA+IEknbGwgaGF2ZSB0byBjaGVjayB5ZXQgYWdhaW4gaWYg dGhlcmUncyBhIHNldHRpbmcgaW4gdGhlIGJpb3MgPiBmb3IgZG91YmxlYnVmZmVyaW5nLiBBbmQg ZmluYWxseSwgYWZ0ZXIganVzdCByZXNldHRpbmcgdGhlIGJpb3MsIGl0IGxvb2tzIHJpZ2h0OiBy ZWFsIG1lbW9yeSA9IDI1NzY5ODAzNzc2ICgyNDU3NiBNQikgYXZhaWwgbWVtb3J5ID0gMjQ5NTM0 MTM2MzIgKDIzNzk3IE1CKSBXaGljaCBpbiBpdHNlbGYgaXMgaW50ZXJlc3RpbmcuIEkgcmVzZXQg dGhlIHNhbWUgYWZ0ZXIgSSBoYWQgY2hhbmdlZCB0aGUgYmlvcyBiYXR0ZXJ5IHNvbWUgdGltZSBh Z28gYW5kIGRpZG4ndCBjaGFuZ2UgYW55dGhpbmcuIFNvIHdoZXRoZXIgb3Igbm90IHRoZSBtb3Zp bmcgb2YgdGhlIG1lbW9yeSBtb2R1bGVzIHdlcmUgbmVjZXNzYXJ5LCBJIGRvbid0IGtub3cgYW5k IEkgcHJvYmFibHkgd29uJ3QgYm90aGVyIGNoZWNraW5nLCBhdCBsZWFzdCBmb3IgYSB3aGlsZSwg YnV0IGl0J3MgYSB0aXAgSSdsbCBsb29rIGZvciB0aGUgbmV4dCB0aW1lLiBUaGFua3MgdG8gZXZl cnlib2R5IGZvciB5b3VyIGlucHV0LiAtLSBFaXZpbmQgTmljb2xheSBFdmVuc2Vu --b1_E20EEktlPa6CuFYbxPqPUIeFeZvNfU3cSMbSIgdvU Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 TmljZS4gR2xhZCB5b3UgZ290IGl0IHdvcmtpbmchPGJyPjxicj48YnI+PGRpdj5Kb25hdGhhbiBW YXNxdWV6PGJyIC8+PC9kaXY+PGRpdj5QR1A6IDM0REEgODU4QyAxNDQ3IDUwOUUgQzc3QSAgRDQ5 RiBGQjg1IDkwQjcgQzRDQSA1Mjc5PGJyIC8+PC9kaXY+PGRpdj5TZW50IHdpdGggUHJvdG9uTWFp bCBTZWN1cmUgRW1haWw8YnIgLz48L2Rpdj48ZGl2PjxiciAvPjwvZGl2Pjxicj48YnI+U2VudCBm cm9tIFByb3RvbiBNYWlsIG1vYmlsZTxicj48YnI+PGJyPjxicj4tLS0tLS0tLSBPcmlnaW5hbCBN ZXNzYWdlIC0tLS0tLS0tPGJyPk9uIEphbiAzLCAyMDIzLCAxMDo1MCwgRWl2aW5kIE5pY29sYXkg RXZlbnNlbiA8IGVpdmluZGVAdGVycmFwbGFuZS5vcmc+IHdyb3RlOjxibG9ja3F1b3RlIGNsYXNz PSJwcm90b25tYWlsX3F1b3RlIj48YnI+RGVuIFR1ZSwgMyBKYW4gMjAyMyAxNjozNzozMyArMDEw MA0Kc2tyZXYgRWl2aW5kIE5pY29sYXkgRXZlbnNlbiA8ZWl2aW5kZUB0ZXJyYXBsYW5lLm9yZz46 DQoNCj4gRGVuIFR1ZSwgMDMgSmFuIDIwMjMgMTQ6NDY6MDggKzAwMDANCj4gc2tyZXYgSm9uYXRo YW4gVmFzcXVleiA8am9uQHh5aW5uLm9yZz46DQo+DQo+ID4gSSBrbm93IGZvciBJbnRlbCBtb2Jv cyAoYW5kIHByb2xseSBBTUQgZm9sbG93cyB0aGUgc2FtZSBndWlkZWxpbmVzKQ0KPiA+IGZvciBk b3VibGUgYnVmZmVyZWQgbWVtb3J5LCB0aGUgaWRlbnRpY2FsIHNsb3RzIHNob3VsZCBiZSBwbGFj ZWQgaW4NCj4gPiBzbG90IDErMyBhbmQgMis0LiBJIG5vdGljZWQgc2xvdCAxIGFuZCAyIGlzIDhH QiBhbmQgMyBhbmQgNCBhcmUgNA0KPiA+IEdCLiBUcnkgcHV0dGluZyB0aGUgOEdCIGluIDErMywg YW5kIDQgR0IgaW4gMis0LCBhbmQgc2VlIGlmIHRoYXQNCj4gPiBtYWtlcyBhbnkgZGlmZmVyZW5j ZS4gSXQgbWF5IG5vdCBiZSBkb3VibGUgYnVmZmVyIGJ1dCBJJ20gYmFua2luZw0KPiA+IG9uIHRo YXQgYmVoYXZpb3IuDQo+DQo+IFlvdSBtaWdodCBiZSBvbnRvIHNvbWV0aGluZyBoZXJlLiBJIHN3 YXBwZWQgdGhlIG1vZHVsZXMgc28gSSBub3cNCj4gaGF2ZSA4IC0gNCAtIDggLSA0IGluIHNsb3Rz IDEgdG8gNCByZXNwZWN0aXZlbHkuIEFuZCB0aGF0IGdpdmVzDQo+IG1lOg0KPg0KPiByZWFsIG1l bW9yeSAgPSAyNTc2OTgwMzc3NiAoMjQ1NzYgTUIpDQo+IGF2YWlsIG1lbW9yeSA9IDEyNDEwNjcx MTA0ICgxMTgzNSBNQikNCj4NCj4gVGhhdCBhdCBsZWFzdCB0ZWxscyBtZSB0aGF0IDhHQiBtb2R1 bGVzIGFyZSBzdXBwb3J0ZWQuDQo+IEknbGwgaGF2ZSB0byBjaGVjayB5ZXQgYWdhaW4gaWYgdGhl cmUncyBhIHNldHRpbmcgaW4gdGhlIGJpb3MNCj4gZm9yIGRvdWJsZWJ1ZmZlcmluZy4NCg0KQW5k IGZpbmFsbHksIGFmdGVyIGp1c3QgcmVzZXR0aW5nIHRoZSBiaW9zLCBpdCBsb29rcyByaWdodDoN Cg0KcmVhbCBtZW1vcnkgID0gMjU3Njk4MDM3NzYgKDI0NTc2IE1CKQ0KYXZhaWwgbWVtb3J5ID0g MjQ5NTM0MTM2MzIgKDIzNzk3IE1CKQ0KDQpXaGljaCBpbiBpdHNlbGYgaXMgaW50ZXJlc3Rpbmcu IEkgcmVzZXQgdGhlIHNhbWUgYWZ0ZXIgSSBoYWQNCmNoYW5nZWQgdGhlIGJpb3MgYmF0dGVyeSBz b21lIHRpbWUgYWdvIGFuZCBkaWRuJ3QgY2hhbmdlIGFueXRoaW5nLg0KDQpTbyAgd2hldGhlciBv ciBub3QgdGhlIG1vdmluZyBvZiB0aGUgbWVtb3J5IG1vZHVsZXMgd2VyZSBuZWNlc3NhcnksDQpJ IGRvbid0IGtub3cgYW5kIEkgcHJvYmFibHkgd29uJ3QgYm90aGVyIGNoZWNraW5nLCBhdCBsZWFz dCBmb3IgYQ0Kd2hpbGUsIGJ1dCBpdCdzIGEgdGlwIEknbGwgbG9vayBmb3IgdGhlIG5leHQgdGlt ZS4NCg0KVGhhbmtzIHRvIGV2ZXJ5Ym9keSBmb3IgeW91ciBpbnB1dC4NCg0KDQoNCi0tDQpFaXZp bmQgTmljb2xheSBFdmVuc2VuDQoNCjwvZGl2Pg== --b1_E20EEktlPa6CuFYbxPqPUIeFeZvNfU3cSMbSIgdvU-- From nobody Fri Jan 6 14:52:31 2023 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NpRCB3D5Nz2r7V9 for ; Fri, 6 Jan 2023 14:52:38 +0000 (UTC) (envelope-from freebsd-stable@lordsith.net) Received: from outbound.soverin.net (outbound.soverin.net [IPv6:2a10:de80:1:4091:b9e9:2212:0:1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4NpRC942cxz4TgR for ; Fri, 6 Jan 2023 14:52:37 +0000 (UTC) (envelope-from freebsd-stable@lordsith.net) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of freebsd-stable@lordsith.net designates 2a10:de80:1:4091:b9e9:2212:0:1 as permitted sender) smtp.mailfrom=freebsd-stable@lordsith.net; dmarc=none Received: from smtp.freedom.nl (c04smtp-lb01.int.sover.in [10.10.4.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by outbound.soverin.net (Postfix) with ESMTPS id 4NpRC54jzvz5S for ; Fri, 6 Jan 2023 14:52:33 +0000 (UTC) Received: from smtp.freedom.nl (smtp.freedom.nl [10.10.4.108]) by freedom.nl (Postfix) with ESMTPSA id 4NpRC50tKZzZQ for ; Fri, 6 Jan 2023 14:52:33 +0000 (UTC) Date: Fri, 6 Jan 2023 14:52:31 +0000 X-Soverin-Authenticated: true From: marco To: freebsd-stable@freebsd.org Subject: Re: stable/13 - amdgpu broken with n253286-d8a88ec38149 Message-ID: Reply-To: marco Mail-Followup-To: marco , freebsd-stable@freebsd.org References: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: lordsith.net X-Operating-System: FreeBSD 13.1-STABLE amd64 X-Unix: Use Unix or die X-Uptime: 2:40PM up 20 mins, 1 user, load averages: 4.17, 3.22, 1.88 X-Spamd-Result: default: False [-3.40 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; R_SPF_ALLOW(-0.20)[+ip6:2a10:de80:1:4091:b9e9:2212::1]; RCVD_IN_DNSWL_LOW(-0.10)[2a10:de80:1:4091:b9e9:2212:0:1:from]; MIME_GOOD(-0.10)[text/plain]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:211993, ipnet:2a10:de80::/32, country:NL]; FROM_EQ_ENVFROM(0.00)[]; DMARC_NA(0.00)[lordsith.net]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; HAS_ORG_HEADER(0.00)[]; FROM_HAS_DN(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; HAS_REPLYTO(0.00)[freebsd-stable@lordsith.net] X-Rspamd-Queue-Id: 4NpRC942cxz4TgR X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N On Sun, Dec 18, 2022 at 08:55:09AM -0800, you (Jeff Gibbons) sent the following to [freebsd-stable] : > I see exactly the same thing Jonathan does, but in my case with > i915kms.ko (which also comes from the /usr/ports/graphics/drm-510-kmod/ > port, like his amdgpu.ko does). My video device is Intel's > 'WhiskeyLake-U GT2 [UHD Graphics 620]'. This bug report may be > related: Same here on a ThinkPad Carbon X1 gen 7: sysctl hw.model hw.model: Intel(R) Core(TM) i7-8665U CPU @ 1.90GHz My previous and okay BE was running 308d3d6be6da stable/13 and I've tried rebuilding using several newer commits all ending with a kernel panic due to not being able to load i915kms (fatal trap 9: general protection fault while in kernel mode). I then decided to mount 1 of those newer BEs (based off of commit 50f61166f7b9) and remove i915kms from kld_list and boot into that BE. System came up, then reinstalled latest drm-510-kmod from ports, kldloaded i915kms and then re-added i915kms to kld_list [/usr/src] uname -aKU FreeBSD harbinger.fritz.box 13.1-STABLE FreeBSD 13.1-STABLE #0 n253282-50f61166f7b9: Fri Jan 6 13:09:11 UTC 2023 root@harbinger.fritz.box:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 1301510 1301510 I'm now rebuilding world using the latest commit 1149f0ec2b18 to see what happens and if I need to perform this dance again or not. -- Marco van Lienen -- FreeBSD enthusiast https://keybase.io/scarcry , GnuPG fingerprint: A025 D8AA AC1B D2FC 380D 4FC1 8EA0 0BA8 8580 E6CB "The Tuck Pendleton machine...zero defects." From nobody Fri Jan 6 20:12:28 2023 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NpZJK2zMXz2pMJ5 for ; Fri, 6 Jan 2023 20:12:33 +0000 (UTC) (envelope-from freebsd-stable@lordsith.net) Received: from outbound.soverin.net (outbound.soverin.net [185.233.34.20]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4NpZJK0LMMz3nbM for ; Fri, 6 Jan 2023 20:12:33 +0000 (UTC) (envelope-from freebsd-stable@lordsith.net) Authentication-Results: mx1.freebsd.org; none Received: from smtp.freedom.nl (c04smtp-lb01.int.sover.in [10.10.4.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by outbound.soverin.net (Postfix) with ESMTPS id 4NpZJG3p74z83; Fri, 6 Jan 2023 20:12:30 +0000 (UTC) Received: from smtp.freedom.nl (smtp.freedom.nl [10.10.4.107]) by freedom.nl (Postfix) with ESMTPSA id 4NpZJF71wGzZ1; Fri, 6 Jan 2023 20:12:29 +0000 (UTC) Date: Fri, 6 Jan 2023 20:12:28 +0000 X-Soverin-Authenticated: true From: marco To: freebsd-stable@freebsd.org Cc: marco Subject: Re: stable/13 - amdgpu broken with n253286-d8a88ec38149 Message-ID: Reply-To: Marco Mail-Followup-To: Marco , freebsd-stable@freebsd.org References: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: Organization: lordsith.net X-Operating-System: FreeBSD 13.1-STABLE amd64 X-Unix: Use Unix or die X-Uptime: 7:42PM up 5:23, 1 user, load averages: 0.26, 0.18, 0.46 X-Rspamd-Queue-Id: 4NpZJK0LMMz3nbM X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:211993, ipnet:185.233.34.0/24, country:NL] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Fri, Jan 06, 2023 at 02:52:31PM +0000, you (marco) sent the following to= [freebsd-stable] : >=20 > [/usr/src] uname -aKU > FreeBSD harbinger.fritz.box 13.1-STABLE FreeBSD 13.1-STABLE #0 n253282-50= f61166f7b9: Fri Jan 6 13:09:11 UTC 2023 root@harbinger.fritz.box:/usr/= obj/usr/src/amd64.amd64/sys/GENERIC amd64 1301510 1301510 >=20 > I'm now rebuilding world using the latest commit 1149f0ec2b18 to see > what happens and if I need to perform this dance again or not. buildworld and kernel went fine for 1149f0ec2b18. I use the following /etc/make.conf to rebuild graphics/drm-510-kmod from ports whenever I run /usr/src/tools/build/beinstall.sh : PORTS_MODULES+=3D graphics/drm-510-kmod DEFAULT_VERSIONS+=3Dssl=3Dopenssl However, installkernel threw following error when running tools/build/beins= tall.sh : root@harbinger:/usr/src # sh tools/build/beinstall.sh | tee /var/tmp/beinst= all.sh-13.1-STABLE-1149f0ec2b18 Full beinstall.sh output at https://bsd.to/553X excerpt below: Successfully mounted 13.1-STABLE-20230106.075757 at /tmp/beinstall.8856oj/m= nt Mounted 13.1-STABLE-20230106.075757 to /tmp/beinstall.8856oj/mnt, performin= g install/update ... -------------------------------------------------------------- >>> Install check kernel -------------------------------------------------------------- -------------------------------------------------------------- >>> Installing kernel GENERIC on Fri Jan 6 19:41:14 UTC 2023 -------------------------------------------------------------- cd /usr/obj/usr/src/amd64.amd64/sys/GENERIC; MACHINE_ARCH=3Damd64 MACHINE= =3Damd64 CPUTYPE=3D CC=3D"cc -target x86_64-unknown-freebsd13.1 --sysroot= =3D/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/= bin" CXX=3D"c++ -target x86_64-unknown-freebsd13.1 --sysroot=3D/usr/obj/us= r/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin" CPP=3D"c= pp -target x86_64-unknown-freebsd13.1 --sysroot=3D/usr/obj/usr/src/amd64.am= d64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin" AS=3D"as" AR=3D"ar" EL= FCTL=3D"elfctl" LD=3D"ld" LLVM_LINK=3D"" NM=3Dnm OBJCOPY=3D"objcopy" RANL= IB=3Dranlib STRINGS=3D SIZE=3D"size" STRIPBIN=3D"strip" PATH=3D/usr/obj/us= r/src/amd64.amd64/tmp/bin:/usr/obj/usr/src/amd64.amd64/tmp/usr/sbin:/usr/ob= j/usr/src/amd64.amd64/tmp/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/u= sr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/bin:/usr/obj/usr/src/am= d64.amd64/tmp/legacy/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/libexe= c::/sbin:/bin:/usr/sbin:/usr/bin make KERNEL=3Dkernel install thiskernel=3D`sysctl -n kern.bootfile || echo /boot/kernel/kernel` ; if [ = ! "`dirname "$thiskernel"`" -ef /tmp/beinstall.8856oj/mnt/boot/kernel ] ; t= hen chflags -R noschg /tmp/beinstall.8856oj/mnt/boot/kernel ; rm -rf /tmp= /beinstall.8856oj/mnt/boot/kernel ; rm -rf /tmp/beinstall.8856oj/mnt/usr/l= ib/debug/boot/kernel ; else if [ -d /tmp/beinstall.8856oj/mnt/boot/kernel= =2Eold ] ; then chflags -R noschg /tmp/beinstall.8856oj/mnt/boot/kernel.ol= d ; rm -rf /tmp/beinstall.8856oj/mnt/boot/kernel.old ; fi ; mv /tmp/bein= stall.8856oj/mnt/boot/kernel /tmp/beinstall.8856oj/mnt/boot/kernel.old ; i= f [ -n "/usr/lib/debug" -a -d /tmp/beinstall.8856oj/mnt/usr/lib/debug/boot= /kernel ]; then rm -rf /tmp/beinstall.8856oj/mnt/usr/lib/debug/boot/kernel= =2Eold ; mv /tmp/beinstall.8856oj/mnt/usr/lib/debug/boot/kernel /tmp/beins= tall.8856oj/mnt/usr/lib/debug/boot/kernel.old ; fi ; sysctl kern.bootfile= =3D/tmp/beinstall.8856oj/mnt/boot/kernel.old/"`basename "$thiskernel"`" ; = fi mkdir -p /tmp/beinstall.8856oj/mnt/boot/kernel install -p -m 555 -o root -g wheel kernel /tmp/beinstall.8856oj/mnt/boot/ke= rnel/ mkdir -p /tmp/beinstall.8856oj/mnt/usr/lib/debug/boot/kernel install -p -m 555 -o root -g wheel kernel.debug /tmp/beinstall.8856oj/mnt/u= sr/lib/debug/boot/kernel/ cd /usr/src/sys/modules; MAKEOBJDIRPREFIX=3D/usr/obj/usr/src/amd64.amd64/sy= s/GENERIC/modules KMODDIR=3D/boot/kernel MACHINE_CPUARCH=3Damd64 MACHINE=3D= amd64 MACHINE_ARCH=3Damd64 MODULES_EXTRA=3D"" WITHOUT_MODULES=3D"" ARCH_FLA= GS=3D"" DEBUG_FLAGS=3D"-g" __MPATH=3D"" DESTDIR=3D"/tmp/beinstall.8856oj/mn= t" KERNBUILDDIR=3D"/usr/obj/usr/src/amd64.amd64/sys/GENERIC" SYSDIR=3D"/usr= /src/sys" MODULE_TIED=3Dyes WITH_CTF=3D"1" KCSAN_ENABLED=3D"yes" COMPAT_FRE= EBSD32_ENABLED=3D"yes" make install =3D=3D=3D> aac (install) install -T release -o root -g wheel -m 555 aac.ko /tmp/beinstall.8856oj/m= nt/boot/kernel/ install -T dbg -o root -g wheel -m 555 aac.ko.debug /tmp/beinstall.8856oj= /mnt/usr/lib/debug/boot/kernel/ =3D=3D=3D> aacraid (install) install -T release -o root -g wheel -m 555 aacraid.ko /tmp/beinstall.8856= oj/mnt/boot/kernel/ install -T dbg -o root -g wheel -m 555 aacraid.ko.debug /tmp/beinstall.88= 56oj/mnt/usr/lib/debug/boot/kernel/ =3D=3D=3D> accf_data (install) install -T release -o root -g wheel -m 555 accf_data.ko /tmp/beinstall.88= 56oj/mnt/boot/kernel/ rest of install output omitted to keep email readable =3D=3D=3D> zlib (install) install -T release -o root -g wheel -m 555 zlib.ko /tmp/beinstall.8856oj/= mnt/boot/kernel/ install -T dbg -o root -g wheel -m 555 zlib.ko.debug /tmp/beinstall.8856o= j/mnt/usr/lib/debug/boot/kernel/ kldxref /tmp/beinstall.8856oj/mnt/boot/kernel =3D=3D=3D> Ports module graphics/drm-510-kmod (install) cd ${PORTSDIR:-/usr/ports}/graphics/drm-510-kmod; env -u CC -u CXX -u CP= P -u MAKESYSPATH -u MK_AUTO_OBJ -u MAKEOBJDIR MAKEFLAGS=3D"DESTDIR=3D/t= mp/beinstall.8856oj/mnt KERNEL=3Dkernel TARGET=3Damd64 TARGET_ARCH=3Damd64"= SYSDIR=3D/usr/src/sys PATH=3D/usr/obj/usr/src/amd64.amd64/tmp/bin:/usr/o= bj/usr/src/amd64.amd64/tmp/usr/sbin:/usr/obj/usr/src/amd64.amd64/tmp/usr/bi= n:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/usr/obj/usr/src/amd64.a= md64/tmp/legacy/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/bin:/usr/ob= j/usr/src/amd64.amd64/tmp/legacy/usr/libexec::/sbin:/bin:/usr/sbin:/usr/bin= :/usr/local/bin:/usr/local/sbin SRC_BASE=3D/usr/src OSVERSION=3D1301510 = WRKDIRPREFIX=3D/usr/obj/usr/src/amd64.amd64/sys/GENERIC make -B deinstall r= einstall =3D=3D=3D> Creating some important subdirectories =3D=3D=3D> Starting chrooted make in /tmp/beinstall.8856oj/mnt... =3D=3D=3D> Deinstalling for drm-510-kmod =3D=3D=3D> Deinstalling drm-510-kmod-5.10.113_8 Updating database digests format: . done Checking integrity... done (0 conflicting) Deinstallation has been requested for the following 1 packages (of 0 packag= es in the universe): Installed packages to be REMOVED: drm-510-kmod: 5.10.113_8 Number of packages to be removed: 1 The operation will free 13 MiB. [1/1] Deinstalling drm-510-kmod-5.10.113_8... [1/1] Deleting files for drm-510-kmod-5.10.113_8: .......... done =3D=3D=3D> Deinstalling for drm-510-kmod =3D=3D=3D> drm-510-kmod not installed, skipping =3D=3D=3D> License BSD2CLAUSE MIT GPLv2 accepted by the user =3D=3D=3D> drm-510-kmod-5.10.113_8 depends on file: /usr/local/sbin/pkg -= found =3D=3D=3D> Fetching all distfiles required by drm-510-kmod-5.10.113_8 for b= uilding =3D=3D=3D> Extracting for drm-510-kmod-5.10.113_8 =3D> SHA256 Checksum OK for freebsd-drm-kmod-5.10.113-drm_v5.10.113_9_GH0.t= ar.gz. =3D=3D=3D> Patching for drm-510-kmod-5.10.113_8 =3D=3D=3D> Configuring for drm-510-kmod-5.10.113_8 =3D=3D=3D> Building for drm-510-kmod-5.10.113_8 /bin/mkdir -p /tmp/mountpoint.Nm2UGU/graphics/drm-510-kmod/work/drm-kmod-dr= m_v5.10.113_9/obj (cd /tmp/mountpoint.Nm2UGU/graphics/drm-510-kmod/work/drm-kmod-drm_v5.10.11= 3_9 ; /usr/bin/env MAKEOBJDIRPREFIX=3D/tmp/mountpoint.Nm2UGU/graphics/drm-5= 10-kmod/work/drm-kmod-drm_v5.10.113_9/obj KMODDIR=3D"/boot/modules" SYSDIR= =3D"/usr/src/sys" NO_XREF=3Dyes XDG_DATA_HOME=3D/tmp/mountpoint.Nm2UGU/grap= hics/drm-510-kmod/work XDG_CONFIG_HOME=3D/tmp/mountpoint.Nm2UGU/graphics/d= rm-510-kmod/work XDG_CACHE_HOME=3D/tmp/mountpoint.Nm2UGU/graphics/drm-510-= kmod/work/.cache HOME=3D/tmp/mountpoint.Nm2UGU/graphics/drm-510-kmod/work = PATH=3D/tmp/mountpoint.Nm2UGU/graphics/drm-510-kmod/work/.bin:/usr/obj/usr/= src/amd64.amd64/tmp/bin:/usr/obj/usr/src/amd64.amd64/tmp/usr/sbin:/usr/obj/= usr/src/amd64.amd64/tmp/usr/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr= /sbin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/bin:/usr/obj/usr/src/amd6= 4.amd64/tmp/legacy/bin:/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/libexec:= :/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin:/usr/local/sbin PKG_CONFIG_LI= BDIR=3D/tmp/mountpoint.Nm2UGU/graphics/drm-510-kmod/work/.pkgconfig:/usr/lo= cal/libdata/pkgconfig:/usr/local/share/pkgconfig:/usr/libdata/pkgconfig MK_= DEBUG_FILES=3Dno MK_KERNEL_SYMBOLS=3Dno SHELL=3D/bin/sh NO_LINT=3DYES PREFI= X=3D/usr/local LOCALBASE=3D/usr/local CC=3D"cc" CFLAGS=3D"-O2 -pipe -fno= -strict-aliasing " CPP=3D"cpp" CPPFLAGS=3D"" LDFLAGS=3D" " LIBS=3D"" CXX= =3D"c++" CXXFLAGS=3D"-O2 -pipe -fno-strict-aliasing " MANPREFIX=3D"/usr/l= ocal" BSD_INSTALL_PROGRAM=3D"install -s -m 555" BSD_INSTALL_LIB=3D"instal= l -s -m 0644" BSD_INSTALL_SCRIPT=3D"install -m 555" BSD_INSTALL_DATA=3D= "install -m 0644" BSD_INSTALL_MAN=3D"install -m 444" /usr/bin/make obj) make[2]: stopped in /tmp/mountpoint.Nm2UGU/graphics/drm-510-kmod/work/drm-k= mod-drm_v5.10.113_9 *** Error code 1 Stop. make[1]: stopped in /tmp/mountpoint.Nm2UGU/graphics/drm-510-kmod *** Error code 1 Stop. make: stopped in /tmp/mountpoint.Nm2UGU/graphics/drm-510-kmod =3D=3D=3D> Chrooted make in /tmp/beinstall.8856oj/mnt failed =3D=3D=3D> Cleaning up... *** Error code 1 Stop. make[3]: stopped in /usr/ports/graphics/drm-510-kmod *** Error code 1 Stop. make[2]: stopped in /usr/obj/usr/src/amd64.amd64/sys/GENERIC *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src Cleaning up ... error: Installkernel failed! The newly created 13.1-STABLE-20230106.075757 BE is not present (expected behaviour due to beinstall.sh not able to complete ?) : bectl list -aDs BE/Dataset/Snapshot Active Mou= ntpoint Space Created 13.1-STABLE-20221129.225633 zroot/ROOT/13.1-STABLE-20221129.225633 - - = 3.98M 2022-12-08 20:38 zroot/ROOT/13.1-STABLE-20221215.095511@2022-12-09-08:46:03-0 - - = 7.75G 2022-12-09 08:46 13.1-STABLE-20221208.200239 zroot/ROOT/13.1-STABLE-20221208.200239 - - = 15.6M 2022-12-09 08:46 zroot/ROOT/13.1-STABLE-20221215.095511@2023-01-06-13:31:25-0 - - = 7.56G 2023-01-06 13:31 13.1-STABLE-20221215.095511 zroot/ROOT/13.1-STABLE-20221215.095511 NR / = 59.6G 2023-01-06 13:31 13.1-STABLE-20221215.095511@2022-09-30-22:33:16-0 - - = 9.20G 2022-09-30 22:33 13.1-STABLE-20221215.095511@2022-10-08-12:30:00-0 - - = 8.44G 2022-10-08 12:30 13.1-STABLE-20221215.095511@2022-12-09-08:46:03-0 - - = 7.75G 2022-12-09 08:46 13.1-STABLE-20221215.095511@2023-01-06-13:31:25-0 - - = 7.56G 2023-01-06 13:31 This is the first time for me beinstall.sh has thrown an error like this so I'm in the dark how to investigate any further. The ports tree was up 2 date when building world and kernel. --=20 Marco van Lienen -- FreeBSD enthusiast https://keybase.io/scarcry , GnuPG fingerprint: A025 D8AA AC1B D2FC 380D 4F= C1 8EA0 0BA8 8580 E6CB "The Tuck Pendleton machine...zero defects." From nobody Fri Jan 6 22:08:33 2023 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NpctG5MQqz2qrcZ for ; Fri, 6 Jan 2023 22:08:38 +0000 (UTC) (envelope-from freebsd-stable@lordsith.net) Received: from outbound.soverin.net (outbound.soverin.net [185.233.34.18]) (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 4NpctF3Gykz40VM for ; Fri, 6 Jan 2023 22:08:37 +0000 (UTC) (envelope-from freebsd-stable@lordsith.net) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of freebsd-stable@lordsith.net designates 185.233.34.18 as permitted sender) smtp.mailfrom=freebsd-stable@lordsith.net; dmarc=none Received: from smtp.freedom.nl (c04smtp-lb01.int.sover.in [10.10.4.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by outbound.soverin.net (Postfix) with ESMTPS id 4NpctC0j9Bz74 for ; Fri, 6 Jan 2023 22:08:35 +0000 (UTC) Received: from smtp.freedom.nl (smtp.freedom.nl [10.10.4.108]) by freedom.nl (Postfix) with ESMTPSA id 4NpctB3t4gzZQ for ; Fri, 6 Jan 2023 22:08:34 +0000 (UTC) Date: Fri, 6 Jan 2023 22:08:33 +0000 X-Soverin-Authenticated: true From: Marco To: freebsd-stable@freebsd.org Subject: Re: stable/13 - amdgpu broken with n253286-d8a88ec38149 Message-ID: Reply-To: Marco Mail-Followup-To: Marco , freebsd-stable@freebsd.org References: List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: lordsith.net X-Operating-System: FreeBSD 13.1-STABLE amd64 X-Unix: Use Unix or die X-Uptime: 9:56PM up 1 min, 1 user, load averages: 1.19, 0.38, 0.14 X-Spamd-Result: default: False [-3.36 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.96)[-0.957]; R_SPF_ALLOW(-0.20)[+ip4:185.233.34.18]; RCVD_IN_DNSWL_LOW(-0.10)[185.233.34.18:from]; MIME_GOOD(-0.10)[text/plain]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:211993, ipnet:185.233.34.0/24, country:NL]; FROM_EQ_ENVFROM(0.00)[]; DMARC_NA(0.00)[lordsith.net]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; HAS_ORG_HEADER(0.00)[]; FROM_HAS_DN(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; HAS_REPLYTO(0.00)[freebsd-stable@lordsith.net] X-Rspamd-Queue-Id: 4NpctF3Gykz40VM X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N On Fri, Jan 06, 2023 at 08:12:28PM +0000, you (marco) sent the following to [freebsd-stable] : > On Fri, Jan 06, 2023 at 02:52:31PM +0000, you (marco) sent the following to [freebsd-stable] : > > > > This is the first time for me beinstall.sh has thrown an error like this > so I'm in the dark how to investigate any further. > The ports tree was up 2 date when building world and kernel. > I managed to get 1149f0ec2b18 running. [~] uname -aKU FreeBSD harbinger.fritz.box 13.1-STABLE FreeBSD 13.1-STABLE #0 stable/13-n253362-1149f0ec2b18: Fri Jan 6 19:09:15 UTC 2023 root@harbinger.fritz.box:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 1301510 1301510 Since the installkernel step previously seemed to fail on the deinstall / reinstall of graphics/drm-510-kmod I took out PORTS_MODULES+= graphics/drm-510-kmod from make.conf and then ran beinstall.sh again. This time the install of kernel and world succeeded and I had a new BE to try. I mounted the new BE on /mnt and validated that graphics/drm-510-kmod was still installed in it 13.1-STABLE-20230106.075757 : pkg -r /mnt info drm-510-kmod drm-510-kmod-5.10.113_8 Name : drm-510-kmod Version : 5.10.113_8 Installed on : Fri Jan 6 21:40:44 2023 UTC To prove graphics/drm-510-kmod was NOT installed via pkg(8): [~] pkg query '%o %v %R' graphics/drm-510-kmod graphics/drm-510-kmod 5.10.113_8 unknown-repository I rebooted but now instead of introducing a kernel panic the system would immediately reboot upon the moment i915kms.ko would be loaded. So I booted back into the previous BE, once again removed i915kms from kld_list and rebooted once again into the new BE. That worked as suspected and I performed another make deinstall and reinstall of graphics/drm-510-kmod and then loaded i915kms without issue. Was the recent state of stable/13 commits/merges not supposed to make rebuilding of drm-510-kmod unnecessary or am I mistaken? -- Marco van Lienen -- FreeBSD enthusiast https://keybase.io/scarcry , GnuPG fingerprint: A025 D8AA AC1B D2FC 380D 4FC1 8EA0 0BA8 8580 E6CB "The Tuck Pendleton machine...zero defects." From nobody Sat Jan 7 04:17:09 2023 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Npn3k0wGxz2pQKS for ; Sat, 7 Jan 2023 04:17:22 +0000 (UTC) (envelope-from jon@xyinn.org) Received: from mail-4022.proton.ch (mail-4022.proton.ch [185.70.40.22]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Npn3g4dgWz3F1l for ; Sat, 7 Jan 2023 04:17:18 +0000 (UTC) (envelope-from jon@xyinn.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=xyinn.org header.s=protonmail3 header.b=wMXVdjtK; spf=pass (mx1.freebsd.org: domain of jon@xyinn.org designates 185.70.40.22 as permitted sender) smtp.mailfrom=jon@xyinn.org; dmarc=pass (policy=none) header.from=xyinn.org Date: Sat, 07 Jan 2023 04:17:09 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xyinn.org; s=protonmail3; t=1673065035; x=1673324235; bh=HJ1b+ULy0ZLl5WgfHmsB4x0wHvvyr3OapE+ysaqgYnA=; h=Date:To:From:Subject:Message-ID:Feedback-ID:From:To:Cc:Date: Subject:Reply-To:Feedback-ID:Message-ID:BIMI-Selector; b=wMXVdjtKFoXvZ28NTRfC55uTqv95db67uRak3ppZo9BdxULGONI2Of3dfxEY1dz+S Ll6+A3FNydoUeeKKUvHNGyl6g+L+PePqUouu41rGhDRoVP1/cHJwO0UfRrGlL+nbdy N1+ONAuwvQ6v0lSb7glVkAo29xvbL7GS7/uZXI1F1KSrFRm95yNfKnrDQP0X4S4yng v9anedp7h4FqyDTtK+B0iJ+h6BJpe10v7cjeRSt8As2WJFp+ks5Pi9bsRk6xpQY7de lPRJB4kq5NPpEUKLU7kKkc5l7bzRHbjGWxBDn6i1sLbrjlKYQD0GfJvgE/o8mjfoue nTehYmgLuckbQ== To: "freebsd-stable@freebsd.org" From: Jonathan Vasquez Subject: poudriere builds failing when a port is expired Message-ID: Feedback-ID: 12351801:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_O5x8rk7gz5cFIJ1gZqjQhdAoNdiCBkAyS1mkjjTptw" X-Spamd-Result: default: False [-2.43 / 15.00]; MIME_BASE64_TEXT_BOGUS(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-0.53)[-0.531]; DMARC_POLICY_ALLOW(-0.50)[xyinn.org,none]; R_DKIM_ALLOW(-0.20)[xyinn.org:s=protonmail3]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; MIME_BASE64_TEXT(0.10)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_COUNT_ZERO(0.00)[0]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; TO_DN_EQ_ADDR_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; FREEFALL_USER(0.00)[jon]; DKIM_TRACE(0.00)[xyinn.org:+]; FROM_HAS_DN(0.00)[]; HAS_PHPMAILER_SIG(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4Npn3g4dgWz3F1l X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --b1_O5x8rk7gz5cFIJ1gZqjQhdAoNdiCBkAyS1mkjjTptw Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 QW55b25lIGVsc2UgZ2V0dGluZyBidWlsZCBmYWlsdXJlcyB1c2luZyBwb3VkcmllcmUgZHVlIHRv IHNvbWUgcG9ydHMgZXhwaXJpbmc/IEkgcmUtY3JlYXRlZCBwb3VkcmllcmUgamFpbCBhbmQgZGVm YXVsdCBwb3J0cyB0cmVlIHNpbmNlIEkgb3JpZ2luYWxseSB0aG91Z2h0IHNvbWV0aGluZyBnb3Qg Y29ycnVwdGVkIG9uIG15IG1hY2hpbmUuIEJ1dCBpdCBzZWVtcyB0aGF0IGV4cGlyaW5nIHBvcnRz IGRvZXMgYSBoYXJkIGZhaWx1cmUuIEkgY2FuIGFkbWlyZSB0aGUgaWRlYSBvZiBoYXZpbmcgYSBo YXJkIGZhaWx1cmUgbGlrZSB0aGF0IGluIHRoZXNlIGNhc2VzLCBidXQgbm90IHN1cmUgaWYgdGhh dCdzIHRoZSBiZXN0IHNvbHV0aW9uLgoKcm9vdEBvY3RvcHVzOn4gIyBidWlsZF9wYWNrYWdlcwpb MDA6MDA6MDBdIENyZWF0aW5nIHRoZSByZWZlcmVuY2UgamFpbC4uLiBkb25lClswMDowMDowMV0g TW91bnRpbmcgc3lzdGVtIGRldmljZXMgZm9yIDEzMXg2NC1kZWZhdWx0ClswMDowMDowMV0gTW91 bnRpbmcgcG9ydHMvcGFja2FnZXMvZGlzdGZpbGVzClswMDowMDowMV0gVXNpbmcgcGFja2FnZXMg ZnJvbSBwcmV2aW91c2x5IGZhaWxlZCBidWlsZDogL3Vzci9sb2NhbC9wb3VkcmllcmUvZGF0YS9w YWNrYWdlcy8xMzF4NjQtZGVmYXVsdC8uYnVpbGRpbmcKWzAwOjAwOjAxXSBNb3VudGluZyBjY2Fj aGUgZnJvbTogL3Vzci9sb2NhbC9wb3VkcmllcmUvY2NhY2hlClswMDowMDowMV0gTW91bnRpbmcg cGFja2FnZXMgZnJvbTogL3Vzci9sb2NhbC9wb3VkcmllcmUvZGF0YS9wYWNrYWdlcy8xMzF4NjQt ZGVmYXVsdApbMDA6MDA6MDFdIENvcHlpbmcgL3Zhci9kYi9wb3J0cyBmcm9tOiAvdXNyL2xvY2Fs L2V0Yy9wb3VkcmllcmUuZC9vcHRpb25zClswMDowMDowMV0gQXBwZW5kaW5nIHRvIG1ha2UuY29u ZjogL3Vzci9sb2NhbC9ldGMvcG91ZHJpZXJlLmQvbWFrZS5jb25mCi9ldGMvcmVzb2x2LmNvbmYg LT4gL3Vzci9sb2NhbC9wb3VkcmllcmUvZGF0YS8ubS8xMzF4NjQtZGVmYXVsdC9yZWYvZXRjL3Jl c29sdi5jb25mClswMDowMDowMV0gU3RhcnRpbmcgamFpbCAxMzF4NjQtZGVmYXVsdApbMDA6MDA6 MDFdIFdpbGwgYnVpbGQgYXMgbm9ib2R5OiAoNjU1MzQ6NjU1MzQpClswMDowMDowMl0gTG9nczog L3Vzci9sb2NhbC9wb3VkcmllcmUvZGF0YS9sb2dzL2J1bGsvMTMxeDY0LWRlZmF1bHQvMjAyMy0w MS0wNl8yM2gxMG0xNHMKWzAwOjAwOjAyXSBMb2FkaW5nIE1PVkVEIGZvciAvdXNyL2xvY2FsL3Bv dWRyaWVyZS9kYXRhLy5tLzEzMXg2NC1kZWZhdWx0L3JlZi91c3IvcG9ydHMKWzAwOjAwOjAzXSBQ b3J0cyBzdXBwb3J0czogRkxBVk9SUyBTRUxFQ1RFRF9PUFRJT05TClswMDowMDowM10gR2F0aGVy aW5nIHBvcnRzIG1ldGFkYXRhClswMDowMDowM10gV2FybmluZzogTU9WRUQ6IGFyY2hpdmVycy9w aHA3NC16bGliIHJlbmFtZWQgdG8gYXJjaGl2ZXJzL3BocDgwLXpsaWIKWzAwOjAwOjAzXSBXYXJu aW5nOiBNT1ZFRDogY29udmVydGVycy9waHA3NC1pY29udiByZW5hbWVkIHRvIGNvbnZlcnRlcnMv cGhwODAtaWNvbnYKWzAwOjAwOjAzXSBXYXJuaW5nOiBNT1ZFRDogY29udmVydGVycy9waHA3NC1t YnN0cmluZyByZW5hbWVkIHRvIGNvbnZlcnRlcnMvcGhwODAtbWJzdHJpbmcKWzAwOjAwOjAzXSBX YXJuaW5nOiBNT1ZFRDogZGF0YWJhc2VzL3BocDc0LXBnc3FsIHJlbmFtZWQgdG8gZGF0YWJhc2Vz L3BocDgwLXBnc3FsClswMDowMDowM10gRXJyb3I6IE1PVkVEOiBkZXZlbC9waHA3NC1qc29uIDIw MjItMTItMjUgSGFzIGV4cGlyZWQ6IFNlY3VyaXR5IHN1cHBvcnQgZW5kZWQgb24gMjAyMi0xMS0y MgpbMDA6MDA6MDNdIFdhcm5pbmc6IE1PVkVEOiBkZXZlbC9waHA3NC10b2tlbml6ZXIgcmVuYW1l ZCB0byBkZXZlbC9waHA4MC10b2tlbml6ZXIKWzAwOjAwOjAzXSBXYXJuaW5nOiBNT1ZFRDogZ3Jh cGhpY3MvcGhwNzQtZ2QgcmVuYW1lZCB0byBncmFwaGljcy9waHA4MC1nZApbMDA6MDA6MDNdIFdh cm5pbmc6IE1PVkVEOiBsYW5nL3BocDc0IHJlbmFtZWQgdG8gbGFuZy9waHA4MApbMDA6MDA6MDNd IFdhcm5pbmc6IE1PVkVEOiBzZWN1cml0eS9waHA3NC1maWx0ZXIgcmVuYW1lZCB0byBzZWN1cml0 eS9waHA4MC1maWx0ZXIKWzAwOjAwOjAzXSBFcnJvcjogTU9WRUQ6IHNlY3VyaXR5L3BocDc0LW9w ZW5zc2wgMjAyMi0xMi0yNSBIYXMgZXhwaXJlZDogU2VjdXJpdHkgc3VwcG9ydCBlbmRlZCBvbiAy MDIyLTExLTIyClswMDowMDowM10gV2FybmluZzogTU9WRUQ6IHRleHRwcm9jL3BocDc0LWRvbSBy ZW5hbWVkIHRvIHRleHRwcm9jL3BocDgwLWRvbQpbMDA6MDA6MDNdIFdhcm5pbmc6IE1PVkVEOiB3 d3cvbW9kX3BocDc0IHJlbmFtZWQgdG8gd3d3L21vZF9waHA4MApbMDA6MDA6MDNdIEVycm9yOiBG YXRhbCBlcnJvcnMgZW5jb3VudGVyZWQgZ2F0aGVyaW5nIGluaXRpYWwgcG9ydHMgbWV0YWRhdGEK CkpvbmF0aGFuIFZhc3F1ZXoKUEdQOiAzNERBIDg1OEMgMTQ0NyA1MDlFIEM3N0EgRDQ5RiBGQjg1 IDkwQjcgQzRDQSA1Mjc5ClNlbnQgd2l0aCBQcm90b25NYWlsIFNlY3VyZSBFbWFpbA== --b1_O5x8rk7gz5cFIJ1gZqjQhdAoNdiCBkAyS1mkjjTptw Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0cHg7Ij5BbnlvbmUg ZWxzZSBnZXR0aW5nIGJ1aWxkIGZhaWx1cmVzIHVzaW5nIHBvdWRyaWVyZSBkdWUgdG8gc29tZSBw b3J0cyBleHBpcmluZz8gSSByZS1jcmVhdGVkIHBvdWRyaWVyZSBqYWlsIGFuZCBkZWZhdWx0IHBv cnRzIHRyZWUgc2luY2UgSSBvcmlnaW5hbGx5IHRob3VnaHQgc29tZXRoaW5nIGdvdCBjb3JydXB0 ZWQgb24gbXkgbWFjaGluZS4gQnV0IGl0IHNlZW1zIHRoYXQgZXhwaXJpbmcgcG9ydHMgZG9lcyBh IGhhcmQgZmFpbHVyZS4gSSBjYW4gYWRtaXJlIHRoZSBpZGVhIG9mIGhhdmluZyBhIGhhcmQgZmFp bHVyZSBsaWtlIHRoYXQgaW4gdGhlc2UgY2FzZXMsIGJ1dCBub3Qgc3VyZSBpZiB0aGF0J3MgdGhl IGJlc3Qgc29sdXRpb24uPC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250 LXNpemU6IDE0cHg7Ij48YnI+PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBm b250LXNpemU6IDE0cHg7Ij48c3Bhbj5yb290QG9jdG9wdXM6fiAjIGJ1aWxkX3BhY2thZ2VzPC9z cGFuPjxkaXY+PHNwYW4+WzAwOjAwOjAwXSBDcmVhdGluZyB0aGUgcmVmZXJlbmNlIGphaWwuLi4g ZG9uZTwvc3Bhbj48L2Rpdj48ZGl2PjxzcGFuPlswMDowMDowMV0gTW91bnRpbmcgc3lzdGVtIGRl dmljZXMgZm9yIDEzMXg2NC1kZWZhdWx0PC9zcGFuPjwvZGl2PjxkaXY+PHNwYW4+WzAwOjAwOjAx XSBNb3VudGluZyBwb3J0cy9wYWNrYWdlcy9kaXN0ZmlsZXM8L3NwYW4+PC9kaXY+PGRpdj48c3Bh bj5bMDA6MDA6MDFdIFVzaW5nIHBhY2thZ2VzIGZyb20gcHJldmlvdXNseSBmYWlsZWQgYnVpbGQ6 IC91c3IvbG9jYWwvcG91ZHJpZXJlL2RhdGEvcGFja2FnZXMvMTMxeDY0LWRlZmF1bHQvLmJ1aWxk aW5nPC9zcGFuPjwvZGl2PjxkaXY+PHNwYW4+WzAwOjAwOjAxXSBNb3VudGluZyBjY2FjaGUgZnJv bTogL3Vzci9sb2NhbC9wb3VkcmllcmUvY2NhY2hlPC9zcGFuPjwvZGl2PjxkaXY+PHNwYW4+WzAw OjAwOjAxXSBNb3VudGluZyBwYWNrYWdlcyBmcm9tOiAvdXNyL2xvY2FsL3BvdWRyaWVyZS9kYXRh L3BhY2thZ2VzLzEzMXg2NC1kZWZhdWx0PC9zcGFuPjwvZGl2PjxkaXY+PHNwYW4+WzAwOjAwOjAx XSBDb3B5aW5nIC92YXIvZGIvcG9ydHMgZnJvbTogL3Vzci9sb2NhbC9ldGMvcG91ZHJpZXJlLmQv b3B0aW9uczwvc3Bhbj48L2Rpdj48ZGl2PjxzcGFuPlswMDowMDowMV0gQXBwZW5kaW5nIHRvIG1h a2UuY29uZjogL3Vzci9sb2NhbC9ldGMvcG91ZHJpZXJlLmQvbWFrZS5jb25mPC9zcGFuPjwvZGl2 PjxkaXY+PHNwYW4+L2V0Yy9yZXNvbHYuY29uZiAtJmd0OyAvdXNyL2xvY2FsL3BvdWRyaWVyZS9k YXRhLy5tLzEzMXg2NC1kZWZhdWx0L3JlZi9ldGMvcmVzb2x2LmNvbmY8L3NwYW4+PC9kaXY+PGRp dj48c3Bhbj5bMDA6MDA6MDFdIFN0YXJ0aW5nIGphaWwgMTMxeDY0LWRlZmF1bHQ8L3NwYW4+PC9k aXY+PGRpdj48c3Bhbj5bMDA6MDA6MDFdIFdpbGwgYnVpbGQgYXMgbm9ib2R5OiAoNjU1MzQ6NjU1 MzQpPC9zcGFuPjwvZGl2PjxkaXY+PHNwYW4+WzAwOjAwOjAyXSBMb2dzOiAvdXNyL2xvY2FsL3Bv dWRyaWVyZS9kYXRhL2xvZ3MvYnVsay8xMzF4NjQtZGVmYXVsdC8yMDIzLTAxLTA2XzIzaDEwbTE0 czwvc3Bhbj48L2Rpdj48ZGl2PjxzcGFuPlswMDowMDowMl0gTG9hZGluZyBNT1ZFRCBmb3IgL3Vz ci9sb2NhbC9wb3VkcmllcmUvZGF0YS8ubS8xMzF4NjQtZGVmYXVsdC9yZWYvdXNyL3BvcnRzPC9z cGFuPjwvZGl2PjxkaXY+PHNwYW4+WzAwOjAwOjAzXSBQb3J0cyBzdXBwb3J0czogRkxBVk9SUyBT RUxFQ1RFRF9PUFRJT05TPC9zcGFuPjwvZGl2PjxkaXY+PHNwYW4+WzAwOjAwOjAzXSBHYXRoZXJp bmcgcG9ydHMgbWV0YWRhdGE8L3NwYW4+PC9kaXY+PGRpdj48c3Bhbj5bMDA6MDA6MDNdIFdhcm5p bmc6IE1PVkVEOiBhcmNoaXZlcnMvcGhwNzQtemxpYiByZW5hbWVkIHRvIGFyY2hpdmVycy9waHA4 MC16bGliPC9zcGFuPjwvZGl2PjxkaXY+PHNwYW4+WzAwOjAwOjAzXSBXYXJuaW5nOiBNT1ZFRDog Y29udmVydGVycy9waHA3NC1pY29udiByZW5hbWVkIHRvIGNvbnZlcnRlcnMvcGhwODAtaWNvbnY8 L3NwYW4+PC9kaXY+PGRpdj48c3Bhbj5bMDA6MDA6MDNdIFdhcm5pbmc6IE1PVkVEOiBjb252ZXJ0 ZXJzL3BocDc0LW1ic3RyaW5nIHJlbmFtZWQgdG8gY29udmVydGVycy9waHA4MC1tYnN0cmluZzwv c3Bhbj48L2Rpdj48ZGl2PjxzcGFuPlswMDowMDowM10gV2FybmluZzogTU9WRUQ6IGRhdGFiYXNl cy9waHA3NC1wZ3NxbCByZW5hbWVkIHRvIGRhdGFiYXNlcy9waHA4MC1wZ3NxbDwvc3Bhbj48L2Rp dj48ZGl2PjxzcGFuPlswMDowMDowM10gRXJyb3I6IE1PVkVEOiBkZXZlbC9waHA3NC1qc29uIDIw MjItMTItMjUgSGFzIGV4cGlyZWQ6IFNlY3VyaXR5IHN1cHBvcnQgZW5kZWQgb24gMjAyMi0xMS0y Mjwvc3Bhbj48L2Rpdj48ZGl2PjxzcGFuPlswMDowMDowM10gV2FybmluZzogTU9WRUQ6IGRldmVs L3BocDc0LXRva2VuaXplciByZW5hbWVkIHRvIGRldmVsL3BocDgwLXRva2VuaXplcjwvc3Bhbj48 L2Rpdj48ZGl2PjxzcGFuPlswMDowMDowM10gV2FybmluZzogTU9WRUQ6IGdyYXBoaWNzL3BocDc0 LWdkIHJlbmFtZWQgdG8gZ3JhcGhpY3MvcGhwODAtZ2Q8L3NwYW4+PC9kaXY+PGRpdj48c3Bhbj5b MDA6MDA6MDNdIFdhcm5pbmc6IE1PVkVEOiBsYW5nL3BocDc0IHJlbmFtZWQgdG8gbGFuZy9waHA4 MDwvc3Bhbj48L2Rpdj48ZGl2PjxzcGFuPlswMDowMDowM10gV2FybmluZzogTU9WRUQ6IHNlY3Vy aXR5L3BocDc0LWZpbHRlciByZW5hbWVkIHRvIHNlY3VyaXR5L3BocDgwLWZpbHRlcjwvc3Bhbj48 L2Rpdj48ZGl2PjxzcGFuPlswMDowMDowM10gRXJyb3I6IE1PVkVEOiBzZWN1cml0eS9waHA3NC1v cGVuc3NsIDIwMjItMTItMjUgSGFzIGV4cGlyZWQ6IFNlY3VyaXR5IHN1cHBvcnQgZW5kZWQgb24g MjAyMi0xMS0yMjwvc3Bhbj48L2Rpdj48ZGl2PjxzcGFuPlswMDowMDowM10gV2FybmluZzogTU9W RUQ6IHRleHRwcm9jL3BocDc0LWRvbSByZW5hbWVkIHRvIHRleHRwcm9jL3BocDgwLWRvbTwvc3Bh bj48L2Rpdj48ZGl2PjxzcGFuPlswMDowMDowM10gV2FybmluZzogTU9WRUQ6IHd3dy9tb2RfcGhw NzQgcmVuYW1lZCB0byB3d3cvbW9kX3BocDgwPC9zcGFuPjwvZGl2PjxkaXY+PHNwYW4+WzAwOjAw OjAzXSBFcnJvcjogRmF0YWwgZXJyb3JzIGVuY291bnRlcmVkIGdhdGhlcmluZyBpbml0aWFsIHBv cnRzIG1ldGFkYXRhPC9zcGFuPjwvZGl2PjxzcGFuPjwvc3Bhbj48YnI+PC9kaXY+PGRpdiBzdHls ZT0iZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0cHg7Ij48YnI+PC9kaXY+DQo8ZGl2 IGNsYXNzPSJwcm90b25tYWlsX3NpZ25hdHVyZV9ibG9jayIgc3R5bGU9ImZvbnQtZmFtaWx5OiBB cmlhbDsgZm9udC1zaXplOiAxNHB4OyI+DQogICAgPGRpdiBjbGFzcz0icHJvdG9ubWFpbF9zaWdu YXR1cmVfYmxvY2stdXNlciI+DQogICAgICAgIDxkaXY+Sm9uYXRoYW4gVmFzcXVlejxicj48L2Rp dj48ZGl2PlBHUDogMzREQSA4NThDIDE0NDcgNTA5RSBDNzdBICBENDlGIEZCODUgOTBCNyBDNENB IDUyNzk8YnI+PC9kaXY+PGRpdj5TZW50IHdpdGggUHJvdG9uTWFpbCBTZWN1cmUgRW1haWw8YnI+ PC9kaXY+PGRpdj48YnI+PC9kaXY+DQogICAgPC9kaXY+DQogICAgDQogICAgICAgICAgICA8ZGl2 IGNsYXNzPSJwcm90b25tYWlsX3NpZ25hdHVyZV9ibG9jay1wcm90b24gcHJvdG9ubWFpbF9zaWdu YXR1cmVfYmxvY2stZW1wdHkiPg0KICAgICAgICANCiAgICAgICAgICAgIDwvZGl2Pg0KPC9kaXY+ DQo= --b1_O5x8rk7gz5cFIJ1gZqjQhdAoNdiCBkAyS1mkjjTptw-- From nobody Sat Jan 7 04:24:41 2023 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NpnDH1dxKz2pRDs for ; Sat, 7 Jan 2023 04:24:47 +0000 (UTC) (envelope-from mirror176@hotmail.com) Received: from NAM11-DM6-obe.outbound.protection.outlook.com (mail-dm6nam11olkn2010.outbound.protection.outlook.com [40.92.19.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NpnDF2qrdz3GW0 for ; Sat, 7 Jan 2023 04:24:45 +0000 (UTC) (envelope-from mirror176@hotmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hotmail.com header.s=selector1 header.b=IrI4ic4L; spf=pass (mx1.freebsd.org: domain of mirror176@hotmail.com designates 40.92.19.10 as permitted sender) smtp.mailfrom=mirror176@hotmail.com; dmarc=pass (policy=none) header.from=hotmail.com; arc=pass ("microsoft.com:s=arcselector9901:i=1") ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=EBIGW1q2Cb/h20fTbuGSdi8XNIUv2vbECMHpLzcDvQ/vmwLbtUfT9mWGSmSVAfpGgX/i5Fjh65CP4cYKGAk6Q28ylexBjaFx+pzYX82IGl61DPuFNbkZcJurkgJA1jcwIep1KFC/yqKj0AWdWy3+DoN5nBr0hL8x0PxM4TiMszCr2lH7Hrc47bUgT19ZzXvcd2p4/X/KEyhZ5GM9nXQTphyQ/JME3eXtC5YDozSJyxRDoYP615v1GdvlMQ3rAYXAhD1HQEUvftg0HDl4BvCjC+T+AyAeYR3UVA3DeHKfMV27O93zpMuflBFmXyzvzREAogn1MsJ64Hf4l76+s5Fsmg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=pRcJYk4qmZk8eeswQnlK/C6OUYrKpltJ97O+gXpWzMc=; b=nYWo9IDtsqT+E5Lw7zZaHEkMwj/ltzBA3HZhkF4AI5rYdYsSypodD2AKADZ/fjqF5hQXebLFUPaL5PiHgTuAi4oU7XHyHRIbFobbv4EBOTq7TDL/GDV0tZUjPZ1qrTQN1HhuO303JrIo6FpsrGWctKxXMDJNwa7oXtkviocbyiZyuWRsGx0auy/c48E5ozCDZwJzPlwuOCrcl+3aJ9kjMX4/ArTUE+hZVOGlOQf5IQTvGHC4VSNyYE+GVksazMQWn/n5zk5VOsf0NxY/qzkn29ZHrr4QhPUgJbA2Gy1B75gR9xBRXgtNLQwHQaam32ppdx7ehVSi0Tbnz2Hig2Jjhw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=pRcJYk4qmZk8eeswQnlK/C6OUYrKpltJ97O+gXpWzMc=; b=IrI4ic4L2jXV8R6x8+oBHO6uBbVUgyZs+bbd7nHUfvVVGdw86KfOS/bl4NK2yI9YYJODHZINK9YfzvsvDSXctOokcGkwp0mXfp9fh1S6xY7/O0PQktnZtu+mNOza5cJ0ogXlagWV7NqPmiRKCgsdPss3vw4T260mpYG1RRBi1LjZFAFPJ2Lc+WBMllVkdzmMYPnAUo4wpCJWD7DK5WekLjCGP4tMlG0LQsRr6nbt1PhJc3MMzaRR1zQ3PplGLXmaHYvctiMzT4jl0p2MfwrZ9g49yesqyKf+LdoQkWXW8HtEMdgJ23CyHdj3yyz7zGtgu4+e5uf3Mtr5jVHYmt+e1g== Received: from CO1PR11MB4770.namprd11.prod.outlook.com (2603:10b6:303:94::19) by CH3PR11MB7321.namprd11.prod.outlook.com (2603:10b6:610:150::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5944.19; Sat, 7 Jan 2023 04:24:43 +0000 Received: from CO1PR11MB4770.namprd11.prod.outlook.com ([fe80::f5b1:a18e:e7d9:c499]) by CO1PR11MB4770.namprd11.prod.outlook.com ([fe80::f5b1:a18e:e7d9:c499%9]) with mapi id 15.20.5944.019; Sat, 7 Jan 2023 04:24:43 +0000 Message-ID: Date: Fri, 6 Jan 2023 21:24:41 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.5.0 Subject: Re: poudriere builds failing when a port is expired Content-Language: en-US To: stable@freebsd.org References: From: "Edward Sanford Sutton, III" In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-TMN: [tSvVAoeGSLG2pJdk7ool/cI+kIihhiDT] X-ClientProxiedBy: SJ0PR13CA0210.namprd13.prod.outlook.com (2603:10b6:a03:2c3::35) To CO1PR11MB4770.namprd11.prod.outlook.com (2603:10b6:303:94::19) X-Microsoft-Original-Message-ID: <1d6a0656-29bb-71f2-789d-686e0c30f822@hotmail.com> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: CO1PR11MB4770:EE_|CH3PR11MB7321:EE_ X-MS-Office365-Filtering-Correlation-Id: 86d64f97-69ee-45d6-fe42-08daf067198d X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: xye+ppRDv1DW02UJr2ay9osqyv5xanw6Fi8RNA/1wF3jcxg9t/MJXuck8edENZ9xt77IEuPVWa+QUPfJMHPZ7IpQLn1HTXlTKTzQLqeloi959l5T6sPgV8lUqCMIpVDSiPVKUEpBjrkbW/RqcPlKC0FC0DtqlUUDKYtfJD1ZdFSB3cNRzr1wJsIrUDO2GvXDgrcn9zU6n3NQQKeHFhIxkrVAnM13uEoCSsq8l73BAZ++JW7d8UJGdahBboKJ8ooXUwmrY10HcYxRcYgN6TUYm5/1gOPL4XkkUv7PQ3xJPB28DCxLvq99/kwa+KCc7BYpCErRB9HE7bqMS3aWQgXxjOihGvnnyq4TM/wu9+gIDzgkgPgT6NwxD41tjZyD+KWZn/nZRikXN9xPep+Gpxqdc73scimGX+YzUlZM+NmgqMBNQguaaiRZ3eb8BzF88KOIiDMzF1hCEJew1u+RbQ8mNsqFNJNyA5ZSxvi3EyEnkxfD9JShCGLId8c+wsoE1BvomjUackofv/BVmwQ3Vi32/z9BYlGuCem6g071WSojD+F508Z+XpwSs9UsCk7MpiUGAe/nB0RoBbiqa96da2XzJPyt3i0hVcol4woMKcpyRIwetdU592lRLFoeSsmPz7vJj0zDJV2IkYQDJchOSmgbhA== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?RC9QZVpHR1U4OXd4V1BPZUJFYW9ldHQxV1BoOGRPL3VBRWh1bS9ib1RwVmFB?= =?utf-8?B?OXcwdDNEQkJvZGtjeGVHQ204d0JpUXBBMVk0cGxtOGpLM25LcFljeGllYVF3?= =?utf-8?B?Z05BYnowWStqOGhnb0p3NkdPZjZUb3JjWUplR3VMY1lyVGsxZ3R2cGV4WnRQ?= =?utf-8?B?aEdEVW1Vc0Q4TXcyUC9OQmhFYmllOEVXQjhwbUdwYWRNTUJVemFuQWJ1TGE1?= =?utf-8?B?VkdBVHpIL2tadkdlL2hBS1FaNU5Vd0JGTFVFTCsrY2w2VjRBMFJaM2RVMU9l?= =?utf-8?B?cTZjTE1CazNWRVJJbitiR2Nsd2Njc29mZkpONHVyZ0MrT3RuSlRNajROZmlu?= =?utf-8?B?NUs5SkNCK1I5MHZ2OWVJNUVRMyt2UWtidzV1MkZCc1ErZjJqbm1MdUZVSld4?= =?utf-8?B?TUZKVlNYeEU2TXg2dmlpcUg3Vk9wNDBoOFZISk9NTzZHMFBKMXBNR0NPWHBE?= =?utf-8?B?WTd1WmtQNlB0U3ZUQjRrRm9vdHVvcm5wSmFRYlR1SXFmbjFqKy9STDQ3RlFp?= =?utf-8?B?eTBGRGlKalFpdmJZTkx4Sk5GbHNFdGU1bjZRN2k2NDFqYWdXdy80dFQrNjdy?= =?utf-8?B?TkxiZjRxT3pXaGw2ZGF2L1FmSFo2MjkxTlhwVW5keVFFYittaURKSDNzVnlB?= =?utf-8?B?d1FXRjVwRFFucEppd1R3ODlCTUVPS3lucGVWVUg5ZnRDVStIUWZlMUdlRnBj?= =?utf-8?B?cC9WRUUrYkpYbzFHdU5SK3dkaldsZy8zU2VQRVFiUTZ4Y2J0ZkdiL1FjNi8x?= =?utf-8?B?MTBQbnh1OXlUay9DVXc2dTlyRmNySU8za25IYU5SWk1jVFJHYTNIdVVjbE5o?= =?utf-8?B?cE02UTM0YzBSbHBweEFkWEdQdlA1REtUWm9OczZyMVltLzBHL3QwSDFEY1Bh?= =?utf-8?B?NGlqQmJMNTdYVmxYMUtWSEZEN2trMncvcU0yZE5Kb2xRdlNLOFdCalU4Witm?= =?utf-8?B?OHR2THFlK2FpWGNxVDVpTGJPNXpUYVJWTXAvQzQxWVpkLzhyWWJuQ3JCNEcx?= =?utf-8?B?TlgveGNpejE2M29ITmRPRWdJTlFZY0xxaUF5SUNzM3VqK3lvV1BCN2JVYThX?= =?utf-8?B?RFF6Vjc3QTNyeEJabmxRaW8zQWQ4RTBKTUFFSHkrUmdjUHg2THJSUWVtWTBK?= =?utf-8?B?amtndVFSd2laZ2NvMXprVFNPNkpwN3J1M3gyUFBHNXQ2WHhvZElEL0YvMm9u?= =?utf-8?B?MXhFeFp1OCtzb1p5MEhlSG5tMnlNQVROZ2c2clhySGpQUnpyQzJKaGxGY2F1?= =?utf-8?B?azNjcDV0Wm00UC9HbVNodThQRnVydHNsWDBQL3V5bmJHK1NLWlltam9HZGI1?= =?utf-8?B?Z3JSTkxpcDBDR3QxNTJsN3FKSG5QeXl0dU5QRng2NTNNaEE0b25pSVlQNXNa?= =?utf-8?B?QTlVMmhESHlkNzUxb3pSelhQS05ST01HZnJoT3dwcU1NVTU3SFNuYnlLQXE0?= =?utf-8?B?eDJQN2hxa2R5N2IwRXVMMFcvcHQ4M29VY1VUajFuU2M4SGxTNGRXL2JLNjUv?= =?utf-8?B?SXJ3NGJ4N0VVdmhqU3lIbkNhT012WGl4K3E5L1BLSDhvZGRPczZQc3UyN1Q0?= =?utf-8?B?OTFkL1h1T0ZuOWNITHNNQ0g3YmNEd2doUXJ4NG0ybWsycXBvT2VCT0g3bDRE?= =?utf-8?B?QS81M2tuRXpEL21EQ1lGNTVxTGEycm5yaFNwNk92OEdXVjY4bEN0Z1VkR3Bi?= =?utf-8?B?UEgrSzBJeUhYeUR5Rmo3enMwdmVZR0ppVThnTGR6b2QwVGdwK0dSeTd3PT0=?= X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-e8f36.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 86d64f97-69ee-45d6-fe42-08daf067198d X-MS-Exchange-CrossTenant-AuthSource: CO1PR11MB4770.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 07 Jan 2023 04:24:42.9724 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CH3PR11MB7321 X-Spamd-Result: default: False [-2.50 / 15.00]; FORGED_MUA_THUNDERBIRD_MSGID_UNKNOWN(2.50)[]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.997]; DMARC_POLICY_ALLOW(-0.50)[hotmail.com,none]; R_SPF_ALLOW(-0.20)[+ip4:40.92.0.0/15]; R_DKIM_ALLOW(-0.20)[hotmail.com:s=selector1]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8075, ipnet:40.80.0.0/12, country:US]; MLMMJ_DEST(0.00)[stable@freebsd.org]; FREEMAIL_ENVFROM(0.00)[hotmail.com]; RCVD_IN_DNSWL_NONE(0.00)[40.92.19.10:from]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_NONE(0.00)[hotmail.com:dkim]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[hotmail.com:+]; FREEMAIL_FROM(0.00)[hotmail.com]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[] X-Rspamd-Queue-Id: 4NpnDF2qrdz3GW0 X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N On 1/6/23 21:17, Jonathan Vasquez wrote: > Anyone else getting build failures using poudriere due to some ports expiring? I re-created poudriere jail and default ports tree since I originally thought something got corrupted on my machine. But it seems that expiring ports does a hard failure. I can admire the idea of having a hard failure like that in these cases, but not sure if that's the best solution. > > root@octopus:~ # build_packages > [00:00:00] Creating the reference jail... done > [00:00:01] Mounting system devices for 131x64-default > [00:00:01] Mounting ports/packages/distfiles > [00:00:01] Using packages from previously failed build: /usr/local/poudriere/data/packages/131x64-default/.building > [00:00:01] Mounting ccache from: /usr/local/poudriere/ccache > [00:00:01] Mounting packages from: /usr/local/poudriere/data/packages/131x64-default > [00:00:01] Copying /var/db/ports from: /usr/local/etc/poudriere.d/options > [00:00:01] Appending to make.conf: /usr/local/etc/poudriere.d/make.conf > /etc/resolv.conf -> /usr/local/poudriere/data/.m/131x64-default/ref/etc/resolv.conf > [00:00:01] Starting jail 131x64-default > [00:00:01] Will build as nobody: (65534:65534) > [00:00:02] Logs: /usr/local/poudriere/data/logs/bulk/131x64-default/2023-01-06_23h10m14s > [00:00:02] Loading MOVED for /usr/local/poudriere/data/.m/131x64-default/ref/usr/ports > [00:00:03] Ports supports: FLAVORS SELECTED_OPTIONS > [00:00:03] Gathering ports metadata > [00:00:03] Warning: MOVED: archivers/php74-zlib renamed to archivers/php80-zlib > [00:00:03] Warning: MOVED: converters/php74-iconv renamed to converters/php80-iconv > [00:00:03] Warning: MOVED: converters/php74-mbstring renamed to converters/php80-mbstring > [00:00:03] Warning: MOVED: databases/php74-pgsql renamed to databases/php80-pgsql > [00:00:03] Error: MOVED: devel/php74-json 2022-12-25 Has expired: Security support ended on 2022-11-22 > [00:00:03] Warning: MOVED: devel/php74-tokenizer renamed to devel/php80-tokenizer > [00:00:03] Warning: MOVED: graphics/php74-gd renamed to graphics/php80-gd > [00:00:03] Warning: MOVED: lang/php74 renamed to lang/php80 > [00:00:03] Warning: MOVED: security/php74-filter renamed to security/php80-filter > [00:00:03] Error: MOVED: security/php74-openssl 2022-12-25 Has expired: Security support ended on 2022-11-22 > [00:00:03] Warning: MOVED: textproc/php74-dom renamed to textproc/php80-dom > [00:00:03] Warning: MOVED: www/mod_php74 renamed to www/mod_php80 > [00:00:03] Error: Fatal errors encountered gathering initial ports metadata > > Jonathan Vasquez > PGP: 34DA 858C 1447 509E C77A D49F FB85 90B7 C4CA 5279 > Sent with ProtonMail Secure Email That is the normal reaction in Poudriere at present. I agree with you as I stated on the github issue but do not see it as a big deal but it would be nicer if the check could be performed faster; My system normally takes much longer to reach a failed state due to previous steps taking minutes. https://github.com/freebsd/poudriere/issues/1026 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267830 From nobody Sat Jan 7 06:07:28 2023 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NpqW055Rdz2qtZR for ; Sat, 7 Jan 2023 06:07:40 +0000 (UTC) (envelope-from jon@xyinn.org) Received: from mail-4018.proton.ch (mail-4018.proton.ch [185.70.40.18]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NpqW01TM4z3PrB for ; Sat, 7 Jan 2023 06:07:39 +0000 (UTC) (envelope-from jon@xyinn.org) Authentication-Results: mx1.freebsd.org; none Date: Sat, 07 Jan 2023 06:07:28 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xyinn.org; s=protonmail3; t=1673071656; x=1673330856; bh=HDta9t53S4ND9SNFzw60ITTbcwmYcbXaMyRDDmF9vBs=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=yfwwRDL35zOnVPlBi7DwdKGW2SD6cJM9nblClsX3LnRKpy6JkajpOPjSmGhmAbKiX d9I3STzays3D7IvimHzQZbGtC9zlpZzOUn/YOzni6k7pzJRc4tVd0wBm6HqVE2KoYW tPmN2HB8RiMEXorRldYLZEPVHUXeWwAwLBZj9JG/nmOYoWTNGK+7AIvwI4vv0x50YS fm5DkQRmXh8IzbSZLhiYIMNJtF3jEX/oZsi6FBqWwMYz7U7Kh9LyELsrE4WCC+U58l UDzfXv4kXrdDYejHt8yKg5zEn5gyZH0yR0ABiN95x1DZXEB8wF83tcsU5UarYxuNMf WbrjrQ1lNJcqQ== To: "Edward Sanford Sutton, III" From: Jonathan Vasquez Cc: stable@freebsd.org Subject: Re: poudriere builds failing when a port is expired Message-ID: In-Reply-To: References: Feedback-ID: 12351801:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4NpqW01TM4z3PrB X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N Thanks for this Edward. I moved the two expired ports out of my 'packages' = file. But I'll need to think of how to replace those since I need them. I'm= guessing mostly going up to a version over 7.4 and upgrading my server's d= b would do. I'll need to take some time to research if that's the path forw= ard when I have more time. Expired Ports devel/php74-json security/php74-openssl Jonathan Vasquez PGP: 34DA 858C 1447 509E C77A D49F FB85 90B7 C4CA 5279 Sent with ProtonMail Secure Email ------- Original Message ------- On Friday, January 6th, 2023 at 23:24, Edward Sanford Sutton, III wrote: > On 1/6/23 21:17, Jonathan Vasquez wrote: >=20 > > Anyone else getting build failures using poudriere due to some ports ex= piring? I re-created poudriere jail and default ports tree since I original= ly thought something got corrupted on my machine. But it seems that expirin= g ports does a hard failure. I can admire the idea of having a hard failure= like that in these cases, but not sure if that's the best solution. > >=20 > > root@octopus:~ # build_packages > > [00:00:00] Creating the reference jail... done > > [00:00:01] Mounting system devices for 131x64-default > > [00:00:01] Mounting ports/packages/distfiles > > [00:00:01] Using packages from previously failed build: /usr/local/poud= riere/data/packages/131x64-default/.building > > [00:00:01] Mounting ccache from: /usr/local/poudriere/ccache > > [00:00:01] Mounting packages from: /usr/local/poudriere/data/packages/1= 31x64-default > > [00:00:01] Copying /var/db/ports from: /usr/local/etc/poudriere.d/optio= ns > > [00:00:01] Appending to make.conf: /usr/local/etc/poudriere.d/make.conf > > /etc/resolv.conf -> /usr/local/poudriere/data/.m/131x64-default/ref/etc= /resolv.conf > > [00:00:01] Starting jail 131x64-default > > [00:00:01] Will build as nobody: (65534:65534) > > [00:00:02] Logs: /usr/local/poudriere/data/logs/bulk/131x64-default/202= 3-01-06_23h10m14s > > [00:00:02] Loading MOVED for /usr/local/poudriere/data/.m/131x64-defaul= t/ref/usr/ports > > [00:00:03] Ports supports: FLAVORS SELECTED_OPTIONS > > [00:00:03] Gathering ports metadata > > [00:00:03] Warning: MOVED: archivers/php74-zlib renamed to archivers/ph= p80-zlib > > [00:00:03] Warning: MOVED: converters/php74-iconv renamed to converters= /php80-iconv > > [00:00:03] Warning: MOVED: converters/php74-mbstring renamed to convert= ers/php80-mbstring > > [00:00:03] Warning: MOVED: databases/php74-pgsql renamed to databases/p= hp80-pgsql > > [00:00:03] Error: MOVED: devel/php74-json 2022-12-25 Has expired: Secur= ity support ended on 2022-11-22 > > [00:00:03] Warning: MOVED: devel/php74-tokenizer renamed to devel/php80= -tokenizer > > [00:00:03] Warning: MOVED: graphics/php74-gd renamed to graphics/php80-= gd > > [00:00:03] Warning: MOVED: lang/php74 renamed to lang/php80 > > [00:00:03] Warning: MOVED: security/php74-filter renamed to security/ph= p80-filter > > [00:00:03] Error: MOVED: security/php74-openssl 2022-12-25 Has expired:= Security support ended on 2022-11-22 > > [00:00:03] Warning: MOVED: textproc/php74-dom renamed to textproc/php80= -dom > > [00:00:03] Warning: MOVED: www/mod_php74 renamed to www/mod_php80 > > [00:00:03] Error: Fatal errors encountered gathering initial ports meta= data > >=20 > > Jonathan Vasquez > > PGP: 34DA 858C 1447 509E C77A D49F FB85 90B7 C4CA 5279 > > Sent with ProtonMail Secure Email >=20 >=20 > That is the normal reaction in Poudriere at present. I agree with you > as I stated on the github issue but do not see it as a big deal but it > would be nicer if the check could be performed faster; My system > normally takes much longer to reach a failed state due to previous steps > taking minutes. > https://github.com/freebsd/poudriere/issues/1026 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D267830 From nobody Sat Jan 7 06:09:01 2023 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NpqXm1Ly9z2qv2H for ; Sat, 7 Jan 2023 06:09:12 +0000 (UTC) (envelope-from jon@xyinn.org) Received: from mail-4022.proton.ch (mail-4022.proton.ch [185.70.40.22]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NpqXm0Fldz3R7h for ; Sat, 7 Jan 2023 06:09:12 +0000 (UTC) (envelope-from jon@xyinn.org) Authentication-Results: mx1.freebsd.org; none Date: Sat, 07 Jan 2023 06:09:01 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xyinn.org; s=protonmail3; t=1673071749; x=1673330949; bh=OLYkwWmFViXdpkyv4OSFBQmFDLODEU95E9y9KGm7/hs=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=U7clxXgGIHlI17MqS8QbY76SaRKbdN2x/7YoeYjZQUYK1O6iSmH2y+NH2SzjGgK80 H3EJpTjX+mSwtRGAeIm8nouzDp8oaOvD4jqegmfLbjqN2ypkzjk30Ab9e8mllJVirH 37CVr8QHX030dFyhEr8aTEjorW7B7CE5cnDy5OIxiwYu6XgQAQXsNG3O1JFiwO3Dh3 EOKgg7FWMdnkxy0KLE5QkxUt//Woqy11RzwLtgmS2KCBEOYRZ2GNJtNPdcUXrh92iD M3pd3j8cFXbjRvlsUMlRMPwPCmNo4uuWFIiqdx4khEwFml4doFJi3Wgobe2em45ebx l8wBATh4eei3g== To: "Edward Sanford Sutton, III" From: Jonathan Vasquez Cc: stable@freebsd.org Subject: Re: poudriere builds failing when a port is expired Message-ID: In-Reply-To: References: Feedback-ID: 12351801:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4NpqXm0Fldz3R7h X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N I forgot to mention, I also had these warnings: [00:00:03] Warning: MOVED: archivers/php74-zlib renamed to archivers/php80-= zlib [00:00:03] Warning: MOVED: converters/php74-iconv renamed to converters/php= 80-iconv [00:00:03] Warning: MOVED: converters/php74-mbstring renamed to converters/= php80-mbstring [00:00:03] Warning: MOVED: databases/php74-pgsql renamed to databases/php80= -pgsql [00:00:03] Warning: MOVED: devel/php74-tokenizer renamed to devel/php80-tok= enizer [00:00:03] Warning: MOVED: graphics/php74-gd renamed to graphics/php80-gd [00:00:03] Warning: MOVED: lang/php74 renamed to lang/php80 [00:00:03] Warning: MOVED: security/php74-filter renamed to security/php80-= filter [00:00:03] Warning: MOVED: textproc/php74-dom renamed to textproc/php80-dom [00:00:03] Warning: MOVED: www/mod_php74 renamed to www/mod_php80 I'm guessing FreeBSD bumped up the default version to 8.0 or is going to be= deprecating 7.4. Either way, it may be time for me to upgrade the server s= ooner rather than later, haha. Jonathan Vasquez PGP: 34DA 858C 1447 509E C77A D49F FB85 90B7 C4CA 5279 Sent with ProtonMail Secure Email ------- Original Message ------- On Friday, January 6th, 2023 at 23:24, Edward Sanford Sutton, III wrote: > On 1/6/23 21:17, Jonathan Vasquez wrote: >=20 > > Anyone else getting build failures using poudriere due to some ports ex= piring? I re-created poudriere jail and default ports tree since I original= ly thought something got corrupted on my machine. But it seems that expirin= g ports does a hard failure. I can admire the idea of having a hard failure= like that in these cases, but not sure if that's the best solution. > >=20 > > root@octopus:~ # build_packages > > [00:00:00] Creating the reference jail... done > > [00:00:01] Mounting system devices for 131x64-default > > [00:00:01] Mounting ports/packages/distfiles > > [00:00:01] Using packages from previously failed build: /usr/local/poud= riere/data/packages/131x64-default/.building > > [00:00:01] Mounting ccache from: /usr/local/poudriere/ccache > > [00:00:01] Mounting packages from: /usr/local/poudriere/data/packages/1= 31x64-default > > [00:00:01] Copying /var/db/ports from: /usr/local/etc/poudriere.d/optio= ns > > [00:00:01] Appending to make.conf: /usr/local/etc/poudriere.d/make.conf > > /etc/resolv.conf -> /usr/local/poudriere/data/.m/131x64-default/ref/etc= /resolv.conf > > [00:00:01] Starting jail 131x64-default > > [00:00:01] Will build as nobody: (65534:65534) > > [00:00:02] Logs: /usr/local/poudriere/data/logs/bulk/131x64-default/202= 3-01-06_23h10m14s > > [00:00:02] Loading MOVED for /usr/local/poudriere/data/.m/131x64-defaul= t/ref/usr/ports > > [00:00:03] Ports supports: FLAVORS SELECTED_OPTIONS > > [00:00:03] Gathering ports metadata > > [00:00:03] Warning: MOVED: archivers/php74-zlib renamed to archivers/ph= p80-zlib > > [00:00:03] Warning: MOVED: converters/php74-iconv renamed to converters= /php80-iconv > > [00:00:03] Warning: MOVED: converters/php74-mbstring renamed to convert= ers/php80-mbstring > > [00:00:03] Warning: MOVED: databases/php74-pgsql renamed to databases/p= hp80-pgsql > > [00:00:03] Error: MOVED: devel/php74-json 2022-12-25 Has expired: Secur= ity support ended on 2022-11-22 > > [00:00:03] Warning: MOVED: devel/php74-tokenizer renamed to devel/php80= -tokenizer > > [00:00:03] Warning: MOVED: graphics/php74-gd renamed to graphics/php80-= gd > > [00:00:03] Warning: MOVED: lang/php74 renamed to lang/php80 > > [00:00:03] Warning: MOVED: security/php74-filter renamed to security/ph= p80-filter > > [00:00:03] Error: MOVED: security/php74-openssl 2022-12-25 Has expired:= Security support ended on 2022-11-22 > > [00:00:03] Warning: MOVED: textproc/php74-dom renamed to textproc/php80= -dom > > [00:00:03] Warning: MOVED: www/mod_php74 renamed to www/mod_php80 > > [00:00:03] Error: Fatal errors encountered gathering initial ports meta= data > >=20 > > Jonathan Vasquez > > PGP: 34DA 858C 1447 509E C77A D49F FB85 90B7 C4CA 5279 > > Sent with ProtonMail Secure Email >=20 >=20 > That is the normal reaction in Poudriere at present. I agree with you > as I stated on the github issue but do not see it as a big deal but it > would be nicer if the check could be performed faster; My system > normally takes much longer to reach a failed state due to previous steps > taking minutes. > https://github.com/freebsd/poudriere/issues/1026 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D267830 From nobody Sat Jan 7 23:42:29 2023 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NqGwN0wmtz2pS9D for ; Sat, 7 Jan 2023 23:42:44 +0000 (UTC) (envelope-from tomek@cedro.info) Received: from mail-qv1-xf2f.google.com (mail-qv1-xf2f.google.com [IPv6:2607:f8b0:4864:20::f2f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NqGwM0y7Nz44vc for ; Sat, 7 Jan 2023 23:42:43 +0000 (UTC) (envelope-from tomek@cedro.info) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cedro.info header.s=google header.b=HBT4xO6I; spf=none (mx1.freebsd.org: domain of tomek@cedro.info has no SPF policy when checking 2607:f8b0:4864:20::f2f) smtp.mailfrom=tomek@cedro.info; dmarc=none Received: by mail-qv1-xf2f.google.com with SMTP id o17so3660449qvn.4 for ; Sat, 07 Jan 2023 15:42:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cedro.info; s=google; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=hJyK9Tov6jH8L9Zl3ZtDzsQeNefQm0AB3s4TgPOEzB8=; b=HBT4xO6IyaU5H5j1Vvz6Nbs1E8Zspt2OJ/i7dfZjFF2jqn0dtER/QrDkn3P2OFg7lh qku1XovpnqJvYpuO/+nJXjZAa+x6P7SBhoG87OEpKliuoJgK6z5v1PUy2hfyB8fH2XFc vC6uUihrzt2WZ6cjgSOdllDZMVk6WJprQEiKaJP8gWLUncpDM7jId9ZT3gF7FXMD081f ruJ0HbWQV4sUhzbIIWEzUme+mpX2WJ/yk4tYV6dWirjKwGk9enBekICrQIYb24O89Bz1 kE+h0iBA6l2g1XqrDocFUTUXmnFXV8dO4r5f8wH1KxJVmqwkSD/JbsuE8yI6/t803YWd EkWw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=hJyK9Tov6jH8L9Zl3ZtDzsQeNefQm0AB3s4TgPOEzB8=; b=xZg7c+4Z1feD56C+ZpeCrol4fldXoRnV0dODxje5SdhR3ebOaK4fiIc9uWOCbnrLEP kFF6MGmiHtCmP+8zKT2lslHb6Xgpek7X90ovd12FKakXhEQ+qz0ZLMJQUtmxvWP9ZQI3 YQA7hqjrA0gAVbcqlVZjU9V8mvW6LznWwtelY2W/E44pRjKe7Cq3xOm/zyryVQAw/6Cn XQ1bG3xnlOjgoY9Yij9r4M6pJSvTHyBjxHYJz58BgQrgmPBj49S6AH0mnASNtYYqzUo9 eHosC1IA/A9frWhdRijiOJndLFHM4YTlnyhFnOtEtDWVv7s77193WGDAxn/O3RtgWeJ8 CX5A== X-Gm-Message-State: AFqh2kqvJlc8Hdv7HcqOoZ6sEOxN11DHDc2egbaNAacDkejN8giVBB07 c6n/6E3anD5Ara0IZMhz/ycskA== X-Google-Smtp-Source: AMrXdXsJIS7jqsvpvcO2PnaiTk43VziLIJ853fM9SxeQeg+PjboOa3wnO5Q0M0jHFTI7R8SMmeztpw== X-Received: by 2002:a0c:800d:0:b0:4c7:34b5:7993 with SMTP id 13-20020a0c800d000000b004c734b57993mr82894241qva.27.1673134962460; Sat, 07 Jan 2023 15:42:42 -0800 (PST) Received: from mail-yb1-f179.google.com (mail-yb1-f179.google.com. [209.85.219.179]) by smtp.gmail.com with ESMTPSA id bm39-20020a05620a19a700b00704d8ad2e11sm2865594qkb.42.2023.01.07.15.42.41 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 07 Jan 2023 15:42:41 -0800 (PST) Received: by mail-yb1-f179.google.com with SMTP id c124so5404821ybb.13; Sat, 07 Jan 2023 15:42:41 -0800 (PST) X-Received: by 2002:a25:ab0d:0:b0:6f8:4956:d480 with SMTP id u13-20020a25ab0d000000b006f84956d480mr5314851ybi.528.1673134961331; Sat, 07 Jan 2023 15:42:41 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Tomek CEDRO Date: Sun, 8 Jan 2023 00:42:29 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: vbox 6.1.36 kmod makes 13.1-stable panic To: vbox@freebsd.org, FreeBSD Questions Mailing List , FreeBSD Stable Content-Type: text/plain; charset="UTF-8" X-Spamd-Result: default: False [-3.30 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; R_DKIM_ALLOW(-0.20)[cedro.info:s=google]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::f2f:from,209.85.219.179:received]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[cedro.info:+]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[cedro.info]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4NqGwM0y7Nz44vc X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Folks, please forgive me previous html message with 1MB barely readable image, I just hope it was not forwarded out there :-( :-( :-( -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From nobody Sun Jan 8 12:51:15 2023 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NqcQG13cNz2sMqS for ; Sun, 8 Jan 2023 12:51:18 +0000 (UTC) (envelope-from woozle@woozle.net) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4NqcQF1TH6z3nqY for ; Sun, 8 Jan 2023 12:51:17 +0000 (UTC) (envelope-from woozle@woozle.net) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of woozle@woozle.net designates 195.54.192.68 as permitted sender) smtp.mailfrom=woozle@woozle.net; dmarc=none Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.5/8.14.5) with ESMTP id 308CpFPr030763; Sun, 8 Jan 2023 15:51:15 +0300 (MSK) (envelope-from woozle@woozle.net) Date: Sun, 8 Jan 2023 15:51:15 +0300 (MSK) From: Dmitry Morozovsky X-X-Sender: marck@woozle.rinet.ru To: Jonathan Vasquez cc: "Edward Sanford Sutton, III" , stable@FreeBSD.org Subject: Re: poudriere builds failing when a port is expired In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-ID: 6B691B03 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (woozle.rinet.ru [0.0.0.0]); Sun, 08 Jan 2023 15:51:15 +0300 (MSK) X-Spamd-Result: default: False [-3.30 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; R_SPF_ALLOW(-0.20)[+ip4:195.54.192.68]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[stable@FreeBSD.org]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[woozle.net]; ARC_NA(0.00)[]; ASN(0.00)[asn:8331, ipnet:195.54.192.0/19, country:RU]; RCPT_COUNT_THREE(0.00)[3]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_CC(0.00)[hotmail.com,FreeBSD.org] X-Rspamd-Queue-Id: 4NqcQF1TH6z3nqY X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N On Sat, 7 Jan 2023, Jonathan Vasquez wrote: > I forgot to mention, I also had these warnings: > > [00:00:03] Warning: MOVED: archivers/php74-zlib renamed to archivers/php80-zlib > [00:00:03] Warning: MOVED: converters/php74-iconv renamed to converters/php80-iconv > [00:00:03] Warning: MOVED: converters/php74-mbstring renamed to converters/php80-mbstring > [00:00:03] Warning: MOVED: databases/php74-pgsql renamed to databases/php80-pgsql > [00:00:03] Warning: MOVED: devel/php74-tokenizer renamed to devel/php80-tokenizer > [00:00:03] Warning: MOVED: graphics/php74-gd renamed to graphics/php80-gd > [00:00:03] Warning: MOVED: lang/php74 renamed to lang/php80 > [00:00:03] Warning: MOVED: security/php74-filter renamed to security/php80-filter > [00:00:03] Warning: MOVED: textproc/php74-dom renamed to textproc/php80-dom > [00:00:03] Warning: MOVED: www/mod_php74 renamed to www/mod_php80 > > > I'm guessing FreeBSD bumped up the default version to 8.0 or is going to be > deprecating 7.4. Either way, it may be time for me to upgrade the server > sooner rather than later, haha. (resending from correct mail address) php74 had been deprecated some time ago, yes on the other hand, nobody stops you to have distinct ports tree based on a tag (hint: poudriere ports -c -p 11eol -B 11-eol) and/or make local changes to the ports tree to have things buildable > ------- Original Message ------- > On Friday, January 6th, 2023 at 23:24, Edward Sanford Sutton, III wrote: > > > > On 1/6/23 21:17, Jonathan Vasquez wrote: > > > > > Anyone else getting build failures using poudriere due to some ports expiring? I re-created poudriere jail and default ports tree since I originally thought something got corrupted on my machine. But it seems that expiring ports does a hard failure. I can admire the idea of having a hard failure like that in these cases, but not sure if that's the best solution. > > > > > > root@octopus:~ # build_packages > > > [00:00:00] Creating the reference jail... done > > > [00:00:01] Mounting system devices for 131x64-default > > > [00:00:01] Mounting ports/packages/distfiles > > > [00:00:01] Using packages from previously failed build: /usr/local/poudriere/data/packages/131x64-default/.building > > > [00:00:01] Mounting ccache from: /usr/local/poudriere/ccache > > > [00:00:01] Mounting packages from: /usr/local/poudriere/data/packages/131x64-default > > > [00:00:01] Copying /var/db/ports from: /usr/local/etc/poudriere.d/options > > > [00:00:01] Appending to make.conf: /usr/local/etc/poudriere.d/make.conf > > > /etc/resolv.conf -> /usr/local/poudriere/data/.m/131x64-default/ref/etc/resolv.conf > > > [00:00:01] Starting jail 131x64-default > > > [00:00:01] Will build as nobody: (65534:65534) > > > [00:00:02] Logs: /usr/local/poudriere/data/logs/bulk/131x64-default/2023-01-06_23h10m14s > > > [00:00:02] Loading MOVED for /usr/local/poudriere/data/.m/131x64-default/ref/usr/ports > > > [00:00:03] Ports supports: FLAVORS SELECTED_OPTIONS > > > [00:00:03] Gathering ports metadata > > > [00:00:03] Warning: MOVED: archivers/php74-zlib renamed to archivers/php80-zlib > > > [00:00:03] Warning: MOVED: converters/php74-iconv renamed to converters/php80-iconv > > > [00:00:03] Warning: MOVED: converters/php74-mbstring renamed to converters/php80-mbstring > > > [00:00:03] Warning: MOVED: databases/php74-pgsql renamed to databases/php80-pgsql > > > [00:00:03] Error: MOVED: devel/php74-json 2022-12-25 Has expired: Security support ended on 2022-11-22 > > > [00:00:03] Warning: MOVED: devel/php74-tokenizer renamed to devel/php80-tokenizer > > > [00:00:03] Warning: MOVED: graphics/php74-gd renamed to graphics/php80-gd > > > [00:00:03] Warning: MOVED: lang/php74 renamed to lang/php80 > > > [00:00:03] Warning: MOVED: security/php74-filter renamed to security/php80-filter > > > [00:00:03] Error: MOVED: security/php74-openssl 2022-12-25 Has expired: Security support ended on 2022-11-22 > > > [00:00:03] Warning: MOVED: textproc/php74-dom renamed to textproc/php80-dom > > > [00:00:03] Warning: MOVED: www/mod_php74 renamed to www/mod_php80 > > > [00:00:03] Error: Fatal errors encountered gathering initial ports metadata > > > > > > Jonathan Vasquez > > > PGP: 34DA 858C 1447 509E C77A D49F FB85 90B7 C4CA 5279 > > > Sent with ProtonMail Secure Email > > > > > > That is the normal reaction in Poudriere at present. I agree with you > > as I stated on the github issue but do not see it as a big deal but it > > would be nicer if the check could be performed faster; My system > > normally takes much longer to reach a failed state due to previous steps > > taking minutes. > > https://github.com/freebsd/poudriere/issues/1026 > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267830 > > -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] --------------------------------------------------------------------------- *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- woozle@woozle.net *** --------------------------------------------------------------------------- From nobody Sun Jan 8 14:21:48 2023 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NqfQs3wZjz2p5jp for ; Sun, 8 Jan 2023 14:21:57 +0000 (UTC) (envelope-from jon@xyinn.org) Received: from mail-4022.proton.ch (mail-4022.proton.ch [185.70.40.22]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NqfQs15mdz3wNp for ; Sun, 8 Jan 2023 14:21:56 +0000 (UTC) (envelope-from jon@xyinn.org) Authentication-Results: mx1.freebsd.org; none Date: Sun, 08 Jan 2023 14:21:48 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xyinn.org; s=protonmail3; t=1673187713; x=1673446913; bh=3XFCyykGLPA2Oyels4lcZb/3bB6wOFlKZWFAb5f2U2c=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=xdS6icVjPM0fu1fowR+VpM7MTYhMMGJYhw1eSudGM6N0bAQMFBY6ZuPlVhOhdfrIw RjfWiJHLN3/GHhMyYcVhVFULw5HDhc+/33R6YMYyU0lMdJsbjsHqXFdZn4F2U3/T1J sYwWNyGAFzGZytad/7Jj+VBzWcqReOY2OA58+NHCF4OkMrRzPmuimiOO6mL7fmxjWz +XKHsRJVdr49daxQdFEFIlGW+zHOZLTAG0RLCVWmeas4z97yNpjmzSAd2LRLAHdpHc 1N8gsRlvC3p51CniUmH9t1kb1byF5F2FjgUyWMn7kTCYS+ay3cefC8JQskxVKNZ9pU dYQE1ujCBCs8Q== To: woozle@woozle.net From: Jonathan Vasquez Cc: mirror176@hotmail.com, stable@FreeBSD.org Subject: Re: poudriere builds failing when a port is expired Message-ID: In-Reply-To: References: Feedback-ID: 12351801:user:proton List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_BoCJ2ylwWaCTZZQduYtJ2E4qcbIUzuIHDyolj72ZNU" X-Rspamd-Queue-Id: 4NqfQs15mdz3wNp X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --b1_BoCJ2ylwWaCTZZQduYtJ2E4qcbIUzuIHDyolj72ZNU Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 VGhhbmtzIGZvciB0aGF0IERtaXRyeS4gSXQgd2lsbCBwcm9sbHkgYmUgYmV0dGVyIGZvciBtZSB0 byBzY2hlZHVsZSBzb21lIHRpbWUgdG8gZG8gYW4gdXBncmFkZSBvZiBwaHA3NCBoYWhhLgoKSm9u YXRoYW4gVmFzcXVlegpQR1A6IDM0REEgODU4QyAxNDQ3IDUwOUUgQzc3QSBENDlGIEZCODUgOTBC NyBDNENBIDUyNzkKU2VudCB3aXRoIFByb3Rvbk1haWwgU2VjdXJlIEVtYWlsCgpTZW50IGZyb20g UHJvdG9uIE1haWwgbW9iaWxlCgotLS0tLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tLS0tCk9u IEphbiA4LCAyMDIzLCAwNzo1MSwgRG1pdHJ5IE1vcm96b3Zza3kgd3JvdGU6Cgo+IE9uIFNhdCwg NyBKYW4gMjAyMywgSm9uYXRoYW4gVmFzcXVleiB3cm90ZTogPiBJIGZvcmdvdCB0byBtZW50aW9u LCBJIGFsc28gaGFkIHRoZXNlIHdhcm5pbmdzOiA+ID4gWzAwOjAwOjAzXSBXYXJuaW5nOiBNT1ZF RDogYXJjaGl2ZXJzL3BocDc0LXpsaWIgcmVuYW1lZCB0byBhcmNoaXZlcnMvcGhwODAtemxpYiA+ IFswMDowMDowM10gV2FybmluZzogTU9WRUQ6IGNvbnZlcnRlcnMvcGhwNzQtaWNvbnYgcmVuYW1l ZCB0byBjb252ZXJ0ZXJzL3BocDgwLWljb252ID4gWzAwOjAwOjAzXSBXYXJuaW5nOiBNT1ZFRDog Y29udmVydGVycy9waHA3NC1tYnN0cmluZyByZW5hbWVkIHRvIGNvbnZlcnRlcnMvcGhwODAtbWJz dHJpbmcgPiBbMDA6MDA6MDNdIFdhcm5pbmc6IE1PVkVEOiBkYXRhYmFzZXMvcGhwNzQtcGdzcWwg cmVuYW1lZCB0byBkYXRhYmFzZXMvcGhwODAtcGdzcWwgPiBbMDA6MDA6MDNdIFdhcm5pbmc6IE1P VkVEOiBkZXZlbC9waHA3NC10b2tlbml6ZXIgcmVuYW1lZCB0byBkZXZlbC9waHA4MC10b2tlbml6 ZXIgPiBbMDA6MDA6MDNdIFdhcm5pbmc6IE1PVkVEOiBncmFwaGljcy9waHA3NC1nZCByZW5hbWVk IHRvIGdyYXBoaWNzL3BocDgwLWdkID4gWzAwOjAwOjAzXSBXYXJuaW5nOiBNT1ZFRDogbGFuZy9w aHA3NCByZW5hbWVkIHRvIGxhbmcvcGhwODAgPiBbMDA6MDA6MDNdIFdhcm5pbmc6IE1PVkVEOiBz ZWN1cml0eS9waHA3NC1maWx0ZXIgcmVuYW1lZCB0byBzZWN1cml0eS9waHA4MC1maWx0ZXIgPiBb MDA6MDA6MDNdIFdhcm5pbmc6IE1PVkVEOiB0ZXh0cHJvYy9waHA3NC1kb20gcmVuYW1lZCB0byB0 ZXh0cHJvYy9waHA4MC1kb20gPiBbMDA6MDA6MDNdIFdhcm5pbmc6IE1PVkVEOiB3d3cvbW9kX3Bo cDc0IHJlbmFtZWQgdG8gd3d3L21vZF9waHA4MCA+ID4gPiBJJ20gZ3Vlc3NpbmcgRnJlZUJTRCBi dW1wZWQgdXAgdGhlIGRlZmF1bHQgdmVyc2lvbiB0byA4LjAgb3IgaXMgZ29pbmcgdG8gYmUgPiBk ZXByZWNhdGluZyA3LjQuIEVpdGhlciB3YXksIGl0IG1heSBiZSB0aW1lIGZvciBtZSB0byB1cGdy YWRlIHRoZSBzZXJ2ZXIgPiBzb29uZXIgcmF0aGVyIHRoYW4gbGF0ZXIsIGhhaGEuIChyZXNlbmRp bmcgZnJvbSBjb3JyZWN0IG1haWwgYWRkcmVzcykgcGhwNzQgaGFkIGJlZW4gZGVwcmVjYXRlZCBz b21lIHRpbWUgYWdvLCB5ZXMgb24gdGhlIG90aGVyIGhhbmQsIG5vYm9keSBzdG9wcyB5b3UgdG8g aGF2ZSBkaXN0aW5jdCBwb3J0cyB0cmVlIGJhc2VkIG9uIGEgdGFnIChoaW50OiBwb3VkcmllcmUg cG9ydHMgLWMgLXAgMTFlb2wgLUIgMTEtZW9sKSBhbmQvb3IgbWFrZSBsb2NhbCBjaGFuZ2VzIHRv IHRoZSBwb3J0cyB0cmVlIHRvIGhhdmUgdGhpbmdzIGJ1aWxkYWJsZSA+IC0tLS0tLS0gT3JpZ2lu YWwgTWVzc2FnZSAtLS0tLS0tID4gT24gRnJpZGF5LCBKYW51YXJ5IDZ0aCwgMjAyMyBhdCAyMzoy NCwgRWR3YXJkIFNhbmZvcmQgU3V0dG9uLCBJSUkgIHdyb3RlOiA+ID4gPiA+IE9uIDEvNi8yMyAy MToxNywgSm9uYXRoYW4gVmFzcXVleiB3cm90ZTogPiA+ID4gPiA+IEFueW9uZSBlbHNlIGdldHRp bmcgYnVpbGQgZmFpbHVyZXMgdXNpbmcgcG91ZHJpZXJlIGR1ZSB0byBzb21lIHBvcnRzIGV4cGly aW5nPyBJIHJlLWNyZWF0ZWQgcG91ZHJpZXJlIGphaWwgYW5kIGRlZmF1bHQgcG9ydHMgdHJlZSBz aW5jZSBJIG9yaWdpbmFsbHkgdGhvdWdodCBzb21ldGhpbmcgZ290IGNvcnJ1cHRlZCBvbiBteSBt YWNoaW5lLiBCdXQgaXQgc2VlbXMgdGhhdCBleHBpcmluZyBwb3J0cyBkb2VzIGEgaGFyZCBmYWls dXJlLiBJIGNhbiBhZG1pcmUgdGhlIGlkZWEgb2YgaGF2aW5nIGEgaGFyZCBmYWlsdXJlIGxpa2Ug dGhhdCBpbiB0aGVzZSBjYXNlcywgYnV0IG5vdCBzdXJlIGlmIHRoYXQncyB0aGUgYmVzdCBzb2x1 dGlvbi4gPiA+ID4gPiA+ID4gcm9vdEBvY3RvcHVzOn4gIyBidWlsZF9wYWNrYWdlcyA+ID4gPiBb MDA6MDA6MDBdIENyZWF0aW5nIHRoZSByZWZlcmVuY2UgamFpbC4uLiBkb25lID4gPiA+IFswMDow MDowMV0gTW91bnRpbmcgc3lzdGVtIGRldmljZXMgZm9yIDEzMXg2NC1kZWZhdWx0ID4gPiA+IFsw MDowMDowMV0gTW91bnRpbmcgcG9ydHMvcGFja2FnZXMvZGlzdGZpbGVzID4gPiA+IFswMDowMDow MV0gVXNpbmcgcGFja2FnZXMgZnJvbSBwcmV2aW91c2x5IGZhaWxlZCBidWlsZDogL3Vzci9sb2Nh bC9wb3VkcmllcmUvZGF0YS9wYWNrYWdlcy8xMzF4NjQtZGVmYXVsdC8uYnVpbGRpbmcgPiA+ID4g WzAwOjAwOjAxXSBNb3VudGluZyBjY2FjaGUgZnJvbTogL3Vzci9sb2NhbC9wb3VkcmllcmUvY2Nh Y2hlID4gPiA+IFswMDowMDowMV0gTW91bnRpbmcgcGFja2FnZXMgZnJvbTogL3Vzci9sb2NhbC9w b3VkcmllcmUvZGF0YS9wYWNrYWdlcy8xMzF4NjQtZGVmYXVsdCA+ID4gPiBbMDA6MDA6MDFdIENv cHlpbmcgL3Zhci9kYi9wb3J0cyBmcm9tOiAvdXNyL2xvY2FsL2V0Yy9wb3VkcmllcmUuZC9vcHRp b25zID4gPiA+IFswMDowMDowMV0gQXBwZW5kaW5nIHRvIG1ha2UuY29uZjogL3Vzci9sb2NhbC9l dGMvcG91ZHJpZXJlLmQvbWFrZS5jb25mID4gPiA+IC9ldGMvcmVzb2x2LmNvbmYgLT4gL3Vzci9s b2NhbC9wb3VkcmllcmUvZGF0YS8ubS8xMzF4NjQtZGVmYXVsdC9yZWYvZXRjL3Jlc29sdi5jb25m ID4gPiA+IFswMDowMDowMV0gU3RhcnRpbmcgamFpbCAxMzF4NjQtZGVmYXVsdCA+ID4gPiBbMDA6 MDA6MDFdIFdpbGwgYnVpbGQgYXMgbm9ib2R5OiAoNjU1MzQ6NjU1MzQpID4gPiA+IFswMDowMDow Ml0gTG9nczogL3Vzci9sb2NhbC9wb3VkcmllcmUvZGF0YS9sb2dzL2J1bGsvMTMxeDY0LWRlZmF1 bHQvMjAyMy0wMS0wNl8yM2gxMG0xNHMgPiA+ID4gWzAwOjAwOjAyXSBMb2FkaW5nIE1PVkVEIGZv ciAvdXNyL2xvY2FsL3BvdWRyaWVyZS9kYXRhLy5tLzEzMXg2NC1kZWZhdWx0L3JlZi91c3IvcG9y dHMgPiA+ID4gWzAwOjAwOjAzXSBQb3J0cyBzdXBwb3J0czogRkxBVk9SUyBTRUxFQ1RFRF9PUFRJ T05TID4gPiA+IFswMDowMDowM10gR2F0aGVyaW5nIHBvcnRzIG1ldGFkYXRhID4gPiA+IFswMDow MDowM10gV2FybmluZzogTU9WRUQ6IGFyY2hpdmVycy9waHA3NC16bGliIHJlbmFtZWQgdG8gYXJj aGl2ZXJzL3BocDgwLXpsaWIgPiA+ID4gWzAwOjAwOjAzXSBXYXJuaW5nOiBNT1ZFRDogY29udmVy dGVycy9waHA3NC1pY29udiByZW5hbWVkIHRvIGNvbnZlcnRlcnMvcGhwODAtaWNvbnYgPiA+ID4g WzAwOjAwOjAzXSBXYXJuaW5nOiBNT1ZFRDogY29udmVydGVycy9waHA3NC1tYnN0cmluZyByZW5h bWVkIHRvIGNvbnZlcnRlcnMvcGhwODAtbWJzdHJpbmcgPiA+ID4gWzAwOjAwOjAzXSBXYXJuaW5n OiBNT1ZFRDogZGF0YWJhc2VzL3BocDc0LXBnc3FsIHJlbmFtZWQgdG8gZGF0YWJhc2VzL3BocDgw LXBnc3FsID4gPiA+IFswMDowMDowM10gRXJyb3I6IE1PVkVEOiBkZXZlbC9waHA3NC1qc29uIDIw MjItMTItMjUgSGFzIGV4cGlyZWQ6IFNlY3VyaXR5IHN1cHBvcnQgZW5kZWQgb24gMjAyMi0xMS0y MiA+ID4gPiBbMDA6MDA6MDNdIFdhcm5pbmc6IE1PVkVEOiBkZXZlbC9waHA3NC10b2tlbml6ZXIg cmVuYW1lZCB0byBkZXZlbC9waHA4MC10b2tlbml6ZXIgPiA+ID4gWzAwOjAwOjAzXSBXYXJuaW5n OiBNT1ZFRDogZ3JhcGhpY3MvcGhwNzQtZ2QgcmVuYW1lZCB0byBncmFwaGljcy9waHA4MC1nZCA+ ID4gPiBbMDA6MDA6MDNdIFdhcm5pbmc6IE1PVkVEOiBsYW5nL3BocDc0IHJlbmFtZWQgdG8gbGFu Zy9waHA4MCA+ID4gPiBbMDA6MDA6MDNdIFdhcm5pbmc6IE1PVkVEOiBzZWN1cml0eS9waHA3NC1m aWx0ZXIgcmVuYW1lZCB0byBzZWN1cml0eS9waHA4MC1maWx0ZXIgPiA+ID4gWzAwOjAwOjAzXSBF cnJvcjogTU9WRUQ6IHNlY3VyaXR5L3BocDc0LW9wZW5zc2wgMjAyMi0xMi0yNSBIYXMgZXhwaXJl ZDogU2VjdXJpdHkgc3VwcG9ydCBlbmRlZCBvbiAyMDIyLTExLTIyID4gPiA+IFswMDowMDowM10g V2FybmluZzogTU9WRUQ6IHRleHRwcm9jL3BocDc0LWRvbSByZW5hbWVkIHRvIHRleHRwcm9jL3Bo cDgwLWRvbSA+ID4gPiBbMDA6MDA6MDNdIFdhcm5pbmc6IE1PVkVEOiB3d3cvbW9kX3BocDc0IHJl bmFtZWQgdG8gd3d3L21vZF9waHA4MCA+ID4gPiBbMDA6MDA6MDNdIEVycm9yOiBGYXRhbCBlcnJv cnMgZW5jb3VudGVyZWQgZ2F0aGVyaW5nIGluaXRpYWwgcG9ydHMgbWV0YWRhdGEgPiA+ID4gPiA+ ID4gSm9uYXRoYW4gVmFzcXVleiA+ID4gPiBQR1A6IDM0REEgODU4QyAxNDQ3IDUwOUUgQzc3QSBE NDlGIEZCODUgOTBCNyBDNENBIDUyNzkgPiA+ID4gU2VudCB3aXRoIFByb3Rvbk1haWwgU2VjdXJl IEVtYWlsID4gPiA+ID4gPiA+IFRoYXQgaXMgdGhlIG5vcm1hbCByZWFjdGlvbiBpbiBQb3Vkcmll cmUgYXQgcHJlc2VudC4gSSBhZ3JlZSB3aXRoIHlvdSA+ID4gYXMgSSBzdGF0ZWQgb24gdGhlIGdp dGh1YiBpc3N1ZSBidXQgZG8gbm90IHNlZSBpdCBhcyBhIGJpZyBkZWFsIGJ1dCBpdCA+ID4gd291 bGQgYmUgbmljZXIgaWYgdGhlIGNoZWNrIGNvdWxkIGJlIHBlcmZvcm1lZCBmYXN0ZXI7IE15IHN5 c3RlbSA+ID4gbm9ybWFsbHkgdGFrZXMgbXVjaCBsb25nZXIgdG8gcmVhY2ggYSBmYWlsZWQgc3Rh dGUgZHVlIHRvIHByZXZpb3VzIHN0ZXBzID4gPiB0YWtpbmcgbWludXRlcy4gPiA+IGh0dHBzOi8v Z2l0aHViLmNvbS9mcmVlYnNkL3BvdWRyaWVyZS9pc3N1ZXMvMTAyNiA+ID4gaHR0cHM6Ly9idWdz LmZyZWVic2Qub3JnL2J1Z3ppbGxhL3Nob3dfYnVnLmNnaT9pZD0yNjc4MzAgPiA+IC0tIFNpbmNl cmVseSwgRC5NYXJjayBbRE01MDIwLCBNQ0stUklQRSwgRE0zLVJJUE5dIFsgRnJlZUJTRCBjb21t aXR0ZXI6IG1hcmNrQEZyZWVCU0Qub3JnIF0gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tICoqKiBEbWl0cnkg TW9yb3pvdnNreSAtLS0gRC5NYXJjayAtLS0gV2lsZCBXb296bGUgLS0tIHdvb3psZUB3b296bGUu bmV0ICoqKiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0= --b1_BoCJ2ylwWaCTZZQduYtJ2E4qcbIUzuIHDyolj72ZNU Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 VGhhbmtzIGZvciB0aGF0IERtaXRyeS4gSXQgd2lsbCBwcm9sbHkgYmUgYmV0dGVyIGZvciBtZSB0 byBzY2hlZHVsZSBzb21lIHRpbWUgdG8gZG8gYW4gdXBncmFkZSBvZiBwaHA3NCBoYWhhLjxicj48 YnI+PGJyPjxkaXY+Sm9uYXRoYW4gVmFzcXVlejxiciAvPjwvZGl2PjxkaXY+UEdQOiAzNERBIDg1 OEMgMTQ0NyA1MDlFIEM3N0EgIEQ0OUYgRkI4NSA5MEI3IEM0Q0EgNTI3OTxiciAvPjwvZGl2Pjxk aXY+U2VudCB3aXRoIFByb3Rvbk1haWwgU2VjdXJlIEVtYWlsPGJyIC8+PC9kaXY+PGRpdj48YnIg Lz48L2Rpdj48YnI+PGJyPlNlbnQgZnJvbSBQcm90b24gTWFpbCBtb2JpbGU8YnI+PGJyPjxicj48 YnI+LS0tLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLS0tLTxicj5PbiBKYW4gOCwgMjAyMywg MDc6NTEsIERtaXRyeSBNb3Jvem92c2t5IDwgd29vemxlQHdvb3psZS5uZXQ+IHdyb3RlOjxibG9j a3F1b3RlIGNsYXNzPSJwcm90b25tYWlsX3F1b3RlIj48YnI+T24gU2F0LCA3IEphbiAyMDIzLCBK b25hdGhhbiBWYXNxdWV6IHdyb3RlOg0KDQo+IEkgZm9yZ290IHRvIG1lbnRpb24sIEkgYWxzbyBo YWQgdGhlc2Ugd2FybmluZ3M6DQo+DQo+IFswMDowMDowM10gV2FybmluZzogTU9WRUQ6IGFyY2hp dmVycy9waHA3NC16bGliIHJlbmFtZWQgdG8gYXJjaGl2ZXJzL3BocDgwLXpsaWINCj4gWzAwOjAw OjAzXSBXYXJuaW5nOiBNT1ZFRDogY29udmVydGVycy9waHA3NC1pY29udiByZW5hbWVkIHRvIGNv bnZlcnRlcnMvcGhwODAtaWNvbnYNCj4gWzAwOjAwOjAzXSBXYXJuaW5nOiBNT1ZFRDogY29udmVy dGVycy9waHA3NC1tYnN0cmluZyByZW5hbWVkIHRvIGNvbnZlcnRlcnMvcGhwODAtbWJzdHJpbmcN Cj4gWzAwOjAwOjAzXSBXYXJuaW5nOiBNT1ZFRDogZGF0YWJhc2VzL3BocDc0LXBnc3FsIHJlbmFt ZWQgdG8gZGF0YWJhc2VzL3BocDgwLXBnc3FsDQo+IFswMDowMDowM10gV2FybmluZzogTU9WRUQ6 IGRldmVsL3BocDc0LXRva2VuaXplciByZW5hbWVkIHRvIGRldmVsL3BocDgwLXRva2VuaXplcg0K PiBbMDA6MDA6MDNdIFdhcm5pbmc6IE1PVkVEOiBncmFwaGljcy9waHA3NC1nZCByZW5hbWVkIHRv IGdyYXBoaWNzL3BocDgwLWdkDQo+IFswMDowMDowM10gV2FybmluZzogTU9WRUQ6IGxhbmcvcGhw NzQgcmVuYW1lZCB0byBsYW5nL3BocDgwDQo+IFswMDowMDowM10gV2FybmluZzogTU9WRUQ6IHNl Y3VyaXR5L3BocDc0LWZpbHRlciByZW5hbWVkIHRvIHNlY3VyaXR5L3BocDgwLWZpbHRlcg0KPiBb MDA6MDA6MDNdIFdhcm5pbmc6IE1PVkVEOiB0ZXh0cHJvYy9waHA3NC1kb20gcmVuYW1lZCB0byB0 ZXh0cHJvYy9waHA4MC1kb20NCj4gWzAwOjAwOjAzXSBXYXJuaW5nOiBNT1ZFRDogd3d3L21vZF9w aHA3NCByZW5hbWVkIHRvIHd3dy9tb2RfcGhwODANCj4NCj4NCj4gSSdtIGd1ZXNzaW5nIEZyZWVC U0QgYnVtcGVkIHVwIHRoZSBkZWZhdWx0IHZlcnNpb24gdG8gOC4wIG9yIGlzIGdvaW5nIHRvIGJl DQo+IGRlcHJlY2F0aW5nIDcuNC4gRWl0aGVyIHdheSwgaXQgbWF5IGJlIHRpbWUgZm9yIG1lIHRv IHVwZ3JhZGUgdGhlIHNlcnZlcg0KPiBzb29uZXIgcmF0aGVyIHRoYW4gbGF0ZXIsIGhhaGEuDQoN CihyZXNlbmRpbmcgZnJvbSBjb3JyZWN0IG1haWwgYWRkcmVzcykNCg0KcGhwNzQgaGFkIGJlZW4g ZGVwcmVjYXRlZCBzb21lIHRpbWUgYWdvLCB5ZXMNCg0Kb24gdGhlIG90aGVyIGhhbmQsIG5vYm9k eSBzdG9wcyB5b3UgdG8gaGF2ZSBkaXN0aW5jdCBwb3J0cyB0cmVlIGJhc2VkIG9uIGEgdGFnDQoo aGludDogcG91ZHJpZXJlIHBvcnRzIC1jIC1wIDExZW9sIC1CIDExLWVvbCkNCg0KYW5kL29yIG1h a2UgbG9jYWwgY2hhbmdlcyB0byB0aGUgcG9ydHMgdHJlZSB0byBoYXZlIHRoaW5ncyBidWlsZGFi bGUNCg0KDQo+IC0tLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLS0tDQo+IE9uIEZyaWRheSwg SmFudWFyeSA2dGgsIDIwMjMgYXQgMjM6MjQsIEVkd2FyZCBTYW5mb3JkIFN1dHRvbiwgSUlJIDxt aXJyb3IxNzZAaG90bWFpbC5jb20+IHdyb3RlOg0KPg0KPg0KPiA+IE9uIDEvNi8yMyAyMToxNywg Sm9uYXRoYW4gVmFzcXVleiB3cm90ZToNCj4gPg0KPiA+ID4gQW55b25lIGVsc2UgZ2V0dGluZyBi dWlsZCBmYWlsdXJlcyB1c2luZyBwb3VkcmllcmUgZHVlIHRvIHNvbWUgcG9ydHMgZXhwaXJpbmc/ IEkgcmUtY3JlYXRlZCBwb3VkcmllcmUgamFpbCBhbmQgZGVmYXVsdCBwb3J0cyB0cmVlIHNpbmNl IEkgb3JpZ2luYWxseSB0aG91Z2h0IHNvbWV0aGluZyBnb3QgY29ycnVwdGVkIG9uIG15IG1hY2hp bmUuIEJ1dCBpdCBzZWVtcyB0aGF0IGV4cGlyaW5nIHBvcnRzIGRvZXMgYSBoYXJkIGZhaWx1cmUu IEkgY2FuIGFkbWlyZSB0aGUgaWRlYSBvZiBoYXZpbmcgYSBoYXJkIGZhaWx1cmUgbGlrZSB0aGF0 IGluIHRoZXNlIGNhc2VzLCBidXQgbm90IHN1cmUgaWYgdGhhdCdzIHRoZSBiZXN0IHNvbHV0aW9u Lg0KPiA+ID4NCj4gPiA+IHJvb3RAb2N0b3B1czp+ICMgYnVpbGRfcGFja2FnZXMNCj4gPiA+IFsw MDowMDowMF0gQ3JlYXRpbmcgdGhlIHJlZmVyZW5jZSBqYWlsLi4uIGRvbmUNCj4gPiA+IFswMDow MDowMV0gTW91bnRpbmcgc3lzdGVtIGRldmljZXMgZm9yIDEzMXg2NC1kZWZhdWx0DQo+ID4gPiBb MDA6MDA6MDFdIE1vdW50aW5nIHBvcnRzL3BhY2thZ2VzL2Rpc3RmaWxlcw0KPiA+ID4gWzAwOjAw OjAxXSBVc2luZyBwYWNrYWdlcyBmcm9tIHByZXZpb3VzbHkgZmFpbGVkIGJ1aWxkOiAvdXNyL2xv Y2FsL3BvdWRyaWVyZS9kYXRhL3BhY2thZ2VzLzEzMXg2NC1kZWZhdWx0Ly5idWlsZGluZw0KPiA+ ID4gWzAwOjAwOjAxXSBNb3VudGluZyBjY2FjaGUgZnJvbTogL3Vzci9sb2NhbC9wb3VkcmllcmUv Y2NhY2hlDQo+ID4gPiBbMDA6MDA6MDFdIE1vdW50aW5nIHBhY2thZ2VzIGZyb206IC91c3IvbG9j YWwvcG91ZHJpZXJlL2RhdGEvcGFja2FnZXMvMTMxeDY0LWRlZmF1bHQNCj4gPiA+IFswMDowMDow MV0gQ29weWluZyAvdmFyL2RiL3BvcnRzIGZyb206IC91c3IvbG9jYWwvZXRjL3BvdWRyaWVyZS5k L29wdGlvbnMNCj4gPiA+IFswMDowMDowMV0gQXBwZW5kaW5nIHRvIG1ha2UuY29uZjogL3Vzci9s b2NhbC9ldGMvcG91ZHJpZXJlLmQvbWFrZS5jb25mDQo+ID4gPiAvZXRjL3Jlc29sdi5jb25mIC0+ IC91c3IvbG9jYWwvcG91ZHJpZXJlL2RhdGEvLm0vMTMxeDY0LWRlZmF1bHQvcmVmL2V0Yy9yZXNv bHYuY29uZg0KPiA+ID4gWzAwOjAwOjAxXSBTdGFydGluZyBqYWlsIDEzMXg2NC1kZWZhdWx0DQo+ ID4gPiBbMDA6MDA6MDFdIFdpbGwgYnVpbGQgYXMgbm9ib2R5OiAoNjU1MzQ6NjU1MzQpDQo+ID4g PiBbMDA6MDA6MDJdIExvZ3M6IC91c3IvbG9jYWwvcG91ZHJpZXJlL2RhdGEvbG9ncy9idWxrLzEz MXg2NC1kZWZhdWx0LzIwMjMtMDEtMDZfMjNoMTBtMTRzDQo+ID4gPiBbMDA6MDA6MDJdIExvYWRp bmcgTU9WRUQgZm9yIC91c3IvbG9jYWwvcG91ZHJpZXJlL2RhdGEvLm0vMTMxeDY0LWRlZmF1bHQv cmVmL3Vzci9wb3J0cw0KPiA+ID4gWzAwOjAwOjAzXSBQb3J0cyBzdXBwb3J0czogRkxBVk9SUyBT RUxFQ1RFRF9PUFRJT05TDQo+ID4gPiBbMDA6MDA6MDNdIEdhdGhlcmluZyBwb3J0cyBtZXRhZGF0 YQ0KPiA+ID4gWzAwOjAwOjAzXSBXYXJuaW5nOiBNT1ZFRDogYXJjaGl2ZXJzL3BocDc0LXpsaWIg cmVuYW1lZCB0byBhcmNoaXZlcnMvcGhwODAtemxpYg0KPiA+ID4gWzAwOjAwOjAzXSBXYXJuaW5n OiBNT1ZFRDogY29udmVydGVycy9waHA3NC1pY29udiByZW5hbWVkIHRvIGNvbnZlcnRlcnMvcGhw ODAtaWNvbnYNCj4gPiA+IFswMDowMDowM10gV2FybmluZzogTU9WRUQ6IGNvbnZlcnRlcnMvcGhw NzQtbWJzdHJpbmcgcmVuYW1lZCB0byBjb252ZXJ0ZXJzL3BocDgwLW1ic3RyaW5nDQo+ID4gPiBb MDA6MDA6MDNdIFdhcm5pbmc6IE1PVkVEOiBkYXRhYmFzZXMvcGhwNzQtcGdzcWwgcmVuYW1lZCB0 byBkYXRhYmFzZXMvcGhwODAtcGdzcWwNCj4gPiA+IFswMDowMDowM10gRXJyb3I6IE1PVkVEOiBk ZXZlbC9waHA3NC1qc29uIDIwMjItMTItMjUgSGFzIGV4cGlyZWQ6IFNlY3VyaXR5IHN1cHBvcnQg ZW5kZWQgb24gMjAyMi0xMS0yMg0KPiA+ID4gWzAwOjAwOjAzXSBXYXJuaW5nOiBNT1ZFRDogZGV2 ZWwvcGhwNzQtdG9rZW5pemVyIHJlbmFtZWQgdG8gZGV2ZWwvcGhwODAtdG9rZW5pemVyDQo+ID4g PiBbMDA6MDA6MDNdIFdhcm5pbmc6IE1PVkVEOiBncmFwaGljcy9waHA3NC1nZCByZW5hbWVkIHRv IGdyYXBoaWNzL3BocDgwLWdkDQo+ID4gPiBbMDA6MDA6MDNdIFdhcm5pbmc6IE1PVkVEOiBsYW5n L3BocDc0IHJlbmFtZWQgdG8gbGFuZy9waHA4MA0KPiA+ID4gWzAwOjAwOjAzXSBXYXJuaW5nOiBN T1ZFRDogc2VjdXJpdHkvcGhwNzQtZmlsdGVyIHJlbmFtZWQgdG8gc2VjdXJpdHkvcGhwODAtZmls dGVyDQo+ID4gPiBbMDA6MDA6MDNdIEVycm9yOiBNT1ZFRDogc2VjdXJpdHkvcGhwNzQtb3BlbnNz bCAyMDIyLTEyLTI1IEhhcyBleHBpcmVkOiBTZWN1cml0eSBzdXBwb3J0IGVuZGVkIG9uIDIwMjIt MTEtMjINCj4gPiA+IFswMDowMDowM10gV2FybmluZzogTU9WRUQ6IHRleHRwcm9jL3BocDc0LWRv bSByZW5hbWVkIHRvIHRleHRwcm9jL3BocDgwLWRvbQ0KPiA+ID4gWzAwOjAwOjAzXSBXYXJuaW5n OiBNT1ZFRDogd3d3L21vZF9waHA3NCByZW5hbWVkIHRvIHd3dy9tb2RfcGhwODANCj4gPiA+IFsw MDowMDowM10gRXJyb3I6IEZhdGFsIGVycm9ycyBlbmNvdW50ZXJlZCBnYXRoZXJpbmcgaW5pdGlh bCBwb3J0cyBtZXRhZGF0YQ0KPiA+ID4NCj4gPiA+IEpvbmF0aGFuIFZhc3F1ZXoNCj4gPiA+IFBH UDogMzREQSA4NThDIDE0NDcgNTA5RSBDNzdBIEQ0OUYgRkI4NSA5MEI3IEM0Q0EgNTI3OQ0KPiA+ ID4gU2VudCB3aXRoIFByb3Rvbk1haWwgU2VjdXJlIEVtYWlsDQo+ID4NCj4gPg0KPiA+IFRoYXQg aXMgdGhlIG5vcm1hbCByZWFjdGlvbiBpbiBQb3VkcmllcmUgYXQgcHJlc2VudC4gSSBhZ3JlZSB3 aXRoIHlvdQ0KPiA+IGFzIEkgc3RhdGVkIG9uIHRoZSBnaXRodWIgaXNzdWUgYnV0IGRvIG5vdCBz ZWUgaXQgYXMgYSBiaWcgZGVhbCBidXQgaXQNCj4gPiB3b3VsZCBiZSBuaWNlciBpZiB0aGUgY2hl Y2sgY291bGQgYmUgcGVyZm9ybWVkIGZhc3RlcjsgTXkgc3lzdGVtDQo+ID4gbm9ybWFsbHkgdGFr ZXMgbXVjaCBsb25nZXIgdG8gcmVhY2ggYSBmYWlsZWQgc3RhdGUgZHVlIHRvIHByZXZpb3VzIHN0 ZXBzDQo+ID4gdGFraW5nIG1pbnV0ZXMuDQo+ID4gaHR0cHM6Ly9naXRodWIuY29tL2ZyZWVic2Qv cG91ZHJpZXJlL2lzc3Vlcy8xMDI2DQo+ID4gaHR0cHM6Ly9idWdzLmZyZWVic2Qub3JnL2J1Z3pp bGxhL3Nob3dfYnVnLmNnaT9pZD0yNjc4MzANCj4NCj4NCg0KLS0NClNpbmNlcmVseSwNCkQuTWFy Y2sgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgW0RNNTAyMCwgTUNLLVJJ UEUsIERNMy1SSVBOXQ0KWyBGcmVlQlNEIGNvbW1pdHRlcjogICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBtYXJja0BGcmVlQlNELm9yZyBdDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCioq KiBEbWl0cnkgTW9yb3pvdnNreSAtLS0gRC5NYXJjayAtLS0gV2lsZCBXb296bGUgLS0tIHdvb3ps ZUB3b296bGUubmV0ICoqKg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNCjwvZGl2Pg== --b1_BoCJ2ylwWaCTZZQduYtJ2E4qcbIUzuIHDyolj72ZNU--