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: <573D9DCD.8020308@arm.com>
Date:	Thu, 19 May 2016 12:04:45 +0100
From:	Robin Murphy <robin.murphy@....com>
To:	x00195127 <saberlily.xia@...ilicon.com>, catalin.marinas@....com,
	will.deacon@....com
Cc:	puck.chen@...ilicon.com, suzhuangluan@...ilicon.com,
	linaro-kernel@...ts.linaro.org, linux-kernel@...r.kernel.org,
	linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH] arm64: cpuinfo: add AArch64 & elf platform for app
 compatibility

On 19/05/16 03:44, x00195127 wrote:
> we find that some apps will read cpuinfo when start up,
> they need the string  as follows:
> "Processor       : AArch64 Processor rev 0 (aarch64)"
>
> Then thay could load the corresponding libs. But now
> arm64 platform's cpuinfo don't has this now, so
> we need add this.
>
> Signed-off-by: Qing Xia <saberlily.xia@...ilicon.com>
> ---
>   arch/arm64/kernel/cpuinfo.c | 3 +++
>   1 file changed, 3 insertions(+)
>
> diff --git a/arch/arm64/kernel/cpuinfo.c b/arch/arm64/kernel/cpuinfo.c
> index 3808470..c3527ad 100644
> --- a/arch/arm64/kernel/cpuinfo.c
> +++ b/arch/arm64/kernel/cpuinfo.c
> @@ -114,6 +114,9 @@ static int c_show(struct seq_file *m, void *v)
>   		 * online processors, looking for lines beginning with
>   		 * "processor".  Give glibc what it expects.
>   		 */
> +		seq_printf(m, "Processor\t: AArch64 Processor rev %d (%s)\n",
> +				read_cpuid_id() & 15, ELF_PLATFORM);

The pre-3.19 behaviour printed this once - now you're printing it for 
every CPU in the system, but all with the same revision of whichever 
core this happens to be running on, which is unjustifiably incorrect.

Furthermore, this string provides virtually no useful information anyway 
- the majority of code running on AArch64 already knows that by virtue 
of the fact that *it's running at all*, and for scripts/interpreted 
code/etc. there are already appropriate mechanisms for discovering the 
platform (e.g. uname).

Robin.

> +
>   		seq_printf(m, "processor\t: %d\n", i);
>
>   		seq_printf(m, "BogoMIPS\t: %lu.%02lu\n",
>

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