<?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/25295"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/25294"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/25293"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/25292"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/25291"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/25290"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/25289"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/25288"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/25287"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/25286"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/25285"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/25284"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/25283"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/25282"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/25281"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/25280"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/25279"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/25278"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/25277"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.input/25276"/>
      </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/25295">
    <title>Re: [PATCH v4] input: Add MELFAS mms114 touchscreen driver</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.input/25295</link>
    <description>&lt;pre&gt;Hi Joonyoung,


Look good overall, some minor comments below which may be
ignored. Thank you,

    Reviewed-by: Henrik Rydberg &amp;lt;rydberg&amp;lt; at &amp;gt;euromail.se&amp;gt;

Henrik


Why not pass a struct like this instead:

struct mms114_touch {
       u8 id : 4, type : 3, pressed : 1;
       u8 x_hi : 4, y_hi : 4;
       u8 x_lo;
       u8 y_lo;
       u8 width;
       u8 strength;
} __packed;

Most of the code above would go away, together with some defines.



A more canonical formulation of the above function would be:

  int error = 0;

  mutex_lock(&amp;amp;data-&amp;gt;mutex);
  if (data-&amp;gt;enabled)
          goto out;

  if (data-&amp;gt;core_reg)
          regulator_enable(data-&amp;gt;core_reg);
  if (data-&amp;gt;io_reg)
          regulator_enable(data-&amp;gt;io_reg);
  mdelay(MMS114_POWERON_DELAY);

  error = mms114_setup_regs(data);
  if (error)
          goto out;

  data-&amp;gt;enabled = true;
out:
  mutex_unlock(&amp;amp;data-&amp;gt;mutex);
  return error;



Ditto.


It should really stop unconditionally here, but the above ought to
yield the same result.



Could use more got&lt;/pre&gt;</description>
    <dc:creator>Henrik Rydberg</dc:creator>
    <dc:date>2012-05-23T11:52:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.input/25294">
    <title>Re: [Linuxwacom-devel] [PATCH] Input: wacom - add support for the DTI-520 graphics tablet</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.input/25294</link>
    <description>&lt;pre&gt;
I don't have the device to test this patch. Just to share my comments
(inline) based on the code itself. I am cc'ing linux-input, where this
patch normally goes.

Ping


The line above should  be after the if statement below. Otherwise
wacom-&amp;gt;tool can be uninitialized.


Need tp post wacom-&amp;gt;id[0] through ABS_MISC here.


This short if block should be inside the long if block above.


Looks like we could define default vaules for those buttons.


Why do we clear ABS_MISC for pen tool?


This interface does not support ABS_X and ABS_Y either, right? Do we
need a tool type for this button box?

--
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>Ping Cheng</dc:creator>
    <dc:date>2012-05-22T22:12:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.input/25293">
    <title>Re: [PATCH] input: Force Sentelic reconnect when mode setting has failed</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.input/25293</link>
    <description>&lt;pre&gt;When working: 0700, 4005, 4180, 4237
When broken : 0700, 4005, 4180, 4237

&lt;/pre&gt;</description>
    <dc:creator>Matthew Garrett</dc:creator>
    <dc:date>2012-05-22T20:28:39</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.input/25292">
    <title>Re: [PATCH] Input: synaptics - reject out of range position values</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.input/25292</link>
    <description>&lt;pre&gt;
Dmitry,

Is there someone else I should Cc who might know the answer?

Thanks,
Seth

--
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>Seth Forshee</dc:creator>
    <dc:date>2012-05-22T20:00:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.input/25291">
    <title>Re: [PATCH 1/2] input: wacom - battery reporting improvements</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.input/25291</link>
    <description>&lt;pre&gt;
Reviewed by: Ping Cheng &amp;lt;pingc&amp;lt; at &amp;gt;wacom.com&amp;gt;

Thank you for rearranging the failure cases. It makes the driver more
user friendly and fixes potential memory leaks..

