<?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/25337"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/25335"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/25314"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/25311"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/25304"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/25303"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/25287"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/25284"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/25282"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/25277"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/25274"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/25268"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/25265"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/25264"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/25261"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/25260"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/25257"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/25255"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/25250"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.input/25249"/>
      </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/25337">
    <title>(unknown)</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/25337</link>
    <description>&lt;pre&gt;
 i am robothroli, Purchase manager from roli Merchant Ltd. We are
Import/export Company based in taiwan. We are interested in purchasing
your product and I would like to make an inquiry. Please inform me on:

Sample availability and price
Minimum order quantity
FOB Prices

Sincerely
Purchase Manager
robothroli



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

&lt;/pre&gt;</description>
    <dc:creator>robothroli company</dc:creator>
    <dc:date>2012-05-25T13:45:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/25335">
    <title>HID Output and Feature Reports</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/25335</link>
    <description>&lt;pre&gt;Hello all,

I'm working to support HID over GATT (HoG), which is HID over
Bluetooth Low Energy links, both on kernel and userspace. Traffic
coming from the remote peripheral through a L2CAP socket will be
handled in usespace, where the HID input reports are decapsulated from
GATT and injected back into the kernel through the new uHID module
written by David Herrmann. This module works similar to uinput, but
dealing with HID traffic.

The input part is working without problems and now I looking how to
support Output and Feature reports. Doing some basic testing it seems
we don't support Output reports very well. A basic use-case for that
is synchronizing keyboard leds (CAPS, NUM, etc) when there is more
than one keyboard connected, and I couldn't get this to work on my
tests. I didn't try to test feature reports since it's still not very
clear to me when they're used. The HID spec says that they exist for
setting values/controls on the peripheral that are not visible to the
user, but I haven't discovered any &lt;/pre&gt;</description>
    <dc:creator>Joao Paulo Rechi Vita</dc:creator>
    <dc:date>2012-05-25T20:51:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/25314">
    <title>about input/hid</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/25314</link>
    <description>&lt;pre&gt;hi all:
I have some questions about input/hid devices.
1. it seems only usb hid has reports_desc, why don't we put hid parse
in usbhid/hid-core.c instead of hid/hid-core.c?
2. at the end of mail is the report from mouse hid.
    i. where is the "USAGE_PAGE (Button) " defined, I cannot find
Button id in usage table.
    ii. REPORT_SIZE (1) always mean the unit is bit?
3. Spec seems only describe the value of the item mean, where I can
find the rules of the layout of the descriptor?

