From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by smtp.subspace.kernel.org (Postfix) with ESMTP id B07BE1E8342 for ; Mon, 27 Jul 2026 12:50:45 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=217.140.110.172 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1785156646; cv=none; b=EIJWNvd/xfk3T1HJBQdAdEIp8NqXBI/ZkhMkRJ3xH6VLxBHlkwffh+UHQxJQJSnOhaeRUQ722mjNXVi/HOsRXURccMpqEcreehPydmQ4cVcSY+ScBRc/ZTrkU75kXPFIGJQuMCtDXDM2jfbTO7ywE/IxgvQRIpr700hQEdyprnY= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1785156646; c=relaxed/simple; bh=8eH1R+SpVl0IPcdFmLZ7TX0yGZlPLI8BikiFdobOMJc=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=BermOlg8fb7uwHgV2SB+Uvu0PNZZfz9zf/tPaSimVpjClUfTAiOA3EHYSGNmnPaMOwyt5nXv9f90LEyD24MTCWw1hTL7dmLYTpC4FE4EA086x+OgI88ekMhVg1wOBj85DXDoVEmuekXohOc3qkYMutn6cMC7ynqjDduEMO1W+s8= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arm.com; spf=pass smtp.mailfrom=arm.com; dkim=pass (1024-bit key) header.d=arm.com header.i=@arm.com header.b=HRxwfKPd; arc=none smtp.client-ip=217.140.110.172 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arm.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=arm.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=arm.com header.i=@arm.com header.b="HRxwfKPd" Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 06793143D; Mon, 27 Jul 2026 05:50:41 -0700 (PDT) Received: from [10.163.132.91] (unknown [10.163.132.91]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 1EF6F3F86F; Mon, 27 Jul 2026 05:50:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=arm.com; s=foss; t=1785156645; bh=8eH1R+SpVl0IPcdFmLZ7TX0yGZlPLI8BikiFdobOMJc=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=HRxwfKPdLUrcpcN/Vns7B9se38vhkvpnbgaM/qVNMKNELIr8o3Vb5alAbfvV6kFm0 AE3O+Np2GVMA1Uwd5U8JOeph3EwXL1yhDOcKjykSBvwkHtQrbaNJZrXQVaX7DaOEgs NMinrvsMJSWOXOkXd1WLho9F2detIAfWN3BYzUMk= Message-ID: Date: Mon, 27 Jul 2026 18:20:39 +0530 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH V3] mm: Standardize printing for pgtable entries To: Andy Shevchenko , Matthew Wilcox Cc: "David Hildenbrand (Arm)" , linux-mm@kvack.org, usama.arif@linux.dev, hughd@google.com, ryan.roberts@arm.com, Andrew Morton , linux-kernel@vger.kernel.org References: <20260709044334.1741263-1-anshuman.khandual@arm.com> <5ee8783e-4deb-48fc-a4c4-96b02d79a6cb@arm.com> Content-Language: en-US From: Anshuman Khandual In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 13/07/26 9:36 PM, Andy Shevchenko wrote: > On Mon, Jul 13, 2026 at 01:34:17PM +0100, Matthew Wilcox wrote: >> On Mon, Jul 13, 2026 at 02:36:50PM +0300, Andy Shevchenko wrote: >>> FWIW, we have hex_dump_to_buffer() for that already. >> >> ... which doesn't eliminate the problem of allocating buffers in the >> caller. > > Right, for this we need to integrate hex_dump_to_buffer() into %ph. Would not that create more complexity which might not really be required here for simple pgtable entry print solution that would probably have very limited number of callers anyway. Is not that reason - we did not go for the original printk format proposed earlier. https://lore.kernel.org/all/20260610043545.3725735-1-anshuman.khandual@arm.com/ IMHO this should be left unchanged. Later if there are more users for such prints, those printk formats should again be evaluated. - Anshuman