All of lore.kernel.org
 help / color / mirror / Atom feed
From: simon@mungewell.org
To: Michael Bauer <michael@m-bauer.org>
Cc: "\"Michal Malý\"" <madcatxster@gmail.com>,
	simon@mungewell.org, linux-input@vger.kernel.org,
	peter@slim-one.de
Subject: Re: [PATCH] Fix autocentering command in hid-lgff driver
Date: Wed, 29 Jun 2011 11:50:32 -0400	[thread overview]
Message-ID: <b4f74749ffdf35c88a0523a6a5f1a31b.squirrel@host171.canaca.com> (raw)
In-Reply-To: <4E0AF022.8020609@m-bauer.org>


>>> Q. Do we need the ability to switch between split/combined pedals?

> I am not sure on this - on the one hand i would love to provide all
> options to the user.

> On the other hand i am not sure how this could be done. I do not think
> it is possible to change the report descriptor of a connected device on
> the fly without (not necessarily physically) reconnecting it?

> And from my understanding the combined axes are just some kind of legacy
> stuff to support really old games which can not handle the separate axes.

Can you (someone?) clarify which wheels do not have a command to switch
into 'native mode' (which causes a USB ID change) and do these wheels use
a unified brake/acc.?

Do any wheels have a 'native mode' which stay with the generic USB ID?

Wouldn't the device descriptor only be re-written for the new USB ID's in
'native' mode.

Note: The Wii wheel does not have a 'native' command/mode, but has a
unique ID which is always used.


> Is there any reason the switch to native mode should not be done
> automatically by the driver? I would prefer to have it working
> out-of-the-box instead of having to wait for userspace interaction.
> (This could be done by some udev rule(s), but then this would need to be
> adopted by all distributions...)

> I do not see any point in using the wheel in restricted mode when native
> mode is possible...

If we force the 'native command' to be issued then we might affect/prevent
any 'old game' play.

Note 2: At present the re-writing of descriptor is done in 'hid-lg.c'
(based on USB ID), whereas we are proposing the 'native' command to be
issued by 'hid-lg4ff.c' which might not be complied/enabled.

Perhaps disabling/blacklisting 'hid-lg4ff' is a sufficient workaround to
get older games working... or a module option of 'no-native' could prevent
the command being sent.



Also I noticed that the second part of the 'DFP native command', is very
similar to a strong spring set to slot 4....

Simon


  parent reply	other threads:[~2011-06-29 15:50 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-06-14 20:42 [PATCH] Fix autocentering command in hid-lgff driver Michal Malý
2011-06-14 21:20 ` simon
2011-06-14 22:26   ` Michal Malý
2011-06-14 23:16     ` simon
2011-06-15  0:03       ` Michal Malý
     [not found]       ` <4429494.nOUqc25rPl@qosmio-x300>
2011-06-15 21:56         ` Michal Malý
     [not found] ` <1908821.jaYXT1Nn2e@qosmio-x300>
     [not found]   ` <da2b7e45ed001b587d49824944b802b8.squirrel@host171.canaca.com>
     [not found]     ` <201106262207.23918.michael@m-bauer.org>
2011-06-27 16:15       ` simon
2011-06-27 20:58         ` Michal Malý
2011-06-29  9:28           ` Michael Bauer
2011-06-29 15:23             ` Michael Bauer
2011-06-29 15:50             ` simon [this message]
2011-06-29 21:37               ` Michal Malý
2011-07-05 23:04               ` Michal Malý

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=b4f74749ffdf35c88a0523a6a5f1a31b.squirrel@host171.canaca.com \
    --to=simon@mungewell.org \
    --cc=linux-input@vger.kernel.org \
    --cc=madcatxster@gmail.com \
    --cc=michael@m-bauer.org \
    --cc=peter@slim-one.de \
    /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.