Received: by 2002:a25:31c3:0:0:0:0:0 with SMTP id x186csp3074593ybx; Sun, 3 Nov 2019 10:08:12 -0800 (PST) X-Google-Smtp-Source: APXvYqxNt7euBKfgBJJiuzjRsnV1+/LD8SG81h3YFUp6efH0aaFvK2MuLwdSHKFruVX/+HReG9hZ X-Received: by 2002:a17:906:d972:: with SMTP id rp18mr20551202ejb.179.1572804492567; Sun, 03 Nov 2019 10:08:12 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1572804492; cv=none; d=google.com; s=arc-20160816; b=xwiFg6elhq6dwhgJaiPyWtAFdpcjLwMYjm9u5EcUogNoVc5Z7yP6N7pxLO3b2NIido sH8dNMUbyTZdY2AOjn/An05jrPDrUF4CzcnrdSFMUXOIranECl0mdrD8g854QbpKTDFk C+RZ1k0zjh3JowpjCEuLSUPdh2sP4sprcSjnnwKY6LzihxgWvE3WvnevUPiXBo/lkdwC ELRY6BHOI4iog2dt8dXLOBfix1YVVg8P/ESgn/C0/yDtbaYyryL5btpWz857qda4eUzo 3syMwH/YfDg+pgT4naVI7LfKPn4VwHvO/w3QMNzoTtaz9djVMLmWtWKFPTr2tleSpWKP M/hg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=HlqywgoJJFJv9opibfwXT8Ba1ZohOiLGxkhX/b5bpXk=; b=FzopAdgamjRZ+DaMb+cVOP3OpO5kds623PS3M6zMnpYvJekGoLb9Hm1AzbVR+L1kg/ UmtESU8zhQ/iChRFndcI0FlX6N8M497wLyraIQ/75aiytxQlEEkA8tfBCYi3ixDUl19M +wST/Tu4QoH2MA7yFGUufLGH5hI+yunyfQKi9ddXbHl8d5hS+7Gb0tE28om/Fc9ojUrO gTCMNGydOzeU3e/Nx5ox2lho2xwa6tMYCENcxPuGG5HU+tDHANKGPeX296BPmxGEjFMW 6fpOaOTJpu56qS4vKWl5/zE4msZA6+h/B+3kft6g2G9drNENbxXYjBAmSmRd7HZv/ed+ uDCQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=Flf3NvE7; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id g31si6127164edg.206.2019.11.03.10.07.49; Sun, 03 Nov 2019 10:08:12 -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; dkim=pass header.i=@kernel.org header.s=default header.b=Flf3NvE7; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727400AbfKCSEH (ORCPT + 99 others); Sun, 3 Nov 2019 13:04:07 -0500 Received: from mail.kernel.org ([198.145.29.99]:35164 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726719AbfKCSEH (ORCPT ); Sun, 3 Nov 2019 13:04:07 -0500 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id AD8FC214D8; Sun, 3 Nov 2019 18:04:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1572804246; bh=D8lD4+Qag1uA3Dvg4dcv+BUinmTZttJfjIYpXWhc6ko=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=Flf3NvE7tmmWjg1FFgw1dreV+DXgiSCJHa6Tl9Bqc3i3B8PLCiV7cZdDHDnSfkmtx rI4fZRvQkWw5iWrBtvHOoRnGrcNBwmfpdhnxQn2s/Z4Yi6OQtTKiDjUs5jw48Sw4j4 Cn01ygygKAK4igIq1niQ5tNFV/tKJn4bsXscC6UU= Date: Sun, 3 Nov 2019 19:04:03 +0100 From: Greg Kroah-Hartman To: Drew DeVault Cc: Luis Chamberlain , linux-kernel@vger.kernel.org, "Rafael J. Wysocki" , ~sircmpwn/public-inbox@lists.sr.ht Subject: Re: [PATCH] firmware loader: log path to loaded firmwares Message-ID: <20191103180403.GA802745@kroah.com> References: <20191103175011.GA751209@kroah.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.12.2 (2019-09-21) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Nov 03, 2019 at 12:55:18PM -0500, Drew DeVault wrote: > On Sun Nov 3, 2019 at 6:50 PM Greg Kroah-Hartman wrote: > > And it's totally noisy :( > > > > Please just make this a debug call, that way you can turn it on > > dynamically if you really want to see what firmware is attempting to be > > loaded. > > The typical setup won't need more than say, 10-20 firmwares? On my > system I need 13, and 12 of them are just for AMDGPU. In the 20 minutes > since I rebooted to this kernel, it constitutes less than 1% of my dmesg > volume, and will only get less so over time unless I start hotplugging > stuff (in which case, their respective drivers are likely to make noise, > too). In practice, I don't think it'll be especially noisy. > > On the other hand, enabling debug logs just to get this information > would generate heaps of noise for a little bit of signal. This use-case > isn't the exceptional case for me, on my systems I only install the > firmwares I need so this is something I would reach for every time I set > up a new system. A "normal" system should not have any messages printing to the kernel log. All of this "look ma, I'm now loaded!" doesn't help anyone. Printing errors is the key, that way if you see a message, it means you need to take care of it. If a firmware file is NOT found that is asked for, then yes, a message should be printed out. Isn't that the case if you do not have the correct firmware file present? Please never print out "Here is what the code is doing now!" type messages to the info log, that's just noise. thanks, greg k-h