lkml.org 
[lkml]   [2017]   [May]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: [PATCH 15/16] platform/x86: wmi-mof: New driver to expose embedded WMI MOF metadata
Date
Hi! Note that in WMI is stored binary MOF (BMOF; .bmf file; compiled 
MOF), not ordinary MOF data which are plain text. So maybe it could make
sense to include "B" into name of sysfs entry? Or not? (Just suggestion)

On Saturday 27 May 2017 07:31:29 Darren Hart wrote:
> From: Andy Lutomirski <luto@kernel.org>
>
> Quite a few laptops (and maybe servers?) have embedded WMI MOF

Not "a few", but "lots of" :-)

> metadata. I think that Samba has tools to interpret it, but there is
> currently no interface to get the data in the first place.

No, there is no non-ms-windows tool for interpreting those binary MOF
(BMF) data yet.

> + priv->mofdata = wmidev_block_query(wdev, 0);
> + if (!priv->mofdata) {
> + dev_warn(&wdev->dev, "failed to read MOF\n");
> + return -EIO;
> + }
> +
> + if (priv->mofdata->type != ACPI_TYPE_BUFFER) {
> + dev_warn(&wdev->dev, "MOF is not a buffer\n");
> + ret = -EIO;
> + goto err_free;
> + }

Are not those problems fatal for driver and therefore dev_err() better?

> + sysfs_bin_attr_init(&priv->mof_bin_attr);
> + priv->mof_bin_attr.attr.name = "mof";
> + priv->mof_bin_attr.attr.mode = 0400;

0400 means to be readable only by root? Is there then reason why normal
user should not be able to read it?

--
Pali Rohár
pali.rohar@gmail.com
[unhandled content-type:application/pgp-signature]
\
 
 \ /
  Last update: 2017-05-27 13:15    [W:0.269 / U:0.084 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site