History log of /linux/drivers/input/keyboard/newtonkbd.c (Results 151 – 157 of 157)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
# 5615ca79 29-Oct-2005 Jeff Garzik <jgarzik@pobox.com>

Merge branch 'upstream'


# a4da0628 29-Oct-2005 Roland Dreier <rolandd@cisco.com>

Merge master.kernel.org:/pub/scm/linux/kernel/git/torvalds/linux-2.6


# 9dfb7808 29-Oct-2005 Jeff Garzik <jgarzik@pobox.com>

Merge branch 'master'


# 596c96ba 29-Oct-2005 Jeff Garzik <jgarzik@pobox.com>

Merge branch 'master'


# 84860bf0 28-Oct-2005 Linus Torvalds <torvalds@g5.osdl.org>

Merge master.kernel.org:/pub/scm/linux/kernel/git/gregkh/driver-2.6


Revision tags: v2.6.14, v2.6.14-rc5, v2.6.14-rc4, v2.6.14-rc3, v2.6.14-rc2
# 3c42f0c3 15-Sep-2005 Dmitry Torokhov <dtor_core@ameritech.net>

[PATCH] drivers/input/keyboard: convert to dynamic input_dev allocation

Input: convert drivers/input/keyboard to dynamic input_dev allocation

This is required for input_dev sysfs integration

Signe

[PATCH] drivers/input/keyboard: convert to dynamic input_dev allocation

Input: convert drivers/input/keyboard 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>

show more ...


Revision tags: v2.6.14-rc1, v2.6.13, v2.6.13-rc7, v2.6.13-rc6, v2.6.13-rc5, v2.6.13-rc4, v2.6.13-rc3, v2.6.13-rc2, v2.6.13-rc1, v2.6.12, v2.6.12-rc6, v2.6.12-rc5, v2.6.12-rc4, v2.6.12-rc3, v2.6.12-rc2
# 1da177e4 17-Apr-2005 Linus Torvalds <torvalds@ppc970.osdl.org>

Linux-2.6.12-rc2

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

Linux-2.6.12-rc2

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!

show more ...


1234567