Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp370820imu; Fri, 16 Nov 2018 04:00:05 -0800 (PST) X-Google-Smtp-Source: AJdET5eu8Vitm7TQhlokQ90kX36pk/fM/f+73QTw8ywP29Gt+YSzvhK7JSn95II6LEZQ0J49qlhJ X-Received: by 2002:a63:86c2:: with SMTP id x185mr8872926pgd.230.1542369605104; Fri, 16 Nov 2018 04:00:05 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1542369605; cv=none; d=google.com; s=arc-20160816; b=MQhxpF1lYiA6PGLsLWuwO0Jkqm9CY1cR4KUeuAN6wpaRegFD/IJAI4p59WYEmPPrS3 E205rNfxqylOVoI3bSMpcetsfHaegto8xk65g6qb4dzUI/JujtJVOmX4sGzhpQXkkWK6 kAe6RiaD/oveQCgKd0RHYC1vXfH8UWXUFy+guEGctui2GfprmXXluIJWF8xvUpsg474w a4y+POy46TJRQQDs2jI/5Kc9uRSWQTKGOmUOJ+dxNvIiH9X6XrcvPvqFlv93Izd+I9mH PF6GakmiZ4D7YT4CC2jzq3MkexCzHAOmL1W/96nXZh2bpvDCSWm5lExLXtBmYZBOY7Sn Ptkg== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=TkN9nYCZtnvH3BiszaEI8fHx4lNt2rmP/MEAFHqArlM=; b=eQEVPyTPWcHWH20+cLo5NyG2MrfuWc7vgFedP/bvq1D2Um3C9/tNWrl06D/a4cUl1I zrdKWYUzFtfJkf540YCOLRIt1MbXTG7MApWyHLJ+7KpSnJjxNOwsvO4PwIJSmgYgawBk HCHnCXVdHLbGaKyBIz8DY4NJVQw6gzIZCei9oRHIzHO6My7/R83Oti+++f65VhLi7NwB 9piP2AeR1PxrGLI9/wq15lwGEITrjZ9eNivtcyYondGj9QAxxgKKidi5eJJVx1Y9PzRR V5mtx/lrlqes5HaIchht4zpLiaZajxuviSjeTHuoczAFy37P3mC1ugQQKJqAUishkB5s mJmA== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 132si30961382pge.141.2018.11.16.03.59.50; Fri, 16 Nov 2018 04:00:05 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728029AbeKPWJc (ORCPT + 99 others); Fri, 16 Nov 2018 17:09:32 -0500 Received: from foss.arm.com ([217.140.101.70]:50314 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727727AbeKPWJc (ORCPT ); Fri, 16 Nov 2018 17:09:32 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id AD6F980D; Fri, 16 Nov 2018 03:57:28 -0800 (PST) Received: from [10.163.1.125] (unknown [10.163.1.125]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id B86C83F718; Fri, 16 Nov 2018 03:57:26 -0800 (PST) Subject: Re: [PATCH 2/5] mm: lower the printk loglevel for __dump_page messages To: Michal Hocko , Andrew Morton Cc: Oscar Salvador , Baoquan He , linux-mm@kvack.org, LKML , Michal Hocko References: <20181116083020.20260-1-mhocko@kernel.org> <20181116083020.20260-3-mhocko@kernel.org> From: Anshuman Khandual Message-ID: <77da3b3f-9f3e-560f-1f00-0eb8523447ef@arm.com> Date: Fri, 16 Nov 2018 17:27:24 +0530 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20181116083020.20260-3-mhocko@kernel.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11/16/2018 02:00 PM, Michal Hocko wrote: > From: Michal Hocko > > __dump_page messages use KERN_EMERG resp. KERN_ALERT loglevel (this is > the case since 2004). Most callers of this function are really detecting > a critical page state and BUG right after. On the other hand the > function is called also from contexts which just want to inform about > the page state and those would rather not disrupt logs that much (e.g. > some systems route these messages to the normal console). > > Reduce the loglevel to KERN_WARNING to make dump_page easier to reuse > for other contexts while those messages will still make it to the kernel > log in most setups. Even if the loglevel setup filters warnings away > those paths that are really critical already print the more targeted > error or panic and that should make it to the kernel log. > > Signed-off-by: Michal Hocko Reviewed-by: Anshuman Khandual