From: Alexander Holler <holler@ahsoftware.de>
To: "Pandruvada, Srinivas" <srinivas.pandruvada@intel.com>
Cc: "linux-iio@vger.kernel.org" <linux-iio@vger.kernel.org>,
"linux-input@vger.kernel.org" <linux-input@vger.kernel.org>,
"matteo.dameno@st.com" <matteo.dameno@st.com>
Subject: Re: hid-sensor-hub and autoloading of HID sensor modules
Date: Mon, 10 Dec 2012 22:53:05 +0100 [thread overview]
Message-ID: <50C659C1.7060005@ahsoftware.de> (raw)
In-Reply-To: <4FA419E87744DF4DAECD5BCE1214B7A91C96077D@ORSMSX108.amr.corp.intel.com>
Am 10.12.2012 22:40, schrieb Pandruvada, Srinivas:
> I mean if your patch is merged, when new kernel is synced in the product line, we can't depend on auto loading of hid-sensor-hub. So we need to do something similar as you suggested.
Those patches aren't meant for your product line (mor for 3.8). But
hid-sensor-hub currently (as in 3.7-rc) doesn't load the necessary
modules at all, only hid-sensor-hub is currently loaded automatically,
not the other modules. That is at least what I've experienced here.
Regards,
Alexander
>
> Thanks,
> Srinivas
>
>
>
> -----Original Message-----
> From: Alexander Holler [mailto:holler@ahsoftware.de]
> Sent: Monday, December 10, 2012 1:33 PM
> To: Pandruvada, Srinivas
> Cc: linux-iio@vger.kernel.org; linux-input@vger.kernel.org; matteo.dameno@st.com
> Subject: Re: hid-sensor-hub and autoloading of HID sensor modules
>
> Am 10.12.2012 22:22, schrieb Pandruvada, Srinivas:
>> This will be a problem for current implementations, which are about to get shipped.
>> Once I get chance, I will start looking at this idea. Meanwhile, you need to add hook to vendor and product id in the table.
>
> Sorry, but I don't understand what that "shipped" has to do with the implementation in the kernel. And I don't seen any problems as only the implementation inside the kernel will change, nothing else.
>
> Regards,
>
> Alexander
>
>>
>> Thanks,
>> Srinivas
>>
>>
>> -----Original Message-----
>> From: Alexander Holler [mailto:holler@ahsoftware.de]
>> Sent: Monday, December 10, 2012 1:08 PM
>> To: linux-iio@vger.kernel.org; linux-input@vger.kernel.org;
>> Pandruvada, Srinivas; matteo.dameno@st.com
>> Subject: hid-sensor-hub and autoloading of HID sensor modules
>>
>> Hello,
>>
>> as I've just posted a patch to get rid of the vendor and device IDs for USB HID sensor hubs, there is still one problem left: hid-sensor-hub doesn't automatically load the necessary drivers (if they are modules).
>>
>> Here is a suggestion about how to solve that:
>>
>> Create HID groups HID_GROUP_SENSOR_ACCEL, HID_GROUP_SENSOR_TIME, ...) for every type of (supported) sensor (instead of the one HID_GROUP_SENSOR_HUB), scan for their usage pages (e.g.
>> HID_USAGE_SENSOR_ACCEL, HID_USAGE_SENSOR_TIME, ...) set the group and so load the final module and not hid-sensor-hub. hid-sensor-hub will then get loaded automatically.
>>
>> As I don't have any real sensor hubs (and no business with them), I think others should implement such, if that idea got approved to make sense. ;) That just would be some few lines, but I couldn't test them with real-world stuff.
>>
>> Regards,
>>
>> Alexander
>>
>
next prev parent reply other threads:[~2012-12-10 21:53 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-12-10 21:07 hid-sensor-hub and autoloading of HID sensor modules Alexander Holler
[not found] ` <50C64F29.9030200-SXC+2es9fhnfWeYVQQPykw@public.gmane.org>
2012-12-10 21:22 ` Pandruvada, Srinivas
[not found] ` <4FA419E87744DF4DAECD5BCE1214B7A91C96075E-P5GAC/sN6hk8Ug9VwtkbtrfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2012-12-10 21:33 ` Alexander Holler
2012-12-10 21:40 ` Pandruvada, Srinivas
2012-12-10 21:53 ` Alexander Holler [this message]
[not found] ` <50C659C1.7060005-SXC+2es9fhnfWeYVQQPykw@public.gmane.org>
2012-12-11 18:34 ` Alexander Holler
2012-12-11 18:40 ` Pandruvada, Srinivas
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=50C659C1.7060005@ahsoftware.de \
--to=holler@ahsoftware.de \
--cc=linux-iio@vger.kernel.org \
--cc=linux-input@vger.kernel.org \
--cc=matteo.dameno@st.com \
--cc=srinivas.pandruvada@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).