linux-toradex.git/drivers/input/joystick/warrior.c, branch v2.6.18-rc4 Linux kernel for Apalis and Colibri modules Input: fix potential overflows in driver/input/joystick 2006-06-26T05:45:48+00:00 Dmitry Torokhov dtor_core@ameritech.net 2006-06-26T05:45:48+00:00 10ca4c0a622a942e55dc8a6d57ebd441089c9e38 Change all sprintfs into snprintfs to make sure we won't stomp on data adjacent to our buffers. Signed-off-by: Dmitry Torokhov <dtor@mail.ru> 
Change all sprintfs into snprintfs to make sure we won't stomp on
data adjacent to our buffers.

Signed-off-by: Dmitry Torokhov <dtor@mail.ru>
[PATCH] Input: warrior - fix HAT0Y axis setup 2005-12-30T16:20:26+00:00 Dmitry Torokhov dtor_core@ameritech.net 2005-12-30T03:19:08+00:00 ae5536d6f7f9b51f7a0451421eade1988cfd7126 This patch fixes a typo introduced by conversion to dynamic input_dev allocation. Signed-off-by: Dmitry Torokhov <dtor@mail.ru> Signed-off-by: Linus Torvalds <torvalds@osdl.org> 
This patch fixes a typo introduced by conversion to dynamic input_dev
allocation.

Signed-off-by: Dmitry Torokhov <dtor@mail.ru>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
[PATCH] drivers/input/joystick: convert to dynamic input_dev allocation 2005-10-28T16:52:53+00:00 Dmitry Torokhov dtor_core@ameritech.net 2005-09-15T07:01:52+00:00 17dd3f0f7aa729a042af5d3318ff9b3e7781b45b Input: convert drivers/input/joystick to dynamic input_dev allocation This is required for input_dev sysfs integration Signed-off-by: Dmitry Torokhov <dtor@mail.ru> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> 
Input: convert drivers/input/joystick to dynamic input_dev allocation

This is required for input_dev sysfs integration

Signed-off-by: Dmitry Torokhov <dtor@mail.ru>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Linux-2.6.12-rc2 2005-04-16T22:20:36+00:00 Linus Torvalds torvalds@ppc970.osdl.org 2005-04-16T22:20:36+00:00 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 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! 
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!