On Fri, Mar 18, 2016 at 10:42 AM, Andy Lutomirski <luto@xxxxxxxxxxxxxx> wrote: > On Thu, Mar 17, 2016 at 1:24 PM, Andrew Duggan <andrew.duggan@xxxxxxxxx> wrote: >> On Thu, Mar 17, 2016 at 11:43 AM, Andy Lutomirski <luto@xxxxxxxxxxxxxx> wrote: >>> On Thu, Mar 17, 2016 at 1:06 AM, Mika Westerberg >>> <mika.westerberg@xxxxxxxxxxxxxxx> wrote: >>>> On Wed, Mar 16, 2016 at 02:59:48PM -0700, Andy Lutomirski wrote: >>>>> [add i2c-designware maintainers] >>>>> >>>>> On Wed, Mar 16, 2016 at 1:47 AM, Benjamin Tissoires <btissoir@xxxxxxxxxx> wrote: >>>>> > Hi Andy, >>>>> > >>>>> > On Mar 15 2016 or thereabouts, Andy Lutomirski wrote: >>>>> >> Hi- >>>>> >> >>>>> >> In 4.5 and several 4.5 rcs, I see occasional stuck taps (I think) on >>>>> >> my XPS 13 9350's touchpad. The effect is that trying to left-click >>>>> >> ends up middle-clicking. I think it's a kernel issue and not a >>>>> >> hardware or libinput issue, but I'm not 100% sure. I don't think I >>>>> >> had this issue in 4.4. >>>>> >> >>>>> >> I've attached what I think is an evtest issue of my fixing the issue >>>>> >> by pressing three fingers down in sequence and then releasing them. >>>>> >> After doing that, left-clicks worked. >>>>> > >>>>> > I think I already have been reported the issue here: >>>>> > https://bugs.freedesktop.org/show_bug.cgi?id=93948 >>>>> > >>>>> > The result was that it was more likely an I2C transport bug than a >>>>> > hid-multitouch one (see comment #8 in the fdo bug). >>>>> > >>>>> > You can try to run hid-recorder when you see the problems, and then >>>>> > parse the output (or just send it to me). There is huge chances that >>>>> > there will be no events from I2C sending the release. >>>>> > >>>>> > And again, I am not sure how we could end up debugging this in the >>>>> > i2c-designware driver :( >>>>> > >>>>> >>>>> Does this ring a bell? >>>> >>>> i2c-designware usually prints errors to dmesg if it fails to transfer >>>> messages. Can you include dmesg of the failure as well? >>> >>> Nothing shows up at all. All I have is: >>> >>> input: DLL0704:01 06CB:76AE Touchpad as >>> /devices/pci0000:00/0000:00:15.1/i2c_designware.1/i2c-7/i2c-DLL0704:01/0018:06CB:76AE.0001/input/input12 >> >> What is the fw id? I have a 9343 with the same touchpad and have not >> noticed an issue. This is the dmesg output for my touchpad. >> >> [ 5.216319] psmouse serio1: synaptics: Touchpad model: 1, fw: 8.1, >> id: 0x1e2b1, caps: 0xd00123/0x840300/0x12e800/0x0, board id: 3038, fw >> id: 1832324 > > Mine is shinier and newer, apparently. > > psmouse serio1: synaptics: Touchpad model: 1, fw: 8.2, id: 0x1e2a1, > caps: 0xf00223/0x840300/0x12e800/0x0, board id: 3038, fw id: 2011643 It looks like you actually have a slightly newer revision of the module (76AE vs my 76AD). So I can't quite do a direct comparison. However, the 9350 system listed in the bug does have my exact module. Which is why we think it might be a problem with the embedded I2C chipset in the 9350. Andrew -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
