<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.linux.kernel.input">
    <title>gmane.linux.kernel.input</title>
    <link>http://blog.gmane.org/gmane.linux.kernel.input</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/5714"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/5712"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/5711"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/5699"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/5698"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/5697"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/5694"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/5684"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/5673"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/5671"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/5670"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/5666"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/5663"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/5662"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/5645"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/5644"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/5643"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/5642"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/5641"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/5637"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/5714">
    <title>[PATCH] Input: Remove keyboard warning if CONFIG_INPUT_KEYBOARD isnot set.</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/5714</link>
    <description>Many embedded systems have no keyboard and will have the
CONFIG_INPUT_KEYBOARD option unset. On compilation, they
however get nagged as follows:

#warning "Cannot generate rawmode keyboard for your architecture yet."

There is no reason for this, as there is no keyboard.

This patch removes this warning if CONFIG_INPUT_KEYBOARD
is not set.

Signed-off-by: Pieter du Preez &lt;pdupreez&lt; at &gt;gmail.com&gt;
---
 drivers/char/keyboard.c |    2 ++
 1 files changed, 2 insertions(+), 0 deletions(-)

diff --git a/drivers/char/keyboard.c b/drivers/char/keyboard.c
index 7b3a212..d0a8961 100644
--- a/drivers/char/keyboard.c
+++ b/drivers/char/keyboard.c
&lt; at &gt;&lt; at &gt; -1123,7 +1123,9 &lt; at &gt;&lt; at &gt; static int emulate_raw(struct vc_data *vc, unsigned int keycode,
 
 #define HW_RAW(dev)0
 
+#if defined CONFIG_INPUT_KEYBOARD
 #warning "Cannot generate rawmode keyboard for your architecture yet."
+#endif
 
 static int emulate_raw(struct vc_data *vc, unsigned int keycode, unsigned char up_flag)
 {
</description>
    <dc:creator>Pieter du Preez</dc:creator>
    <dc:date>2008-10-06T21:08:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/5712">
    <title>[PATCH] hid: add appletv IR receiver quirk</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/5712</link>
    <description>Similar to the existing IRCONTROL4 handling

Signed-off-by: Peter Korsgaard &lt;jacmet&lt; at &gt;sunsite.dk&gt;
---
 drivers/hid/hid-apple.c |    2 ++
 drivers/hid/hid-ids.h   |    1 +
 2 files changed, 3 insertions(+), 0 deletions(-)

diff --git a/drivers/hid/hid-apple.c b/drivers/hid/hid-apple.c
index a808e57..fd7f896 100644
--- a/drivers/hid/hid-apple.c
+++ b/drivers/hid/hid-apple.c
&lt; at &gt;&lt; at &gt; -359,6 +359,8 &lt; at &gt;&lt; at &gt; static void apple_remove(struct hid_device *hdev)
 }
 
 static const struct hid_device_id apple_devices[] = {
+{ HID_USB_DEVICE(USB_VENDOR_ID_APPLE, USB_DEVICE_ID_APPLE_ATV_IRCONTROL),
+.driver_data = APPLE_HIDDEV | APPLE_IGNORE_HIDINPUT },
 { HID_USB_DEVICE(USB_VENDOR_ID_APPLE, USB_DEVICE_ID_APPLE_IRCONTROL4),
 .driver_data = APPLE_HIDDEV | APPLE_IGNORE_HIDINPUT },
 { HID_USB_DEVICE(USB_VENDOR_ID_APPLE, USB_DEVICE_ID_APPLE_MIGHTYMOUSE),
diff --git a/drivers/hid/hid-ids.h b/drivers/hid/hid-ids.h
index fa4e4fd..9fc2636 100644
--- a/drivers/hid/hid-ids.h
+++ b/drivers/hid/hid-ids.h
&lt; at &gt;&lt; at &gt; -84,6 +84,7 &lt; at &gt;&lt; at &gt;
 #define USB_DEVIC</description>
    <dc:creator>Peter Korsgaard</dc:creator>
    <dc:date>2008-10-06T08:06:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/5711">
    <title>[PATCH] Input: document i8042.debug in kernel-parameters.txt</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/5711</link>
    <description>From: Jiri Kosina &lt;jkosina&lt; at &gt;suse.cz&gt;

Input: document i8042.debug in kernel-parameters.txt

i8042.debug parameter was missing in Documentation/kernel-parameters.txt. 
Add it.

Signed-off-by: Jiri Kosina &lt;jkosina&lt; at &gt;suse.cz&gt;

--- 

 Documentation/kernel-parameters.txt |    1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/Documentation/kernel-parameters.txt b/Documentation/kernel-parameters.txt
index 1150444..c44bf65 100644
--- a/Documentation/kernel-parameters.txt
+++ b/Documentation/kernel-parameters.txt
&lt; at &gt;&lt; at &gt; -796,6 +796,7 &lt; at &gt;&lt; at &gt; and is between 256 and 4096 characters. It is defined in the file
 Defaults to the default architecture's huge page size
 if not specified.
 
+i8042.debug[HW] Toggle i8042 debug mode
 i8042.direct[HW] Put keyboard port into non-translated mode
 i8042.dumbkbd[HW] Pretend that controller can only read data from
      keyboard and cannot control its state
--
To unsubscribe from this list: send the line "unsubscribe linux-input" in
the body of a message to majord</description>
    <dc:creator>Jiri Kosina</dc:creator>
    <dc:date>2008-10-04T21:28:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/5699">
    <title>[PATCH] Input: add mmio xi driver</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/5699</link>
    <description>
From: Greg Kroah-Hartman &lt;gregkh&lt; at &gt;suse.de&gt;

This patch adds the Mimio Xi interactive whiteboard driver to the tree.

It was originally written by mwilder&lt; at &gt;cs.nmsu.edu, but cleaned up and
forward ported by me to the latest kernel version.


Cc: Phil Hannent &lt;phil&lt; at &gt;hannent.co.uk&gt;
Cc: &lt;mwilder&lt; at &gt;cs.nmsu.edu&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh&lt; at &gt;suse.de&gt;

---
 drivers/input/misc/Kconfig  |   11 
 drivers/input/misc/Makefile |    1 
 drivers/input/misc/mimio.c  |  913 ++++++++++++++++++++++++++++++++++++++++++++
 3 files changed, 925 insertions(+)

--- a/drivers/input/misc/Kconfig
+++ b/drivers/input/misc/Kconfig
&lt; at &gt;&lt; at &gt; -164,6 +164,17 &lt; at &gt;&lt; at &gt; config INPUT_POWERMATE
   To compile this driver as a module, choose M here: the
   module will be called powermate.
 
+config INPUT_MIMIO
+tristate "Mimio Xi interactive whiteboard support"
+depends on USB_ARCH_HAS_HCD
+select USB
+help
+  Say Y here if you want to use a Mimio Xi interactive
+  whiteboard device.
+
+  To compile this driver as a module, choose M here: the
</description>
    <dc:creator>Greg KH</dc:creator>
    <dc:date>2008-09-25T23:22:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/5698">
    <title>possible recursive locking in ps2_command</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/5698</link>
    <description>I got the following on resume on my T60p, this might indicate
a potential deadlock I think.

[33491.050660] psmouse.c: Failed to enable mouse on isa0060/serio1
[33491.054938] PM: Removing info for No Bus:mouse1
[33491.064134] PM: Removing info for No Bus:event8
[33491.080154] PM: Removing info for No Bus:input8
[33491.089117]
[33491.089120] =============================================
[33491.089128] [ INFO: possible recursive locking detected ]
[33491.089133] 2.6.27-rc7-mst #53
[33491.089137] ---------------------------------------------
[33491.089141] kseriod/147 is trying to acquire lock:
[33491.089146]  (&amp;ps2dev-&gt;cmd_mutex){--..}, at: [&lt;c028cdf3&gt;] ps2_command+0x43/0x3a0
[33491.089162] 
[33491.089163] but task is already holding lock:
[33491.089168]  (&amp;ps2dev-&gt;cmd_mutex){--..}, at: [&lt;c028cdf3&gt;] ps2_command+0x43/0x3a0
[33491.089179] 
[33491.089180] other info that might help us debug this:
[33491.089185] 4 locks held by kseriod/147:
[33491.089189]  #0:  (serio_mutex){--..}, at: [&lt;c028b612&gt;] serio_thread+0x</description>
    <dc:creator>Michael S. Tsirkin</dc:creator>
    <dc:date>2008-09-24T19:17:58</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/5697">
    <title>(unknown)</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/5697</link>
    <description>
Hi, 

 
I have been trying to enable force feedback with my MS SideWinder FF2 for a while. My Linux system is a Xubuntu 8.04 (kernel 2.26) After a lot of problems, I have made some progress. First I figured out I had to recompile the kernel with options to activate the force feedback support (PID Force feedback). Sorry, I suppose it was obvious for you.

Then I tested my Sidewinder with ff-utils and geforce-0.3. I could get pretty convincing force effects but only once: after the 1st effect is finished, if I ask for another one, the system freezes and I have to reboot. This is a reproducible process.

I do not know whether I made some mistake during the compilation of the kernell (I have no sound and no wifi with this kernel) or if this is a normal behaviour considering that the Sidewinder FF2 support is experimental. I think it is not far from working since the force effects seem good to me

I have another computer with Vista and I installed fedit (to generate force feedback effects) and SniffUsb 2.0 to mo</description>
    <dc:creator>dominique.deloison&lt; at &gt;laposte.net</dc:creator>
    <dc:date>2008-09-24T16:36:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/5694">
    <title>[git pull] Input updates for 2.6.27-rc7</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/5694</link>
    <description>Hi Linus,

Please pull from:

git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus
or
master.kernel.org:/pub/scm/linux/kernel/git/dtor/input.git for-linus

to receive updates for the input subsystem.

Changelog:
---------

Henrik Rydberg (1):
      Input: bcm5974 - switch back to normal mode when closing

Kristoffer Ericson (1):
      Input: jornada720_ts - fix build error ( LONG() usage )


Diffstat:
--------

 drivers/input/mouse/bcm5974.c             |   13 +++++++++----
 drivers/input/touchscreen/jornada720_ts.c |    4 ++--
 2 files changed, 11 insertions(+), 6 deletions(-)

</description>
    <dc:creator>Dmitry Torokhov</dc:creator>
    <dc:date>2008-09-21T22:56:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/5684">
    <title>[PATCH] usbtouchscreen: option to swap X and Y axes</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/5684</link>
    <description>Here there is a patch to invert the X and Y axes, as my controller swaps it:

Signed-off-by: Matteo Croce &lt;matteo&lt; at &gt;openwrt.org&gt;

--- a/drivers/input/touchscreen/usbtouchscreen.c2008-09-18
18:50:44.294868149 +0200
+++ b/drivers/input/touchscreen/usbtouchscreen.c2008-09-18
18:50:44.226867816 +0200
&lt; at &gt;&lt; at &gt; -56,8 +56,16 &lt; at &gt;&lt; at &gt;
 #define DRIVER_DESC"USB Touchscreen Driver"

 static int swap_xy;
+static int invert_x;
+static int invert_y;
+
 module_param(swap_xy, bool, 0644);
+module_param(invert_x, bool, 0644);
+module_param(invert_y, bool, 0644);
+
 MODULE_PARM_DESC(swap_xy, "If set X and Y axes are swapped.");
+MODULE_PARM_DESC(invert_x, "If set X axe is inverted.");
+MODULE_PARM_DESC(invert_y, "If set Y axe is inverted.");

 /* device specifc data/functions */
 struct usbtouch_usb;
&lt; at &gt;&lt; at &gt; -683,6 +691,7 &lt; at &gt;&lt; at &gt;
                                  unsigned char *pkt, int len)
 {
 struct usbtouch_device_info *type = usbtouch-&gt;type;
+int x, y;

 if (!type-&gt;read_data(usbtouch, pkt))
 return;
&lt; at &gt;&lt; at &gt; -690,12 +699,22 &lt; at &gt;&lt; at &gt;
 input_repor</description>
    <dc:creator>Matteo Croce</dc:creator>
    <dc:date>2008-09-18T17:16:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/5673">
    <title>[PATCH/HP7XX] - Fix touchscreen build error ( LONG() usage )</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/5673</link>
    <description>This patch removes the usage of LONG() which is deprecated inside
the jornada720_ts.c file.
We also replace BIT() with BIT_MASK().

signed-off-by: Kristoffer Ericson &lt;kristoffer.ericson&lt; at &gt;gmail.com&gt;

diff --git a/drivers/input/touchscreen/jornada720_ts.c b/drivers/input/touchscreen/jornada720_ts.c
index bf44f9d..c8b7e8a 100644
--- a/drivers/input/touchscreen/jornada720_ts.c
+++ b/drivers/input/touchscreen/jornada720_ts.c
&lt; at &gt;&lt; at &gt; -119,8 +119,8 &lt; at &gt;&lt; at &gt; static int __devinit jornada720_ts_probe(struct platform_device *pdev)
 input_dev-&gt;id.bustype = BUS_HOST;
 input_dev-&gt;dev.parent = &amp;pdev-&gt;dev;
 
-input_dev-&gt;evbit[0] = BIT(EV_KEY) | BIT(EV_ABS);
-input_dev-&gt;keybit[LONG(BTN_TOUCH)] = BIT(BTN_TOUCH);
+input_dev-&gt;evbit[0] = BIT_MASK(EV_KEY) | BIT_MASK(EV_ABS);
+input_dev-&gt;keybit[BIT_WORD(BTN_TOUCH)] = BIT_MASK(BTN_TOUCH);
 input_set_abs_params(input_dev, ABS_X, 270, 3900, 0, 0);
 input_set_abs_params(input_dev, ABS_Y, 180, 3700, 0, 0);
 


</description>
    <dc:creator>Kristoffer Ericson</dc:creator>
    <dc:date>2008-09-17T03:08:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/5671">
    <title>[patch 2.6.27-rc6] ads7846: work better with DMA</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/5671</link>
    <description>From: David Brownell &lt;dbrownell&lt; at &gt;users.sourceforge.net&gt;

We had a report a while back that the ads7846 driver had some issues
when used with DMA-based SPI controllers (like atmel_spi) on systems
where main memory is not DMA-coherent (most non-x86 boards) ... but no
mergeable patch addressed it.  Pending any more comprehensive fix,
just push the relevant data into cache lines that won't be shared,
preventing those issues (but not in a very pretty way).

Signed-off-by: David Brownell &lt;dbrownell&lt; at &gt;users.sourceforge.net&gt;
---
Please merge for 2.6.27-final (and forward to -stable for backports);
this lack-of-patch has lingered for way too long.

 drivers/input/touchscreen/ads7846.c |   24 ++++++++++++++++++++----
 1 file changed, 20 insertions(+), 4 deletions(-)

--- a/drivers/input/touchscreen/ads7846.c
+++ b/drivers/input/touchscreen/ads7846.c
&lt; at &gt;&lt; at &gt; -85,10 +85,6 &lt; at &gt;&lt; at &gt; struct ads7846 {
 u16x_plate_ohms;
 u16pressure_max;
 
-u8read_x, read_y, read_z1, read_z2, pwrdown;
-u16dummy;/* for the pwrdown read */</description>
    <dc:creator>David Brownell</dc:creator>
    <dc:date>2008-09-15T23:32:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/5670">
    <title>disable repeat on single key</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/5670</link>
    <description>Is there any way in the Linux input layer to disable repeat on a
single key vs the entire device?

Thanks,
Cliff
--
To unsubscribe from this list: send the line "unsubscribe linux-input" in
the body of a message to majordomo&lt; at &gt;vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

</description>
    <dc:creator>Cliff Brake</dc:creator>
    <dc:date>2008-09-15T14:17:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/5666">
    <title>[PATCH] input: bcm5974: Switch back to normal mode when closing</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/5666</link>
    <description>Staying in multi-touch mode after closing the device sometimes makes the keyboard drop keys or
repeat keys irratically. The conjecture is that some internal buffer starts to overflow,
resulting in undefined behavior. Switching back to normal mode when closing the device makes the
problem go away.

Signed-off-by: Henrik Rydberg &lt;rydberg&lt; at &gt;euromail.se&gt;
---
 drivers/input/mouse/bcm5974.c |   13 +++++++++----
 1 files changed, 9 insertions(+), 4 deletions(-)

diff --git a/drivers/input/mouse/bcm5974.c b/drivers/input/mouse/bcm5974.c
index 18f4d7f..2998a6a 100644
--- a/drivers/input/mouse/bcm5974.c
+++ b/drivers/input/mouse/bcm5974.c
&lt; at &gt;&lt; at &gt; -351,8 +351,9 &lt; at &gt;&lt; at &gt; static int report_tp_state(struct bcm5974 *dev, int size)
 #define BCM5974_WELLSPRING_MODE_REQUEST_VALUE0x300
 #define BCM5974_WELLSPRING_MODE_REQUEST_INDEX0
 #define BCM5974_WELLSPRING_MODE_VENDOR_VALUE0x01
+#define BCM5974_WELLSPRING_MODE_NORMAL_VALUE0x08

-static int bcm5974_wellspring_mode(struct bcm5974 *dev)
+static int bcm5974_wellspring_mode(struct b</description>
    <dc:creator>Henrik Rydberg</dc:creator>
    <dc:date>2008-09-14T14:54:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/5663">
    <title>[PATCH] input: Update Elantech touchpad driver to v5 for kernel2.6.27-rc5-mm1</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/5663</link>
    <description>
From: Arjan Opmeer &lt;arjan&lt; at &gt;opmeer.net&gt;

Update the Elantech touchpad driver to v5

- Put the Elantech entry last in the psmouse_protocols[] list as it is also
  the last one in the psmouse_type enum.
- Remove support for relative mode. The driver now always uses the touchpad
  in absolute mode.
- Add support for the new Elantech touchpad model as found in the EeePC that
  uses a new protocol.

Signed-off-by: Arjan Opmeer &lt;arjan&lt; at &gt;opmeer.net&gt;

---

diff --git a/Documentation/input/elantech.txt b/Documentation/input/elantech.txt
index 679e74b..a10c3b6 100644
--- a/Documentation/input/elantech.txt
+++ b/Documentation/input/elantech.txt
&lt; at &gt;&lt; at &gt; -1,27 +1,125 &lt; at &gt;&lt; at &gt;
 Elantech Touchpad Driver
 ========================
-        Copyright (C) 2007 Arjan Opmeer &lt;arjan&lt; at &gt;opmeer.net&gt;
 
-        Extra information found and provided by Steve Havelka
+Copyright (C) 2007-2008 Arjan Opmeer &lt;arjan&lt; at &gt;opmeer.net&gt;
 
-Configuration of the touchpad is performed by writing values to registers
-found under sysfs entries /sys/bus/serio/drivers/psm</description>
    <dc:creator>Arjan Opmeer</dc:creator>
    <dc:date>2008-09-14T03:23:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/5662">
    <title>Force Feedback for Thrustmaster RGT Pro Clutch Pedal Edition racing wheel</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/5662</link>
    <description>Dear all,


I'm trying to get force feedback activated on this quite wonderful 
racing wheel 
(http://www.thrustmaster.com/product.aspx?ProductID=8&amp;PlatformID=5).


Based on the thread started by Gerald Folcher of 16 Jul 2007 (force 
feedback for Thrustmaster FGT Wheel) and subsequent patches, I've added 
following USB id's :

(patches against 2.6.25, but I've already tested with 2.6.26.3)

diff -uNrp kernel-2.6.25.orig/drivers/hid/usbhid/hid-ff.c 
kernel-2.6.25.new/drivers/hid/usbhid/hid-ff.c
--- kernel-2.6.25.orig/drivers/hid/usbhid/hid-ff.c      2008-04-17 
04:49:44.000000000 +0200
+++ kernel-2.6.25.new/drivers/hid/usbhid/hid-ff.c       2008-09-09 
16:56:34.000000000 +0200
&lt; at &gt;&lt; at &gt; -62,11 +62,13 &lt; at &gt;&lt; at &gt; static struct hid_ff_initializer inits[]
 #ifdef CONFIG_PANTHERLORD_FF
        { 0x810, 0x0001, hid_plff_init }, /* "Twin USB Joystick" */
        { 0xe8f, 0x0003, hid_plff_init }, /* "GreenAsia Inc.    USB 
Joystick     " */
+       { 0xe8f, 0x0012, hid_plff_init }, /* "GreenAsia Inc.    USB 
Joystick     " */
 #end</description>
    <dc:creator>Didier Moens</dc:creator>
    <dc:date>2008-09-13T15:09:39</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/5645">
    <title>[git pull] Input updates for 2.6.27-rc5</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/5645</link>
    <description>Hi Linus,

Please pull from:

git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus
or
master.kernel.org:/pub/scm/linux/kernel/git/dtor/input.git for-linus

to receive updates for the input subsystem. You will get an update to
the new bcm5974 touchpad driver. While is it bigger than I would like at
this stage the changes are needed for mousedev to bind to the touchpad
and provide basic mouse emulation (until user installs Synaptics X
driver). Another change is refining quirk for Lenovo N3000 to activate
for a specific board version only.

Changelog:
---------

Henrik Rydberg (4):
      Input: bcm5974 - add maintainer entry
      Input: bcm5974 - small formatting cleanup
      Input: bcm5974 - improve finger tracking and counting
      Input: bcm5974 - add BTN_TOUCH event for mousedev benefit

Jiri Kosina (1):
      Input: i8042 - make Lenovo 3000 N100 blacklist entry more specific


Diffstat:
--------

 drivers/input/mouse/bcm5974.c         |   74 +++++++++++++++++++++++++--------
 drivers</description>
    <dc:creator>Dmitry Torokhov</dc:creator>
    <dc:date>2008-09-07T03:56:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/5644">
    <title>Support Touchscreen SoundGraph</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/5644</link>
    <description>Hi,
I am trying to make my touch screen work (Zalman HD160XT Plus) but I
could not find any suitable driver for it.
The Touch screen is an USB Device which consist of :
- a touch screen
- a knob
- few buttons in a front panel
- A remote control
lsusb -v

Bus 004 Device 004: ID 15c2:0034 SoundGraph Inc. 
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               1.10
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0 
  bDeviceProtocol         0 
  bMaxPacketSize0         8
  idVendor           0x15c2 SoundGraph Inc.
  idProduct          0x0034 
  bcdDevice            0.12
  iManufacturer           0 
  iProduct                0 
  iSerial                 0 
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           59
    bNumInterfaces          2
    bConfigurationValue     1
    iConfiguration          0 
    bmAttributes         0x80
      (Bus Powere</description>
    <dc:creator>xavier hervy</dc:creator>
    <dc:date>2008-09-05T16:33:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/5643">
    <title>__initdata and struct dmi_system_id?</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/5643</link>
    <description>Hi,

I have a question about how the __initdata sections are handled
under Linux. As far as I understand after the init function is
finished all the data from the __initdata section is freed. For
this reason all the data which are marked as __initdata should
be separated to a different section by the compiler.

I take for example the drivers/input/keyboards/atkbd.c where we
can see the following dmi_system_id structure:

static struct dmi_system_id atkbd_dmi_quirk_table[] __initdata = {
        {
                .ident = "Dell Latitude series",
                .matches = {
                        DMI_MATCH(DMI_SYS_VENDOR, "Dell Inc."),
                        DMI_MATCH(DMI_PRODUCT_NAME, "Latitude"),
                },
                .callback = atkbd_setup_fixup,
                .driver_data = atkbd_latitude_keymap_fixup,
        },
        {
                .ident = "HP 2133",
                .matches = {
                        DMI_MATCH(DMI_SYS_VENDOR, "Hewlett-Packard"),
                        DMI_MATC</description>
    <dc:creator>Németh Márton</dc:creator>
    <dc:date>2008-09-05T05:45:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/5642">
    <title>[PATCH 2/2] input: mousedev: Emulate right and middle buttons for single-button touchpads</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/5642</link>
    <description>On most linux-based systems, the right and middle buttons are used
extensively. On computers lacking either of those buttons, such as
the Apple Macbooks, emulation is needed. This patch adds emulation
of the missing buttons via two-fingers-and-click and three-fingers-
and-click operations, which has recently become standard, both in
MacOS and in the Xorg synaptics driver.

Signed-off-by: Henrik Rydberg &lt;rydberg&lt; at &gt;euromail.se&gt;
---
 drivers/input/mousedev.c |   31 +++++++++++++++++++++++++++++++
 1 files changed, 31 insertions(+), 0 deletions(-)

diff --git a/drivers/input/mousedev.c b/drivers/input/mousedev.c
index 27e1d73..a1e929f 100644
--- a/drivers/input/mousedev.c
+++ b/drivers/input/mousedev.c
&lt; at &gt;&lt; at &gt; -53,6 +53,14 &lt; at &gt;&lt; at &gt; static unsigned tap_move = 20;
 module_param(tap_move, uint, 0644);
 MODULE_PARM_DESC(tap_move, "Tap distance for touchpads in absolute mode (res)");

+static unsigned two_finger_code = BTN_RIGHT;
+module_param(two_finger_code, uint, 0644);
+MODULE_PARM_DESC(two_finger_code, "Button code of two-fi</description>
    <dc:creator>Henrik Rydberg</dc:creator>
    <dc:date>2008-09-05T01:19:56</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/5641">
    <title>[PATCH 1/2] input: mousedev: Distinguish a moving finger from a tapping finger</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/5641</link>
    <description>The tap functionality of mousedev does not distinguish between a tap
(on/off localized in time and space) and a quick move (on/off localized
in time only). This patch improves the tap detection by testing also
for space locality.

Signed-off-by: Henrik Rydberg &lt;rydberg&lt; at &gt;euromail.se&gt;
---
 drivers/input/mousedev.c |   10 ++++++++++
 1 files changed, 10 insertions(+), 0 deletions(-)

diff --git a/drivers/input/mousedev.c b/drivers/input/mousedev.c
index 8137e50..27e1d73 100644
--- a/drivers/input/mousedev.c
+++ b/drivers/input/mousedev.c
&lt; at &gt;&lt; at &gt; -49,6 +49,10 &lt; at &gt;&lt; at &gt; static unsigned tap_time = 200;
 module_param(tap_time, uint, 0644);
 MODULE_PARM_DESC(tap_time, "Tap time for touchpads in absolute mode (msecs)");

+static unsigned tap_move = 20;
+module_param(tap_move, uint, 0644);
+MODULE_PARM_DESC(tap_move, "Tap distance for touchpads in absolute mode (res)");
+
 struct mousedev_hw_data {
 int dx, dy, dz;
 int x, y;
&lt; at &gt;&lt; at &gt; -76,6 +80,7 &lt; at &gt;&lt; at &gt; struct mousedev {
 int old_x[4], old_y[4];
 int frac_dx, frac_dy;
 unsigned long to</description>
    <dc:creator>Henrik Rydberg</dc:creator>
    <dc:date>2008-09-05T01:17:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/5637">
    <title>[PATCH 1/5] HID: move pantherlord FF processing</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/5637</link>
    <description>Move the force feedback precessing into a separate module.

Signed-off-by: Jiri Slaby &lt;jirislaby&lt; at &gt;gmail.com&gt;
---
 drivers/hid/Kconfig             |   16 +++
 drivers/hid/Makefile            |    1 +
 drivers/hid/hid-core.c          |    2 +
 drivers/hid/hid-dummy.c         |    3 +
 drivers/hid/hid-ids.h           |    2 +
 drivers/hid/hid-pl.c            |  205 +++++++++++++++++++++++++++++++++++++++
 drivers/hid/usbhid/Kconfig      |    8 --
 drivers/hid/usbhid/Makefile     |    3 -
 drivers/hid/usbhid/hid-ff.c     |    4 -
 drivers/hid/usbhid/hid-plff.c   |  139 --------------------------
 drivers/hid/usbhid/hid-quirks.c |    1 -
 include/linux/hid.h             |    1 -
 12 files changed, 229 insertions(+), 156 deletions(-)
 create mode 100644 drivers/hid/hid-pl.c
 delete mode 100644 drivers/hid/usbhid/hid-plff.c

diff --git a/drivers/hid/Kconfig b/drivers/hid/Kconfig
index 46337a2..7220e6f 100644
--- a/drivers/hid/Kconfig
+++ b/drivers/hid/Kconfig
&lt; at &gt;&lt; at &gt; -199,6 +199,22 &lt; at &gt;&lt; at &gt; config HID_MONTEREY
 ---help---
 S</description>
    <dc:creator>Jiri Slaby</dc:creator>
    <dc:date>2008-09-04T12:59:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/5631">
    <title>[PATCH 1/3] Input: ads7846 - introduce .gpio_pendown to get pendown state</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/5631</link>
    <description>The GPIO connected to ADS7846 nPENIRQ signal is usually used to get
the pendown state as well. Introduce a .gpio_pendown, and use this
to decide the pendown state if .get_pendown_state is NULL.

Signed-off-by: Eric Miao &lt;eric.miao&lt; at &gt;marvell.com&gt;
---
 drivers/input/touchscreen/ads7846.c |   73 ++++++++++++++++++++++++++++-------
 include/linux/spi/ads7846.h         |    4 ++
 2 files changed, 63 insertions(+), 14 deletions(-)

diff --git a/drivers/input/touchscreen/ads7846.c
b/drivers/input/touchscreen/ads7846.c
index ce6f48c..4fd449a 100644
--- a/drivers/input/touchscreen/ads7846.c
+++ b/drivers/input/touchscreen/ads7846.c
&lt; at &gt;&lt; at &gt; -24,6 +24,7 &lt; at &gt;&lt; at &gt;
 #include &lt;linux/input.h&gt;
 #include &lt;linux/interrupt.h&gt;
 #include &lt;linux/slab.h&gt;
+#include &lt;linux/gpio.h&gt;
 #include &lt;linux/spi/spi.h&gt;
 #include &lt;linux/spi/ads7846.h&gt;
 #include &lt;asm/irq.h&gt;
&lt; at &gt;&lt; at &gt; -116,6 +117,7 &lt; at &gt;&lt; at &gt; struct ads7846 {
 void*filter_data;
 void(*filter_cleanup)(void *data);
 int(*get_pendown_state)(void);
+intgpio_pendown;
 };

 /* leave chip selected w</description>
    <dc:creator>Eric Miao</dc:creator>
    <dc:date>2008-09-04T09:21:05</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.linux.kernel.input">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.linux.kernel.input</link>
  </textinput>
</rdf:RDF>
