From: Sam Liddicott <sam@liddicott.com>
To: Jiri Kosina <jkosina@suse.cz>, Anssi Hannula <anssi.hannula@gmail.com>
Cc: linux-input@vger.kernel.org
Subject: RE: multi-input quirk and skip output reports quirk
Date: Sat, 5 Apr 2008 07:01:28 +0100 [thread overview]
Message-ID: <20080405055825.EA9F42FE066C@sam.liddicott.com> (raw)
I'm afraid I don't recognize that quirk name.
I'm all for setting quirks dynamically from user space during the plug event, as the delay between posting a patch and having it appear in distro of choice can be well over a year which is too long to remember and too long to be useful.
I do remember that there were two quirks set for the same brand of dual controller and I copied them both to the quad controller. I was asked to check if both quirks were actually needed, I still haven't had the required couple of hours to rebuild my kernel to do this and it became simpler to use the quad controller as a single controller.
I still feel guilty this but not guilty enough. Sorry.
Sam
-----Original Message-----
From: Jiri Kosina <jkosina@suse.cz>
Sent: 04 April 2008 15:51
To: Anssi Hannula <anssi.hannula@gmail.com>
Cc: linux-input@vger.kernel.org; Sam Liddicott <sam@liddicott.com>
Subject: Re: multi-input quirk and skip output reports quirk
On Fri, 4 Apr 2008, Anssi Hannula wrote:
> >>>> I've encountered another multi-input device that needs the skip output
> >>>> reports quirk (as it contains force feedback output reports), 0925:8866.
> >>>> However, maybe we should use another approach, dropping
> >>>> HID_QUIRK_SKIP_OUTPUT_REPORTS. Why not just *not* register the input
> >>>> device for that report in case the report didn't contain anything that
> >>>> was mapped by hidinput_configure_usage(), in hidinput_connect()?
> >>> as long as we still have the possibility to see the coming data in debug
> >>> mode, I don't have objection to that.
> >> Okay.
> >>> Are you going to make that patch?
> >> Not right now, maybe in a few weeks.
> > I will meanwhile queue the patch below, ok? After the hidinput_connect()
> > is refactored to ignore devices for which the mappings haven't been
> > established, we could then remove all the devices for which we have
> > HID_QUIRK_SKIP_OUTPUT_REPORTS altogether.
> Ok.
> > BTW, do you happen to have any idea whether the Quad joypad needs this
> > quirk too?
> No, but I guess it is quite probable.
I have added Sam (who reported the need of the quirk for Quad joypad) to
CC.
Sam?
Thanks,
--
Jiri Kosina
SUSE Labs
next reply other threads:[~2008-04-05 6:28 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-05 6:01 Sam Liddicott [this message]
2008-04-05 6:01 ` multi-input quirk and skip output reports quirk Jiri Kosina
-- strict thread matches above, loose matches on Subject: below --
2008-04-05 6:16 Sam Liddicott
2008-04-01 11:25 Anssi Hannula
2008-04-01 14:12 ` Jiri Kosina
2008-04-01 14:15 ` Anssi Hannula
2008-04-04 14:37 ` Jiri Kosina
2008-04-04 14:40 ` Anssi Hannula
2008-04-04 14:51 ` Jiri Kosina
2008-04-06 8:06 ` Jiri Kosina
2008-04-06 14:12 ` Anssi Hannula
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=20080405055825.EA9F42FE066C@sam.liddicott.com \
--to=sam@liddicott.com \
--cc=anssi.hannula@gmail.com \
--cc=jkosina@suse.cz \
--cc=linux-input@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).