Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp3381815rwb; Fri, 9 Dec 2022 13:48:53 -0800 (PST) X-Google-Smtp-Source: AA0mqf5PIdnplQKmKbk6VibZJtuZHx0wYFRDti2WFoFaCEU6gvC54bULFFNsKinHstKJA+SdOhSt X-Received: by 2002:a50:cbcd:0:b0:46a:331:8e72 with SMTP id l13-20020a50cbcd000000b0046a03318e72mr6341476edi.37.1670622533138; Fri, 09 Dec 2022 13:48:53 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1670622533; cv=none; d=google.com; s=arc-20160816; b=nyoXYl+exVMO6zTLGMEDoF9q0fc8Zkmr4WD2FBr5fm3VBGMtx8sSJrSfbd9Kse3yyv KB4Oa9JGL4hrgNAfGLAZq+7k0aCfEVuUygpvT7yRo2fxZKYoH8f/nLsm+R/UX2bO2rBJ kAO1qAtWfcmxZ+vlqA5mpGC8jRFbr/m61lGqL0hSKpwUip4lxniujf6Ac6loPOBHO8nf q7EQKq/ip0YAxw3Z1iE9g4HC4DobBtawQD+tkQJIo4DB5cNjv29Gqd4SYmf/CjMs1S7W Rq318yh9Lujeu4mbThR68PJXYljIlx565QNKk1j+BaBjzUy3zyQK5xNc7T+VPLGgoKFl G0xQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:organization:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=7/ZE0sJ+FxjBvkUuejb0oMC9gQUqlB+hR4FXVu5HdLo=; b=KE/7PqD+mP//ObgjI+EL+pWxzxrjOkLKJRdB4vpX3ijXft8n9sq+tMeJN1K9YJ4p8g aq/FgCBvov94SKf3Lvnb1Wv6yCG/DjGrsqelJzmSVJL8YiEkFv+BPCOi+YC8UU64cbJS 8opm9N432Y00d7WZLdrMGN9BY6rD2nvZEiJ/U7yc1RNSdx0qKgkcdG6ec+v9CP1GZQoG V71gOH67mT2er3eH70QWY1br+i5J794uH0ClInb1RcWGpTjlOt8b4O6BmtwSVYzXD8+w KVWCl8Q9dKXELbkk8+lq3oqfifGNrNpMmiaX/g6Ib/S9l2XL0lI3ByLg8sv44RtON64L uWTg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=gdky48IU; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id gn2-20020a1709070d0200b007c14eabf6adsi182046ejc.116.2022.12.09.13.48.35; Fri, 09 Dec 2022 13:48:53 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=gdky48IU; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229853AbiLIVdN (ORCPT + 74 others); Fri, 9 Dec 2022 16:33:13 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33254 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229517AbiLIVdM (ORCPT ); Fri, 9 Dec 2022 16:33:12 -0500 Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 50FA81572B; Fri, 9 Dec 2022 13:33:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1670621591; x=1702157591; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=eGoeiXR1p93X5YrzuAODssrWSeub6r/Gldo3L3agRqU=; b=gdky48IUoqHkza2gs6Abjg1FCDP+TQjIj5T8QgowDL9F+upZRInPLuq5 Vwrn8L0QWActDffDfBl9/XprQQiFLDOm5lf7vhrTeJj0LxEycrwftASIR J8H7rxuKMArwMxxnlnb/yNgEyYnXbsQBeei+jA99xdsUCv8LkYr6pUoZN D/UmGLxBzRsx4dJ+LhbR23q4vYLcpoR/sehRnNFoag9eV8w4bkm2ZIV5i g9/ONF0vJ49p2pWsqsbRUjObllDohzlGH4SsaZDTq/+KxxNlSrnD+N1oA I9N/uaYzQJ4V6OhfYcpxwagux3VizoyWBfITH9J9NoM+kYDnAz57ln72i g==; X-IronPort-AV: E=McAfee;i="6500,9779,10556"; a="318704344" X-IronPort-AV: E=Sophos;i="5.96,232,1665471600"; d="scan'208";a="318704344" Received: from fmsmga006.fm.intel.com ([10.253.24.20]) by orsmga102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 09 Dec 2022 13:33:10 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6500,9779,10556"; a="892805570" X-IronPort-AV: E=Sophos;i="5.96,232,1665471600"; d="scan'208";a="892805570" Received: from smile.fi.intel.com ([10.237.72.54]) by fmsmga006.fm.intel.com with ESMTP; 09 Dec 2022 13:33:07 -0800 Received: from andy by smile.fi.intel.com with local (Exim 4.96) (envelope-from ) id 1p3kzQ-007C8N-2r; Fri, 09 Dec 2022 23:33:04 +0200 Date: Fri, 9 Dec 2022 23:33:04 +0200 From: Andy Shevchenko To: Bjorn Helgaas Cc: linux-pci@vger.kernel.org, Hans de Goede , Florent DELAHAYE , Konrad J Hambrick , Matt Hansen <2lprbe78@duck.com>, Benoit =?iso-8859-1?Q?Gr=E9goire?= , Nicholas Johnson , Mika Westerberg , Werner Sembach , mumblingdrunkard@protonmail.com, linux-kernel@vger.kernel.org, Bjorn Helgaas Subject: Re: [PATCH v2 3/4] x86/PCI: Tidy E820 removal messages Message-ID: References: <20221209203428.GA1721600@bhelgaas> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20221209203428.GA1721600@bhelgaas> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED, RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_NONE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Dec 09, 2022 at 02:34:28PM -0600, Bjorn Helgaas wrote: > On Fri, Dec 09, 2022 at 08:42:06PM +0200, Andy Shevchenko wrote: > > On Thu, Dec 08, 2022 at 01:03:40PM -0600, Bjorn Helgaas wrote: ... > > > + if (avail->end > avail->start) > > > + pr_info("resource: remaining [mem %#010llx-%#010llx] available\n", > > > + (unsigned long long) avail->start, > > > + (unsigned long long) avail->end); > > > > Is there any point why we do not use %pa for resource_size_t parameters? > > Only my ignorance :) Thanks for pointing that out; I changed it to > this and added a comment about why: > + pr_info("resource: avoiding allocation from e820 entry [mem %#010Lx-%#010Lx]\n", > + e820_start, e820_end); > + if (avail->end > avail->start) > + /* > + * Use %pa instead of %pR because "avail" > + * is typically IORESOURCE_UNSET, so %pR > + * shows the size instead of addresses. > + */ > + pr_info("resource: remaining [mem %pa-%pa] available\n", > + &avail->start, &avail->end); LGTM, thanks! -- With Best Regards, Andy Shevchenko