From: Jiri Slaby <jirislaby@gmail.com>
Cc: Jiri Kosina <jkosina@suse.cz>,
Jussi Kivilinna <jussi.kivilinna@mbnet.fi>,
linux-usb@vger.kernel.org, linux-input@vger.kernel.org
Subject: Re: [PATCH] hid: add force feedback support for SmartJoy PLUS PS2/USB adapter
Date: Mon, 25 May 2009 12:16:43 +0200 [thread overview]
Message-ID: <4A1A700B.8020805@gmail.com> (raw)
In-Reply-To: <4A084A0C.3070500@suse.cz>
On 05/11/2009 05:53 PM, Jiri Slaby wrote:
> On 05/11/2009 05:51 PM, Jiri Kosina wrote:
>>> So I think, in this particular case, it is OK to have the conditional
>>> line in there.
>>
>> Actually this should be the case at least for
>>
>> - all drivers which implement only force feedback features
>> - all drivers which only add additional key mappings
>
> Yeah, this is correct point and it looks very scary. Let me think about it.
Hmm, if we could do something like plugins, which would just add some
functionality without unbinding a device form a generic driver, it would
be good.
Plugins would be the same as drivers, except ll_driver won't be stopped
and generic would still drive the device. It means plugins can't have
report_fixup defined.
We would need to introduce hid_disconnect, call it on register_driver,
do the additional mapping, mask out FF connect bit or whatever other
operation the plugin needs. This would be performed the same way as it
is currently, except plugin probe won't call parse and hw_start, but
only connect with proper flags.
This will cover most of current drivers and hence we might eliminate
almost all blacklisted entries (except the ones for drivers with
report_fixup).
Caveats:
* events come even when stopped: drop (or hold) events until inputs are
connected again
* complexity: added complexity, slowdown in initialization and handling
* "start-stop-start" on bootup: each bootup will start with generic,
disconnect inputs (a plugin came), connect inputs by a plugin
* plugins removal: we need to go through stop-start again
* anything I don't see?
Ideas, comments, improvements?
next prev parent reply other threads:[~2009-05-25 10:16 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-05-08 7:46 [PATCH] hid: add force feedback support for SmartJoy PLUS PS2/USB adapter Jussi Kivilinna
2009-05-08 8:02 ` Oliver Neukum
[not found] ` <200905081002.56647.oliver-GvhC2dPhHPQdnm+yROfE0A@public.gmane.org>
2009-05-08 8:37 ` Jussi Kivilinna
2009-05-11 15:17 ` Jiri Kosina
2009-05-11 15:48 ` Jiri Slaby
[not found] ` <4A0848E7.9080301-AlSwsSmVLrQ@public.gmane.org>
2009-05-11 15:51 ` Jiri Kosina
2009-05-11 15:53 ` Jiri Slaby
2009-05-25 10:16 ` Jiri Slaby [this message]
2009-06-02 9:16 ` Jiri Kosina
2009-05-11 16:05 ` Jussi Kivilinna
2009-05-11 21:46 ` Greg KH
2009-05-11 22:02 ` Jiri Slaby
2009-05-11 22:02 ` Greg KH
2009-05-13 8:10 ` Jiri Slaby
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=4A1A700B.8020805@gmail.com \
--to=jirislaby@gmail.com \
--cc=jkosina@suse.cz \
--cc=jussi.kivilinna@mbnet.fi \
--cc=linux-input@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
/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).