[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20191211145700.GA639677@kroah.com>
Date: Wed, 11 Dec 2019 15:57:00 +0100
From: Greg KH <gregkh@...uxfoundation.org>
To: Thomas Renninger <trenn@...e.de>
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 Wed, Dec 11, 2019 at 03:52:33PM +0100, Thomas Renninger wrote:
> 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.
I think you just saw the ARM developers arguing about model names, so I
don't think people will agree with that :)
goo dluck!
greg k-h
Powered by blists - more mailing lists