Currently as soon as any ISHTP device appears all available ISHTP device
drivers are loaded automatically.
This series extends the MODULE_DEVICE_TABLE() functionality to properly handle
the ishtp bus and switches the drivers over to use it.
Patch 1 adds the infrastructure to handle ishtp devices via MODULE_DEVICE_TABLE()
Patch 2 replaces some inlined constants with ones now defined by mod_devicetable.h
Patches 3-6 migrate all ishtp drivers to MODULE_DEVICE_TABLE()
Note: This patchset is based on the pdx86/for-next tree because that contains
one of the drivers that is not yet in the other trees.
Cc: Srinivas Pandruvada <[email protected]>
Cc: Mark Gross <[email protected]>
Cc: Hans de Goede <[email protected]>
Cc: Rushikesh S Kadam <[email protected]>
Cc: Jiri Kosina <[email protected]>
Cc: Benjamin Tissoires <[email protected]>
Cc: Guenter Roeck <[email protected]>
Cc: Enric Balletbo i Serra <[email protected]>
Cc: Benson Leung <[email protected]>
Cc: [email protected]
Cc: [email protected]
Thomas Weißschuh (6):
HID: intel-ish-hid: add support for MODULE_DEVICE_TABLE()
HID: intel-ish-hid: use constants for modaliases
HID: intel-ish-hid: fw-loader: only load for matching devices
HID: intel-ish-hid: hid-client: only load for matching devices
platform/chrome: chros_ec_ishtp: only load for matching devices
platform/x86: isthp_eclite: only load for matching devices
drivers/hid/intel-ish-hid/ishtp-fw-loader.c | 7 +++++-
drivers/hid/intel-ish-hid/ishtp-hid-client.c | 7 +++++-
drivers/hid/intel-ish-hid/ishtp/bus.c | 4 ++--
drivers/platform/chrome/cros_ec_ishtp.c | 7 +++++-
drivers/platform/x86/intel/ishtp_eclite.c | 7 +++++-
include/linux/mod_devicetable.h | 13 +++++++++++
scripts/mod/devicetable-offsets.c | 3 +++
scripts/mod/file2alias.c | 24 ++++++++++++++++++++
8 files changed, 66 insertions(+), 6 deletions(-)
base-commit: 85303db36b6e170917a7bc6aae4898c31a5272a0
--
2.33.1
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 <[email protected]>
---
Cc: [email protected]
Cc: [email protected]
Cc: Srinivas Pandruvada <[email protected]>
Cc: Jiri Kosina <[email protected]>
Cc: Benjamin Tissoires <[email protected]>
Cc: Hans de Goede <[email protected]>
Cc: Masahiro Yamada <[email protected]>
Cc: Michal Marek <[email protected]>
Cc: Nick Desaulniers <[email protected]>
---
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;
+};
+
#endif /* LINUX_MOD_DEVICETABLE_H */
diff --git a/scripts/mod/devicetable-offsets.c b/scripts/mod/devicetable-offsets.c
index cc3625617a0e..c0d3bcb99138 100644
--- a/scripts/mod/devicetable-offsets.c
+++ b/scripts/mod/devicetable-offsets.c
@@ -259,5 +259,8 @@ int main(void)
DEVID_FIELD(dfl_device_id, type);
DEVID_FIELD(dfl_device_id, feature_id);
+ DEVID(ishtp_device_id);
+ DEVID_FIELD(ishtp_device_id, guid);
+
return 0;
}
diff --git a/scripts/mod/file2alias.c b/scripts/mod/file2alias.c
index 49aba862073e..5258247d78ac 100644
--- a/scripts/mod/file2alias.c
+++ b/scripts/mod/file2alias.c
@@ -115,6 +115,17 @@ static inline void add_uuid(char *str, uuid_le uuid)
uuid.b[12], uuid.b[13], uuid.b[14], uuid.b[15]);
}
+static inline void add_guid(char *str, guid_t guid)
+{
+ int len = strlen(str);
+
+ sprintf(str + len, "%02X%02X%02X%02X-%02X%02X-%02X%02X-%02X%02X-%02X%02X%02X%02X%02X%02X",
+ guid.b[3], guid.b[2], guid.b[1], guid.b[0],
+ guid.b[5], guid.b[4], guid.b[7], guid.b[6],
+ guid.b[8], guid.b[9], guid.b[10], guid.b[11],
+ guid.b[12], guid.b[13], guid.b[14], guid.b[15]);
+}
+
/**
* Check that sizeof(device_id type) are consistent with size of section
* in .o file. If in-consistent then userspace and kernel does not agree
@@ -1380,6 +1391,18 @@ static int do_mhi_entry(const char *filename, void *symval, char *alias)
return 1;
}
+/* Looks like: ishtp:{guid} */
+static int do_ishtp_entry(const char *filename, void *symval, char *alias)
+{
+ DEF_FIELD(symval, ishtp_device_id, guid);
+
+ strcpy(alias, ISHTP_MODULE_PREFIX "{");
+ add_guid(alias, guid);
+ strcat(alias, "}");
+
+ return 1;
+}
+
static int do_auxiliary_entry(const char *filename, void *symval, char *alias)
{
DEF_FIELD_ADDR(symval, auxiliary_device_id, name);
@@ -1499,6 +1522,7 @@ static const struct devtable devtable[] = {
{"auxiliary", SIZE_auxiliary_device_id, do_auxiliary_entry},
{"ssam", SIZE_ssam_device_id, do_ssam_entry},
{"dfl", SIZE_dfl_device_id, do_dfl_entry},
+ {"ishtp", SIZE_ishtp_device_id, do_ishtp_entry},
};
/* Create MODULE_ALIAS() statements.
--
2.33.1
Hi,
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 <[email protected]>
>
> ---
>
> Cc: [email protected]
> Cc: [email protected]
> Cc: Srinivas Pandruvada <[email protected]>
> Cc: Jiri Kosina <[email protected]>
> Cc: Benjamin Tissoires <[email protected]>
> Cc: Hans de Goede <[email protected]>
> Cc: Masahiro Yamada <[email protected]>
> Cc: Michal Marek <[email protected]>
> Cc: Nick Desaulniers <[email protected]>
> ---
> 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.
Regards,
Hans
1) "context" is fine, but AFAIK almost all other foo_device_id structs call this
driver_data, so that would be more consistent IMHO.
> +};
> +
> #endif /* LINUX_MOD_DEVICETABLE_H */
> diff --git a/scripts/mod/devicetable-offsets.c b/scripts/mod/devicetable-offsets.c
> index cc3625617a0e..c0d3bcb99138 100644
> --- a/scripts/mod/devicetable-offsets.c
> +++ b/scripts/mod/devicetable-offsets.c
> @@ -259,5 +259,8 @@ int main(void)
> DEVID_FIELD(dfl_device_id, type);
> DEVID_FIELD(dfl_device_id, feature_id);
>
> + DEVID(ishtp_device_id);
> + DEVID_FIELD(ishtp_device_id, guid);
> +
> return 0;
> }
> diff --git a/scripts/mod/file2alias.c b/scripts/mod/file2alias.c
> index 49aba862073e..5258247d78ac 100644
> --- a/scripts/mod/file2alias.c
> +++ b/scripts/mod/file2alias.c
> @@ -115,6 +115,17 @@ static inline void add_uuid(char *str, uuid_le uuid)
> uuid.b[12], uuid.b[13], uuid.b[14], uuid.b[15]);
> }
>
> +static inline void add_guid(char *str, guid_t guid)
> +{
> + int len = strlen(str);
> +
> + sprintf(str + len, "%02X%02X%02X%02X-%02X%02X-%02X%02X-%02X%02X-%02X%02X%02X%02X%02X%02X",
> + guid.b[3], guid.b[2], guid.b[1], guid.b[0],
> + guid.b[5], guid.b[4], guid.b[7], guid.b[6],
> + guid.b[8], guid.b[9], guid.b[10], guid.b[11],
> + guid.b[12], guid.b[13], guid.b[14], guid.b[15]);
> +}
> +
> /**
> * Check that sizeof(device_id type) are consistent with size of section
> * in .o file. If in-consistent then userspace and kernel does not agree
> @@ -1380,6 +1391,18 @@ static int do_mhi_entry(const char *filename, void *symval, char *alias)
> return 1;
> }
>
> +/* Looks like: ishtp:{guid} */
> +static int do_ishtp_entry(const char *filename, void *symval, char *alias)
> +{
> + DEF_FIELD(symval, ishtp_device_id, guid);
> +
> + strcpy(alias, ISHTP_MODULE_PREFIX "{");
> + add_guid(alias, guid);
> + strcat(alias, "}");
> +
> + return 1;
> +}
> +
> static int do_auxiliary_entry(const char *filename, void *symval, char *alias)
> {
> DEF_FIELD_ADDR(symval, auxiliary_device_id, name);
> @@ -1499,6 +1522,7 @@ static const struct devtable devtable[] = {
> {"auxiliary", SIZE_auxiliary_device_id, do_auxiliary_entry},
> {"ssam", SIZE_ssam_device_id, do_ssam_entry},
> {"dfl", SIZE_dfl_device_id, do_dfl_entry},
> + {"ishtp", SIZE_ishtp_device_id, do_ishtp_entry},
> };
>
> /* Create MODULE_ALIAS() statements.
>
Hi,
On 10/29/21 17:28, Thomas Weißschuh wrote:
> Currently as soon as any ISHTP device appears all available ISHTP device
> drivers are loaded automatically.
> This series extends the MODULE_DEVICE_TABLE() functionality to properly handle
> the ishtp bus and switches the drivers over to use it.
>
> Patch 1 adds the infrastructure to handle ishtp devices via MODULE_DEVICE_TABLE()
> Patch 2 replaces some inlined constants with ones now defined by mod_devicetable.h
> Patches 3-6 migrate all ishtp drivers to MODULE_DEVICE_TABLE()
>
> Note: This patchset is based on the pdx86/for-next tree because that contains
> one of the drivers that is not yet in the other trees.
Since most of the changes here are under drivers/hid and since the latter
patches depend on 1/6, I believe it would be best to merge the entire series
through the HID tree, here is my ack for this:
Acked-by: Hans de Goede <[email protected]>
Regards,
Hans
>
> Cc: Srinivas Pandruvada <[email protected]>
> Cc: Mark Gross <[email protected]>
> Cc: Hans de Goede <[email protected]>
> Cc: Rushikesh S Kadam <[email protected]>
> Cc: Jiri Kosina <[email protected]>
> Cc: Benjamin Tissoires <[email protected]>
> Cc: Guenter Roeck <[email protected]>
> Cc: Enric Balletbo i Serra <[email protected]>
> Cc: Benson Leung <[email protected]>
>
> Cc: [email protected]
> Cc: [email protected]
>
> Thomas Weißschuh (6):
> HID: intel-ish-hid: add support for MODULE_DEVICE_TABLE()
> HID: intel-ish-hid: use constants for modaliases
> HID: intel-ish-hid: fw-loader: only load for matching devices
> HID: intel-ish-hid: hid-client: only load for matching devices
> platform/chrome: chros_ec_ishtp: only load for matching devices
> platform/x86: isthp_eclite: only load for matching devices
>
> drivers/hid/intel-ish-hid/ishtp-fw-loader.c | 7 +++++-
> drivers/hid/intel-ish-hid/ishtp-hid-client.c | 7 +++++-
> drivers/hid/intel-ish-hid/ishtp/bus.c | 4 ++--
> drivers/platform/chrome/cros_ec_ishtp.c | 7 +++++-
> drivers/platform/x86/intel/ishtp_eclite.c | 7 +++++-
> include/linux/mod_devicetable.h | 13 +++++++++++
> scripts/mod/devicetable-offsets.c | 3 +++
> scripts/mod/file2alias.c | 24 ++++++++++++++++++++
> 8 files changed, 66 insertions(+), 6 deletions(-)
>
>
> base-commit: 85303db36b6e170917a7bc6aae4898c31a5272a0
>
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 <[email protected]>
> >
> > ---
> >
> > Cc: [email protected]
> > Cc: [email protected]
> > Cc: Srinivas Pandruvada <[email protected]>
> > Cc: Jiri Kosina <[email protected]>
> > Cc: Benjamin Tissoires <[email protected]>
> > Cc: Hans de Goede <[email protected]>
> > Cc: Masahiro Yamada <[email protected]>
> > Cc: Michal Marek <[email protected]>
> > Cc: Nick Desaulniers <[email protected]>
> > ---
> > 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.
Do you want me to send a v2 for that or would you add it when merging?
(Or remove the spurious comment)
> Regards,
>
> Hans
>
> 1) "context" is fine, but AFAIK almost all other foo_device_id structs call this
> driver_data, so that would be more consistent IMHO.
Thomas
On 2021-11-01 10:56+0100, Hans de Goede wrote:
> On 10/29/21 17:28, Thomas Weißschuh wrote:
> > Currently as soon as any ISHTP device appears all available ISHTP device
> > drivers are loaded automatically.
> > This series extends the MODULE_DEVICE_TABLE() functionality to properly handle
> > the ishtp bus and switches the drivers over to use it.
> >
> > Patch 1 adds the infrastructure to handle ishtp devices via MODULE_DEVICE_TABLE()
> > Patch 2 replaces some inlined constants with ones now defined by mod_devicetable.h
> > Patches 3-6 migrate all ishtp drivers to MODULE_DEVICE_TABLE()
> >
> > Note: This patchset is based on the pdx86/for-next tree because that contains
> > one of the drivers that is not yet in the other trees.
>
> Since most of the changes here are under drivers/hid and since the latter
> patches depend on 1/6, I believe it would be best to merge the entire series
> through the HID tree, here is my ack for this:
>
> Acked-by: Hans de Goede <[email protected]>
Please note that patch 6 modifies a driver that is not yet available in the HID
and 5.15 trees but only in pdx86/for-next.
Thomas
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 <[email protected]>
>>>
>>> ---
>>>
>>> Cc: [email protected]
>>> Cc: [email protected]
>>> Cc: Srinivas Pandruvada <[email protected]>
>>> Cc: Jiri Kosina <[email protected]>
>>> Cc: Benjamin Tissoires <[email protected]>
>>> Cc: Hans de Goede <[email protected]>
>>> Cc: Masahiro Yamada <[email protected]>
>>> Cc: Michal Marek <[email protected]>
>>> Cc: Nick Desaulniers <[email protected]>
>>> ---
>>> 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.
Hi,
On 11/1/21 11:12, Thomas Weißschuh wrote:
> On 2021-11-01 10:56+0100, Hans de Goede wrote:
>> On 10/29/21 17:28, Thomas Weißschuh wrote:
>>> Currently as soon as any ISHTP device appears all available ISHTP device
>>> drivers are loaded automatically.
>>> This series extends the MODULE_DEVICE_TABLE() functionality to properly handle
>>> the ishtp bus and switches the drivers over to use it.
>>>
>>> Patch 1 adds the infrastructure to handle ishtp devices via MODULE_DEVICE_TABLE()
>>> Patch 2 replaces some inlined constants with ones now defined by mod_devicetable.h
>>> Patches 3-6 migrate all ishtp drivers to MODULE_DEVICE_TABLE()
>>>
>>> Note: This patchset is based on the pdx86/for-next tree because that contains
>>> one of the drivers that is not yet in the other trees.
>>
>> Since most of the changes here are under drivers/hid and since the latter
>> patches depend on 1/6, I believe it would be best to merge the entire series
>> through the HID tree, here is my ack for this:
>>
>> Acked-by: Hans de Goede <[email protected]>
>
> Please note that patch 6 modifies a driver that is not yet available in the HID
> and 5.15 trees but only in pdx86/for-next.
Right, but given where we are in the cycle this is going to be something to
merge post 5.16-rc1 anyways which resolves the dependency issue.
I guess it might be good to send this our in a later pull-req as a fix series
for a later 5.16-rc# though, to avoid the eclite and chrome-ec drivers from
autoloading on all systems with an ISH, even though they usually will not be
used there.
Regards,
Hans
On Mon, 1 Nov 2021, Hans de Goede wrote:
> >> Since most of the changes here are under drivers/hid and since the latter
> >> patches depend on 1/6, I believe it would be best to merge the entire series
> >> through the HID tree, here is my ack for this:
> >>
> >> Acked-by: Hans de Goede <[email protected]>
> >
> > Please note that patch 6 modifies a driver that is not yet available in the HID
> > and 5.15 trees but only in pdx86/for-next.
>
> Right, but given where we are in the cycle this is going to be something to
> merge post 5.16-rc1 anyways which resolves the dependency issue.
>
> I guess it might be good to send this our in a later pull-req as a fix series
> for a later 5.16-rc# though, to avoid the eclite and chrome-ec drivers from
> autoloading on all systems with an ISH, even though they usually will not be
> used there.
I'll be happy to take this as 5.16 fixups after the merge window is over
(I am not adding anything new to the branches now, before Linus merges HID
tree), but I'd still like to see Ack from Srinivas.
Thanks,
--
Jiri Kosina
SUSE Labs
On Tue, 2021-11-02 at 12:50 +0100, Jiri Kosina wrote:
> On Mon, 1 Nov 2021, Hans de Goede wrote:
>
> > > > Since most of the changes here are under drivers/hid and since
> > > > the latter
> > > > patches depend on 1/6, I believe it would be best to merge the
> > > > entire series
> > > > through the HID tree, here is my ack for this:
> > > >
> > > > Acked-by: Hans de Goede <[email protected]>
Acked-by: Srinivas Pandruvada <[email protected]>
> > >
> > > Please note that patch 6 modifies a driver that is not yet
> > > available in the HID
> > > and 5.15 trees but only in pdx86/for-next.
> >
> > Right, but given where we are in the cycle this is going to be
> > something to
> > merge post 5.16-rc1 anyways which resolves the dependency issue.
> >
> > I guess it might be good to send this our in a later pull-req as a
> > fix series
> > for a later 5.16-rc# though, to avoid the eclite and chrome-ec
> > drivers from
> > autoloading on all systems with an ISH, even though they usually
> > will not be
> > used there.
>
> I'll be happy to take this as 5.16 fixups after the merge window is
> over
> (I am not adding anything new to the branches now, before Linus
> merges HID
> tree), but I'd still like to see Ack from Srinivas.
Done.
Thanks,
Srinivas
>
> Thanks,
>
On Fri, 29 Oct 2021, Thomas Weißschuh wrote:
> Currently as soon as any ISHTP device appears all available ISHTP device
> drivers are loaded automatically.
> This series extends the MODULE_DEVICE_TABLE() functionality to properly handle
> the ishtp bus and switches the drivers over to use it.
>
> Patch 1 adds the infrastructure to handle ishtp devices via MODULE_DEVICE_TABLE()
> Patch 2 replaces some inlined constants with ones now defined by mod_devicetable.h
> Patches 3-6 migrate all ishtp drivers to MODULE_DEVICE_TABLE()
>
> Note: This patchset is based on the pdx86/for-next tree because that contains
> one of the drivers that is not yet in the other trees.
>
> Cc: Srinivas Pandruvada <[email protected]>
> Cc: Mark Gross <[email protected]>
> Cc: Hans de Goede <[email protected]>
> Cc: Rushikesh S Kadam <[email protected]>
> Cc: Jiri Kosina <[email protected]>
> Cc: Benjamin Tissoires <[email protected]>
> Cc: Guenter Roeck <[email protected]>
> Cc: Enric Balletbo i Serra <[email protected]>
> Cc: Benson Leung <[email protected]>
>
> Cc: [email protected]
> Cc: [email protected]
Applied to hid.git#for-5.16/upstream-fixes. Thanks,
--
Jiri Kosina
SUSE Labs