Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp4108684imu; Mon, 28 Jan 2019 17:35:19 -0800 (PST) X-Google-Smtp-Source: ALg8bN7v+kBs546xAht1ylNkC+33QynGCuTOYXwRJu7H2Ffg7OLxgIzPaGyJ14hqweWAH45WTcwW X-Received: by 2002:a62:5486:: with SMTP id i128mr23620607pfb.215.1548725719013; Mon, 28 Jan 2019 17:35:19 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1548725718; cv=none; d=google.com; s=arc-20160816; b=eyGIzJ8ZayV32SLr96MBiTcVivjtYHhxKjee/gEZ1BERQOhb1qq2pTCAPX9ASWaAku Yf6C0ztcIxACZCJCGITqcus8/NJ9bEK491Rs+9YYCz3asuXTqbYCSqDwRo53qW4n3kHP RsQxgFFVcsaWDVP3EQ+vZmCVMf5o5PpEBKBQUoUTujCKjpGSLUIT3Mxo9T6RhgkJ2/Ut hkgUwLwGCFNzpQ7PZdaX/f/nmeA7ODLAg9F8xO/eOdHRmPKyzveou3AnMXrfhIee178V nqU1dVXXRSlj8dgvjHuVRuduU36WhhvVznZB2/P+uKEMWNyINEfV7ah6ttU+XAfGsowZ 30iA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from; bh=zu+CkY1kc/8v1pZpdu1YbIBz2fOkHMIcj5De/2BGasE=; b=fGPk3Yn7UandbGgT/gqZMaT1nYnpStvzZq0+psumUfLdp4grTe7BycAdKH0WUoZteG DHYg2zZFxRwJNCzgpJt4do9irloFKyT3fiVBdBWoXqxl818wiYIauN6J9bmaLUbXY04T /nlbWMbn+0F2qkYaitD1I9lfnuogzmRuxWvE0K4Na+sU0s/oYkWfrKT0MMLFuy5AkpU+ PXhp67vUywc7Qn8/+wgx751uKhk4KDb+lf9DAQQ1pnRN8Hu1DdJiP559rD26ixNDHtTL 3RuKXYdvCJKRrvkrQwspxLozEydFWR+IzUGyIUnxY/QupzhLUV6K9XGp7wVfZrZ0u0ZW 3I6A== 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 d10si33014614pgf.136.2019.01.28.17.35.03; Mon, 28 Jan 2019 17:35:18 -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 S1727044AbfA2Be5 (ORCPT + 99 others); Mon, 28 Jan 2019 20:34:57 -0500 Received: from ozlabs.org ([203.11.71.1]:49331 "EHLO ozlabs.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726694AbfA2Bey (ORCPT ); Mon, 28 Jan 2019 20:34:54 -0500 Received: from authenticated.ozlabs.org (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ozlabs.org (Postfix) with ESMTPSA id 43pTZM2r3kz9sDK; Tue, 29 Jan 2019 12:34:51 +1100 (AEDT) From: Michael Ellerman To: Dave Hansen , Bjorn Helgaas , Dave Hansen Cc: Linux Kernel Mailing List , Dan Williams , Dave Jiang , zwisler@kernel.org, vishal.l.verma@intel.com, thomas.lendacky@amd.com, Andrew Morton , mhocko@suse.com, linux-nvdimm@lists.01.org, linux-mm@kvack.org, Huang Ying , Wu Fengguang , Jerome Glisse Subject: Re: [PATCH 2/5] mm/resource: move HMM pr_debug() deeper into resource code In-Reply-To: References: <20190124231441.37A4A305@viggo.jf.intel.com> <20190124231444.38182DD8@viggo.jf.intel.com> Date: Tue, 29 Jan 2019 12:34:50 +1100 Message-ID: <87imy8s0ud.fsf@concordia.ellerman.id.au> MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Dave Hansen writes: > On 1/25/19 1:18 PM, Bjorn Helgaas wrote: >> On Thu, Jan 24, 2019 at 5:21 PM Dave Hansen wrote: >>> diff -puN kernel/resource.c~move-request_region-check kernel/resource.c >>> --- a/kernel/resource.c~move-request_region-check 2019-01-24 15:13:14.453199539 -0800 >>> +++ b/kernel/resource.c 2019-01-24 15:13:14.458199539 -0800 >>> @@ -1123,6 +1123,16 @@ struct resource * __request_region(struc >>> conflict = __request_resource(parent, res); >>> if (!conflict) >>> break; >>> + /* >>> + * mm/hmm.c reserves physical addresses which then >>> + * become unavailable to other users. Conflicts are >>> + * not expected. Be verbose if one is encountered. >>> + */ >>> + if (conflict->desc == IORES_DESC_DEVICE_PRIVATE_MEMORY) { >>> + pr_debug("Resource conflict with unaddressable " >>> + "device memory at %#010llx !\n", >>> + (unsigned long long)start); >> >> I don't object to the change, but are you really OK with this being a >> pr_debug() message that is only emitted when enabled via either the >> dynamic debug mechanism or DEBUG being defined? From the comments, it >> seems more like a KERN_INFO sort of message. > > I left it consistent with the original message that was in the code. > I'm happy to change it, though, if the consumers of it (Jerome, > basically) want something different. At least using pr_debug() doesn't match the comment, ie. the comment says "Be verbose" but pr_debug() is silent by default. cheers