- 15 5月, 2009 1 次提交
-
-
由 Sergey Belyashov 提交于
This patch adds autocentering support for Logitech Force 3D Pro. Signed-off-by: NSergey Belyashov <Sergey.Belyashov@gmail.com> Signed-off-by: NJiri Kosina <jkosina@suse.cz>
-
- 13 5月, 2009 1 次提交
-
-
由 Sergey Belyashov 提交于
Some months ago I send patch which adds autocentering for Logitech MOMO Wheel. Now I have access to Logitech G25 Racing Wheel and test autocentering for it. I write patch for current kernel to support autocentering for G25 in legacy mode (this device supports other modes, but after switching device reconnects with ID 0xc299 and FF support comes out) and others Logitech (Driving Force, Formula Force Ex etc) wheels with ID 046d:c294. Signed-off-by: NSergey Belyashov <Sergey.Belyashov@gmail.com> Signed-off-by: NJiri Kosina <jkosina@suse.cz>
-
- 15 10月, 2008 2 次提交
-
-
由 Sergey Belyashov 提交于
Current kernel has no support for autocentering for Logitech wheels. By default autocentering enabled in wheel and constant effect does not work properly. Using USB sniffer I found command which change autocentering settings: 0xFE, 0x0D, 0x0R, 0x0L, 0x80, 0x00, 0x00, where R - clockwise force, L - counter-clockwise (0x0-0xF, 0xC = 100%). Signed-off-by: NSergey Belyashov <Sergey.Belyashov@gmail.com> Signed-off-by: NJiri Kosina <jkosina@suse.cz>
-
由 Jiri Slaby 提交于
Merge the logitech force feedback processing directly into logitech driver from the usbhid core. Signed-off-by: NJiri Slaby <jirislaby@gmail.com> Signed-off-by: NJiri Kosina <jkosina@suse.cz>
-
- 09 7月, 2007 1 次提交
-
-
由 Jiri Kosina 提交于
There have been many reports recently about broken HID devices, the diagnosis of which required users to recompile their kernels in order to be able to provide debugging output needed for coding a quirk for a particular device. This patch makes CONFIG_HID_DEBUG default y if !EMBEDDED and makes it possible to control debugging output produced by HID code by supplying 'debug=1' module parameter. Signed-off-by: NJiri Kosina <jkosina@suse.cz>
-
- 09 5月, 2007 1 次提交
-
-
由 Dmitry Torokhov 提交于
In preparation for struct class_device -> struct device input core conversion switch to using input_dev->dev.parent when specifying device position in sysfs tree. Signed-off-by: NDmitry Torokhov <dtor@mail.ru> Signed-off-by: NJiri Kosina <jkosina@suse.cz>
-
- 11 4月, 2007 2 次提交
-
-
由 Jiri Kosina 提交于
This patch adds support for Logitech Force 3D Pro Joystick (0x046d/0xc286) to hid-lgff driver. Device ID reported by Richard Bolkey <rbolkey@cs.utexas.edu> Signed-off-by: NJiri Kosina <jkosina@suse.cz>
-
由 Jiri Kosina 提交于
Separate usbhid code into dedicated drivers/hid/usbhid directory as discussed previously with Greg, so that it eases maintaineance process. Signed-off-by: NJiri Kosina <jkosina@suse.cz> Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
-
- 18 2月, 2007 2 次提交
-
-
由 Dmitry Torokhov 提交于
By default threat devices as joysticks with constant force-feedback effect. Signed-off-by: NDmitry Torokhov <dtor@mail.ru>
-
由 Valentin Zagura 提交于
Signed-off-by: NJohann Deneux <johann.deneux@gmail.com> Signed-off-by: NDmitry Torokhov <dtor@mail.ru>
-
- 08 2月, 2007 1 次提交
-
-
由 Kay Sievers 提交于
This allows us to add type specific attributes, uevent vars and release funtions. A subsystem can carry different types of devices like the "block" subsys has disks and partitions. Both types create a different set of attributes, but belong to the same subsystem. This corresponds to the low level objects: kobject -> device (object/device data) kobj_type -> device_type (type of object/device we are embedded in) kset -> class/bus (list of objects/devices of a subsystem) Signed-off-by: NKay Sievers <kay.sievers@novell.com> Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
-
- 18 1月, 2007 1 次提交
-
-
由 Jiri Slaby 提交于
Add support for Logitech Momo racing wheel (046d:ca03) to hid force feedback. Signed-off-by: NJiri Slaby <jirislaby@gmail.com> Signed-off-by: NAndrew Morton <akpm@osdl.org> Signed-off-by: NDmitry Torokhov <dtor@mail.ru>
-
- 09 12月, 2006 2 次提交
-
-
由 Jiri Kosina 提交于
- 'dev' in struct hid_device changed from struct usb_device to struct device and fixed all the users - renamed functions which are part of USB HID API from 'hid_*' to 'usbhid_*' - force feedback initialization moved from common part into USB-specific driver - added usbhid.h header for USB HID API users - removed USB-specific fields from struct hid_device and moved them to new usbhid_device, which is pointed to by hid_device->driver_data - fixed all USB users to use this new structure Signed-off-by: NJiri Kosina <jkosina@suse.cz> Signed-off-by: NMarcel Holtmann <marcel@holtmann.org> Cc: Dmitry Torokhov <dmitry.torokhov@gmail.com> Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
-
由 Jiri Kosina 提交于
The "big main" split of USB HID code into generic HID code and USB-transport specific HID handling. Signed-off-by: NJiri Kosina <jkosina@suse.cz> Signed-off-by: NMarcel Holtmann <marcel@holtmann.org> Cc: Dmitry Torokhov <dmitry.torokhov@gmail.com> Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
-
- 19 7月, 2006 2 次提交
-
-
由 Anssi Hannula 提交于
Signed-off-by: NAnssi Hannula <anssi.hannula@gmail.com> Signed-off-by: NDmitry Torokhov <dtor@mail.ru>
-
由 Anssi Hannula 提交于
Move fixp-arith.h from drivers/usb/input to drivers/input, as the part of force feedback support that requires trigonometric functions is being moved there. Signed-off-by: NAnssi Hannula <anssi.hannula@gmail.com> Signed-off-by: NDmitry Torokhov <dtor@mail.ru>
-
- 21 3月, 2006 1 次提交
-
-
由 Oliver Neukum 提交于
this uses kzalloc in hid. Signed-off-by: NOliver Neukum <oliver@neukum.name> Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
-
- 29 10月, 2005 1 次提交
-
-
由 Dmitry Torokhov 提交于
Input: convert drivers/iusb/input to dynamic input_dev allocation This is required for input_dev sysfs integration Signed-off-by: NDmitry Torokhov <dtor@mail.ru> Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
-
- 29 5月, 2005 1 次提交
-
-
由 Dmitry Torokhov 提交于
Signed-off-by: NDmitry Torokhov <dtor@mail.ru>
-
- 17 4月, 2005 1 次提交
-
-
由 Linus Torvalds 提交于
Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip!
-