linux-kernel - Re: [tip:x86/cleanups] x86: Remove pr

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20180517182659.GB27807@pd.tnic>
Date:   Thu, 17 May 2018 20:27:00 +0200
From:   Borislav Petkov <bp@...en8.de>
To:     mingo@...nel.org, hpa@...or.com, tglx@...utronix.de,
        joe@...ches.com, linux-kernel@...r.kernel.org
Cc:     linux-tip-commits@...r.kernel.org
Subject: Re: [tip:x86/cleanups] x86: Remove pr_fmt duplicate logging prefixes

On Sun, May 13, 2018 at 12:27:45PM -0700, tip-bot for Joe Perches wrote:
> Commit-ID:  1de392f5d5e803663abbd8ed084233f154152bcd
> Gitweb:     https://git.kernel.org/tip/1de392f5d5e803663abbd8ed084233f154152bcd
> Author:     Joe Perches <joe@...ches.com>
> AuthorDate: Thu, 10 May 2018 08:45:30 -0700
> Committer:  Thomas Gleixner <tglx@...utronix.de>
> CommitDate: Sun, 13 May 2018 21:25:18 +0200
> 
> x86: Remove pr_fmt duplicate logging prefixes
> 
> Converting pr_fmt from a default simple #define to use KBUILD_MODNAME
> added some duplicate prefixes.
> 
> Remove the duplicate prefixes.
> 
> Signed-off-by: Joe Perches <joe@...ches.com>
> Signed-off-by: Thomas Gleixner <tglx@...utronix.de>
> Cc: "H. Peter Anvin" <hpa@...or.com>
> Link: https://lkml.kernel.org/r/e7b709a2b040af7faa81b0aa2c3a125aed628a82.1525964383.git.joe@perches.com
> 
> ---
>  arch/x86/events/amd/ibs.c |  2 +-
>  arch/x86/kernel/e820.c    | 32 +++++++++++++++++---------------
>  arch/x86/kernel/hpet.c    |  5 ++---
>  arch/x86/kernel/uprobes.c |  4 ++--
>  arch/x86/mm/numa.c        | 22 +++++++++++-----------
>  5 files changed, 33 insertions(+), 32 deletions(-)

...

> @@ -830,8 +832,8 @@ static unsigned long __init e820_end_pfn(unsigned long limit_pfn, enum e820_type
>  	if (last_pfn > max_arch_pfn)
>  		last_pfn = max_arch_pfn;
>  
> -	pr_info("e820: last_pfn = %#lx max_arch_pfn = %#lx\n",
> -			 last_pfn, max_arch_pfn);
> +	pr_info("last_pfn = %#lx max_arch_pfn = %#lx\n",
> +		last_pfn, max_arch_pfn);
>  	return last_pfn;
>  }
>  
> @@ -1005,7 +1007,7 @@ void __init e820__finish_early_params(void)
>  		if (e820__update_table(e820_table) < 0)
>  			early_panic("Invalid user supplied memory map");
>  
> -		pr_info("e820: user-defined physical RAM map:\n");
> +		pr_info("user-defined physical RAM map:\n");
>  		e820__print_table("user");
>  	}
>  }
> @@ -1238,7 +1240,7 @@ void __init e820__memory_setup(void)
>  	memcpy(e820_table_kexec, e820_table, sizeof(*e820_table_kexec));
>  	memcpy(e820_table_firmware, e820_table, sizeof(*e820_table_firmware));
>  
> -	pr_info("e820: BIOS-provided physical RAM map:\n");
> +	pr_info("BIOS-provided physical RAM map:\n");
>  	e820__print_table(who);
>  }

Maybe I'm missing something but this dropped the prefixes now
completely:

-e820: BIOS-provided physical RAM map:
+BIOS-provided physical RAM map:

-e820: last_pfn = 0x43f000 max_arch_pfn = 0x400000000
+last_pfn = 0x43f000 max_arch_pfn = 0x400000000

-e820: last_pfn = 0x9d000 max_arch_pfn = 0x400000000
+last_pfn = 0x9d000 max_arch_pfn = 0x400000000

...

I don't think that was the intention.

-- 
Regards/Gruss,
    Boris.

Good mailing practices for 400: avoid top-posting and trim the reply.