[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <2139491.Komy7AgBfX@skinner.arch.suse.de>
Date: Wed, 11 Dec 2019 15:52:33 +0100
From: Thomas Renninger <trenn@...e.de>
To: Greg KH <gregkh@...uxfoundation.org>
Cc: Thomas Gleixner <tglx@...utronix.de>,
Felix Schnizlein <fschnizlein@...e.com>,
linux-kernel@...r.kernel.org,
Felix Schnizlein <fschnizlein@...e.de>,
linux-arch@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
linux@...linux.org.uk, will.deacon@....com, x86@...nel.org
Subject: Re: [PATCH 2/3] x86 cpuinfo: implement sysfs nodes for x86
On Wednesday, December 11, 2019 3:26:47 PM CET Greg KH wrote:
> On Wed, Dec 11, 2019 at 03:12:51PM +0100, Thomas Renninger wrote:
> > On Wednesday, December 11, 2019 2:56:19 PM CET Greg KH wrote:
> > > On Wed, Dec 11, 2019 at 11:42:35AM +0100, Thomas Renninger wrote:
...
> > I hope it is agreed that this info is worth exporting via sysfs.
>
> I don't think anyone is saying it is worth exporting this information
> via sysfs at all here.
Ok. I go for cpuid userspace tool then.
I'd still say general files like:
cpu/info/{name,vendor}
make sense, so that if exported by an arch like in cpuinfo, it should show up
in the same file.
Every cpu has a model name and a vendor and cpuid is x86 only.
If there should be need for /sys/devices/cpu/cpu0.. info/feature/name
whatever in the future..., let me know ;)
Thomas
Powered by blists - more mailing lists