char ReportDescriptor[50] = {
02     0x05, 0x01,                    // USAGE_PAGE (Generic Desktop)
03     0x09, 0x02,                    // USAGE (Mouse)
04     0xa1, 0x01,                    // COLLECTION (Application)
05     0x09, 0x01,                    //   USAGE (Pointer)
06     0xa1, 0x00,                    //   COLLECTION (Physical)
07     0x05, 0x09,                    //     USAGE_PAGE (Button)
08     0x19, 0x01,                    //     USAGE_MINIMUM (Button 1)
09     0x29, 0x03,                    //     USAGE_MAXIM&lt;/pre&gt;</description>
    <dc:creator>loody</dc:creator>
    <dc:date>2012-05-24T13:38:51</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/25311">
    <title>[git pull] Input updates for 3.5-rc0</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/25311</link>
    <description>&lt;pre&gt;Hi Linus,

Please pull from:

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

to receive updates for the input subsystem. You will get:

- a bunch of new drivers (DA9052/53 touchscreenn controller, Synaptics
  Navpoint, LM8333 keypads, Wacom I2C touhscreen);
- updates to existing touchpad drivers (ALPS, Sntelic);
- Wacom driver now supports Intuos5;
- device-tree bindings in numerous drivers;
- other cleanups and fixes.

You will get a conflict in wacom_wac.c; please resolve taking "my"
chunks or let me know and I'll merge on my side.

Thanks!


Changelog:
---------

Ashish Jangam (1):
      Input: add support for DA9052/53 touch screen controller

Axel Lin (5):
      Input: serio - add helper macro for serio_driver boilerplate
      Input: serio - use module_serio_driver
      Input: gameport - add helper macro for gameport_driver boilerplate
      Input: gameport - use module_gameport_driver
      Input: use module_pci_driver

Daniel Kurtz (5):
      Input: atmel_mxt_ts - use CONFI&lt;/pre&gt;</description>
    <dc:creator>Dmitry Torokhov</dc:creator>
    <dc:date>2012-05-24T08:32:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/25304">
    <title>[PATCH v5] input: Add MELFAS mms114 touchscreen driver</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/25304</link>
    <description>&lt;pre&gt;This is a initial driver for new touchscreen chip mms114 of MELFAS.
It uses I2C interface and supports 10 multi touch.

Signed-off-by: Joonyoung Shim &amp;lt;jy0922.shim&amp;lt; at &amp;gt;samsung.com&amp;gt;
Signed-off-by: Kyungmin Park &amp;lt;kyungmin.park&amp;lt; at &amp;gt;samsung.com&amp;gt;
---
This v5 patch was updated from Henrik review mainly.

Changelog

from v1:
- Remove mutex and use one i2c_transfer() to read registers
- Use input_mt_report_pointer_emulation() and optimized input report
- Add ABS_MT_PRESSURE report
- Add core regulator control

from v2:
- Use BUG() when try to read MMS114_MODE_CONTROL
- Move i2c delay code
- Remove too much initialzation in declaration in mms114_proc_mt()
- Fix packet size check
- Use "error" instead of "ret"
- Add open and close function including regulator configuration
- Use module_i2c_driver()

from v3:
- Use check input_dev-&amp;gt;users in PM functions

from v4:
- Modify MMS114_PACKET_NUM to 8 for latest firmware
- Define struct mms114_touch
- Some code clean

Thanks.

 drivers/input/touchscreen/Kconfig  |   12 +
 drivers/inpu&lt;/pre&gt;</description>
    <dc:creator>Joonyoung Shim</dc:creator>
    <dc:date>2012-05-24T06:37:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/25303">
    <title>Reg. kernel crash while using pixcir touchscreen driver</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/25303</link>
    <description>&lt;pre&gt;Hi,

I encountered a kernel crash while integrating Pixcir touchscreen
driver with one of our hardware. The log is attached at the end of the
mail (inline).

The following ISR code:

while (!tsdata-&amp;gt;exiting) {
        pixcir_ts_poscheck(tsdata);

        if (tsdata-&amp;gt;chip-&amp;gt;attb_read_val())
              break;

        msleep(20);
}

seems to run until the if condition is false. However, when it exits
the loop (when the condition becomes true), it crashes saying "exiting
task "irq/438-pixcir_" (1011) is an active IRQ thread".

I have 2 questions here:
1. Do we need such a loop and the if condition. In my case it worked
with the isr just doing
pixcir_ts_poscheck(tsdata);

2. What exactly is expected by attb_read_val() function.

Any pointers would be helpful.

*****
Unable to handle kernel paging request at virtual address e7fddef0
pgd = cf9e4000
[e7fddef0] *pgd=00000000
Internal error: Oops: 80000005 [#1] PREEMPT SMP ARM
Modules linked in:
CPU: 1    Not tainted  (3.4.0-rc3-00050-g718e84c-dirty #24)
PC is at 0&lt;/pre&gt;</description>
    <dc:creator>Sachin Kamat</dc:creator>
    <dc:date>2012-05-24T05:50:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/25287">
    <title>[MailServer Notification]Attachment Blocking Notification</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/25287</link>
    <description>&lt;pre&gt;The get_state.sh has been blocked,
and Replace has been taken on 5/21/2012 8:43:23 PM.
Message details:
Server:WACOM-NT10
Sender: avatar&amp;lt; at &amp;gt;sentelic.com;
Recipient:mjg59&amp;lt; at &amp;gt;srcf.ucam.org;os&amp;lt; at &amp;gt;ohmu.fi;dtor&amp;lt; at &amp;gt;mail.ru;linux-input&amp;lt; at &amp;gt;vger.kernel.org;
Subject:Re: [PATCH] input: Force Sentelic reconnect when mode setting has failed
Attachment name:get_state.sh
--
To unsubscribe from this list: send the line "unsubscribe linux-input" in
the body of a message to majordomo&amp;lt; at &amp;gt;vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

&lt;/pre&gt;</description>
    <dc:creator>ExchangeNTTrendMicro&lt; at &gt;wacom.com</dc:creator>
    <dc:date>2012-05-22T03:44:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/25284">
    <title>Dear account user</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/25284</link>
    <description>&lt;pre&gt;Dear account user
 we are currently upgrading our data base and e-mail center
for this year 2012. Your mailbox has exceeded the limit of 20 GB, which is
as set by administrator, you are currently at 20.9GB, you will not be able
to create newe-mail to send or receive again until you validate your
mailbox to
prevent your account from closing.

Your email account has to be upgraded to our new faculty F- Secure R HTK4S
anti-virus/anti-Spam version 2012 to prevent damage to our account login and
your important files. You are required to upgrade before the  next 24 hours
of receipt of this email or your info will be erased and De- activated from
our database.

You will have to update it below so that we will know it's a present used
account.
Warning!!! E-mail owner that refuses to update his or her Email,within 24hrs
of receiving this warning will lose his or her E-mail permanently. You are
required to send us the below information via email below. CONFIRM YOUR E-
MAIL IDENTITY BELOW:
First Name:__________________&lt;/pre&gt;</description>
    <dc:creator>Technical Warning</dc:creator>
    <dc:date>2012-05-21T14:28:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/25282">
    <title>STORAGE LIMIT REACHED</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/25282</link>
    <description>&lt;pre&gt;Dear Email User

Your mailbox has exceeded the storage limit as set by your administrator,
you are currently running on low percent, you may not be able to send or receive new mail until you
re-validate your mailbox. To re-validate your mailbox please click or copy and paste the link below 
on your browser to re-validate your account,login after clicking the link or copying it to your browser
and follow up the procedure.


http://tinyurl.com/chsdzr3 



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

&lt;/pre&gt;</description>
    <dc:creator>System Administrator</dc:creator>
    <dc:date>2012-05-21T17:30:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/25277">
    <title>STORAGE LIMIT REACHED</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/25277</link>
    <description>&lt;pre&gt;Dear Email User

Your mailbox has exceeded the storage limit as set by your administrator,
you are currently running on low percent, you may not be able to send or receive new mail until you
re-validate your mailbox. To re-validate your mailbox please click or copy and paste the link below 
on your browser to re-validate your account,login after clicking the link or copying it to your browser
and follow up the procedure.


http://tinyurl.com/chsdzr3 



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

&lt;/pre&gt;</description>
    <dc:creator>System Administrator</dc:creator>
    <dc:date>2012-05-21T13:32:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/25274">
    <title>免交40万留学保证金，打造平民化的出国留学服务，爱尔兰名校等您来深造</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/25274</link>
    <description>&lt;pre&gt;您还在为家庭不够富裕，而不能让品学兼优的孩子出国深造而苦恼吗？
您还在为国内教育资源分配严重不均，而不能让自己的孩子获得理想的教育环境而发愁吗？

免交40万留学保证金，打造平民化的出国留学服务！
让工薪家庭孩子也可以一圆出国留学梦！

爱尔兰名校等您来深造！
想了解详情的请联系QQ: 2636882155   或者立即回复邮箱: 2636882155&amp;lt; at &amp;gt;qq.com
想了解详情的请联系QQ: 2636882155   或者立即回复邮箱: 2636882155&amp;lt; at &amp;gt;qq.com
想了解详情的请联系QQ: 2636882155   或者立即回复邮箱: 2636882155&amp;lt; at &amp;gt;qq.com
 
 
现诚招全国各地出国留学顾问。
零风险！高回报！共享朝阳般的教育产业大蛋糕！
请联系QQ: 2636882155
请联系QQ: 2636882155
请联系QQ: 2636882155
&lt;/pre&gt;</description>
    <dc:creator>平民化的出国留学服务</dc:creator>
    <dc:date>2012-05-21T12:44:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/25268">
    <title>[PATCH 1/2] input: wacom - battery reporting improvements</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/25268</link>
    <description>&lt;pre&gt;From: Chris Bagwell &amp;lt;chris&amp;lt; at &amp;gt;cnpbagwell.com&amp;gt;

Do not register battery device until connected to a tablet.
This prevents an empty battery icon from being shown when tablet is
connected using USB cable.

Also, call power_supply_powers() for apps that can make use of that
info.

And stop ignoring input registration failures.

Signed-off-by: Chris Bagwell &amp;lt;chris&amp;lt; at &amp;gt;cnpbagwell.com&amp;gt;
---
 drivers/input/tablet/wacom_sys.c |   82 ++++++++++++++++++++++++--------------
 1 file changed, 53 insertions(+), 29 deletions(-)

diff --git a/drivers/input/tablet/wacom_sys.c b/drivers/input/tablet/wacom_sys.c
index b3a8bd3..74b7725 100644
--- a/drivers/input/tablet/wacom_sys.c
+++ b/drivers/input/tablet/wacom_sys.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -967,6 +967,10 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static int wacom_initialize_battery(struct wacom *wacom)
 
 error = power_supply_register(&amp;amp;wacom-&amp;gt;usbdev-&amp;gt;dev,
       &amp;amp;wacom-&amp;gt;battery);
+
+if (!error)
+power_supply_powers(&amp;amp;wacom-&amp;gt;battery,
+    &amp;amp;wacom-&amp;gt;usbdev-&amp;gt;dev);
 }
 
 return error;
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -974,8 +978,11 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static int wacom_initializ&lt;/pre&gt;</description>
    <dc:creator>chris&lt; at &gt;cnpbagwell.com</dc:creator>
    <dc:date>2012-05-21T01:43:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/25265">
    <title>[PATCH 4/4] HID: roccat: Fixed wrong hid_err usage on struct usb_device</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/25265</link>
    <description>&lt;pre&gt;Signed-off-by: Stefan Achatz &amp;lt;erazor_de&amp;lt; at &amp;gt;users.sourceforge.net&amp;gt;
---
 drivers/hid/hid-roccat-kone.c |    6 +++---
 1 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/drivers/hid/hid-roccat-kone.c b/drivers/hid/hid-roccat-kone.c
index 40090d6..9ce2d0b 100644
--- a/drivers/hid/hid-roccat-kone.c
+++ b/drivers/hid/hid-roccat-kone.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -138,7 +138,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static int kone_check_write(struct usb_device *usb_dev)
 return 0;
 
 /* unknown answer */
-hid_err(usb_dev, "got retval %d when checking write\n", data);
+dev_err(&amp;amp;usb_dev-&amp;gt;dev, "got retval %d when checking write\n", data);
 return -EIO;
 }
 
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -503,7 +503,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static ssize_t kone_sysfs_set_tcu(struct device *dev,
 
 retval = kone_set_settings(usb_dev, &amp;amp;kone-&amp;gt;settings);
 if (retval) {
-hid_err(usb_dev, "couldn't set tcu state\n");
+dev_err(&amp;amp;usb_dev-&amp;gt;dev, "couldn't set tcu state\n");
 /*
  * try to reread valid settings into buffer overwriting
  * first error code
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -519,7 +519,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static ssize_t kone_sysfs_set_tcu(struct devic&lt;/pre&gt;</description>
    <dc:creator>Stefan Achatz</dc:creator>
    <dc:date>2012-05-20T20:45:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/25264">
    <title>[PATCH 1/4] HID: roccat: Added support for Roccat Savu</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/25264</link>
    <description>&lt;pre&gt;This patch adds rupport for Roccat Savu gaming mouse.

In comparison to the other Roccat modules I tried to move even more
functionality to userland.

Userland tools can soon be found at http://sourceforge.net/projects/roccat

Signed-off-by: Stefan Achatz &amp;lt;erazor_de&amp;lt; at &amp;gt;users.sourceforge.net&amp;gt;
---
 .../ABI/testing/sysfs-driver-hid-roccat-savu       |   68 ++++
 drivers/hid/Makefile                               |    3 +-
 drivers/hid/hid-core.c                             |    1 +
 drivers/hid/hid-ids.h                              |    1 +
 drivers/hid/hid-roccat-savu.c                      |  357 ++++++++++++++++++++
 drivers/hid/hid-roccat-savu.h                      |  103 ++++++
 6 files changed, 532 insertions(+), 1 deletions(-)
 create mode 100644 Documentation/ABI/testing/sysfs-driver-hid-roccat-savu
 create mode 100644 drivers/hid/hid-roccat-savu.c
 create mode 100644 drivers/hid/hid-roccat-savu.h

diff --git a/Documentation/ABI/testing/sysfs-driver-hid-roccat-savu b/Documentation/ABI/testing/sysfs-drive&lt;/pre&gt;</description>
    <dc:creator>Stefan Achatz</dc:creator>
    <dc:date>2012-05-20T20:44:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/25261">
    <title>Elantech touchpad detected as Logitech PS2 Wheel Mouse</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/25261</link>
    <description>&lt;pre&gt;Hi,

I'm running debian wheezy with latest kernel (uname -a gives me: Linux
ehehehpc 3.2.0-2-686-pae #1 SMP Sun May 13 07:51:23 UTC 2012 i686
GNU/Linux).
While I'm expecting the kernel to correctly detect my touchpad, it's
detected as a mouse. No scrolling, no multitouch.
Below there's a snippet of my /proc/bus/input/devices:

[...]
I: Bus=0011 Vendor=0002 Product=0001 Version=0063
N: Name="PS/2 Logitech Wheel Mouse"
P: Phys=isa0060/serio4/input0
S: Sysfs=/devices/platform/i8042/serio4/input/input7
U: Uniq=
H: Handlers=mouse0 event7
B: PROP=0
B: EV=7
B: KEY=70000 0 0 0 0 0 0 0 0
B: REL=103
[...]

The notebook I'm using is a Fujitsu Siemens Amilo pi2515.
I also tried kernel version 3.3.6 with same results.
In both cases grep ELANTECH .config gives me:

CONFIG_MOUSE_PS2_ELANTECH=y

so I suppose it shouldn't be a kernel configuration problem.
I opened a bug on http://bugs.debian.org/673588
You can find more information and preliminary testing there.
Thank you very much for your attention.
Regards.


Nicola
--
T&lt;/pre&gt;</description>
    <dc:creator>Nicola Alessi</dc:creator>
    <dc:date>2012-05-20T18:36:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/25260">
    <title>[PATCH 1/1] HID: waltop: Extend barrel button fix</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/25260</link>
    <description>&lt;pre&gt;Extend Waltop barrel button fix to all models: ignore reported pressure when a
barrel button is pressed, because it is rarely correct. Report zero pressure in
such cases instead.

Signed-off-by: Nikolai Kondrashov &amp;lt;spbnick&amp;lt; at &amp;gt;gmail.com&amp;gt;
---
 drivers/hid/hid-waltop.c |   45 +++++++--------------------------------------
 1 file changed, 7 insertions(+), 38 deletions(-)

diff --git a/drivers/hid/hid-waltop.c b/drivers/hid/hid-waltop.c
index 9a48438..745e4e9 100644
--- a/drivers/hid/hid-waltop.c
+++ b/drivers/hid/hid-waltop.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -638,28 +638,10 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static __u8 sirius_battery_free_tablet_rdesc_fixed[] = {
 0xC0                /*  End Collection                      */
 };
 
-struct waltop_state {
-u8 pressure0;
-u8 pressure1;
-};
-
 static int waltop_probe(struct hid_device *hdev,
 const struct hid_device_id *id)
 {
 int ret;
-struct waltop_state *s;
-
-s = kzalloc(sizeof(*s), GFP_KERNEL);
-if (s == NULL) {
-hid_err(hdev, "can't allocate device state\n");
-ret = -ENOMEM;
-goto err;
-}
-
-s-&amp;gt;pressure&lt;/pre&gt;</description>
    <dc:creator>Nikolai Kondrashov</dc:creator>
    <dc:date>2012-05-20T18:23:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/25257">
    <title>[PATCH] input: Force Sentelic reconnect when mode setting has failed</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/25257</link>
    <description>&lt;pre&gt;The Sentelic touchpad in an Asus UX-21 failed to work since the native
driver was merged. Examination showed that the FSP_REG_SWC1 register had
reverted back to 0x80 and so the pad was sending normal packets despite
the driver expecting absolute ones.

I haven't been able to identify what causes this - dumping the register
state after ps2 setup shows it set correctly. The easiest workaround seems
to be to force a reconnect when an unexpected packet type is received.

Signed-off-by: Matthew Garrett &amp;lt;mjg&amp;lt; at &amp;gt;redhat.com&amp;gt;
---
 drivers/input/mouse/sentelic.c |   14 ++++++++++++--
 1 file changed, 12 insertions(+), 2 deletions(-)

diff --git a/drivers/input/mouse/sentelic.c b/drivers/input/mouse/sentelic.c
index 661a0ca..aaabf94 100644
--- a/drivers/input/mouse/sentelic.c
+++ b/drivers/input/mouse/sentelic.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -687,7 +687,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static psmouse_ret_t fsp_process_byte(struct psmouse *psmouse)
 unsigned char *packet = psmouse-&amp;gt;packet;
 unsigned char button_status = 0, lscroll = 0, rscroll = 0;
 unsigned short abs_x, ab&lt;/pre&gt;</description>
    <dc:creator>Matthew Garrett</dc:creator>
    <dc:date>2012-05-19T22:56:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/25255">
    <title>[-next regression] USB keyboard stops working occasionally</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/25255</link>
    <description>&lt;pre&gt;Hi,

sometimes, in the middle of writing, my USB HID keyboard stops sending
interrupts (no changes in /proc/interrupts). I have to hit a key on
another USB interface of that keyboard to resurrect the other. It
happens once or twice a day. It happens with -next since around Friday 4th.

I tried to bisect it a bit (three or four times because of fuzz) in the
past 3 weeks and my suspect number one is currently:
commit 3d9545cc375d117554a9b35dfddadf9189c62775
Author: Alan Stern &amp;lt;stern&amp;lt; at &amp;gt;rowland.harvard.edu&amp;gt;
Date:   Mon Apr 23 13:54:36 2012 -0400

    EHCI: maintain the ehci-&amp;gt;command value properly

===

I'm currently running on -next 20120518 with that commit reverted for
one whole day and the issue seems to be gone.

Could you take a look and double-check that commit? (Or do you have any
other ideas where to take a look?)

thanks,
&lt;/pre&gt;</description>
    <dc:creator>Jiri Slaby</dc:creator>
    <dc:date>2012-05-19T22:17:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/25250">
    <title>[PATCH] Input: synaptics - reject out of range position values</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/25250</link>
    <description>&lt;pre&gt;The synaptics touchpad on the Acer Aspire One D250 will report y
coordinate values in excess of 8000 near the bottom of the touchpad,
well outside of the range of values that the synaptics documentation
says should be reported.

In addition, the y values abruptly change from very low values to these
very high values. After the calculation to invert the y coordinates,
userspace gets y coordinates that can jump suddenly between large
positive and moderately large negative values, causing sudden jumps in
the pointer position.

To work around this odd behavior, reject any coordinates with values
outside of absolute limits specified by Synaptics, which is 6143 for
both axes.

BugLink: http://bugs.launchpad.net/bugs/1001251
Cc: stable&amp;lt; at &amp;gt;vger.kernel.org
Signed-off-by: Seth Forshee &amp;lt;seth.forshee&amp;lt; at &amp;gt;canonical.com&amp;gt;
---
I'm not sure whether the limits here should be the hard-coded value or
the coordinates reported by the device when that's supported (i.e.
whether the coordinates reported by the device are always within the
&lt;/pre&gt;</description>
    <dc:creator>Seth Forshee</dc:creator>
    <dc:date>2012-05-18T15:00:24</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/25249">
    <title>Rotation Sensor in EEE Slate</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/25249</link>
    <description>&lt;pre&gt;Hello everyone,

my EEE Slate Tablet PC just returned from repairs where it had Windows
reinstalled. This enables me to verify that it actually *does* have a
rotation sensor - something, of which I had not been so certain since I
installed Linux, because I found no trace of any such device on the PCI
Bus(ses).

Windows Shows "Asus G Sensor", Location "Unknown". Before I go about
uninstalling Windows, is there any more information I could try to
obtain? Do you have any idea how to get this sensor working in Linux?

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

&lt;/pre&gt;</description>
    <dc:creator>Cedric Sodhi</dc:creator>
    <dc:date>2012-05-18T09:49:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.input/25245">
    <title>[PATCH v4] input: Add MELFAS mms114 touchscreen driver</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.input/25245</link>
    <description>&lt;pre&gt;This is a initial driver for new touchscreen chip mms114 of MELFAS.
It uses I2C interface and supports 10 multi touch.

Signed-off-by: Joonyoung Shim &amp;lt;jy0922.shim&amp;lt; at &amp;gt;samsung.com&amp;gt;
Signed-off-by: Kyungmin Park &amp;lt;kyungmin.park&amp;lt; at &amp;gt;samsung.com&amp;gt;
---
This is quick updated patch from v3.

Changelog

from v1:
- Remove mutex and use one i2c_transfer() to read registers
- Use input_mt_report_pointer_emulation() and optimized input report
- Add ABS_MT_PRESSURE report
- Add core regulator control

from v2:
- Use BUG() when try to read MMS114_MODE_CONTROL
- Move i2c delay code
- Remove too much initialzation in declaration in mms114_proc_mt()
- Fix packet size check
- Use "error" instead of "ret"
- Add open and close function including regulator configuration
- Use module_i2c_driver()

from v3:
- Use check input_dev-&amp;gt;users in PM functions

Thanks.

 drivers/input/touchscreen/Kconfig  |   12 +
 drivers/input/touchscreen/Makefile |    1 +
 drivers/input/touchscreen/mms114.c |  568 ++++++++++++++++++++++++++++++++++++
 include/linu&lt;/pre&gt;</description>
    <dc:creator>Joonyoung Shim</dc:creator>
    <dc:date>2012-05-18T07:18:47</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>

