linux-kernel - Re: [PATCH 3/3] hwmon: (asus_wmi_sensors) Support access via Asus WMI.

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <CAB95QAS-yKFmy1bM7U4S2wtzGL7FA2G6hU=_Kurg0So-HXZLzQ@mail.gmail.com>
Date:   Sun, 3 Oct 2021 20:35:20 +0200
From:   Eugene Shalygin <eugene.shalygin@...il.com>
To:     Denis Pauk <pauk.denis@...il.com>
Cc:     Andy Shevchenko <andriy.shevchenko@...el.com>,
        Guenter Roeck <linux@...ck-us.net>,
        Jean Delvare <jdelvare@...e.com>, linux-kernel@...r.kernel.org,
        linux-hwmon@...r.kernel.org
Subject: Re: [PATCH 3/3] hwmon: (asus_wmi_sensors) Support access via Asus WMI.

Hello, Denis,

I've reworked module initialisation [1] to support automatic loading
via MODULE_DEVICE_TABLE(dmi, ...). Could you, please, fetch these
changes?

Best regards,
Eugene

[1] https://github.com/zeule/asus-wmi-ec-sensors/pull/3

On Sat, 2 Oct 2021 at 23:56, Eugene Shalygin <eugene.shalygin@...il.com> wrote:
>
> Hi, Denis!
>
> Thank you for submitting this driver to the mainline! I have a few
> comments/suggestions, please find them below.
>
> > +#define HWMON_MAX      9
>
> There is a hwmon_max enum member, whose current value is 10.
>
> > +#define ASUS_WMI_BLOCK_READ_REGISTERS_MAX 0x10 /* from the ASUS DSDT source */
> > +/* from the ASUS_WMI_BLOCK_READ_REGISTERS_MAX value */
> > +#define ASUS_WMI_MAX_BUF_LEN 0x80
> Suggestion:
> #define ASUS_WMI_MAX_BUF_LEN 0x80 /* from the
> ASUS_WMI_BLOCK_READ_REGISTERS_MAX value */
>
> > +#define ASUSWMI_SENSORS_MAX 11
> This one is for the EC only, maybe rename it accordingly?
>
> > +struct asus_wmi_data {
> > +       int ec_board;
> > +};
>
> Duplicates the value in the asus_wmi_sensors struct. Refactoring artifact?
>
>              asus_wmi_ec_set_sensor_info(si++, "Water", hwmon_fan,
> > +                                           asus_wmi_ec_make_sensor_address(2, 0x00, 0xBC),
> > +                                           &ec->nr_registers);
> This one is named "W_FLOW" in the BIOS and ASUS software. Maybe append
> "_flow" to the label?
>
> > + * The next four functions converts to/from BRxx string argument format
> convert (remove "s")
>
> > +       // assert(len <= 30)
> Makes little sense in the kernel.
>
> > +static void asus_wmi_ec_make_block_read_query(struct asus_wmi_ec_info *ec)
> > +{
> > +       u16 registers[ASUS_EC_KNOWN_EC_REGISTERS];
> > +       u8 i, j, register_idx = 0;
> > +
> > +       /* if we can get values for all the registers in a single query,
> > +        * the query will not change from call to call
> > +        */
> > +       if (ec->nr_registers <= ASUS_WMI_BLOCK_READ_REGISTERS_MAX &&
> > +           ec->read_arg[0] > 0) {
> > +               /* no need to update */
> > +               return;
> > +       }
> > +
> I would add a test for ec->nr_registers >
> ASUS_WMI_BLOCK_READ_REGISTERS_MAX and a warning log message here.
>
> > +static int asus_wmi_probe(struct platform_device *pdev)
>
> Can we add a module alias or to load the module automatically by other
> means? For module aliases we know DMI parameters for the supported
> boards.
>
> Best regards,
> Eugene