<?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://permalink.gmane.org/gmane.linux.kernel.input">
    <title>gmane.linux.kernel.input</title>
    <link>http://permalink.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://permalink.gmane.org/gmane.linux.kernel.input/5644"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/5643"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/5642"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/5641"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/5640"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/5639"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/5638"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/5637"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/5636"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/5635"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/5634"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/5633"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/5632"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/5631"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/5630"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/5629"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/5628"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/5627"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/5626"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/5625"/>
      </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://permalink.gmane.org/gmane.linux.kernel.input/5644">
    <title>Support Touchscreen SoundGraph</title>
    <link>http://permalink.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://permalink.gmane.org/gmane.linux.kernel.input/5643">
    <title>__initdata and struct dmi_system_id?</title>
    <link>http://permalink.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://permalink.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://permalink.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://permalink.gmane.org/gmane.linux.kernel.input/5641">
    <title>[PATCH 1/2] input: mousedev: Distinguish a moving finger from a tapping finger</title>
    <link>http://permalink.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://permalink.gmane.org/gmane.linux.kernel.input/5640">
    <title>[PATCH 2/5] HID: move thrustmaster FF processing</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.input/5640</link>
    <description>Signed-off-by: Jiri Slaby &lt;jirislaby&lt; at &gt;gmail.com&gt;
---
 drivers/hid/Kconfig           |    9 ++
 drivers/hid/Makefile          |    1 +
 drivers/hid/hid-core.c        |    4 +
 drivers/hid/hid-dummy.c       |    3 +
 drivers/hid/hid-ids.h         |    2 +
 drivers/hid/hid-tmff.c        |  265 +++++++++++++++++++++++++++++++++++++++++
 drivers/hid/usbhid/Kconfig    |   11 --
 drivers/hid/usbhid/Makefile   |    3 -
 drivers/hid/usbhid/hid-ff.c   |    6 -
 drivers/hid/usbhid/hid-tmff.c |  232 ------------------------------------
 include/linux/hid.h           |    1 -
 11 files changed, 284 insertions(+), 253 deletions(-)
 create mode 100644 drivers/hid/hid-tmff.c
 delete mode 100644 drivers/hid/usbhid/hid-tmff.c

diff --git a/drivers/hid/Kconfig b/drivers/hid/Kconfig
index 7220e6f..268fcd1 100644
--- a/drivers/hid/Kconfig
+++ b/drivers/hid/Kconfig
&lt; at &gt;&lt; at &gt; -243,6 +243,15 &lt; at &gt;&lt; at &gt; config HID_SUNPLUS
 ---help---
 Support for Sunplus WDesktop input device.
 
+config THRUSTMASTER_FF
+tristate "ThrustMaster devices support"
+</description>
    <dc:creator>Jiri Slaby</dc:creator>
    <dc:date>2008-09-04T12:59:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.input/5639">
    <title>[PATCH 5/5] HID: convert to dev_* prints</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.input/5639</link>
    <description>Since we have a real device bound to a driver, we may use struct
device for printing. Use dev_* functions instead of printks in
3 drivers.

Signed-off-by: Jiri Slaby &lt;jirislaby&lt; at &gt;gmail.com&gt;
---
 drivers/hid/hid-lg2ff.c |    8 ++++----
 drivers/hid/hid-pl.c    |   11 ++++++-----
 drivers/hid/hid-zpff.c  |    6 +++---
 3 files changed, 13 insertions(+), 12 deletions(-)

