From patchwork Wed Sep 2 17:31:03 2020 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Andy Shevchenko X-Patchwork-Id: 1356009 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Authentication-Results: ozlabs.org; spf=pass (sender SPF authorized) smtp.mailfrom=vger.kernel.org (client-ip=23.128.96.18; helo=vger.kernel.org; envelope-from=linux-pci-owner@vger.kernel.org; receiver=) Authentication-Results: ozlabs.org; dmarc=fail (p=none dis=none) header.from=linux.intel.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by ozlabs.org (Postfix) with ESMTP id 4BhWFG2mFpz9sTM for ; Thu, 3 Sep 2020 03:31:14 +1000 (AEST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726559AbgIBRbK (ORCPT ); Wed, 2 Sep 2020 13:31:10 -0400 Received: from mga11.intel.com ([192.55.52.93]:46678 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726140AbgIBRbJ (ORCPT ); Wed, 2 Sep 2020 13:31:09 -0400 IronPort-SDR: 8Tcs++gcDWc2fkj1OzsDkOl82vj0NDYJQmG9JWhwY7/MSxT1w3LgcRwJtJWVjY/c1wCrxEZwLw 7qDB9vlgJzGA== X-IronPort-AV: E=McAfee;i="6000,8403,9732"; a="154950817" X-IronPort-AV: E=Sophos;i="5.76,383,1592895600"; d="scan'208";a="154950817" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by fmsmga102.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 02 Sep 2020 10:31:09 -0700 IronPort-SDR: PgfSfN9GeZ2DpsLN9FpjvvJBKfCKO9A4Sdfc1J/ckEdSg0vKaK83gb2O3qiwrtOwMYh9cQEnEM b8Mfju1r7dGg== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.76,383,1592895600"; d="scan'208";a="334183283" Received: from black.fi.intel.com ([10.237.72.28]) by fmsmga002.fm.intel.com with ESMTP; 02 Sep 2020 10:31:07 -0700 Received: by black.fi.intel.com (Postfix, from userid 1003) id 3EE4D11E; Wed, 2 Sep 2020 20:31:05 +0300 (EEST) From: Andy Shevchenko To: Bjorn Helgaas , linux-pci@vger.kernel.org, Konrad Rzeszutek Wilk , iommu@lists.linux-foundation.org, Christoph Hellwig , Marek Szyprowski , x86@kernel.org, Robin Murphy , Fabio Estevam Cc: Andy Shevchenko Subject: [PATCH v2 1/3] swiotlb: Use %pa to print phys_addr_t variables Date: Wed, 2 Sep 2020 20:31:03 +0300 Message-Id: <20200902173105.38293-1-andriy.shevchenko@linux.intel.com> X-Mailer: git-send-email 2.28.0 MIME-Version: 1.0 Sender: linux-pci-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-pci@vger.kernel.org There is an extension to a %p to print phys_addr_t type of variables. Use it here. Signed-off-by: Andy Shevchenko Reviewed-by: Fabio Estevam --- v2: dropped bytes replacement (Fabio) kernel/dma/swiotlb.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/kernel/dma/swiotlb.c b/kernel/dma/swiotlb.c index c19379fabd20..6499bda8f0b8 100644 --- a/kernel/dma/swiotlb.c +++ b/kernel/dma/swiotlb.c @@ -172,9 +172,7 @@ void swiotlb_print_info(void) return; } - pr_info("mapped [mem %#010llx-%#010llx] (%luMB)\n", - (unsigned long long)io_tlb_start, - (unsigned long long)io_tlb_end, + pr_info("mapped [mem %pa-%pa] (%luMB)\n", &io_tlb_start, &io_tlb_end, bytes >> 20); }