From nobody Wed Oct 8 05:30:41 2025 X-Original-To: dev-commits-src-main@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4chM6W6sWSz6BJrG; Wed, 08 Oct 2025 05:30:43 +0000 (UTC) (envelope-from glebius@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 "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4chM6W6Fjxz46kY; Wed, 08 Oct 2025 05:30:43 +0000 (UTC) (envelope-from glebius@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759901443; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=qXvDJ9pkrjl3sXv/4J3TFJuo/4AHWEQdsVxC3s9GVA8=; b=XAAhyn/1N3Ph7Nus4pFdtWCq/w0AXUWj06drX0oOKBI2W15JmB0TKwkMZsFgjfuLvHRWw2 mNC9rdssf02dx91EgXui9qmHs5L9PfOEE6ED7jGMKGqyRGZZnsJLISe5PyrTMCFAswVHo+ i8j4iLUoH4PyG0nwVaQsR4P8rXcypeNPusGx8YtK4V8coe9edgdrADGpDsnY/DmLrh90SD YR7Q7fozHzSj7lqLEHbLTyCShwYFO8KZPJY/cpWfiIPHuMT9wfjo+rRyiD6Cjq0jgo7OkV ClcYpo0C5BnEd0kZJ3fW+Ar4ki3HAjaoc/vpnd3957RV1zBT5CyKcPSYCCmVsQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759901443; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=qXvDJ9pkrjl3sXv/4J3TFJuo/4AHWEQdsVxC3s9GVA8=; b=HAYEjjUU8oVcEwkHj2SBhl8f5I1ixSvQX8X6SedOPXt2o8JnfM4tMbjnI8tHJr14MEwWlQ ffTkH6rkU2C5k4atopBPtXsLaUEleNZZorajKVytIu5bFRMipQPAGSimB1i9TLjZ1+bEMc v0IDU5vbs39rHfJ99e+YvsiPBwu4OZHXjD17wvAXYhG9iikYzqg0KVPzJenL6cJBzR4/4W IRoxAuIBvo1i+ASfWDqUmcKuoNfHdm6NvIOQy0gxgvQjVwR3l8E7k6+ZRdMsN4uoMEmwHy QyyNsQ4QKa9qQtqfy3LDwRlDbXTMwIEfk6MJ+Pb9Ba597zVm4Zlyj5yWof0kfg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759901443; a=rsa-sha256; cv=none; b=DbaVfVxNGd74+nMIoBsOgnb1jNQ9A7Lw3M4k4RtqcmIQftm7jCLgPGOgNXI0+QlL+ZTClP OMWa6Ygq1MG4dMbiI9kZfbla8y/xtKW/Om8mp8LHIWvlD0hXonao50XibG8c/rn1+LHaHD NXz1tK6LRkP7rbUzXDcUqWOnvcmlSnMzmk1pigP4jaVdFNwIODu74Or4WHheSimfc749NA 1RXaicsGSdwc1OPeazGiaS7KQweQp3M1ThPF4xjA7PqSIbFfTIOIPqjUhRfdQuqNnuJJbm mcKu6syKV3FG1ZpTIzXa7PbVDt6M9FbPG3zNqsyS3Ob673reEPaO5Zx8Hbn9jQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from cell.glebi.us (glebi.us [162.251.186.162]) (using TLSv1.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) (Authenticated sender: glebius) by smtp.freebsd.org (Postfix) with ESMTPSA id 4chM6W0V6vzksS; Wed, 08 Oct 2025 05:30:42 +0000 (UTC) (envelope-from glebius@freebsd.org) Date: Tue, 7 Oct 2025 22:30:41 -0700 From: Gleb Smirnoff To: Cy Schubert Cc: Jose Luis Duran , jlduran+freebsd@freebsd.org, Cy Schubert , src-committers@freebsd.org, dev-commits-src-all@freebsd.org, dev-commits-src-main@freebsd.org Subject: Re: git: b2efd602aea8 - main - unbound: Vendor import 1.24.0 Message-ID: References: <202510071524.597FOTr3063628@gitrepo.freebsd.org> <20251007221221.22BCC29E@slippy.cwsent.com> <20251007230048.64C8F39B@slippy.cwsent.com> <20251008042520.C47BA3AB@slippy.cwsent.com> List-Id: Commit messages for the main branch of the src repository List-Archive: https://lists.freebsd.org/archives/dev-commits-src-main List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: dev-commits-src-main@freebsd.org Sender: owner-dev-commits-src-main@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20251008042520.C47BA3AB@slippy.cwsent.com> On Tue, Oct 07, 2025 at 09:25:20PM -0700, Cy Schubert wrote: C> Without more context in the upstream commit log message it's difficult we C> must surmise that the wait for ARP/NDP resolution could be due to a very C> busy unbound service combined with latency in ARP/NDP resolution. I haven't C> found any upstream Github issues that document this problem. When a system can't send UDP packets due to no ARP/NDP entry for the next hop, the packets are not stored in the send buffer. Or does unbound do this for the TCP socket? -- Gleb Smirnoff