<div dir="ltr"><div><div><div><div>Hi Benjamin,<br><br></div>First of all thank a lot for your quick response.<br><br></div>It means since weston 1.7.0 libinput is by default enabled and only the input backend. I need not to set any specific build switch for it. So in that case I am using libinput. I thought "BUILD_LIBINPUT_BACKEND" still exists and as I haven't set it so thought not using libinput.<br><br></div>What do  you mean by we need to fix the kernel? Does that mean libinput support also requires modification in linux kernel (i.e tocuhscreen driver or evedev or somethign else)?<br></div><div>How should I start doing this? Do I need to upgrade to latest version of libudev/libevedev?<br></div><div><br></div>Attached here the output of following two commands.<br><br>root@linux# evemu-describe /dev/input/event0 > mydevice.desc<br>root@linux# evemu-record /dev/input/event0 > mydevice.events<br><div><div><br></div><div>Just for information, Touch screen works fine with weston 1.6.0/weston 1.5.0 with this kernel.<br><br></div><div>Thanks & Regards,<br></div><div>Vikash<br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Sep 25, 2015 at 4:48 PM, Benjamin Tissoires <span dir="ltr"><<a href="mailto:benjamin.tissoires@gmail.com" target="_blank">benjamin.tissoires@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Fri, Sep 25, 2015 at 2:22 AM, Vikas Patil <<a href="mailto:vikasmpatil@gmail.com">vikasmpatil@gmail.com</a>> wrote:<br>
> Dear Members,<br>
><br>
> I am trying Weston 1.8.0 on i.MX6 with Freescale linux 3.14.28 and seems<br>
> that touch input is not working for me. Weston.log show the following<br>
> messages. I am not using llibinput backend yet.<br>
<br>
</span>That's weird. Since Weston 1.7.0, there are no other backend than<br>
libinput for handling input devices. Or maybe I am missing something?<br>
<span class=""><br>
><br>
> Could anyone give some inputs/suggestion to fix this? Is this due to<br>
> following ckeck-in?<br>
><br>
> <a href="http://lists.freedesktop.org/archives/wayland-devel/2015-June/022411.html" rel="noreferrer" target="_blank">http://lists.freedesktop.org/archives/wayland-devel/2015-June/022411.html</a><br>
><br>
<br>
</span>Yes it is, but believe me, it is for the better. Your touchscreen is<br>
not properly tagged by udev, so we need to fix the kernel to make it<br>
look like a touchscreen that libinput could understand.<br>
<span class=""><br>
><br>
><br>
> [00:00:50.248] input device 'mxt540e_i2c', /dev/input/event0 not tagged as<br>
> input<br>
> [00:00:50.248] failed to create input device '/dev/input/event0'.<br>
> [00:00:50.249] warning: no input devices on entering Weston. Possible<br>
> causes:<br>
>         - no permissions to read /dev/input/event*<br>
>         - seats misconfigured (Weston backend option 'seat', udev device<br>
> propert<br>
><br>
> I can see “/dev/input/event0” already there and all the touch drivers and<br>
> dependencies (i.e. mxt540e.ko, input_polldev.ko, evdev.ko) are loaded.<br>
><br>
> root@linux:~# udevadm info /dev/input/event0<br>
> P: /devices/virtual/input/input0/event0<br>
> N: input/event0<br>
> E: DEVNAME=/dev/input/event0<br>
> E: DEVPATH=/devices/virtual/input/input0/event0<br>
> E: MAJOR=13<br>
> E: MINOR=64<br>
> E: SUBSYSTEM=input<br>
<br>
</span>You are missing all the important bits here. For instance, on my<br>
touchscreen I have:<br>
$ sudo udevadm info /dev/input/event6<br>
P: /devices/pci0000:00/INT3433:00/i2c-8/i2c-ATML0001:01/input/input6/event6<br>
N: input/event6<br>
S: input/by-path/platform-INT3433:00-event<br>
E: DEVLINKS=/dev/input/by-path/platform-INT3433:00-event<br>
E: DEVNAME=/dev/input/event6<br>
E: DEVPATH=/devices/pci0000:00/INT3433:00/i2c-8/i2c-ATML0001:01/input/input6/event6<br>
E: EVDEV_ABS_00=::10<br>
E: EVDEV_ABS_01=::10<br>
E: EVDEV_ABS_35=::10<br>
E: EVDEV_ABS_36=::10<br>
E: ID_INPUT=1<br>
E: ID_INPUT_TOUCHSCREEN=1<br>
E: ID_PATH=platform-INT3433:00<br>
E: ID_PATH_TAG=platform-INT3433_00<br>
E: LIBINPUT_DEVICE_GROUP=18/0/0/0:i2c-8-004b<br>
E: MAJOR=13<br>
E: MINOR=70<br>
E: SUBSYSTEM=input<br>
E: USEC_INITIALIZED=3206730<br>
<br>
The device is tagged with ID_INPUT_TOUCHSCREEN which makes libinput handling it.<br>
<br>
Could you attach an evemu-record of your touchscreen that we<br>
understand why udev ignores it?<br>
<br>
Cheers,<br>
Benjamin<br>
</blockquote></div><br></div>