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]
Date:	Fri, 27 Nov 2015 08:39:32 +0100
From:	Ingo Molnar <mingo@...nel.org>
To:	Seth Jennings <sjennings@...iantweb.net>
Cc:	Thomas Gleixner <tglx@...utronix.de>,
	Ingo Molnar <mingo@...hat.com>, Peter Anvin <hpa@...or.com>,
	Daniel J Blueman <daniel@...ascale.com>,
	Yinghai Lu <yinghai@...nel.org>, x86@...nel.org,
	linux-kernel@...r.kernel.org
Subject: Re: [PATCHv2] x86: mm: clean up probe_memory_block_size()


* Seth Jennings <sjennings@...iantweb.net> wrote:

> v2:
> remove local bz variable (Ingo) and debug message since, if
> the 2GB message doesn't print, there is only one possible
> block size.

I'd not remove the info message, it would print the memory block size regardless 
of memory size. Yes, one could decode the 'no message' case as 'the kernel used 
the default value' - but that's very version dependent and obscure in any case. 
Please keep the debug message in both code paths, like the original code had it.

But, on a second thought, I'd definitely harmonize the messages, instead of:

>  		pr_info("Using 2GB memory block size for large-memory system\n");
> 	printk(KERN_DEBUG "memory block size : %ldMB\n", bz >> 20);

I'd print:

>  		pr_info("x86/mm: Memory block size: 2GB, large-memory system\n");
> 	pr_info("x86/mm: Memory block size: %ldMB\n", bz >> 20);

Also note how I changed both printouts to pr_info(), so that we have the memory 
block size information printed unconditionally.

(And btw., doing this printout means that we should keep the 'bz' local variable.)

Thanks,

	Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists