[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <aaca72e9-2c69-c2c2-55cb-8c7790178b53@redhat.com>
Date: Mon, 1 Nov 2021 11:15:57 +0100
From: Hans de Goede <hdegoede@...hat.com>
To: Thomas Weißschuh <linux@...ssschuh.net>
Cc: linux-input@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-kbuild@...r.kernel.org,
Srinivas Pandruvada <srinivas.pandruvada@...ux.intel.com>,
Jiri Kosina <jkosina@...e.cz>,
Benjamin Tissoires <benjamin.tissoires@...hat.com>,
Masahiro Yamada <masahiroy@...nel.org>,
Michal Marek <michal.lkml@...kovi.net>,
Nick Desaulniers <ndesaulniers@...gle.com>
Subject: Re: [PATCH 1/6] HID: intel-ish-hid: add support for
MODULE_DEVICE_TABLE()
Hi,
On 11/1/21 11:09, Thomas Weißschuh wrote:
> On 2021-11-01 10:58+0100, Hans de Goede wrote:
>> On 10/29/21 17:28, Thomas Weißschuh wrote:
>>> This allows to selectively autoload drivers for ISH devices.
>>> Currently all ISH drivers are loaded for all systems having any ISH
>>> device.
>>>
>>> Signed-off-by: Thomas Weißschuh <linux@...ssschuh.net>
>>>
>>> ---
>>>
>>> Cc: linux-kbuild@...r.kernel.org
>>> Cc: linux-input@...r.kernel.org
>>> Cc: Srinivas Pandruvada <srinivas.pandruvada@...ux.intel.com>
>>> Cc: Jiri Kosina <jkosina@...e.cz>
>>> Cc: Benjamin Tissoires <benjamin.tissoires@...hat.com>
>>> Cc: Hans de Goede <hdegoede@...hat.com>
>>> Cc: Masahiro Yamada <masahiroy@...nel.org>
>>> Cc: Michal Marek <michal.lkml@...kovi.net>
>>> Cc: Nick Desaulniers <ndesaulniers@...gle.com>
>>> ---
>>> include/linux/mod_devicetable.h | 13 +++++++++++++
>>> scripts/mod/devicetable-offsets.c | 3 +++
>>> scripts/mod/file2alias.c | 24 ++++++++++++++++++++++++
>>> 3 files changed, 40 insertions(+)
>>>
>>> diff --git a/include/linux/mod_devicetable.h b/include/linux/mod_devicetable.h
>>> index ae2e75d15b21..befbf53c4b7c 100644
>>> --- a/include/linux/mod_devicetable.h
>>> +++ b/include/linux/mod_devicetable.h
>>> @@ -895,4 +895,17 @@ struct dfl_device_id {
>>> kernel_ulong_t driver_data;
>>> };
>>>
>>> +/* ISHTP (Integrated Sensor Hub Transport Protocol) */
>>> +
>>> +#define ISHTP_MODULE_PREFIX "ishtp:"
>>> +
>>> +/**
>>> + * struct ishtp_device_id - ISHTP device identifier
>>> + * @guid_string: 36 char string of the form fa50ff2b-f2e8-45de-83fa-65417f2f49ba
>>> + * @context: pointer to driver specific data
>>> + */
>>> +struct ishtp_device_id {
>>> + guid_t guid;
>>
>> The kdoc comment documents a context pointer, but this is missing from the
>> actual struct. Having some sort of driver_data (1) field here would be good IMHO.
>
> Fine for me.
>
> I left it out because nothing would be using it at the moment and
> it would have been easy to add when needed.
IMHO having a device_id without a context/driver_data field would be
weird and is likely asking for needless churn in the future, but see
below.
> Do you want me to send a v2 for that or would you add it when merging?
> (Or remove the spurious comment)
As I indicated in my reply to the cover-letter, I believe this series
should be merged through the HID tree, so this is up to the HID maintainers
to decide.
Regards,
Hans
p.s.
Thank you for doing this series I did not realize that the eclite driver
would end up being loaded on all systems where the ISH is used, thank you
for fixing this.
Powered by blists - more mailing lists