From owner-freebsd-current@freebsd.org Sun Jul 26 02:13:40 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 84B52378CA9 for ; Sun, 26 Jul 2020 02:13:40 +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 4BDmh32rRwz3yJy for ; Sun, 26 Jul 2020 02:13:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: zMFFrvAVM1nGIC_ynC2u_LuYdx2_3cjahbI4fxfvrBZ9M5c9FQ4DaX9MJQLStRI eAs.Y.stQOG8Y5RC_qhjYsod6AUluLsmHjX1pcUBja11h_tnWfaUOEQ7V6nENNUty2oG4Qfa7.j_ wQR0XRxAhSjT1p5l7xMkslAMcIYHUe9gdmCpRkRBQKfqQoq19oQWrc76qpBrdcUhm9Ay.EtFV49T dYl8ePt7ziIRo6difqalgvFj1XLW.huPmMvMG1cwXHMeyvMxJoWKFfcarmMxkPXrCAW1CWB1geiW WuRPNi20eWg1LPeSg_1a5oQx4N9TH00KkbPNTKHz4lh2HbjfPT6nQEV7aQavEI.RB0PzzjAoBVfq cy2r3cllhU_4bIcybgIlMCQ8_qNML1YVP1OcHekP5kQC3OLu_6eArZnGc23hkxWx0rlMywW8lGL5 1QuL4Mc3KbCx68a8LwOiz3IKpf6NnGOS.U3.RGHO_Dh4n7yJfiMOiEbu8YEnlRSgVo4EZHaKDJyy 6j8Z2XocGqIFuwiadbxQpxoyjWu1xNWi.qKje8S8BjsqICVCWOlw8Z0qHrLMy8.4TnORaF3WHX4u jVSEMvSnFiKoVUuuf_od1LXY4Ualhak_AbBEuLiyDoVNPyT74jsD9dgSaqNBfbKUr_cJwcD5Rvdv zBscOpEa5NR0zlTy_MzDYeStXvVTGUCHANe_I0Vpnl_vir7r24a5GHjjJtwwBDYyeVYZcjllFvMj mNEPnqtmUAqKeyy0wNz20Cuxkg6D4_vaOe0oiL4BR0DnScyQG7eZ_TKSIc76a4Vz1gXLP_ha69H_ NQSdn_rlW3Cbc.LxITavs4x4T0Mx0sd_punySvKyJrWqi4C.vk_dHQPdeRS8GcDBrfRwht.pHdd4 GC6G78AFpI5DWQC_yQIWRBaFMuixBAZCkbB2srVUTI7zXdYpuxzQH9jIVmpFvT2VSVsKa8l_XdZp ZAl.pmygE2Y7484.i_eX5Zp8rPeqXp6D9NlmN.hGiFls7l8j9mTagE58WJwTiGglH35yy__jImQT 5xi._K8kg_BHK7xOEDXUYbTkkdnIgNBMSJVi4TQB5BWuNyQqUrrb3JqzUJDp2dZzqYJPNNVjbHq6 GWExE0aPJAChokDiVSSjZ6YD6min2BIvTtvniAGW9EzW0FqFBoIaVOvTXX2I7o1ycVxByTB1S6Dn yEWz6cG8sHY0gD62QeZK4egNYs8toonORIuVV9OwJez6LrWdNkjTVd70OjYIwb1PgDNz4BP7Oy6h YDL0an.8xq5l37MCWwOEnmzPKyhUhiMUzCRjruT1cE21mi4OrcHFviIBpir1oo2fP08pR0DCqZyK B1CnGtLyvljYwxtNTTBBAqoNi_mjZcqNRFanyIAYOEuFuNavETpzwZLpiOQxu_tSN85iMYRH8bpa B0KBAd1MncehBWA4G2SY3Ctf3MOc- Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Sun, 26 Jul 2020 02:13:37 +0000 Received: by smtp425.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 17fc2139196e746ab4dd9c3b44636f67; Sun, 26 Jul 2020 02:13:34 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: CFT: major update to if_ure (patch did not apply cleanly for head -r363510) Message-Id: Date: Sat, 25 Jul 2020 19:13:33 -0700 To: John-Mark Gurney , FreeBSD Current X-Mailer: Apple Mail (2.3608.80.23.2.2) References: X-Rspamd-Queue-Id: 4BDmh32rRwz3yJy X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.68 / 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(-1.04)[-1.039]; NEURAL_HAM_MEDIUM(-1.01)[-1.007]; 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.14)[-0.138]; 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/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2020 02:13:40 -0000 For reference for what applying the patch reported (see Hunk #14): # patch < D25809.diff Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: sys/dev/usb/net/if_ure.c |=================================================================== |--- sys/dev/usb/net/if_ure.c |+++ sys/dev/usb/net/if_ure.c -------------------------- Patching file sys/dev/usb/net/if_ure.c using Plan A... Hunk #1 succeeded at 43. Hunk #2 succeeded at 64. Hunk #3 succeeded at 75. Hunk #4 succeeded at 149. Hunk #5 succeeded at 503. Hunk #6 succeeded at 561. Hunk #7 succeeded at 607. Hunk #8 succeeded at 658. Hunk #9 succeeded at 764. Hunk #10 succeeded at 880. Hunk #11 succeeded at 935. Hunk #12 succeeded at 977. Hunk #13 succeeded at 1007. Hunk #14 failed at 1033. Hunk #15 succeeded at 1057. Hunk #16 succeeded at 1071. Hunk #17 succeeded at 1153. Hunk #18 succeeded at 1250. Hunk #19 succeeded at 1282. Hunk #20 succeeded at 1340 with fuzz 2. Hunk #21 succeeded at 1492. Hunk #22 succeeded at 1519. Hunk #23 succeeded at 1652. 1 out of 23 hunks failed--saving rejects to sys/dev/usb/net/if_ure.c.rej Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: sys/dev/usb/net/if_urereg.h |=================================================================== |--- sys/dev/usb/net/if_urereg.h |+++ sys/dev/usb/net/if_urereg.h -------------------------- Patching file sys/dev/usb/net/if_urereg.h using Plan A... Hunk #1 succeeded at 391. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: sys/modules/usb/ure/Makefile |=================================================================== |--- sys/modules/usb/ure/Makefile |+++ sys/modules/usb/ure/Makefile -------------------------- Patching file sys/modules/usb/ure/Makefile using Plan A... Hunk #1 succeeded at 5. done As for the .rej file content: # more sys/dev/usb/net/if_ure.c.rej @@ -752,6 +1033,18 @@ ure_read_2(sc, URE_PLA_FMC, URE_MCU_TYPE_PLA) | URE_FMC_FCR_MCU_EN); + /* Enable RX VLANs if enabled */ + cpcr = ure_read_2(sc, URE_PLA_CPCR, URE_MCU_TYPE_PLA); + if (if_getcapenable(ifp) & IFCAP_VLAN_HWTAGGING) { + DEVPRINTFN(13, sc->sc_ue.ue_dev, "enabled hw vlan tag\n"); + cpcr |= URE_CPCR_RX_VLAN; + } else { + DEVPRINTFN(13, sc->sc_ue.ue_dev, "disabled hw vlan tag\n"); + cpcr &= ~URE_CPCR_RX_VLAN; + } + ure_write_2(sc, URE_PLA_CPCR, URE_MCU_TYPE_PLA, + cpcr); + /* Enable transmit and receive. */ ure_write_1(sc, URE_PLA_CR, URE_MCU_TYPE_PLA, ure_read_1(sc, URE_PLA_CR, URE_MCU_TYPE_PLA) | URE_CR_RE | === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Sun Jul 26 03:06:00 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 951E737ABF2; Sun, 26 Jul 2020 03:06:00 +0000 (UTC) (envelope-from ganbold@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 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BDnrQ3d4pz42NR; Sun, 26 Jul 2020 03:05:58 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: by mail-oi1-x229.google.com with SMTP id j11so11483559oiw.12; Sat, 25 Jul 2020 20:05:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=swxG9tEHdGhaIFSlwP+b4ZrpEWTsw14R1ymQqaYmDh4=; b=vCsjX0puBRGIoQGX6xfZRRgNh9D6aoTpe+gh2A9QJpn7ZzRRNNJErxK42Kvo1JBZ3T 117PZpRYYcsvPoWOWp78NhO3Hl/OVQ5NjD8Q92ysj9CwzFshZ/yhSYUKhmzeK5VyB9BI 9CAdSitwg5aFIv7vUeC/dNqA324jZbKjPsQd5Q7+GzRhaKOsQAToZyTpNg7X0Vq80g+R eI1YpfwsXIsjnpXTHdv6jLcXCTSRbrahrdAjgdVm5UtqZavnrLEV2BfJjSbJxB58fk2s hnjnNtKFXn3RsWu2qP3QT9HaSxkeoCuZCEVHP9LW6xbk0BroDzQtiHVSWZseHYAxCPn9 NGkA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=swxG9tEHdGhaIFSlwP+b4ZrpEWTsw14R1ymQqaYmDh4=; b=TO5+AXPmKf52V+Whhbpceu+WNeAKQ9TFlcJ+6U7SZAUOmV9ywb2aLUy+MhM5Xt8owj vrUKIx1aOHg8+kEV3W2iY0Je+yjSZ41R7wGvLTilOheuyhu398q6cBQ9tUZPCUTEMDYz YqZxfYd7/fG3VvS5/igwIa1CoyX2CpnDwE6r91F61JTQHuFAsj2D2pkRyNQ5XF4aLUyp Bo0wC8ooZ5ISFsPZPGODY+3fcxFbf6smTevJlbHnLiLiNtQYvTFSgCdBo3+CEX1lIfRI OrPnLC/4rKQpaoHmTkOqdrTB8qdHtFyiToMJfbcjaQ/yvw3n2/zs6IVEsHCO/dg97b0k lxvQ== X-Gm-Message-State: AOAM530vrC4R6buObhLacY0rVbUhq7WNPwbE1s+HBNhS8JRma+s/7pRz 5LKKqLx7UudZkAiwsRpAWR8rpTmjwh69XUo6BzBpOx/M X-Google-Smtp-Source: ABdhPJzy/hlYbii89rBEXPTpVK7FEroDA2Srj/xFzAi6sXFirT9sLDbBjUPuOS5Zd+8Rnrnu39Grtg8/R6Cg8SbhxB4= X-Received: by 2002:aca:ec4d:: with SMTP id k74mr13088510oih.160.1595732757127; Sat, 25 Jul 2020 20:05:57 -0700 (PDT) MIME-Version: 1.0 References: <20200725231318.GO4213@funkthat.com> In-Reply-To: <20200725231318.GO4213@funkthat.com> From: Ganbold Tsagaankhuu Date: Sun, 26 Jul 2020 11:05:45 +0800 Message-ID: Subject: Re: CFT: major update to if_ure To: freebsd-net@freebsd.org, freebsd-current@freebsd.org X-Rspamd-Queue-Id: 4BDnrQ3d4pz42NR X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=vCsjX0pu; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of ganbold@gmail.com designates 2607:f8b0:4864:20::229 as permitted sender) smtp.mailfrom=ganbold@gmail.com X-Spamd-Result: default: False [-2.66 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.987]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.02)[-1.018]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; NEURAL_SPAM_SHORT(0.34)[0.340]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::229:from]; 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]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2020 03:06:00 -0000 On Sun, Jul 26, 2020 at 7:13 AM John-Mark Gurney wrote: > Hello, > > I'd like people who have ure (RealTek) based USB devices to test > review D25809[0]. > > This update adds support for: > - HW VLAN tagging > - HW checksum offload for IPv4 and IPv6 > - tx and rx aggreegation (for full gige speeds) > - multiple transactions > > In my testing, I am able to get 900-950Mbps depending upon > TCP or UDP, which is a significant improvement over the previous > 91Mbps (~8kint/sec*1500bytes/packet*1packet/int). > Does performance improve for if_ure device on USB2? I will try to test it in a couple of days on NanoPI R1 and R1S boards. thanks, Ganbold > > Thanks. > > [0] https://reviews.freebsd.org/D25809 > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Sun Jul 26 21:14:56 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2C43F36D020; Sun, 26 Jul 2020 21:14:56 +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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BFG0t6YQSz468v; Sun, 26 Jul 2020 21:14:54 +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 06QLElSS044953 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 26 Jul 2020 14:14:47 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id 06QLElxm044952; Sun, 26 Jul 2020 14:14:47 -0700 (PDT) (envelope-from jmg) Date: Sun, 26 Jul 2020 14:14:47 -0700 From: John-Mark Gurney To: Ganbold Tsagaankhuu Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: CFT: major update to if_ure Message-ID: <20200726211447.GQ4213@funkthat.com> Mail-Followup-To: Ganbold Tsagaankhuu , freebsd-net@freebsd.org, freebsd-current@freebsd.org References: <20200725231318.GO4213@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.3-STABLE amd64 X-PGP-Fingerprint: D87A 235F FB71 1F3F 55B7 ED9B D5FF 5A51 C0AC 3D65 X-Files: The truth is out there X-URL: https://www.funkthat.com/ X-Resume: https://www.funkthat.com/~jmg/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (gold.funkthat.com [127.0.0.1]); Sun, 26 Jul 2020 14:14:47 -0700 (PDT) X-Rspamd-Queue-Id: 4BFG0t6YQSz468v 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 [3.20 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.39)[0.391]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[funkthat.com]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.73)[0.728]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.88)[0.879]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[jmg@funkthat.com,jmg@gold.funkthat.com]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; 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] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2020 21:14:56 -0000 Ganbold Tsagaankhuu wrote this message on Sun, Jul 26, 2020 at 11:05 +0800: > On Sun, Jul 26, 2020 at 7:13 AM John-Mark Gurney wrote: > > > Hello, > > > > I'd like people who have ure (RealTek) based USB devices to test > > review D25809[0]. > > > > This update adds support for: > > - HW VLAN tagging > > - HW checksum offload for IPv4 and IPv6 > > - tx and rx aggreegation (for full gige speeds) > > - multiple transactions > > > > In my testing, I am able to get 900-950Mbps depending upon > > TCP or UDP, which is a significant improvement over the previous > > 91Mbps (~8kint/sec*1500bytes/packet*1packet/int). > > Does performance improve for if_ure device on USB2? > I will try to test it in a couple of days on NanoPI R1 and R1S boards. Yes, it should. I never tested the before driver on USB2, but I'm now able to get 211Mbps TX and 190Mbps RX TCP, and 227Mbps TX and 225Mbps RX UDP. I believe it is likely that the same 91Mbps speed limit applied to USB2 as well. > > [0] https://reviews.freebsd.org/D25809 -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@freebsd.org Mon Jul 27 01:16:10 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EF724371B70 for ; Mon, 27 Jul 2020 01:16:10 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: from mail-qk1-x72b.google.com (mail-qk1-x72b.google.com [IPv6:2607:f8b0:4864:20::72b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BFMMF4hwcz4Htr for ; Mon, 27 Jul 2020 01:16:09 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: by mail-qk1-x72b.google.com with SMTP id b14so12225739qkn.4 for ; Sun, 26 Jul 2020 18:16:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:date:from:user-agent:mime-version:to:subject :content-transfer-encoding; bh=rjri9JBA05xU/MzH3Lvuwydkxd4hFu0UjagmCBFtr6o=; b=Y8kUEo7yhfw7ifaiUocd9cRKokM4kl8oM0+W123eYHYtw8yaCUOZtsHMmSfg5BiwNT w56sDIzQ0RR2tkHoIGK7XkLvLGq/C8o1jTaNXGVdYRHFlFPeddCbPvGMz/YOY7YZML0s Zj7gmDgfbh9icPMy2R2BkopMjEy4hMxtthI3d9qQXC48cZ0xt9PXv7CUHlQJoPu1jEtd GnFEmiSNLA2ggyDPRG1dtMVz4xdg/Eed9G7qLa0GMoGTg+vK1AZ+WzPwrXujJNUeIZi+ /ECg9LpeJstWL9VZ0mrXMHh9fvuKEM7cMiEsMazDyczRzRCV8ZSvVaUv9uxmwfa5d+wF pM3Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:content-transfer-encoding; bh=rjri9JBA05xU/MzH3Lvuwydkxd4hFu0UjagmCBFtr6o=; b=sJOfQTHYmHhE2xT3i+yVKhR3HBB5GPk3OjrvKuZar4qxor7E+kbBrBrus9D6sZOk2g ykvBn7hpzAIyq/pcu3jKDhwZ1GWg3pr8apkZqcr+k8mAv9dZXRo+PVQ6FXbsX0MI6D4D tzXwBBroAqKYciwfGAnHzk1DoIc317uZPJ+P+tuCo7Gzb1efIS9eFAMuZk6QtH8Y4+fo aREFrGHA5squFe7g1b5+oQ/z+qwLYOX0l+LXUM0sY0+0SyKgwFwhCIi5JT1lByE0HN+s rShM7o4h5jmOWL0dVxjS9Vl45c1onj+wBllOJeD+8AdZsf/NvWuG5OEWL9xGR060N3rS Rkpw== X-Gm-Message-State: AOAM530YH/CO1dlDJZuUYWe+wV8q3jgJ5TGyCfDziuAtfvmCceiLVJiG yBiFkV2GcDGZxO8G2t++gdMckxBb X-Google-Smtp-Source: ABdhPJz/S0ODqJVBnjNsra6J9alAJQorW+10M8HWFuH/Gr05GrdHcvZUpLXxqWwCRhbcQWgliRW4TQ== X-Received: by 2002:a37:a6c6:: with SMTP id p189mr11008478qke.386.1595812568360; Sun, 26 Jul 2020 18:16:08 -0700 (PDT) Received: from [10.0.10.8] (cpe-65-25-51-0.neo.res.rr.com. [65.25.51.0]) by smtp.googlemail.com with ESMTPSA id n85sm1399413qkn.80.2020.07.26.18.16.07 for (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 26 Jul 2020 18:16:07 -0700 (PDT) Message-ID: <5F1E2AD6.5030301@gmail.com> Date: Sun, 26 Jul 2020 21:16:06 -0400 From: Ernie Luzar User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: FreeBSD current Subject: is updated if_bridge included in current 13.0 or stable 12 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4BFMMF4hwcz4Htr X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Y8kUEo7y; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of luzar722@gmail.com designates 2607:f8b0:4864:20::72b as permitted sender) smtp.mailfrom=luzar722@gmail.com X-Spamd-Result: default: False [-3.42 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; 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:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.42)[-0.417]; RECEIVED_SPAMHAUS_PBL(0.00)[65.25.51.0:received]; 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]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.01)[-1.006]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::72b:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2020 01:16:11 -0000 Know if_bridge is being worked on to make its performance faster. Has this new if_bridge been merged into 13.0 current head or stable 12.2? If so I would like to give it a test ride by installing last weeks snapshot. From owner-freebsd-current@freebsd.org Mon Jul 27 01:20:38 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DE0B4372068 for ; Mon, 27 Jul 2020 01:20:38 +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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BFMSP6rwPz4J3g for ; Mon, 27 Jul 2020 01:20:37 +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 06R1KZ0F055312 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 26 Jul 2020 18:20:35 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id 06R1KZRw055311; Sun, 26 Jul 2020 18:20:35 -0700 (PDT) (envelope-from jmg) Date: Sun, 26 Jul 2020 18:20:35 -0700 From: John-Mark Gurney To: Mark Millard Cc: FreeBSD Current Subject: Re: CFT: major update to if_ure (patch did not apply cleanly for head -r363510) Message-ID: <20200727012035.GS4213@funkthat.com> Mail-Followup-To: Mark Millard , FreeBSD Current References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.3-STABLE amd64 X-PGP-Fingerprint: D87A 235F FB71 1F3F 55B7 ED9B D5FF 5A51 C0AC 3D65 X-Files: The truth is out there X-URL: https://www.funkthat.com/ X-Resume: https://www.funkthat.com/~jmg/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (gold.funkthat.com [127.0.0.1]); Sun, 26 Jul 2020 18:20:35 -0700 (PDT) X-Rspamd-Queue-Id: 4BFMSP6rwPz4J3g 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 [3.16 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.51)[0.512]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[funkthat.com]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.69)[0.688]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.76)[0.762]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[yahoo.com]; FORGED_SENDER(0.30)[jmg@funkthat.com,jmg@gold.funkthat.com]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; 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] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2020 01:20:38 -0000 Mark Millard wrote this message on Sat, Jul 25, 2020 at 19:13 -0700: > For reference for what applying the patch > reported (see Hunk #14): Ok, updated it to be relative to r363583... I had made a white spcae commit to if_ure.c, but hadn't made the patch relative to it after that commit.. should work now.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@freebsd.org Mon Jul 27 08:31:55 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 58BAE37A94F for ; Mon, 27 Jul 2020 08:31:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-8.consmr.mail.gq1.yahoo.com (sonic316-8.consmr.mail.gq1.yahoo.com [98.137.69.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BFY223htgz4dhs for ; Mon, 27 Jul 2020 08:31:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Zf1G3pAVM1kI.i3WbnmLtGwW5xO6TsWJP5xC8cQzMeJEJDayr5h7exhe1QcNghb KXzw3S6_p5cT5tPokC54jAjdC6qfkvTQZ0li410TGay2hy7mTwNpaclt1CM3tj6GNDUY4QQYPMfs 6EBVyd_Nc82EnAZCyYvAsCBr2I4fHW9K4VazYinhA5dUuu.4z0Tdoj6dDGBklbllGvG6fb6HgvQ6 7g9sdahm.kzyCFu3.KGSAEw9Sn8prliY93Pn8P20.BYepSCuQ5aYHVxE.LrE30AJWaFH7_okC3ic 7tSiky1D7lYmHCssv9upXTxDDHw5MiVTdOhXko1_SGQr8djfJeQvlvOSCj4dkj9KCWYEg7RpfT1. FTxVRGz7odj6sj7dEXk8SVJHvuOTCJKBLZ4bYSTj5CwqGDw1dWwBFujrWha_lBqkyWkoLu5EE.YC 7433.spq2xs4bYDAS1WzbTrqYouNufIFe0jCrSR3ngH3RBQUHy7Udm9pcP6GaHTkaN.WOBMoGSAA 5rzSGGqYc5bq133rMbxH7qFJYBqX2lwYfh4O.kw2E_CNOCnC0sQpHMR0OgEWNnxawgAP8GYD1z9B r2FNY5VD1A3fNOZI5Xl3HE9541S3w939ocRmMpDwCLyV7C2SCqSkBJ.DXuNrsqBrCUDLMLdG8yn_ dGuY2Ng2hFH4y6hWsze_YWXxBUTHRxR0JK0aN_MLT6SlM5e0YnaMYhyusyjAikotfPmTinqCCaJS h8q9hYplyK8iyNIvj1QfvB0su4POiEWtrPu2_kCDiA.WFJH5aGBQTvt2A01DDTGJPhaE2Gx3EndT crRaber.W26zq2tlnYyzzXayOlKCWD6V1hSM5NE.wkVPhMxVNwn63HoQuidC3Zq291sKlZ6BVeQG Dj9kImD5E8IVg971jvPurSDlTK5rKRNp79TCr7XWP17bb0ILcr9xhEJTyb54uLd0_yO_rZrlTTTe KPpqYIqVOXBo9LR9u2cq9HVMS.vLTbNT8HM6DiNOTjjszGgqTYv4StHATS8hj5skYZLyKKTMR6N. solDr5.b5QkztmUmHO_16ITPmOLsswPBsrx0G2hkqViX3TMWTerxgYa_D9FHJAE6ECIm71Y2pn9s MPuqe7VSNsCRW3UBLGVyeKqjNNlbqbU59obsp1a0O1jb0tRcUKerFpXCu_x4f.Up21MbvNF7rxs0 JqAHT1rf0.ocjWoIobKJLKgx7v3_GZZ2W9rTV5Y1f3iSSRNF3ThGzuJTn6NQQs81yfWQoIV9sk7F DcED5._vRdMt7eoLwt8_pq8OIIRQEzFK5mZC9PCHHTm7iMRVZ0gepOcM2DLRbVidAjgXYJIsBGKF D2mRpdDulAc5ZZUiBs3lDFPWveb8iGkZ2vVwTCF25pnOy9Nm1uuCRMOh6IHf6LYhsqw1Y3m_jFS4 NsDMQGzm_L9KNOHnkyuuq2IJrg5C_NjLBrm5oV1iOMGxkOa2P4K9p1Un5lBR3HA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Mon, 27 Jul 2020 08:31:52 +0000 Received: by smtp425.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 91cfcfdd4b491ba64209b15c1ef339cd; Mon, 27 Jul 2020 08:31:48 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: CFT: major update to if_ure (patch did not apply cleanly for head -r363510) From: Mark Millard In-Reply-To: <20200727012035.GS4213@funkthat.com> Date: Mon, 27 Jul 2020 01:31:47 -0700 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <20200727012035.GS4213@funkthat.com> To: John-Mark Gurney X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 4BFY223htgz4dhs X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.36 / 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.69.32: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(-1.02)[-1.021]; NEURAL_HAM_MEDIUM(-1.00)[-0.997]; 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.69.32:from]; NEURAL_HAM_SHORT(-0.84)[-0.840]; 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/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2020 08:31:55 -0000 On 2020-Jul-26, at 18:20, John-Mark Gurney wrote: > Mark Millard wrote this message on Sat, Jul 25, 2020 at 19:13 -0700: >> For reference for what applying the patch >> reported (see Hunk #14): >=20 > Ok, updated it to be relative to r363583... >=20 > I had made a white spcae commit to if_ure.c, but hadn't made the > patch relative to it after that commit.. should work now.. That worked after I upgraded to -r363590 as what to start from ( upgraded from -r363510 ). Only a quick, basic test on a cortexA72 aarch64 system with a USB3 EtherNet device so far: # iperf3 -c 192.168.1.120 --get-server-output Connecting to host 192.168.1.120, port 5201 [ 5] local 192.168.1.148 port 63238 connected to 192.168.1.120 port = 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 91.8 MBytes 770 Mbits/sec 821 91.3 KBytes = =20 [ 5] 1.00-2.00 sec 92.2 MBytes 774 Mbits/sec 865 51.1 KBytes = =20 [ 5] 2.00-3.00 sec 92.2 MBytes 773 Mbits/sec 844 29.9 KBytes = =20 [ 5] 3.00-4.00 sec 91.3 MBytes 766 Mbits/sec 826 65.4 KBytes = =20 [ 5] 4.00-5.00 sec 91.2 MBytes 765 Mbits/sec 828 44.1 KBytes = =20 [ 5] 5.00-6.00 sec 91.6 MBytes 768 Mbits/sec 862 4.28 KBytes = =20 [ 5] 6.00-7.00 sec 91.1 MBytes 765 Mbits/sec 842 5.70 KBytes = =20 [ 5] 7.00-8.00 sec 91.5 MBytes 767 Mbits/sec 844 78.1 KBytes = =20 [ 5] 8.00-9.00 sec 92.1 MBytes 772 Mbits/sec 855 58.3 KBytes = =20 [ 5] 9.00-10.00 sec 91.6 MBytes 769 Mbits/sec 844 17.1 KBytes = =20 - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 917 MBytes 769 Mbits/sec 8431 = sender [ 5] 0.00-10.19 sec 916 MBytes 755 Mbits/sec = receiver Server output: ----------------------------------------------------------- Server listening on 5201 ----------------------------------------------------------- Accepted connection from 192.168.1.148, port 32073 [ 5] local 192.168.1.120 port 5201 connected to 192.168.1.148 port = 63238 [ ID] Interval Transfer Bitrate [ 5] 0.00-1.00 sec 74.2 MBytes 622 Mbits/sec =20 [ 5] 1.00-2.00 sec 92.3 MBytes 774 Mbits/sec =20 [ 5] 2.00-3.00 sec 92.3 MBytes 774 Mbits/sec =20 [ 5] 3.00-4.00 sec 91.4 MBytes 767 Mbits/sec =20 [ 5] 4.00-5.00 sec 91.1 MBytes 764 Mbits/sec =20 [ 5] 5.00-6.00 sec 91.7 MBytes 769 Mbits/sec =20 [ 5] 6.00-7.00 sec 91.2 MBytes 765 Mbits/sec =20 [ 5] 7.00-8.00 sec 91.2 MBytes 765 Mbits/sec =20 [ 5] 8.00-9.00 sec 92.1 MBytes 772 Mbits/sec =20 [ 5] 9.00-10.00 sec 91.7 MBytes 769 Mbits/sec =20 [ 5] 10.00-10.19 sec 17.3 MBytes 772 Mbits/sec =20 - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate [ 5] 0.00-10.19 sec 916 MBytes 755 Mbits/sec = receiver Before the new kernel installation and reboot it showed: # iperf3 -c 192.168.1.120 --get-server-output Connecting to host 192.168.1.120, port 5201 [ 5] local 192.168.1.148 port 53616 connected to 192.168.1.120 port = 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 13.8 MBytes 116 Mbits/sec 217 35.6 KBytes = =20 [ 5] 1.00-2.00 sec 13.7 MBytes 115 Mbits/sec 221 49.8 KBytes = =20 [ 5] 2.00-3.00 sec 13.7 MBytes 115 Mbits/sec 217 9.98 KBytes = =20 [ 5] 3.00-4.00 sec 13.7 MBytes 115 Mbits/sec 220 41.3 KBytes = =20 [ 5] 4.00-5.00 sec 13.7 MBytes 115 Mbits/sec 221 58.2 KBytes = =20 [ 5] 5.00-6.00 sec 13.7 MBytes 115 Mbits/sec 222 62.7 KBytes = =20 [ 5] 6.00-7.00 sec 13.8 MBytes 116 Mbits/sec 140 44.1 KBytes = =20 [ 5] 7.00-8.00 sec 13.8 MBytes 116 Mbits/sec 114 7.13 KBytes = =20 [ 5] 8.00-9.00 sec 13.7 MBytes 115 Mbits/sec 192 7.13 KBytes = =20 [ 5] 9.00-10.00 sec 13.7 MBytes 115 Mbits/sec 220 15.7 KBytes = =20 - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 137 MBytes 115 Mbits/sec 1984 = sender [ 5] 0.00-10.18 sec 137 MBytes 113 Mbits/sec = receiver Server output: Accepted connection from 192.168.1.148, port 52047 [ 5] local 192.168.1.120 port 5201 connected to 192.168.1.148 port = 53616 [ ID] Interval Transfer Bitrate [ 5] 0.00-1.00 sec 11.2 MBytes 94.0 Mbits/sec =20 [ 5] 1.00-2.00 sec 13.7 MBytes 115 Mbits/sec =20 [ 5] 2.00-3.00 sec 13.7 MBytes 115 Mbits/sec =20 [ 5] 3.00-4.00 sec 13.7 MBytes 115 Mbits/sec =20 [ 5] 4.00-5.00 sec 13.7 MBytes 115 Mbits/sec =20 [ 5] 5.00-6.00 sec 13.7 MBytes 115 Mbits/sec =20 [ 5] 6.00-7.00 sec 13.7 MBytes 115 Mbits/sec =20 [ 5] 7.00-8.00 sec 13.8 MBytes 116 Mbits/sec =20 [ 5] 8.00-9.00 sec 13.7 MBytes 115 Mbits/sec =20 [ 5] 9.00-10.00 sec 13.7 MBytes 115 Mbits/sec =20 [ 5] 10.00-10.18 sec 2.53 MBytes 115 Mbits/sec =20 - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate [ 5] 0.00-10.18 sec 137 MBytes 113 Mbits/sec = receiver iperf Done. For reference: Starting devd. Autoloading module: if_ure.ko ure0 on uhub0 ure0: = on usbus2 add host 127.0.0.1: gateway lo0 fib 0: route already in table add host ::1: gateway lo0 fib 0: route already in table miibus0: add net fe80::: gateway ::1 on ure0 add net ff02::: gateway ::1 rgephy0: add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 PHY 0 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = 1000baseT-FDX, 1000baseT-FDX-master, auto ue0: on ure0 ue0: Ethernet address: ### ue0: link state changed to DOWN . . . ue0: link state changed to UP # ifconfig lo0: flags=3D8049 metric 0 mtu 16384 options=3D680003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 inet 127.0.0.1 netmask 0xff000000 groups: lo nd6 options=3D21 ue0: flags=3D8843 metric 0 mtu = 1500 = options=3D68009b ether ### inet 192.168.1.148 netmask 0xffffff00 broadcast 192.168.1.255 media: Ethernet autoselect (1000baseT ) status: active nd6 = options=3D2b Hopefully, I'll get back to testing fairly soon. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Mon Jul 27 10:29:28 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2DB1D37D88E; Mon, 27 Jul 2020 10:29:28 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-ot1-x32d.google.com (mail-ot1-x32d.google.com [IPv6:2607:f8b0:4864:20::32d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BFbdg1FrNz4mXH; Mon, 27 Jul 2020 10:29:26 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: by mail-ot1-x32d.google.com with SMTP id h13so11966500otr.0; Mon, 27 Jul 2020 03:29:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=TSJio+ULyQ3F9u1i4MOJOdr5sYZcO3OP0VTb2CFzf1s=; b=bJhtWxQiEgVcM55gLWISRKi4wygmQK+8+hWRmsSPKSXYuUtPDUkqlVkQIjpbIW9qvO dXAZtF24BsXMCqWy4AbI1W0LYIAUMZYSGYXOv6xXhY6kWzQC/SVM9+5hYi9CYu7rlSXA a4cBmoyAuRF8D3JKvII8yG0zlc+WJeMiT7YC2SDoWEsAC91vmMig4mQpgrdIo0B3gU6S q+J0cWnoP+TlAz+bcCoT1C1JXeWF6/0HXgSSf4HSEvDnaLotbpJYpO86l4fnPtuBlLO0 0DReOmaWiTPE6A1iay5TYJnWWdUyihRvPwDODq38UgTbKpJp6pSu67uyXwRkKdi+bXLe 6xsQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=TSJio+ULyQ3F9u1i4MOJOdr5sYZcO3OP0VTb2CFzf1s=; b=QdU/fdN934DkOKbwGFPSfTfoRVYMdSnooHdcMU89IDwhV/tWuB6StZjxXLFiBte1rx +KC4exDnMBT7geUOJbRsQVffP87I2ArCIftO0Z6n5oHZ+OnBVH81DhTkvTHvEFYx2bHu EfwojTDktGYAiRukC+kIT7/R0ewmYsUcSK+LHR12hmKowMDCJbW1RdZKh6CAsk9r1xhc D2w1tuwKyEnGHV1mF4mhrveiuWO96b2891vKvvN2OhDBGOl699fUv5nCn1mOZN9NKA76 2WHwLkBNUoMVzM+x1RNA6QT3qz/011c9rIWCz0qrtvUtKDBSCW83KhWvCPNyXyZPPdV5 l2HQ== X-Gm-Message-State: AOAM530h9gQKEQXCN5pmDKXO3wvzPA7dljdmopJhw56+XX/CYgGp7pl4 ec428WwSry8m/KbTZ5rNxVc7oZZlKnNr+5y1Uxc= X-Google-Smtp-Source: ABdhPJxGBdgQgaQQl52c42eQcKUHH+ZFW0R7zdo6vyCu0/Y1F4Z26RpCo15VbWj7l9BjcLYeankW1WcWNKzS2SziETs= X-Received: by 2002:a9d:6b88:: with SMTP id b8mr11846497otq.258.1595845765780; Mon, 27 Jul 2020 03:29:25 -0700 (PDT) MIME-Version: 1.0 References: <20200725231318.GO4213@funkthat.com> <20200726211447.GQ4213@funkthat.com> In-Reply-To: <20200726211447.GQ4213@funkthat.com> From: Ganbold Tsagaankhuu Date: Mon, 27 Jul 2020 18:29:14 +0800 Message-ID: Subject: Re: CFT: major update to if_ure To: Ganbold Tsagaankhuu , freebsd-net@freebsd.org, freebsd-current@freebsd.org X-Rspamd-Queue-Id: 4BFbdg1FrNz4mXH X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=bJhtWxQi; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of ganbold@gmail.com designates 2607:f8b0:4864:20::32d as permitted sender) smtp.mailfrom=ganbold@gmail.com X-Spamd-Result: default: False [-3.82 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.025]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; 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)[multipart/alternative,text/plain]; NEURAL_HAM_LONG(-1.01)[-1.006]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(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::32d:from]; NEURAL_HAM_SHORT(-0.79)[-0.788]; FREEMAIL_TO(0.00)[gmail.com,freebsd.org]; 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] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2020 10:29:28 -0000 On Mon, Jul 27, 2020 at 5:14 AM John-Mark Gurney wrote: > Ganbold Tsagaankhuu wrote this message on Sun, Jul 26, 2020 at 11:05 +0800: > > On Sun, Jul 26, 2020 at 7:13 AM John-Mark Gurney > wrote: > > > > > Hello, > > > > > > I'd like people who have ure (RealTek) based USB devices to test > > > review D25809[0]. > > > > > > This update adds support for: > > > - HW VLAN tagging > > > - HW checksum offload for IPv4 and IPv6 > > > - tx and rx aggreegation (for full gige speeds) > > > - multiple transactions > > > > > > In my testing, I am able to get 900-950Mbps depending upon > > > TCP or UDP, which is a significant improvement over the previous > > > 91Mbps (~8kint/sec*1500bytes/packet*1packet/int). > > > > Does performance improve for if_ure device on USB2? > > I will try to test it in a couple of days on NanoPI R1 and R1S boards. > > Yes, it should. > > I never tested the before driver on USB2, but I'm now able to get > 211Mbps TX and 190Mbps RX TCP, and 227Mbps TX and 225Mbps RX UDP. > > I believe it is likely that the same 91Mbps speed limit applied to > USB2 as well. > Couldn't find your iperf test scripts and I tested only tcp: root@nanopi-r1s-h5:~ # iperf3 -c 192.168.111.1 Connecting to host 192.168.111.1, port 5201 [ 5] local 192.168.111.10 port 28569 connected to 192.168.111.1 port 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 27.4 MBytes 230 Mbits/sec 0 95.4 KBytes [ 5] 1.00-2.00 sec 27.6 MBytes 232 Mbits/sec 0 95.4 KBytes [ 5] 2.00-3.00 sec 27.7 MBytes 232 Mbits/sec 0 95.4 KBytes [ 5] 3.00-4.00 sec 27.6 MBytes 232 Mbits/sec 0 95.4 KBytes [ 5] 4.00-5.00 sec 27.6 MBytes 232 Mbits/sec 0 95.4 KBytes [ 5] 5.00-6.00 sec 27.6 MBytes 232 Mbits/sec 0 95.4 KBytes [ 5] 6.00-7.00 sec 27.7 MBytes 232 Mbits/sec 0 95.4 KBytes [ 5] 7.00-8.00 sec 27.7 MBytes 232 Mbits/sec 0 95.4 KBytes [ 5] 8.00-9.00 sec 27.6 MBytes 232 Mbits/sec 0 95.4 KBytes [ 5] 9.00-10.00 sec 27.6 MBytes 232 Mbits/sec 0 95.4 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 276 MBytes 232 Mbits/sec 0 sender [ 5] 0.00-10.79 sec 276 MBytes 215 Mbits/sec receiver iperf Done. root@nanopi-r1s-h5:~ # iperf3 -c 192.168.111.1 -R Connecting to host 192.168.111.1, port 5201 Reverse mode, remote host 192.168.111.1 is sending [ 5] local 192.168.111.10 port 29384 connected to 192.168.111.1 port 5201 [ ID] Interval Transfer Bitrate [ 5] 0.00-1.00 sec 12.1 MBytes 102 Mbits/sec [ 5] 1.00-2.00 sec 12.1 MBytes 102 Mbits/sec [ 5] 2.00-3.00 sec 12.1 MBytes 101 Mbits/sec [ 5] 3.00-4.00 sec 12.1 MBytes 102 Mbits/sec [ 5] 4.00-5.00 sec 12.1 MBytes 102 Mbits/sec [ 5] 5.00-6.00 sec 12.1 MBytes 102 Mbits/sec [ 5] 6.00-7.00 sec 12.1 MBytes 101 Mbits/sec [ 5] 7.00-8.00 sec 12.1 MBytes 102 Mbits/sec [ 5] 8.00-9.00 sec 12.1 MBytes 101 Mbits/sec [ 5] 9.00-10.00 sec 12.1 MBytes 102 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-11.25 sec 121 MBytes 90.3 Mbits/sec 2539 sender [ 5] 0.00-10.00 sec 121 MBytes 101 Mbits/sec receiver iperf Done. root@nanopi-r1s-h5:~ # sysctl -a | grep cpu.0.freq dev.cpu.0.freq_levels: 1248/-1 1008/-1 816/-1 624/-1 480/-1 dev.cpu.0.freq: 1248 Ganbold > > > [0] https://reviews.freebsd.org/D25809 > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > From owner-freebsd-current@freebsd.org Mon Jul 27 14:05:06 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 29033363703; Mon, 27 Jul 2020 14:05:06 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BFhQS6vLcz3WTP; Mon, 27 Jul 2020 14:05:04 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [178.17.145.105]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 6A6A5260378; Mon, 27 Jul 2020 16:04:57 +0200 (CEST) Subject: Re: somewhat reproducable vimage panic To: Kristof Provost , "Bjoern A. Zeeb" , freebsd-net@freebsd.org, freebsd-current@freebsd.org References: <38F5A3A6-B578-4BA4-8F69-C248163CB6E0@libassi.se> <20200722060514.GF4213@funkthat.com> <20200722193443.GG4213@funkthat.com> <6C149617-55BB-4A87-B993-195E5E133790@lists.zabbadoz.net> <20200722221509.GI4213@funkthat.com> <2FFC49F9-83DE-4FA1-A47F-1D8A7AF4B241@FreeBSD.org> <6847FB6B-0B1A-43C7-B567-15BF21AB5D56@FreeBSD.org> <8B72C0B9-9CF0-4557-81D7-77190775805C@lists.zabbadoz.net> <20200723234925.GL4213@funkthat.com> <20200725192129.GN4213@funkthat.com> From: Hans Petter Selasky Message-ID: <2b98da2e-8269-8904-f7ea-1c246ca6f083@selasky.org> Date: Mon, 27 Jul 2020 16:04:36 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <20200725192129.GN4213@funkthat.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4BFhQS6vLcz3WTP X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 2a01:4f8:c17:6c4b::2 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-2.18 / 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)[4]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; NEURAL_HAM_LONG(-0.97)[-0.972]; NEURAL_SPAM_SHORT(0.06)[0.060]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.973]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2020 14:05:06 -0000 On 2020-07-25 21:21, John-Mark Gurney wrote: >>> Yeah, agreed. I think hselasky has a better fix: >>> https://reviews.freebsd.org/D24914 >>> >>> I just saw his e-mail in a different thread. >> I'm testing out this patch now, and let people know how it goes.. It'll >> be nice to not have to worry about these panics.. > So far so good... I am getting these on occasion: > in6_purgeaddr: err=65, destination address delete failed > > But that's more that the patch prevented a panic. > > The other issue that I'm now seeing is that because we don't forcefully > clear out the multicast task, it can take a good 20+ seconds from the > time a jail is destroyed to the interface appearing again in vnet0. > Pretty sure this is related to the dmesg from above... Hi, D24914 just ensures proper draining. Feel free to accept the patch if you think I should submit it. It fixes some problems seen at work too! --HPS From owner-freebsd-current@freebsd.org Mon Jul 27 14:14:17 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 64C67363CFE for ; Mon, 27 Jul 2020 14:14:17 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BFhd5232Mz3Xrc for ; Mon, 27 Jul 2020 14:14:17 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 43602363D58; Mon, 27 Jul 2020 14:14:17 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 42B26363BE7 for ; Mon, 27 Jul 2020 14:14:17 +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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BFhd462vXz3Y18; Mon, 27 Jul 2020 14:14:16 +0000 (UTC) (envelope-from gjb@freebsd.org) 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 D82931CA3A; Mon, 27 Jul 2020 14:14:15 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Mon, 27 Jul 2020 14:14:13 +0000 From: Glen Barber To: Emmanuel Vadot Cc: current@freebsd.org, re@freebsd.org Subject: Re: nightly snapshot for CURRENT ? Message-ID: <20200727141413.GH34565@FreeBSD.org> References: <20200609214756.13e9cbbc2de12bbb78839875@bidouilliste.com> <20200609195630.GN97889@FreeBSD.org> <20200609220407.d745b7a073f58254ff2db714@bidouilliste.com> <20200724223135.7f3522f97968ce82b9b245ad@bidouilliste.com> <20200724220607.GG34565@FreeBSD.org> <20200725001452.152479d2afe405bfc4302863@bidouilliste.com> <20200724222839.GG61041@FreeBSD.org> <20200725122942.dcdfc0211bf6ab0706c86587@bidouilliste.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="/2994txjAzEdQwm5" Content-Disposition: inline In-Reply-To: <20200725122942.dcdfc0211bf6ab0706c86587@bidouilliste.com> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2020 14:14:17 -0000 --/2994txjAzEdQwm5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 25, 2020 at 12:29:42PM +0200, Emmanuel Vadot wrote: > On Fri, 24 Jul 2020 22:28:39 +0000 > Glen Barber wrote: >=20 > > On Sat, Jul 25, 2020 at 12:14:52AM +0200, Emmanuel Vadot wrote: > > > On Fri, 24 Jul 2020 22:06:07 +0000 > > > Glen Barber wrote: > > >=20 > > > > On Fri, Jul 24, 2020 at 10:31:35PM +0200, Emmanuel Vadot wrote: > > > > > On Tue, 9 Jun 2020 22:04:07 +0200 > > > > > Emmanuel Vadot wrote: > > > > >=20 > > > > > > On Tue, 9 Jun 2020 19:56:30 +0000 > > > > > > Glen Barber wrote: > > > > > >=20 > > > > > > > On Tue, Jun 09, 2020 at 09:47:56PM +0200, Emmanuel Vadot wrot= e: > > > > > > > >=20 > > > > > > > > Hello all, > > > > > > > >=20 > > > > > > > > I've just hit again something that I've hit (and probably = others too) > > > > > > > > often. > > > > > > > > If a change in base break some ports and it's snapshoted i= n the txz > > > > > > > > available at download.freebsd.org, you need to wait a week = for the next > > > > > > > > tarball to be available. > > > > > > > > Since poudriere uses the tarball when you setup a jail it = means that > > > > > > > > the only solution you have is to recreate your jail by buil= ding it, and > > > > > > > > since building world nowdays is very expensive that delay y= our work too > > > > > > > > much. > > > > > > > > Would it be possible to generate the tarballs every day in= stead of > > > > > > > > every week ? At least for tier-1 arches. > > > > > > > >=20 > > > > > > >=20 > > > > > > > Let's revisit this sometime next week after 11.4 is out. > > > > > > >=20 > > > > > > > Glen > > > > > > >=20 > > > > > >=20 > > > > > > Sure, works for me. > > > > > >=20 > > > > > > Thanks, > > > > > >=20 > > > > >=20 > > > > > Ping ? > > > > >=20 > > > >=20 > > > > I thought the artifacts from the jenkins builder for CI were suffic= ient. > > > >=20 > > > > Glen > > > >=20 > > >=20 > > > Yes and no, > > >=20 > > > I can add something to poudriere for getting the tarballs from the CI > > > artifacts but that won't be by default. > > >=20 > >=20 > > To be honest, that would be the preferred route, since updating the > > various *.txz distribution sets would break things like bootonly.iso, > > mini-memstick.img, and so on. >=20 > Why would it break things ? >=20 The bootonly.iso and mini-memstick.img do not contain the distribution sets, only the MANIFEST file. So, people using these to install a system would not be able to do so, because the checksums for the sets would not match that in the MANIFEST. > > In other words, we already have a system in place that generates these > > archive files, so I personally see no need to disrupt the "official" > > snapshot build process to appease a subset of the user base while > > unnecessarily adding a pain point for the rest. > >=20 >=20 > If only the sets are generated each day I don't see how it can cause a > pain to anyone. >=20 See above. Glen --/2994txjAzEdQwm5 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAl8e4TUACgkQAxRYpUeP 4pORuBAAkJT/w3NNOc4wCr71ada5e9Aj5xniFB71ej/cRb1rtetDlofzq/mwHP0N TvNTmYG4dpD/mKchQA7FzGFBkuUDs9Ml2GRWazh3J8FcAFQ6TCxedRO8vVh+vSq5 UBlxH4DlzfF3DiD00KiMA5YoogY/QJfnDj/gNec4HX+myqZR3EDs2AjlCkcKv8RB MvhpzS9ssKpnA3twfdsGZg8H3uGonnnWwTroYqxMlRlRQkV/iP1KBxzs2bCqaryP 0Hjf7UZpQiz0vu7XEJywvC0figrTP5880qOsFapzVJu6CPz69dQU8lHUMatyCo9u +LFBWA7sl0/bBQ11bysqS24RDAG33Ie51WKdtdXnL68X+f2Yy02PgjhhEQSjSSoP F6SVCwmlQHJcFR/0c9cKqgSwLpEsA5TeRuSCvR4QVtyIR/O4RHIfo7zx1cnOnVsY VAtrbs86M8qHbMHg4PNFrm9Pf0mb0WGbdhJ/T4h+32EM9JuISyWX+TPTH8RD2lrG RyauPhMvbluki2lhdtSfqiETVsVJHOANnPmxh/E0XVllhghSXmz88DpTPftR3GzL aEZuNb/y1WVlxyYBuLlV/JcKLRhdBH/wVY7XEEt4GkuROxgxI5ug4EZVlzVfsvTm Vg25gofqvxgr/wMm0PxtkWqvWIXe3YM2D4b2D7ivTFZOXARpHk4= =SVTc -----END PGP SIGNATURE----- --/2994txjAzEdQwm5-- From owner-freebsd-current@freebsd.org Mon Jul 27 14:30:04 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A5D93364553 for ; Mon, 27 Jul 2020 14:30:04 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4BFhzJ1v98z3ZYd for ; Mon, 27 Jul 2020 14:30:04 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: by mailman.nyi.freebsd.org (Postfix) id 3F4B0364815; Mon, 27 Jul 2020 14:30:04 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3F0F43644E1 for ; Mon, 27 Jul 2020 14:30:04 +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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BFhzH2m6xz3Zdg; Mon, 27 Jul 2020 14:30:03 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1595859802; 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=0itEzW7oH1yPtn83BECvWjpkheFZaS6anLFFsFWeJYo=; b=b2o8sOinQHIwrO9ubUlf7kL08NNILTJPiFnYI0EKIyjb0TnrsI90Hkm9oeoS7iJxZ3GwDn giiOsynHMOiGTXACl96qgYNfEijDkgBD8Qf/TYm6mQfVkMHaVCeVV8E3JJoRb6XccOABdy yD9Vxd1bYxA5jKevR0HSrDZyoKJSxo8= X-Spam-Score: 6.499933 / 15 X-Spam-Status: Yes, score=6.500 required=15.000 tests=[ARC_NA=0.000, ASN=0.000, BAYES_SPAM=5.100, DKIM_SIGNED=0.000 FROM_EQ_ENVFROM=0.000, FROM_HAS_DN=0.000, MID_RHS_MATCH_FROM=0.000 MIME_GOOD=-0.100, MIME_TRACE=0.000, MV_CASE=0.500, NEURAL_HAM=-0.000 RCPT_COUNT_THREE=0.000, RCVD_COUNT_ONE=0.000, RCVD_TLS_ALL=0.000 RCVD_VIA_SMTP_AUTH=0.000, SUBJECT_ENDS_QUESTION=1.000 TO_DN_SOME=0.000, TO_MATCH_ENVRCPT_ALL=0.000] Received: from amy.home (lfbn-idf2-1-1138-237.w90-92.abo.wanadoo.fr [90.92.20.237]) by mx.blih.net (OpenSMTPD) with ESMTPSA id a288fcbb (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Mon, 27 Jul 2020 14:23:22 +0000 (UTC) Date: Mon, 27 Jul 2020 16:23:22 +0200 From: Emmanuel Vadot To: Glen Barber Cc: current@freebsd.org, re@freebsd.org Subject: Re: nightly snapshot for CURRENT ? Message-Id: <20200727162322.b169f50d0007a09aba4df94b@bidouilliste.com> In-Reply-To: <20200727141413.GH34565@FreeBSD.org> References: <20200609214756.13e9cbbc2de12bbb78839875@bidouilliste.com> <20200609195630.GN97889@FreeBSD.org> <20200609220407.d745b7a073f58254ff2db714@bidouilliste.com> <20200724223135.7f3522f97968ce82b9b245ad@bidouilliste.com> <20200724220607.GG34565@FreeBSD.org> <20200725001452.152479d2afe405bfc4302863@bidouilliste.com> <20200724222839.GG61041@FreeBSD.org> <20200725122942.dcdfc0211bf6ab0706c86587@bidouilliste.com> <20200727141413.GH34565@FreeBSD.org> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4BFhzH2m6xz3Zdg X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=b2o8sOin; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [3.30 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; SPAM_FLAG(5.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx:c]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; GREYLIST(0.00)[pass,body]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; NEURAL_HAM_LONG(-0.96)[-0.964]; NEURAL_HAM_MEDIUM(-0.97)[-0.974]; DKIM_TRACE(0.00)[bidouilliste.com:+]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; NEURAL_HAM_SHORT(-0.27)[-0.266]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; 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-Spam: Yes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2020 14:30:04 -0000 On Mon, 27 Jul 2020 14:14:13 +0000 Glen Barber wrote: > On Sat, Jul 25, 2020 at 12:29:42PM +0200, Emmanuel Vadot wrote: > > On Fri, 24 Jul 2020 22:28:39 +0000 > > Glen Barber wrote: > > > > > On Sat, Jul 25, 2020 at 12:14:52AM +0200, Emmanuel Vadot wrote: > > > > On Fri, 24 Jul 2020 22:06:07 +0000 > > > > Glen Barber wrote: > > > > > > > > > On Fri, Jul 24, 2020 at 10:31:35PM +0200, Emmanuel Vadot wrote: > > > > > > On Tue, 9 Jun 2020 22:04:07 +0200 > > > > > > Emmanuel Vadot wrote: > > > > > > > > > > > > > On Tue, 9 Jun 2020 19:56:30 +0000 > > > > > > > Glen Barber wrote: > > > > > > > > > > > > > > > On Tue, Jun 09, 2020 at 09:47:56PM +0200, Emmanuel Vadot wrote: > > > > > > > > > > > > > > > > > > Hello all, > > > > > > > > > > > > > > > > > > I've just hit again something that I've hit (and probably others too) > > > > > > > > > often. > > > > > > > > > If a change in base break some ports and it's snapshoted in the txz > > > > > > > > > available at download.freebsd.org, you need to wait a week for the next > > > > > > > > > tarball to be available. > > > > > > > > > Since poudriere uses the tarball when you setup a jail it means that > > > > > > > > > the only solution you have is to recreate your jail by building it, and > > > > > > > > > since building world nowdays is very expensive that delay your work too > > > > > > > > > much. > > > > > > > > > Would it be possible to generate the tarballs every day instead of > > > > > > > > > every week ? At least for tier-1 arches. > > > > > > > > > > > > > > > > > > > > > > > > > Let's revisit this sometime next week after 11.4 is out. > > > > > > > > > > > > > > > > Glen > > > > > > > > > > > > > > > > > > > > > > Sure, works for me. > > > > > > > > > > > > > > Thanks, > > > > > > > > > > > > > > > > > > > Ping ? > > > > > > > > > > > > > > > > I thought the artifacts from the jenkins builder for CI were sufficient. > > > > > > > > > > Glen > > > > > > > > > > > > > Yes and no, > > > > > > > > I can add something to poudriere for getting the tarballs from the CI > > > > artifacts but that won't be by default. > > > > > > > > > > To be honest, that would be the preferred route, since updating the > > > various *.txz distribution sets would break things like bootonly.iso, > > > mini-memstick.img, and so on. > > > > Why would it break things ? > > > > The bootonly.iso and mini-memstick.img do not contain the distribution > sets, only the MANIFEST file. So, people using these to install > a system would not be able to do so, because the checksums for the sets > would not match that in the MANIFEST. What about putting the daily sets in another directory ? With maybe the latest 7 days or something like that. > > > In other words, we already have a system in place that generates these > > > archive files, so I personally see no need to disrupt the "official" > > > snapshot build process to appease a subset of the user base while > > > unnecessarily adding a pain point for the rest. > > > > > > > If only the sets are generated each day I don't see how it can cause a > > pain to anyone. > > > > See above. > > Glen > -- Emmanuel Vadot From owner-freebsd-current@freebsd.org Mon Jul 27 14:43:44 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0A0CD364F61 for ; Mon, 27 Jul 2020 14:43:44 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4BFjH36Z2Dz3byk for ; Mon, 27 Jul 2020 14:43:43 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id E14FE364FE1; Mon, 27 Jul 2020 14:43:43 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E118A365056 for ; Mon, 27 Jul 2020 14:43:43 +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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BFjH35fsPz3bfq; Mon, 27 Jul 2020 14:43:43 +0000 (UTC) (envelope-from gjb@freebsd.org) 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 5611B1D8F9; Mon, 27 Jul 2020 14:43:43 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Mon, 27 Jul 2020 14:43:41 +0000 From: Glen Barber To: Emmanuel Vadot Cc: current@freebsd.org, re@freebsd.org Subject: Re: nightly snapshot for CURRENT ? Message-ID: <20200727144341.GI34565@FreeBSD.org> References: <20200609214756.13e9cbbc2de12bbb78839875@bidouilliste.com> <20200609195630.GN97889@FreeBSD.org> <20200609220407.d745b7a073f58254ff2db714@bidouilliste.com> <20200724223135.7f3522f97968ce82b9b245ad@bidouilliste.com> <20200724220607.GG34565@FreeBSD.org> <20200725001452.152479d2afe405bfc4302863@bidouilliste.com> <20200724222839.GG61041@FreeBSD.org> <20200725122942.dcdfc0211bf6ab0706c86587@bidouilliste.com> <20200727141413.GH34565@FreeBSD.org> <20200727162322.b169f50d0007a09aba4df94b@bidouilliste.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="juZjCTNxrMaZdGZC" Content-Disposition: inline In-Reply-To: <20200727162322.b169f50d0007a09aba4df94b@bidouilliste.com> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2020 14:43:44 -0000 --juZjCTNxrMaZdGZC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 27, 2020 at 04:23:22PM +0200, Emmanuel Vadot wrote: > On Mon, 27 Jul 2020 14:14:13 +0000 > Glen Barber wrote: >=20 > > On Sat, Jul 25, 2020 at 12:29:42PM +0200, Emmanuel Vadot wrote: > > > On Fri, 24 Jul 2020 22:28:39 +0000 > > > Glen Barber wrote: > > >=20 > > > > On Sat, Jul 25, 2020 at 12:14:52AM +0200, Emmanuel Vadot wrote: > > > > > On Fri, 24 Jul 2020 22:06:07 +0000 > > > > > Glen Barber wrote: > > > > >=20 > > > > > > On Fri, Jul 24, 2020 at 10:31:35PM +0200, Emmanuel Vadot wrote: > > > > > > > On Tue, 9 Jun 2020 22:04:07 +0200 > > > > > > > Emmanuel Vadot wrote: > > > > > > >=20 > > > > > > > > On Tue, 9 Jun 2020 19:56:30 +0000 > > > > > > > > Glen Barber wrote: > > > > > > > >=20 > > > > > > > > > On Tue, Jun 09, 2020 at 09:47:56PM +0200, Emmanuel Vadot = wrote: > > > > > > > > > >=20 > > > > > > > > > > Hello all, > > > > > > > > > >=20 > > > > > > > > > > I've just hit again something that I've hit (and proba= bly others too) > > > > > > > > > > often. > > > > > > > > > > If a change in base break some ports and it's snapshot= ed in the txz > > > > > > > > > > available at download.freebsd.org, you need to wait a w= eek for the next > > > > > > > > > > tarball to be available. > > > > > > > > > > Since poudriere uses the tarball when you setup a jail= it means that > > > > > > > > > > the only solution you have is to recreate your jail by = building it, and > > > > > > > > > > since building world nowdays is very expensive that del= ay your work too > > > > > > > > > > much. > > > > > > > > > > Would it be possible to generate the tarballs every da= y instead of > > > > > > > > > > every week ? At least for tier-1 arches. > > > > > > > > > >=20 > > > > > > > > >=20 > > > > > > > > > Let's revisit this sometime next week after 11.4 is out. > > > > > > > > >=20 > > > > > > > > > Glen > > > > > > > > >=20 > > > > > > > >=20 > > > > > > > > Sure, works for me. > > > > > > > >=20 > > > > > > > > Thanks, > > > > > > > >=20 > > > > > > >=20 > > > > > > > Ping ? > > > > > > >=20 > > > > > >=20 > > > > > > I thought the artifacts from the jenkins builder for CI were su= fficient. > > > > > >=20 > > > > > > Glen > > > > > >=20 > > > > >=20 > > > > > Yes and no, > > > > >=20 > > > > > I can add something to poudriere for getting the tarballs from t= he CI > > > > > artifacts but that won't be by default. > > > > >=20 > > > >=20 > > > > To be honest, that would be the preferred route, since updating the > > > > various *.txz distribution sets would break things like bootonly.is= o, > > > > mini-memstick.img, and so on. > > >=20 > > > Why would it break things ? > > >=20 > >=20 > > The bootonly.iso and mini-memstick.img do not contain the distribution > > sets, only the MANIFEST file. So, people using these to install > > a system would not be able to do so, because the checksums for the sets > > would not match that in the MANIFEST. >=20 > What about putting the daily sets in another directory ? With maybe > the latest 7 days or something like that. >=20 But the CI system already does this... Glen --juZjCTNxrMaZdGZC Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAl8e6B0ACgkQAxRYpUeP 4pMuOg//R0uobLorgVh8/xAesvOb59aBrVBaOA2TaKlqAq9r2eZfWzdiGEDQxbM1 MssWC17f/xQi0V1GomCDMK+uxQk06jtoZAAw7Zq9IJtAX7UsoAObW9jTB0eMXf+6 CipdLMFD3i+JuFaM8lmv+3eTf9uDPbK7qH4iMIDzmKH6aqeb6TYA4ZEhD1hR804n AvSIugAOlyeSi7YPMFd6LBydeGnbLjv/YsnOvL6FnkeTqy3ghQcAqEzWlvZj3OGH N8XoGZvAMaLVphptqoqNh0PT7s/1bpkrGrqlNTU8gVkUHRB5FesIoss2+nnmX1DR 1wtW0cgnVxUd6XpQDXS0tL4w2VgZFsLlJ8d0YF0hQ72FrJBMPxAQGfAmpXtvieP8 pMlLDlrIz+h7W5d5UXtqfLj1rgyGUiS8meRAwzuNEpVq7LciKSNSX6QF8aQNzRh4 WrlHJgQoFHHei8YrXyBgERNjnFcA9NAIejzqBbSUbUpS004m5cnCBjyGUpOWtBWV 6bXR2da5sxsvrpCRV0lNaB8LnNAQ6Uhv0i5q7HnUwKRDKWgsJz1KHndM7wlrJa0/ 9iotOsQAH8NDCh0W4tCqe8cFU79JPh0M6XMlm2Hn3/XTnu1tVB/QWxoJgzUJTr2W tJmYn1hFn+GB+Q4J7reKTBTLexgVJKZsBzzFuoLn40RNrlrY/8E= =al7A -----END PGP SIGNATURE----- --juZjCTNxrMaZdGZC-- From owner-freebsd-current@freebsd.org Mon Jul 27 16:49:25 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 65B6B368884 for ; Mon, 27 Jul 2020 16:49:25 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io1-f54.google.com (mail-io1-f54.google.com [209.85.166.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 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BFm444bLnz43W9 for ; Mon, 27 Jul 2020 16:49:24 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io1-f54.google.com with SMTP id q75so9523052iod.1 for ; Mon, 27 Jul 2020 09:49:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=3PX91KEPuFm+Wyht7VtNzLBLmStZQ8IT9eutjYi6hl4=; b=EHfj4PGEb8jzZzc/hr7LOD34wCCnisI3P0hyMbOoSrYQrtH7/qwMRos4odSYeWwkqD KBVDyOblBxA0yw1DP2EA5oARZVPLriro+XlIbKfTiaqxk+2PxbIwy21hpgVuoB+5OIqh cux8Jnig8rBU6VKlc4X1SgFatQY7jBYeXCt7WZ+ANYOQgkCOvvYkp+DWd4jjdm604azM jwF8u29EQS5uCLVK54MhKAGjAotvzx9W4zuYuCUSOfvl0IhWzYHiQmDwFbwPCBvoM3Tx uLqJDeiaOvzwqFNaqj80VGhLWoBfAuUYdiAE7eFAZbFMRXIuBncQYyfgKjWNDIQjz8HU 3e8Q== X-Gm-Message-State: AOAM531cA7i97IL25drKDlcnAJ6ihHc2lxuy8MfWDEyVPaDR5Q1giM2h XLyYtbTB++edWtbYJbAy0cWypeoKCJFvcIlTEJnsadbg X-Google-Smtp-Source: ABdhPJzK4B2wWaGpx/UEp81GlupDtxSEZtxKsmCug8g4f+2LD8vXYxnFuqYbc3gmci3xCJhAK7Wp0etQekqGE7rvm9E= X-Received: by 2002:a02:3b10:: with SMTP id c16mr19645268jaa.128.1595868562539; Mon, 27 Jul 2020 09:49:22 -0700 (PDT) MIME-Version: 1.0 From: Ed Maste Date: Mon, 27 Jul 2020 12:49:11 -0400 Message-ID: Subject: Heads-up: removing outdated OpenSSH ciphers To: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4BFm444bLnz43W9 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.54 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-1.04 / 15.00]; RCVD_TLS_ALL(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; 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-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_MEDIUM(-0.86)[-0.864]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.20)[-0.202]; NEURAL_SPAM_LONG(0.03)[0.029]; RCVD_IN_DNSWL_NONE(0.00)[209.85.166.54:from]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.166.54:from]; 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)[emaste@freebsd.org,carpeddiem@gmail.com]; TO_DOM_EQ_FROM_DOM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2020 16:49:25 -0000 A base system OpenSSH update in 2016 or so removed a number of ciphers from the default lists offered by the server/client (due to known weaknesses). This prompted FreeBSD PR207679, and they were restored in r296634. It's time to retire this local change against upstream OpenSSH; the ciphers should still be available via a configuration option if anyone needs them but they should not be offered by default. Review D25833 is open for the change: https://reviews.freebsd.org/D25833 From owner-freebsd-current@freebsd.org Mon Jul 27 17:21:31 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3672B36949C for ; Mon, 27 Jul 2020 17:21:31 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) (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 4BFmn559H2z45H0; Mon, 27 Jul 2020 17:21:29 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from [192.168.1.2] (pool-74-110-137-7.rcmdva.fios.verizon.net [74.110.137.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: gallatin) by duke.cs.duke.edu (Postfix) with ESMTPSA id 3E0B32700371; Mon, 27 Jul 2020 13:21:28 -0400 (EDT) DMARC-Filter: OpenDMARC Filter v1.3.1 duke.cs.duke.edu 3E0B32700371 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=cs.duke.edu; s=mail0816; t=1595870488; bh=S5ukxyiQiS2dEQ7UohLAIawjr2l7TV5rST7xlPIUjOw=; h=Subject:To:From:Date:From; b=grHXr6Bn2XSIpTG6dUKGfb8IcS78o8vjGLB/V4LImpfRGe8FBYzkUDdIk/rGE2cLU j2vuuoHiuTxuOum46tbQPZVZkKm6P3ilGaTqWFcWUVfG3ouHLIThpCeAbUSiU7L50y cUnD/VuYGXudGaMUNqJ/nldYIL0KvgB1ITqRi0v20HhriQwfvv2O89hhpXiZS2dzqn 3BmG9XNc2Xa/KxBJlW1klf0INu+Tco4SI7xQ33YElTb6UTqGpicM8YyQTDXroP6mfH DwZzhwpptpB6d3Dv8uBjOB7VzfzWFOCwASlVsRYetuTdOWMvDrZhjn+m7EG3mYdBhl ri0cFWnRA91Vg== Subject: Re: RFC: ktls and krpc using M_EXTPG mbufs To: Rick Macklem , "freebsd-current@FreeBSD.org" Cc: "jhb@FreeBSD.org" , "gallatin@freebsd.org" , Gleb Smirnoff References: From: Andrew Gallatin Message-ID: <319c92f4-4157-74a3-2bec-8f40e3979261@cs.duke.edu> Date: Mon, 27 Jul 2020 13:21:27 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4BFmn559H2z45H0 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cs.duke.edu header.s=mail0816 header.b=grHXr6Bn; dmarc=pass (policy=none) header.from=cs.duke.edu; spf=pass (mx1.freebsd.org: domain of gallatin@cs.duke.edu designates 152.3.140.1 as permitted sender) smtp.mailfrom=gallatin@cs.duke.edu X-Spamd-Result: default: False [-5.10 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[cs.duke.edu:s=mail0816]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:152.3.140.0/23]; NEURAL_HAM_LONG(-1.04)[-1.039]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; RCPT_COUNT_FIVE(0.00)[5]; DWL_DNSWL_LOW(-1.00)[duke.edu:dkim]; RECEIVED_SPAMHAUS_PBL(0.00)[74.110.137.7:received]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[cs.duke.edu:+]; DMARC_POLICY_ALLOW(-0.50)[cs.duke.edu,none]; NEURAL_HAM_SHORT(-0.94)[-0.942]; NEURAL_HAM_MEDIUM(-1.02)[-1.020]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13371, ipnet:152.3.128.0/17, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[152.3.140.1:from] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2020 17:21:31 -0000 On 2020-07-19 19:34, Rick Macklem wrote: > I spent a little time chasing a problem in the nfs-over-tls code, where it > would sometimes end up with corrupted data in the file(s) of a mirrored > pNFS configuration. > > I think the problem was that the code filled the data to be written into > anonymous page M_EXTPG mbufs, then did a m_copym() { copy by > reference } and used the copies for the mirrored writes. > --> In ktls_encrypt(), the encryption was done to the same pages and, > sometimes, the encrypted data got encrypted again during the > sosend() of the other copy. > > Although I haven't reproduced it, a regular kernel write RPC could suffer the > same consequences if the RPC is retried (it keeps an m_copym() copy > of the request in the krpc for an RPC retry). > > At this time, the code in projects/nfs-over-tls works correctly, since it > always fills the data to be written into mbuf clusters, m_copym()s those > and then copies those { real copying using memcpy() } via > mb_mapped_to_unmapped() just before calling sosend(). > --> This works, but it would be nice to avoid the mb_mapped_to_unmapped() > copying for all the data being written via an NFS over TLS connection. > > For the TCP_TLS_MODE_SW case: > --> The NFS code can fill the written data into anonymous pages on M_EXTPG > mbufs. > Then, the ktls_encrypt() could be modified to > allocate a new set of anonymous pages for the destination side of > the encryption (it already does this for the sendfile case) and put those > in a new mbuf list. > --> This would result in new anonymous pages and mbufs being allocated, > but would not do memcpy()s. > After encryption, it would just do a m_freem() on the unencrypted list. > --> For the krpc client case, this call would only decrement the reference > count on the unencrypted list and it could be used for a retry by the krpc > and then be free'd { m_freem() call } after a reply is received. > > If doing this for all the sosend()s of anonymous page M_EXTPG mbufs seems > like unnecessary overhead, the above could be enabled via a setsockopt() > on the socket. > > What do others think of this? Several comments: mb_mapped_to_unmapped() is surprisingly inexpensive. It was less than 5% before I converted iflib to M_NOMAP aware. It seems like NFS should be constructing mbufs like sendfile does, and pointing mbufs at its pages. This would cause the crypto code to allocate a new set of pages upon encryption. > For the hardware offload case: > - Can I assume that the anonymous pages in M_EXTPG mbufs will remain > unchanged? > --> If so, and it won't change to TCP_TLS_MODE_SW, the NFS code could > fill the data to be written into M_EXTPG mbufs safely. > > - And, if so, can I safely use the ktls_session mode field to decide if offload > is happening? > I see the TCP_TXTLS_MODE socket opt which seems to > switch the mode to TCP_TLS_MODE_SW. > When does this happen? Or, can this happen to a session once in use? Yes. The intent is to allow something (TCP stack, smart user daemon) to look at a connection & move it from hardware to software, if it has a lot of TCP re-transmits. Drew From owner-freebsd-current@freebsd.org Mon Jul 27 17:29:14 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 208EF36977C for ; Mon, 27 Jul 2020 17:29:14 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BFmy160b1z467y for ; Mon, 27 Jul 2020 17:29:13 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: by mailman.nyi.freebsd.org (Postfix) id CBAE83699D7; Mon, 27 Jul 2020 17:29:13 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CB75936977B for ; Mon, 27 Jul 2020 17:29:13 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BFmy13nkwz46Gl; Mon, 27 Jul 2020 17:29:13 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 06RHT4aS070470; Mon, 27 Jul 2020 10:29:04 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 06RHT3XN070469; Mon, 27 Jul 2020 10:29:03 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202007271729.06RHT3XN070469@gndrsh.dnsmgr.net> Subject: Re: nightly snapshot for CURRENT ? In-Reply-To: <20200727144341.GI34565@FreeBSD.org> To: Glen Barber Date: Mon, 27 Jul 2020 10:29:03 -0700 (PDT) CC: Emmanuel Vadot , current@freebsd.org, re@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4BFmy13nkwz46Gl X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2020 17:29:14 -0000 > On Mon, Jul 27, 2020 at 04:23:22PM +0200, Emmanuel Vadot wrote: > > On Mon, 27 Jul 2020 14:14:13 +0000 > > Glen Barber wrote: > > > > > On Sat, Jul 25, 2020 at 12:29:42PM +0200, Emmanuel Vadot wrote: > > > > On Fri, 24 Jul 2020 22:28:39 +0000 > > > > Glen Barber wrote: > > > > > > > > > On Sat, Jul 25, 2020 at 12:14:52AM +0200, Emmanuel Vadot wrote: > > > > > > On Fri, 24 Jul 2020 22:06:07 +0000 > > > > > > Glen Barber wrote: > > > > > > > > > > > > > On Fri, Jul 24, 2020 at 10:31:35PM +0200, Emmanuel Vadot wrote: > > > > > > > > On Tue, 9 Jun 2020 22:04:07 +0200 > > > > > > > > Emmanuel Vadot wrote: > > > > > > > > > > > > > > > > > On Tue, 9 Jun 2020 19:56:30 +0000 > > > > > > > > > Glen Barber wrote: > > > > > > > > > > > > > > > > > > > On Tue, Jun 09, 2020 at 09:47:56PM +0200, Emmanuel Vadot wrote: > > > > > > > > > > > > > > > > > > > > > > Hello all, > > > > > > > > > > > > > > > > > > > > > > I've just hit again something that I've hit (and probably others too) > > > > > > > > > > > often. > > > > > > > > > > > If a change in base break some ports and it's snapshoted in the txz > > > > > > > > > > > available at download.freebsd.org, you need to wait a week for the next > > > > > > > > > > > tarball to be available. > > > > > > > > > > > Since poudriere uses the tarball when you setup a jail it means that > > > > > > > > > > > the only solution you have is to recreate your jail by building it, and > > > > > > > > > > > since building world nowdays is very expensive that delay your work too > > > > > > > > > > > much. > > > > > > > > > > > Would it be possible to generate the tarballs every day instead of > > > > > > > > > > > every week ? At least for tier-1 arches. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Let's revisit this sometime next week after 11.4 is out. > > > > > > > > > > > > > > > > > > > > Glen > > > > > > > > > > > > > > > > > > > > > > > > > > > > Sure, works for me. > > > > > > > > > > > > > > > > > > Thanks, > > > > > > > > > > > > > > > > > > > > > > > > > Ping ? > > > > > > > > > > > > > > > > > > > > > > I thought the artifacts from the jenkins builder for CI were sufficient. > > > > > > > > > > > > > > Glen > > > > > > > > > > > > > > > > > > > Yes and no, > > > > > > > > > > > > I can add something to poudriere for getting the tarballs from the CI > > > > > > artifacts but that won't be by default. > > > > > > > > > > > > > > > > To be honest, that would be the preferred route, since updating the > > > > > various *.txz distribution sets would break things like bootonly.iso, > > > > > mini-memstick.img, and so on. > > > > > > > > Why would it break things ? > > > > > > > > > > The bootonly.iso and mini-memstick.img do not contain the distribution > > > sets, only the MANIFEST file. So, people using these to install > > > a system would not be able to do so, because the checksums for the sets > > > would not match that in the MANIFEST. > > > > What about putting the daily sets in another directory ? With maybe > > the latest 7 days or something like that. > > > > But the CI system already does this... Perhaps enhance the CI system to also spit out a couple of .iso artifacts? > Glen -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Mon Jul 27 18:35:08 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2156236AE65; Mon, 27 Jul 2020 18:35:08 +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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BFpQ25smPz49mh; Mon, 27 Jul 2020 18:35:06 +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 06RIZ39R006626 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 27 Jul 2020 11:35:04 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id 06RIZ3nM006625; Mon, 27 Jul 2020 11:35:03 -0700 (PDT) (envelope-from jmg) Date: Mon, 27 Jul 2020 11:35:03 -0700 From: John-Mark Gurney To: Ganbold Tsagaankhuu Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: CFT: major update to if_ure Message-ID: <20200727183503.GW4213@funkthat.com> Mail-Followup-To: Ganbold Tsagaankhuu , freebsd-net@freebsd.org, freebsd-current@freebsd.org References: <20200725231318.GO4213@funkthat.com> <20200726211447.GQ4213@funkthat.com> 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]); Mon, 27 Jul 2020 11:35:04 -0700 (PDT) X-Rspamd-Queue-Id: 4BFpQ25smPz49mh 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 [3.35 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.69)[0.687]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[funkthat.com]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.57)[0.572]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.89)[0.887]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[jmg@funkthat.com,jmg@gold.funkthat.com]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; 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] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2020 18:35:08 -0000 Ganbold Tsagaankhuu wrote this message on Mon, Jul 27, 2020 at 18:29 +0800: > On Mon, Jul 27, 2020 at 5:14 AM John-Mark Gurney wrote: > > > Ganbold Tsagaankhuu wrote this message on Sun, Jul 26, 2020 at 11:05 +0800: > > > On Sun, Jul 26, 2020 at 7:13 AM John-Mark Gurney > > wrote: > > > > > > > Hello, > > > > > > > > I'd like people who have ure (RealTek) based USB devices to test > > > > review D25809[0]. > > > > > > > > This update adds support for: > > > > - HW VLAN tagging > > > > - HW checksum offload for IPv4 and IPv6 > > > > - tx and rx aggreegation (for full gige speeds) > > > > - multiple transactions > > > > > > > > In my testing, I am able to get 900-950Mbps depending upon > > > > TCP or UDP, which is a significant improvement over the previous > > > > 91Mbps (~8kint/sec*1500bytes/packet*1packet/int). > > > > > > Does performance improve for if_ure device on USB2? > > > I will try to test it in a couple of days on NanoPI R1 and R1S boards. > > > > Yes, it should. > > > > I never tested the before driver on USB2, but I'm now able to get > > 211Mbps TX and 190Mbps RX TCP, and 227Mbps TX and 225Mbps RX UDP. > > > > I believe it is likely that the same 91Mbps speed limit applied to > > USB2 as well. > > Couldn't find your iperf test scripts and I tested only tcp: My test script isn't performance, just features, and I'm thinking about how/where to publish it... You can also test UDP using -u w/ iperf3 and adjust the bandwidth w/ -b 300m (or other Mbps)... > root@nanopi-r1s-h5:~ # iperf3 -c 192.168.111.1 > Connecting to host 192.168.111.1, port 5201 > [ 5] local 192.168.111.10 port 28569 connected to 192.168.111.1 port 5201 > [ ID] Interval Transfer Bitrate Retr Cwnd > [ 5] 0.00-1.00 sec 27.4 MBytes 230 Mbits/sec 0 95.4 KBytes > [ 5] 1.00-2.00 sec 27.6 MBytes 232 Mbits/sec 0 95.4 KBytes > [ 5] 2.00-3.00 sec 27.7 MBytes 232 Mbits/sec 0 95.4 KBytes > [ 5] 3.00-4.00 sec 27.6 MBytes 232 Mbits/sec 0 95.4 KBytes > [ 5] 4.00-5.00 sec 27.6 MBytes 232 Mbits/sec 0 95.4 KBytes > [ 5] 5.00-6.00 sec 27.6 MBytes 232 Mbits/sec 0 95.4 KBytes > [ 5] 6.00-7.00 sec 27.7 MBytes 232 Mbits/sec 0 95.4 KBytes > [ 5] 7.00-8.00 sec 27.7 MBytes 232 Mbits/sec 0 95.4 KBytes > [ 5] 8.00-9.00 sec 27.6 MBytes 232 Mbits/sec 0 95.4 KBytes > [ 5] 9.00-10.00 sec 27.6 MBytes 232 Mbits/sec 0 95.4 KBytes > - - - - - - - - - - - - - - - - - - - - - - - - - > [ ID] Interval Transfer Bitrate Retr > [ 5] 0.00-10.00 sec 276 MBytes 232 Mbits/sec 0 sender > [ 5] 0.00-10.79 sec 276 MBytes 215 Mbits/sec > receiver > > iperf Done. > root@nanopi-r1s-h5:~ # iperf3 -c 192.168.111.1 -R > Connecting to host 192.168.111.1, port 5201 > Reverse mode, remote host 192.168.111.1 is sending > [ 5] local 192.168.111.10 port 29384 connected to 192.168.111.1 port 5201 > [ ID] Interval Transfer Bitrate > [ 5] 0.00-1.00 sec 12.1 MBytes 102 Mbits/sec > [ 5] 1.00-2.00 sec 12.1 MBytes 102 Mbits/sec > [ 5] 2.00-3.00 sec 12.1 MBytes 101 Mbits/sec > [ 5] 3.00-4.00 sec 12.1 MBytes 102 Mbits/sec > [ 5] 4.00-5.00 sec 12.1 MBytes 102 Mbits/sec > [ 5] 5.00-6.00 sec 12.1 MBytes 102 Mbits/sec > [ 5] 6.00-7.00 sec 12.1 MBytes 101 Mbits/sec > [ 5] 7.00-8.00 sec 12.1 MBytes 102 Mbits/sec > [ 5] 8.00-9.00 sec 12.1 MBytes 101 Mbits/sec > [ 5] 9.00-10.00 sec 12.1 MBytes 102 Mbits/sec > - - - - - - - - - - - - - - - - - - - - - - - - - > [ ID] Interval Transfer Bitrate Retr > [ 5] 0.00-11.25 sec 121 MBytes 90.3 Mbits/sec 2539 > sender > [ 5] 0.00-10.00 sec 121 MBytes 101 Mbits/sec > receiver > > iperf Done. > root@nanopi-r1s-h5:~ # sysctl -a | grep cpu.0.freq > dev.cpu.0.freq_levels: 1248/-1 1008/-1 816/-1 624/-1 480/-1 > dev.cpu.0.freq: 1248 Hmmm... The reverse seems slow, but I can't think of why it'd be that slow though. When I did my tests on the USB2 ports, both directions were about the same speed... Thanks for the test! Great to hear things are working... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@freebsd.org Mon Jul 27 22:14:47 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EB879371203 for ; Mon, 27 Jul 2020 22:14:47 +0000 (UTC) (envelope-from editor@callfortesting.org) Received: from mail-pf1-x433.google.com (mail-pf1-x433.google.com [IPv6:2607:f8b0: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 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BFvHV6y56z4PwQ for ; Mon, 27 Jul 2020 22:14:46 +0000 (UTC) (envelope-from editor@callfortesting.org) Received: by mail-pf1-x433.google.com with SMTP id u185so9868828pfu.1 for ; Mon, 27 Jul 2020 15:14:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=callfortesting-org.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=jr6P4jqkOZTqkNk7UGaHg98rh9c2ymTxCu1OBLRvxK0=; b=L/Z8A9TTDM17tfkH5HBvDtmz0p7nC9F8M1zAmqS1q5OIgmEnKzFWAdfqB+9hWJXGNM BA+k9KA6PKDZEDzl7lCuKTr9uMfOGlc1n1LqXlBLVxpXl/+QAsHP4bYJLEGKyMoJrtq/ PJkbDaqwUDp//hY58WOwZA/li7D0P8c3pV6YTQiKNrGqndNzjgZMFO4ZElWVf1TyIwaZ rMlhYg1PKXklv/opoRNIc6ORiQgkjveG16M0y2CNNfI7CnhwWnqroRU439zInqRAdZ64 cxeHfyth3FFNxvxg3E9TX4S087so8pyU4JdXYmjeLDeOzoEAd7LGGn5NTEisHtZHJmBa 9xPA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=jr6P4jqkOZTqkNk7UGaHg98rh9c2ymTxCu1OBLRvxK0=; b=MDYuDXF+xjrtWrC8SjlFIl7POCSdsTt0gLQP3LvU7HLGq6zV8S6DRdohX7i/jqu/S6 CiVvN5mC2TuVp0efxsE6FPm5VIT7GqdLh9Mp84DFTPGx6QyBGwVQfWXLz3KxkMP3jFAT oEO6kgyWLTKL44qFCprQMyQn+YyxQLDy3mNApTVgisBjaTp+OrG72pJzomSkCuKkFsz+ AtRkTYV1CSXpWg/ugrqZk9kADUHOx66bKdTj7S9NVrAhVR+nZBYLNz7DZGU3jIOZrs8x 5TJvPJR46hYSDNqwSduL1uUU6Ith8V0t5RThUjD2AEQa7uMXjWxpQhGltn4wji2o6v/N sKyg== X-Gm-Message-State: AOAM5339+rA/QmUPJpjfHhtWLNMnGJRC2DKrWQw4TZzl9Pr6aS1Ive1e WAPWKmueSyCb1Td2Kx3z4FPBUw4vyx2MsA== X-Google-Smtp-Source: ABdhPJybW7D39NbLqQml5A+pPZ/0iyvlx+l16P1SMY47fqh/xPzfP1l7dUNB2Zn+t7kbeql4Cbu8cA== X-Received: by 2002:a63:6dc7:: with SMTP id i190mr21563077pgc.304.1595888085293; Mon, 27 Jul 2020 15:14:45 -0700 (PDT) Received: from macbook-2.local (c-73-157-156-137.hsd1.or.comcast.net. [73.157.156.137]) by smtp.gmail.com with ESMTPSA id 199sm16840862pgc.79.2020.07.27.15.14.44 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 27 Jul 2020 15:14:44 -0700 (PDT) Subject: Re: Freebsd-update To: freebsd-current@freebsd.org References: From: Michael Dexter Message-ID: <6c85dab2-fe82-d406-52c1-e30275653ccd@callfortesting.org> Date: Mon, 27 Jul 2020 15:14:49 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:68.0) Gecko/20100101 Thunderbird/68.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4BFvHV6y56z4PwQ X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=callfortesting-org.20150623.gappssmtp.com header.s=20150623 header.b=L/Z8A9TT; dmarc=none; spf=none (mx1.freebsd.org: domain of editor@callfortesting.org has no SPF policy when checking 2607:f8b0:4864:20::433) smtp.mailfrom=editor@callfortesting.org X-Spamd-Result: default: False [-0.63 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[callfortesting-org.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-0.22)[-0.218]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.73)[-0.735]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[callfortesting.org]; NEURAL_SPAM_SHORT(0.62)[0.622]; DKIM_TRACE(0.00)[callfortesting-org.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::433:from]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[73.157.156.137:received] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2020 22:14:48 -0000 On 7/17/20 4:37 AM, Cristian Cardoso wrote: > I would like to know if by chance in freeBSD there is some kind of log > when the command freebsd-update fetch / install is executed? > I looked in the documentation and found nothing about it. There does not appear to be a log but running it with '--debug' is very informative. Perhaps run a typescript for each run to capture this? All, is the debug output something that should be logged? Michael From owner-freebsd-current@freebsd.org Mon Jul 27 22:49:26 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8A88D3718ED for ; Mon, 27 Jul 2020 22:49:26 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ultimatedns.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BFw3V071kz4Rkb for ; Mon, 27 Jul 2020 22:49:24 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by udns.ultimatedns.net (8.15.2/8.15.2) with ESMTPS id 06RMndAV044943 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Mon, 27 Jul 2020 15:49:46 -0700 (PDT) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 Cc: In-Reply-To: <6c85dab2-fe82-d406-52c1-e30275653ccd@callfortesting.org> From: Chris Reply-To: bsd-lists@BSDforge.com To: Michael Dexter Subject: Re: Freebsd-update Date: Mon, 27 Jul 2020 15:49:46 -0700 Message-Id: <4b21c3084a094235b0fb93deabd738e8@udns.ultimatedns.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4BFw3V071kz4Rkb X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; local_wl_ip(0.00)[24.113.41.81] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2020 22:49:26 -0000 On Mon, 27 Jul 2020 15:14:49 -0700 Michael Dexter editor@callfortesting=2Eorg= said > On 7/17/20 4:37 AM, Cristian Cardoso wrote: > > I would like to know if by chance in freeBSD there is some kind of log > > when the command freebsd-update fetch / install is executed? > > I looked in the documentation and found nothing about it=2E >=20 > There does not appear to be a log but running it with '--debug' is very= =20 > informative=2E Perhaps run a typescript for each run to capture this? >=20 > All, is the debug output something that should be logged? Aren't the installs/up(grade|date)s individually logged in /var/messages? >=20 > Michael --Chris From owner-freebsd-current@freebsd.org Mon Jul 27 22:51:27 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3D1E9371BAB for ; Mon, 27 Jul 2020 22:51:27 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ultimatedns.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BFw5q09Q4z4SCp for ; Mon, 27 Jul 2020 22:51:26 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by udns.ultimatedns.net (8.15.2/8.15.2) with ESMTPS id 06RMphn0044993 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Mon, 27 Jul 2020 15:51:50 -0700 (PDT) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 Cc: Michael Dexter In-Reply-To: <4b21c3084a094235b0fb93deabd738e8@udns.ultimatedns.net> From: Chris Reply-To: bsd-lists@BSDforge.com To: Subject: Re: Freebsd-update Date: Mon, 27 Jul 2020 15:51:50 -0700 Message-Id: <15ebba27e965564ebd7f50cffb51c04b@udns.ultimatedns.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4BFw5q09Q4z4SCp X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; local_wl_ip(0.00)[24.113.41.81] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2020 22:51:27 -0000 On Mon, 27 Jul 2020 15:49:46 -0700 bsd-lists@BSDforge=2Ecom said > On Mon, 27 Jul 2020 15:14:49 -0700 Michael Dexter editor@callfortesting=2Eo= rg > said >=20 > > On 7/17/20 4:37 AM, Cristian Cardoso wrote: > > > I would like to know if by chance in freeBSD there is some kind of lo= g > > > when the command freebsd-update fetch / install is executed? > > > I looked in the documentation and found nothing about it=2E > >=20 > > There does not appear to be a log but running it with '--debug' is very= =20 > > informative=2E Perhaps run a typescript for each run to capture this? > >=20 > > All, is the debug output something that should be logged? > Aren't the installs/up(grade|date)s individually logged in /var/messages? Ahem=2E=2E=2E I mean't: /var/log/messages Sorry=2E :( > >=20 > > Michael >=20 > --Chris >=20 >=20 > _______________________________________________ > freebsd-current@freebsd=2Eorg mailing list > https://lists=2Efreebsd=2Eorg/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd=2Eorg= " From owner-freebsd-current@freebsd.org Mon Jul 27 23:43:59 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7B770372BA1 for ; Mon, 27 Jul 2020 23:43:59 +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 4BFxGQ4qyQz4VYd for ; Mon, 27 Jul 2020 23:43:58 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: oqhYqOIVM1lkm.VV_oWA2Y1Nq1R.Qw8siD97KCzprwAWEo3mVRmXErFk52fCI.P xtitCa3vLyVfF23W1LWjDx27PAGxDp9OxPzOe2OopRu15FMJY168NifH3FqbGzW.QubokTxvXkFJ tqof7kdwRbc02BK5d2QPAO7615ZCDfLp_eu_V4SYTfKdkpikXdo9rMx9e0_ssWrE1fXITfh2Wmpc rzI72Hl9qaGs02h7EG97X4nQz0jbnqbmleX5Ryh5N_zM.66Gm8ld3g2.i.NMaBcFJNhdU0AUUYd0 kiJ2gZWYWlUMDl_myLixYULzRNwICW8rL8lj4lIN_hYPgHk9YNmgmADmJG4iD5ANNeHk0BPP43Lu hjR7MrybDFVJo5vsVc.Hh.q74mT0Ch5s3A9CaDYPiZV_jpJqbZn8T0EtLXc65xkIPDJ_7QepVJ1. qnf8iWv8kZvzggJMaUsIFz2xFuJAwV7jlNZTkYE3_vZUKxEHuEqZ3oDppSra_IbNPqmRoc_1eVkY DXH8T1d7l7w1_2QDUgdAREDIdkCNo42H.CZERLSc4LYkQWJYpxhh9TnxGcVIvFbyfMz1FkOg_GK. 6L1iQcFhmwZ348CupJX.t5DYlfpNnnj6Ahr6B3siXim44vnIiH3Jo8nNgxru.ACF4oRbDAFv2kFk EnDJ.Id0lNnsBAOHuH7d0xSvui3VB3bttoVnnqV3yFBBfM0Z8nB8_SgImJkYZqcuSaeyTpmATtcY fRABMDIVNeSE1LAQ2g_upz9wvkU8zf9iBxT5YgRL8HQJvAA2ZRRW6rySyUqarj8ggiZ3y6CSdncP 6WS9dUGLn68CrtpIDcKlZ7t95UU1vkagT_qleRUsRXAq1OTPdKgkEeHXz0WhgDGPdLY5zeRHwSdo PUxDafvs5_vxvaPLh0FgWBtNfsuOG1D3nnQI0c06soGg0Vwp1Uuo.QY86ij8FXcFNcSs95xfZg28 x7NB0JAiUV2PjPCAvg8CBTrVTg_fnIoWQXmcaYDagCZoDV20EO4ZHvuUc_inOaOBMI3214zvV_ew .SG3rK_8cMYPb3UmVIYpk2XODPyb9Yd6ZnZR37B0pQ5Eg3RcFIhA1hRyNJZUcnSYGx0IXkl2kibr EU_1fTuf7ZVuPY.ZauPyM.uQ3eYSFYEBVEaW2DQ_iOiglN8HbjUO.w5bSC8F4B_zc7eXZprNIkoA BsEFtcxKQ3Qy9XXSoTAB_XyhytC4VUPK3u.xipEudzIFjpFw1cP3cq_w1Bm1XqlkvR5U_86N23.m 0sQrFrtnzG6KSRVgJMRzsqr77rL0RObPY4cDK4WGNouPbZXihrqgzDeAZb.PSx4ifDun6gLlyokm wiW1jq.Fm9t0LZQPuHSEesI6WTnS_wcg6noxIF2.HYoRoCvfaRuuMxWRljhsZhIpM9QpoO9enonx JPRIThufaD4lCGw_9TV_EXQxv.Mc- Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Mon, 27 Jul 2020 23:43:56 +0000 Received: by smtp405.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 6d500b3170234fd2626c9853ab91a5f5; Mon, 27 Jul 2020 23:43:53 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: CFT: major update to if_ure (patch did not apply cleanly for head -r363510) (example PowerMac problem?) From: Mark Millard In-Reply-To: Date: Mon, 27 Jul 2020 16:43:52 -0700 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <20200727012035.GS4213@funkthat.com> To: John-Mark Gurney X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 4BFxGQ4qyQz4VYd X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.83 / 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.27)[-1.270]; 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/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.05)[-1.045]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; NEURAL_HAM_LONG(-1.02)[-1.019]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.206:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2020 23:43:59 -0000 On 2020-Jul-26, at 18:20, John-Mark Gurney wrote: > Mark Millard wrote this message on Sat, Jul 25, 2020 at 19:13 -0700: >> For reference for what applying the patch >> reported (see Hunk #14): >=20 > Ok, updated it to be relative to r363583... >=20 > I had made a white spcae commit to if_ure.c, but hadn't made the > patch relative to it after that commit.. should work now.. I updated an old PowerMac G5 (2 sockets/2 cores each) to head -r363590 with the update patch and tjen plugged in the USB EtherNet device. The result (extracted from dmesg -a) was: usb_alloc_device: set address 2 failed (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT usbd_req_re_enumerate: addr=3D2, set address failed! (USB_ERR_TIMEOUT, = ignored) usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT usbd_req_re_enumerate: addr=3D2, set address failed! (USB_ERR_TIMEOUT, = ignored) usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT usbd_req_re_enumerate: addr=3D2, set address failed! (USB_ERR_TIMEOUT, = ignored) usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT usbd_req_re_enumerate: addr=3D2, set address failed! (USB_ERR_TIMEOUT, = ignored) usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT ugen2.2: at usbus2 (disconnected) uhub_reattach_port: could not allocate new device Unfortunately, I'd not tried a PowerMac with the type of device before the update. I do not know if the above is new behavior or not. The PowerMac is big-endian, which is what got me to think about trying it there. The PowerMac is also 64-bit running a 64-bit FreeBSD. Its USB is 2.0. (It also has 2 GigaBit EtherNet ports of its own so I'm not likely to use a USB device outside special testing.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Mon Jul 27 23:51:35 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A6DF7373198 for ; Mon, 27 Jul 2020 23:51:35 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-qb1can01on062b.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe5c::62b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BFxRB4hhFz4W2n; Mon, 27 Jul 2020 23:51:34 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=X3H8ymS3gaC7OYM26t1hKlSe1H2T2eBW7mqTuoCWy8Mj8FKoySWj7ygQcjNE7lUAkVV3w9Yj2kBlTJ1968UI4SxjUwlA1wWh407FvICT89USObro+x9ZXleup23d9xL5mMmSPiBigpqhAHaWcU7RHucpcNhskUdPFf5lvF3QkribM5jPpRo5l250Oh94BbQclQIGSxrhjbnnXNyZTW02Re+4o6zrGouFkRWbkwJCveyeDaOdfiYKXA7I/d/WoTT4Bs4ogH71y+jzdNYvLoma8rxaq5k7+FUVETDfT2N/j+3hlFQtD1d9nYKQE9xNvWRTkOUdDoD2NJkXY0SFEPruLQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=N8YUPDq8jOepuGR7hH9nsNAnKb8jVVBCwVWnhg/yVlE=; b=VUTFBRn6OD6uEuZD4UFcEjXdJggV/gVWa7SRPe78uuUmoW5OWmhXTqEERJOZhJXR6YIHT6C+2i5f3WnPQjEN2c+lHu90uTSvJEzEe5vVHqNQ3YK0aP2OguYkq7zPKIdsJ0Wh5O1BJIZs0siEli4DkkCZeHvSjbrtRWUqV4VJG+2ELqaj7sZyusPf/1XLw8Ek3b9gqn62AcSVLDwoBShYuw/eAjdm9xPbD9VCr7/CeSsAS9z2uVxMjSm8vQHf9JrdF4BwcFPVDMoqUa79QUP2rN462MH1B4vA6BDfBZpMfeeveYBjJXdZykCIv61GOBiDDFKCHjZ/kN5Y7y1WUYkZwQ== 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=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=N8YUPDq8jOepuGR7hH9nsNAnKb8jVVBCwVWnhg/yVlE=; b=fwjzbP7R2NURjbtxa39SMEZXhAkY/0HyodrMh7p6gsi7aYByG4VaX+4Fzv1LAT80OajxaCeDNoo7Oh3+AiJTtvNUBFWkRbQTdIfOYoF8kFqEs9DrguQv6SUO4f3xjAvAMwQgvnErsRL7DzRj11WA6d5p02grYAwCxMrZ4bR6I3EeVvtwH/9QZ90UC79sRAnHgETKcDomlc/gsrcPe2Lf8s7O+PQ64wrkDX1CmGTJ8B5Y/CVGl30Y5VFQc5ouQQjioEE5a9VH9gE2n3bmnUeWnSPqZiqgl2M3sRPG1aPJ0tVGLDehr3qbULhMRklenwAGw4gaQKlNt83ud4OjkwyW/w== Received: from QB1PR01MB3364.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:38::14) by YQBPR0101MB1122.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:6::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3216.24; Mon, 27 Jul 2020 23:51:32 +0000 Received: from QB1PR01MB3364.CANPRD01.PROD.OUTLOOK.COM ([fe80::60f3:4ca2:8a4a:1e91]) by QB1PR01MB3364.CANPRD01.PROD.OUTLOOK.COM ([fe80::60f3:4ca2:8a4a:1e91%7]) with mapi id 15.20.3216.033; Mon, 27 Jul 2020 23:51:22 +0000 From: Rick Macklem To: Andrew Gallatin , "freebsd-current@FreeBSD.org" CC: "jhb@FreeBSD.org" , "gallatin@freebsd.org" , Gleb Smirnoff Subject: Re: RFC: ktls and krpc using M_EXTPG mbufs Thread-Topic: RFC: ktls and krpc using M_EXTPG mbufs Thread-Index: AQHWXiFLFxOPU111VUSvS2ovnXgBP6kbuHWAgABlGLQ= Date: Mon, 27 Jul 2020 23:51:22 +0000 Message-ID: References: , <319c92f4-4157-74a3-2bec-8f40e3979261@cs.duke.edu> In-Reply-To: <319c92f4-4157-74a3-2bec-8f40e3979261@cs.duke.edu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: ac7e98d4-435c-44dd-2b52-08d83287f78a x-ms-traffictypediagnostic: YQBPR0101MB1122: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7691; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: WwOkKmYX8tNet4X12NXAHX9tnL/Q08Qwft6VdGzXrMK/wf3gYW4NtJRbQctvSDCBAqjdsfjMO6jfNmP/DFkaryY7P5VBHRlg8Cal5Bqx2V0lRYgJHkAG0nMgypj8xM2Y8ZYRSLNj9VEL+VMZOOt0ogoqqMMfLjpDtPQ6CGf5zYi6SA4+kGVaTBJzYDfJW08IcoVu7DBqn5m9svpY3YiIghh48e9DY6PO655OzG0uFcRnKOq564lY+2s0z1XId6bDfPq8SDQYW+z8U6AkE6B6Y0SYsXrz2BdoT1c6IoRX4gM5UOuVtW/UW5GYUyyShiGz8gWtF0TxhJfUEA3dp/QO3w== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:QB1PR01MB3364.CANPRD01.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFTY:; SFS:(136003)(346002)(376002)(39860400002)(396003)(366004)(5660300002)(52536014)(64756008)(66556008)(66446008)(66476007)(76116006)(91956017)(8936002)(33656002)(71200400001)(478600001)(66946007)(83380400001)(186003)(6506007)(2906002)(7696005)(4326008)(86362001)(8676002)(316002)(786003)(9686003)(55016002)(54906003)(110136005); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: R73Jb+SXVhjdxxvS6KalQXCpITqEORpkkvyA9hMXu1BK0lK+vt6RQxhzuhKm/yfm0kBxRefbjDsfgau0gJ0C1+TCynFqvqy3TUndfy+l3L0yYLeS6ekfT/bJAcC8Zz964s74BTGiGRSAHMh3Qj/gjqFLPoVB+VrHstySX1wT77/eZJ8ZGpg2xVfZHWYKRreDeNytJHlFYCgRx9VDxPrmGByei3vVbtBJMj966wfBCg0uu31cGOT6/Fsx4bTcqZYu+Ft7DIEeq0vPIIowyV75zENo2/CgEQWBq7IrLeVK0u83BCnPvvTgOZRAQJyYKJ0J6XTe1U+xvZlVe8eZoYhiwxz7mqccijamYSh6euk75aLG17C1v++nIymoLG9jPTEBl+gTr79gX7eGPAANYyqyzhTy+XPGnpybXY7ZKJ55osQIvKkkZwfRh9xpZLoZWV/faw5d/qPlaSMTl0EuJngKjLPvQAEkqlA7rNk+i+O0KBAmF6dqR5LMswVzqZx+SR3zbVsXtKABFQFEmHzaun6Do1frEAb8mO8htCIpjn5b5LMLPkZv6uqc6qctwuT3dn1r x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: QB1PR01MB3364.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: ac7e98d4-435c-44dd-2b52-08d83287f78a X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Jul 2020 23:51:22.7516 (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: g/4owrbKKX5ufWjRcvllITYgYIHtTk7O8/e6K2YRKG9kG11BYx7Fkw/08GCZhGwflxhA/ru8pHc6bWeAkZKiYg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR0101MB1122 X-Rspamd-Queue-Id: 4BFxRB4hhFz4W2n X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector1 header.b=fwjzbP7R; dmarc=none; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 2a01:111:f400:fe5c::62b as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-5.51 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.028]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector1]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:111:f400::/48]; NEURAL_HAM_LONG(-1.03)[-1.028]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[uoguelph.ca]; 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:+]; NEURAL_HAM_SHORT(-0.96)[-0.957]; 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-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2020 23:51:35 -0000 Andrew Gallatin wrote:=0A= >On 2020-07-19 19:34, Rick Macklem wrote:=0A= >> I spent a little time chasing a problem in the nfs-over-tls code, where = it=0A= >> would sometimes end up with corrupted data in the file(s) of a mirrored= =0A= >> pNFS configuration.=0A= >>=0A= >> I think the problem was that the code filled the data to be written into= =0A= >> anonymous page M_EXTPG mbufs, then did a m_copym() { copy by=0A= >> reference } and used the copies for the mirrored writes.=0A= >> --> In ktls_encrypt(), the encryption was done to the same pages and,=0A= >> sometimes, the encrypted data got encrypted again during the=0A= >> sosend() of the other copy.=0A= >>=0A= >> Although I haven't reproduced it, a regular kernel write RPC could suffe= r the=0A= >> same consequences if the RPC is retried (it keeps an m_copym() copy=0A= >> of the request in the krpc for an RPC retry).=0A= >>=0A= >> At this time, the code in projects/nfs-over-tls works correctly, since i= t=0A= >> always fills the data to be written into mbuf clusters, m_copym()s those= =0A= >> and then copies those { real copying using memcpy() } via=0A= >> mb_mapped_to_unmapped() just before calling sosend().=0A= >> --> This works, but it would be nice to avoid the mb_mapped_to_unmapped(= )=0A= >> copying for all the data being written via an NFS over TLS connec= tion.=0A= >>=0A= >> For the TCP_TLS_MODE_SW case:=0A= >> --> The NFS code can fill the written data into anonymous pages on M_EXT= PG=0A= >> mbufs.=0A= >> Then, the ktls_encrypt() could be modified to=0A= >> allocate a new set of anonymous pages for the destination side of=0A= >> the encryption (it already does this for the sendfile case) and put thos= e=0A= >> in a new mbuf list.=0A= >> --> This would result in new anonymous pages and mbufs being allocated,= =0A= >> but would not do memcpy()s.=0A= >> After encryption, it would just do a m_freem() on the unencrypted list.= =0A= >> --> For the krpc client case, this call would only decrement the referen= ce=0A= >> count on the unencrypted list and it could be used for a retry by= the krpc=0A= >> and then be free'd { m_freem() call } after a reply is received.= =0A= >>=0A= >> If doing this for all the sosend()s of anonymous page M_EXTPG mbufs seem= s=0A= >> like unnecessary overhead, the above could be enabled via a setsockopt()= =0A= >> on the socket.=0A= >>=0A= >> What do others think of this?=0A= >=0A= >Several comments:=0A= >=0A= >mb_mapped_to_unmapped() is surprisingly inexpensive. It was less than=0A= >5% before I converted iflib to M_NOMAP aware.=0A= Hmm. Just wondering what the 5% refers to?=0A= 5% difference in throughput for a data stream=0A= 5% increase in CPU overheads=0A= or ???=0A= =0A= I do agree that, with multiple cores these days, avoiding the memcpy()s in= =0A= the client isn't that big a deal.=0A= --> This issue is client side only. The NFS server can generate read and re= addir=0A= replies (the only big ones) in anonymous ext_pgs mbufs now.=0A= =0A= >It seems like NFS should be constructing mbufs like sendfile does, and=0A= >pointing mbufs at its pages. This would cause the crypto code to=0A= >allocate a new set of pages upon encryption.=0A= I suppose the ideal would be to use the pages that already hold the data=0A= in the buffer cache, but I haven't even looked at what it might take to=0A= do that? (The buffer cache block would have to remain busied until the=0A= mbuf is free'd or something like that.)=0A= I kinda plan on looking at this someday...=0A= =0A= I suppose I could "pretend" they aren't anonymous pages by not=0A= setting the EPG_ANON_FLAG, but that still wouldn't be enough to=0A= fix this problem.=0A= --> Not only does ktls_encrypt() need to use different pages, it needs=0A= to allocate new mbuf(s) for them, so that the unencrypted pages=0A= will still be associated with the mbuf list passed in.=0A= (I don't really see "pretending" the pages aren't anonymous makes much=0A= difference?)=0A= =0A= >> For the hardware offload case:=0A= >> - Can I assume that the anonymous pages in M_EXTPG mbufs will remain=0A= >> unchanged?=0A= >> --> If so, and it won't change to TCP_TLS_MODE_SW, the NFS code could=0A= >> fill the data to be written into M_EXTPG mbufs safely.=0A= >>=0A= >> - And, if so, can I safely use the ktls_session mode field to decide if = offload=0A= >> is happening?=0A= >> I see the TCP_TXTLS_MODE socket opt which seems to=0A= >> switch the mode to TCP_TLS_MODE_SW.=0A= >> When does this happen? Or, can this happen to a session once in use?= =0A= >=0A= >Yes. The intent is to allow something (TCP stack, smart user daemon) to= =0A= >look at a connection & move it from hardware to software, if it has a=0A= >lot of TCP re-transmits.=0A= Ok, so I don't think the NFS code should assume the pages will remain=0A= unencrypted, even if it appears hardware assist is being used, unless the= =0A= software case is changed.=0A= =0A= As you note, just using mb_mapped_to_unmapped() works pretty well,=0A= so I don't think this is something critical to do. (I have a non-working=0A= patch. If I happen to get it working, I'll try and see what performance=0A= difference I get.)=0A= =0A= >Drew=0A= Thanks for the comments, rick=0A= From owner-freebsd-current@freebsd.org Tue Jul 28 00:15:58 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9F6BD373BFF for ; Tue, 28 Jul 2020 00:15:58 +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 4BFxzK3JHzz4Wjb for ; Tue, 28 Jul 2020 00:15:57 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: jJ._pgoVM1lpgLAdJH4MksxG7wSXSIT5nLaPWRDU5HX9gqNqG0WW2e9yR8aULby FdZbASDPEOqgGo1H9C61wO7pePOpdcF0YadLTMsdI7kQ9tZGPT1gGLAFe36Dv3sUgvOwl99LD6Su oDhzhASybNiPsDKLXp.gLAQC0EajjH4lQFhb7RlxK0n1QXA_DeyPkHLVquG9d8IFDp3qEomb906Z 6AcGqEiq4H_h9WrIcgo4Qrq.sUitT7cdALscP_ztl5nDHVdbObwthJRPv5aPB_9edgl7aNH7hsL2 jAnpMwYg2z2oylY8WGAYcjtvofTGiJRAXfl5aTiqWv4PJt27EUycWrCZwLYsr3HwWt2UBpnvjf2o K0OCMEi7k_hCvBL2kiSGqUJZtxtpIS8JVbiA09tHg1eyoFpWqWqixi7AyReli8AGX.l0gIUSkYmk 8bp3My9.i2YcmMrtRaTvy4qbj0cJGpM0wyhm7bXj3a2bmG.zgVH0C9ef0OFADryN1M8IZ88Lu3xc dqALK9jLHolMAx.vcSdVggGNVc6.Krq1yPgE1MOWTlc9DM.maDFdsC2nkNVV2m.jGL4.f09yPo74 AkMj8yB4RxvD4Wpl5DIVRgY_e6kA6LYQLafxoDmu0ASSH.2m9rCYywRFuICzSW8ChikSRPhgF.bx 4Wz9B_llnxijhRPJIBTYngU2V48P56O2esBheL_GreBp0jR2MbByt7M0thQa7KrCCoNLyMPNqolA 2fmo9azYGwC9Z9TZFDhEIEuHcEJq0unRdbLHsjcO8SrgdaGs7j02B3tuA83H655nWvifm8jmT70U wQJKfIIJ1NBMAIsB407.cOqzF7jAwyB46NFMaKU4Ipaph9K1TUHR.yJBKq40wnYzlCkBJxYYzaBf ELayZN2l2rtvqbVZGht3OJDAMvY.zRFl3nTtLONKUJqLjg9TSjMbo2CyPXa7IY1VXYLpFpxVz4Ov FXkYbKGTxO1SwU0APQdiofZAjqLlPF1ZRu7ImZsIprMu3tv30bi8z9Hz_17iXHmly4KwWylZ28Ir N6lq.dHoILy0lxkuzJp3QY8sngFMpiFJiv2z1YbiOEEglTUMjoMe4.HsBVq.1hO7NjAig5HlAMW0 C95bFnfV4iSs3yUlcPP0nHrXks3VqSuhYoTdXhjEfCGFdD7b2n_PL3fp.U0723BaDLEMSZGznOP9 5ySCME_ywEI85R6M5BJw6HhM7SDXC6o_dnfbNmkha5oQ54.zCg87mvIYIPE0tzv2d6_fiMJDeWIY mhTX2dRgep.3jHH_VxoRYNAnlVV2WlVlgl6GAwbh9c0gyxtcCyZedbOtlE_kpbHL70guKhFr5zk_ YDQgERGB8zn6PoHtte9VqMYycn2cEVxYDXLzik3WDPKdypH16a.I8zil3IGHM2jpNRAuveAi3J_R LAhZxInRoYG3EC.sWx11wZLsr2fQf8nLgVoex27DpwY.Yjn7BNVNTAmBuW4n_ Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Tue, 28 Jul 2020 00:15:55 +0000 Received: by smtp424.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 92d1bad27b125611fab829f8bf9a722f; Tue, 28 Jul 2020 00:15:52 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: CFT: major update to if_ure (patch did not apply cleanly for head -r363510) (example PowerMac problem?) From: Mark Millard In-Reply-To: Date: Mon, 27 Jul 2020 17:15:51 -0700 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <78CB1756-28D7-4442-934D-9C4D2B37EC67@yahoo.com> References: <20200727012035.GS4213@funkthat.com> To: John-Mark Gurney X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 4BFxzK3JHzz4Wjb X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.31 / 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(-0.74)[-0.742]; 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/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.05)[-1.045]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; NEURAL_HAM_LONG(-1.02)[-1.019]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.83:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.83:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2020 00:15:58 -0000 On 2020-Jul-27, at 16:43, Mark Millard wrote: > On 2020-Jul-26, at 18:20, John-Mark Gurney = wrote: >=20 >> Mark Millard wrote this message on Sat, Jul 25, 2020 at 19:13 -0700: >>> For reference for what applying the patch >>> reported (see Hunk #14): >>=20 >> Ok, updated it to be relative to r363583... >>=20 >> I had made a white spcae commit to if_ure.c, but hadn't made the >> patch relative to it after that commit.. should work now.. >=20 > I updated an old PowerMac G5 (2 sockets/2 cores each) to > head -r363590 with the update patch and tjen plugged in the > USB EtherNet device. The result (extracted from dmesg -a) > was: >=20 > usb_alloc_device: set address 2 failed (USB_ERR_TIMEOUT, ignored) > usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT > usbd_req_re_enumerate: addr=3D2, set address failed! (USB_ERR_TIMEOUT, = ignored) > usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT > usbd_req_re_enumerate: addr=3D2, set address failed! (USB_ERR_TIMEOUT, = ignored) > usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT > usbd_req_re_enumerate: addr=3D2, set address failed! (USB_ERR_TIMEOUT, = ignored) > usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT > usbd_req_re_enumerate: addr=3D2, set address failed! (USB_ERR_TIMEOUT, = ignored) > usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT > ugen2.2: at usbus2 (disconnected) > uhub_reattach_port: could not allocate new device >=20 > Unfortunately, I'd not tried a PowerMac with the type of > device before the update. I do not know if the above is > new behavior or not. >=20 > The PowerMac is big-endian, which is what got me to think > about trying it there. The PowerMac is also 64-bit running > a 64-bit FreeBSD. Its USB is 2.0. >=20 > (It also has 2 GigaBit EtherNet ports of its own so I'm not > likely to use a USB device outside special testing.) >=20 I tried what normally shows as an axge0, but trying on the PowerMac G5. It got the same sort of messages as above. The problem does not seem to be tied to your patch. It does prevent my testing the patch on the G5. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Tue Jul 28 01:44:53 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E9F8E3760C4 for ; Tue, 28 Jul 2020 01:44:53 +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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BFzxx0k8Wz4cLH for ; Tue, 28 Jul 2020 01:44:52 +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 06S1ijZv026907 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 27 Jul 2020 18:44:45 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id 06S1iiTr026906; Mon, 27 Jul 2020 18:44:44 -0700 (PDT) (envelope-from jmg) Date: Mon, 27 Jul 2020 18:44:44 -0700 From: John-Mark Gurney To: Mark Millard Cc: FreeBSD Current Subject: Re: CFT: major update to if_ure (patch did not apply cleanly for head -r363510) (example PowerMac problem?) Message-ID: <20200728014444.GY4213@funkthat.com> Mail-Followup-To: Mark Millard , FreeBSD Current References: <20200727012035.GS4213@funkthat.com> <78CB1756-28D7-4442-934D-9C4D2B37EC67@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <78CB1756-28D7-4442-934D-9C4D2B37EC67@yahoo.com> 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, 27 Jul 2020 18:44:45 -0700 (PDT) X-Rspamd-Queue-Id: 4BFzxx0k8Wz4cLH 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 [2.70 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[funkthat.com]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.76)[0.762]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.08)[-0.081]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.82)[0.821]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[yahoo.com]; FORGED_SENDER(0.30)[jmg@funkthat.com,jmg@gold.funkthat.com]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; 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]; SUBJECT_HAS_QUESTION(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2020 01:44:54 -0000 Mark Millard wrote this message on Mon, Jul 27, 2020 at 17:15 -0700: > On 2020-Jul-27, at 16:43, Mark Millard wrote: > > > On 2020-Jul-26, at 18:20, John-Mark Gurney wrote: > > > >> Mark Millard wrote this message on Sat, Jul 25, 2020 at 19:13 -0700: > >>> For reference for what applying the patch > >>> reported (see Hunk #14): > >> > >> Ok, updated it to be relative to r363583... > >> > >> I had made a white spcae commit to if_ure.c, but hadn't made the > >> patch relative to it after that commit.. should work now.. > > > > I updated an old PowerMac G5 (2 sockets/2 cores each) to > > head -r363590 with the update patch and tjen plugged in the > > USB EtherNet device. The result (extracted from dmesg -a) > > was: > > > > usb_alloc_device: set address 2 failed (USB_ERR_TIMEOUT, ignored) > > usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_TIMEOUT > > usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_TIMEOUT, ignored) > > usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_TIMEOUT > > usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_TIMEOUT, ignored) > > usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_TIMEOUT > > usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_TIMEOUT, ignored) > > usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_TIMEOUT > > usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_TIMEOUT, ignored) > > usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_TIMEOUT > > ugen2.2: at usbus2 (disconnected) > > uhub_reattach_port: could not allocate new device > > > > Unfortunately, I'd not tried a PowerMac with the type of > > device before the update. I do not know if the above is > > new behavior or not. > > > > The PowerMac is big-endian, which is what got me to think > > about trying it there. The PowerMac is also 64-bit running > > a 64-bit FreeBSD. Its USB is 2.0. > > > > (It also has 2 GigaBit EtherNet ports of its own so I'm not > > likely to use a USB device outside special testing.) > > > > I tried what normally shows as an axge0, but > trying on the PowerMac G5. It got the same sort > of messages as above. The problem does not seem > to be tied to your patch. > > It does prevent my testing the patch on the G5. Yeah, I was going to say that the above messages are before any of may changes get run, so it's unlikely a problem w/ my patch... If the USB device can't get an address on the bus, then it can't even ask what type of device it is to load the driver. Thanks for trying though, maybe someone on the -powerpc list knows of a fix for that. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@freebsd.org Tue Jul 28 02:07:46 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B7B13376F92 for ; Tue, 28 Jul 2020 02:07:46 +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.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 4BG0SK3tLfz4dc4 for ; Tue, 28 Jul 2020 02:07:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 0cD06U4VM1k04HeVVLv3RsyHi9.HUzxLB3LZhsQhSToPHOnHXgcmVRkL9Kfq53u 9IBesOLU2TcFiyhuXxpDuEoiBq7KR7xVtdBYSNZNkzAig2s655vtvEPb7iFmsRudxi1tO4v7s7NT _YWkUTh1Mm51wQ3TFG1ad4W.z48Ux8c6kNnyNAkg3L4fZXMmEZdsuQ7C4C.QbGB0aYBhW.Nz5Ohy 33Fb4WxNpEYyBGxGjXscREHR7Zr.JUBFsD0vXbQJY8c7ieM4ER1Ydzky.t234p8YRUxy.tEuPlzM 4Jtr6o80_6aEHBFGG6uYiSQ1gltEqWKo0cCGcZHLOWwNI_hEZx840fVtG2Al5qVnFbWH8TDs89jT 4HYFzImpFin.LUM4W93yO8LXpnkU.mwxkITP5hZaKwqkAs9n8JCJfMqVYRpxeD.k2waSaTeAcDS_ xX6urVuzQbrAzNnMedDGtdEVBbVO.dMWfUDsBoMmbpPv0btGq2iPj7FtVtGdWrOw7uNzdg.agdgK aM7gKy8DnNnO1eghRGTtmcfwklL2vbFXh9ErA_61vHjcX6m3WinlgTKmhtsR.WKZ9p9pH4Mu6Bcd xV5PgOCPGWkQuNz.OBqiBVxV_oMT5hubDjHOfPNmhjLOduOg91xHDzMzWBPruguOr9G0VDhX8nt9 kH85TExv6.HvpZIVvE.mKHK23dpnC92H3VtMqlI17uIveKGOv4E2uRWuYiMGk0bTw_aF.mnsLwI9 VaZfxto8B75oP8GB6XGH_ChQhj1uM09c52EsomTafOl5r12l7cG6wh70VYzugL7Jafp3WWO1IQ7t bNfyrh8HynlbIrEL.28AQIXyFBh3m_IImnXodYIUjKfaTrcVAEMPgqH.pQkz0xLll0fdZGfjLyJ. ViEewMsfj1bxWjrxbG3ZArAERA8ivI0hzknyBHAHIvdPKUbrDBBzX7kFVYULiXIaX8iLme5jEjMU IcvVMOIjYE4MsAAF4W_ZP9OKiYaJyGpT2Qe62Sh8IA22eiEKCACI2xgjWheDjzceBtfff2cWaBgU YsSKyHgaZ2iXz2Qbc5PW0VeoatNmQWlKRFK2t1Nx7yuNVO3aMbmboW5XJqLyPfQIBXscaR_ZxUi6 uHgbyCl3Wa6p.Sb7boc9qMcikTnmcvxcAU7LJMLJ4mXQjvWJ_0DB5YG0fifhUWibMQjDSHPG0Fkb frJJVHr6qoMqOPLqgXFNb320vErTUq01NpHmEKBcA7NGJF26f6LxVBx9td3ZL.vdE77PJbgiJYIU iYaP6TWzFRpkSJZqhYfinaUq.I6qey3wmUlpg.5IQc2gkb5ot6Yael9Y1puBrpVhsMXH0rzswr8Q BXj3qJp.8bfDV_yitynMZt99cSrjdrd9n3upFTXyPZeqLslEJGhw8HoxucyKf8cFYYY2VS51OkhM mCPdMG.iJS8fylJUy7QuRWkVZkw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Tue, 28 Jul 2020 02:07:43 +0000 Received: by smtp404.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 01d4583b224b3125569b5ba83846d6c5; Tue, 28 Jul 2020 02:07:41 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: CFT: major update to if_ure (patch did not apply cleanly for head -r363510) (example PowerMac problem?) From: Mark Millard In-Reply-To: <20200728014444.GY4213@funkthat.com> Date: Mon, 27 Jul 2020 19:07:39 -0700 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <20200727012035.GS4213@funkthat.com> <78CB1756-28D7-4442-934D-9C4D2B37EC67@yahoo.com> <20200728014444.GY4213@funkthat.com> To: John-Mark Gurney X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 4BG0SK3tLfz4dc4 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.03 / 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(-0.48)[-0.476]; 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/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.05)[-1.045]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; NEURAL_HAM_LONG(-1.01)[-1.007]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.32:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.32:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2020 02:07:46 -0000 On 2020-Jul-27, at 18:44, John-Mark Gurney wrote: > Mark Millard wrote this message on Mon, Jul 27, 2020 at 17:15 -0700: >> On 2020-Jul-27, at 16:43, Mark Millard wrote: >>=20 >>> On 2020-Jul-26, at 18:20, John-Mark Gurney = wrote: >>>=20 >>>> Mark Millard wrote this message on Sat, Jul 25, 2020 at 19:13 = -0700: >>>>> For reference for what applying the patch >>>>> reported (see Hunk #14): >>>>=20 >>>> Ok, updated it to be relative to r363583... >>>>=20 >>>> I had made a white spcae commit to if_ure.c, but hadn't made the >>>> patch relative to it after that commit.. should work now.. >>>=20 >>> I updated an old PowerMac G5 (2 sockets/2 cores each) to >>> head -r363590 with the update patch and tjen plugged in the >>> USB EtherNet device. The result (extracted from dmesg -a) >>> was: >>>=20 >>> usb_alloc_device: set address 2 failed (USB_ERR_TIMEOUT, ignored) >>> usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT >>> usbd_req_re_enumerate: addr=3D2, set address failed! = (USB_ERR_TIMEOUT, ignored) >>> usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT >>> usbd_req_re_enumerate: addr=3D2, set address failed! = (USB_ERR_TIMEOUT, ignored) >>> usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT >>> usbd_req_re_enumerate: addr=3D2, set address failed! = (USB_ERR_TIMEOUT, ignored) >>> usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT >>> usbd_req_re_enumerate: addr=3D2, set address failed! = (USB_ERR_TIMEOUT, ignored) >>> usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT >>> ugen2.2: at usbus2 (disconnected) >>> uhub_reattach_port: could not allocate new device >>>=20 >>> Unfortunately, I'd not tried a PowerMac with the type of >>> device before the update. I do not know if the above is >>> new behavior or not. >>>=20 >>> The PowerMac is big-endian, which is what got me to think >>> about trying it there. The PowerMac is also 64-bit running >>> a 64-bit FreeBSD. Its USB is 2.0. >>>=20 >>> (It also has 2 GigaBit EtherNet ports of its own so I'm not >>> likely to use a USB device outside special testing.) >>>=20 >>=20 >> I tried what normally shows as an axge0, but >> trying on the PowerMac G5. It got the same sort >> of messages as above. The problem does not seem >> to be tied to your patch. >>=20 >> It does prevent my testing the patch on the G5. >=20 > Yeah, I was going to say that the above messages are before any of > may changes get run, so it's unlikely a problem w/ my patch... > If the USB device can't get an address on the bus, then it can't > even ask what type of device it is to load the driver. >=20 > Thanks for trying though, maybe someone on the -powerpc list knows > of a fix for that. >=20 Turns out that having: hw.usb.xhci.use_polling=3D1 in /boot/loader.conf allowed the old PowerMac context to get: ugen2.2: at usbus2 ure0 numa-domain 0 on uhub2 ure0: = on usbus2 miibus2: numa-domain 0 on ure0 rgephy0: PHY 0 on miibus2 rgephy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = 1000baseT-FDX, 1000baseT-FDX-master, auto ue0: on ure0 ue0: Ethernet address: ### ue0: link state changed to DOWN and: ue0: flags=3D8843 metric 0 mtu = 1500 = options=3D68009b ether ### inet 192.168.1.149 netmask 0xffffff00 broadcast 192.168.1.255 media: Ethernet autoselect (1000baseT ) status: active nd6 options=3D29 So, with that context, . . . (the two directions are widely mismatched) # iperf3 -c 192.168.1.120 -B 192.168.1.149 --get-server-output Connecting to host 192.168.1.120, port 5201 [ 5] local 192.168.1.149 port 31020 connected to 192.168.1.120 port = 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 113 MBytes 949 Mbits/sec 12 564 KBytes = =20 [ 5] 1.00-2.00 sec 112 MBytes 941 Mbits/sec 98 549 KBytes = =20 [ 5] 2.00-3.00 sec 113 MBytes 944 Mbits/sec 94 1.06 MBytes = =20 [ 5] 3.00-4.00 sec 112 MBytes 942 Mbits/sec 96 719 KBytes = =20 [ 5] 4.00-5.00 sec 112 MBytes 941 Mbits/sec 98 883 KBytes = =20 [ 5] 5.00-6.00 sec 112 MBytes 941 Mbits/sec 93 439 KBytes = =20 [ 5] 6.00-7.00 sec 112 MBytes 942 Mbits/sec 93 221 KBytes = =20 [ 5] 7.00-8.00 sec 112 MBytes 941 Mbits/sec 96 419 KBytes = =20 [ 5] 8.00-9.00 sec 112 MBytes 941 Mbits/sec 94 632 KBytes = =20 [ 5] 9.00-10.00 sec 112 MBytes 941 Mbits/sec 97 175 KBytes = =20 - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 1.10 GBytes 942 Mbits/sec 871 = sender [ 5] 0.00-10.62 sec 1.10 GBytes 887 Mbits/sec = receiver Server output: ----------------------------------------------------------- Server listening on 5201 ----------------------------------------------------------- Accepted connection from 192.168.1.149, port 45853 [ 5] local 192.168.1.120 port 5201 connected to 192.168.1.149 port = 31020 [ ID] Interval Transfer Bitrate [ 5] 0.00-1.00 sec 42.8 MBytes 359 Mbits/sec =20 [ 5] 1.00-2.00 sec 112 MBytes 941 Mbits/sec =20 [ 5] 2.00-3.00 sec 112 MBytes 941 Mbits/sec =20 [ 5] 3.00-4.00 sec 112 MBytes 941 Mbits/sec =20 [ 5] 4.00-5.00 sec 112 MBytes 941 Mbits/sec =20 [ 5] 5.00-6.00 sec 112 MBytes 941 Mbits/sec =20 [ 5] 6.00-7.00 sec 112 MBytes 941 Mbits/sec =20 [ 5] 7.00-8.00 sec 112 MBytes 942 Mbits/sec =20 [ 5] 8.00-9.00 sec 112 MBytes 941 Mbits/sec =20 [ 5] 9.00-10.00 sec 112 MBytes 941 Mbits/sec =20 [ 5] 10.00-10.62 sec 69.8 MBytes 941 Mbits/sec =20 - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate [ 5] 0.00-10.62 sec 1.10 GBytes 887 Mbits/sec = receiver iperf Done. # iperf3 -R -c 192.168.1.120 -B 192.168.1.149 --get-server-output Connecting to host 192.168.1.120, port 5201 Reverse mode, remote host 192.168.1.120 is sending [ 5] local 192.168.1.149 port 33527 connected to 192.168.1.120 port = 5201 [ ID] Interval Transfer Bitrate [ 5] 0.00-1.00 sec 14.2 MBytes 119 Mbits/sec =20 [ 5] 1.00-2.00 sec 14.0 MBytes 118 Mbits/sec =20 [ 5] 2.00-3.00 sec 13.9 MBytes 117 Mbits/sec =20 [ 5] 3.00-4.00 sec 14.0 MBytes 118 Mbits/sec =20 [ 5] 4.00-5.00 sec 14.1 MBytes 118 Mbits/sec =20 [ 5] 5.00-6.00 sec 14.0 MBytes 118 Mbits/sec =20 [ 5] 6.00-7.00 sec 14.0 MBytes 117 Mbits/sec =20 [ 5] 7.00-8.00 sec 14.0 MBytes 118 Mbits/sec =20 [ 5] 8.00-9.00 sec 14.0 MBytes 117 Mbits/sec =20 [ 5] 9.00-10.00 sec 14.1 MBytes 118 Mbits/sec =20 - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.86 sec 140 MBytes 109 Mbits/sec 13654 = sender [ 5] 0.00-10.00 sec 140 MBytes 118 Mbits/sec = receiver Server output: ----------------------------------------------------------- Server listening on 5201 ----------------------------------------------------------- Accepted connection from 192.168.1.149, port 51685 [ 5] local 192.168.1.120 port 5201 connected to 192.168.1.149 port = 33527 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 2.21 MBytes 18.5 Mbits/sec 176 25.8 KBytes = =20 [ 5] 1.00-2.00 sec 14.1 MBytes 118 Mbits/sec 1386 25.9 KBytes = =20 [ 5] 2.00-3.00 sec 14.0 MBytes 118 Mbits/sec 1376 25.9 KBytes = =20 [ 5] 3.00-4.00 sec 14.0 MBytes 117 Mbits/sec 1397 20.2 KBytes = =20 [ 5] 4.00-5.00 sec 14.0 MBytes 118 Mbits/sec 1339 25.8 KBytes = =20 [ 5] 5.00-6.00 sec 14.0 MBytes 118 Mbits/sec 1357 27.3 KBytes = =20 [ 5] 6.00-7.00 sec 14.0 MBytes 118 Mbits/sec 1326 34.5 KBytes = =20 [ 5] 7.00-8.00 sec 14.0 MBytes 117 Mbits/sec 1388 17.2 KBytes = =20 [ 5] 8.00-9.00 sec 14.0 MBytes 118 Mbits/sec 1376 24.5 KBytes = =20 [ 5] 9.00-10.00 sec 14.0 MBytes 117 Mbits/sec 1386 25.8 KBytes = =20 [ 5] 10.00-10.86 sec 12.1 MBytes 118 Mbits/sec 1147 21.6 KBytes = =20 - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.86 sec 140 MBytes 109 Mbits/sec 13654 = sender iperf Done. Very asymmetric: send relatively fast, receive relatively slow. I've not tried hw.usb.xhci.use_polling=3D1 in any other context. So, for all I know, the results of using such could be expected. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Tue Jul 28 02:50:09 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C5B223789AB for ; Tue, 28 Jul 2020 02:50:09 +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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BG1PF3L5Yz3S3G for ; Tue, 28 Jul 2020 02:50:09 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qt1-f181.google.com (mail-qt1-f181.google.com [209.85.160.181]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 4E636245B4 for ; Tue, 28 Jul 2020 02:50:09 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qt1-f181.google.com with SMTP id k18so13875128qtm.10 for ; Mon, 27 Jul 2020 19:50:09 -0700 (PDT) X-Gm-Message-State: AOAM530u0RMwFrUD/omeNskQIjz7GMId04k6oXapKbC+i/0KMgMHMj7i eYa+dZIiOYCTuZP2lGammKYEQtlC+fIWR0BWLgU= X-Google-Smtp-Source: ABdhPJz1yro6PwsRW+oe2aHwsYQ0gSshpc46TsHnwQlnBsV/LQgmzF4BIr2he2RJsu8kHhZvh61PfOouoRYPizHRjmI= X-Received: by 2002:ac8:7a66:: with SMTP id w6mr4678320qtt.242.1595904608831; Mon, 27 Jul 2020 19:50:08 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Kyle Evans Date: Mon, 27 Jul 2020 21:49:57 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [CFT] Updated devel/valgrind-devel port Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2020 02:50:09 -0000 On Fri, Jul 24, 2020 at 3:24 PM Kyle Evans wrote: > > Hello! > > Just a little bit ago, I committed an update[0] to the valgrind-devel > port that updates it to Paul Floyd's branch, where he has rebased us > forward to 3.17.0 and largely fixed valgrind operation on both 12.x > and -CURRENT. > > He's put in significant effort to get the test suite to pass on > FreeBSD, the status of which is summarized here: > - https://github.com/paulfloyd/freebsd_valgrind/wiki/Regtest-status > > Some outstanding issues: > - https://github.com/paulfloyd/freebsd_valgrind/issues > > Please go forth and test it! > A quick follow-up to note that the new valgrind-devel (3.17.0.g20200723,1) is reportedly now available on a pkg mirror near you for all three FreeBSD branches, for your convenience. Thanks, Kyle Evans From owner-freebsd-current@freebsd.org Tue Jul 28 03:07:20 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 080023792FB for ; Tue, 28 Jul 2020 03:07:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-21.consmr.mail.gq1.yahoo.com (sonic314-21.consmr.mail.gq1.yahoo.com [98.137.69.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 4BG1n30HHmz3TVC for ; Tue, 28 Jul 2020 03:07:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: oaSV5x0VM1mgGOKerxA8mPw13I8QyWDjiFUt0Svgy07LSdtWJXX6sn30oyVW8sx w6.lXricD5VWhGYBhb7WTAq8gZWrF7xzZWLQYrmOE3oN9dDw0vm_byhfg2bFINDP4QPtA.YadUSF RMlJ3S4Zp1JNLkQhroyqK2RKT_k3mBj.Y6QLLb_roCCpVFdw.2JfOhn9nSZMz1hcpPKEjMKlJpjB QL5cB1EEvXNmDfI8HAdedBKK3hiafXtWdj2deXwEogPcrwNe92.HAdknCfM7iKZnBqpmDUbmqToX nNFJd16uQhoxyM8dPKjp60p9KSxojaDF_7l1pOK8NK4ENK7sy8jBP9zdP0HbAo3Q5DSgVKCQ4ESh FvCC3IKybSxUB6CpQ3EX0_8vp0pRbPFyvFVL09KdIX.Qh5JTXz3Dqe_Y._fLWmXxZojjsNt3g5Mp jcJO6e4NV8B1xdLI_O4ennHwuhW7ia8YVU2A0WNE0a_0K0S9TkzcJ7W1VbR2AGVnd03OnrTHZQzj xWUlOjXXNIGaydGZkhQc6bH4dOoktHaKqwfvaR9qkpinJoULDrbkny3GhktfG6n1WkUM1IGzV7ou bNHxc9EKpWmEV1Xmyi3it06vfX7k7cQ6dBno0naWfeAM.cDc7ToYt8honl35r_Dr3ZBqGR_v4Z52 mQEKiK6hqmqSEYgE4XtWRgJBXJMAVNvw8ux1UxKpSL4pUvKhGza_OTCj9gxCjv0wBgTjmPFPriYD UJxQR842KJSRBEKNyoX5tHSpkfTZ8mO7Dtc6yxa2LQu2A70VjzuXnq3B3_aTST1XM2ptiJdBr08q cTFhj89YjCGFk_VBtSKnbFNb.Gj.OV0u9pkIPFQmXQnPVzUKHcypI.H3r601syDT78uM9txFgTEj QxtJa6oaxztULyOnEOyYaj20pWmM_80R1t_2HXoSae8bA4mKfPxGR9eXbjiKg2Kp25DtKz5b4hwy RKLRWFsqBB4a1ib9vhxQT59Xr5JHKmrh7lRDo05fXLlIxYba5MDDJUYfgtRTa5oJcoN7TZj7nffs qvH4pf5Fw9GN6WCWuZtKjUSlxQT1XrSRYZzXRoRXRG6lGfgtyMfsPvTb06HhM298imtPvnvotNii EgwlCcSjezp96VlW3nkCjP2g61ASQejL5CrVR4e3hw58ZWqN2H56cs3qRlznk1rwkHlD_c_Qjkcs EcLtJyWCsGXWjDF9orO0BOo1vYArzrWr3CSqnSQ4Epqa2Nq1zplo5ayW01DYxkUaURwTPP7oZbyS SUy2OQsXm74i7AdEw3bmj0IZsUXxYaxsf5YCqDmAUvCmsNWVpYgOAMa48unn_cJb6sdGPCt5VP7R CmLCFaqsD.oS0fv.azjjrkITUr_czUo.oRaiwoMSknbh7sSQ3a7MizqQed_MHTV0ICkGice6iCSw _5_iAHdBmEpu05hO5gipekZpG8A5VDVhfoq2KhjMR5r.zYgj4mv_THmIzt_ft Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Tue, 28 Jul 2020 03:07:16 +0000 Received: by smtp429.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID a849999a6070302c30ddb6e80bcd6fcb; Tue, 28 Jul 2020 03:07:15 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: CFT: major update to if_ure (patch did not apply cleanly for head -r363510) (example PowerMac problem?) From: Mark Millard In-Reply-To: Date: Mon, 27 Jul 2020 20:07:15 -0700 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <20200727012035.GS4213@funkthat.com> <78CB1756-28D7-4442-934D-9C4D2B37EC67@yahoo.com> <20200728014444.GY4213@funkthat.com> To: John-Mark Gurney X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 4BG1n30HHmz3TVC X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.03 / 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(-0.48)[-0.476]; 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/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.05)[-1.045]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; NEURAL_HAM_LONG(-1.01)[-1.007]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.84:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2020 03:07:20 -0000 On 2020-Jul-27, at 19:07, Mark Millard wrote: > On 2020-Jul-27, at 18:44, John-Mark Gurney = wrote: >=20 >> Mark Millard wrote this message on Mon, Jul 27, 2020 at 17:15 -0700: >>> On 2020-Jul-27, at 16:43, Mark Millard wrote: >>>=20 >>>> On 2020-Jul-26, at 18:20, John-Mark Gurney = wrote: >>>>=20 >>>>> Mark Millard wrote this message on Sat, Jul 25, 2020 at 19:13 = -0700: >>>>>> For reference for what applying the patch >>>>>> reported (see Hunk #14): >>>>>=20 >>>>> Ok, updated it to be relative to r363583... >>>>>=20 >>>>> I had made a white spcae commit to if_ure.c, but hadn't made the >>>>> patch relative to it after that commit.. should work now.. >>>>=20 >>>> I updated an old PowerMac G5 (2 sockets/2 cores each) to >>>> head -r363590 with the update patch and tjen plugged in the >>>> USB EtherNet device. The result (extracted from dmesg -a) >>>> was: >>>>=20 >>>> usb_alloc_device: set address 2 failed (USB_ERR_TIMEOUT, ignored) >>>> usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT >>>> usbd_req_re_enumerate: addr=3D2, set address failed! = (USB_ERR_TIMEOUT, ignored) >>>> usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT >>>> usbd_req_re_enumerate: addr=3D2, set address failed! = (USB_ERR_TIMEOUT, ignored) >>>> usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT >>>> usbd_req_re_enumerate: addr=3D2, set address failed! = (USB_ERR_TIMEOUT, ignored) >>>> usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT >>>> usbd_req_re_enumerate: addr=3D2, set address failed! = (USB_ERR_TIMEOUT, ignored) >>>> usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT >>>> ugen2.2: at usbus2 (disconnected) >>>> uhub_reattach_port: could not allocate new device >>>>=20 >>>> Unfortunately, I'd not tried a PowerMac with the type of >>>> device before the update. I do not know if the above is >>>> new behavior or not. >>>>=20 >>>> The PowerMac is big-endian, which is what got me to think >>>> about trying it there. The PowerMac is also 64-bit running >>>> a 64-bit FreeBSD. Its USB is 2.0. >>>>=20 >>>> (It also has 2 GigaBit EtherNet ports of its own so I'm not >>>> likely to use a USB device outside special testing.) >>>>=20 >>>=20 >>> I tried what normally shows as an axge0, but >>> trying on the PowerMac G5. It got the same sort >>> of messages as above. The problem does not seem >>> to be tied to your patch. >>>=20 >>> It does prevent my testing the patch on the G5. >>=20 >> Yeah, I was going to say that the above messages are before any of >> may changes get run, so it's unlikely a problem w/ my patch... >> If the USB device can't get an address on the bus, then it can't >> even ask what type of device it is to load the driver. >>=20 >> Thanks for trying though, maybe someone on the -powerpc list knows >> of a fix for that. >>=20 >=20 > Turns out that having: >=20 > hw.usb.xhci.use_polling=3D1 >=20 > in /boot/loader.conf allowed the old PowerMac context to > get: >=20 > ugen2.2: at usbus2 > ure0 numa-domain 0 on uhub2 > ure0: = on usbus2 > miibus2: numa-domain 0 on ure0 > rgephy0: PHY 0 on miibus2 > rgephy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = 1000baseT-FDX, 1000baseT-FDX-master, auto > ue0: on ure0 > ue0: Ethernet address: ### > ue0: link state changed to DOWN >=20 > and: >=20 > ue0: flags=3D8843 metric 0 mtu = 1500 > = options=3D68009b > ether ### > inet 192.168.1.149 netmask 0xffffff00 broadcast 192.168.1.255 > media: Ethernet autoselect (1000baseT ) > status: active > nd6 options=3D29 >=20 > So, with that context, . . . > (the two directions are widely mismatched) >=20 > # iperf3 -c 192.168.1.120 -B 192.168.1.149 --get-server-output > Connecting to host 192.168.1.120, port 5201 > [ 5] local 192.168.1.149 port 31020 connected to 192.168.1.120 port = 5201 > [ ID] Interval Transfer Bitrate Retr Cwnd > [ 5] 0.00-1.00 sec 113 MBytes 949 Mbits/sec 12 564 = KBytes =20 > [ 5] 1.00-2.00 sec 112 MBytes 941 Mbits/sec 98 549 = KBytes =20 > [ 5] 2.00-3.00 sec 113 MBytes 944 Mbits/sec 94 1.06 = MBytes =20 > [ 5] 3.00-4.00 sec 112 MBytes 942 Mbits/sec 96 719 = KBytes =20 > [ 5] 4.00-5.00 sec 112 MBytes 941 Mbits/sec 98 883 = KBytes =20 > [ 5] 5.00-6.00 sec 112 MBytes 941 Mbits/sec 93 439 = KBytes =20 > [ 5] 6.00-7.00 sec 112 MBytes 942 Mbits/sec 93 221 = KBytes =20 > [ 5] 7.00-8.00 sec 112 MBytes 941 Mbits/sec 96 419 = KBytes =20 > [ 5] 8.00-9.00 sec 112 MBytes 941 Mbits/sec 94 632 = KBytes =20 > [ 5] 9.00-10.00 sec 112 MBytes 941 Mbits/sec 97 175 = KBytes =20 > - - - - - - - - - - - - - - - - - - - - - - - - - > [ ID] Interval Transfer Bitrate Retr > [ 5] 0.00-10.00 sec 1.10 GBytes 942 Mbits/sec 871 = sender > [ 5] 0.00-10.62 sec 1.10 GBytes 887 Mbits/sec = receiver >=20 > Server output: > ----------------------------------------------------------- > Server listening on 5201 > ----------------------------------------------------------- > Accepted connection from 192.168.1.149, port 45853 > [ 5] local 192.168.1.120 port 5201 connected to 192.168.1.149 port = 31020 > [ ID] Interval Transfer Bitrate > [ 5] 0.00-1.00 sec 42.8 MBytes 359 Mbits/sec =20= > [ 5] 1.00-2.00 sec 112 MBytes 941 Mbits/sec =20= > [ 5] 2.00-3.00 sec 112 MBytes 941 Mbits/sec =20= > [ 5] 3.00-4.00 sec 112 MBytes 941 Mbits/sec =20= > [ 5] 4.00-5.00 sec 112 MBytes 941 Mbits/sec =20= > [ 5] 5.00-6.00 sec 112 MBytes 941 Mbits/sec =20= > [ 5] 6.00-7.00 sec 112 MBytes 941 Mbits/sec =20= > [ 5] 7.00-8.00 sec 112 MBytes 942 Mbits/sec =20= > [ 5] 8.00-9.00 sec 112 MBytes 941 Mbits/sec =20= > [ 5] 9.00-10.00 sec 112 MBytes 941 Mbits/sec =20= > [ 5] 10.00-10.62 sec 69.8 MBytes 941 Mbits/sec =20= > - - - - - - - - - - - - - - - - - - - - - - - - - > [ ID] Interval Transfer Bitrate > [ 5] 0.00-10.62 sec 1.10 GBytes 887 Mbits/sec = receiver >=20 >=20 > iperf Done. The above is very odd for USB2 since USB2 is limited to 480Mbits/sec, if I understand right. May be it is a mode of use that is not getting data to send from USB regularly at all, say internally generated data or constant/repeated data only loaded from USB once? If yes, then comparing to receiving is not useful and it need not be useful for comparing to data that does come from USB transfers. I suppose another possibility is that it is an error that it appears to be going as fast as it appears above. > # iperf3 -R -c 192.168.1.120 -B 192.168.1.149 --get-server-output > Connecting to host 192.168.1.120, port 5201 > Reverse mode, remote host 192.168.1.120 is sending > [ 5] local 192.168.1.149 port 33527 connected to 192.168.1.120 port = 5201 > [ ID] Interval Transfer Bitrate > [ 5] 0.00-1.00 sec 14.2 MBytes 119 Mbits/sec =20= > [ 5] 1.00-2.00 sec 14.0 MBytes 118 Mbits/sec =20= > [ 5] 2.00-3.00 sec 13.9 MBytes 117 Mbits/sec =20= > [ 5] 3.00-4.00 sec 14.0 MBytes 118 Mbits/sec =20= > [ 5] 4.00-5.00 sec 14.1 MBytes 118 Mbits/sec =20= > [ 5] 5.00-6.00 sec 14.0 MBytes 118 Mbits/sec =20= > [ 5] 6.00-7.00 sec 14.0 MBytes 117 Mbits/sec =20= > [ 5] 7.00-8.00 sec 14.0 MBytes 118 Mbits/sec =20= > [ 5] 8.00-9.00 sec 14.0 MBytes 117 Mbits/sec =20= > [ 5] 9.00-10.00 sec 14.1 MBytes 118 Mbits/sec =20= > - - - - - - - - - - - - - - - - - - - - - - - - - > [ ID] Interval Transfer Bitrate Retr > [ 5] 0.00-10.86 sec 140 MBytes 109 Mbits/sec 13654 = sender > [ 5] 0.00-10.00 sec 140 MBytes 118 Mbits/sec = receiver >=20 > Server output: > ----------------------------------------------------------- > Server listening on 5201 > ----------------------------------------------------------- > Accepted connection from 192.168.1.149, port 51685 > [ 5] local 192.168.1.120 port 5201 connected to 192.168.1.149 port = 33527 > [ ID] Interval Transfer Bitrate Retr Cwnd > [ 5] 0.00-1.00 sec 2.21 MBytes 18.5 Mbits/sec 176 25.8 = KBytes =20 > [ 5] 1.00-2.00 sec 14.1 MBytes 118 Mbits/sec 1386 25.9 = KBytes =20 > [ 5] 2.00-3.00 sec 14.0 MBytes 118 Mbits/sec 1376 25.9 = KBytes =20 > [ 5] 3.00-4.00 sec 14.0 MBytes 117 Mbits/sec 1397 20.2 = KBytes =20 > [ 5] 4.00-5.00 sec 14.0 MBytes 118 Mbits/sec 1339 25.8 = KBytes =20 > [ 5] 5.00-6.00 sec 14.0 MBytes 118 Mbits/sec 1357 27.3 = KBytes =20 > [ 5] 6.00-7.00 sec 14.0 MBytes 118 Mbits/sec 1326 34.5 = KBytes =20 > [ 5] 7.00-8.00 sec 14.0 MBytes 117 Mbits/sec 1388 17.2 = KBytes =20 > [ 5] 8.00-9.00 sec 14.0 MBytes 118 Mbits/sec 1376 24.5 = KBytes =20 > [ 5] 9.00-10.00 sec 14.0 MBytes 117 Mbits/sec 1386 25.8 = KBytes =20 > [ 5] 10.00-10.86 sec 12.1 MBytes 118 Mbits/sec 1147 21.6 = KBytes =20 > - - - - - - - - - - - - - - - - - - - - - - - - - > [ ID] Interval Transfer Bitrate Retr > [ 5] 0.00-10.86 sec 140 MBytes 109 Mbits/sec 13654 = sender >=20 >=20 > iperf Done. >=20 > Very asymmetric: send relatively fast, receive relatively slow. >=20 > I've not tried hw.usb.xhci.use_polling=3D1 in any other context. So, > for all I know, the results of using such could be expected. >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Tue Jul 28 04:01:36 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D233937C0BA for ; Tue, 28 Jul 2020 04:01:36 +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 4BG2zg4zGzz3YDp for ; Tue, 28 Jul 2020 04:01:35 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: rnvaxDQVM1kNHRayVtjT4iU9uvzlABgeg3eAzN5vaB60o2_RWEdKrHk03OKoVbg uFp9E32xglUDWkhaINvN6t3.314KX25uzQOjChep59zGqrGp1HWKnR6tmJyhAdaxKYpJAMcHJ2a5 dj15hecJ.HisxD6gKzsjHUvjEO.5ypG41EeBEz_vqysl9kX2WVWt.qMw5jw93aB5Hrgm2d93_sxf ghyWy_YpdynKd.KIiMbjMhUN9rQy0sW76cwyCuBZpZwNIGloPBPIqyllm0rmnUEF1.sccGC63UOl ly2Q1AIot_sN3pWa5AK7JrS2wV2nZh0s09qLU2BPxud5yoGj7ono_k8gyaIVml88PQN2IKquf_b6 09Ihu0e9nlnGVPUkBkj26qdkUregCr8_gIryhGMzYI0h_fpxs8ELhNZNBHvMTEq9H3cTKfmPvCn8 Mt0B8lm5LIgZKGsx55yXMEKd6KM__i5RAl_Tu1dELPg0_7geGMMBtvb4fz06yV5nd1O7o76S8rTZ FMZLcreJJ2nKy2uoOzI_9aSgf349_CI6BotGGnpihySgnmXQjdrxW.QyL5eWK8AT0NVzl5t0CtPu TrIhei9w6fbceilJqYajH2cAxtSYcT6r3PIKTPAeRsyT0LIW23fW6bslPPSVK4H6Dxhmw5qbx3._ Bjn.GxbiKh35KtdB14wiAhT6JIP0m4x1.so13Cyp01pzUfXZsh9Abft04WdpbaWlbW8anipwEYu9 9Plha1KgufQlghCQR47CL9nR6_s5GTY.RGAZicDUzaLqKspXJsPT7yBJvw6lR4bPgDstXLq1lvxN j0Yq2HOx5cb9JdfrtKbme8tYhr01q8mQjGxzMG9NCRlZiN_5T84iMEYYNVdKLbIJqESyL7XCSzDD X_3SlZmQ136YtoKqMQkEVlVTZ4q8qkedKlDDzSrFqusAdhUdYS1cgRmBOVSThPiVXi_Xz_dFx_OK EIi2NZlApSThJHXJkztV4dUk3nMol3Lipo1TTqpJfCAbVKuCXjLshPGwo9xiCSKibf5ryTtL1ceD 433yxPYd1n4gfDNKhNCRGQJuMmLwXg6cCai8TaKB7fy75GWRCjsSlaTEtL8CxGv1xV0deVpGJEHu AHp79yLH.eKZ0XEHtO7YaLb60n0.6X2HiWaOonZrXTOyNxXIzwJC1ZDOkvky.UvSTOtn70j0OreZ i2kBOi7gKjSacWlSI4CcUl4..PF8dNifoy_DB5QUXrcMO3zYTDrJ7jtaZx6HYvoKd4OlvmYbdTOq muyrJ9pV2Absu8y1BsVgE97tOoPi7..M2fVOFQbcuUaWhIs1WcoCkxERlP9UB9d8zrvLTJlytP4P RRfx4cAGSTJG201CfFTgH.5ezuYfF4Exavjf8b9IEBtBKnojN7mTS0iNQv6t6Lk3KoRv1lAOKngK 4bdT.G5uJZYsrt3RT7p15ZKxTKe9nQU7Hq0LjcpMbF3yrXZ.40NLSYBmL7HSdiw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Tue, 28 Jul 2020 04:01:34 +0000 Received: by smtp426.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 88e30c8ecd1ee56ab4902892c2524ddd; Tue, 28 Jul 2020 04:01:30 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: CFT: major update to if_ure (patch did not apply cleanly for head -r363510) (example PowerMac problem?) From: Mark Millard In-Reply-To: Date: Mon, 27 Jul 2020 21:01:30 -0700 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <6A801746-4FCA-450E-9A56-C8E06DF68C2D@yahoo.com> References: <20200727012035.GS4213@funkthat.com> <78CB1756-28D7-4442-934D-9C4D2B37EC67@yahoo.com> <20200728014444.GY4213@funkthat.com> To: John-Mark Gurney X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 4BG2zg4zGzz3YDp X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.48 / 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(-0.92)[-0.923]; 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/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.05)[-1.046]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; NEURAL_HAM_LONG(-1.01)[-1.007]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.84:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2020 04:01:36 -0000 [I figured out how it appeared to go faster than USB2.] On 2020-Jul-27, at 20:07, Mark Millard wrote: > On 2020-Jul-27, at 19:07, Mark Millard wrote: >=20 >> On 2020-Jul-27, at 18:44, John-Mark Gurney = wrote: >>=20 >>> Mark Millard wrote this message on Mon, Jul 27, 2020 at 17:15 -0700: >>>> On 2020-Jul-27, at 16:43, Mark Millard = wrote: >>>>=20 >>>>> On 2020-Jul-26, at 18:20, John-Mark Gurney = wrote: >>>>>=20 >>>>>> Mark Millard wrote this message on Sat, Jul 25, 2020 at 19:13 = -0700: >>>>>>> For reference for what applying the patch >>>>>>> reported (see Hunk #14): >>>>>>=20 >>>>>> Ok, updated it to be relative to r363583... >>>>>>=20 >>>>>> I had made a white spcae commit to if_ure.c, but hadn't made the >>>>>> patch relative to it after that commit.. should work now.. >>>>>=20 >>>>> I updated an old PowerMac G5 (2 sockets/2 cores each) to >>>>> head -r363590 with the update patch and tjen plugged in the >>>>> USB EtherNet device. The result (extracted from dmesg -a) >>>>> was: >>>>>=20 >>>>> usb_alloc_device: set address 2 failed (USB_ERR_TIMEOUT, ignored) >>>>> usbd_setup_device_desc: getting device descriptor at addr 2 = failed, USB_ERR_TIMEOUT >>>>> usbd_req_re_enumerate: addr=3D2, set address failed! = (USB_ERR_TIMEOUT, ignored) >>>>> usbd_setup_device_desc: getting device descriptor at addr 2 = failed, USB_ERR_TIMEOUT >>>>> usbd_req_re_enumerate: addr=3D2, set address failed! = (USB_ERR_TIMEOUT, ignored) >>>>> usbd_setup_device_desc: getting device descriptor at addr 2 = failed, USB_ERR_TIMEOUT >>>>> usbd_req_re_enumerate: addr=3D2, set address failed! = (USB_ERR_TIMEOUT, ignored) >>>>> usbd_setup_device_desc: getting device descriptor at addr 2 = failed, USB_ERR_TIMEOUT >>>>> usbd_req_re_enumerate: addr=3D2, set address failed! = (USB_ERR_TIMEOUT, ignored) >>>>> usbd_setup_device_desc: getting device descriptor at addr 2 = failed, USB_ERR_TIMEOUT >>>>> ugen2.2: at usbus2 (disconnected) >>>>> uhub_reattach_port: could not allocate new device >>>>>=20 >>>>> Unfortunately, I'd not tried a PowerMac with the type of >>>>> device before the update. I do not know if the above is >>>>> new behavior or not. >>>>>=20 >>>>> The PowerMac is big-endian, which is what got me to think >>>>> about trying it there. The PowerMac is also 64-bit running >>>>> a 64-bit FreeBSD. Its USB is 2.0. >>>>>=20 >>>>> (It also has 2 GigaBit EtherNet ports of its own so I'm not >>>>> likely to use a USB device outside special testing.) >>>>>=20 >>>>=20 >>>> I tried what normally shows as an axge0, but >>>> trying on the PowerMac G5. It got the same sort >>>> of messages as above. The problem does not seem >>>> to be tied to your patch. >>>>=20 >>>> It does prevent my testing the patch on the G5. >>>=20 >>> Yeah, I was going to say that the above messages are before any of >>> may changes get run, so it's unlikely a problem w/ my patch... >>> If the USB device can't get an address on the bus, then it can't >>> even ask what type of device it is to load the driver. >>>=20 >>> Thanks for trying though, maybe someone on the -powerpc list knows >>> of a fix for that. >>>=20 >>=20 >> Turns out that having: >>=20 >> hw.usb.xhci.use_polling=3D1 >>=20 >> in /boot/loader.conf allowed the old PowerMac context to >> get: >>=20 >> ugen2.2: at usbus2 >> ure0 numa-domain 0 on uhub2 >> ure0: on usbus2 >> miibus2: numa-domain 0 on ure0 >> rgephy0: PHY 0 on miibus2 >> rgephy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = 1000baseT-FDX, 1000baseT-FDX-master, auto >> ue0: on ure0 >> ue0: Ethernet address: ### >> ue0: link state changed to DOWN >>=20 >> and: >>=20 >> ue0: flags=3D8843 metric 0 = mtu 1500 >> = options=3D68009b >> ether ### >> inet 192.168.1.149 netmask 0xffffff00 broadcast 192.168.1.255 >> media: Ethernet autoselect (1000baseT ) >> status: active >> nd6 options=3D29 >>=20 >> So, with that context, . . . >> (the two directions are widely mismatched) >>=20 >> . . . >=20 > The above is very odd for USB2 since USB2 is limited to > 480Mbits/sec, if I understand right. May be it is a mode > of use that is not getting data to send from USB > regularly at all, say internally generated data or > constant/repeated data only loaded from USB once? >=20 > If yes, then comparing to receiving is not useful and > it need not be useful for comparing to data that does > come from USB transfers. >=20 > I suppose another possibility is that it is an error > that it appears to be going as fast as it appears > above. I isolated the problem: it was not really using 192.168.1.149, but instead 192.168.1.145 (the builtin bge0). This is despite the -N and what the output reported. FYI: bge0: flags=3D8843 metric 0 mtu = 1500 = options=3D8009b ### inet 192.168.1.145 netmask 0xffffff00 broadcast 192.168.1.255 media: Ethernet autoselect (1000baseT ) status: active nd6 options=3D23 ue0: flags=3D8843 metric 0 mtu = 1500 = options=3D68009b ### inet 192.168.1.149 netmask 0xffffff00 broadcast 192.168.1.255 media: Ethernet autoselect (1000baseT ) status: active nd6 options=3D29 After using: # ifconfig bge0 down things behaved with speeds that USB2 can handle: # iperf3 -c 192.168.1.120 -B 192.168.1.149 --get-server-output Connecting to host 192.168.1.120, port 5201 [ 5] local 192.168.1.149 port 62507 connected to 192.168.1.120 port = 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 15.9 MBytes 133 Mbits/sec 2 115 KBytes = =20 [ 5] 1.00-2.00 sec 15.6 MBytes 131 Mbits/sec 4 111 KBytes = =20 [ 5] 2.00-3.00 sec 15.7 MBytes 131 Mbits/sec 4 101 KBytes = =20 [ 5] 3.00-4.00 sec 15.6 MBytes 131 Mbits/sec 5 84.1 KBytes = =20 [ 5] 4.00-5.00 sec 15.6 MBytes 131 Mbits/sec 3 62.7 KBytes = =20 [ 5] 5.00-6.00 sec 15.7 MBytes 131 Mbits/sec 5 39.9 KBytes = =20 [ 5] 6.00-7.00 sec 15.7 MBytes 131 Mbits/sec 5 34.2 KBytes = =20 [ 5] 7.00-8.00 sec 15.7 MBytes 131 Mbits/sec 3 9.98 KBytes = =20 [ 5] 8.00-9.00 sec 15.6 MBytes 131 Mbits/sec 4 15.7 KBytes = =20 [ 5] 9.00-10.00 sec 15.6 MBytes 131 Mbits/sec 4 123 KBytes = =20 - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 157 MBytes 131 Mbits/sec 39 = sender [ 5] 0.00-10.98 sec 157 MBytes 120 Mbits/sec = receiver Server output: ----------------------------------------------------------- Server listening on 5201 ----------------------------------------------------------- Accepted connection from 192.168.1.149, port 42844 [ 5] local 192.168.1.120 port 5201 connected to 192.168.1.149 port = 62507 [ ID] Interval Transfer Bitrate [ 5] 0.00-1.00 sec 424 KBytes 3.48 Mbits/sec =20 [ 5] 1.00-2.00 sec 15.7 MBytes 131 Mbits/sec =20 [ 5] 2.00-3.00 sec 15.6 MBytes 131 Mbits/sec =20 [ 5] 3.00-4.00 sec 15.6 MBytes 131 Mbits/sec =20 [ 5] 4.00-5.00 sec 15.6 MBytes 131 Mbits/sec =20 [ 5] 5.00-6.00 sec 15.6 MBytes 131 Mbits/sec =20 [ 5] 6.00-7.00 sec 15.6 MBytes 131 Mbits/sec =20 [ 5] 7.00-8.00 sec 15.6 MBytes 131 Mbits/sec =20 [ 5] 8.00-9.00 sec 15.7 MBytes 131 Mbits/sec =20 [ 5] 9.00-10.00 sec 15.6 MBytes 131 Mbits/sec =20 [ 5] 10.00-10.98 sec 15.3 MBytes 131 Mbits/sec =20 - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate And: # iperf3 -R -c 192.168.1.120 -B 192.168.1.149 --get-server-output Connecting to host 192.168.1.120, port 5201 Reverse mode, remote host 192.168.1.120 is sending [ 5] local 192.168.1.149 port 61744 connected to 192.168.1.120 port = 5201 [ ID] Interval Transfer Bitrate [ 5] 0.00-1.00 sec 13.7 MBytes 115 Mbits/sec =20 [ 5] 1.00-2.00 sec 13.5 MBytes 114 Mbits/sec =20 [ 5] 2.00-3.00 sec 13.5 MBytes 114 Mbits/sec =20 [ 5] 3.00-4.00 sec 13.5 MBytes 113 Mbits/sec =20 [ 5] 4.00-5.00 sec 13.6 MBytes 114 Mbits/sec =20 [ 5] 5.00-6.00 sec 13.5 MBytes 113 Mbits/sec =20 [ 5] 6.00-7.00 sec 13.5 MBytes 113 Mbits/sec =20 [ 5] 7.00-8.00 sec 13.5 MBytes 113 Mbits/sec =20 [ 5] 8.00-9.00 sec 13.5 MBytes 113 Mbits/sec =20 [ 5] 9.00-10.00 sec 13.4 MBytes 113 Mbits/sec =20 - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.84 sec 135 MBytes 105 Mbits/sec 12652 = sender [ 5] 0.00-10.00 sec 135 MBytes 113 Mbits/sec = receiver Server output: ----------------------------------------------------------- Server listening on 5201 ----------------------------------------------------------- Accepted connection from 192.168.1.149, port 12490 [ 5] local 192.168.1.120 port 5201 connected to 192.168.1.149 port = 61744 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 2.25 MBytes 18.9 Mbits/sec 186 30.1 KBytes = =20 [ 5] 1.00-2.00 sec 13.7 MBytes 115 Mbits/sec 1242 34.4 KBytes = =20 [ 5] 2.00-3.00 sec 13.5 MBytes 113 Mbits/sec 1291 27.3 KBytes = =20 [ 5] 3.00-4.00 sec 13.5 MBytes 114 Mbits/sec 1242 34.5 KBytes = =20 [ 5] 4.00-5.00 sec 13.5 MBytes 113 Mbits/sec 1302 25.8 KBytes = =20 [ 5] 5.00-6.00 sec 13.6 MBytes 114 Mbits/sec 1249 27.3 KBytes = =20 [ 5] 6.00-7.00 sec 13.4 MBytes 113 Mbits/sec 1285 21.6 KBytes = =20 [ 5] 7.00-8.00 sec 13.5 MBytes 113 Mbits/sec 1238 33.0 KBytes = =20 [ 5] 8.00-9.00 sec 13.6 MBytes 114 Mbits/sec 1260 31.6 KBytes = =20 [ 5] 9.00-10.00 sec 13.5 MBytes 113 Mbits/sec 1256 25.9 KBytes = =20 [ 5] 10.00-10.84 sec 11.3 MBytes 112 Mbits/sec 1101 18.8 KBytes = =20 - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.84 sec 135 MBytes 105 Mbits/sec 12652 = sender iperf Done. So do not necessarily believe the -B IP-ADDR or local IP-ADDR reporting if there is an alternative active, at least for sending data. >> . . . >>=20 >> Very asymmetric: send relatively fast, receive relatively slow. Not after the above problem avoidance: now both relatively slow for hw.usb.xhci.use_polling=3D1 use. >> I've not tried hw.usb.xhci.use_polling=3D1 in any other context. So, >> for all I know, the results of using such could be expected. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Tue Jul 28 09:03:23 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D8BDC3A22C2 for ; Tue, 28 Jul 2020 09:03:23 +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 4BG9gv3NRTz45Yt; Tue, 28 Jul 2020 09:03:23 +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 06S93EW7058716 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 28 Jul 2020 12:03:17 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 06S93EW7058716 Received: (from kostik@localhost) by tom.home (8.16.1/8.16.1/Submit) id 06S93DcF058715; Tue, 28 Jul 2020 12:03:13 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 28 Jul 2020 12:03:13 +0300 From: Konstantin Belousov To: Kyle Evans Cc: FreeBSD Current Subject: Re: [CFT] Updated devel/valgrind-devel port Message-ID: <20200728090313.GG2551@kib.kiev.ua> References: 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.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on tom.home X-Rspamd-Queue-Id: 4BG9gv3NRTz45Yt X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2020 09:03:23 -0000 On Mon, Jul 27, 2020 at 09:49:57PM -0500, Kyle Evans wrote: > On Fri, Jul 24, 2020 at 3:24 PM Kyle Evans wrote: > > > > Hello! > > > > Just a little bit ago, I committed an update[0] to the valgrind-devel > > port that updates it to Paul Floyd's branch, where he has rebased us > > forward to 3.17.0 and largely fixed valgrind operation on both 12.x > > and -CURRENT. > > > > He's put in significant effort to get the test suite to pass on > > FreeBSD, the status of which is summarized here: > > - https://github.com/paulfloyd/freebsd_valgrind/wiki/Regtest-status > > > > Some outstanding issues: > > - https://github.com/paulfloyd/freebsd_valgrind/issues > > > > Please go forth and test it! > > > > A quick follow-up to note that the new valgrind-devel > (3.17.0.g20200723,1) is reportedly now available on a pkg mirror near > you for all three FreeBSD branches, for your convenience. I have a low prio suggestion for the port. It seems that when valgrind-devel is built on 11, it does not know about newer syscalls. So when this instance of valgrind is run on 12 or HEAD, it is uncapable of handling new libc. Is it possible (without too much efforts) to make valgrind forward-compatible, hopefully just by enabling HEAD syscalls on all builds, instead of limiting it to the target equal to the build system ? From owner-freebsd-current@freebsd.org Tue Jul 28 09:55:56 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 32D253A4488; Tue, 28 Jul 2020 09:55:56 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BGBrX0WrYz49gL; Tue, 28 Jul 2020 09:55:56 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1129) id EA071E296; Tue, 28 Jul 2020 09:55:55 +0000 (UTC) Date: Tue, 28 Jul 2020 09:55:55 +0000 From: Li-Wen Hsu To: freebsd-testing@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD CI Weekly Report 2020-07-26 Message-ID: <20200728095555.GA4499@freefall.freebsd.org> Reply-To: freebsd-testing@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2020 09:55:56 -0000 (Please send the followup to freebsd-testing@ and note Reply-To is set.) FreeBSD CI Weekly Report 2020-07-26 =================================== Here is a summary of the FreeBSD Continuous Integration results for the period from 2020-07-20 to 2020-07-26. During this period, we have: * 2211 builds (95.7% (+2.4) passed, 4.3% (-2.4) failed) of buildworld and buildkernel (GENERIC and LINT) were executed on aarch64, amd64, armv6, armv7, i386, mips, mips64, powerpc, powerpc64, powerpcspe, riscv64, sparc64 architectures for head, stable/12, stable/11 branches. * 261 test runs (90.8% (+2.8) passed, 8.8% (-3.2) unstable, 0.4% (+0.4) exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 22 doc and www builds (100% (+0) passed) Test case status (on 2020-07-26 23:59): | Branch/Architecture | Total | Pass | Fail | Skipped | | ------------------- | ---------- | ---------- | ----- | -------- | | head/amd64 | 7872 (+13) | 7782 (+14) | 0 (0) | 90 (-1) | | head/i386 | 7870 (+13) | 7770 (+11) | 0 (0) | 100 (+2) | | 12-STABLE/amd64 | 7619 (+2) | 7562 (+5) | 0 (0) | 57 (-3) | | 12-STABLE/i386 | 7617 (+2) | 7549 (-1) | 0 (0) | 68 (+3) | | 11-STABLE/amd64 | 6912 (0) | 6858 (-3) | 0 (0) | 54 (+3) | | 11-STABLE/i386 | 6910 (0) | 6857 (+3) | 0 (0) | 53 (-3) | (The statistics from experimental jobs are omitted) If any of the issues found by CI are in your area of interest or expertise please investigate the PRs listed below. The latest web version of this report is available at https://hackmd.io/@FreeBSD-CI/report-20200726 and archive is available at https://hackmd.io/@FreeBSD-CI/ , any help is welcomed. ## Failing jobs * https://ci.freebsd.org/job/FreeBSD-head-amd64-gcc6_build/ ``` /usr/local/bin/x86_64-unknown-freebsd12.1-ld: /tmp/obj/workspace/src/amd64.amd64/lib/clang/liblldb/liblldb.a(IOHandlerCursesGUI.o): in function `curses::Window::Box(unsigned int, unsigned int)': /workspace/src/contrib/llvm-project/lldb/source/Core/IOHandlerCursesGUI.cpp:361: undefined reference to `box' /usr/local/bin/x86_64-unknown-freebsd12.1-ld: /workspace/src/contrib/llvm-project/lldb/source/Core/IOHandlerCursesGUI.cpp:361: undefined reference to `box' collect2: error: ld returned 1 exit status ``` From kevans@: one of ncurses' scripts that generates box and a bunch of other symbols is shooting blanks with gcc6, however it seems fine on gcc9. ## Regressions * lib.libexecinfo.backtrace_test.backtrace_fmt_basic starts failing on amd64 after r360915 https://bugs.freebsd.org/246537 * lib.msun.ctrig_test.test_inf_inputs starts failing after llvm10 import https://bugs.freebsd.org/244732 * Lock-order reversals triggered by tests under sys.net.if_lagg_test.* on i386 https://bugs.freebsd.org/244163 Discovered by newly endabled sys.net.* tests. ([r357857](https://svnweb.freebsd.org/changeset/base/357857)) * sys.net.if_lagg_test.lacp_linkstate_destroy_stress panics i386 kernel https://bugs.freebsd.org/244168 Discovered by newly endabled sys.net.* tests. ([r357857](https://svnweb.freebsd.org/changeset/base/357857)) Fix in review: https://reviews.freebsd.org/D25284 ## Failing and Flaky tests (from experimental jobs) * https://ci.freebsd.org/job/FreeBSD-head-amd64-dtrace_test/ * cddl.usr.sbin.dtrace.common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237641 * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ * There are ~13 failing and ~109 skipped cases, including flakey ones, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details * Work for cleaning these failing cass are in progress * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_ltp/ * Total 3749 tests, 2277 success, 647 failures, 825 skipped ## Disabled Tests * sys.fs.tmpfs.mount_test.large https://bugs.freebsd.org/212862 * sys.fs.tmpfs.link_test.kqueue https://bugs.freebsd.org/213662 * sys.kqueue.libkqueue.kqueue_test.main https://bugs.freebsd.org/233586 * sys.kern.ptrace_test.ptrace__PT_KILL_competing_stop https://bugs.freebsd.org/220841 * lib.libc.regex.exhaust_test.regcomp_too_big (i386 only) https://bugs.freebsd.org/237450 * sys.netinet.socket_afinet.socket_afinet_bind_zero https://bugs.freebsd.org/238781 * sys.netpfil.pf.names.names * sys.netpfil.pf.synproxy.synproxy https://bugs.freebsd.org/238870 * sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger https://bugs.freebsd.org/239292 * sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger https://bugs.freebsd.org/239397 * sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger https://bugs.freebsd.org/239399 * sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger https://bugs.freebsd.org/239425 * sys.sys.qmath_test.qdivq_s64q https://bugs.freebsd.org/240219 * sys.kern.ptrace_test.ptrace__getppid https://bugs.freebsd.org/240510 * lib.libc.sys.stat_test.stat_socket https://bugs.freebsd.org/240621 * lib.libarchive.functional_test.test_write_filter_zstd https://bugs.freebsd.org/240683 * lib.libcasper.services.cap_dns.dns_test.main https://bugs.freebsd.org/241435 * local.kyua.* (31 cases) & local.lutok.* (3 cases) on 11-i386 https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/2278/testReport/ * sys.kern.ptrace_test.ptrace__procdesc_reparent_wait_child https://bugs.freebsd.org/243605 * sys.kern.ptrace_test.ptrace__parent_wait_after_attach https://bugs.freebsd.org/244055 * sys.kern.ptrace_test.ptrace__parent_exits_before_child https://bugs.freebsd.org/244056 * sys.net.if_lagg_test.witness (i386) https://bugs.freebsd.org/244163 * PipePdfork.WildcardWait in sys.capsicum.capsicum-test.main https://bugs.freebsd.org/244165 * sys.net.if_lagg_test.lacp_linkstate_destroy_stress (i386) https://bugs.freebsd.org/244168 * sys.netinet6.frag6.frag6_07.frag6_07 https://bugs.freebsd.org/244170 * sys.netinet.fibs_test.udp_dontroute6 https://bugs.freebsd.org/244172 * sys.netpfil.pf.nat.exhaust https://bugs.freebsd.org/244703 * sys.geom.class.gate.ggate_test.ggated (i386) https://bugs.freebsd.org/244737 * sys.kern.sysv_test.msg https://bugs.freebsd.org/233649 ## Issues ### Cause build fails * https://bugs.freebsd.org/233769 Possible build race: ld: error: unable to find library -lgcc_s ### Cause kernel panics * https://bugs.freebsd.org/238870 sys.netpfil.pf.names.names and sys.netpfil.pf.synproxy.synproxy cause panic ### Open * https://bugs.freebsd.org/237403 Tests in sys/opencrypto should be converted to Python3 Fixed in head in https://svnweb.freebsd.org/changeset/base/363361 * https://bugs.freebsd.org/237641 Flakey test case: common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237656 "Freed UMA keg (rtentry) was not empty (18 items). Lost 1 pages of memory." seen when running sys/netipsec tests * https://bugs.freebsd.org/238781 sys.netinet.socket_afinet.socket_afinet_bind_zero does not work when mac_portacl(4) loaded * https://bugs.freebsd.org/239292 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger * https://bugs.freebsd.org/239397 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger * https://bugs.freebsd.org/239399 Flakey test case: sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger * https://bugs.freebsd.org/239425 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger * https://bugs.freebsd.org/241662 Flakey test case: lib.libarchive.functional_test.test_fuzz_iso9660 * https://bugs.freebsd.org/246443 sys.net.if_clone_test.epair_stress sometimes exceeds timeout limit but not caught by kyua * https://bugs.freebsd.org/247510 sys.net.if_lagg_test.status_stress panics kernel on i386 ### Others * [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg) From owner-freebsd-current@freebsd.org Tue Jul 28 20:03:54 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 39E48373512 for ; Tue, 28 Jul 2020 20:03:54 +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 4BGSL11KpFz3Zht for ; Tue, 28 Jul 2020 20:03:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: GkBwTdsVM1kmAuw5OZ9GGWcWV9nVVpj0_dRch8qHLp3A_1vMxKfoD9wpyCRLtLy KFKr8RZAlLWVE0b3gsIjHoGx9k9ogLA02uSQIT5PNb3aivUKqj6PsNdThDmcK_amgvKqbzP4QoCj c4xreBh8tcMdNQhTWZzVquywIkAaSTCOvkGGup9aUbrHGIJ3fGd46uA2C179SeOTQ1sd7T1g_wKh q0aKttrhEcdpGo6jomX38m.VxD8KFysOMtHOs20evQsGdpj7JrPo3rc20CsPwiBKGPlsjEiZc09T W2BPqQjlwEiw2ObGZfQTIIU3xydlov3wssL5t7F7REZEh4HTy_VCIft8ddrcO2DvYbtNvv5iRM7K dk41E6C4aeyS8zZuX4Of1PqoTJIgSEOpy2_tDF6k14MZSGBDdhgmswCKhzlcKUuJFqC.EQtgBitk ECbwKL_I9NHi6JILT0Eh6z2d7Z02TGFfxWOTXSPuCRP79IVnhChmE7.UPWqqardAP95z8HiYjh3m eDMBDRMo_WlxD2z2egyWNTZDGAL6Hg0uviHuS6NH_N9PErnKUmCxiIX58Mh4OUIvsMUs4oWpUzdl 5noVCHLgr8nOHp7xWN3fvLO.iunhkhaWL85HSSC0_0VL3ENVdq5xNDjSOjmBPsIL_HoE_OdSjhi8 fFU6yPR1ARrkakzug9kER6iMJMvpDFvW43jOE3lXoqfP1uenXnIQMuYGWph91NXsK2SPmzqsOoic FeExpLeKhJeTqqhxgS1YlkgeLVPFocKh4Jq1V6UOBbKgSp8nKnTqOnEyCe5.KTOCI8nhdQEsk2Y_ jzCUV0ukDi1YVD51M0l4jKBbQcORTt5YWbiLXrCE5rVdY.RW7hV7Dmqy.Pu76rkS7eG4IvCoT_e9 xMUEV3tW4qAxJXdIlFNUkmmnqpZfeL8UUQWA_16Qg5ezQfC7up_TQwcwsp3VWleuNqYIDsSuQgDL msOOuCSrzWv9O_8YAQN_PwuBYvBHAbHcuaK.ZE2NWNlqNgc_4Iyt0iFv95klz3FYkgqnIO3m6u6q 67b0x0dfluvSEkcz4BCOzaPPXgXoH1tRNkxvTmkmhmY773obvyQRGP6xxpyEjt1zEvKKW4MHY_WN 2S5morUd5Ljy6oT8ImfCzc89YFx4gqLLPZzGpRsOBntbBJ8qYSqmfAtJdSOuMxdxjU1UCPoc3eBD 4gWfdsfEvMtxZVBxe9AjsFSYwu9SxP_y9ga3Aja_ZnXnKYak6TyzRvSQFyxsU26pKM08DHTCGY8f lIavjJUJHFvmWLiJN_zRug1c9EPRiWs_H.qMJ5PK4uG_prE3WZkM_h44STdWE4ObcdH7I42NREAA IQ25.ekQowcve6IdVkfMTgeaWbp95FWqG5UOfG9fDeKWwiwW56x8aooVlO.GKwtgABsmLamz8Q06 rAFKpBl1METRZ32hW9IsJh4Gurw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Tue, 28 Jul 2020 20:03:50 +0000 Received: by smtp403.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 5485875344ccd4fbd94d36f6f4e42a80; Tue, 28 Jul 2020 20:03:46 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: CFT: major update to if_ure (RPi4B uefi/ACPI booted example's iperf3 output) From: Mark Millard In-Reply-To: <6A801746-4FCA-450E-9A56-C8E06DF68C2D@yahoo.com> Date: Tue, 28 Jul 2020 13:03:44 -0700 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <50C4E558-E2A8-4847-84F5-47DDB17C5915@yahoo.com> References: <20200727012035.GS4213@funkthat.com> <78CB1756-28D7-4442-934D-9C4D2B37EC67@yahoo.com> <20200728014444.GY4213@funkthat.com> <6A801746-4FCA-450E-9A56-C8E06DF68C2D@yahoo.com> To: John-Mark Gurney X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 4BGSL11KpFz3Zht X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.04 / 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.65.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(-1.01)[-1.009]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; 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.65.147:from]; NEURAL_HAM_SHORT(-0.53)[-0.527]; 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/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2020 20:03:54 -0000 I had reason to switch to using the RPi4B, which happens to be booted from ACPI. The only Ethernet connection present for this test is via: Autoloading module: if_ure.ko ure0 on uhub1 ure0: = on usbus0 add host 127.0.0.1: gateway lo0 fib 0: route already in table miibus0: on ure0 rgephy0: PHY 0 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = 1000baseT-FDX, 1000baseT-FDX-master, auto ue0: on ure0 ue0: Ethernet address: ### . . . ue0: flags=3D8843 metric 0 mtu = 1500 = options=3D68009b ether ### inet 192.168.1.133 netmask 0xffffff00 broadcast 192.168.1.255 media: Ethernet autoselect (1000baseT ) status: active nd6 options=3D29 # iperf3 -c 192.168.1.120 --get-server-output Connecting to host 192.168.1.120, port 5201 [ 5] local 192.168.1.133 port 15954 connected to 192.168.1.120 port = 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 83.6 MBytes 702 Mbits/sec 797 17.1 KBytes = =20 [ 5] 1.00-2.00 sec 83.5 MBytes 700 Mbits/sec 797 7.13 KBytes = =20 [ 5] 2.00-3.00 sec 83.7 MBytes 702 Mbits/sec 783 1.43 KBytes = =20 [ 5] 3.00-4.00 sec 83.3 MBytes 699 Mbits/sec 813 127 KBytes = =20 [ 5] 4.00-5.00 sec 82.8 MBytes 695 Mbits/sec 806 18.5 KBytes = =20 [ 5] 5.00-6.00 sec 83.9 MBytes 704 Mbits/sec 822 38.4 KBytes = =20 [ 5] 6.00-7.00 sec 83.7 MBytes 702 Mbits/sec 808 64.2 KBytes = =20 [ 5] 7.00-8.00 sec 83.1 MBytes 697 Mbits/sec 787 92.2 KBytes = =20 [ 5] 8.00-9.00 sec 83.2 MBytes 698 Mbits/sec 788 51.2 KBytes = =20 [ 5] 9.00-10.00 sec 83.1 MBytes 697 Mbits/sec 799 47.1 KBytes = =20 - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 834 MBytes 700 Mbits/sec 8000 = sender [ 5] 0.00-10.24 sec 834 MBytes 683 Mbits/sec = receiver Server output: Accepted connection from 192.168.1.133, port 18615 [ 5] local 192.168.1.120 port 5201 connected to 192.168.1.133 port = 15954 [ ID] Interval Transfer Bitrate [ 5] 0.00-1.00 sec 63.7 MBytes 535 Mbits/sec =20 [ 5] 1.00-2.00 sec 83.3 MBytes 699 Mbits/sec =20 [ 5] 2.00-3.00 sec 83.6 MBytes 701 Mbits/sec =20 [ 5] 3.00-4.00 sec 83.5 MBytes 700 Mbits/sec =20 [ 5] 4.00-5.00 sec 83.4 MBytes 699 Mbits/sec =20 [ 5] 5.00-6.00 sec 83.5 MBytes 700 Mbits/sec =20 [ 5] 6.00-7.00 sec 83.2 MBytes 698 Mbits/sec =20 [ 5] 7.00-8.00 sec 83.5 MBytes 701 Mbits/sec =20 [ 5] 8.00-9.00 sec 83.1 MBytes 697 Mbits/sec =20 [ 5] 9.00-10.00 sec 83.4 MBytes 700 Mbits/sec =20 [ 5] 10.00-10.24 sec 19.6 MBytes 693 Mbits/sec =20 - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate [ 5] 0.00-10.24 sec 834 MBytes 683 Mbits/sec = receiver iperf Done. # iperf3 -R -c 192.168.1.120 --get-server-output Connecting to host 192.168.1.120, port 5201 Reverse mode, remote host 192.168.1.120 is sending [ 5] local 192.168.1.133 port 55961 connected to 192.168.1.120 port = 5201 [ ID] Interval Transfer Bitrate [ 5] 0.00-1.00 sec 111 MBytes 933 Mbits/sec =20 [ 5] 1.00-2.00 sec 111 MBytes 933 Mbits/sec =20 [ 5] 2.00-3.00 sec 111 MBytes 933 Mbits/sec =20 [ 5] 3.00-4.00 sec 111 MBytes 933 Mbits/sec =20 [ 5] 4.00-5.00 sec 111 MBytes 932 Mbits/sec =20 [ 5] 5.00-6.00 sec 111 MBytes 933 Mbits/sec =20 [ 5] 6.00-7.00 sec 111 MBytes 933 Mbits/sec =20 [ 5] 7.00-8.00 sec 111 MBytes 933 Mbits/sec =20 [ 5] 8.00-9.00 sec 111 MBytes 933 Mbits/sec =20 [ 5] 9.00-10.00 sec 111 MBytes 933 Mbits/sec =20 - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.23 sec 1.09 GBytes 914 Mbits/sec 498 = sender [ 5] 0.00-10.00 sec 1.09 GBytes 933 Mbits/sec = receiver Server output: ----------------------------------------------------------- Server listening on 5201 ----------------------------------------------------------- Accepted connection from 192.168.1.133, port 51297 [ 5] local 192.168.1.120 port 5201 connected to 192.168.1.133 port = 55961 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 87.5 MBytes 734 Mbits/sec 72 1.60 MBytes = =20 [ 5] 1.00-2.00 sec 111 MBytes 933 Mbits/sec 92 1.60 MBytes = =20 [ 5] 2.00-3.00 sec 111 MBytes 933 Mbits/sec 96 191 KBytes = =20 [ 5] 3.00-4.00 sec 111 MBytes 933 Mbits/sec 99 234 KBytes = =20 [ 5] 4.00-5.00 sec 111 MBytes 933 Mbits/sec 87 1.06 MBytes = =20 [ 5] 5.00-6.00 sec 111 MBytes 932 Mbits/sec 50 529 KBytes = =20 [ 5] 6.00-7.00 sec 111 MBytes 933 Mbits/sec 0 779 KBytes = =20 [ 5] 7.00-8.00 sec 111 MBytes 933 Mbits/sec 0 964 KBytes = =20 [ 5] 8.00-9.00 sec 111 MBytes 933 Mbits/sec 2 469 KBytes = =20 [ 5] 9.00-10.00 sec 111 MBytes 933 Mbits/sec 0 739 KBytes = =20 [ 5] 10.00-10.23 sec 25.4 MBytes 932 Mbits/sec 0 787 KBytes = =20 - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.23 sec 1.09 GBytes 914 Mbits/sec 498 = sender iperf Done. For reference, the RPi4B's CortextA72 is speed controlled via: over_voltage=3D6 arm_freq=3D2000 in the RPi4's config.txt . As stands UEFI is configured to impose a 3 GiByte RAM limit to avoid FreeBSD not handling it DMA address-range limitations yet. My prior A72 test was on a MACCHIATObin Double Shot (where EtherNet via USB3 is the only type of EtherNet available in my context). =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Tue Jul 28 20:52:56 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 389B9374960 for ; Tue, 28 Jul 2020 20:52:56 +0000 (UTC) (envelope-from bergerkos@yahoo.co.uk) Received: from sonic310-11.consmr.mail.ir2.yahoo.com (sonic310-11.consmr.mail.ir2.yahoo.com [77.238.177.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BGTQb36Jfz3dWm for ; Tue, 28 Jul 2020 20:52:55 +0000 (UTC) (envelope-from bergerkos@yahoo.co.uk) X-YMail-OSG: 6cDXMggVM1niFPq6nzlDKc3v21hdZACt8K2XictId5Nsyrlwc5V7klO.FgqhakU p4E3ctUdVHrzDr9JtRdGy91oWrOqXXfxZjt2U7HLLGgjpttanp.4NmL2Sbo9jpjJYaSUQ2MLjWNw 5bYhRt_UzyYcYtao2eDfRXgpWMFILZpZuWjenBMfDtStM2zeJwi_7LoSCQ88ybyjKEnV8LuB5LCw y3QpZxpIy7ZcSMD0QJD6y1wJ2lyHvXo195MNe5.l_nwKVUssSmyRmEHUewf0ONCrpMfi.Yr3ZGaA 9qDp3DXi3GT8X7pJUGVK.TWF9CeZM1esjH2w3py3GDJE1d47GOvpNI3SREH9lhaf.yREcK2r3RUl 0581eomH.xkWbddgGY0OE2fqMCzns6PWFiyGCbFN1oYpzCz3j41cgwY_da04BhFbmCvUL01ud8I9 JNUYnd9HGOjdQDgDE0ltcqAp8XPBt4HEPoDcAki3kOiAgq7UWG6IaZPlgjwaDmNAGbAqLqXymOiw Nr5RghyEA4RaQHrBwwwceJFBYBlL4rCy36JkW_JAR6kW7GgW32VuxM3FZJ7wKhMq4YW6YuZq.FMs 4v6qXOLC4rr9PMUzsShURiUQL6dnyB37A_G1iDe0NXOCx6ZGWR09qorhDcNB1JRXirt43xBKEUlj BvGNlR5ablApnaIRg3oYkFgWkdcMnEuc00hO2WMfOj.b2Y8nFAVcUddr9b.AcR_ju.b1okDRuQW8 Gd.Mlnd_AUJzy0CwDYanLmbwmBMkxP4DCaVTD8hlTCoREVV3ApQ0LKjCm7nqNziXS65wZO3Vy_3L gQ7xS1y8xaCXvjArgmEnVofWRlDguTUohAGuE2nFmNsZXhJiHa3rmP9IdjIB1VJ77r9MBqlc4Zjf NbbYCkhxcLat0v6aQYod8qT2Ij06cjEjGUwfhYTWr7DGAzsWyyBd3Rkeprzwle_4ydGTGxu7xCbO 3k5tlXNZA4.E3cfCq_6kmeq_5XOSeM4KmLehF7eZJxC6YJ2bv66QjIZ8EKIdGUXIrn6PgMjzlbii H5sCUWRJh3jiSJVxJ7u5.fdL6Q1D8VUFHIOslF5Ko2hipO1m62KWj_88LJ5M0PvdgsPUH6IbyOUR Gac5gLj.mPs7aYpU9iutXkwtyuXgvO8mMs5W1jqMfrq36GkIf.qOhmlWEpfT2SjMPl55Lybc2s66 h5.qLJgxPrm_BHczXg3.AYASaJPIsTda5LkWJzlHvj.KEVjMRiUhAztiSKVhd4YSgJSWDq1J5uw8 i_2Ul9KYl7RbiUXdn5mmR4aWcKv4AtNu5X2HuFeQAIiDnwlqHyw3uy5U0n4uLrdLRkVIoEMd.IxC WJkU2b64.NbQ36Zgymzx7JHAdV9cRdOuO0EkRW9fLRiWKESY- Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.ir2.yahoo.com with HTTP; Tue, 28 Jul 2020 20:52:53 +0000 Date: Tue, 28 Jul 2020 20:52:51 +0000 (UTC) From: Kostya Berger Reply-To: "bergerkos@yahoo.co.uk" To: FreeBSD Current Message-ID: <74299378.12769233.1595969571331@mail.yahoo.com> Subject: nvidia-driver-390 fails to find screens MIME-Version: 1.0 References: <74299378.12769233.1595969571331.ref@mail.yahoo.com> X-Mailer: WebService/1.1.16271 YahooMailAndroidMobile YMobile/1.0 (com.yahoo.mobile.client.android.mail/6.8.5; Android/9; PKQ1.180904.001; whyred; Xiaomi; Redmi Note 5; 5.7; 2030x1080; ) X-Rspamd-Queue-Id: 4BGTQb36Jfz3dWm X-Spamd-Bar: - X-Spamd-Result: default: False [-1.10 / 15.00]; HAS_REPLYTO(0.00)[bergerkos@yahoo.co.uk]; FREEMAIL_FROM(0.00)[yahoo.co.uk]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; REPLYTO_ADDR_EQ_FROM(0.00)[]; URI_COUNT_ODD(1.00)[1]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.co.uk:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.co.uk,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[yahoo.co.uk]; ASN(0.00)[asn:34010, ipnet:77.238.176.0/22, country:GB]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.43)[-0.431]; R_DKIM_ALLOW(-0.20)[yahoo.co.uk:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.88)[-0.885]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; FREEMAIL_REPLYTO(0.00)[yahoo.co.uk]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_SHORT(0.21)[0.211]; RCVD_IN_DNSWL_NONE(0.00)[77.238.177.32:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[77.238.177.32:from]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2020 20:52:56 -0000 Was there any significant change in the base code, so that Nvidia driver su= ddenly can't find usable displays upon the update to r363439 ?Error message= : NVIDIA(GPU-0): Failed to select a display subsystem. =D0=9E=D1=82=D0=BF=D1=80=D0=B0=D0=B2=D0=BB=D0=B5=D0=BD=D0=BE =D0=B8=D0=B7 Y= ahoo =D0=9F=D0=BE=D1=87=D1=82=D1=8B =D0=B4=D0=BB=D1=8F Android From owner-freebsd-current@freebsd.org Wed Jul 29 02:10:48 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 23AB8379AD3; Wed, 29 Jul 2020 02:10:48 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BGcTN08dXz48J2; Wed, 29 Jul 2020 02:10:48 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from mail-lf1-f54.google.com (mail-lf1-f54.google.com [209.85.167.54]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: mmacy) by smtp.freebsd.org (Postfix) with ESMTPSA id DC3A62F193; Wed, 29 Jul 2020 02:10:47 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: by mail-lf1-f54.google.com with SMTP id k13so12147050lfo.0; Tue, 28 Jul 2020 19:10:47 -0700 (PDT) X-Gm-Message-State: AOAM530Wa5MbpiJ7n0IVhrPQo9LShY/yyoForlAnch7MXXPqIGv3EPdx nxkSNYBKY7Uo+aLqPVpBnpIAQKJorIbGMIIr6CA= X-Google-Smtp-Source: ABdhPJyWhvSSSw2xQUXvTbic0iYkMxzoa1Spvhmervj0vxambAont5ojg82/jZ/ztPncgQwxHYJGjrVNiZwDkTSVK+8= X-Received: by 2002:a05:6512:14d:: with SMTP id m13mr15980129lfo.173.1595988646167; Tue, 28 Jul 2020 19:10:46 -0700 (PDT) MIME-Version: 1.0 From: Matthew Macy Date: Tue, 28 Jul 2020 19:10:21 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: CFT for vendor openzfs - week 4 reminder + memdisk images To: freebsd-fs , freebsd-current , freebsd-hackers@freebsd.org Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2020 02:10:48 -0000 On Wednesday, July 8th I issued the initial call for testing for the update to HEAD to vendored openzfs. We'd like to give users roughly a month to test before merging. The tentative merge date is August 17th. Again, I hope it's not terribly controversial to point out that it really rests with users of non amd64 platforms to test to avoid any unpleasant surprises the next time they update their trees following the merge. amd64, i386, and aarch64 memdisk images can be found at: https://people.freebsd.org/~freqlabs/freebsd-openzfs-3d833bea-f10f94aa-2020072900/ If you're using a platform not listed above and would be inclined to test if you had an image to work with, let us know. Alternatively, you can still build following the instructions below. The review for merging in to base can be found at: https://reviews.freebsd.org/D25872 ========================================================== NB: Do NOT zpool upgrade unless you are willing to live without the ability to ever rollback to the legacy zfs kmod. Checkout updated HEAD: % git clone https://github.com/mattmacy/networking.git -b projects/openzfs_vendor freebsd Checkout updated openzfs in to sys/contrib: % git clone https://github.com/zfsonfreebsd/ZoF.git -b projects/openzfs_vendor freebsd/sys/contrib/openzfs Build world and kernel with whatever your usual configuration is. Where possible the openzfs kmod is backward compatible with the cmd utils in HEAD so common operations work with existing tools and the new kmod. In the projects/openzfs_vendor branch of ZoF ozfs libraries are backward compatible with the zfs kmod in HEAD. Although ideally one would test this in a separate boot environment, the interoperability should allow one to rollback without too much difficulty. Thanks in advance for your time. From owner-freebsd-current@freebsd.org Wed Jul 29 03:03:01 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AE8E937B64D; Wed, 29 Jul 2020 03:03:01 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ultimatedns.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BGddd1vB7z4C9H; Wed, 29 Jul 2020 03:03:00 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by udns.ultimatedns.net (8.15.2/8.15.2) with ESMTPS id 06T33Jos024099 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Tue, 28 Jul 2020 20:03:25 -0700 (PDT) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 In-Reply-To: From: Chris Reply-To: bsd-lists@BSDforge.com To: freebsd-fs , freebsd-current Subject: Re: CFT for vendor openzfs - week 4 reminder + memdisk images Date: Tue, 28 Jul 2020 20:03:25 -0700 Message-Id: <69527ad8d7b98fe2fa58edaafb09c03c@udns.ultimatedns.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4BGddd1vB7z4C9H X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; local_wl_ip(0.00)[24.113.41.81] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2020 03:03:01 -0000 On Tue, 28 Jul 2020 19:10:21 -0700 Matthew Macy mmacy@freebsd=2Eorg said > On Wednesday, July 8th I issued the initial call for testing for the > update to HEAD to vendored openzfs=2E We'd like to give users roughly a > month to test before merging=2E The tentative merge date is August > 17th=2E >=20 > Again, I hope it's not terribly controversial to point out that > it really rests with users of non amd64 platforms to test to avoid any > unpleasant surprises the next time they update their trees following > the merge=2E >=20 > amd64, i386, and aarch64 memdisk images can be found at: > https://people=2Efreebsd=2Eorg/~freqlabs/freebsd-openzfs-3d833bea-f10f94aa-20= 20072900/ Is this in an attempt to replace the opensolaris version used now? Thanks=2E --Chris From owner-freebsd-current@freebsd.org Wed Jul 29 03:08:45 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3384637BBA0; Wed, 29 Jul 2020 03:08:45 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BGdmF0gSBz4CZW; Wed, 29 Jul 2020 03:08:45 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from mail-qt1-f181.google.com (mail-qt1-f181.google.com [209.85.160.181]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: mmacy) by smtp.freebsd.org (Postfix) with ESMTPSA id E963E2ED56; Wed, 29 Jul 2020 03:08:44 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: by mail-qt1-f181.google.com with SMTP id d27so16605656qtg.4; Tue, 28 Jul 2020 20:08:44 -0700 (PDT) X-Gm-Message-State: AOAM532appHFWlzm9fls+DEQl+IjLLsBLPiQD/lhrpCrelldlr6fY8WE 7rf/8bvuiqRi1ZLi7qGEoJlHV67MlFCRfWcI0HU= X-Google-Smtp-Source: ABdhPJzhgzPM8eDBGtFbKHawwqrAnFnrPPp29R36kruD/J4i07zmbwCrFeD/vKeeykXp7r7F0Mp3qWOgRvyvfk4U884= X-Received: by 2002:aed:2a82:: with SMTP id t2mr10286898qtd.280.1595992124412; Tue, 28 Jul 2020 20:08:44 -0700 (PDT) MIME-Version: 1.0 References: <69527ad8d7b98fe2fa58edaafb09c03c@udns.ultimatedns.net> In-Reply-To: <69527ad8d7b98fe2fa58edaafb09c03c@udns.ultimatedns.net> From: Matthew Macy Date: Tue, 28 Jul 2020 20:08:33 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: CFT for vendor openzfs - week 4 reminder + memdisk images To: freebsd-fs , freebsd-current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2020 03:08:45 -0000 On Tue, Jul 28, 2020 at 8:03 PM Chris wrote: > > On Tue, 28 Jul 2020 19:10:21 -0700 Matthew Macy mmacy@freebsd.org said > > > On Wednesday, July 8th I issued the initial call for testing for the > > update to HEAD to vendored openzfs. We'd like to give users roughly a > > month to test before merging. The tentative merge date is August > > 17th. > > > > Again, I hope it's not terribly controversial to point out that > > it really rests with users of non amd64 platforms to test to avoid any > > unpleasant surprises the next time they update their trees following > > the merge. > > > > amd64, i386, and aarch64 memdisk images can be found at: > > https://people.freebsd.org/~freqlabs/freebsd-openzfs-3d833bea-f10f94aa-2020072900/ > > Is this in an attempt to replace the opensolaris version used now? The word "attempt" is a misnomer. If you search the mail archives this has been the PoR for some time. > > Thanks. > > --Chris > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Wed Jul 29 03:43:10 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 88F7437CC88 for ; Wed, 29 Jul 2020 03:43:10 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ultimatedns.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BGfWy2KQdz4FMb; Wed, 29 Jul 2020 03:43:09 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by udns.ultimatedns.net (8.15.2/8.15.2) with ESMTPS id 06T3hT9f025775 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Tue, 28 Jul 2020 20:43:35 -0700 (PDT) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 Cc: Matthew Macy In-Reply-To: From: Chris Reply-To: bsd-lists@BSDforge.com To: freebsd-current Subject: Re: CFT for vendor openzfs - week 4 reminder + memdisk images Date: Tue, 28 Jul 2020 20:43:35 -0700 Message-Id: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4BGfWy2KQdz4FMb X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2020 03:43:10 -0000 On Tue, 28 Jul 2020 20:08:33 -0700 Matthew Macy mmacy@freebsd=2Eorg said > On Tue, Jul 28, 2020 at 8:03 PM Chris wrote: > > > > On Tue, 28 Jul 2020 19:10:21 -0700 Matthew Macy mmacy@freebsd=2Eorg said > > > > > On Wednesday, July 8th I issued the initial call for testing for the > > > update to HEAD to vendored openzfs=2E We'd like to give users roughly a > > > month to test before merging=2E The tentative merge date is August > > > 17th=2E > > > > > > Again, I hope it's not terribly controversial to point out that > > > it really rests with users of non amd64 platforms to test to avoid an= y > > > unpleasant surprises the next time they update their trees following > > > the merge=2E > > > > > > amd64, i386, and aarch64 memdisk images can be found at: > > > > > https://people=2Efreebsd=2Eorg/~freqlabs/freebsd-openzfs-3d833bea-f10f94aa-= 2020072900/ > > > > Is this in an attempt to replace the opensolaris version used now? >=20 > The word "attempt" is a misnomer=2E If you search the mail archives this > has been the PoR for some time=2E Sure=2E OK=2E I caught this thread=2E But must have missed the announcement of the intent to replace the opensolaris version with openzfs=2E Do you recall which mailing list that was made to? Thank you for your quick reply, Matthew=2E --Chris >=20 > > From owner-freebsd-current@freebsd.org Wed Jul 29 03:50:46 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5D5BB37CDCA for ; Wed, 29 Jul 2020 03:50:46 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BGfhk1svHz4FTl for ; Wed, 29 Jul 2020 03:50:46 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from mail-lf1-f43.google.com (mail-lf1-f43.google.com [209.85.167.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: mmacy) by smtp.freebsd.org (Postfix) with ESMTPSA id 1F0A42FCC2 for ; Wed, 29 Jul 2020 03:50:46 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: by mail-lf1-f43.google.com with SMTP id i19so12198673lfj.8 for ; Tue, 28 Jul 2020 20:50:46 -0700 (PDT) X-Gm-Message-State: AOAM532A35p7HP61euppeLzWxIYWY9J4JbavQ90P6e2zOTyDBJkNhcv1 DG1do/ByrDjfrkidllKvsK/1P/JyTQiJfX7rEAw= X-Google-Smtp-Source: ABdhPJx08PqUPRr9q7SCyBK6lhHCOcGx9icmo0k19fwpsNdQup+m8JPJ8U5ErnTZlrSZF1WLSg8x245AI2AXd2hJV2k= X-Received: by 2002:a05:6512:5c5:: with SMTP id o5mr16261374lfo.26.1595994644694; Tue, 28 Jul 2020 20:50:44 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Matthew Macy Date: Tue, 28 Jul 2020 20:50:33 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: CFT for vendor openzfs - week 4 reminder + memdisk images To: bsd-lists@bsdforge.com Cc: freebsd-current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2020 03:50:46 -0000 On Tue, Jul 28, 2020 at 20:43 Chris wrote: > On Tue, 28 Jul 2020 20:08:33 -0700 Matthew Macy mmacy@freebsd.org said > > > On Tue, Jul 28, 2020 at 8:03 PM Chris wrote: > > > > > > On Tue, 28 Jul 2020 19:10:21 -0700 Matthew Macy mmacy@freebsd.org said > > > > > > > On Wednesday, July 8th I issued the initial call for testing for the > > > > update to HEAD to vendored openzfs. We'd like to give users roughly a > > > > month to test before merging. The tentative merge date is August > > > > 17th. > > > > > > > > Again, I hope it's not terribly controversial to point out that > > > > it really rests with users of non amd64 platforms to test to avoid > any > > > > unpleasant surprises the next time they update their trees following > > > > the merge. > > > > > > > > amd64, i386, and aarch64 memdisk images can be found at: > > > > > > > > https://people.freebsd.org/~freqlabs/freebsd-openzfs-3d833bea-f10f94aa-2020072900/ > > > > > > Is this in an attempt to replace the opensolaris version used now? > > > > The word "attempt" is a misnomer. If you search the mail archives this > > has been the PoR for some time. > Sure. OK. I caught this thread. But must have missed the announcement > of the intent to replace the opensolaris version with openzfs. > Do you recall which mailing list that was made to? > > Thank you for your quick reply, Matthew. > Apart from the 3 previous CFT mails, the initial intent was discussed in December 2018. Getting FreeBSD support integrated in to openzfs took a lot more incremental PRs than I anticipated. https://lists.freebsd.org/pipermail/freebsd-current/2018-December/072422.html Cheers. > --Chris > > > > > > > > From owner-freebsd-current@freebsd.org Wed Jul 29 04:06:35 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3358B37D142 for ; Wed, 29 Jul 2020 04:06:35 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ultimatedns.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BGg2y6r2xz4GHS; Wed, 29 Jul 2020 04:06:34 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by udns.ultimatedns.net (8.15.2/8.15.2) with ESMTPS id 06T46sJs027467 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Tue, 28 Jul 2020 21:07:00 -0700 (PDT) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 Cc: Matthew Macy In-Reply-To: From: Chris Reply-To: bsd-lists@BSDforge.com To: freebsd-current Subject: Re: CFT for vendor openzfs - week 4 reminder + memdisk images Date: Tue, 28 Jul 2020 21:07:00 -0700 Message-Id: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4BGg2y6r2xz4GHS X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2020 04:06:35 -0000 On Tue, 28 Jul 2020 20:50:33 -0700 Matthew Macy mmacy@freebsd=2Eorg said > On Tue, Jul 28, 2020 at 20:43 Chris wrote: >=20 > > On Tue, 28 Jul 2020 20:08:33 -0700 Matthew Macy mmacy@freebsd=2Eorg said > > > > > On Tue, Jul 28, 2020 at 8:03 PM Chris wrote: > > > > > > > > On Tue, 28 Jul 2020 19:10:21 -0700 Matthew Macy mmacy@freebsd=2Eorg s= aid > > > > > > > > > On Wednesday, July 8th I issued the initial call for testing for = the > > > > > update to HEAD to vendored openzfs=2E We'd like to give users rough= ly a > > > > > month to test before merging=2E The tentative merge date is August > > > > > 17th=2E > > > > > > > > > > Again, I hope it's not terribly controversial to point out that > > > > > it really rests with users of non amd64 platforms to test to avoi= d > > any > > > > > unpleasant surprises the next time they update their trees follow= ing > > > > > the merge=2E > > > > > > > > > > amd64, i386, and aarch64 memdisk images can be found at: > > > > > > > > > > > > > https://people=2Efreebsd=2Eorg/~freqlabs/freebsd-openzfs-3d833bea-f10f94aa-= 2020072900/ > > > > > > > > Is this in an attempt to replace the opensolaris version used now? > > > > > > The word "attempt" is a misnomer=2E If you search the mail archives thi= s > > > has been the PoR for some time=2E > > Sure=2E OK=2E I caught this thread=2E But must have missed the announcement > > of the intent to replace the opensolaris version with openzfs=2E > > Do you recall which mailing list that was made to? > > > > Thank you for your quick reply, Matthew=2E > > >=20 > Apart from the 3 previous CFT mails, the initial intent was discussed in > December 2018=2E Getting FreeBSD support integrated in to openzfs took a lo= t > more incremental PRs than I anticipated=2E >=20 > https://lists=2Efreebsd=2Eorg/pipermail/freebsd-current/2018-December/072422=2E= html Thank you very much, Mathew=2E Sorry for any bother=2E --Chris >=20 > Cheers=2E >=20 > From owner-freebsd-current@freebsd.org Wed Jul 29 04:16:41 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 002A337D258 for ; Wed, 29 Jul 2020 04:16:41 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BGgGc4vXPz4Gr6 for ; Wed, 29 Jul 2020 04:16:40 +0000 (UTC) (envelope-from mmacy@freebsd.org) 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 1O1" (verified OK)) (Authenticated sender: mmacy) by smtp.freebsd.org (Postfix) with ESMTPSA id 859172FE5A for ; Wed, 29 Jul 2020 04:16:40 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: by mail-lf1-f42.google.com with SMTP id i19so12221842lfj.8 for ; Tue, 28 Jul 2020 21:16:40 -0700 (PDT) X-Gm-Message-State: AOAM533qNm1aS6LKGEZrtBivqFvL4caxNQDWN7tUV+s0DpDOuaGHJlFO QP7HjKGCCLEFsRpHI3XjzJ2W07N37kldn6wP0DA= X-Google-Smtp-Source: ABdhPJzS4QnidUi715BTr2t+CwEBEwBF0/R4zelnZQtK/1OhS9wQf9vvtH4GHdVYcRWlECxK4D/GanGFV4uTjKangGk= X-Received: by 2002:a05:6512:5c5:: with SMTP id o5mr16310589lfo.26.1595996199136; Tue, 28 Jul 2020 21:16:39 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Matthew Macy Date: Tue, 28 Jul 2020 21:16:28 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: CFT for vendor openzfs - week 4 reminder + memdisk images To: bsd-lists@bsdforge.com Cc: freebsd-current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2020 04:16:41 -0000 On Tue, Jul 28, 2020 at 21:06 Chris wrote: > On Tue, 28 Jul 2020 20:50:33 -0700 Matthew Macy mmacy@freebsd.org said > > > On Tue, Jul 28, 2020 at 20:43 Chris wrote: > > > > > On Tue, 28 Jul 2020 20:08:33 -0700 Matthew Macy mmacy@freebsd.org sai= d > > > > > > > On Tue, Jul 28, 2020 at 8:03 PM Chris > wrote: > > > > > > > > > > On Tue, 28 Jul 2020 19:10:21 -0700 Matthew Macy mmacy@freebsd.org > said > > > > > > > > > > > On Wednesday, July 8th I issued the initial call for testing fo= r > the > > > > > > update to HEAD to vendored openzfs. We'd like to give users > roughly a > > > > > > month to test before merging. The tentative merge date is Augu= st > > > > > > 17th. > > > > > > > > > > > > Again, I hope it's not terribly controversial to point out that > > > > > > it really rests with users of non amd64 platforms to test to > avoid > > > any > > > > > > unpleasant surprises the next time they update their trees > following > > > > > > the merge. > > > > > > > > > > > > amd64, i386, and aarch64 memdisk images can be found at: > > > > > > > > > > > > > > > > > > https://people.freebsd.org/~freqlabs/freebsd-openzfs-3d833bea-f10f94aa-20= 20072900/ > > > > > > > > > > Is this in an attempt to replace the opensolaris version used now= ? > > > > > > > > The word "attempt" is a misnomer. If you search the mail archives > this > > > > has been the PoR for some time. > > > Sure. OK. I caught this thread. But must have missed the announcement > > > of the intent to replace the opensolaris version with openzfs. > > > Do you recall which mailing list that was made to? > > > > > > Thank you for your quick reply, Matthew. > > > > > > > Apart from the 3 previous CFT mails, the initial intent was discussed i= n > > December 2018. Getting FreeBSD support integrated in to openzfs took a > lot > > more incremental PRs than I anticipated. > > > > > https://lists.freebsd.org/pipermail/freebsd-current/2018-December/072422.= html > > Thank you very much, Mathew. Sorry for any bother. > No bother or not much at least. It=E2=80=99s just been a long haul and I=E2= =80=99d like to wrap this up. -M > > --Chris > > > > Cheers. > > > > > > > From owner-freebsd-current@freebsd.org Wed Jul 29 09:13:22 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BEE553A47CC for ; Wed, 29 Jul 2020 09:13:22 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4BGnry1fV3z4Wpg for ; Wed, 29 Jul 2020 09:13:22 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: by mailman.nyi.freebsd.org (Postfix) id 36C8A3A480F; Wed, 29 Jul 2020 09:13:22 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3691C3A4659 for ; Wed, 29 Jul 2020 09:13:22 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (using TLSv1.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 4BGnrx2d50z4Wjk for ; Wed, 29 Jul 2020 09:13:20 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (v-critter.freebsd.dk [192.168.55.3]) (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 phk.freebsd.dk (Postfix) with ESMTPS id D36171AF20F for ; Wed, 29 Jul 2020 09:13:12 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.16.1/8.16.1) with ESMTPS id 06T9DC00078770 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Wed, 29 Jul 2020 09:13:12 GMT (envelope-from phk@critter.freebsd.dk) Received: (from phk@localhost) by critter.freebsd.dk (8.16.1/8.16.1/Submit) id 06T7qPrS075849; Wed, 29 Jul 2020 07:52:25 GMT (envelope-from phk) To: current@freebsd.org Subject: KiCad is horrible on CURRENT From: Poul-Henning Kamp MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <75847.1596009145.1@critter.freebsd.dk> Content-Transfer-Encoding: quoted-printable Date: Wed, 29 Jul 2020 07:52:25 +0000 Message-ID: <75848.1596009145@critter.freebsd.dk> X-Rspamd-Queue-Id: 4BGnrx2d50z4Wjk X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of phk@critter.freebsd.dk designates 130.225.244.222 as permitted sender) smtp.mailfrom=phk@critter.freebsd.dk X-Spamd-Result: default: False [-1.46 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.54)[-0.538]; 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)[current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.45)[-0.447]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[freebsd.dk]; NEURAL_HAM_SHORT(-0.47)[-0.474]; FORGED_SENDER(0.30)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:1835, ipnet:130.225.0.0/16, country:EU]; FROM_NEQ_ENVFROM(0.00)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2020 09:13:22 -0000 I updated to current three days ago: 13.0-CURRENT #0 r363533M: Sun Jul 26 08:39:48 UTC 2020 = When I start cad/kicad (which I have not done in some time), the gui is horribly lagging and often downright confused about the cursors whereabouts. I've tried switching between "fall-back" and "accellerated" in kicad, but there does not seem to be any qualitative difference. One of the few diagnostics I see related to this is: 07:33:34: Debug: window wxScrolledWindow(0x81a3f8000, ) lost focus even t= hough it didn't have it I have no idea if this is a kicad, Xorg or libinput related. In my Xorg log I have a lot of (rate-limited): SynPS/2 Synaptics TouchPad: kernel bug: Touch jump detected and discarde= d. -- = Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence= . From owner-freebsd-current@freebsd.org Wed Jul 29 09:20:47 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9876E3A4C1F for ; Wed, 29 Jul 2020 09:20:47 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BGp1W2Rc1z4Wyt for ; Wed, 29 Jul 2020 09:20:47 +0000 (UTC) (envelope-from hps@selasky.org) Received: by mailman.nyi.freebsd.org (Postfix) id 51A623A4C92; Wed, 29 Jul 2020 09:20:47 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5170F3A4D08 for ; Wed, 29 Jul 2020 09:20:47 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BGp1V3Xnxz4Wv2 for ; Wed, 29 Jul 2020 09:20:46 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [178.17.145.105]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id EFC1B26026B; Wed, 29 Jul 2020 11:20:37 +0200 (CEST) Subject: Re: KiCad is horrible on CURRENT To: Poul-Henning Kamp , current@freebsd.org References: <75848.1596009145@critter.freebsd.dk> From: Hans Petter Selasky Message-ID: <67e168b0-6aaf-c4c6-0743-7c0a9548d123@selasky.org> Date: Wed, 29 Jul 2020 11:20:14 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <75848.1596009145@critter.freebsd.dk> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4BGp1V3Xnxz4Wv2 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 2a01:4f8:c17:6c4b::2 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-2.26 / 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)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net]; NEURAL_HAM_LONG(-1.02)[-1.021]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; NEURAL_HAM_MEDIUM(-0.96)[-0.963]; NEURAL_SPAM_SHORT(0.02)[0.024]; TO_MATCH_ENVRCPT_SOME(0.00)[]; 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::/29, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2020 09:20:47 -0000 On 2020-07-29 09:52, Poul-Henning Kamp wrote: > I updated to current three days ago: > > 13.0-CURRENT #0 r363533M: Sun Jul 26 08:39:48 UTC 2020 > > When I start cad/kicad (which I have not done in some time), the > gui is horribly lagging and often downright confused about > the cursors whereabouts. > > I've tried switching between "fall-back" and "accellerated" > in kicad, but there does not seem to be any qualitative > difference. > > One of the few diagnostics I see related to this is: > > 07:33:34: Debug: window wxScrolledWindow(0x81a3f8000, ) lost focus even though it didn't have it > > I have no idea if this is a kicad, Xorg or libinput related. > > In my Xorg log I have a lot of (rate-limited): > > SynPS/2 Synaptics TouchPad: kernel bug: Touch jump detected and discarded. > Try to install "xev" and see if the log is full of events. --HPS From owner-freebsd-current@freebsd.org Wed Jul 29 09:25:14 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 72AE73A4C55 for ; Wed, 29 Jul 2020 09:25:14 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4BGp6f16TLz4XWV for ; Wed, 29 Jul 2020 09:25:14 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mailman.nyi.freebsd.org (Postfix) id 262DE3A5024; Wed, 29 Jul 2020 09:25:14 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 25F213A4D68 for ; Wed, 29 Jul 2020 09:25:14 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (Client CN "mail.evolve.de", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BGp6c1FBzz4XG7 for ; Wed, 29 Jul 2020 09:25:11 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id d6434071; Wed, 29 Jul 2020 09:25:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=date:from:to:cc :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=20180501; bh=sJPwlS4g 8ko32BvDkTmHfeGmsjA=; b=etz4cm2yum7KueAgm8WJ4rGCZDEQ/Ey5B89eHjLQ 9dsnYyMf4n67pDWo+Q8u7zKkHuUbRj1tp8Q5YGT7iKbtQ5rgfxH2d/woTsNY836y wF1J6oMmed4Matg/XS5RJsOUpc86grt+Sd7NkPc7ciLDaKQXGUdCqJ/JXrD133f3 Ijl/yscUN/+c8aYGh+ftmJM8fs1urssPgzMKI786AQciSxRscA+jhnCzKy0XIQzA jN8Rw5twtxnZmtQ303sHdvZYBWQSbQxPmXWHK5PcKKTS1aqDF4e34Ki7Xryyp+m9 AC+tR2OYdNer3v0OYGfixTgviPWpkIRmJ2mAt6W0hj8riA== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=date:from:to:cc :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=20180501; b=iC 1KUJjg/EU9cgwEDW7yfdkRW7M51QJJk4dDnK77Q9vp/NZQCabAhNE4wfDO0APqGd wZU3WNYkSvxxoBzEBJ7y0ahiy3mWvNeAvdefz4YL0+9ay/7PG4KlxPyavYbj4UXe MS4gww/mMIe6THPa/rV5pEZEIx9GyoAVCqR0aPlQaK3dxUsKoqfNIx1L0pnr2iC1 DbgMcUITi1JWHI/JtSwYlcP3VHrP0oyKJ5A/pekRrKO+FDfI9vFC+s53W5jvQ0Xc wByutly7cV3tpHwgOhpJUApPiTgr9kuVdyfhcMjwS926wrdmDMuCVZJ2s5UToKnN 6V/IypW7QzfbSxvTUZkg== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id d1af364f (TLSv1.2:ECDHE-RSA-CHACHA20-POLY1305:256:NO); Wed, 29 Jul 2020 09:25:01 +0000 (UTC) Date: Wed, 29 Jul 2020 11:24:47 +0200 From: Michael Gmelin To: Poul-Henning Kamp Cc: current@freebsd.org Subject: Re: KiCad is horrible on CURRENT Message-ID: <18DD8B92-7DAD-4BE6-A0CC-9C2A81B08EE2@grem.de> In-Reply-To: <75848.1596009145@critter.freebsd.dk> References: <75848.1596009145@critter.freebsd.dk> X-Face: $wrgCtfdVw_H9WAY?S&9+/F"!41z'L$uo*WzT8miX?kZ~W~Lr5W7v?j0Sde\mwB&/ypo^}> +a'4xMc^^KroE~+v^&^#[B">soBo1y6(TW6#UZiC]o>C6`ej+i Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWJBwe5BQDl LASZU0/LTEWEfHbyj0Txi32+sKrp1Mv944X8/fm1rS+cAAAACXBIWXMAAAsTAAAL EwEAmpwYAAAAB3RJTUUH3wESCxwC7OBhbgAAACFpVFh0Q29tbWVudAAAAAAAQ3Jl YXRlZCB3aXRoIFRoZSBHSU1QbbCXAAAAAghJREFUOMu11DFvEzEUAGCfEhBVFzuq AKkLd0O6VrIQsLXVSZXoWE5N1K3DobBBA9fQpRWc8OkWouaIjedWKiyREOKs+3PY fvalCNjgLVHeF7/3bMtBzV8C/VsQ8tecEgCcDgrzjekwKZ7TwsJZd/ywEKwwP+ZM 8P3drTsAwWn2mpWuDDuYiK1bFs6De0KUUFw0tWxm+D4AIhuuvZqtyWYeO7jQ4Aea 7jUqI+ixhQoHex4WshEvSXdood7stlv4oSuFOC4tqGcr0NjEqXgV4mMJO38nld4+ xKNxRDon7khyKVqY7YR4d+Cg0OMrkWXZOM7YDkEfKiilCn1qYv4mighZiynuHHOA Wq9QJq+BIES7lMFUtcikMnkDGHUoncA+uHgrP0ctIEqfwLHzeSo+eUA66AqzwN6n 2ZHJhw6Qh/PoyC/QENyEyC/AyNjq74Bs+3UH0xYwzDUC4B97HgLocg1QLYgDDO1v f3UX9Y307Ew4AHh67YAFFsxEpkXwpXY3eIgMhAAE3R19L919nNnuD2wlPcDE3UeT L2ytEICQib9BXgS2fU8PrD82ToYO1OEmMSnYTjSqSv9wdC0tPYC+rQRQD9ESnldF CyqfmiYW+tlALt8gH2xrMdC/youbjzPXEun+/ReXsMCDyve3dZc09fn2Oas8oXGc Jj6/fOeK5UmSMPmf/jL+GD8BEj0k/Fn6IO4AAAAASUVORK5CYII= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4BGp6c1FBzz4XG7 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=grem.de header.s=20180501 header.b=etz4cm2y; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@grem.de designates 213.239.217.29 as permitted sender) smtp.mailfrom=freebsd@grem.de X-Spamd-Result: default: False [-2.64 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[grem.de:s=20180501]; NEURAL_HAM_MEDIUM(-1.01)[-1.011]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:213.239.217.29/32]; NEURAL_HAM_LONG(-1.04)[-1.042]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grem.de]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[grem.de:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.09)[-0.089]; FROM_EQ_ENVFROM(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-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2020 09:25:14 -0000 > On 29. Jul 2020, at 11:13, Poul-Henning Kamp > wrote: >=20 > =EF=BB=BFI updated to current three days ago: >=20 > 13.0-CURRENT #0 r363533M: Sun Jul 26 08:39:48 UTC 2020=20 >=20 > When I start cad/kicad (which I have not done in some time), the > gui is horribly lagging and often downright confused about > the cursors whereabouts. >=20 > I've tried switching between "fall-back" and "accellerated" > in kicad, but there does not seem to be any qualitative > difference. >=20 > One of the few diagnostics I see related to this is: >=20 > 07:33:34: Debug: window wxScrolledWindow(0x81a3f8000, ) lost focus > even though it didn't have it >=20 > I have no idea if this is a kicad, Xorg or libinput related. >=20 This sounds a bit like it could be related to https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D245854 Two easy things you could check: - try connecting a usb mouse (to rule out synaptics being the issue). - try using a different WM and see if the problem persists. Touch jumps are common and haven=E2=80=99t caused me any problems so far (t= hen again, I'm not kicad user). -m --=20 Michael Gmelin From owner-freebsd-current@freebsd.org Wed Jul 29 09:33:49 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id ACAD63A5474 for ; Wed, 29 Jul 2020 09:33:49 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4BGpJY3Ydlz4YXX for ; Wed, 29 Jul 2020 09:33:49 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: by mailman.nyi.freebsd.org (Postfix) id 7A1613A50FF; Wed, 29 Jul 2020 09:33:49 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 79DB33A52CD for ; Wed, 29 Jul 2020 09:33:49 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (using TLSv1.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 4BGpJX4dDnz4YDg for ; Wed, 29 Jul 2020 09:33:48 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (v-critter.freebsd.dk [192.168.55.3]) (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 phk.freebsd.dk (Postfix) with ESMTPS id 6B7941AF20F; Wed, 29 Jul 2020 09:33:46 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.16.1/8.16.1) with ESMTPS id 06T9Xknl078902 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 29 Jul 2020 09:33:46 GMT (envelope-from phk@critter.freebsd.dk) Received: (from phk@localhost) by critter.freebsd.dk (8.16.1/8.16.1/Submit) id 06T9XjF0078901; Wed, 29 Jul 2020 09:33:45 GMT (envelope-from phk) To: Hans Petter Selasky cc: current@freebsd.org Subject: Re: KiCad is horrible on CURRENT In-reply-to: <67e168b0-6aaf-c4c6-0743-7c0a9548d123@selasky.org> From: "Poul-Henning Kamp" References: <75848.1596009145@critter.freebsd.dk> <67e168b0-6aaf-c4c6-0743-7c0a9548d123@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <78899.1596015225.1@critter.freebsd.dk> Date: Wed, 29 Jul 2020 09:33:45 +0000 Message-ID: <78900.1596015225@critter.freebsd.dk> X-Rspamd-Queue-Id: 4BGpJX4dDnz4YDg X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of phk@critter.freebsd.dk designates 130.225.244.222 as permitted sender) smtp.mailfrom=phk@critter.freebsd.dk X-Spamd-Result: default: False [-2.90 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.93)[-0.933]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-0.96)[-0.961]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.dk]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.004]; RCPT_COUNT_TWO(0.00)[2]; FORGED_SENDER(0.30)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:1835, ipnet:130.225.0.0/16, country:EU]; FROM_NEQ_ENVFROM(0.00)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2020 09:33:49 -0000 -------- Hans Petter Selasky writes: > Try to install "xev" and see if the log is full of events. I only see problems in kicad, everything else, including firefox and xev works fine (as far as I can tell) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@freebsd.org Wed Jul 29 09:36:33 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B2E1F3A58AD for ; Wed, 29 Jul 2020 09:36:33 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BGpMj3nKPz4Yfx for ; Wed, 29 Jul 2020 09:36:33 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: by mailman.nyi.freebsd.org (Postfix) id 81B033A52FA; Wed, 29 Jul 2020 09:36:33 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 816673A572F for ; Wed, 29 Jul 2020 09:36:33 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (using TLSv1.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 4BGpMh2WJ8z4Yft for ; Wed, 29 Jul 2020 09:36:31 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (v-critter.freebsd.dk [192.168.55.3]) (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 phk.freebsd.dk (Postfix) with ESMTPS id 5889B1AF20F; Wed, 29 Jul 2020 09:36:30 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.16.1/8.16.1) with ESMTPS id 06T9aUVO079002 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 29 Jul 2020 09:36:30 GMT (envelope-from phk@critter.freebsd.dk) Received: (from phk@localhost) by critter.freebsd.dk (8.16.1/8.16.1/Submit) id 06T9aTJG079001; Wed, 29 Jul 2020 09:36:29 GMT (envelope-from phk) To: Michael Gmelin cc: current@freebsd.org Subject: Re: KiCad is horrible on CURRENT In-reply-to: <18DD8B92-7DAD-4BE6-A0CC-9C2A81B08EE2@grem.de> From: "Poul-Henning Kamp" References: <75848.1596009145@critter.freebsd.dk> <18DD8B92-7DAD-4BE6-A0CC-9C2A81B08EE2@grem.de> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <78999.1596015389.1@critter.freebsd.dk> Date: Wed, 29 Jul 2020 09:36:29 +0000 Message-ID: <79000.1596015389@critter.freebsd.dk> X-Rspamd-Queue-Id: 4BGpMh2WJ8z4Yft X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of phk@critter.freebsd.dk designates 130.225.244.222 as permitted sender) smtp.mailfrom=phk@critter.freebsd.dk X-Spamd-Result: default: False [-2.86 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.93)[-0.927]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx:c]; NEURAL_HAM_LONG(-0.97)[-0.966]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.dk]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.97)[-0.970]; RCPT_COUNT_TWO(0.00)[2]; FORGED_SENDER(0.30)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:1835, ipnet:130.225.0.0/16, country:EU]; FROM_NEQ_ENVFROM(0.00)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2020 09:36:33 -0000 -------- Michael Gmelin writes: > This sounds a bit like it could be related to > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=245854 That sounds like something in the same zip code. > Two easy things you could check: > - try connecting a usb mouse (to rule out synaptics being the issue). Dont have any at hand this week :-( > - try using a different WM and see if the problem persists. I dont see any reason to think this is WM related, it happens while the cursor stays firmly inside kicad's windows. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@freebsd.org Wed Jul 29 10:13:07 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B074F3A63E2 for ; Wed, 29 Jul 2020 10:13:07 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BGq9v3F3Lz4b8l for ; Wed, 29 Jul 2020 10:13:07 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mailman.nyi.freebsd.org (Postfix) id 6F3583A64AC; Wed, 29 Jul 2020 10:13:07 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6EFFE3A60FB for ; Wed, 29 Jul 2020 10:13:07 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (Client CN "mail.evolve.de", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BGq9t3dTYz4bHk for ; Wed, 29 Jul 2020 10:13:06 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id 99512777; Wed, 29 Jul 2020 10:13:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=date:from:to:cc :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=20180501; bh=w6MhwE7W tClXMpnEUBCNzWzZH9U=; b=ifnWR1XheY+UgV2cp7lbJtuUQLbMb8tNWF2/QEvF mMBH1mqyh+mXSK/Pb92RmK3u3oZeGU93sza0/dfjOazTzsVSAljC0YQtV6eAYxek M8pu8rSstBWx+cIJkRWFtb3ffHwTbiM4ilFLLRSiLpykO5nUj1SVsagDthaZ/gwB +g4ou7dog3RIrRQkkpnZeXG/FEjZRGS8dKTnm7xb/2uk4iFWwwzb1B0SpGaR2Usj snC0UHRIubvPc/njKuZl7DEGMLK5NoNu40iOcCwStq/NQpykthToTMPlj59vJ69r VqhfUmAuSoTx0CnqviGZ54rUDucfNCo/+CGdGJ0OmZTDHw== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=date:from:to:cc :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=20180501; b=M1 A8n/9toKaTg4t1rL4xVtGtKnNqfjpK1QAjIHZMbYrLjKHOF7eF2HbTcUIFZCoBVD A8pjN548v8F61ca6FIwmRRrSNOuOE/OmgZlUkCvp7lM/tenzUWYhsLpqtNNJbgep X9P3YNI349YNzDuABBJDCkUqw/5aR9Pl6iwzB4aBpNotbUcbOghUDJvLBNbFA2/Z q29kS9cigCMQ8ISYwxXLP3bEHK7SANR5FJRWGLNWinejyWDD5Oja1MEYD12bsGqD IqFiGd489V8X7KH3sl5Xjf3v3A2+PBrr44EmCKS90mKzIV959t55QHXEL6TcffjG 4hhbYLBOo9PPcmdNrqww== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id e24599b9 (TLSv1.2:ECDHE-RSA-CHACHA20-POLY1305:256:NO); Wed, 29 Jul 2020 10:13:03 +0000 (UTC) Date: Wed, 29 Jul 2020 12:12:50 +0200 From: Michael Gmelin To: "Poul-Henning Kamp" Cc: Michael Gmelin , current@freebsd.org Subject: Re: KiCad is horrible on CURRENT Message-ID: <20200729121250.43f62993@bsd64.grem.de> In-Reply-To: <79000.1596015389@critter.freebsd.dk> References: <75848.1596009145@critter.freebsd.dk> <18DD8B92-7DAD-4BE6-A0CC-9C2A81B08EE2@grem.de> <79000.1596015389@critter.freebsd.dk> X-Face: $wrgCtfdVw_H9WAY?S&9+/F"!41z'L$uo*WzT8miX?kZ~W~Lr5W7v?j0Sde\mwB&/ypo^}> +a'4xMc^^KroE~+v^&^#[B">soBo1y6(TW6#UZiC]o>C6`ej+i Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWJBwe5BQDl LASZU0/LTEWEfHbyj0Txi32+sKrp1Mv944X8/fm1rS+cAAAACXBIWXMAAAsTAAAL EwEAmpwYAAAAB3RJTUUH3wESCxwC7OBhbgAAACFpVFh0Q29tbWVudAAAAAAAQ3Jl YXRlZCB3aXRoIFRoZSBHSU1QbbCXAAAAAghJREFUOMu11DFvEzEUAGCfEhBVFzuq AKkLd0O6VrIQsLXVSZXoWE5N1K3DobBBA9fQpRWc8OkWouaIjedWKiyREOKs+3PY fvalCNjgLVHeF7/3bMtBzV8C/VsQ8tecEgCcDgrzjekwKZ7TwsJZd/ywEKwwP+ZM 8P3drTsAwWn2mpWuDDuYiK1bFs6De0KUUFw0tWxm+D4AIhuuvZqtyWYeO7jQ4Aea 7jUqI+ixhQoHex4WshEvSXdood7stlv4oSuFOC4tqGcr0NjEqXgV4mMJO38nld4+ xKNxRDon7khyKVqY7YR4d+Cg0OMrkWXZOM7YDkEfKiilCn1qYv4mighZiynuHHOA Wq9QJq+BIES7lMFUtcikMnkDGHUoncA+uHgrP0ctIEqfwLHzeSo+eUA66AqzwN6n 2ZHJhw6Qh/PoyC/QENyEyC/AyNjq74Bs+3UH0xYwzDUC4B97HgLocg1QLYgDDO1v f3UX9Y307Ew4AHh67YAFFsxEpkXwpXY3eIgMhAAE3R19L919nNnuD2wlPcDE3UeT L2ytEICQib9BXgS2fU8PrD82ToYO1OEmMSnYTjSqSv9wdC0tPYC+rQRQD9ESnldF CyqfmiYW+tlALt8gH2xrMdC/youbjzPXEun+/ReXsMCDyve3dZc09fn2Oas8oXGc Jj6/fOeK5UmSMPmf/jL+GD8BEj0k/Fn6IO4AAAAASUVORK5CYII= MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4BGq9t3dTYz4bHk X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=grem.de header.s=20180501 header.b=ifnWR1Xh; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@grem.de designates 213.239.217.29 as permitted sender) smtp.mailfrom=freebsd@grem.de X-Spamd-Result: default: False [-3.17 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[grem.de:s=20180501]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:213.239.217.29/32]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grem.de]; NEURAL_HAM_LONG(-1.04)[-1.037]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[grem.de:+]; NEURAL_HAM_SHORT(-0.63)[-0.632]; FROM_EQ_ENVFROM(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)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2020 10:13:07 -0000 On Wed, 29 Jul 2020 09:36:29 +0000 "Poul-Henning Kamp" wrote: > -------- > Michael Gmelin writes: > > > This sounds a bit like it could be related to > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=245854 > > That sounds like something in the same zip code. > > > Two easy things you could check: > > - try connecting a usb mouse (to rule out synaptics being the > > issue). > > Dont have any at hand this week :-( > > > - try using a different WM and see if the problem persists. > > I dont see any reason to think this is WM related, it happens while > the cursor stays firmly inside kicad's windows. I had a similar issue with a window manager in the past (losing focus for some reason I didn't understand, it was when running chromium back then if I remember correctly) and I figured it's such a cheap check that it might be worth a shot. I might try to reproduce the issue myself later this week (if I happen to find some time and nobody else comes up with a solution). Which WM are you using? Cheers, Michael -- Michael Gmelin From owner-freebsd-current@freebsd.org Wed Jul 29 10:19:57 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B721A3A6663 for ; Wed, 29 Jul 2020 10:19:57 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BGqKn3Jrbz4bPs for ; Wed, 29 Jul 2020 10:19:57 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: by mailman.nyi.freebsd.org (Postfix) id 71AE23A6830; Wed, 29 Jul 2020 10:19:57 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 716EF3A674D for ; Wed, 29 Jul 2020 10:19:57 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (using TLSv1.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 4BGqKm3lbkz4bjT for ; Wed, 29 Jul 2020 10:19:56 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (v-critter.freebsd.dk [192.168.55.3]) (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 phk.freebsd.dk (Postfix) with ESMTPS id CDEDD1AF20F; Wed, 29 Jul 2020 10:19:54 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.16.1/8.16.1) with ESMTPS id 06TAJsTi079175 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 29 Jul 2020 10:19:54 GMT (envelope-from phk@critter.freebsd.dk) Received: (from phk@localhost) by critter.freebsd.dk (8.16.1/8.16.1/Submit) id 06TAJskg079174; Wed, 29 Jul 2020 10:19:54 GMT (envelope-from phk) To: Michael Gmelin cc: current@freebsd.org Subject: Re: KiCad is horrible on CURRENT In-reply-to: <20200729121250.43f62993@bsd64.grem.de> From: "Poul-Henning Kamp" References: <75848.1596009145@critter.freebsd.dk> <18DD8B92-7DAD-4BE6-A0CC-9C2A81B08EE2@grem.de> <79000.1596015389@critter.freebsd.dk> <20200729121250.43f62993@bsd64.grem.de> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <79172.1596017994.1@critter.freebsd.dk> Date: Wed, 29 Jul 2020 10:19:54 +0000 Message-ID: <79173.1596017994@critter.freebsd.dk> X-Rspamd-Queue-Id: 4BGqKm3lbkz4bjT X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of phk@critter.freebsd.dk designates 130.225.244.222 as permitted sender) smtp.mailfrom=phk@critter.freebsd.dk X-Spamd-Result: default: False [-2.90 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.93)[-0.933]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-0.96)[-0.961]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.dk]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.005]; RCPT_COUNT_TWO(0.00)[2]; FORGED_SENDER(0.30)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:1835, ipnet:130.225.0.0/16, country:EU]; RCVD_TLS_ALL(0.00)[]; FROM_NEQ_ENVFROM(0.00)[phk@phk.freebsd.dk,phk@critter.freebsd.dk] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2020 10:19:57 -0000 -------- Michael Gmelin writes: > I might try to reproduce the issue myself later this week (if I happen > to find some time and nobody else comes up with a solution). Which WM > are you using? I just noticed that KiCad's scroll-bars flash a lot whenever the mouse pointer is moved, that sounds like it could be the focus-event-flooding. I'm using ctwm :-) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@freebsd.org Wed Jul 29 10:27:10 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F199A3A6BBF for ; Wed, 29 Jul 2020 10:27:10 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BGqV65ZX7z4c6x for ; Wed, 29 Jul 2020 10:27:10 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: by mailman.nyi.freebsd.org (Postfix) id BD6C03A6CC0; Wed, 29 Jul 2020 10:27:10 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BD22D3A6BBE for ; Wed, 29 Jul 2020 10:27:10 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (using TLSv1.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 4BGqV56Fmcz4cHB for ; Wed, 29 Jul 2020 10:27:09 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (v-critter.freebsd.dk [192.168.55.3]) (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 phk.freebsd.dk (Postfix) with ESMTPS id EDAE41AF20F; Wed, 29 Jul 2020 10:27:07 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.16.1/8.16.1) with ESMTPS id 06TAR7Rs079223 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 29 Jul 2020 10:27:07 GMT (envelope-from phk@critter.freebsd.dk) Received: (from phk@localhost) by critter.freebsd.dk (8.16.1/8.16.1/Submit) id 06TAR7YH079222; Wed, 29 Jul 2020 10:27:07 GMT (envelope-from phk) cc: Michael Gmelin , current@freebsd.org Subject: Re: KiCad is horrible on CURRENT In-reply-to: <79173.1596017994@critter.freebsd.dk> From: "Poul-Henning Kamp" References: <75848.1596009145@critter.freebsd.dk> <18DD8B92-7DAD-4BE6-A0CC-9C2A81B08EE2@grem.de> <79000.1596015389@critter.freebsd.dk> <20200729121250.43f62993@bsd64.grem.de> <79173.1596017994@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <79220.1596018427.1@critter.freebsd.dk> Date: Wed, 29 Jul 2020 10:27:07 +0000 Message-ID: <79221.1596018427@critter.freebsd.dk> X-Rspamd-Queue-Id: 4BGqV56Fmcz4cHB X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of phk@critter.freebsd.dk designates 130.225.244.222 as permitted sender) smtp.mailfrom=phk@critter.freebsd.dk X-Spamd-Result: default: False [-0.26 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.86)[-0.856]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-0.74)[-0.742]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.dk]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.66)[-0.661]; RCPT_COUNT_TWO(0.00)[2]; MISSING_TO(2.00)[]; FORGED_SENDER(0.30)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:1835, ipnet:130.225.0.0/16, country:EU]; RCVD_TLS_ALL(0.00)[]; FROM_NEQ_ENVFROM(0.00)[phk@phk.freebsd.dk,phk@critter.freebsd.dk] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2020 10:27:11 -0000 -------- Poul-Henning Kamp writes: > -------- > Michael Gmelin writes: > > > I might try to reproduce the issue myself later this week (if I happen > > to find some time and nobody else comes up with a solution). Which WM > > are you using? > > I just noticed that KiCad's scroll-bars flash a lot whenever the mouse > pointer is moved, that sounds like it could be the focus-event-flooding. I just checked: my x11-server is also -current as of sunday, so that D245854 patch is in place. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@freebsd.org Wed Jul 29 13:13:56 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E200D3AAB12 for ; Wed, 29 Jul 2020 13:13:56 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BGvBX56Ryz3WwQ for ; Wed, 29 Jul 2020 13:13:56 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id AF83C3AAB11; Wed, 29 Jul 2020 13:13:56 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AF4883AA812 for ; Wed, 29 Jul 2020 13:13:56 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io1-f52.google.com (mail-io1-f52.google.com [209.85.166.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 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BGvBW4Gqvz3XBr for ; Wed, 29 Jul 2020 13:13:55 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io1-f52.google.com with SMTP id e64so24400870iof.12 for ; Wed, 29 Jul 2020 06:13:55 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=V9kOiBga7NBB0ubu69JdzGUYUl8BqKE47OGvGlhHTTQ=; b=cSJX4frBh+tD+YVNOZpE+rlA8nR0eOJu+zXBr2Td6/YnM3CFAMwqjFwEgeq9ErrBPB M1EtpAmtvr0HsYPbk+KnBPBeiWwM+MZDqlR4SYU6euQUdXp8eSB1pajDflQ78K6xeF0T nKtF3mzeIiH1sV0z6FUdXZj6DdAF/eE9o8OVz89vLvVqCZdeDa61gGEcX5uJgnS0W0uU 9zJYieyhKceADWfs7/yvFUiVxpsLtGPkIX6u4ihCuOUhvhV5CqU2LJqQQ62rsEDUvhmU Qib1aE81iNNlzbe6J0RDYvdk15gUf/Pvl6iUTtxuvtqnwe7e869KAESrRcKgjWZHFS0P cJag== X-Gm-Message-State: AOAM533SbCI9POyQ7O0csszzZlVhvtVktpJ2SE1TBfb35C6XA7IJOZbh iPNftSkMCUOupLD6MX/s7g4xhfn2Kjy7n5H+Mc+8PKMR X-Google-Smtp-Source: ABdhPJxxgbXCFZK7U13P2DQnoST9YdtG2FbubswCJvhd+Ux+YZIFw95SFbEKg5EDd8+t7HTPW4bmi6eAuog8i2jTLkA= X-Received: by 2002:a05:6638:2595:: with SMTP id s21mr22616292jat.12.1596028434408; Wed, 29 Jul 2020 06:13:54 -0700 (PDT) MIME-Version: 1.0 References: <75848.1596009145@critter.freebsd.dk> <18DD8B92-7DAD-4BE6-A0CC-9C2A81B08EE2@grem.de> <79000.1596015389@critter.freebsd.dk> <20200729121250.43f62993@bsd64.grem.de> <79173.1596017994@critter.freebsd.dk> In-Reply-To: <79173.1596017994@critter.freebsd.dk> From: Ed Maste Date: Wed, 29 Jul 2020 09:13:42 -0400 Message-ID: Subject: Re: KiCad is horrible on CURRENT To: Poul-Henning Kamp Cc: Michael Gmelin , current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4BGvBW4Gqvz3XBr 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.52 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-1.69 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.74)[-0.739]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; NEURAL_HAM_LONG(-0.87)[-0.874]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.08)[-0.075]; RCVD_IN_DNSWL_NONE(0.00)[209.85.166.52:from]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.166.52: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-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2020 13:13:56 -0000 On Wed, 29 Jul 2020 at 06:20, Poul-Henning Kamp wrote: > > I just noticed that KiCad's scroll-bars flash a lot whenever the mouse > pointer is moved, that sounds like it could be the focus-event-flooding. For me KiCad's scroll bars are hidden, and flash briefly on and off while the pointer's moving. This is with a USB mouse (trackball) attached, and xfwm4. Things seem normal other than the scroll bars though. I have a kernel and world from July 14, and packages a little older than that. From owner-freebsd-current@freebsd.org Wed Jul 29 13:26:45 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C8DC53AB010 for ; Wed, 29 Jul 2020 13:26:45 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BGvTK3nHpz3Xpc for ; Wed, 29 Jul 2020 13:26:45 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: by mailman.nyi.freebsd.org (Postfix) id 81D303AB00F; Wed, 29 Jul 2020 13:26:45 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 819833AADB5 for ; Wed, 29 Jul 2020 13:26:45 +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 "Christoph Moench-Tegeder" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BGvTJ4W8Mz3Y24 for ; Wed, 29 Jul 2020 13:26:44 +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 "Christoph Moench-Tegeder" (not verified)) by smtp.burggraben.net (Postfix) with ESMTPS id 1C186C0030D; Wed, 29 Jul 2020 15:26:41 +0200 (CEST) Received: by elch.exwg.net (Postfix, from userid 1000) id BD949139904; Wed, 29 Jul 2020 15:26:40 +0200 (CEST) Date: Wed, 29 Jul 2020 15:26:40 +0200 From: Christoph Moench-Tegeder To: Poul-Henning Kamp Cc: current@freebsd.org Subject: Re: KiCad is horrible on CURRENT Message-ID: <20200729132640.GA3147@elch.exwg.net> References: <75848.1596009145@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <75848.1596009145@critter.freebsd.dk> User-Agent: Mutt/1.14.6 (2020-07-11) X-Rspamd-Queue-Id: 4BGvTJ4W8Mz3Y24 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 [-2.16 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.990]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:88.198.69.140]; NEURAL_HAM_LONG(-1.03)[-1.029]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[burggraben.net]; NEURAL_SPAM_SHORT(0.16)[0.158]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[88.198.69.140:from]; 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-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2020 13:26:45 -0000 ## Poul-Henning Kamp (phk@phk.freebsd.dk): > When I start cad/kicad (which I have not done in some time), the > gui is horribly lagging and often downright confused about > the cursors whereabouts. KiCad maintainer writing. I can't reproduce your problem on 12.1 (and I don't have a trackpad available). > One of the few diagnostics I see related to this is: > > 07:33:34: Debug: window wxScrolledWindow(0x81a3f8000, ) lost focus even though it didn't have it But this message exists even here. It's from wxWidgets (wx31-gtk3, pulled in via wxPython) and the whole wx-thingy is slightly messy... Anyways, I'd think this message itself is harmless. Regards, Christoph -- Spare Space From owner-freebsd-current@freebsd.org Wed Jul 29 14:23:51 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5EB393AC13A for ; Wed, 29 Jul 2020 14:23:51 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BGwlC0GDsz3bYT for ; Wed, 29 Jul 2020 14:23:51 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: by mailman.nyi.freebsd.org (Postfix) id 08FE13AC139; Wed, 29 Jul 2020 14:23:51 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 08C523ABD4A for ; Wed, 29 Jul 2020 14:23:51 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (using TLSv1.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 4BGwl94bmDz3bmM for ; Wed, 29 Jul 2020 14:23:49 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (v-critter.freebsd.dk [192.168.55.3]) (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 phk.freebsd.dk (Postfix) with ESMTPS id B13071AF20F; Wed, 29 Jul 2020 14:23:46 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.16.1/8.16.1) with ESMTPS id 06TENkWA082230 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 29 Jul 2020 14:23:46 GMT (envelope-from phk@critter.freebsd.dk) Received: (from phk@localhost) by critter.freebsd.dk (8.16.1/8.16.1/Submit) id 06TENj1m082229; Wed, 29 Jul 2020 14:23:45 GMT (envelope-from phk) To: Christoph Moench-Tegeder cc: current@freebsd.org Subject: Re: KiCad is horrible on CURRENT In-reply-to: <20200729132640.GA3147@elch.exwg.net> From: "Poul-Henning Kamp" References: <75848.1596009145@critter.freebsd.dk> <20200729132640.GA3147@elch.exwg.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <82227.1596032625.1@critter.freebsd.dk> Date: Wed, 29 Jul 2020 14:23:45 +0000 Message-ID: <82228.1596032625@critter.freebsd.dk> X-Rspamd-Queue-Id: 4BGwl94bmDz3bmM X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of phk@critter.freebsd.dk designates 130.225.244.222 as permitted sender) smtp.mailfrom=phk@critter.freebsd.dk X-Spamd-Result: default: False [-2.75 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.93)[-0.933]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-0.96)[-0.962]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.dk]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.85)[-0.853]; RCPT_COUNT_TWO(0.00)[2]; FORGED_SENDER(0.30)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:1835, ipnet:130.225.0.0/16, country:EU]; FROM_NEQ_ENVFROM(0.00)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2020 14:23:51 -0000 -------- Christoph Moench-Tegeder writes: > KiCad maintainer writing. Many thanks maintaining KiCad, it's one of the tools I cannot live without. > > One of the few diagnostics I see related to this is: > > > > 07:33:34: Debug: window wxScrolledWindow(0x81a3f8000, ) lost focus even > though it didn't have it > > But this message exists even here. It's from wxWidgets (wx31-gtk3, > pulled in via wxPython) and the whole wx-thingy is slightly messy... > Anyways, I'd think this message itself is harmless. Ok, I will disregard that. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@freebsd.org Wed Jul 29 16:49:53 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 40E243AE6B3 for ; Wed, 29 Jul 2020 16:49:53 +0000 (UTC) (envelope-from mr@freebsd.org) Received: from app.eeeit.de (app.eeeit.de [188.68.43.176]) (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 4BGzzh3xBmz41Y0 for ; Wed, 29 Jul 2020 16:49:52 +0000 (UTC) (envelope-from mr@freebsd.org) Received: from localhost (localhost [127.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: mike@reifenberger.com) by app.eeeit.de (Postfix) with ESMTPSA id 60B5B8A887 for ; Wed, 29 Jul 2020 18:49:45 +0200 (CEST) Received: from ipbcc0d9e6.dynamic.kabel-deutschland.de (ipbcc0d9e6.dynamic.kabel-deutschland.de [188.192.217.230]) by app.eeeit.de (Horde Framework) with HTTPS; Wed, 29 Jul 2020 16:49:45 +0000 Date: Wed, 29 Jul 2020 16:49:45 +0000 Message-ID: <20200729164945.Horde.I1rJ4_4YqsSWfWCsRVUkRmU@app.eeeit.de> From: MR To: freebsd-current@freebsd.org Subject: Re: KiCad is horrible on CURRENT References: <75848.1596009145@critter.freebsd.dk> <20200729132640.GA3147@elch.exwg.net> In-Reply-To: <20200729132640.GA3147@elch.exwg.net> User-Agent: Horde Application Framework 5 Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-Rspamd-Queue-Id: 4BGzzh3xBmz41Y0 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:197540, ipnet:188.68.32.0/20, country:DE] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2020 16:49:53 -0000 Zitat von Christoph Moench-Tegeder : > ## Poul-Henning Kamp (phk@phk.freebsd.dk): > >> When I start cad/kicad (which I have not done in some time), the >> gui is horribly lagging and often downright confused about >> the cursors whereabouts. > > KiCad maintainer writing. > I can't reproduce your problem on 12.1 (and I don't have a trackpad > available). > Can't reproduce with kicad-devel on RELENG_12 either. greetings --- Michael -- greetings --- mike mr@freebsd.org From owner-freebsd-current@freebsd.org Wed Jul 29 19:01:26 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A249C3689F9 for ; Wed, 29 Jul 2020 19:01:26 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BH2vV1csrz46xD for ; Wed, 29 Jul 2020 19:01:26 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: by mailman.nyi.freebsd.org (Postfix) id 35D5E3689F8; Wed, 29 Jul 2020 19:01:26 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 359B5368D95 for ; Wed, 29 Jul 2020 19:01:26 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (using TLSv1.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 4BH2vT00fWz47GN; Wed, 29 Jul 2020 19:01:24 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (v-critter.freebsd.dk [192.168.55.3]) (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 phk.freebsd.dk (Postfix) with ESMTPS id 4EB691AF20F; Wed, 29 Jul 2020 19:01:22 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.16.1/8.16.1) with ESMTPS id 06TJ1Lov083389 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 29 Jul 2020 19:01:22 GMT (envelope-from phk@critter.freebsd.dk) Received: (from phk@localhost) by critter.freebsd.dk (8.16.1/8.16.1/Submit) id 06TJ1LTF083388; Wed, 29 Jul 2020 19:01:21 GMT (envelope-from phk) To: Ed Maste cc: Michael Gmelin , current Subject: Re: KiCad is horrible on CURRENT In-reply-to: From: "Poul-Henning Kamp" References: <75848.1596009145@critter.freebsd.dk> <18DD8B92-7DAD-4BE6-A0CC-9C2A81B08EE2@grem.de> <79000.1596015389@critter.freebsd.dk> <20200729121250.43f62993@bsd64.grem.de> <79173.1596017994@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <83386.1596049281.1@critter.freebsd.dk> Date: Wed, 29 Jul 2020 19:01:21 +0000 Message-ID: <83387.1596049281@critter.freebsd.dk> X-Rspamd-Queue-Id: 4BH2vT00fWz47GN X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of phk@critter.freebsd.dk designates 130.225.244.222 as permitted sender) smtp.mailfrom=phk@critter.freebsd.dk X-Spamd-Result: default: False [-1.91 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.91)[-0.908]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-0.90)[-0.903]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.dk]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.10)[-0.098]; FORGED_SENDER(0.30)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:1835, ipnet:130.225.0.0/16, country:EU]; FROM_NEQ_ENVFROM(0.00)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2020 19:01:26 -0000 -------- Ed Maste writes: > On Wed, 29 Jul 2020 at 06:20, Poul-Henning Kamp wrote: > > > > I just noticed that KiCad's scroll-bars flash a lot whenever the mouse > > pointer is moved, that sounds like it could be the focus-event-flooding. > > For me KiCad's scroll bars are hidden, and flash briefly on and off > while the pointer's moving. This is with a USB mouse (trackball) > attached, and xfwm4. I'm seing similar stuff, and sometimes I am also seeing some screen artifacts which could implicate DRM :-( -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@freebsd.org Wed Jul 29 19:13:16 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0EE5636915D for ; Wed, 29 Jul 2020 19:13:16 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BH3975nMlz47ln for ; Wed, 29 Jul 2020 19:13:15 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mailman.nyi.freebsd.org (Postfix) id C4B0D36915C; Wed, 29 Jul 2020 19:13:15 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C47B836940B for ; Wed, 29 Jul 2020 19:13:15 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (Client CN "mail.evolve.de", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BH39648zHz481f; Wed, 29 Jul 2020 19:13:14 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id 841e25ed; Wed, 29 Jul 2020 19:13:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; s=20180501; bh=0JavDlhBF1SAef dZXF/Nqcu4uDY=; b=pBpOYOjtvf3ympdjeqo7XL3fpbsCMjaXISvJ0OORGQoEbW +rAIRBVqhWnRhR8lBMHoFjOT8gHGMd/QdUR3WWLEPhWTASQd7TJmv/nJDgeTg8cf XDy1f4E3xia7ts4K+mlKxYyx6e4mcazdn5onNVxf5FIeD5iaZGW3GSie2Gb+4Cc8 bcbhJIyk7d2yNfRQnKEc4+20pug9zVZo0EAp7YNfSPjFgPIR9Zm5JRbzfb/kB8E8 Ct2OSjRujs1N5y+UmrWkw16MBItCo4lDX5vVJIKe0zBQpyKBm/tx+y7F8XPhNkvf eX+dJCt5iLD/CUi4pt2IAW2gfShO4V+QF7GsHbOg== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; q=dns; s=20180501; b=qrReMCrx oQkaVW0xM4YXqeNmux4XeZPsW3jgwWP586g4PPBGKGD6uQKtj1Wf0iFlhWohwkC4 e/YLwI3QR6In7m5c2cd/Rcny1aZvENJEfuOWGEY0e48BOrdfIA4A1VvQAYY8GndI 6PIMBci2uL1TEiK3aMBbaYb6MTESr4AUd+UKatS7gcjLhmEwIQH54cGHwiFFdj68 Bst6Lo3kT8UcMvW1OdqmRQ8KhLaSsgfbDbnLGxXRdkxEmKisfmLJaLirTxkWhhTm m1kw6EcGDDWVdY8qg79qrU3vCz+PV/JYGMON6Z8Eh3xMut+zo+PyMoVaGQpDopdO urX4WT3ojNBBoQ== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 1db1d176 (TLSv1.2:ECDHE-RSA-CHACHA20-POLY1305:256:NO); Wed, 29 Jul 2020 19:13:10 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) Subject: Re: KiCad is horrible on CURRENT From: Michael Gmelin In-Reply-To: <83387.1596049281@critter.freebsd.dk> Date: Wed, 29 Jul 2020 21:13:09 +0200 Cc: Ed Maste , current Message-Id: <6B469825-A762-498E-BE7C-82A77B987425@grem.de> References: <83387.1596049281@critter.freebsd.dk> To: Poul-Henning Kamp X-Mailer: iPhone Mail (17F80) X-Rspamd-Queue-Id: 4BH39648zHz481f X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=grem.de header.s=20180501 header.b=pBpOYOjt; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@grem.de designates 213.239.217.29 as permitted sender) smtp.mailfrom=freebsd@grem.de X-Spamd-Result: default: False [-1.67 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[grem.de:s=20180501]; NEURAL_HAM_MEDIUM(-1.02)[-1.019]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:213.239.217.29/32]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grem.de]; NEURAL_HAM_LONG(-1.05)[-1.048]; NEURAL_SPAM_SHORT(0.40)[0.399]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[grem.de:+]; FROM_EQ_ENVFROM(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-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2020 19:13:16 -0000 > On 29. Jul 2020, at 21:02, Poul-Henning Kamp wrote: >=20 > =EF=BB=BF-------- > Ed Maste writes: >>> On Wed, 29 Jul 2020 at 06:20, Poul-Henning Kamp wro= te: >>>=20 >>> I just noticed that KiCad's scroll-bars flash a lot whenever the mouse >>> pointer is moved, that sounds like it could be the focus-event-flooding.= >>=20 >> For me KiCad's scroll bars are hidden, and flash briefly on and off >> while the pointer's moving. This is with a USB mouse (trackball) >> attached, and xfwm4. >=20 > I'm seing similar stuff, and sometimes I am also seeing some screen > artifacts which could implicate DRM :-( >=20 Which driver are you using? > --=20 > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe =20 > Never attribute to malice what can adequately be explained by incompetence= . > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"= From owner-freebsd-current@freebsd.org Wed Jul 29 19:18:16 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 04BAF369782 for ; Wed, 29 Jul 2020 19:18:16 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BH3Gv5n3Hz486D for ; Wed, 29 Jul 2020 19:18:15 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: by mailman.nyi.freebsd.org (Postfix) id C4790369683; Wed, 29 Jul 2020 19:18:15 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C4406369701 for ; Wed, 29 Jul 2020 19:18:15 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (using TLSv1.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 4BH3Gv04NYz48Kv; Wed, 29 Jul 2020 19:18:14 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (v-critter.freebsd.dk [192.168.55.3]) (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 phk.freebsd.dk (Postfix) with ESMTPS id D45151AF20F; Wed, 29 Jul 2020 19:18:12 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.16.1/8.16.1) with ESMTPS id 06TJICVS083466 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 29 Jul 2020 19:18:12 GMT (envelope-from phk@critter.freebsd.dk) Received: (from phk@localhost) by critter.freebsd.dk (8.16.1/8.16.1/Submit) id 06TJICRT083465; Wed, 29 Jul 2020 19:18:12 GMT (envelope-from phk) To: Michael Gmelin cc: Ed Maste , current Subject: Re: KiCad is horrible on CURRENT In-reply-to: <6B469825-A762-498E-BE7C-82A77B987425@grem.de> From: "Poul-Henning Kamp" References: <83387.1596049281@critter.freebsd.dk> <6B469825-A762-498E-BE7C-82A77B987425@grem.de> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <83463.1596050292.1@critter.freebsd.dk> Content-Transfer-Encoding: quoted-printable Date: Wed, 29 Jul 2020 19:18:12 +0000 Message-ID: <83464.1596050292@critter.freebsd.dk> X-Rspamd-Queue-Id: 4BH3Gv04NYz48Kv X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of phk@critter.freebsd.dk designates 130.225.244.222 as permitted sender) smtp.mailfrom=phk@critter.freebsd.dk X-Spamd-Result: default: False [-1.95 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.91)[-0.914]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-0.90)[-0.897]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.dk]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.14)[-0.136]; FORGED_SENDER(0.30)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:1835, ipnet:130.225.0.0/16, country:EU]; FROM_NEQ_ENVFROM(0.00)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2020 19:18:16 -0000 -------- Michael Gmelin writes: > Which driver are you using? drm-devel-kmod-5.3.g20200724 dmesg: 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 di= sabled(-19). __pm_runtime_resume not implemented -- see your local kernel hacker pm_runtime_mark_last_busy not implemented -- see your local kernel hacker __pm_runtime_suspend not implemented -- see your local kernel hacker Failed to add WC MTRR for [0x80000000-0x9fffffff]: -22; performance may s= uffer [drm] Got stolen memory base 0x7d800000, size 0x2000000 [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [drm] Driver supports precise vblank timestamp query. [drm] Connector eDP-1: get mode from tunables: [drm] - kern.vt.fb.modes.eDP-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] 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-2: get mode from tunables: [drm] - kern.vt.fb.modes.DP-2 [drm] - kern.vt.fb.default_mode [drm] Connector HDMI-A-2: get mode from tunables: [drm] - kern.vt.fb.modes.HDMI-A-2 [drm] - kern.vt.fb.default_mode pm_runtime_get_if_in_use not implemented -- see your local kernel hacker kmem_cache_shrink not implemented -- see your local kernel hacker kmem_cache_shrink not implemented -- see your local kernel hacker kmem_cache_shrink not implemented -- see your local kernel hacker kmem_cache_shrink not implemented -- see your local kernel hacker register_oom_notifier not implemented -- see your local kernel hacker kmem_cache_shrink not implemented -- see your local kernel hacker kmem_cache_shrink not implemented -- see your local kernel hacker kmem_cache_shrink not implemented -- see your local kernel hacker sysctl_warn_reuse: can't re-use a leaf (hw.dri.debug)! [drm] Initialized i915 1.6.0 20190619 for drmn0 on minor 0 register_acpi_notifier not implemented -- see your local kernel hacker async_schedule is dodgy -- see your local kernel hacker pm_runtime_set_autosuspend_delay not implemented -- see your local kernel= hacker __pm_runtime_use_autosuspend not implemented -- see your local kernel hac= ker async_synchronize_cookie not implemented -- see your local kernel hacker acpi_video0: on vgapci0 WARNING: Device "fb" is Giant locked and may be deleted before FreeBSD 13= .0. VT: Replacing driver "vga" with new "fb". [drm] Reducing the compressed framebuffer size. This may lead to less pow= er savings than a non-reduced-size. Try to increase stolen memory size if = available in BIOS. start FB_INFO: type=3D11 height=3D1080 width=3D1920 depth=3D32 cmsize=3D16 size=3D14745600 pbase=3D0x80040000 vbase=3D0xfffff80080040000 name=3Ddrmn0 flags=3D0x0 stride=3D10240 bpp=3D32 cmap[0]=3D0 cmap[1]=3D7f0000 cmap[2]=3D7f00 cmap[3]=3Dc4a000 end FB_INFO drmn0: fb0: i915drmfb frame buffer device drmn0: successfully loaded firmware image with name: i915/kbl_dmc_ver1_04= .bin [drm] Finished loading DMC firmware i915/kbl_dmc_ver1_04.bin (v1.4) -- = Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe = Never attribute to malice what can adequately be explained by incompetence= . From owner-freebsd-current@freebsd.org Wed Jul 29 19:25:22 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C18AC3694EE for ; Wed, 29 Jul 2020 19:25:22 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4BH3R643hDz48Wj for ; Wed, 29 Jul 2020 19:25:22 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 899683698BE; Wed, 29 Jul 2020 19:25:22 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 895AF3694ED for ; Wed, 29 Jul 2020 19:25:22 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-il1-f169.google.com (mail-il1-f169.google.com [209.85.166.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 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BH3R533vqz48vw for ; Wed, 29 Jul 2020 19:25:21 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-il1-f169.google.com with SMTP id t4so20420222iln.1 for ; Wed, 29 Jul 2020 12:25:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=J+Y7ZDJrVFiXTP0eDEDiliCEh7WbBiiHBPXX/AUmKw0=; b=FSXNBZiQnIQ8Co9ziDpqUaO4dRIOATWi35+6TmQGWaMU7FGqLnNV1ZkRqV8ga57nwB VUKtoAxzWaLB798cGNEOlC5Doje07BNTXVo+g7KrW2CIYi9rn1uYfUt+kIwKdDzt64hO 9igLLmIGF6n7HnrtUFouhdoDSKj41C+0MkR5Ui4BQT/iCk6Zvr92fZbqSI0OdX76TAn2 e0zgxg6tU3BQOb+cwHPSsSgVl1qSdx9JuhRXMFQCj9SoFPJz+dPN0tKMSI6goTsAbOLh O8OeoBoBx9kKuTvseV2GKdVJ/yGhorFnMTKMXbp4el8YNEcN/NlmtnVFlWkA0PL9HT4j Dguw== X-Gm-Message-State: AOAM532Pb+5zeuyJLVrBpqU2YintJjHI+2AB5zbuplbecO6o6Ov27eLc 65gx5ARO+ydEGQ4FeOIMedHOaBxJTKsNutPktJeS/tXB3Hk= X-Google-Smtp-Source: ABdhPJzPEPPUXURpaL6V7bHe64t/EnOKZMbrz17xIiesA0+m3QEUxKGVETSuwneOEyQpYKTLXWQM2auQc//fCC9Uhf4= X-Received: by 2002:a05:6e02:e43:: with SMTP id l3mr34366542ilk.11.1596050719885; Wed, 29 Jul 2020 12:25:19 -0700 (PDT) MIME-Version: 1.0 References: <83387.1596049281@critter.freebsd.dk> <6B469825-A762-498E-BE7C-82A77B987425@grem.de> <83464.1596050292@critter.freebsd.dk> In-Reply-To: <83464.1596050292@critter.freebsd.dk> From: Ed Maste Date: Wed, 29 Jul 2020 15:25:07 -0400 Message-ID: Subject: Re: KiCad is horrible on CURRENT To: Poul-Henning Kamp Cc: Michael Gmelin , current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4BH3R533vqz48vw 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.169 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-1.61 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.72)[-0.719]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; NEURAL_HAM_LONG(-0.88)[-0.878]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.01)[-0.011]; RCVD_IN_DNSWL_NONE(0.00)[209.85.166.169:from]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.166.169: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-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2020 19:25:22 -0000 On Wed, 29 Jul 2020 at 15:18, Poul-Henning Kamp wrote: > > -------- > Michael Gmelin writes: > > > Which driver are you using? > > drm-devel-kmod-5.3.g20200724 I'm using drm-kmod built from https://github.com/freebsd/drm-kmod at 6aeae91adbebae15bb77ccdc87f4e0a1d9fcb184 From owner-freebsd-current@freebsd.org Wed Jul 29 19:25:55 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BEB523696ED for ; Wed, 29 Jul 2020 19:25:55 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BH3Rl3tPlz48m0 for ; Wed, 29 Jul 2020 19:25:55 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mailman.nyi.freebsd.org (Postfix) id 85205369A4E; Wed, 29 Jul 2020 19:25:55 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 84E11369B1E for ; Wed, 29 Jul 2020 19:25:55 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (Client CN "mail.evolve.de", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BH3Rk3vg8z48ly; Wed, 29 Jul 2020 19:25:54 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id fdf8a737; Wed, 29 Jul 2020 19:25:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; s=20180501; bh=3r+0Exy/kVoixV 6zERpXAbSZ658=; b=X1QvF2AsGEaX1hHcRQCsBj2ALw/l45xOUONm3D3Ceb1xao 8mYJAoroFo0vzJss4egZ8/74uTnraMToPxgBhseb8QKmiSBO8EUvz3n5hCdfpij3 f3guFFhSVlGBhGo27gznbNLNpWb9d0OQo0IYjZW2ijsdvpA95dMrIHKcwIHUaN2B eAyjfKJAgwEPI1+PAVvsPw6Yau/lgU96fsTghAq6ZfDDGRy7d01S7LGx2bVUiZKK LU2M1e5O9kt5Eu+a7hSlpQ1wI5+EsmmciCn864Ky/GfUxqcloaZmA6JRWBkT0Zpa +Kuv0kGHG1zVLLOxqL/JLEmtvHeDFSfbndfTcdgA== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; q=dns; s=20180501; b=iD0yEN3L E/60lphDAredkummAB2KELl7H/FqOUCzvhOs4Q8ctHZXPe7RsPSGhukv4u8BVT3k 3yFo56jHhecxRI6KKNOvWUy7w7Cyb0rz9uHbeX/Vv41scV3dpAYLImamAS+FPMlu 1Osa+bYVQVrqRk4roDLH1B3w+ndIZs6eePrWT4XG+PLsFAGC94sdVlPpYPMd4dP2 kITffQ2GHZq6J+dzLBmdwGnbEhw/Puj57jtuaKgYcFqcdk9+tlglJjNHE8i18bjO hdsz5KOMPe5JPocjJ2LwJzNfWLIQyqwBrDAirAfcPsJVWAIQpwq3U8gMk5eTcD6U zEoNLSdALLf4gA== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id a71e7936 (TLSv1.2:ECDHE-RSA-CHACHA20-POLY1305:256:NO); Wed, 29 Jul 2020 19:25:52 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) Subject: Re: KiCad is horrible on CURRENT From: Michael Gmelin In-Reply-To: <83464.1596050292@critter.freebsd.dk> Date: Wed, 29 Jul 2020 21:25:50 +0200 Cc: Ed Maste , current Message-Id: <623A414C-8D44-4528-9F16-9241144983BD@grem.de> References: <83464.1596050292@critter.freebsd.dk> To: Poul-Henning Kamp X-Mailer: iPhone Mail (17F80) X-Rspamd-Queue-Id: 4BH3Rk3vg8z48ly X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=grem.de header.s=20180501 header.b=X1QvF2As; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@grem.de designates 213.239.217.29 as permitted sender) smtp.mailfrom=freebsd@grem.de X-Spamd-Result: default: False [-1.84 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[grem.de:s=20180501]; NEURAL_HAM_MEDIUM(-1.02)[-1.020]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:213.239.217.29/32]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grem.de]; NEURAL_HAM_LONG(-1.05)[-1.045]; NEURAL_SPAM_SHORT(0.23)[0.225]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[grem.de:+]; FROM_EQ_ENVFROM(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-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2020 19:25:55 -0000 > On 29. Jul 2020, at 21:18, Poul-Henning Kamp wrote: >=20 > =EF=BB=BF-------- > Michael Gmelin writes: >=20 >> Which driver are you using? >=20 > drm-devel-kmod-5.3.g20200724 >=20 I meant which xorg driver - modesetting or Intel? -m > dmesg: >=20 > 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 d= isabled(-19). > __pm_runtime_resume not implemented -- see your local kernel hacker > pm_runtime_mark_last_busy not implemented -- see your local kernel hack= er > __pm_runtime_suspend not implemented -- see your local kernel hacker > Failed to add WC MTRR for [0x80000000-0x9fffffff]: -22; performance may= suffer > [drm] Got stolen memory base 0x7d800000, size 0x2000000 > [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). > [drm] Driver supports precise vblank timestamp query. > [drm] Connector eDP-1: get mode from tunables: > [drm] - kern.vt.fb.modes.eDP-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] 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-2: get mode from tunables: > [drm] - kern.vt.fb.modes.DP-2 > [drm] - kern.vt.fb.default_mode > [drm] Connector HDMI-A-2: get mode from tunables: > [drm] - kern.vt.fb.modes.HDMI-A-2 > [drm] - kern.vt.fb.default_mode > pm_runtime_get_if_in_use not implemented -- see your local kernel hacke= r > kmem_cache_shrink not implemented -- see your local kernel hacker > kmem_cache_shrink not implemented -- see your local kernel hacker > kmem_cache_shrink not implemented -- see your local kernel hacker > kmem_cache_shrink not implemented -- see your local kernel hacker > register_oom_notifier not implemented -- see your local kernel hacker > kmem_cache_shrink not implemented -- see your local kernel hacker > kmem_cache_shrink not implemented -- see your local kernel hacker > kmem_cache_shrink not implemented -- see your local kernel hacker > sysctl_warn_reuse: can't re-use a leaf (hw.dri.debug)! > [drm] Initialized i915 1.6.0 20190619 for drmn0 on minor 0 > register_acpi_notifier not implemented -- see your local kernel hacker > async_schedule is dodgy -- see your local kernel hacker > pm_runtime_set_autosuspend_delay not implemented -- see your local kern= el hacker > __pm_runtime_use_autosuspend not implemented -- see your local kernel h= acker > async_synchronize_cookie not implemented -- see your local kernel hacke= r > acpi_video0: on vgapci0 > WARNING: Device "fb" is Giant locked and may be deleted before FreeBSD 1= 3.0. > VT: Replacing driver "vga" with new "fb". > [drm] Reducing the compressed framebuffer size. This may lead to less p= ower savings than a non-reduced-size. Try to increase stolen memory size if a= vailable in BIOS. > start FB_INFO: > type=3D11 height=3D1080 width=3D1920 depth=3D32 > cmsize=3D16 size=3D14745600 > pbase=3D0x80040000 vbase=3D0xfffff80080040000 > name=3Ddrmn0 flags=3D0x0 stride=3D10240 bpp=3D32 > cmap[0]=3D0 cmap[1]=3D7f0000 cmap[2]=3D7f00 cmap[3]=3Dc4a000 > end FB_INFO > drmn0: fb0: i915drmfb frame buffer device > drmn0: successfully loaded firmware image with name: i915/kbl_dmc_ver1_= 04.bin > [drm] Finished loading DMC firmware i915/kbl_dmc_ver1_04.bin (v1.4) >=20 >=20 > --=20 > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe =20 > Never attribute to malice what can adequately be explained by incompetence= . > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"= From owner-freebsd-current@freebsd.org Wed Jul 29 19:28:58 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 12928369F2A for ; Wed, 29 Jul 2020 19:28:58 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4BH3WF6D03z49Kr for ; Wed, 29 Jul 2020 19:28:57 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: by mailman.nyi.freebsd.org (Postfix) id D3A89369E44; Wed, 29 Jul 2020 19:28:57 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D372F369E43 for ; Wed, 29 Jul 2020 19:28:57 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (using TLSv1.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 4BH3WF0Xl5z49MY; Wed, 29 Jul 2020 19:28:56 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (v-critter.freebsd.dk [192.168.55.3]) (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 phk.freebsd.dk (Postfix) with ESMTPS id 3F8331AF20F; Wed, 29 Jul 2020 19:28:55 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.16.1/8.16.1) with ESMTPS id 06TJSsDT083520 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 29 Jul 2020 19:28:55 GMT (envelope-from phk@critter.freebsd.dk) Received: (from phk@localhost) by critter.freebsd.dk (8.16.1/8.16.1/Submit) id 06TJSsTY083519; Wed, 29 Jul 2020 19:28:54 GMT (envelope-from phk) To: Michael Gmelin cc: Ed Maste , current Subject: Re: KiCad is horrible on CURRENT In-reply-to: <623A414C-8D44-4528-9F16-9241144983BD@grem.de> From: "Poul-Henning Kamp" References: <83464.1596050292@critter.freebsd.dk> <623A414C-8D44-4528-9F16-9241144983BD@grem.de> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <83517.1596050934.1@critter.freebsd.dk> Content-Transfer-Encoding: quoted-printable Date: Wed, 29 Jul 2020 19:28:54 +0000 Message-ID: <83518.1596050934@critter.freebsd.dk> X-Rspamd-Queue-Id: 4BH3WF0Xl5z49MY X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of phk@critter.freebsd.dk designates 130.225.244.222 as permitted sender) smtp.mailfrom=phk@critter.freebsd.dk X-Spamd-Result: default: False [-1.91 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.91)[-0.909]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-0.90)[-0.905]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.dk]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.10)[-0.096]; FORGED_SENDER(0.30)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:1835, ipnet:130.225.0.0/16, country:EU]; RCVD_TLS_ALL(0.00)[]; FROM_NEQ_ENVFROM(0.00)[phk@phk.freebsd.dk,phk@critter.freebsd.dk] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2020 19:28:58 -0000 -------- Michael Gmelin writes: > I meant which xorg driver - modesetting or Intel? It looks like "modesetting": [ 149.032] (II) Loading /usr/local/lib/xorg/modules/extensions/libglx.s= o [ 149.038] (II) Module glx: vendor=3D"X.Org Foundation" [ 149.038] compiled for 1.20.8, module version =3D 1.0.0 [ 149.038] ABI class: X.Org Server Extension, version 10.0 [ 149.038] (=3D=3D) Matched intel as autoconfigured driver 0 [ 149.038] (=3D=3D) Matched modesetting as autoconfigured driver 1 [ 149.038] (=3D=3D) Matched scfb as autoconfigured driver 2 [ 149.038] (=3D=3D) Matched vesa as autoconfigured driver 3 [ 149.038] (=3D=3D) Assigned the driver to the xf86ConfigLayout [ 149.038] (II) LoadModule: "intel" [ 149.038] (WW) Warning, couldn't open module intel [ 149.038] (EE) Failed to load module "intel" (module does not exist, 0= ) [ 149.038] (II) LoadModule: "modesetting" [ 149.038] (II) Loading /usr/local/lib/xorg/modules/drivers/modesetting= _drv.so [ 149.039] (II) Module modesetting: vendor=3D"X.Org Foundation" [ 149.039] compiled for 1.20.8, module version =3D 1.20.8 [ 149.039] Module class: X.Org Video Driver [ 149.039] ABI class: X.Org Video Driver, version 24.1 -- = Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe = Never attribute to malice what can adequately be explained by incompetence= . From owner-freebsd-current@freebsd.org Wed Jul 29 19:48:47 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E261C36A672 for ; Wed, 29 Jul 2020 19:48:47 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BH3y759zKz4BN8 for ; Wed, 29 Jul 2020 19:48:47 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mailman.nyi.freebsd.org (Postfix) id AFFEE36A46D; Wed, 29 Jul 2020 19:48:47 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AFC5336A5F1 for ; Wed, 29 Jul 2020 19:48:47 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (Client CN "mail.evolve.de", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BH3y65qxxz4BHc; Wed, 29 Jul 2020 19:48:46 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id bc906435; Wed, 29 Jul 2020 19:48:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; s=20180501; bh=uhoLbM9ZhtftEH gQ0WhoSA3SJSo=; b=cS++SPgjIPcnofoabjynmPPFuunVrI9VJW/T+jhls7mbU/ gczUYvU6gtcPRwQ5zI0LtHe2jKuzizp4cgJshggnxoswzA/5Au5eHs44Z/y577rf ZNRpjzj23XX8lLH4T3dMBrVsi9fld3ZLcyPWDRgPa+/7vSGjaIdeJlMdEteHkP8s LwQJfpGBFDOMNW+2dXH2nDEB4x/tLbtWlWMeM+39GrZP4i604aoGAVGqLQqIQ1H8 KrxgWdNWH9y4NQm2mTE+/gqDmw25Tsvk77WWzDdlgz36CvxKNGKtNycJJ4R//R3e fUc9U0PsOBuchjPlEgyHXuH9AQrg2HB+S4k/6zmQ== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; q=dns; s=20180501; b=UXGCQGPm 6H05OhBEyPInJXyTwGDzhtwQbsc3G7GUcXLzPe1BPyLiY2kHj3lQAAIfrav7/QYX K1fwlu7QMPjSCOmDK573uW0d0fKzoP10E3m8VwZx22qHSSE6Y5euHRKYCtwc0RJB Epnq6rR5O33h60JTgcQ7bHx0vp7g94x3qZQpuHC44wKeuNX2+gBD3NeeMnUif02s jOfaEdUKUQDBa63lR3OTV6SEOlFA6//Fr1W64CBzRvyLgftp5cD9kw/YLc72Lkpg NxDzukZ1NP5EZfC9MzIfZbUBITJq6H/tccviULHDWRvgtv3Qt70ndOo1/EnYh4Sb jytcbUpBUqE5LA== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id f008b229 (TLSv1.2:ECDHE-RSA-CHACHA20-POLY1305:256:NO); Wed, 29 Jul 2020 19:48:44 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) Subject: Re: KiCad is horrible on CURRENT From: Michael Gmelin In-Reply-To: <83518.1596050934@critter.freebsd.dk> Date: Wed, 29 Jul 2020 21:48:43 +0200 Cc: Ed Maste , current Message-Id: <9283A0AE-B3B5-4783-8DD4-E2C949DF1E4F@grem.de> References: <83518.1596050934@critter.freebsd.dk> To: Poul-Henning Kamp X-Mailer: iPhone Mail (17F80) X-Rspamd-Queue-Id: 4BH3y65qxxz4BHc X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=grem.de header.s=20180501 header.b=cS++SPgj; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@grem.de designates 213.239.217.29 as permitted sender) smtp.mailfrom=freebsd@grem.de X-Spamd-Result: default: False [-1.84 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[grem.de:s=20180501]; NEURAL_HAM_MEDIUM(-1.02)[-1.020]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:213.239.217.29/32]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grem.de]; NEURAL_HAM_LONG(-1.04)[-1.045]; NEURAL_SPAM_SHORT(0.23)[0.228]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[grem.de:+]; FROM_EQ_ENVFROM(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-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2020 19:48:47 -0000 > On 29. Jul 2020, at 21:29, Poul-Henning Kamp wrote: >=20 > =EF=BB=BF-------- > Michael Gmelin writes: >=20 >> I meant which xorg driver - modesetting or Intel? >=20 > It looks like "modesetting": >=20 You could try installing xf86-video-intel and see if that makes a difference= (in terms of artifacts, can=E2=80=99t imagine it has anything to do with th= e focus issue?!). Unfortunately, I use the machine I have around that=E2=80=99s similar to you= rs for something productive at the moment, so I can=E2=80=99t update it to c= urrent to try myself. -m > [ 149.032] (II) Loading /usr/local/lib/xorg/modules/extensions/libglx= .so > [ 149.038] (II) Module glx: vendor=3D"X.Org Foundation" > [ 149.038] compiled for 1.20.8, module version =3D 1.0.0 > [ 149.038] ABI class: X.Org Server Extension, version 10.0 > [ 149.038] (=3D=3D) Matched intel as autoconfigured driver 0 > [ 149.038] (=3D=3D) Matched modesetting as autoconfigured driver 1 > [ 149.038] (=3D=3D) Matched scfb as autoconfigured driver 2 > [ 149.038] (=3D=3D) Matched vesa as autoconfigured driver 3 > [ 149.038] (=3D=3D) Assigned the driver to the xf86ConfigLayout > [ 149.038] (II) LoadModule: "intel" > [ 149.038] (WW) Warning, couldn't open module intel > [ 149.038] (EE) Failed to load module "intel" (module does not exist,= 0) > [ 149.038] (II) LoadModule: "modesetting" > [ 149.038] (II) Loading /usr/local/lib/xorg/modules/drivers/modesetti= ng_drv.so > [ 149.039] (II) Module modesetting: vendor=3D"X.Org Foundation" > [ 149.039] compiled for 1.20.8, module version =3D 1.20.8 > [ 149.039] Module class: X.Org Video Driver > [ 149.039] ABI class: X.Org Video Driver, version 24.1 >=20 > --=20 > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe =20 > Never attribute to malice what can adequately be explained by incompetence= . > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"= From owner-freebsd-current@freebsd.org Wed Jul 29 20:04:47 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E812E36B2D0 for ; Wed, 29 Jul 2020 20:04:47 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4BH4Jb4t95z4Cf4 for ; Wed, 29 Jul 2020 20:04:47 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: by mailman.nyi.freebsd.org (Postfix) id A50E436B59D; Wed, 29 Jul 2020 20:04:47 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A3BE136B518 for ; Wed, 29 Jul 2020 20:04:47 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (using TLSv1.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 4BH4JZ4pfjz4Cf3; Wed, 29 Jul 2020 20:04:46 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (v-critter.freebsd.dk [192.168.55.3]) (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 phk.freebsd.dk (Postfix) with ESMTPS id BA0231AF20F; Wed, 29 Jul 2020 20:04:44 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.16.1/8.16.1) with ESMTPS id 06TK4iEZ088914 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 29 Jul 2020 20:04:44 GMT (envelope-from phk@critter.freebsd.dk) Received: (from phk@localhost) by critter.freebsd.dk (8.16.1/8.16.1/Submit) id 06TK4ikW088913; Wed, 29 Jul 2020 20:04:44 GMT (envelope-from phk) To: Michael Gmelin cc: Ed Maste , current Subject: Re: KiCad is horrible on CURRENT In-reply-to: <9283A0AE-B3B5-4783-8DD4-E2C949DF1E4F@grem.de> From: "Poul-Henning Kamp" References: <83518.1596050934@critter.freebsd.dk> <9283A0AE-B3B5-4783-8DD4-E2C949DF1E4F@grem.de> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <88911.1596053084.1@critter.freebsd.dk> Content-Transfer-Encoding: quoted-printable Date: Wed, 29 Jul 2020 20:04:44 +0000 Message-ID: <88912.1596053084@critter.freebsd.dk> X-Rspamd-Queue-Id: 4BH4JZ4pfjz4Cf3 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of phk@critter.freebsd.dk designates 130.225.244.222 as permitted sender) smtp.mailfrom=phk@critter.freebsd.dk X-Spamd-Result: default: False [-2.09 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.91)[-0.908]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-0.90)[-0.903]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.dk]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.28)[-0.276]; FORGED_SENDER(0.30)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:1835, ipnet:130.225.0.0/16, country:EU]; FROM_NEQ_ENVFROM(0.00)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2020 20:04:48 -0000 -------- Michael Gmelin writes: > = > > > On 29. Jul 2020, at 21:29, Poul-Henning Kamp wrot= e: > > = > > Michael Gmelin writes: > > = > >> I meant which xorg driver - modesetting or Intel? > > = > > It looks like "modesetting": > > = > > You could try installing xf86-video-intel and see if that makes a differ= ence > (in terms of artifacts, can't imagine it has anything to do with the foc= us issue?!). That seems to have taken care of the scroll-bar flickering, will see how it goes. -- = Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe = Never attribute to malice what can adequately be explained by incompetence= . From owner-freebsd-current@freebsd.org Wed Jul 29 20:37:46 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AABD036BCF8 for ; Wed, 29 Jul 2020 20:37:46 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BH52f2QQJz4FVS for ; Wed, 29 Jul 2020 20:37:46 +0000 (UTC) (envelope-from sjg@juniper.net) Received: by mailman.nyi.freebsd.org (Postfix) id 530CC36BE41; Wed, 29 Jul 2020 20:37:46 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 52C7E36BCF6 for ; Wed, 29 Jul 2020 20:37:46 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.pphosted.com", Issuer "Thawte RSA CA 2018" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BH52d21F8z4FMr for ; Wed, 29 Jul 2020 20:37:45 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from pps.filterd (m0108160.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 06TKWQiX022757; Wed, 29 Jul 2020 13:37:44 -0700 Received: from nam12-mw2-obe.outbound.protection.outlook.com (mail-mw2nam12lp2044.outbound.protection.outlook.com [104.47.66.44]) by mx0b-00273201.pphosted.com with ESMTP id 32gsc56sdv-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 29 Jul 2020 13:37:43 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=lU9Kz8NAU3FApRyyxcB5KfwlT/m2hcsa8jUF/0hIUJKJq2e5SIWLtrmVTOJ5/kjBKiXfMs/2aazVGHdN8/YmOaCqKNds9ngPHZ2UAf3iSdqQ9R+bcL6w1PpgwhQiVlx+dOyhwo+d7sly3CP3AQEJ/rniCDN1zdqq9WG0vmDMiFUbTPnBIZaLi/AZqc4oMmX71PhG2lJPtXeIHeLYK0+qR4/rnHeKwbl3as1BMgV138oKAAzDXtP2B04pwR39w2U5/2qrQtWpFJLRSVpUF6VM8llKgQjUx38NfinCVHGLI/+3vJI6y56FMZWDXREy7VQHz2R8sBpGpUKiFzP0vp6wUQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=J3dfKLWHvabpf9YY5B+bBut9asNBMgq9/q7KaQJdSKI=; b=bTMNMDKYE+i62RYx2l2IQHtz2yA3OcqCGaYzkI2VCacZwRfJaPNu0V974bHtUXvcuuN+FYJb5E41pdVKmFFcHUdKnEYKZOGqpKV7mqroUO0n5dhbxxmOJC0Nud6QMirWrYwDZ9w2sQpMn+t9r+wM7jGe6ruFYvWUp/RSK+9U/TvBd0nDAw/a7RshlrqJaiRaWk6wy4akfKgQmGV0J6dPuHjx2DyUrXtweeSyHMAL6ypMyud+0DEttZw/6tTpAav9CxQrJQx1f2Dti5t3o6kqCvqV+xscqTXBpIcBCANAIWvN9npvv5e7jvQDyBioQZh4/Duul/ethbJlEUFw1Dmj6A== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=softfail (sender ip is 66.129.239.13) smtp.rcpttodomain=freebsd.org smtp.mailfrom=juniper.net; dmarc=fail (p=reject sp=reject pct=100) action=oreject header.from=juniper.net; dkim=none (message not signed); arc=none Received: from MWHPR01CA0041.prod.exchangelabs.com (2603:10b6:300:101::27) by BYAPR05MB4760.namprd05.prod.outlook.com (2603:10b6:a03:47::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3239.10; Wed, 29 Jul 2020 20:37:41 +0000 Received: from CO1NAM05FT008.eop-nam05.prod.protection.outlook.com (2603:10b6:300:101:cafe::d8) by MWHPR01CA0041.outlook.office365.com (2603:10b6:300:101::27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3239.16 via Frontend Transport; Wed, 29 Jul 2020 20:37:41 +0000 X-MS-Exchange-Authentication-Results: spf=softfail (sender IP is 66.129.239.13) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=fail action=oreject header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.13 as permitted sender) Received: from P-EXFEND-EQX-02.jnpr.net (66.129.239.13) by CO1NAM05FT008.mail.protection.outlook.com (10.152.96.114) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.3239.9 via Frontend Transport; Wed, 29 Jul 2020 20:37:41 +0000 Received: from P-EXBEND-EQX-01.jnpr.net (10.104.8.52) by P-EXFEND-EQX-02.jnpr.net (10.104.8.55) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Wed, 29 Jul 2020 13:37:41 -0700 Received: from p-mailhub01.juniper.net (10.104.20.6) by P-EXBEND-EQX-01.jnpr.net (10.104.8.52) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Wed, 29 Jul 2020 13:37:40 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.23.255.254]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id 06TKbedP024059; Wed, 29 Jul 2020 13:37:40 -0700 (envelope-from sjg@juniper.net) Received: by kaos.jnpr.net (Postfix, from userid 1377) id 60758999E; Wed, 29 Jul 2020 13:37:40 -0700 (PDT) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 5F55A999D; Wed, 29 Jul 2020 13:37:40 -0700 (PDT) To: Poul-Henning Kamp CC: , Subject: Re: KiCad is horrible on CURRENT In-Reply-To: <75848.1596009145@critter.freebsd.dk> References: <75848.1596009145@critter.freebsd.dk> Comments: In-reply-to: Poul-Henning Kamp message dated "Wed, 29 Jul 2020 07:52:25 -0000." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6+git; nmh 1.7.1; GNU Emacs 26.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <5344.1596055060.1@kaos.jnpr.net> Date: Wed, 29 Jul 2020 13:37:40 -0700 Message-ID: <9713.1596055060@kaos.jnpr.net> X-EXCLAIMER-MD-CONFIG: e3cb0ff2-54e7-4646-8a04-0dae4ac7b136 X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 6f026a89-8ab9-4e17-7665-08d833ff3d84 X-MS-TrafficTypeDiagnostic: BYAPR05MB4760: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:6430; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: MvRhWnIxSd2/HZXjRGPue/mr6j4JN4t2vzBfCebFhDqN9TIcftCKWM8c/v1pp3316oN8OZJbWoQKw04HEvrta75M2Vx5on2yqzvrCVLXn2nW+R8p6jcQ+rJyONm4KiBL6QHqVYWAaxMpJA59kA/ETn6JIANhpwRcpTgLcr2RM9mTCbEFjAsmb2AYTcJq7cIvOvrdaIYpS4Wp5AflW3ZkbuNUf0E2k0aZ8ymHrld2fDl6M+8E5jh16KnY1mr9auTYucHKEk5b4gUOmt8RU8FOvmaIXUHxZsQz8/vK+dTHsn2jmsfdSl85SxqW+rUhmYJmPQNMHwPz2f7+D6QAQs8Gpf+pTpysYkrJUX8JYptX+5hCfam9FZB2I8ASXy9yYPKE7Lq1vq8Kj7X2VCzw2/mKeg== X-Forefront-Antispam-Report: CIP:66.129.239.13; CTRY:US; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:P-EXFEND-EQX-02.jnpr.net; PTR:InfoDomainNonexistent; CAT:NONE; SFTY:; SFS:(6029001)(4636009)(376002)(346002)(396003)(39860400002)(136003)(46966005)(4326008)(2906002)(8936002)(8676002)(316002)(7696005)(26005)(70586007)(186003)(70206006)(54906003)(86362001)(6916009)(478600001)(47076004)(5660300002)(55016002)(7126003)(82740400003)(9686003)(336012)(356005)(82310400002)(81166007)(4744005)(6266002)(107886003); DIR:OUT; SFP:1102; X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 29 Jul 2020 20:37:41.3755 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 6f026a89-8ab9-4e17-7665-08d833ff3d84 X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.13]; Helo=[P-EXFEND-EQX-02.jnpr.net] X-MS-Exchange-CrossTenant-AuthSource: CO1NAM05FT008.eop-nam05.prod.protection.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR05MB4760 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-07-29_14:2020-07-29, 2020-07-29 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 mlxscore=0 phishscore=0 malwarescore=0 clxscore=1011 bulkscore=0 spamscore=0 lowpriorityscore=0 suspectscore=0 priorityscore=1501 mlxlogscore=513 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2007290137 X-Rspamd-Queue-Id: 4BH52d21F8z4FMr X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.58 / 15.00]; NEURAL_HAM_MEDIUM(-1.02)[-1.016]; R_DKIM_ALLOW(-0.20)[juniper.net:s=PPS1017,juniper.net:s=selector1]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:67.231.152.164]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.02)[-1.025]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[juniper.net:+]; DMARC_POLICY_ALLOW(-0.50)[juniper.net,reject]; NEURAL_HAM_SHORT(-1.44)[-1.441]; RCVD_IN_DNSWL_LOW(-0.10)[67.231.152.164:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:22843, ipnet:67.231.152.0/24, country:US]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_SEVEN(0.00)[10]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2020 20:37:46 -0000 Poul-Henning Kamp wrote: > When I start cad/kicad (which I have not done in some time), the > gui is horribly lagging and often downright confused about > the cursors whereabouts. May not be relevant but FWIW I saw similar issue with kdenlive-19.12 on 11.3 kdenlive-18.x worked fine [kdenlive] [Bug 417031] From owner-freebsd-current@freebsd.org Thu Jul 30 03:16:06 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1844D3751FF for ; Thu, 30 Jul 2020 03:16:06 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ultimatedns.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BHFtF41c5z4cMt; Thu, 30 Jul 2020 03:16:05 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by udns.ultimatedns.net (8.15.2/8.15.2) with ESMTPS id 06U3GQm2073926 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Wed, 29 Jul 2020 20:16:32 -0700 (PDT) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 Cc: Matthew Macy In-Reply-To: From: Chris Reply-To: bsd-lists@BSDforge.com To: freebsd-current Subject: Re: CFT for vendor openzfs - week 4 reminder + memdisk images Date: Wed, 29 Jul 2020 20:16:32 -0700 Message-Id: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4BHFtF41c5z4cMt X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2020 03:16:06 -0000 On Tue, 28 Jul 2020 21:16:28 -0700 Matthew Macy mmacy@freebsd=2Eorg said > On Tue, Jul 28, 2020 at 21:06 Chris wrote: >=20 > > On Tue, 28 Jul 2020 20:50:33 -0700 Matthew Macy mmacy@freebsd=2Eorg said > > > > > On Tue, Jul 28, 2020 at 20:43 Chris wrote: > > > > > > > On Tue, 28 Jul 2020 20:08:33 -0700 Matthew Macy mmacy@freebsd=2Eorg s= aid > > > > > > > > > On Tue, Jul 28, 2020 at 8:03 PM Chris > > wrote: > > > > > > > > > > > > On Tue, 28 Jul 2020 19:10:21 -0700 Matthew Macy mmacy@freebsd=2Eo= rg > > said > > > > > > > > > > > > > On Wednesday, July 8th I issued the initial call for testing = for > > the > > > > > > > update to HEAD to vendored openzfs=2E We'd like to give users > > roughly a > > > > > > > month to test before merging=2E The tentative merge date is Au= gust > > > > > > > 17th=2E > > > > > > > > > > > > > > Again, I hope it's not terribly controversial to point out th= at > > > > > > > it really rests with users of non amd64 platforms to test to > > avoid > > > > any > > > > > > > unpleasant surprises the next time they update their trees > > following > > > > > > > the merge=2E > > > > > > > > > > > > > > amd64, i386, and aarch64 memdisk images can be found at: > > > > > > > > > > > > > > > > > > > > > > > > > https://people=2Efreebsd=2Eorg/~freqlabs/freebsd-openzfs-3d833bea-f10f94aa-= 2020072900/ > > > > > > > > > > > > Is this in an attempt to replace the opensolaris version used n= ow? > > > > > > > > > > The word "attempt" is a misnomer=2E If you search the mail archives > > this > > > > > has been the PoR for some time=2E > > > > Sure=2E OK=2E I caught this thread=2E But must have missed the announceme= nt > > > > of the intent to replace the opensolaris version with openzfs=2E > > > > Do you recall which mailing list that was made to? > > > > > > > > Thank you for your quick reply, Matthew=2E > > > > > > > > > > Apart from the 3 previous CFT mails, the initial intent was discussed= in > > > December 2018=2E Getting FreeBSD support integrated in to openzfs took = a > > lot > > > more incremental PRs than I anticipated=2E > > > > > > > > > > https://lists=2Efreebsd=2Eorg/pipermail/freebsd-current/2018-December/07242= 2=2Ehtml > > > > Thank you very much, Mathew=2E Sorry for any bother=2E > > >=20 >=20 > No bother or not much at least=2E It=E2=80=99s just been a long haul and I= =E2=80=99d like > to > wrap this up=2E No doubt=2E FTR I'm not looking to impede you=2E :-) My only concern would be that I'd need to remaster the art of ZFS=2E I've got 1500 installs to maintain, and any changes tend to alarm me=2E :-) I see we're a bit behind the others, if this status report is current: https://docs=2Egoogle=2Ecom/spreadsheets/d/1CFapSYxA5QRFYy5k6ge3FutU7zbAWbaeGN2= nKVXgxCI/edit#gid=3D0 Will your impending commit move us closer? Is there anything others like myself can do to help? Thanks again, Matthew=2E --Chris >=20 > -M >=20 > > From owner-freebsd-current@freebsd.org Thu Jul 30 11:24:33 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 299163A2303 for ; Thu, 30 Jul 2020 11:24:33 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BHSjr5ycFz4D2m for ; Thu, 30 Jul 2020 11:24:32 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id CCA083A220A; Thu, 30 Jul 2020 11:24:32 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CC6503A2302 for ; Thu, 30 Jul 2020 11:24:32 +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 4BHSjq2zkTz4Cww for ; Thu, 30 Jul 2020 11:24:31 +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 06UBON5C052687 for ; Thu, 30 Jul 2020 11:24:23 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.16.1/8.16.1/Submit) id 06UBONRJ052686 for current@freebsd.org; Thu, 30 Jul 2020 04:24:23 -0700 (PDT) (envelope-from david) Date: Thu, 30 Jul 2020 04:24:23 -0700 From: David Wolfskill To: current@freebsd.org Subject: "make installworld" fail r363660 -> r363689 (amd64) Message-ID: <20200730112423.GL29908@albert.catwhisker.org> Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="c6397Mob2532IpCX" Content-Disposition: inline X-Rspamd-Queue-Id: 4BHSjq2zkTz4Cww 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.26 / 15.00]; HAS_REPLYTO(0.00)[current@freebsd.org]; 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)[+ip4:107.204.234.170]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.03)[-1.029]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_SHORT(-0.32)[-0.318]; DMARC_NA(0.00)[catwhisker.org]; 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]; REPLYTO_EQ_TO_ADDR(5.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Spam: Yes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2020 11:24:33 -0000 --c6397Mob2532IpCX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable build{worl,kernel} and installkernel were uneventful, but: =2E.. install -l h -o root -g wheel -m 555 /usr/bin/mail /usr/bin/Mail install -l h -o root -g wheel -m 555 /usr/bin/mail /usr/bin/mailx =3D=3D=3D> usr.bin/msgs (install) install -s -o root -g wheel -m 555 msgs /usr/bin/msgs install -o root -g wheel -m 444 msgs.1.gz /usr/share/man/man1/ =3D=3D=3D> usr.bin/bmake (install) install -s -o root -g wheel -m 555 make /usr/bin/make install -o root -g wheel -m 444 make.1.gz /usr/share/man/man1/ =3D=3D=3D> usr.bin/bmake/tests (install) ld-elf.so.1: /common/S4/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin/make: U= ndefined symbol "regcomp@FBSD_1.6" *** Error code 1 *** Error code 1 *** Error code 1 *** Error code 1 *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Running: FreeBSD freebeast.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #986 r36= 3660M/363660: Wed Jul 29 03:52:03 PDT 2020 root@freebeast.catwhisker.or= g:/common/S4/obj/usr/src/amd64.amd64/sys/GENERIC amd64 1300102 1300102 src/UPDATING has a recent entry: 20200729: r363679 has redefined some undefined behavior in regcomp(3); notabl= y, extraneous escapes of most ordinary characters will no longer be accepted. An exp-run has identified all of the problems with this = in ports, but other non-ports software may need extra escapes removed = to continue to function. but while there does seem to be some relevance, I'm not seeing what sort of evasive maneuvers I need to make. I would appreciate a suggestion. Thanks! Peace, david --=20 David H. Wolfskill david@catwhisker.org "White fear has become the unalloyed rallying cry of Trump's bid for a second term." -- John Harwood, paraphrasing GOP strategist Stuart Stevens See http://www.catwhisker.org/~david/publickey.gpg for my public key. --c6397Mob2532IpCX Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl8iredfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PcmJJAf/ZEdG3jOzJpmZM30fwpRH7fH7x+wUG+EfGSzcshsHXe+CbtTwulEh0W1V PDJsw3sPMGwHO6jbjUU93H4knMgrZB+bJzXx143nIVOUmHVEIKKGoy2y5sJW8Iok Ccgu7Yp9G0A7BDhOiOx4U8DHxRvolINALIs7/McQH/2NPXlFZGED4XFCwR9rdAgT j9sNxRqZYPH5WtnEg9FDX7hHqKaraudNOKZvjv6mi6UJgksv21GCSxD84g+Wi13l 88tbGEHuD0PCtRHNnBUpxamllWmgCQNze4bt8w83E6lbQJQqoT04OlYW+VVr4q+A EtYoUma0AeLKZFVm4UnC44MXN/4nJA== =deN1 -----END PGP SIGNATURE----- --c6397Mob2532IpCX-- From owner-freebsd-current@freebsd.org Thu Jul 30 11:46:52 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 804973A283D for ; Thu, 30 Jul 2020 11:46:52 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4BHTCc2t75z4F8T for ; Thu, 30 Jul 2020 11:46:52 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 60F053A2961; Thu, 30 Jul 2020 11:46:52 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 60BBD3A283C for ; Thu, 30 Jul 2020 11:46:52 +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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BHTCc1yVcz4F3h for ; Thu, 30 Jul 2020 11:46:52 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qk1-f174.google.com (mail-qk1-f174.google.com [209.85.222.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 2664E1E08B for ; Thu, 30 Jul 2020 11:46:52 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qk1-f174.google.com with SMTP id j187so25194732qke.11 for ; Thu, 30 Jul 2020 04:46:52 -0700 (PDT) X-Gm-Message-State: AOAM533/uqMhWwYiUSBq2eyLjw9bufNKe1rgZZJV2TelQVLNKTfC6wnr uIJhyGkGmyeXgeQzQQ+BywhYr3JRMYnwrOHxaEE= X-Google-Smtp-Source: ABdhPJz3g4Dmq8n6ZD0PLtd2q8glCIm45VBBLpfyqD+mUnvg6bS5rM07PjJ84oNaeWYVlNSMcLMA6Vtz2IwDAIfvElI= X-Received: by 2002:a37:b907:: with SMTP id j7mr9703006qkf.120.1596109611496; Thu, 30 Jul 2020 04:46:51 -0700 (PDT) MIME-Version: 1.0 References: <20200730112423.GL29908@albert.catwhisker.org> In-Reply-To: <20200730112423.GL29908@albert.catwhisker.org> From: Kyle Evans Date: Thu, 30 Jul 2020 06:46:40 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: "make installworld" fail r363660 -> r363689 (amd64) To: current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2020 11:46:52 -0000 On Thu, Jul 30, 2020 at 6:24 AM David Wolfskill wrote: > > build{worl,kernel} and installkernel were uneventful, but: > > ... > install -l h -o root -g wheel -m 555 /usr/bin/mail /usr/bin/Mail > install -l h -o root -g wheel -m 555 /usr/bin/mail /usr/bin/mailx > ===> usr.bin/msgs (install) > install -s -o root -g wheel -m 555 msgs /usr/bin/msgs > install -o root -g wheel -m 444 msgs.1.gz /usr/share/man/man1/ > ===> usr.bin/bmake (install) > install -s -o root -g wheel -m 555 make /usr/bin/make > install -o root -g wheel -m 444 make.1.gz /usr/share/man/man1/ > ===> usr.bin/bmake/tests (install) > ld-elf.so.1: /common/S4/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin/make: Undefined symbol "regcomp@FBSD_1.6" > *** Error code 1 > *** Error code 1 > *** Error code 1 > *** Error code 1 > *** Error code 1 > > Stop. > make[1]: stopped in /usr/src > *** Error code 1 > > Running: > FreeBSD freebeast.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #986 r363660M/363660: Wed Jul 29 03:52:03 PDT 2020 root@freebeast.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/GENERIC amd64 1300102 1300102 > > src/UPDATING has a recent entry: > 20200729: > r363679 has redefined some undefined behavior in regcomp(3); notably, > extraneous escapes of most ordinary characters will no longer be > accepted. An exp-run has identified all of the problems with this in > ports, but other non-ports software may need extra escapes removed to > continue to function. > > but while there does seem to be some relevance, I'm not seeing what > sort of evasive maneuvers I need to make. > > I would appreciate a suggestion. > Hi, Can you describe the environment in which you're running installworld, please? i.e. is it just a raw installworld directly in your shell, or something more complicated? I observed this in testing an exceptional scenario; running installworld in a buildenv. installworld injects .WAIT between lib and libexec + other subdirs, which is supposed to prevent stuff like this (new binary got installed linked against new libc before new libc). Running in a buildenv set SYSROOT and stripped out the .WAITs, leaving me with an annoyance where I had to installworld twice. Thanks, Kyle Evans From owner-freebsd-current@freebsd.org Thu Jul 30 11:59:07 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 295233A2D76 for ; Thu, 30 Jul 2020 11:59:07 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4BHTTk6313z4GDQ for ; Thu, 30 Jul 2020 11:59:06 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id CF8313A303C; Thu, 30 Jul 2020 11:59:06 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CF4D33A2EAE for ; Thu, 30 Jul 2020 11:59:06 +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 4BHTTk37m6z4G2j; Thu, 30 Jul 2020 11:59:06 +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 06UBx5pB053969; Thu, 30 Jul 2020 11:59:05 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.16.1/8.16.1/Submit) id 06UBx5le053968; Thu, 30 Jul 2020 04:59:05 -0700 (PDT) (envelope-from david) Date: Thu, 30 Jul 2020 04:59:04 -0700 From: David Wolfskill To: Kyle Evans Cc: current Subject: Re: "make installworld" fail r363660 -> r363689 (amd64) Message-ID: <20200730115904.GM29908@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Kyle Evans , current References: <20200730112423.GL29908@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="o605RBccvup4jNEP" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4BHTTk37m6z4G2j X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none 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-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2020 11:59:07 -0000 --o605RBccvup4jNEP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 30, 2020 at 06:46:40AM -0500, Kyle Evans wrote: > ... > Hi, >=20 > Can you describe the environment in which you're running installworld, > please? i.e. is it just a raw installworld directly in your shell, or > something more complicated? "make installworld" is being invoked via [t]csh alias from a csh prompt, which is running within script(1), within tmux(1). I use: WITH_META_MODE=3Dyes in /etc/src-env.conf (and have done for a few years, now). More detail is available at http://www.catwhisker.org/~david/FreeBSD/upgrade.html > I observed this in testing an exceptional scenario; running > installworld in a buildenv. installworld injects .WAIT between lib and > libexec + other subdirs, which is supposed to prevent stuff like this > (new binary got installed linked against new libc before new libc). > Running in a buildenv set SYSROOT and stripped out the .WAITs, leaving > me with an annoyance where I had to installworld twice. FWIW, I reproduced the condition on my laptop. (That will probably require more extensive evasive maneuvers on my part, as I need to use the laptop, so I have already rebooted it to stable/12 (my normal running environment). > Thanks, >=20 > Kyle Evans > .... Thank you for the prompt response! Peace, david --=20 David H. Wolfskill david@catwhisker.org "White fear has become the unalloyed rallying cry of Trump's bid for a second term." -- John Harwood, paraphrasing GOP strategist Stuart Stevens See http://www.catwhisker.org/~david/publickey.gpg for my public key. --o605RBccvup4jNEP Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl8itghfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 Pcllfgf/egS/eqe4Ydd2yEqVtYGRPtpFol1ljyH6sUnqI+kp+X4RByDpr5RWFAq3 dOhhl0BkfcEFC0E6Ca+12bzOWW77oPucu1bN9lWzN6eIuzy2CfJpxZUXCGt3ELL0 b9ZkYTs9EgFdySW9YyKyTADEdbqNcr3tr2tX+88l4AMPKz7BBHQGy+un/oSf5m3c Ag3WHreBBB4Jz6L0IP5uCpavD/nRlDLqe8FeNM1SnLuw66tzH8KEaLrIMY6/YOpu 5i+H+Tie2MEQIQFKr0wJQ187HrnT1IV6kbWJes2HfMAfmSDjI2vluGOeXTBfK3cD mbuYFgx1X0dneE9fb2uZZN2GLk297Q== =OrZl -----END PGP SIGNATURE----- --o605RBccvup4jNEP-- From owner-freebsd-current@freebsd.org Thu Jul 30 12:04:28 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E93153A4114 for ; Thu, 30 Jul 2020 12:04:28 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4BHTbw1l6Jz4HN8 for ; Thu, 30 Jul 2020 12:04:28 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: by mailman.nyi.freebsd.org (Postfix) id 39EC73A3E44; Thu, 30 Jul 2020 12:04:28 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 39A2B3A3DC5 for ; Thu, 30 Jul 2020 12:04:28 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) (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 4BHTbv6JJbz4HJX for ; Thu, 30 Jul 2020 12:04:27 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from [10.9.9.127] (helo=rmmprod05.runbox) by mailtransmit03.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1k17IP-00010C-Ah for current@freebsd.org; Thu, 30 Jul 2020 14:04:25 +0200 Received: from mail by rmmprod05.runbox with local (Exim 4.86_2) (envelope-from ) id 1k17IP-0002SD-8r; Thu, 30 Jul 2020 14:04:25 +0200 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Received: from [Authenticated alias (650894)] by runbox.com with http (RMM6); Thu, 30 Jul 2020 12:04:25 GMT From: "Jeffrey Bouquet" To: "current" CC: "current" Subject: Re: "make installworld" fail r363660 -> r363689 (amd64) Date: Thu, 30 Jul 2020 05:04:25 -0700 (PDT) X-RMM-Aliasid: 650894 X-Mailer: RMM6 In-Reply-To: <20200730112423.GL29908@albert.catwhisker.org> Message-Id: X-Rspamd-Queue-Id: 4BHTbv6JJbz4HJX X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:50304, ipnet:91.220.196.0/24, country:NO] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2020 12:04:29 -0000 On Thu, 30 Jul 2020 04:24:23 -0700, David Wolfskill = wrote: > build{worl,kernel} and installkernel were uneventful, but: >=20 > ... > install -l h -o root -g wheel -m 555 /usr/bin/mail /usr/bin/Mail > install -l h -o root -g wheel -m 555 /usr/bin/mail /usr/bin/mailx > =3D=3D=3D> usr.bin/msgs (install) > install -s -o root -g wheel -m 555 msgs /usr/bin/msgs > install -o root -g wheel -m 444 msgs.1.gz /usr/share/man/man1/ > =3D=3D=3D> usr.bin/bmake (install) > install -s -o root -g wheel -m 555 make /usr/bin/make > install -o root -g wheel -m 444 make.1.gz /usr/share/man/man1/ > =3D=3D=3D> usr.bin/bmake/tests (install) > ld-elf.so.1: /common/S4/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin/make:= Undefined symbol "regcomp@FBSD_1.6" > *** Error code 1 > *** Error code 1 > *** Error code 1 > *** Error code 1 > *** Error code 1 >=20 > Stop. > make[1]: stopped in /usr/src > *** Error code 1 >=20 > Running: > FreeBSD freebeast.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #986 r= 363660M/363660: Wed Jul 29 03:52:03 PDT 2020 root@freebeast.catwhisker.= org:/common/S4/obj/usr/src/amd64.amd64/sys/GENERIC amd64 1300102 1300102 >=20 > src/UPDATING has a recent entry: > 20200729: > r363679 has redefined some undefined behavior in regcomp(3); nota= bly, > extraneous escapes of most ordinary characters will no longer be > accepted. An exp-run has identified all of the problems with thi= s in > ports, but other non-ports software may need extra escapes remove= d to > continue to function. >=20 > but while there does seem to be some relevance, I'm not seeing what > sort of evasive maneuvers I need to make. >=20 > I would appreciate a suggestion. >=20 > Thanks! >=20 > Peace, > david > --=20 > David H. Wolfskill david@catwhisker.org > "White fear has become the unalloyed rallying cry of Trump's bid for a > second term." -- John Harwood, paraphrasing GOP strategist Stuart Stevens >=20 > See http://www.catwhisker.org/~david/publickey.gpg for my public key. It would be nice to have some way before the installkernel, I think, to = make sure the installworld will succeed before installing kernel or world. Failure of= the latter to install has often caused nearly-unfixable problems here. [ luckily, 'nearly= .' ] ... Perhaps using some no-fail mountpoint or jail or chroot destination?=20 From owner-freebsd-current@freebsd.org Thu Jul 30 15:33:46 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AEAB53A8624 for ; Thu, 30 Jul 2020 15:33:46 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BHZFQ4F70z4W5q for ; Thu, 30 Jul 2020 15:33:46 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from mail-lj1-f174.google.com (mail-lj1-f174.google.com [209.85.208.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: mmacy) by smtp.freebsd.org (Postfix) with ESMTPSA id 6B8BD1FA33 for ; Thu, 30 Jul 2020 15:33:46 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: by mail-lj1-f174.google.com with SMTP id t23so5829322ljc.3 for ; Thu, 30 Jul 2020 08:33:46 -0700 (PDT) X-Gm-Message-State: AOAM530ZPAP7/kcLqfJTVP4+I2ZqITj1Z++MgMxUdRv0NnixRMQWd48Q DKbjkG/N0VdIsu0mqCrW2J+bRFcNqpC7FkcqGPc= X-Google-Smtp-Source: ABdhPJx2J4CfhwOBcLXGJTKKsT1LwB9HkNtqDAoXBBee0u9NfZh7fqRFx3E+FRhVQaF+XuLlgTeg06n0L5PsgzcALj4= X-Received: by 2002:a2e:b00c:: with SMTP id y12mr1857981ljk.18.1596123224743; Thu, 30 Jul 2020 08:33:44 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Matthew Macy Date: Thu, 30 Jul 2020 08:33:33 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: CFT for vendor openzfs - week 4 reminder + memdisk images To: bsd-lists@bsdforge.com Cc: freebsd-current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2020 15:33:46 -0000 On Wed, Jul 29, 2020 at 20:16 Chris wrote: > On Tue, 28 Jul 2020 21:16:28 -0700 Matthew Macy mmacy@freebsd.org said > > > On Tue, Jul 28, 2020 at 21:06 Chris wrote: > > > > > On Tue, 28 Jul 2020 20:50:33 -0700 Matthew Macy mmacy@freebsd.org sai= d > > > > > > > On Tue, Jul 28, 2020 at 20:43 Chris wrote: > > > > > > > > > On Tue, 28 Jul 2020 20:08:33 -0700 Matthew Macy mmacy@freebsd.org > said > > > > > > > > > > > On Tue, Jul 28, 2020 at 8:03 PM Chris > > > wrote: > > > > > > > > > > > > > > On Tue, 28 Jul 2020 19:10:21 -0700 Matthew Macy > mmacy@freebsd.org > > > said > > > > > > > > > > > > > > > On Wednesday, July 8th I issued the initial call for testin= g > for > > > the > > > > > > > > update to HEAD to vendored openzfs. We'd like to give users > > > roughly a > > > > > > > > month to test before merging. The tentative merge date is > August > > > > > > > > 17th. > > > > > > > > > > > > > > > > Again, I hope it's not terribly controversial to point out > that > > > > > > > > it really rests with users of non amd64 platforms to test t= o > > > avoid > > > > > any > > > > > > > > unpleasant surprises the next time they update their trees > > > following > > > > > > > > the merge. > > > > > > > > > > > > > > > > amd64, i386, and aarch64 memdisk images can be found at: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > https://people.freebsd.org/~freqlabs/freebsd-openzfs-3d833bea-f10f94aa-20= 20072900/ > > > > > > > > > > > > > > Is this in an attempt to replace the opensolaris version used > now? > > > > > > > > > > > > The word "attempt" is a misnomer. If you search the mail archiv= es > > > this > > > > > > has been the PoR for some time. > > > > > Sure. OK. I caught this thread. But must have missed the > announcement > > > > > of the intent to replace the opensolaris version with openzfs. > > > > > Do you recall which mailing list that was made to? > > > > > > > > > > Thank you for your quick reply, Matthew. > > > > > > > > > > > > > Apart from the 3 previous CFT mails, the initial intent was > discussed in > > > > December 2018. Getting FreeBSD support integrated in to openzfs too= k > a > > > lot > > > > more incremental PRs than I anticipated. > > > > > > > > > > > > > > > https://lists.freebsd.org/pipermail/freebsd-current/2018-December/072422.= html > > > > > > Thank you very much, Mathew. Sorry for any bother. > > > > > > > > > No bother or not much at least. It=E2=80=99s just been a long haul and = I=E2=80=99d like > > to > > wrap this up. > No doubt. > FTR I'm not looking to impede you. :-) > My only concern would be that I'd need to remaster the art of ZFS. I've > got 1500 installs to maintain, and any changes tend to alarm me. :-) > I see we're a bit behind the others, if this status report is current: > > https://docs.google.com/spreadsheets/d/1CFapSYxA5QRFYy5k6ge3FutU7zbAWbaeG= N2nKVXgxCI/edit#gid=3D0 > Will your impending commit move us closer? Is there anything others > like myself can do to help? Close to 90% of the sources files in openzfs are shared between Linux and FreeBSD. So the features will, give or take a line item, be the same. For non developers the main thing they can do to help out is to run it in their own environments to identify any changes in behavior or regressions. If you=E2=80=99re doing 1500 installs it=E2=80=99s in your best interest to ma= ke this as smooth a transition as possible. However, it=E2=80=99s not something you=E2= =80=99re going to face until you move to 13. The openzfs port is available to those who want to run it on 12. -M > > > Thanks again, Matthew. > > --Chris > > > > -M > > > > > > > > From owner-freebsd-current@freebsd.org Thu Jul 30 19:48:39 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 198483AD5DB for ; Thu, 30 Jul 2020 19:48:39 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4BHgvV53HGz3bHV for ; Thu, 30 Jul 2020 19:48:38 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id AB9B33AD35C; Thu, 30 Jul 2020 19:48:38 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AB6313AD5DA for ; Thu, 30 Jul 2020 19:48:38 +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 4BHgvV0mn2z3Zyc; Thu, 30 Jul 2020 19:48:37 +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 06UJm0je057230; Thu, 30 Jul 2020 19:48:00 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.16.1/8.16.1/Submit) id 06UJm0W4057229; Thu, 30 Jul 2020 12:48:00 -0700 (PDT) (envelope-from david) Date: Thu, 30 Jul 2020 12:48:00 -0700 From: David Wolfskill To: Kyle Evans Cc: current Subject: Re: "make installworld" fail r363660 -> r363689 (amd64) Message-ID: <20200730194800.GS29908@albert.catwhisker.org> Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org, Kyle Evans References: <20200730112423.GL29908@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="UPvCt0eiAD9X+G9u" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4BHgvV0mn2z3Zyc X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none 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-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2020 19:48:39 -0000 --UPvCt0eiAD9X+G9u Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 30, 2020 at 06:46:40AM -0500, Kyle Evans wrote: > On Thu, Jul 30, 2020 at 6:24 AM David Wolfskill wr= ote: > ... > > ld-elf.so.1: /common/S4/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin/mak= e: Undefined symbol "regcomp@FBSD_1.6" > > .... > > I would appreciate a suggestion. > > >=20 > Hi, >=20 > Can you describe the environment in which you're running installworld, > please? i.e. is it just a raw installworld directly in your shell, or > something more complicated? >=20 > I observed this in testing an exceptional scenario; running > installworld in a buildenv. installworld injects .WAIT between lib and > libexec + other subdirs, which is supposed to prevent stuff like this > (new binary got installed linked against new libc before new libc). > Running in a buildenv set SYSROOT and stripped out the .WAITs, leaving > me with an annoyance where I had to installworld twice. >=20 > Thanks, > .... I finally just re-retried the "make installworld," and it succeeded. Peace, david --=20 David H. Wolfskill david@catwhisker.org "White fear has become the unalloyed rallying cry of Trump's bid for a second term." -- John Harwood, paraphrasing GOP strategist Stuart Stevens See http://www.catwhisker.org/~david/publickey.gpg for my public key. --UPvCt0eiAD9X+G9u Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl8jI+9fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PcnRTAgAtheE+32C0Rm+ONyDtLPlVpBeHh8l+erw8gz6yulZJqnFx+K7sAh2Jvy8 6fnGN1cMf6T8DjG5/9ygE2ri2A26xhesVrq1/rU1GMPxb7N5Afjx43fFOSNKZvLY V5w8bY3xRZlsoKI4kRSLYqkosFjlN7qIG21Bd6XwQ39wvjzS764G973l8Vlj99MZ D1/c4QmBVD1dN+PruMlwb61HOlDomdBx0WPN8KVLW2dEaG8W9CI4cM0grd8nkUbz dEfs3KK2+6ekF2UBSvmPbKscOy1S8oUqdBZoYX2ThaddlU1MoKehHS2GvacNSlHk AphHU1bQBmSs+O7ziB3tPbBab3SNVQ== =AEPw -----END PGP SIGNATURE----- --UPvCt0eiAD9X+G9u-- From owner-freebsd-current@freebsd.org Thu Jul 30 22:09:16 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7E4A73680EA for ; Thu, 30 Jul 2020 22:09:16 +0000 (UTC) (envelope-from rpokala@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4BHl1m2sp0z416c for ; Thu, 30 Jul 2020 22:09:16 +0000 (UTC) (envelope-from rpokala@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 60BF13680E9; Thu, 30 Jul 2020 22:09:16 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6085B3AFDF9 for ; Thu, 30 Jul 2020 22:09:16 +0000 (UTC) (envelope-from rpokala@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BHl1m1xvLz419F; Thu, 30 Jul 2020 22:09:16 +0000 (UTC) (envelope-from rpokala@freebsd.org) Received: from [192.168.1.10] (c-98-207-126-143.hsd1.ca.comcast.net [98.207.126.143]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: rpokala) by smtp.freebsd.org (Postfix) with ESMTPSA id 2063722AC8; Thu, 30 Jul 2020 22:09:15 +0000 (UTC) (envelope-from rpokala@freebsd.org) User-Agent: Microsoft-MacOutlook/16.39.20071300 Date: Thu, 30 Jul 2020 15:09:12 -0700 Subject: Re: bc and dc -e/-f and Copyright From: Ravi Pokala To: Gavin Howard , , , , , , Stefan Esser Message-ID: <212701CD-3F16-46C9-B7CD-1ADC46C5BF7D@panasas.com> Thread-Topic: bc and dc -e/-f and Copyright References: In-Reply-To: Mime-version: 1.0 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2020 22:09:16 -0000 Hi Gavin, Thanks for reaching out! My primary concern is that `dc -e' returns to its previous auto-exit behavi= or. Any of the options you described would achieve that, and would be fine w= ith me. Thanks again, Ravi (rpokala@)=20 =EF=BB=BF-----Original Message----- From: Gavin Howard Date: 2020-07-30, Thursday at 12:35 To: , , , , , Stefan Esser Subject: bc and dc -e/-f and Copyright Hello, My name is Gavin Howard, and I am the developer and maintainer of the new bc and dc implementation in -CURRENT. Stefan E=C3=9Fer brought a discussion about my bc to my attention, and I would like to solve the problems. First, I will add some way to remove the printing of the copyright header at compile time, and FreeBSD should be able to take advantage of it as soon as I put out a new release, which should be within days after this discussion is settled. Second, there seems to be those who are unhappy with my decision to make bc and dc not exit when using the -e and -f options. While the behavior of my bc is what I personally need, I have a few options to change it back to what is expected: 1. I could make it a compile-time selection. I don't like this option, to be honest. 2. I could restore the expected behavior of -e and -f and change the environment variable to BC_EXPR_NO_EXIT (DC_EXPR_NO_EXIT) and reverse the logic. I could do this one, but Stefan mentioned to me that he would prefer less environment variables be used. I agree. 3. I could restore the expected behavior of -e and -f and add -E and -F options that do the same thing but do not exit. I think I like this option the best. I am willing to change -E and -F to something else if that would be better. When I presented these options to Stefan, he suggested that I ask you all for your opinions. I am also willing to consider other options that you might think of. Thank you for your time. Gavin Howard From owner-freebsd-current@freebsd.org Fri Jul 31 00:14:38 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5F54A36B128 for ; Fri, 31 Jul 2020 00:14:38 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BHnpQ1wxPz48Gw for ; Fri, 31 Jul 2020 00:14:38 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 423AA36AF71; Fri, 31 Jul 2020 00:14:38 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4207436B2C3 for ; Fri, 31 Jul 2020 00:14:38 +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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BHnpQ11nVz48Gv for ; Fri, 31 Jul 2020 00:14:38 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qk1-f169.google.com (mail-qk1-f169.google.com [209.85.222.169]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 01D8923989 for ; Fri, 31 Jul 2020 00:14:37 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qk1-f169.google.com with SMTP id l6so27355828qkc.6 for ; Thu, 30 Jul 2020 17:14:37 -0700 (PDT) X-Gm-Message-State: AOAM530sVi2CDM/oUWe3TXAp8nsAxrSanNyhnZRBj4nvmsyAQeSn1mXc Vo2ueF5hnUPdBXvh1ffX2s/SJ83e+l2YHsNBjBE= X-Google-Smtp-Source: ABdhPJy4xBctOMdvOTeEBQr0wwC6IYwdZv4ZG1h/GLHswWf0Wcv9m0+TFln3ZRCwOshDv3rVPykyF2Uf2XbzqigehBk= X-Received: by 2002:a05:620a:628:: with SMTP id 8mr1775104qkv.103.1596154477505; Thu, 30 Jul 2020 17:14:37 -0700 (PDT) MIME-Version: 1.0 References: <20200730112423.GL29908@albert.catwhisker.org> <20200730194800.GS29908@albert.catwhisker.org> In-Reply-To: <20200730194800.GS29908@albert.catwhisker.org> From: Kyle Evans Date: Thu, 30 Jul 2020 19:14:26 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: "make installworld" fail r363660 -> r363689 (amd64) To: current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2020 00:14:38 -0000 On Thu, Jul 30, 2020 at 2:48 PM David Wolfskill wrote: > > On Thu, Jul 30, 2020 at 06:46:40AM -0500, Kyle Evans wrote: > > On Thu, Jul 30, 2020 at 6:24 AM David Wolfskill wrote: > > ... > > > ld-elf.so.1: /common/S4/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin/make: Undefined symbol "regcomp@FBSD_1.6" > > > .... > > > I would appreciate a suggestion. > > > > > > > Hi, > > > > Can you describe the environment in which you're running installworld, > > please? i.e. is it just a raw installworld directly in your shell, or > > something more complicated? > > > > I observed this in testing an exceptional scenario; running > > installworld in a buildenv. installworld injects .WAIT between lib and > > libexec + other subdirs, which is supposed to prevent stuff like this > > (new binary got installed linked against new libc before new libc). > > Running in a buildenv set SYSROOT and stripped out the .WAITs, leaving > > me with an annoyance where I had to installworld twice. > > > > Thanks, > > .... > > I finally just re-retried the "make installworld," and it succeeded. > To be clear, this was just a second installworld without rebuilding, correct? If so, I'm going to amend the UPDATING to add: installworld may encounter the following error: Undefined symbol "regcomp@FBSD_1.6" It is imperative that you do not interrupt the installworld, but instead let it proceed to completion, whether it succeeds or not, and run installworld again. From owner-freebsd-current@freebsd.org Fri Jul 31 00:45:36 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B29F636C2A6 for ; Fri, 31 Jul 2020 00:45:36 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BHpV75RDlz49hB for ; Fri, 31 Jul 2020 00:45:35 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id B830D36C2A4; Fri, 31 Jul 2020 00:45:35 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B6D7336BE75 for ; Fri, 31 Jul 2020 00:45:35 +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 4BHpV70thxz49vL; Fri, 31 Jul 2020 00:45:34 +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 06V0jWS9059138; Fri, 31 Jul 2020 00:45:32 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.16.1/8.16.1/Submit) id 06V0jWgp059137; Thu, 30 Jul 2020 17:45:32 -0700 (PDT) (envelope-from david) Date: Thu, 30 Jul 2020 17:45:32 -0700 From: David Wolfskill To: Kyle Evans Cc: current Subject: Re: "make installworld" fail r363660 -> r363689 (amd64) Message-ID: <20200731004532.GV29908@albert.catwhisker.org> Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org, Kyle Evans References: <20200730112423.GL29908@albert.catwhisker.org> <20200730194800.GS29908@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="KCLoHzx0Ylaw/v4x" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4BHpV70thxz49vL X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none 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-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2020 00:45:36 -0000 --KCLoHzx0Ylaw/v4x Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 30, 2020 at 07:14:26PM -0500, Kyle Evans wrote: > ... > > I finally just re-retried the "make installworld," and it succeeded. > > >=20 > To be clear, this was just a second installworld without rebuilding, > correct? Yes. The most recent typescript from the build process on that machine resides at http://www.catwhisker.org/~david/FreeBSD/history/freebeast.13_build_typescr= ipt.txt. > If so, I'm going to amend the UPDATING to add: >=20 > installworld may encounter the following error: Undefined symbol > "regcomp@FBSD_1.6" >=20 > It is imperative that you do not interrupt the installworld, but > instead let it proceed to > completion, whether it succeeds or not, and run installworld again. > .... OK. I note that I did not change any configuration (e.g., /etc/{src{,-env},make}.conf) or anything else -- merely invoke a csh alias that did: setenv TMPDIR /tmp && \ id && \ mount && \ cd /usr/src && \ uname -aUK && \ date && \ mergemaster -U -u 0022 -p && \ date && \ rm -fr /usr/include.old && \ date && \ mv /usr/include{,.old} && \ date && \ rm -fr /usr/share/man && \ date && \ make installworld && \ date && \ mergemaster -F -U -u 0022 -i && \ date && \ make delete-old && \ date && \ df -k && \ gpart bootcode -b /boot/boot ada0s4 I rebooted the machine verbosely (which worked), then ran a csh alias that did: setenv TMPDIR /tmp && \ id && \ mount && \ cd /usr/src && \ uname -aUK && \ date && \ make delete-old-libs && \ cp /var/run/dmesg.boot /var/tmp/dmesg.boot.13.0-CURRENT && \ log_uname && \ date Peace, david --=20 David H. Wolfskill david@catwhisker.org "White fear has become the unalloyed rallying cry of Trump's bid for a second term." -- John Harwood, paraphrasing GOP strategist Stuart Stevens See http://www.catwhisker.org/~david/publickey.gpg for my public key. --KCLoHzx0Ylaw/v4x Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl8jaaxfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PckZ4wgAmjn9Pl0V6Zyq4M9468qYv312o7sDhFguK1fXYcc+ZP0oImki7eEGkTvn lUxSiP83tBQOV/5DxqprjcNCYzRM0KCkX1HvHbqeSxqqM5q+TQ1ga1f9v5CNFVae 7qmnKb5TqzsgSHhbDAfl30036bJJIG0fThNCBhmBHUQNg9C2HgNDkb+St+TVpz/X 46rXxc4AG3vGck4kPrY78WiQ8ZHJfbUs/TlcdWl6WLe8lt8AxL6PnBVr9oh46E5t +OC2kN4j6TudRbToFQHoluU5PqhlKnshPfzczmYHagJVuFX/NPasYKKEuzpXJe0k EGA8rEHHwU0zAwZXP7qTk/6u2D6kWw== =ZJiX -----END PGP SIGNATURE----- --KCLoHzx0Ylaw/v4x-- From owner-freebsd-current@freebsd.org Fri Jul 31 02:37:23 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6E02F36E048 for ; Fri, 31 Jul 2020 02:37:23 +0000 (UTC) (envelope-from gavin.d.howard@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BHrz71VGPz4G1w for ; Fri, 31 Jul 2020 02:37:23 +0000 (UTC) (envelope-from gavin.d.howard@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 318BB36E047; Fri, 31 Jul 2020 02:37:23 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3151836E3DE for ; Fri, 31 Jul 2020 02:37:23 +0000 (UTC) (envelope-from gavin.d.howard@gmail.com) Received: from mail-oi1-x244.google.com (mail-oi1-x244.google.com [IPv6:2607:f8b0:4864:20::244]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BHrz65yWVz4G9V; Fri, 31 Jul 2020 02:37:22 +0000 (UTC) (envelope-from gavin.d.howard@gmail.com) Received: by mail-oi1-x244.google.com with SMTP id v13so8902324oiv.13; Thu, 30 Jul 2020 19:37:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=lR8+2b6UvWZLL8gT+qZiLCmTLlk2/Ca/d/9/uLzbZos=; b=aptyivp8hQy3CvLlmo9eWbU9ELwnqWXcSWiWSIlTrP2GoN0SkOCnCrNgvVpXB60Rt/ u/HowkN+n/WMORA/4D92nzPVecEJZv5GUDlbwTgWtJiTIf7XrOmuhPs42o4tgYvfD5bC oLOugUK7DANoI0O4JjdrKcr/xEpIiMp1cyaQY82TiBKrhjWlnta7d4OKQP8/tBJwx/fj pfCPGuTqCxeOAkFtki7/ike5UCc6KsMRqQ/CGsa0FBiYqNo+wl56iaU16p1kbcmhn4I1 sIx8BOf4sRTw5VtmDxqxKEfUkzmbM5b4qIncrvi0gCx/i1WJV5GXb+ztRYM2NSaqWS0v j1kA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=lR8+2b6UvWZLL8gT+qZiLCmTLlk2/Ca/d/9/uLzbZos=; b=S0e5/91Wbso/2G3UTfpTMFcixzJmp1JrWYhhAIr2qJet8tp3CTGwfYncEQAsrgEadX Uhf97EqmEsclZq5yB7zrI7pBTaSrWPk1jYs2l3YOPKbU+MWbUy3DVwBeffgXREu5c5U2 5rIXYqZYKk7BYwD40+cQOEzfB/JrSHospo1OOw26y5CwgrAFcNJeiaHA92ipvb/Ttrph pHdQw4fZUpjXoERkxWRmGPCMuAqxMc+w8cn1jzbev7woIfGi2HrxW8VAPnsDRU+jJoTw aK3XQmN83w4K/ycok4AlinR30IOexPsbESQ0lDuDzuZ9T7V5CG8oOwOtvRVr/b37R1vG HzDg== X-Gm-Message-State: AOAM531HHCDsnS2CMvwptOcN1sPBijhHX8PosYkfGiYoB3ukxe9ANbOd sLOeKjxohBXYzdbdoF73mzBBFTxn+1WtINlyzQXe9w== X-Google-Smtp-Source: ABdhPJy1jUWKIbRq1E7f84m38YW4pankiBg31TLgnwV5NU/tV1rMXrekwNCHtk5IegxiHn9Wh4QGpvTT1EZgcL8vm4w= X-Received: by 2002:aca:cfd0:: with SMTP id f199mr1373217oig.102.1596163041319; Thu, 30 Jul 2020 19:37:21 -0700 (PDT) MIME-Version: 1.0 References: <80DA1DEF-E455-470B-B68A-BE992C46590E@freebsd.org> In-Reply-To: <80DA1DEF-E455-470B-B68A-BE992C46590E@freebsd.org> From: Gavin Howard Date: Thu, 30 Jul 2020 20:36:09 -0600 Message-ID: Subject: Re: bc and dc -e/-f and Copyright To: Jessica Clarke Cc: John Baldwin , bapt@freebsd.org, rpokala@freebsd.org, current@freebsd.org, Stefan Esser Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4BHrz65yWVz4G9V X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; REPLY(-4.00)[] X-Spam: Yes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2020 02:37:23 -0000 On Thu, Jul 30, 2020 at 4:25 PM Jessica Clarke wrote: > > On 30 Jul 2020, at 23:21, Jessica Clarke wrote: > > On 30 Jul 2020, at 20:35, Gavin Howard wrote= : > >> > >> Hello, > >> > >> My name is Gavin Howard, and I am the developer and maintainer of the > >> new bc and dc implementation in -CURRENT. Stefan E=C3=9Fer brought a > >> discussion about my bc to my attention, and I would like to solve the > >> problems. > >> > >> First, I will add some way to remove the printing of the copyright > >> header at compile time, and FreeBSD should be able to take advantage > >> of it as soon as I put out a new release, which should be within days > >> after this discussion is settled. > >> > >> Second, there seems to be those who are unhappy with my decision to > >> make bc and dc not exit when using the -e and -f options. While the > >> behavior of my bc is what I personally need, I have a few options to > >> change it back to what is expected: > >> > >> 1. I could make it a compile-time selection. I don't like this option, > >> to be honest. > >> > >> 2. I could restore the expected behavior of -e and -f and change the > >> environment variable to BC_EXPR_NO_EXIT (DC_EXPR_NO_EXIT) and reverse > >> the logic. I could do this one, but Stefan mentioned to me that he > >> would prefer less environment variables be used. I agree. > >> > >> 3. I could restore the expected behavior of -e and -f and add -E and > >> -F options that do the same thing but do not exit. I think I like this > >> option the best. I am willing to change -E and -F to something else if > >> that would be better. > > > > Rather than introducing new options like any of these you could instead= : > > > > 4. Make sure -f - reads from stdin. Then just append -f - to your uses. > > > > 5. Overload -i when used with -e/-f to also make it not exit. > > > > I personally prefer 4 as it doesn't require any confusing overloading > > (-f - should read from stdin as a well-behaved Unix tool regardless in > > my opinion), but does come with the downside that you can't just: > > > > alias bc=3D'bc -f -' > > > > for your case, you'd have to instead: > > > > bc() { command bc "$@" -f - } > > > > or equivalent in your shell of choice. > > NB: 4 already works with GNU dc. FreeBSD's old dc requires you to do -f > /dev/stdin instead as it doesn't treat - as special but otherwise also > works. I haven't looked to see whether your dc regards - as stdin or > not, but -f /dev/stdin surely already works. So 4 seems the most > consistent and/or compatible option when considering other > implementations. > > Jess All, I have made the following changes: bc does not print a copyright header unless the version options (-v, -V, and --version) are given. The -q and --quiet options are no-ops, but are kept for compatibility with GNU bc. I have ensured that -f - works; it basically disables exiting after processing all expressions and files given with -e and -f. I have found a way to make this work for me personally. If there are no objections within 24 hours or so, I will release the changes as 3.1.4. Gavin Howard From owner-freebsd-current@freebsd.org Fri Jul 31 10:46:57 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 57AD537628E for ; Fri, 31 Jul 2020 10:46:57 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4BJ3r108qDz4cr5 for ; Fri, 31 Jul 2020 10:46:57 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: by mailman.nyi.freebsd.org (Postfix) id 039AF37621B; Fri, 31 Jul 2020 10:46:57 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0363737628D for ; Fri, 31 Jul 2020 10:46:57 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from mail.daemonic.se (mail.daemonic.se [IPv6:2607:f740:d:20::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BJ3r018sfz4cXF; Fri, 31 Jul 2020 10:46:55 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 4BJ3qq6n4Kz3mpS; Fri, 31 Jul 2020 10:46:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=daemonic.se; h= content-transfer-encoding:content-language:content-type :content-type:in-reply-to:mime-version:user-agent:date:date :message-id:from:from:references:subject:subject:received :received; s=20151023; t=1596192407; bh=Tqcm/t70ChFBDUU5zZ+8e3hi CYL+vstGztxIW+ADkC4=; b=NdhWg8E62gAa+loOvEKte/3dZVSn5cggfG06MnoY 6VZGd1XanyH9rDNRd+lptcqYrekDfSUIBLdjCqwERRQuQJksMN4dk58/G84jtjla LuBMx/iGmXi3oc05ndIlgzQcs/e6QYgXBl5zTu5XUpURgmVakISidUoelwZtJrEn IGw= X-Virus-Scanned: amavisd-new at daemonic.se Received: from mail.daemonic.se ([127.0.0.1]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256) by cid.daemonic.se (mailscanner.daemonic.se [127.0.0.1]) (amavisd-new, port 10587) with ESMTPS id StGAtYug7oo5; Fri, 31 Jul 2020 10:46:47 +0000 (UTC) Received: from garnet.daemonic.se (host-95-198-47-57.mobileonline.telia.com [95.198.47.57]) by mail.daemonic.se (Postfix) with ESMTPSA id 4BJ3qq11hbz3lbm; Fri, 31 Jul 2020 10:46:47 +0000 (UTC) Subject: Re: KiCad is horrible on CURRENT To: Poul-Henning Kamp , Michael Gmelin Cc: Ed Maste , current References: <83387.1596049281@critter.freebsd.dk> <6B469825-A762-498E-BE7C-82A77B987425@grem.de> <83464.1596050292@critter.freebsd.dk> From: Niclas Zeising Message-ID: Date: Fri, 31 Jul 2020 12:46:45 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <83464.1596050292@critter.freebsd.dk> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4BJ3r018sfz4cXF X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=daemonic.se header.s=20151023 header.b=NdhWg8E6; dmarc=pass (policy=none) header.from=daemonic.se; spf=pass (mx1.freebsd.org: domain of zeising@daemonic.se designates 2607:f740:d:20::25 as permitted sender) smtp.mailfrom=zeising@daemonic.se X-Spamd-Result: default: False [-3.64 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[daemonic.se:s=20151023]; NEURAL_HAM_MEDIUM(-1.02)[-1.022]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.01)[-1.006]; MIME_GOOD(-0.10)[text/plain]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[daemonic.se:+]; DMARC_POLICY_ALLOW(-0.50)[daemonic.se,none]; NEURAL_HAM_SHORT(-0.61)[-0.607]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36236, ipnet:2607:f740:d::/48, country:US]; TAGGED_FROM(0.00)[freebsd]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[95.198.47.57:received] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2020 10:46:57 -0000 On 2020-07-29 21:18, Poul-Henning Kamp wrote: > -------- > Michael Gmelin writes: > >> Which driver are you using? > > drm-devel-kmod-5.3.g20200724 > Can you try with drm-current-kmod? Regards -- Niclas From owner-freebsd-current@freebsd.org Fri Jul 31 17:44:08 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4786137E5CB for ; Fri, 31 Jul 2020 17:44:08 +0000 (UTC) (envelope-from "") Received: from mout01.posteo.de (mout01.posteo.de [185.67.36.141]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.posteo.de", Issuer "StartCom Class 3 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BJF5M0DDNz3WSg for ; Fri, 31 Jul 2020 17:44:06 +0000 (UTC) (envelope-from "") Received: from submission (posteo.de [89.146.220.130]) by mout01.posteo.de (Postfix) with ESMTPS id BD4C9160062 for ; Fri, 31 Jul 2020 19:44:03 +0200 (CEST) Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4BJF5H2R8Cz9rxR for ; Fri, 31 Jul 2020 19:44:03 +0200 (CEST) From: Walter von Entferndt To: freebsd-current@freebsd.org Subject: Re: bc and dc -e/-f and Copyright Date: Fri, 31 Jul 2020 19:44:03 +0200 Message-ID: <1943238.4WAli8B44Z@t450s.local.lan> X-Face: #$[hC+4[4W*mS3hB&izisyT_#E]^Aq+7Isv`2Tu5q*1~jR@&['74B>Ibyrk]GTJ!j$ NjX=#L2#k2X7OnaaRM_Pd5`>`8OJ3; +I2 References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Rspamd-Queue-Id: 4BJF5M0DDNz3WSg X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=posteo.net (policy=none); spf=none (mx1.freebsd.org: domain of mout01.posteo.de has no SPF policy when checking 185.67.36.141) smtp.helo=mout01.posteo.de X-Spamd-Result: default: False [-0.86 / 15.00]; RCVD_TLS_ALL(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.58)[-0.579]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-0.73)[-0.730]; NEURAL_SPAM_SHORT(0.15)[0.153]; RCVD_IN_DNSWL_MED(-0.20)[185.67.36.141:from]; R_SPF_NA(0.00)[no SPF record]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8495, ipnet:185.67.36.0/23, country:DE]; FROM_NEQ_ENVFROM(0.00)[walter.von.entferndt@posteo.net,]; CTE_CASE(0.50)[]; DMARC_POLICY_SOFTFAIL(0.10)[posteo.net : No valid SPF, No valid DKIM,none] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2020 17:44:08 -0000 Hi, innocent user here. At Freitag, 31. Juli 2020, 14:00:00 CEST, Gavin Howard wrote: > 3. I could restore the expected behavior of -e and -f and add -E and > -F options that do the same thing but do not exit. I think I like this +1 This is the most intuitive & natural choice. -- =|o) "Stell' Dir vor es geht und keiner kriegt's hin." (Wolfgang Neuss)