From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mgamail.intel.com (mgamail.intel.com [192.198.163.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id E9934435AA0 for ; Wed, 8 Jul 2026 11:17:27 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=192.198.163.16 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783509449; cv=none; b=fwBLF4VGoS+kNzYNjNuANAyfNU9ZUVpmh8of70LiM9Ry2Clnu4tli+lS14mRPvlCYkeaB9h8eo6XEI9LD9R0M/CLhcOCd/1vnTubVtYazOayKfDLVsKmr+J9D8coBxOn289uReBrdsS+Yv9ZTpECZvE5+60BL8cLL8DZU3mKX9s= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783509449; c=relaxed/simple; bh=1SUytAJQxBuqeggCAq5+Uh8RFQaVx7WpBu6U6QPTItc=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=kKbP8kx57qKDLyUIUzC8RBVWRh0oYE/+8sXCGFLEU5wuL2yHhPc9DVszvIYgOo/RUY8P0XZb1bfw5l7yGYqqyFLAzmp26LX2jIXyLyA1VitHG75pMA1rh7gg9eZdu7dqCm2AKoe/tkugTiCf0t9DaV3PPaaHEWo/OiqS3+N5nGA= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.intel.com; spf=pass smtp.mailfrom=linux.intel.com; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b=Xp+nu7ny; arc=none smtp.client-ip=192.198.163.16 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.intel.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linux.intel.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b="Xp+nu7ny" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1783509448; x=1815045448; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=1SUytAJQxBuqeggCAq5+Uh8RFQaVx7WpBu6U6QPTItc=; b=Xp+nu7nym3mWixmloy5r17JfQb7TnnAdFPaUI1a+Ad6cSzAUe2kb9B9p ZlL0Hz89ViJ0hb5565GpNiVSinOZ4I0Ik/QmaT1/k9BO8UrlUJE3lmBHr xivrnFEJ/7US5ODa/Tctnvo8temgMHj4fZaCpNAQcW7kbb2TUFFnU4aZm /J6y3ysNNDDQSzz0Z/2FlhHFUtDvcFbCC96JkrlVZ9LxsEQypQ44by4Rd cZMKNLyy0DaV2WpTk8WV9ZqwJna37mvCgab9JmN0JNJpuu4ZJbx2mZ4X+ +d/2sqdjaYDg5TDbmtdB9kzFuhDEe4faxbovjmDoCzBJmEEKlzUZU4Jez g==; X-CSE-ConnectionGUID: dL5DxmGaTSW5SbFntcA49g== X-CSE-MsgGUID: brfeuT+qQOiqxj4swjdwWA== X-IronPort-AV: E=McAfee;i="6800,10657,11840"; a="71689770" X-IronPort-AV: E=Sophos;i="6.25,153,1779174000"; d="scan'208";a="71689770" Received: from fmviesa005.fm.intel.com ([10.60.135.145]) by fmvoesa110.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 08 Jul 2026 04:17:27 -0700 X-CSE-ConnectionGUID: pAVKBk2bQyW7uUlD8uVmdQ== X-CSE-MsgGUID: +grBGXWSQaq8zO4daOCWCA== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.25,153,1779174000"; d="scan'208";a="259165387" Received: from klitkey1-mobl1.ger.corp.intel.com (HELO localhost) ([10.245.245.100]) by fmviesa005-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 08 Jul 2026 04:17:25 -0700 Date: Wed, 8 Jul 2026 14:17:23 +0300 From: Andy Shevchenko To: Anshuman Khandual Cc: linux-mm@kvack.org, usama.arif@linux.dev, hughd@google.com, willy@infradead.org, ryan.roberts@arm.com, "David Hildenbrand (Arm)" , Andrew Morton , linux-kernel@vger.kernel.org Subject: Re: [PATCH V2] mm: Standardize printing for pgtable entries Message-ID: References: <20260708032824.969752-1-anshuman.khandual@arm.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20260708032824.969752-1-anshuman.khandual@arm.com> Organization: Intel Finland Oy - BIC 0357606-4 - c/o Alberga Business Park, 6 krs, Bertel Jungin Aukio 5, 02600 Espoo On Wed, Jul 08, 2026 at 08:58:23AM +0530, Anshuman Khandual wrote: > Bad page map reporting currently stores page table entry values in an > unsigned long long and prints them with fixed 64-bit-oriented format > strings. This is inconsistent across call sites and does not work well for > architectures where page table entry values are not naturally represented > as 64-bit values, such as 32-bit or 128-bit entries. > > Introduce a common helper to convert raw page table entry values into a > fixed-width hexadecimal string based on the actual entry size. Use it for > bad page map reporting and for dumping the page table walk in > __print_bad_page_map_pgtable(). > > Pass page table entry values to the reporting path as raw bytes together > with their size, instead of forcing them through an unsigned long long. > It keeps the printed output consistent and avoids truncation or misleading > formatting for non-64-bit page table entries. Why do you still use __auto_* instead of 'auto'? Please, see the comment in compiler_types.h about this. -- With Best Regards, Andy Shevchenko