Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp870413imu; Fri, 25 Jan 2019 12:31:49 -0800 (PST) X-Google-Smtp-Source: ALg8bN6Y4PP0S3LBcKdmDRAWIlZvwqFxjKfb6/AyqOLHtUwNYSzwHpVts8oUcDWlcJYuwiuT0f0J X-Received: by 2002:a63:ba4d:: with SMTP id l13mr11225252pgu.194.1548448309852; Fri, 25 Jan 2019 12:31:49 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1548448309; cv=none; d=google.com; s=arc-20160816; b=irIi5nhXMcZVpJWip/8i4y+kIRwxD6tFKuWcwiPyRLJ/j8AC4L2z6zZL1U7Em5M5jN amZNdczD+YLB8JJynK7LlFImr4bTUTROf65zmmlOg4ZJD4ik5HxOmZ97OvruIEHRtNzT 0KtY/aSG/MQ8ICAhV4L3jA4E/zOPER8gZBNaY6/xSF8wmfkyC2y8623U8Xd25+P/BNK3 /ACWUCalf6w4Mieu/kbqSRnwOdX9voDvPpECCVIUHmhAaURmqlFbwo1ZesaIOmYY1/0G SRPJiq9sB18kZW9CTZ2SNpL3C4Zk/oOJFbEM+7YUV44KzzXk6N3EwsaGTaoYprzZoe7g tg9g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:organization:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=SA4clBuIOt9RpJlX+yvkx7MVzBATmpdnBoCJgrK/YvQ=; b=NwD6A47JehXnGJxa/9LhO1kvnSEz+JqyMZWX/OoD8AIq2xo6rWVcNAUBJX2ouuVOt8 cFeJoF8M1CCTU9wf3sqCodjDdNBwoETflWhFAUlMSag/4qhPp1+5WoQnQ7lD8JNGHGCx sB9cPzOCyrJZCSUs6lfmtaUYoGLv99OEmcMODQWFex/BTFjvCUJjRpme3IpfTBFOcbOd qjo6ab++Z6RbcOHlghpdTOyMHiYs6zw2uUFBhuY/R5Bsl/v6DE5DRNHvSvr3U5TVqhIm YO1QJoaVH55wEqLdeHCqZT3ZfE3WtUaWeT2zz2AxZmduvUsxnLSM0pTSwI7zUdbaP0AU jAWQ== 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id h5si13344709pgg.230.2019.01.25.12.31.34; Fri, 25 Jan 2019 12:31:49 -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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729372AbfAYUbD (ORCPT + 99 others); Fri, 25 Jan 2019 15:31:03 -0500 Received: from mga07.intel.com ([134.134.136.100]:50533 "EHLO mga07.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726044AbfAYUbD (ORCPT ); Fri, 25 Jan 2019 15:31:03 -0500 X-Amp-Result: UNSCANNABLE X-Amp-File-Uploaded: False Received: from orsmga001.jf.intel.com ([10.7.209.18]) by orsmga105.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 25 Jan 2019 12:31:02 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.56,523,1539673200"; d="scan'208";a="133144004" Received: from smile.fi.intel.com (HELO smile) ([10.237.72.86]) by orsmga001.jf.intel.com with ESMTP; 25 Jan 2019 12:30:59 -0800 Received: from andy by smile with local (Exim 4.92-RC4) (envelope-from ) id 1gn87u-0004L3-Bj; Fri, 25 Jan 2019 22:30:58 +0200 Date: Fri, 25 Jan 2019 22:30:58 +0200 From: Andy Shevchenko To: Pierre-Louis Bossart Cc: Mogens Jensen , Hans de Goede , Dean Wallace , Stephen Boyd , Michael Turquette , linux-clk , Stable , Johannes Stezenbach , Carlo Caione , Linux Kernel Mailing List Subject: Re: Regression found (Stop-marking-clocks-as-CLK_IS_CRITICAL) Message-ID: <20190125203058.GT9224@smile.fi.intel.com> References: <3e12e051-b874-187d-d4f5-e146f59c659b@redhat.com> <20190117091214.7djttnpo4jjzi4su@spock> <983fb777-df22-1b53-acea-8bbcab23b260@redhat.com> <43070180-1f10-9285-7564-cfa24e1d222e@linux.intel.com> <3ERhUwlxf4lWV_mn3MgjNMrm8ZDgFevrwjq0KRjy05oM1hGiQUdsPpbIlKytNGHi1ViQ_2Xv7bxzqusfruSjbZJyUSpQ9Uo8HCiNyUdyNdU=@protonmail.com> <1305936b-908d-e256-cc2a-667b6e5e0851@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1305936b-908d-e256-cc2a-667b6e5e0851@linux.intel.com> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jan 25, 2019 at 11:57:57AM -0600, Pierre-Louis Bossart wrote: > > > > > The only minor annoyance I'm experiencing now, is a large amount of debug output from something in kernel log when audio is played on the system: > > > > writing to lpe: 00000000: 01 01 01 01 00 00 08 00 ff ff ff ff 55 00 00 00 ............U... > > > > writing to lpe: 00000000: 01 01 01 01 00 00 1a 00 ff ff ff ff 75 00 12 00 ............u... > > > > ... > > > That's enabled via dynamic debug so that's rather a configuration issue > > > than a kernel problem? > > Do you have any suggestions on how to disable it? > > > > My kernel is compiled without DYNAMIC_DEBUG, DEBUG_FS and other debug features, so I don't understand why all this debug output is flooding the kernel log. > > > > It's a minor issue, but it would be nice to get rid of it. > I can confirm that this happens without DYNAMIC_DEBUG, and somehow changing > the log level doesn't seem to matter. I tried changing the console log as a > kernel parameter or with playing /proc/sys/kernel/printk, no luck. weird. Are you sure you did a clean build? The logic behind print_hex_dump_bytes() is following: - if !CONFIG_PRINTK — nothing should be printed at all - otherwise if CONFIG_DYNAMIC_DEBUG — it goes thru its facilities - else if goes to KERN_DEBUG level and thus loglevel should affect this either thru command line or via procfs If none of the above works like it should, the couple of possibilities I can see: - unclean build where previously it was compiled somehow with DEBUG - ignore_loglevel is in the kernel command line -- With Best Regards, Andy Shevchenko