Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp1151659ybb; Fri, 20 Mar 2020 14:25:12 -0700 (PDT) X-Google-Smtp-Source: ADFU+vu8z5VQ8sJ8vxIzuQQ94iWfXypiveDJEXMx6tEVG57pQmSw2lzjjh/jcr4mZ+4THPzUNtEF X-Received: by 2002:aca:ea05:: with SMTP id i5mr8557800oih.162.1584739512067; Fri, 20 Mar 2020 14:25:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1584739512; cv=none; d=google.com; s=arc-20160816; b=n17j162JANL04oZjLYPP/HPlIKUUnamXUxEZDodgmVUSTzJGq4puB8AAy++bKspGPy B24ULtm/9ebmLCMaINr07mXBloratDaZeOIOEUrr2EdT0pmUr2qLWCVuwuYUd0UxqPOL QNoQbFbTJiqoXkB9GUixszzrcaFr1Ii3JInunQFLfV0ZDVJMOuc0FGlbdV5xJuyDf4Q6 F2pl058FFkeeAlCdrWXlvPNU/uizNHeRwMkLl1c2gb3hzy6yjpCI+oqsRwXvanPbEp2k 6fPKX4NSK4qRzvKDMPDQxnJ+chGzcerbMRTH9gZAN5NPM1WZeTC3AAbhj8uN5FN4qsaY Jfbg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:references:message-id :in-reply-to:subject:cc:to:from:date; bh=VKDQzT/Jr+lNBgW1yXqKFMMMRxGFQgo4aiEXaPHMv8w=; b=tP9e6QsTHOib8hVhvFZjbwW5GU9jx0uSCrZz6FPtWa8llPY12tvxwVDJ6FBNNrRDNb kowzI7l1txxDrj6pHDMDVqqF6qjRB9qHaV58BUWtiCh/lQSUcE0NfpAKAp/Ka3FGIpvj rE+B6azVOihrO3/eoK4ode+0+g01BDoJK5Obzeqo0baENxVmUW3IQ/lpWPoqAkp1uZYD 87PC8vRK1YelP6/DE/RLaU7CXBz84F23jWo9cOhlAa7l2b4m308zEbZ/wRs3AZgiSODL PaWSTsZpbYG/6xV6730s5/B4BQ3x1V7CTCrLejtJDzeRBi2Z1V3B2YWcJOytV+s3CoRl aEYA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l12si3739076otn.101.2020.03.20.14.24.58; Fri, 20 Mar 2020 14:25:12 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727178AbgCTVYa (ORCPT + 99 others); Fri, 20 Mar 2020 17:24:30 -0400 Received: from eddie.linux-mips.org ([148.251.95.138]:52820 "EHLO cvs.linux-mips.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726983AbgCTVYa (ORCPT ); Fri, 20 Mar 2020 17:24:30 -0400 Received: (from localhost user: 'macro', uid#1010) by eddie.linux-mips.org with ESMTP id S23992645AbgCTVYZhCTr9 (ORCPT + 1 other); Fri, 20 Mar 2020 22:24:25 +0100 Date: Fri, 20 Mar 2020 21:24:25 +0000 (GMT) From: "Maciej W. Rozycki" To: Jiaxun Yang cc: Manuel Lauss , Tiezhu Yang , Thomas Bogendoerfer , Huacai Chen , Linux-MIPS , LKML , Xuefeng Li Subject: Re: [PATCH] MIPS: Loongson: Add model name to /proc/cpuinfo In-Reply-To: <788597FA-6AD6-4218-886F-35C0916EA3F2@flygoat.com> Message-ID: References: <1583908414-22858-1-git-send-email-yangtiezhu@loongson.cn> <788597FA-6AD6-4218-886F-35C0916EA3F2@flygoat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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