Received: by 2002:a5b:505:0:0:0:0:0 with SMTP id o5csp5705147ybp; Tue, 8 Oct 2019 07:09:34 -0700 (PDT) X-Google-Smtp-Source: APXvYqyEKiyIuiOp2DcQc+PkOBxGMEWOMddvlI/NoORBzFae5aSzrH6E66KBJ7DP0A08xIyXiG1h X-Received: by 2002:a17:906:4ec2:: with SMTP id i2mr28660802ejv.83.1570543774097; Tue, 08 Oct 2019 07:09:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1570543774; cv=none; d=google.com; s=arc-20160816; b=Ox0uFNk4JVzZGihp/vioQOJm5aZHCsCHEsosXhtGxNqkDXIKk8yVrm5oHPzywAOX3T +KgkVqkq3BCRBzdi9aunZ7Bw/2E3BEAV7EaNjAcbhPmO30KoFUGvrjS0yWbkGxYD4584 H21VpQFz9RX8n1maQQBAbUQgGMIjfs8MOnLBqzs9FxS1itYL8DgR4xWH8FZtfZ2Wa/wo 30kMCLUT18IxzaA1TDwpmB9GSscYTal67Zi16sOCSrPkJhn2ol+EhM5YnczBIPQSJwb+ Gbfr9TA+pFz6dZCI2IYOM+hthffcp6NVkvqGDBPc4GRegbmd/gpdMA+aSCnEsvOqg6sl pbvA== 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; bh=4dgBLIYdy5EqonpDPzBlxbpDkO2cgkGsInINhvLXPdE=; b=UG2/FhnGk5WhGJCR44L7TBy/6DeEb4c6Du2W9qsLSV4LS+GPK8rFbNvoP5Qp62kSZJ SvsAk1qoP56VabSWxZlEzZ3zWAepHgqH9KRfWTbin+q/bxoCkSKfbnOFYCsnAbo9oyCf LmHzYyWxnEx3nO2cgmzj25MMrsPDdRyrAYqdMRbqy+xe1Rf+gFcpG76XT0/pXh1RpnUA gUMEOJIhiKXmC65pJ55z/IruJ2EF1kOlCwhQjbgZOXTYYdpXE+9GmI6U0Ku2djsHS1X3 U5DBmkT2xw7plI9b0pwmOlwEjxOmX3pGNdiF9N+3fBkayvNNki/OYinY1R4wvtUOsVD1 I/+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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i10si11646049ede.101.2019.10.08.07.09.08; Tue, 08 Oct 2019 07:09:34 -0700 (PDT) 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1725953AbfJHOJB (ORCPT + 99 others); Tue, 8 Oct 2019 10:09:01 -0400 Received: from mx2.suse.de ([195.135.220.15]:54040 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1725839AbfJHOJB (ORCPT ); Tue, 8 Oct 2019 10:09:01 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 668A1AC45; Tue, 8 Oct 2019 14:08:59 +0000 (UTC) Date: Tue, 8 Oct 2019 16:08:58 +0200 From: Michal Hocko To: Qian Cai Cc: Petr Mladek , Steven Rostedt , sergey.senozhatsky.work@gmail.com, peterz@infradead.org, linux-mm@kvack.org, john.ogness@linutronix.de, akpm@linux-foundation.org, david@redhat.com, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2] mm/page_isolation: fix a deadlock with printk() Message-ID: <20191008140858.GN6681@dhcp22.suse.cz> References: <1570228005-24979-1-git-send-email-cai@lca.pw> <20191007143002.l37bt2lzqtnqjqxu@pathway.suse.cz> <1570460350.5576.290.camel@lca.pw> <20191007151237.GP2381@dhcp22.suse.cz> <1570462407.5576.292.camel@lca.pw> <20191008081510.ptwmb7zflqiup5py@pathway.suse.cz> <20191008091349.6195830d@gandalf.local.home> <1570541032.5576.297.camel@lca.pw> <20191008134256.5ti6rjkvadn5b5q4@pathway.suse.cz> <1570543381.5576.301.camel@lca.pw> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1570543381.5576.301.camel@lca.pw> 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 Tue 08-10-19 10:03:01, Qian Cai wrote: [..] > I don't think there is "removing useful messages" in this patch. That one > printk() in __offline_isolated_pages() basically as Michal mentioned it is that > useful, but could be converted to printk_deferred() if anyone objected. "remove from free list" printk is quite dubious as I've said. And I wouldn't be opposed to remove it altogether. It just swamps the low with something that is of no real use. It might have been useful while shaping and debugging the initial code but it has close to zero value for end users. But it makes no sense to make to make it printk_deferred on grounds mentioned so far. -- Michal Hocko SUSE Labs