Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp6376730imu; Mon, 21 Jan 2019 07:54:42 -0800 (PST) X-Google-Smtp-Source: ALg8bN6O+QU1iPYp8VfNFiuNt27RDimkb1ssdoHsxBLk2iGXxnpgDC1tON5oZ/9vEWnTKMYuboJ5 X-Received: by 2002:a17:902:7882:: with SMTP id q2mr31535761pll.305.1548086082828; Mon, 21 Jan 2019 07:54:42 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1548086082; cv=none; d=google.com; s=arc-20160816; b=Oy88AuLMCqTAv5fPIkFAoKfpP2sgAZKOME5l4eA7Bq8dOh/hGtW7+1WcsdcQRWFpil ok77fAkc0s8q6AaqEIXQSpBxgStdyYQXMbBsGemGBFKOKYxMP39jef2hHDBJpTa8TpNF s9gQyl4RhQqZJCCeNaivWLsaNeuZ5SdebUgid3FAv3V5vx2g7/Da4Mtlrasm3lR+XwVu mADn+qXvMFnVPfPkrl2diP/7CnRMm4RcpqvHr9os3xt1Zb3O0ASQn9hkuX6Vdm39mxJD 1G4J497emZEiFa+alP4F38lRPIE79V0xwZ79piZKZVLb/P0ERbzSh3Cq9GceKR0PfQFl xvbw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:organization:references:in-reply-to:date:cc:to:from :subject:message-id; bh=qP+6oXbUHiq6U9LdMi4Z8ytGmW8whS1LVFDWAF/rK0M=; b=ayhfxNijFC0dOkdOvYwjXX2T+bhUtiA8YGTH1SzfUvtEjnRWeNjaBmuS1JIKTx6Qez YFc+vuJfkd3t688O1NVQqD/5X0+beRuf6Fimggyc3OJhHxK3FehvJ4D0PddcFOcxvhEP 47tQY8d3j7qQQLBjQWDD5nldX/6dZ6yl2dye5lYuXnvRphH98XakP/mSCU0ibHglvGcQ 08mRgJZFGvIXkSL/ezuPkjYiyPY+xURiTMm2WQVQeRxUD55838yEM07L9i2XuSMLNuH6 75xAUtl5UQ+PjGQXA2bEyCJxKf5MI2TBHpNXFgZTYJ3Ak20Jz7+VU+bGn4Vitpzr25uh Ze+Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b124si13395287pfg.47.2019.01.21.07.54.27; Mon, 21 Jan 2019 07:54:42 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730454AbfAUPwL (ORCPT + 99 others); Mon, 21 Jan 2019 10:52:11 -0500 Received: from mx1.redhat.com ([209.132.183.28]:39400 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728950AbfAUPwK (ORCPT ); Mon, 21 Jan 2019 10:52:10 -0500 Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 63574C070E05; Mon, 21 Jan 2019 15:52:09 +0000 (UTC) Received: from ovpn-116-130.ams2.redhat.com (ovpn-116-130.ams2.redhat.com [10.36.116.130]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 06E0F5D971; Mon, 21 Jan 2019 15:52:06 +0000 (UTC) Message-ID: <47c97a0e4fc1a520d166b69d4ca19e36049f8eba.camel@redhat.com> Subject: Re: [PATCH] net/ipv6: lower the level of "link is not ready" messages From: Thomas Haller To: Lubomir Rintel , "David S. Miller" , Alexey Kuznetsov , Hideaki YOSHIFUJI Cc: netdev@vger.kernel.org, linux-kernel@vger.kernel.org Date: Mon, 21 Jan 2019 16:52:04 +0100 In-Reply-To: <20190121135419.615989-1-lkundrak@v3.sk> References: <20190121135419.615989-1-lkundrak@v3.sk> Organization: Red Hat Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.30.3 (3.30.3-1.fc29) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.79 on 10.5.11.14 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.31]); Mon, 21 Jan 2019 15:52:10 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 2019-01-21 at 14:54 +0100, Lubomir Rintel wrote: > This message gets logged far too often for how interesting is it. > > Most distributions nowadays configure NetworkManager to use randomly > generated MAC addresses for Wi-Fi network scans. The interfaces end > up > being periodically brought down for the address change. When they're > subsequently brought back up, the message is logged, eventually > flooding > the log. > > Perhaps the message is not all that helpful: it seems to be more > interesting to hear when the addrconf actually start, not when it > does > not. Let's lower its level. > > Signed-off-by: Lubomir Rintel Hi, a NetworkManager maintainer here. Acked-By: Thomas Haller > --- > net/ipv6/addrconf.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/net/ipv6/addrconf.c b/net/ipv6/addrconf.c > index 93d5ad2b1a69..ba155841dc15 100644 > --- a/net/ipv6/addrconf.c > +++ b/net/ipv6/addrconf.c > @@ -3495,8 +3495,8 @@ static int addrconf_notify(struct > notifier_block *this, unsigned long event, > > if (!addrconf_link_ready(dev)) { > /* device is not ready yet. */ > - pr_info("ADDRCONF(NETDEV_UP): %s: link > is not ready\n", > - dev->name); > + pr_debug("ADDRCONF(NETDEV_UP): %s: link > is not ready\n", > + dev->name); > break; > }