RE: multi-input quirk and skip output reports quirk

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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@xxxxxxx>
Sent: 04 April 2008 15:51
To: Anssi Hannula <anssi.hannula@xxxxxxxxx>
Cc: linux-input@xxxxxxxxxxxxxxx; Sam Liddicott <sam@xxxxxxxxxxxxx>
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


--
To unsubscribe from this list: send the line "unsubscribe linux-input" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Media Devel]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Linux Wireless Networking]     [Linux Omap]

  Powered by Linux