Ping

--
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>Ping Cheng</dc:creator>
    <dc:date>2012-05-22T18:05:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.input/25290">
    <title>Re: [PATCH 2/2] input: wacom - Bamboo One 1024 pressure fix</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.input/25290</link>
    <description>&lt;pre&gt;
Reviewed-by: Ping Cheng &amp;lt;pingc&amp;lt; at &amp;gt;wacom.com&amp;gt;

Ping

--
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>Ping Cheng</dc:creator>
    <dc:date>2012-05-22T17:42:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.input/25289">
    <title>Re: [PATCH 2/2] input: Add support for the Semtech SX8634 controller</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.input/25289</link>
    <description>&lt;pre&gt;
Any comments on this one?

Thierry
&lt;/pre&gt;</description>
    <dc:creator>Thierry Reding</dc:creator>
    <dc:date>2012-05-22T13:48:34</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.input/25288">
    <title>Re: [PATCH 1/2] of: Add Semtech Corp. vendor prefix</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.input/25288</link>
    <description>&lt;pre&gt;
Does this patch need any more work or can it go in?

Thierry
&lt;/pre&gt;</description>
    <dc:creator>Thierry Reding</dc:creator>
    <dc:date>2012-05-22T13:47:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.input/25287">
    <title>[MailServer Notification]Attachment Blocking Notification</title>
    <link>http://permalink.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://permalink.gmane.org/gmane.linux.kernel.input/25286">
    <title>Re: [PATCH] input: Force Sentelic reconnect when mode setting has failed</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.input/25286</link>
    <description>&lt;pre&gt;
Hi Matthew,

   Would you please run the attached script and post the result next time
when you run into the abnormal scenario(FSP sends normal instead of abs.
packets)?

   You probably need to do this experiment without the reconnecting patch
applied.

Thank you,

Tai-hwa Liang&lt;/pre&gt;</description>
    <dc:creator>Tai-hwa Liang</dc:creator>
    <dc:date>2012-05-22T03:42:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.input/25285">
    <title>Re: [PATCH 01/16] Input: Add Device Tree support to the ab8500-ponkey driver</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.input/25285</link>
    <description>&lt;pre&gt;

Acked-by: Linus Walleij &amp;lt;linus.walleij&amp;lt; at &amp;gt;linaro.org&amp;gt;

Thanks,
Linus Walleij
--
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>Linus Walleij</dc:creator>
    <dc:date>2012-05-21T21:32:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.input/25284">
    <title>Dear account user</title>
    <link>http://permalink.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://permalink.gmane.org/gmane.linux.kernel.input/25283">
    <title>Re: Rotation Sensor in EEE Slate</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.input/25283</link>
    <description>&lt;pre&gt;
Thank you for the suggestions but I did not get far with that. The patch
to asus-laptp.c is far over my head, but I have the vague idea that it
does not make the sensor any more known to my OS than it currently is.

There really is absolutely no trace of any sensor anywhere where I'd
understand it. Again, I'm no match for ACPI tables - my pathetic attempt
to grep for "sensor" in the disassembled tables failed as expected.

I also tried to grep for XLRX in the DSDT, but there was no match.

Thanks though
--
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-21T21:01:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.input/25282">
    <title>STORAGE LIMIT REACHED</title>
    <link>http://permalink.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://permalink.gmane.org/gmane.linux.kernel.input/25281">
    <title>Re: [PATCH 1/5] HID: hid-multitouch: fix wrong protocol detection</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.input/25281</link>
    <description>&lt;pre&gt;Hi Paul,

On Fri, May 18, 2012 at 11:14 PM, Drews, Paul &amp;lt;paul.drews&amp;lt; at &amp;gt;intel.com&amp;gt; wrote:

Thank you very much for this patch. However, Jiri already applied mine
with the allocation/free mechanism.

