[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20160831144326.GA24945@kroah.com>
Date: Wed, 31 Aug 2016 16:43:26 +0200
From: Greg KH <gregkh@...uxfoundation.org>
To: Mario_Limonciello@...l.com
Cc: Allen_Hung@...l.com, jdelvare@...e.com,
rmk+kernel@....linux.org.uk, somlo@....edu,
bjorn.andersson@...ymobile.com, jens.wiklander@...aro.org,
agross@...eaurora.org, arnd@...db.de, sudeep.holla@....com,
eric@...olt.net, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v3 2/2] dmi-id: add dmi/id/oem group for exporting oem
strings to sysfs
On Wed, Aug 31, 2016 at 02:01:23PM +0000, Mario_Limonciello@...l.com wrote:
> Hi Greg,
>
> > -----Original Message-----
> > From: Greg Kroah-Hartman [mailto:gregkh@...uxfoundation.org]
> > Sent: Wednesday, August 31, 2016 7:40 AM
> > To: Hung, Allen <Allen_Hung@...l.com>
> > Cc: Jean Delvare <jdelvare@...e.com>; Russell King
> > <rmk+kernel@....linux.org.uk>; Gabriel Somlo <somlo@....edu>; Bjorn
> > Andersson <bjorn.andersson@...ymobile.com>; Jens Wiklander
> > <jens.wiklander@...aro.org>; Andy Gross <agross@...eaurora.org>; Arnd
> > Bergmann <arnd@...db.de>; Sudeep Holla <sudeep.holla@....com>; Eric
> > Anholt <eric@...olt.net>; linux-kernel@...r.kernel.org; Limonciello, Mario
> > <Mario_Limonciello@...l.com>
> > Subject: Re: [PATCH v3 2/2] dmi-id: add dmi/id/oem group for exporting oem
> > strings to sysfs
> >
> > On Mon, Aug 15, 2016 at 05:22:05PM +0800, Allen Hung wrote:
> > > The oem strings in DMI system identification information of the BIOS
> > > have been parsed and stored as dmi devices in dmi_scan.c but they are
> > > not exported to userspace via sysfs.
> > >
> > > The patch intends to export oem strings to sysfs device /sys/class/dmi/id.
> > > As the number of oem strings are dynamic, a group "oem" is added to
> > > the device and the strings will be added to the group as string1,
> > > string2, ..., and stringN.
> > >
> > > Signed-off-by: Allen Hung <allen_hung@...l.com>
> > > ---
> > > drivers/firmware/Kconfig | 9 ++++
> > > drivers/firmware/dmi-id.c | 116
> > > ++++++++++++++++++++++++++++++++++++++++++++++
> > > 2 files changed, 125 insertions(+)
> > >
> > > diff --git a/drivers/firmware/Kconfig b/drivers/firmware/Kconfig index
> > > 6664f11..885a6c9 100644
> > > --- a/drivers/firmware/Kconfig
> > > +++ b/drivers/firmware/Kconfig
> > > @@ -119,6 +119,15 @@ config DMIID
> > > information from userspace through /sys/class/dmi/id/ or if you want
> > > DMI-based module auto-loading.
> > >
> > > +config DMIID_OEM_STRINGS
> > > + bool "Export OEM strings in SMBIOS/DMI via sysfs to userspace"
> > > + depends on DMIID
> > > + default n
> > > + help
> > > + Say Y here if you want to query OEM strings (as part of the information
> > > + contained in SMBIOS/DMI system identification) from userspace
> > through
> > > + /sys/class/dmi/id/oem/.
> >
> > Why wouldn't you want these?
> >
>
> Jean Delvare would rather see this implemented in userspace dmidecode.
> Jean raised a concern in an earlier submission that this runs on every
> machine (https://lkml.org/lkml/2016/8/2/799).
Ah, yeah, just use dmidecode, much simpler, keeps the kernel smaller, I
like it.
thanks,
greg k-h
Powered by blists - more mailing lists