linux/drivers/input/joystick, branch v3.0.56Linux kernel source treehttps://git.amat.us/linux/atom/drivers/input/joystick?h=v3.0.562012-07-19T15:58:21ZInput: xpad - add Andamiro Pump It Up pad2012-07-19T15:58:21ZYuri Khanyurivkhan@gmail.com2012-07-12T05:12:31Zurn:sha1:9c5d9de68ea54ae743b1cb36645c96b8fdcc1c8d
commit e76b8ee25e034ab601b525abb95cea14aa167ed3 upstream.
I couldn't find the vendor ID in any of the online databases, but this
mat has a Pump It Up logo on the top side of the controller compartment,
and a disclaimer stating that Andamiro will not be liable on the bottom.
Signed-off-by: Yuri Khan <yurivkhan@gmail.com>
Signed-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Fix common misspellings2011-03-31T14:26:23ZLucas De Marchilucas.demarchi@profusion.mobi2011-03-31T01:57:33Zurn:sha1:25985edcedea6396277003854657b5f3cb31a628
Fixes generated by 'codespell' and manually reviewed.
Signed-off-by: Lucas De Marchi <lucas.demarchi@profusion.mobi>
Merge branch 'next' into for-linus2011-01-12T06:01:45ZDmitry Torokhovdmitry.torokhov@gmail.com2011-01-12T06:01:45Zurn:sha1:01c728a246a1072fe9664b91179a47937182b0a0Input: add Austria Microsystem AS5011 joystick driver2011-01-10T19:01:43ZFabien Marteaufabien.marteau@armadeus.com2011-01-10T19:01:13Zurn:sha1:9d084a3d5dffd076a9a006164ea0dbd9c495f2b0
This is driver for EasyPoint AS5011 2 axis joystick chip. This chip is
plugged on an I2C bus.
Tested on ARM processor (i.MX27).
Signed-off-by: Fabien Marteau <fabien.marteau@armadeus.com>
Signed-off-by: Dmitry Torokhov <dtor@mail.ru>
Merge branch 'next' into for-linus2011-01-07T06:34:59ZDmitry Torokhovdmitry.torokhov@gmail.com2011-01-07T06:34:59Zurn:sha1:554738da71004d96e06fb75f4772dfc3b0f47810
Conflicts:
include/linux/input.h
Input: turbografx - fix reference counting2010-12-01T17:20:34ZNamhyung Kimnamhyung@gmail.com2010-12-01T17:19:45Zurn:sha1:8ed9e0e1b602a0bcdc3bef52ec05fdab5b484341
The ref-count of parport gained from parport_find_number()
was not released in normal path.
Signed-off-by: Namhyung Kim <namhyung@gmail.com>
Signed-off-by: Dmitry Torokhov <dtor@mail.ru>
Input: iforce - clean up Makefile2010-11-22T20:54:13ZDmitry Torokhovdmitry.torokhov@gmail.com2010-11-22T20:53:23Zurn:sha1:33e808c383477e821163f133c2e3e671879c28b6
Use <module>-y notation to specify list of objects comprising iforce
module and conditionally pull in USB and RS232 support.
Also remove custom compiler flags and rely on general makefile rules
for enabling warnings.
Signed-off-by: Dmitry Torokhov <dtor@mail.ru>
Input: xpad - ensure xpad->bulk_out is initialized before submitting urb2010-11-18T08:16:44ZAxel Linaxel.lin@gmail.com2010-11-18T07:59:34Zurn:sha1:e3f0f0a6c11b049f1be603dcfec82d2a8643f5fd
As pointed out by Oliver Neukum:
xpad->irq_in is currently submitted before xpad->bulk_out is allocated.
That however is a race, because the callback for irq_in can call
xpad360w_process_packet(), which will in turn submit the bulk URB.
This patch moves initialization for xpad->bulk_out earlier, so we can
ensure xpad->bulk_out is initialized before submitting urb.
Signed-off-by: Axel Lin <axel.lin@gmail.com>
Signed-off-by: Dmitry Torokhov <dtor@mail.ru>
Input: xpad - remove useless check in xpad_remove2010-11-12T06:02:27ZDmitry Torokhovdmitry.torokhov@gmail.com2010-11-12T05:52:18Zurn:sha1:2a0591596b302adc654a1caf6bd3d0063407ea4b
ixpad can never be NULL here; if it is NULL we would not have been bound to
the interface and then why would we be called?
Signed-off-by: Dmitry Torokhov <dtor@mail.ru>
Input: xpad - fix resource reclaim in xpad_probe error path2010-11-12T06:02:23ZAxel Linaxel.lin@gmail.com2010-11-12T05:47:42Zurn:sha1:161feb2417dd0c4324c2e8da24aaebd30a436d45
Properly free the resources in error path by the reverse order of resource
allocation.
Signed-off-by: Axel Lin <axel.lin@gmail.com>
Signed-off-by: Dmitry Torokhov <dtor@mail.ru>