From nobody Tue Jul 30 02:34:13 2024 X-Original-To: dev-commits-src-all@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WXzp40mdwz5SSPJ; Tue, 30 Jul 2024 02:34:36 +0000 (UTC) (envelope-from gallatin@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 "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WXzp40DHTz4X3W; Tue, 30 Jul 2024 02:34:36 +0000 (UTC) (envelope-from gallatin@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722306876; 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=K2Y6yFIDpcKWVefRUcgALNwVGn+YkWtQQurpdYTadb8=; b=oc2syRq+EpMdMl7qq7XpnT0IVGfkdaZkYwSp93BAu/Nl72tX5OiTlhPrJ5dIKGnWeRoBBk t2yEb+j7CIp4vdI7Dc8E5P8wxQKfE+Em2XGxfJfBeIguvi6z7rS56T2GASEHv7YIhNa7pS 8Y/a0rtu/BMbqJ/cyN3I+0Fcwi+r3lGbGhet7goNoCD9qJ9NY9CpvMEV+OLo4wnCsqHWgI SCraw9PTW/js9qEFuGQ5UIcxhczdl5vaIxBvmOTI43UVMk47OyhLXsrLtKAZaHz+t/txP2 9KV8x3dlKYSc7R8kwhC3ZLGOdmQdudMe/qowALX+1nlUrHroI9tmU7js/Y8f6g== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1722306876; a=rsa-sha256; cv=none; b=aq0fH3/iysa89kcBkOma5AmQGsb8iu3owcvMw9g7cgGTS9lrdRtALAuOVimaIKOR7l0yuu 1zbAaJpakGTnM5+fg+rBmduv40L+N4rQ3v/j3imc8PmkKSVtwczIRdBD9O/HA0l8w/mdIB n2YyqF5dOE/3AApncQjHxeWS7bMWc6SAbNpAZ6y03f9wRjz9ED9I/KHn+Kss7P/Xt9IJAX jF15TEJmv8tJEADilWSXH1MP+ZVOcUWc06WYM6A6PDC1r74wclBtRhNZk7kVYmJGHkPf8l 1PTLXk4BxiEC+s3TXYJ1DmI2o3mMqKH8VHM+H78r9I0V/zOjV/gu1AxrCmnrcg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1722306876; 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=K2Y6yFIDpcKWVefRUcgALNwVGn+YkWtQQurpdYTadb8=; b=Id0tzYox6y8PhstIkCrXr9WwLz987hn2r+PhbdERv0b/mEvEVAx2OKohPkohNZj+JuB7/z 2aOQb38mu+Za2TiHIucnfBZdfE2jXgGdx3dmpU9ljZy6zeEeRImoCpwgPyWhk+YvYwDXUD Zwy1syoqVwHNZRKkuXoujcjAeMcTdlqMud4BBFzUer9jO6+sOT6dScY+lIP8fJUlahgTjA 5yaxKxk3CZbahrda2vOYsFbBfsrqtQTFN0h1EZ1q8/5syYS6ElW+bvliD4Roa30VZahCnK IxzLzHSYfSyMLeOudv8cRF9SFTWV6uNfejdhoEK4TJU7tebxlsYAqZq51cdoyw== Received: from fauth1-smtp.messagingengine.com (fauth1-smtp.messagingengine.com [103.168.172.200]) (using TLSv1.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: gallatin) by smtp.freebsd.org (Postfix) with ESMTPSA id 4WXzp35gXkz1fM0; Tue, 30 Jul 2024 02:34:35 +0000 (UTC) (envelope-from gallatin@freebsd.org) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailfauth.nyi.internal (Postfix) with ESMTP id 12B9C1200069; Mon, 29 Jul 2024 22:34:34 -0400 (EDT) Received: from wimap26 ([10.202.2.86]) by compute1.internal (MEProxy); Mon, 29 Jul 2024 22:34:34 -0400 X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrjeefgdeifecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkjghffffhvfevufgtsegrtd erreerredtnecuhfhrohhmpedfffhrvgifucfirghllhgrthhinhdfuceoghgrlhhlrght ihhnsehfrhgvvggsshgurdhorhhgqeenucggtffrrghtthgvrhhnpeeggfeugeevuedtue dvleefffduteegtdffudeihefhgfegfeekffeiueevkeeuudenucevlhhushhtvghrufhi iigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehgrghllhgrthhinhdomhgvshhmth hprghuthhhphgvrhhsohhnrghlihhthidqudeffeehledvvdduiedqvdelhedtgedukeeg qdhgrghllhgrthhinheppehfrhgvvggsshgurdhorhhgsehfrghsthhmrghilhdrtghomh dpnhgspghrtghpthhtoheptd X-ME-Proxy: Feedback-ID: i41414658:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id DB14119C0069; Mon, 29 Jul 2024 22:34:33 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.11.0-alpha0-582-g5a02f8850-fm-20240719.002-g5a02f885 List-Id: Commit messages for all branches of the src repository List-Archive: https://lists.freebsd.org/archives/dev-commits-src-all List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: dev-commits-src-all@freebsd.org Sender: owner-dev-commits-src-all@FreeBSD.org MIME-Version: 1.0 Message-Id: In-Reply-To: References: <202405060315.4463FxP6098471@gitrepo.freebsd.org> <52e1bb60-32f3-49de-9714-78762edbfd4c@app.fastmail.com> Date: Mon, 29 Jul 2024 22:34:13 -0400 From: "Drew Gallatin" To: "Konstantin Belousov" Cc: src-committers@freebsd.org, dev-commits-src-all@freebsd.org, dev-commits-src-main@freebsd.org Subject: Re: git: c097967b9af9 - main - mlx5en: add diagnostic in one more case of failed eeprom read preparation Content-Type: multipart/alternative; boundary=d78273312bf64c0f8daf716107e09c82 --d78273312bf64c0f8daf716107e09c82 Content-Type: text/plain Thank you! On Fri, Jul 26, 2024, at 4:02 PM, Konstantin Belousov wrote: > On Fri, Jul 26, 2024 at 01:14:23PM -0400, Drew Gallatin wrote: > > Hi, > > > > This recently hit our tree and was deployed, and our operations team is quite upset because this results in a massive (orders of magnitude) increase in our kernel log messages due to our monitoring scripts probing each port. > > > > Can we please move this under bootverbose, or have some other way to suppress these prints? I can back this out in our tree, but I don't want to create yet another local patch. > > > I will put it under bootverbose. > --d78273312bf64c0f8daf716107e09c82 Content-Type: text/html Content-Transfer-Encoding: quoted-printable

= Thank you!
On Fri, Jul 26, 2024, at 4:02 PM, Konstantin Be= lousov wrote:
On Fri, Jul 26, 2024 at 01:14:23PM -0400, Drew Gallatin wrote:
> Hi,
> 
> This recent= ly hit our tree and was deployed, and our operations team is quite upset= because this results in a massive (orders of magnitude)  increase = in our kernel log messages due to our monitoring scripts probing each po= rt.
> 
> Can we please move this = under bootverbose, or have some other way to suppress these prints? = ; I can back this out in our tree, but I don't want to create yet anothe= r local patch.
> 
I will put it unde= r bootverbose.


--d78273312bf64c0f8daf716107e09c82--