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: 11+ 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
2012-12-10 21:07 ` Alexander Holler
[not found] ` <50C64F29.9030200-SXC+2es9fhnfWeYVQQPykw@public.gmane.org>
2012-12-10 21:22 ` Pandruvada, Srinivas
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: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: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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.