[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAHp75Vcw-ARNZCRRJGzbQ7xc3ZB=98eFCuEFc4cj5W3vAj5EZw@mail.gmail.com>
Date: Tue, 9 Nov 2021 11:12:34 +0200
From: Andy Shevchenko <andy.shevchenko@...il.com>
To: Sachi King <nakato@...ato.io>
Cc: Chen Yu <yu.c.chen@...el.com>, Hans de Goede <hdegoede@...hat.com>,
Mark Gross <markgross@...nel.org>,
Maximilian Luz <luzmaximilian@...il.com>,
Dmitry Torokhov <dmitry.torokhov@...il.com>,
Platform Driver <platform-driver-x86@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 2/2] platform/surface: surfacepro3_button: don't load on
amd variant
On Tue, Nov 9, 2021 at 10:11 AM Sachi King <nakato@...ato.io> wrote:
>
> The AMD variant of the Surface Laptop report 0 for their OEM platform
> revision. The Surface devices that require the surfacepro3_button
> driver do not have the _DSM that gets the OEM platform revision. If the
> method does not exist, load surfacepro3_button.
...
> * Surface Pro 4 and Surface Book 2 / Surface Pro 2017 use the same device
> * ID (MSHW0040) for the power/volume buttons. Make sure this is the right
> - * device by checking for the _DSM method and OEM Platform Revision.
> + * device by checking for the _DSM method and OEM Platform Revision DSM
> + * function.
Not sure what this change means (not a native speaker).
...
> - dev_dbg(&dev->dev, "OEM Platform Revision %llu\n", oem_platform_rev);
I think this is useful to have.
What about leaving it as is for debugging purposes and just replacing
the last test?
...
> + // make sure that OEM platform revision DSM call does not exist
Please, fix the comment style while at it.
--
With Best Regards,
Andy Shevchenko
Powered by blists - more mailing lists