linux-input.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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



             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).