You're idea is good but it has one big problem with Win8 devices:
As we can have 2 X and 2 Y per touch report, if these dual-X reporting
or dual-Y reporting is present in the report, we will stop at the
second X or the second Y seen, which will lead to a buggy touchscreen
(the first touch won't get it's second coordinate). However, without
this particularity, the patch would have worked ;-)

If the Win8 norm has came earlier, the initial implementation that
relies on the collection would have suffice, but some hardware makers
made a bad use of it, leading us to stop using this, and relying on a
more brutal approach.

I found a little problem in the patch too:


I'm sure you wanted to put here:
                       if (td-&amp;gt;first_slot_field == usage-&amp;gt;hid)

Cheers,
Benjamin

--
To unsubscribe from this list&lt;/pre&gt;</description>
    <dc:creator>Benjamin Tissoires</dc:creator>
    <dc:date>2012-05-21T16:43:29</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.input/25280">
    <title>Re: [PATCH] input: Force Sentelic reconnect when mode setting has failed</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.input/25280</link>
    <description>&lt;pre&gt;
None that I've identified. It only seems to do it once, and afterwards 
it's fine. I agree that this seems to be covering up some more insidious 
bug, but I spent most of Friday and Saturday failing to find one.

&lt;/pre&gt;</description>
    <dc:creator>Matthew Garrett</dc:creator>
    <dc:date>2012-05-21T15:28:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.input/25279">
    <title>Re: [PATCH] input: Force Sentelic reconnect when mode setting has failed</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.input/25279</link>
    <description>&lt;pre&gt;
    Sounds to me that the hardware was reset, which usually happens if
there's intermittent power failure events.  Is there any particular step
to reproduce this unexpected resetting?

--
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>Tai-hwa Liang</dc:creator>
    <dc:date>2012-05-21T15:22:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.input/25278">
    <title>Re: [PATCH] HID: wacom: Add LED selector control for Wacom Intuos4 WL</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.input/25278</link>
    <description>&lt;pre&gt;
Dnia 20 Maja 2012, 3:11 am, N, David Rientjes napisał(a):
[..]
Thanks for catching that!
&lt;/pre&gt;</description>
    <dc:creator>Przemo Firszt</dc:creator>
    <dc:date>2012-05-21T14:08:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.input/25277">
    <title>STORAGE LIMIT REACHED</title>
    <link>http://permalink.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://permalink.gmane.org/gmane.linux.kernel.input/25276">
    <title>Re: Elantech touchpad detected as Logitech PS2 Wheel Mouse</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.input/25276</link>
    <description>&lt;pre&gt;Hi,

I'd like to thank you all for the time you dedicated to this problem.
I'll try to experiment with the patch and I'll report if something
interesting happens.

&amp;lt; at &amp;gt;Jonathan: there are two things that make me think to have a elantech
touchpad. First, a sticker from the manufacturer below laptop's battery
pack (in the slot, you can see it only if you remove the battery)
labeled "ELANTEK". Second, I think more important, I've played around
(about two months ago) with dkms and patches to psmouse. More in detail,
I tried the patch from Seth Forshee (see
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/681904/comments/111).
Through it didn't fix the issue (the touchpad was totally unusable due
to continuous "sync lost" messages) the touchpad was recognized as an
elantech (I don't remember the details, but I could try to build the
module again and mail some info).

Thanks again,

Nicola

Il 21/05/12 10:28, Jonathan Nieder ha scritto:

--
To unsubscribe from this list: send the line "unsubscr&lt;/pre&gt;</description>
    <dc:creator>Nicola Alessi</dc:creator>
    <dc:date>2012-05-21T13:45:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.input/25275">
    <title>Re: [PATCH] HID: wacom: Add LED selector control for Wacom Intuos4 WL</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.input/25275</link>
    <description>&lt;pre&gt;

Right, thanks for your report. Now queued.

&lt;/pre&gt;</description>
    <dc:creator>Jiri Kosina</dc:creator>
    <dc:date>2012-05-21T13:28:50</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>

