Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1740942

Re: [PATCH 06/12] platform/x86: dell-wmi-smbios: Add a sysfs interface for SMBIOS tokens

From Andy Shevchenko <andy.shevchenko@gmail.com>
Newsgroups linux.kernel
Subject Re: [PATCH 06/12] platform/x86: dell-wmi-smbios: Add a sysfs interface for SMBIOS tokens
Date 2017-09-27 20:40 +0200
Message-ID <uuppv-6Hf-5@gated-at.bofh.it> (permalink)
References (2 earlier) <utEqB-mA-3@gated-at.bofh.it> <utF3j-So-3@gated-at.bofh.it> <utFwm-15m-19@gated-at.bofh.it> <uunQJ-5FA-7@gated-at.bofh.it> <uupfP-6E9-15@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Wed, Sep 27, 2017 at 9:27 PM,  <Mario.Limonciello@dell.com> wrote:

>> > > > Darren, Andy, any comments? I'm not quite sure if such API is suitable
>> > > > for long term in kernel.
>> > >
>> > > I would try to avoid sysfs interfaces for some particular devices.
>> > > Besides we are creating a character device. Would it be suitable there?
>> >
>> > If the character device having 2 different ioctls for different needs is
>> > acceptable I'm happy to adjust the series to do this instead.
>>
>> One piece of feedback I had re the char device was to see if we could avoid the
>> need for the IOCTL altogether, I'd like to have that discussion before we add
>> another.
>
> My original design was sysfs files for everything but it was raised by several folks
> that you run into the potential of two userspace processes stomping on each
> other's data when they run the ACPI call.  That's why I need to have a mutex to
> protect and make sure that userspace calls get the right results.
>

>> > > > Basically tokens are list of tuples <id, location, value> with
>> > > > possibility to active them, right?
>> > > >
>> >
>> > I didn't add a way to activate them through this, it was only for
>> > reading purpose.  Activating them should be possible through the
>> > SMBIOS calling interface though.
>> >
>>
>> These are read-only as I understood it, and only with the right privileges.
>> Sysfs seemed appropriate for this to me.
>
> Andy S was against having this data as another sysfs file.   From a userspace
> perspective I think it's simpler to just parse a sysfs file with read only static
> data as root.  With the current ioctl based solution it requires userspace to run
> an ioctl to determine how many tokens exist, then allocate a chunk of memory
> big enough to hold all the token data and then run another ioctl to get all the tokens.
>
> Andy S, given this change between v1 and v2 what do you feel is better?

I have no strong opinion on this. That's why I recommended to listen to Andy L.

-- 
With Best Regards,
Andy Shevchenko

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

Re: [PATCH 06/12] platform/x86: dell-wmi-smbios: Add a sysfs  interface for SMBIOS tokens Darren Hart <dvhart@infradead.org> - 2017-09-27 19:00 +0200
  RE: [PATCH 06/12] platform/x86: dell-wmi-smbios: Add a sysfs  interface for SMBIOS tokens <Mario.Limonciello@dell.com> - 2017-09-27 20:30 +0200
    Re: [PATCH 06/12] platform/x86: dell-wmi-smbios: Add a sysfs  interface for SMBIOS tokens Andy Shevchenko <andy.shevchenko@gmail.com> - 2017-09-27 20:40 +0200
      Re: [PATCH 06/12] platform/x86: dell-wmi-smbios: Add a sysfs  interface for SMBIOS tokens Darren Hart <dvhart@infradead.org> - 2017-09-27 21:00 +0200
        Re: [PATCH 06/12] platform/x86: dell-wmi-smbios: Add a sysfs  interface for SMBIOS tokens Andy Lutomirski <luto@kernel.org> - 2017-09-27 21:50 +0200
          RE: [PATCH 06/12] platform/x86: dell-wmi-smbios: Add a sysfs  interface for SMBIOS tokens <Mario.Limonciello@dell.com> - 2017-09-27 22:00 +0200

csiph-web