1. 19 1月, 2018 1 次提交
  2. 14 1月, 2018 1 次提交
  3. 05 1月, 2018 1 次提交
  4. 03 1月, 2018 1 次提交
  5. 01 1月, 2018 1 次提交
  6. 16 12月, 2017 1 次提交
  7. 14 12月, 2017 1 次提交
  8. 12 12月, 2017 1 次提交
  9. 07 12月, 2017 1 次提交
  10. 05 12月, 2017 2 次提交
  11. 03 12月, 2017 1 次提交
  12. 30 11月, 2017 1 次提交
  13. 29 11月, 2017 2 次提交
  14. 27 11月, 2017 1 次提交
  15. 21 11月, 2017 1 次提交
  16. 19 11月, 2017 3 次提交
  17. 17 11月, 2017 1 次提交
  18. 16 11月, 2017 1 次提交
  19. 14 11月, 2017 1 次提交
  20. 11 11月, 2017 1 次提交
  21. 10 11月, 2017 1 次提交
  22. 09 11月, 2017 1 次提交
  23. 08 11月, 2017 4 次提交
  24. 07 11月, 2017 2 次提交
  25. 06 11月, 2017 3 次提交
  26. 05 11月, 2017 3 次提交
  27. 04 11月, 2017 2 次提交
    • M
      tools/wmi: add a sample for dell smbios communication over WMI · 9d64fc08
      Mario Limonciello 提交于
      This application uses the character device /dev/wmi/dell-smbios
      to perform SMBIOS communications from userspace.
      
      It offers demonstrations of a few simple tasks:
       - Running a class/select command
       - Querying a token value
       - Activating a token
      Signed-off-by: NMario Limonciello <mario.limonciello@dell.com>
      Reviewed-by: NEdward O'Callaghan <quasisec@google.com>
      Signed-off-by: NDarren Hart (VMware) <dvhart@infradead.org>
      9d64fc08
    • M
      platform/x86: wmi: create userspace interface for drivers · 44b6b766
      Mario Limonciello 提交于
      For WMI operations that are only Set or Query readable and writable sysfs
      attributes created by WMI vendor drivers or the bus driver makes sense.
      
      For other WMI operations that are run on Method, there needs to be a
      way to guarantee to userspace that the results from the method call
      belong to the data request to the method call.  Sysfs attributes don't
      work well in this scenario because two userspace processes may be
      competing at reading/writing an attribute and step on each other's
      data.
      
      When a WMI vendor driver declares a callback method in the wmi_driver
      the WMI bus driver will create a character device that maps to that
      function.  This callback method will be responsible for filtering
      invalid requests and performing the actual call.
      
      That character device will correspond to this path:
      /dev/wmi/$driver
      
      Performing read() on this character device will provide the size
      of the buffer that the character device needs to perform calls.
      This buffer size can be set by vendor drivers through a new symbol
      or when MOF parsing is available by the MOF.
      
      Performing ioctl() on this character device will be interpretd
      by the WMI bus driver. It will perform sanity tests for size of
      data, test them for a valid instance, copy the data from userspace
      and pass iton to the vendor driver to further process and run.
      
      This creates an implicit policy that each driver will only be allowed
      a single character device.  If a module matches multiple GUID's,
      the wmi_devices will need to be all handled by the same wmi_driver.
      
      The WMI vendor drivers will be responsible for managing inappropriate
      access to this character device and proper locking on data used by
      it.
      
      When a WMI vendor driver is unloaded the WMI bus driver will clean
      up the character device and any memory allocated for the call.
      Signed-off-by: NMario Limonciello <mario.limonciello@dell.com>
      Reviewed-by: NEdward O'Callaghan <quasisec@google.com>
      Signed-off-by: NDarren Hart (VMware) <dvhart@infradead.org>
      44b6b766