From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ozlabs.org (bilbo.ozlabs.org [203.11.71.1]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 40y86Z131GzF0Rs for ; Sat, 2 Jun 2018 01:55:01 +1000 (AEST) In-Reply-To: <20180529192001.30200-1-malat@debian.org> To: Mathieu Malaterre From: Michael Ellerman Cc: Stephen Rothwell , Mathieu Malaterre , linux-kernel@vger.kernel.org, Paul Mackerras , linuxppc-dev@lists.ozlabs.org Subject: Re: powerpc/prom: Fix %u/%llx usage since prom_printf() change Message-Id: <40y86Y5sSdz9rxs@ozlabs.org> Date: Sat, 2 Jun 2018 01:55:01 +1000 (AEST) List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Tue, 2018-05-29 at 19:20:01 UTC, Mathieu Malaterre wrote: > In commit eae5f709a4d7 ("powerpc: Add __printf verification to > prom_printf") __printf attribute was added to prom_printf(), which > means GCC started warning about type/format mismatches. As part of that > commit we changed some "%lx" formats to "%llx" where the type is > actually unsigned long long. > > Unfortunately prom_printf() doesn't know how to print "%llx", it just > prints a literal "lx", eg: > > reserved memory map: > lx - lx > lx - lx > > prom_printf() also doesn't know how to print "%u" (only "%lu"), it just > print a literal "u", eg: > > Max number of cores passed to firmware: u (NR_CPUS = 2048) > > instead of: > > Max number of cores passed to firmware: 2048 (NR_CPUS = 2048) > > This commit adds support for the missing formatters. > > Fixes: eae5f709a4d7 ("powerpc: Add __printf verification to prom_printf") > Reported-by: Michael Ellerman > Reported-by: Stephen Rothwell > Signed-off-by: Mathieu Malaterre Applied to powerpc next, thanks. https://git.kernel.org/powerpc/c/8af1da40669609707303eecdb857f4 cheers