diff --git a/drivers/hid/hid-lg2ff.c b/drivers/hid/hid-lg2ff.c
index b2e9a67..4e6dc6e 100644
--- a/drivers/hid/hid-lg2ff.c
+++ b/drivers/hid/hid-lg2ff.c
&lt; at &gt;&lt; at &gt; -71,18 +71,18 &lt; at &gt;&lt; at &gt; int lg2ff_init(struct hid_device *hid)
 int error;
 
 if (list_empty(report_list)) {
-printk(KERN_ERR "hid-lg2ff: no output report found\n");
+dev_err(&amp;hid-&gt;dev, "no output report found\n");
 return -ENODEV;
 }
 
 report = list_entry(report_list-&gt;next, struct hid_report, list);
 
 if (report-&gt;maxfield &lt; 1) {
-printk(KERN_ERR "hid-lg2ff: output report is empty\n");
+dev_err(&amp;hid-&gt;dev, "output report is empty\n");
 return -ENODEV;
 }
 if (report-&gt;field[0]-&gt;rep</description>
    <dc:creator>Jiri Slaby</dc:creator>
    <dc:date>2008-09-04T12:59:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.input/5638">
    <title>[PATCH 3/5] HID: move zeroplus FF processing</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.input/5638</link>
    <description>Signed-off-by: Jiri Slaby &lt;jirislaby&lt; at &gt;gmail.com&gt;
---
 drivers/hid/Kconfig           |    8 ++
 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-zpff.c        |  162 +++++++++++++++++++++++++++++++++++++++++
 drivers/hid/usbhid/Kconfig    |    8 --
 drivers/hid/usbhid/Makefile   |    3 -
 drivers/hid/usbhid/hid-ff.c   |    4 -
 drivers/hid/usbhid/hid-zpff.c |  107 ---------------------------
 include/linux/hid.h           |    1 -
 11 files changed, 178 insertions(+), 123 deletions(-)
 create mode 100644 drivers/hid/hid-zpff.c
 delete mode 100644 drivers/hid/usbhid/hid-zpff.c

diff --git a/drivers/hid/Kconfig b/drivers/hid/Kconfig
index 268fcd1..e4d5263 100644
--- a/drivers/hid/Kconfig
+++ b/drivers/hid/Kconfig
&lt; at &gt;&lt; at &gt; -252,6 +252,14 &lt; at &gt;&lt; at &gt; config THRUSTMASTER_FF
   Say Y here if you have a THRUSTMASTER FireStore Dual Power 2 or
   a THRUSTMASTER Ferrari GT Rumble Force or Force Feedback Whee</description>
    <dc:creator>Jiri Slaby</dc:creator>
    <dc:date>2008-09-04T12:59:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.input/5637">
    <title>[PATCH 1/5] HID: move pantherlord FF processing</title>
    <link>http://permalink.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://permalink.gmane.org/gmane.linux.kernel.input/5636">
    <title>[PATCH 4/5] HID: remove hid-ff</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.input/5636</link>
    <description>hid-ff.c now calls only pidff (generic driver), the special ones are now
in separate drivers. Invoke pidff on all non-special directly.

Signed-off-by: Jiri Slaby &lt;jirislaby&lt; at &gt;gmail.com&gt;
---
 drivers/hid/usbhid/Kconfig    |   13 --------
 drivers/hid/usbhid/Makefile   |    3 --
 drivers/hid/usbhid/hid-core.c |    2 +-
 drivers/hid/usbhid/hid-ff.c   |   69 -----------------------------------------
 include/linux/hid.h           |    9 +-----
 5 files changed, 2 insertions(+), 94 deletions(-)
 delete mode 100644 drivers/hid/usbhid/hid-ff.c

diff --git a/drivers/hid/usbhid/Kconfig b/drivers/hid/usbhid/Kconfig
index 3cfc076..5d9aa95 100644
--- a/drivers/hid/usbhid/Kconfig
+++ b/drivers/hid/usbhid/Kconfig
&lt; at &gt;&lt; at &gt; -24,21 +24,8 &lt; at &gt;&lt; at &gt; config USB_HID
 comment "Input core support is needed for USB HID input layer or HIDBP support"
 depends on USB_HID &amp;&amp; INPUT=n
 
-config HID_FF
-bool "Force feedback support (EXPERIMENTAL)"
-depends on USB_HID &amp;&amp; EXPERIMENTAL
-help
-  Say Y here is you want force feedback support for a few </description>
    <dc:creator>Jiri Slaby</dc:creator>
    <dc:date>2008-09-04T12:59:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.input/5635">
    <title>Re: [PATCH 1/3] Input: ads7846 - introduce .gpio_pendown to get pendown state</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.input/5635</link>
    <description>Signed-off-by: Eric Miao &lt;eric.miao&lt; at &gt;marvell.com&gt;
---

This one should be cleaner.

 drivers/input/touchscreen/ads7846.c |   68 +++++++++++++++++++++++++++-------
 include/linux/spi/ads7846.h         |    3 ++
 2 files changed, 57 insertions(+), 14 deletions(-)

diff --git a/drivers/input/touchscreen/ads7846.c
b/drivers/input/touchscreen/ads7846.c
index ce6f48c..8583c76 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 when we're done, for quicker re-select? */
&lt; at &gt;&lt; at &gt; -491,6 +493,14 &lt; at &gt;&lt; at &gt; static struct attribute_group ads784x_attr_group = {

 /*----------------------------------------------</description>
    <dc:creator>Eric Miao</dc:creator>
    <dc:date>2008-09-04T10:50:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.input/5634">
    <title>Re: [PATCH 1/3] Input: ads7846 - introduce .gpio_pendown to get pendown state</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.input/5634</link>
    <description>
So maybe I can simplify that code a bit more :)
--
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>Eric Miao</dc:creator>
    <dc:date>2008-09-04T10:39:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.input/5633">
    <title>Re: [PATCH 1/3] Input: ads7846 - introduce .gpio_pendown to get pendown state</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.input/5633</link>
    <description>On Thu, Sep 4, 2008 at 6:00 PM, Russell King - ARM Linux
&lt;linux&lt; at &gt;arm.linux.org.uk&gt; wrote:

Indeed, I'll fix the other SPI GPIO CS patch as well.


There is a warning If none is provided, and probe() will fail.
So actually get_pendown_state() will never reach the last
"return 0" statement.

</description>
    <dc:creator>Eric Miao</dc:creator>
    <dc:date>2008-09-04T10:38:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.input/5632">
    <title>Re: [PATCH 1/3] Input: ads7846 - introduce .gpio_pendown to get pendown state</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.input/5632</link>
    <description>



The comment doesn't match the code.  get_pendown_state() is used if it's
non-NULL, otherwise, the GPIO if it's not -1.

I'm getting a little worried about these tests for valid gpio numbers in
drivers - some check for non-zero, this one checks for not -1.  I get the
feeling that this is storing up problems for later.

Maybe using gpio_is_valid() would be a good idea?

But... a related question: do we need to do the check here?  Surely either
a pendown function is going to be supplied, or if not we're going to use
a GPIO, in which case the GPIO better be valid.  Maybe something to check
at driver initialisation time only?
--
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>Russell King - ARM Linux</dc:creator>
    <dc:date>2008-09-04T10:00:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.input/5631">
    <title>[PATCH 1/3] Input: ads7846 - introduce .gpio_pendown to get pendown state</title>
    <link>http://permalink.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>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.input/5630">
    <title>[PATCH 3/3] bcm5974-0.64: BTN_TOUCH event added for mousedev</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.input/5630</link>
    <description>The mousedev driver requires the use of BTN_TOUCH events to process
ABS_X and ABS_Y events properly, which is what is needed for the
bcm5974-based apple computers to have a functional pointer out-of-the-box.
This patch adds the BTN_TOUCH events to bcm5974.

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

diff --git a/drivers/input/mouse/bcm5974.c b/drivers/input/mouse/bcm5974.c
index 8568211..18f4d7f 100644
--- a/drivers/input/mouse/bcm5974.c
+++ b/drivers/input/mouse/bcm5974.c
&lt; at &gt;&lt; at &gt; -253,6 +253,7 &lt; at &gt;&lt; at &gt; static void setup_events_to_report(struct input_dev *input_dev,
 0, cfg-&gt;y.dim, cfg-&gt;y.fuzz, 0);

 __set_bit(EV_KEY, input_dev-&gt;evbit);
+__set_bit(BTN_TOUCH, input_dev-&gt;keybit);
 __set_bit(BTN_TOOL_FINGER, input_dev-&gt;keybit);
 __set_bit(BTN_TOOL_DOUBLETAP, input_dev-&gt;keybit);
 __set_bit(BTN_TOOL_TRIPLETAP, input_dev-&gt;keybit);
&lt; at &gt;&lt; at &gt; -320,6 +321,7 &lt; at &gt;&lt; at &gt; static int report_tp_state(struct bcm5974 *dev, int size)
 if </description>
    <dc:creator>Henrik Rydberg</dc:creator>
    <dc:date>2008-09-03T20:25:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.input/5629">
    <title>[PATCH 2/3] bcm5974-0.64:  Finger tracking and counting improved further</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.input/5629</link>
    <description>The problem of finger tracking, i.e., when to switch focus from one finger to another on the
trackpad, has been improved by utilizing more information from the bcm5974 chip output. This
results in less pointer hopping when many fingers are on the trackpad. In addition, a finger
counting method based on pressure information from all fingers is introduced. Together
with a pressure hysteresis window, this yields a more stable counting of the number of fingers
on the trackpad.

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

diff --git a/drivers/input/mouse/bcm5974.c b/drivers/input/mouse/bcm5974.c
index ae78bb8..8568211 100644
--- a/drivers/input/mouse/bcm5974.c
+++ b/drivers/input/mouse/bcm5974.c
&lt; at &gt;&lt; at &gt; -105,7 +105,7 &lt; at &gt;&lt; at &gt; struct tp_header {

 /* trackpad finger structure */
 struct tp_finger {
-__le16 origin;/* left/right origin? */
+__le16 origin;/* zero when switching tr</description>
    <dc:creator>Henrik Rydberg</dc:creator>
    <dc:date>2008-09-03T20:23:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.input/5628">
    <title>[PATCH 1/3] bcm5974-0.64: minor cleanups for scripts/checkpatch.pl</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.input/5628</link>
    <description>Signed-off-by: Henrik Rydberg &lt;rydberg&lt; at &gt;euromail.se&gt;
---
 drivers/input/mouse/bcm5974.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/drivers/input/mouse/bcm5974.c b/drivers/input/mouse/bcm5974.c
index 2ec921b..ae78bb8 100644
--- a/drivers/input/mouse/bcm5974.c
+++ b/drivers/input/mouse/bcm5974.c
&lt; at &gt;&lt; at &gt; -63,7 +63,7 &lt; at &gt;&lt; at &gt;
 }

 /* table of devices that work with this driver */
-static const struct usb_device_id bcm5974_table [] = {
+static const struct usb_device_id bcm5974_table[] = {
 /* MacbookAir1.1 */
 BCM5974_DEVICE(USB_DEVICE_ID_APPLE_WELLSPRING_ANSI),
 BCM5974_DEVICE(USB_DEVICE_ID_APPLE_WELLSPRING_ISO),
</description>
    <dc:creator>Henrik Rydberg</dc:creator>
    <dc:date>2008-09-03T20:21:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.input/5627">
    <title>Re: [PATCH] bcm5974-0.62: Compatibility mode reverted, BTN_TOUCHevent added</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.input/5627</link>
    <description>
That is fine.


Yes. Mousedev is a stop-gap measure and is to be used only while user
installs proper driver. It does not need to be perfect.

</description>
    <dc:creator>Dmitry Torokhov</dc:creator>
    <dc:date>2008-09-03T20:02:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.input/5626">
    <title>Re: [PATCH] bcm5974-0.62: Compatibility mode reverted, BTN_TOUCH event added</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.input/5626</link>
    <description>
I have, and the problem is somewhat more complicated when dealing with
multiple fingers. The simple patch shown about actually works very well
in practice. However, things can always improve. Yesterday I sent a
second patch, bcm5974-0.63, which addressed this issue. However, the
quality of the mouse movement has regressed a little in that patch.
I would like to send yet another patch today, bcm5974-0.64, I hope this
does not cause too much confusion.

Regarding mousedev, I noticed that the tap functionality does not distinguish
between a tap (on/off localized in time and space) and a quick drag (on/off
localized in time only).

--
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>Henrik Rydberg</dc:creator>
    <dc:date>2008-09-03T19:55:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.input/5625">
    <title>Re: Remove HID ignore quirk for MGE UPS devices</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.input/5625</link>
    <description>

Agreed. Even the "quirk support" is now more mature -- there are hidbus 
patches queued in my tree, that allow for creation of separate drivers for 
every non-standard HID device, so that quirks don't have to be sprinkled 
randomly all over the HID code.
If you are going to add any new more or less complex quirks, I'd like to 
ask you to look into this infrastructure.

Thanks,

</description>
    <dc:creator>Jiri Kosina</dc:creator>
    <dc:date>2008-09-03T13:33:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.input/5624">
    <title>[PATCH 2/2] bcm5974-0.63: BTN_TOUCH event added for mousedev</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.input/5624</link>
    <description>The mousedev driver requires the use of BTN_TOUCH events to process
ABS_X and ABS_Y events properly, which is what is needed for the
bcm5974-based apple computers to have a functional pointer out-of-the-box.
This patch adds the BTN_TOUCH events to bcm5974.

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

diff --git a/drivers/input/mouse/bcm5974.c b/drivers/input/mouse/bcm5974.c
index acc401d..5132775 100644
--- a/drivers/input/mouse/bcm5974.c
+++ b/drivers/input/mouse/bcm5974.c
&lt; at &gt;&lt; at &gt; -253,6 +253,7 &lt; at &gt;&lt; at &gt; static void setup_events_to_report(struct input_dev *input_dev,
 0, cfg-&gt;y.dim, cfg-&gt;y.fuzz, 0);

 __set_bit(EV_KEY, input_dev-&gt;evbit);
+__set_bit(BTN_TOUCH, input_dev-&gt;keybit);
 __set_bit(BTN_TOOL_FINGER, input_dev-&gt;keybit);
 __set_bit(BTN_TOOL_DOUBLETAP, input_dev-&gt;keybit);
 __set_bit(BTN_TOOL_TRIPLETAP, input_dev-&gt;keybit);
&lt; at &gt;&lt; at &gt; -303,6 +304,7 &lt; at &gt;&lt; at &gt; static int report_tp_state(struct bcm5974 *dev, int size)
 if </description>
    <dc:creator>Henrik Rydberg</dc:creator>
    <dc:date>2008-09-03T12:02:54</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>
