Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1874851pxb; Mon, 8 Mar 2021 08:24:08 -0800 (PST) X-Google-Smtp-Source: ABdhPJyoKxSLE4lN6NuYHKnjQ2nRMjLL0Qi18dFX2izAWTqdzfyNPVLoYvmgb4zHQB8i5lAZGjVr X-Received: by 2002:aa7:cf02:: with SMTP id a2mr22590387edy.59.1615220648723; Mon, 08 Mar 2021 08:24:08 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1615220648; cv=none; d=google.com; s=arc-20160816; b=XpxUxTXE4g2Ct/cY9XwISiqMEBNMU6+WIJedtP9+y4vJBgXSK7gjrNH6VrvBgcgI7s J/lhTye2oXdOpJXXgyisMr+8/h3H/JBA1IGeQ4R/J4/Xd4tj6SfM8TAKLqmxnau95FFI rHzn8TwKigbQcjI+umASJo+KZcRAAtR9NH5SsgM/zH6gSn8OE2ugrEXZV9fGrrSVcn6K CgdkK5wfBRlmUAbqCN/7ksxodaGmvtjaGWlpXneePDnyCwim1gdP+1TKTuvzYkyBndnV GTyutZH4q+kibzMAT8uXnbrIwUuR2D4tWPVzMgegzE0Gq9kEhUKBClkopEN7OdNmeIli Aj0A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=zmNh9XTFyds75r57idvI9IbPhvrQ/MrJNdhnTPn5J+g=; b=p/UFoPt/XOGK7h0JRffWSLI0veGcQvYFlk51us4j18wKUWIgLuMECkdR74PlpOIWQD I+nsG1rJfHXFXLCzuu6Xc9DvjccvgsclrHxLwpQEqP/QYUo/G+aaJoPuwv28CYKa7n/2 acmAU8wtkarp2gAOjUvL/8r7y1C15wcJzxFQw2xr2f4h8cqrkfsoe/sgnVPjHsBv0GkB wnkaHHAhEQiBe+igWIiQrtjUB22+ebWnmdIbHIuH3S4Pcb5SU7gSRy0tJe+FhCa9NvRN 1J/KcLhoXaZxa3lPHN5QCtt19YKCy1cMTkqebvirK5Xhk7WEjyLiyroD7o6ZAoGVsHC9 k5iA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@suse.com header.s=susede1 header.b=l16WpMgy; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=suse.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id gz5si7464174ejb.19.2021.03.08.08.23.44; Mon, 08 Mar 2021 08:24:08 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@suse.com header.s=susede1 header.b=l16WpMgy; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=suse.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230116AbhCHQWC (ORCPT + 99 others); Mon, 8 Mar 2021 11:22:02 -0500 Received: from mx2.suse.de ([195.135.220.15]:36556 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229757AbhCHQVt (ORCPT ); Mon, 8 Mar 2021 11:21:49 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=susede1; t=1615220508; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=zmNh9XTFyds75r57idvI9IbPhvrQ/MrJNdhnTPn5J+g=; b=l16WpMgy1aCH2nY1Eh/uNbTgDBMvegb8xG2+5G1tx/NkwOX/b1Hiri3vpEFBNjSAx269P2 Ca62/brNi8VVLouYVPnxyaT4Di+dzVZ6zP7T8e30t97evwV/g+xHfyVAcaoD6ukNh4FIXh UTDkL2616zTigPQCi9r4xOyk/LUdz5g= Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id 22112ADE3; Mon, 8 Mar 2021 16:21:48 +0000 (UTC) Date: Mon, 8 Mar 2021 17:21:47 +0100 From: Michal Hocko To: Minchan Kim Cc: David Hildenbrand , Andrew Morton , linux-mm , LKML , joaodias@google.com Subject: Re: [PATCH] mm: be more verbose for alloc_contig_range faliures Message-ID: References: <9f7b4b8a-5317-e382-7f21-01667e017982@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon 08-03-21 07:58:11, Minchan Kim wrote: [...] > It's the dynamic debugging facility > to enable only when admin want to use it. Otherwise, it's nop > unless is't not enabled. Furthermore, it doesn't need to invent > custom dump_page implementation(including dump_page_owner) by > chaning pr_debug. > Could you clarify your requirement? > > https://lore.kernel.org/linux-mm/YEEUq8ZRn4WyYWVx@google.com/ I am not really sure this is the right way to enable dynamic logging. Maybe it is. I thought we can go with something as simple as pr_debug. You are right that we do not have dump_page with the kernel log level. This is rather annoying but a) do we need a full dump_page functionality and b) can we make it log level aware with the dynamic debug infrastructure preserved? If not then then an explicit handling is probably the only way and this should be reviewed by people who are more familiar with that framework than me. -- Michal Hocko SUSE Labs