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 for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LFD.2.21.2003202109190.2689954@eddie.linux-mips.org>
Date:   Fri, 20 Mar 2020 21:24:25 +0000 (GMT)
From:   "Maciej W. Rozycki" <macro@...ux-mips.org>
To:     Jiaxun Yang <jiaxun.yang@...goat.com>
cc:     Manuel Lauss <manuel.lauss@...il.com>,
        Tiezhu Yang <yangtiezhu@...ngson.cn>,
        Thomas Bogendoerfer <tsbogend@...ha.franken.de>,
        Huacai Chen <chenhc@...ote.com>,
        Linux-MIPS <linux-mips@...r.kernel.org>,
        LKML <linux-kernel@...r.kernel.org>,
        Xuefeng Li <lixuefeng@...ngson.cn>
Subject: Re: [PATCH] MIPS: Loongson: Add model name to /proc/cpuinfo

On Wed, 11 Mar 2020, Jiaxun Yang wrote:

> __cpu_name[] will be displayed as "cpu model" in cpuinfo, however
> in x86 world, the name line is started with "model name".
> Most user applications like lscpu, hwinfo is following x86's rule, we don't have superpower to move all of them.
> 
> Also rename "cpu model" will break current ABI, so just create a new array
> for it would be a better option.

 Well, /proc/cpuinfo is not an ABI, it's meant for human interaction (use 
`sysfs' for machine processing).

 If tools want to use it anyway, then fine, but they need to adapt to the 
relative volatility of the free-form text interface, and also learn all 
the world is not x86 (just like all the MIPS world is not Loongson, so if 
you argue about adding effectively a duplicate field, then that would have 
to be applied across all the platforms).  IOW fix the tool and do not work 
its deficiencies around in the kernel just because it seems easier for you 
to do.

 Here's how example /proc/cpuinfo looks like on RISC-V/Linux BTW:

processor	: 0
hart		: 1
isa		: rv64imafdc
mmu		: sv39
uarch		: sifive,rocket0

[...]

-- every Linux platform is different in this respect and tools have to 
live with that.

  Maciej

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