Будет ли работать тачскрин на Sony Vaio PCG-11411V

Bus 001 Device 003: ID 1926:0e17 NextWindow

Быстрый гуглеж говорит, что нужен модуль ядра nwfermi. И еще для иксов есть драйвер xf86-input-nextwindow (дополнительно к модулю ядра, а не вместо), хотя evdev тоже должен работать. Собирать, я так понимаю, придется самому.

Или тут глянь. https://launchpad.net/nwfermi

эх, nwfermi не собирается:

$ make
make -C /lib/modules/4.15.0-22-generic/build M=/home/user1/src/nwfermi-master/nwfermi-0.6.5.0 modules
make[1]: Entering directory '/usr/src/linux-headers-4.15.0-22-generic'
Makefile:976: "Cannot use CONFIG_STACK_VALIDATION=y, please install libelf-dev, libelf-devel or elfutils-libelf-devel"
  CC [M]  /home/user1/src/nwfermi-master/nwfermi-0.6.5.0/nw-fermi.o
In file included from /home/user1/src/nwfermi-master/nwfermi-0.6.5.0/nw-fermi.c:21:0:
./arch/x86/include/asm/uaccess.h: In function ‘set_fs’:
./arch/x86/include/asm/uaccess.h:32:9: error: dereferencing pointer to incomplete type ‘struct task_struct’
  current->thread.addr_limit = fs;
         ^~
/home/user1/src/nwfermi-master/nwfermi-0.6.5.0/nw-fermi.c: In function ‘fermi_read’:
/home/user1/src/nwfermi-master/nwfermi-0.6.5.0/nw-fermi.c:384:9: error: implicit declaration of function ‘copy_to_user’; did you mean ‘raw_copy_to_user’? [-Werror=implicit-function-declaration]
     if (copy_to_user(buffer, dev->bulk_interim_buf, retval)) {
         ^~~~~~~~~~~~
         raw_copy_to_user
/home/user1/src/nwfermi-master/nwfermi-0.6.5.0/nw-fermi.c: In function ‘fermi_write’:
/home/user1/src/nwfermi-master/nwfermi-0.6.5.0/nw-fermi.c:460:6: error: implicit declaration of function ‘copy_from_user’; did you mean ‘raw_copy_from_user’? [-Werror=implicit-function-declaration]
  if (copy_from_user(buf, user_buffer, count))
      ^~~~~~~~~~~~~~
      raw_copy_from_user
cc1: some warnings being treated as errors
scripts/Makefile.build:339: recipe for target '/home/user1/src/nwfermi-master/nwfermi-0.6.5.0/nw-fermi.o' failed
make[2]: *** [/home/user1/src/nwfermi-master/nwfermi-0.6.5.0/nw-fermi.o] Error 1
Makefile:1552: recipe for target '_module_/home/user1/src/nwfermi-master/nwfermi-0.6.5.0' failed
make[1]: *** [_module_/home/user1/src/nwfermi-master/nwfermi-0.6.5.0] Error 2
make[1]: Leaving directory '/usr/src/linux-headers-4.15.0-22-generic'
Makefile:11: recipe for target 'all' failed
make: *** [all] Error 2

У меня на 4.9.0 собирается, модуль nw-fermi.ko появляется в /kernel/drivers/input/nw-fermi/nw-fermi.ko. Но проверить его я не могу по понятным причинам - железки нет. Пробуй через dkms:

https://github.com/dmonad/nwfermi

Или можешь попробовать поставить deb по ссылке выше (что, в общем-то, не совсем правильно). Ну, хотя бы попробовать в таком виде. Ничего не выйдет - соберешь сам и попробуешь. Вот только думаю, что xf86-input-nextwindow не заработает. Так как исходники старые, а в иксах с того вреени новый ABI появился, то может не заработать. Но libinput или evdev могут все увидеть и без этого.

судя по дате репа (2013), он заброшен и на вопросы нет ответов
можно попробовать разобраться в коде, но это у меня не быстро получится (если вообще смогу) и это еще актуально в рамках текущего api X

Ну попробуй собрать-то с dkms. Рано еще разбираться в коде.

Насколько я понял суть dkms (не использовал ранее) - это автопересборка модуля при обновлении ядра
У меня же просто сборка не идет т.к. api ядра другое

на тестовой машине с 1604 и с ядром 4.4.0 модуль собрался
но сейчас стоит 1804, надо попробовать старую убунту, завтра

но сейчас стоит 1804, надо попробовать старую убунту, завтра

Да не, зачем? Поставь в 18.04 ядро чуть постарее и linux-headers для него. dkms можно указать, к какой версии ядра собирается модуль. Просто загрузишься со старым ядром и проверишь модуль. Если работает, то можно чесать репу над тем, что там подправить надо. Я, если честно, не знаю, где поменялось API. Может, не совсем прямо древнющее надо ставить. Вот 4.9.x собирается.

Там еще какой-то демон есть. Для чего он, я не знаю, не стал выяснять.

Поставил 16.04, модуль собрался и загрузился
Добавил его в /etc/modules и после загрузке он есть:

$ dmesg|grep nw
[    7.857891] nw_fermi: module verification failed: signature and/or required key missing - tainting kernel
[    7.858346] nwfermi 1-1.1:1.0: NextWindow Fermi device now attached to nwfermi-2
[    7.858389] usbcore: registered new interface driver nwfermi

Добавил его в /etc/modules

Мне кажется, что он должен автоматом загружаться. VendorID:DeviceID в драйвере указан.

и после загрузке он есть:

lsmod его показывает?

Что дальше следует настраивать ?

Что говорит xinput? Видит устройство ввода или нет?

user1604@VPCJ21S1R:~$ lsmod|grep nw
nw_fermi               20480  0
user1604@VPCJ21S1R:~$ xinput
⎡ Virtual core pointer                          id=2    [master pointer  (3)]
⎜   ↳ Virtual core XTEST pointer                id=4    [slave  pointer  (2)]
⎜   ↳ Sony Vaio Jogdial                         id=8    [slave  pointer  (2)]
⎜   ↳ Sony RF Receiver                          id=13   [slave  pointer  (2)]
⎜   ↳ Nextwindow Fermi Touchscreen              id=15   [slave  pointer  (2)]
⎣ Virtual core keyboard                         id=3    [master keyboard (2)]
    ↳ Virtual core XTEST keyboard               id=5    [slave  keyboard (3)]
    ↳ Video Bus                                 id=6    [slave  keyboard (3)]
    ↳ Sony Vaio Keys                            id=7    [slave  keyboard (3)]
    ↳ Video Bus                                 id=9    [slave  keyboard (3)]
    ↳ Power Button                              id=10   [slave  keyboard (3)]
    ↳ USB 2.0 Camera                            id=11   [slave  keyboard (3)]
    ↳ Sony RF Receiver                          id=12   [slave  keyboard (3)]
    ↳ AT Translated Set 2 keyboard              id=14   [slave  keyboard (3)]

Вроде есть тачскрин, но реакции на палец - нет )

Вроде есть тачскрин, но реакции на палец - нет )

Вообще, какие-то сообщения в ланчпада есть про работу в 16.04. У кого-то там тоже что-то не работало. Посмотри.

Но если все же прикосновения чувствуются, то, может, калибровку надо сделать? Есть xinput calibrator.

В лаунчпаде обсуждали установку на 1404 и уже она была кривая, т.к. демон 32 бита, а устанавливали на 64 бита
Потом на 1604 попытки опять начались с переменным успехом
Зачем нужен демон я так и не понял
Видимо железо устарело раньше, чем с ним разобрались )

Калибровка не работает, нет реакции.
Думаю без разбора исходников не выйдем по нормальному сделать, что сложновато.

Ну надо проверить, генерит ли хоть что-нибудь модуль ядра. Он создал какие-то устройства в /dev. Надо глянуть, какие. Если там симлинки, то надо посмотреть, куда они ведут. Что-то типа:

$ ls -l /dev/nw*

И еще устройство может появиться в /dev/input/ . Надо еще глянуть лог ядра и syslog, где и что создано. В таких строчках уже может не быть подстроки nw, поэтому надо глазами посмотреть.

Устройство есть:

ls -al /dev/nwfermi2 
crwxrwxrwx 1 root root 180, 2 май 29 15:04 /dev/nwfermi2

~$ xinput_calibrator --list
Device "Nextwindow Fermi Touchscreen" id=15

Еще в логе:

$ cat ./Xorg.0.log |grep -i fermi
[   269.225] (II) config/udev: Adding input device Nextwindow Fermi Touchscreen (/dev/input/event6)
[   269.225] (**) Nextwindow Fermi Touchscreen: Applying InputClass "evdev pointer catchall"
[   269.225] (II) Using input driver 'evdev' for 'Nextwindow Fermi Touchscreen'
[   269.225] (**) Nextwindow Fermi Touchscreen: always reports core events
[   269.225] (**) evdev: Nextwindow Fermi Touchscreen: Device: "/dev/input/event6"
[   269.225] (II) evdev: Nextwindow Fermi Touchscreen: Using mtdev for this device
[   269.225] (--) evdev: Nextwindow Fermi Touchscreen: Vendor 0 Product 0
[   269.225] (--) evdev: Nextwindow Fermi Touchscreen: Found 10 mouse buttons
[   269.225] (--) evdev: Nextwindow Fermi Touchscreen: Found absolute axes
[   269.225] (--) evdev: Nextwindow Fermi Touchscreen: Found absolute multitouch axes
[   269.226] (--) evdev: Nextwindow Fermi Touchscreen: Found x and y absolute axes
[   269.226] (--) evdev: Nextwindow Fermi Touchscreen: Found absolute touchscreen
[   269.226] (II) evdev: Nextwindow Fermi Touchscreen: Configuring as touchscreen
[   269.226] (**) evdev: Nextwindow Fermi Touchscreen: YAxisMapping: buttons 4 and 5
[   269.226] (**) evdev: Nextwindow Fermi Touchscreen: EmulateWheelButton: 4, EmulateWheelInertia: 10, EmulateWheelTimeout: 200
[   269.226] (II) XINPUT: Adding extended input device "Nextwindow Fermi Touchscreen" (type: TOUCHSCREEN, id 15)
[   269.226] (II) evdev: Nextwindow Fermi Touchscreen: initialized for absolute axes.
[   269.226] (**) Nextwindow Fermi Touchscreen: (accel) keeping acceleration scheme 1
[   269.226] (**) Nextwindow Fermi Touchscreen: (accel) acceleration profile 0
[   269.226] (**) Nextwindow Fermi Touchscreen: (accel) acceleration factor: 2.000
[   269.226] (**) Nextwindow Fermi Touchscreen: (accel) acceleration threshold: 4
[   269.227] (II) config/udev: Adding input device Nextwindow Fermi Touchscreen (/dev/input/js0)
[   269.227] (II) config/udev: Adding input device Nextwindow Fermi Touchscreen (/dev/input/mouse1)

Хм, вроде нечто осмысленное генерят иксы. evdev о чем-то радостно сообщил, но не работает. Надо бы проверить:

$ xinput --test 15

Потыкать пальцем. Просто может быть ситуация, что устройства-то есть типа /dev/input/event6, но оттуда ничего не поступает. И надо разобраться, что за устройство /dev/nwfermi2 и не нужно ли на него натравить evdev.

Вполне может быть, что требуется вмешательство в правила udev, чтобы и устройства правильно создать и права назначить.

Ни xinput test 15 ни xinput test-xi2 15 не работает
Для мыши xinput test-xi2 3 - работает

cat /dev/input/event6 ничего не выводит
cat /dev/nwfermi2 выводит больше тогда, когда пальцем тыкаю, значит вроде оно (если пальцем не тыкать, то тоже чтото выводит, но не часто и мало)

cat /dev/input/event6 ничего не выводит

Ну, значит, мертвое устройство. Создалось, но физически ничего не генерит, а nwfermi2 генерит. Вот надо подумать насчет того, чтобы попробовать его к evdev подключить конфигурацией иксов. Типа такого (тут я могу напортачить, так как вслепую):

Section "InputDevice"
        Identifier "Nextwindow Fermi Touchscreen"
        Driver "evdev"
        Option "Device" "/dev/nwfermi2"
EndSection

И после этого глянуть логи иксов, что они сказали. Получилось ли этим правилом подключить устройство к /dev/nwfermi2 или нет.

Спасибо за помощь
Но пока не выходит заставить это работать
Лог xorg https://pastebin.com/MDhLUgkZ

Дополнительно добавил в /etc/rc.local

chmod 0777 /dev/nwfermi2
chmod 0777 /dev/input/event6
echo 1926 0e17 > /sys/bus/usb/drivers/nwfermi/new_id

А куда было добавлен конфиг? Я не вижу, что он читает эту информацию.

создал файл /usr/share/X11/xorg.conf.d/99-nwfermi.conf
я не правил конфиги X уже давно, возможно добавил не туда

Лучше в /etc/X11/xorg.conf попробуй (если его нет, то создать). А файл 99- стереть. А то не ясно, увидел ли он. И еще можно попробовать такое потом:

Section "InputClass"
        Identifier "Nextwindow Fermi Touchscreen"
        MatchIsTouchscreen "on"
        MatchDevicePath "/dev/nwfermi*"
        Driver "evdev"
EndSection

Добавил обе секции, реакций нет https://pastebin.com/GBH7ZePN

Еще удалил лишнее ядро (было два, наверно после обновления), пересобрал и установил (с помощью dkms) nwfermi, он успешно грузится

Добавил обе секции, реакций нет https://pastebin.com/GBH7ZePN

Хм, может, просто добавить секцию ServerLayout, чтобы явно потребовать подключения. Что-то типа.

Section "InputDevice"
        Identifier "Nextwindow Fermi Touchscreen"
        Driver "evdev"
        Option "Device" "/dev/nwfermi2"
EndSection

Section "ServerLayout"
        Identifier  "Default Server Layout"
        Screen "Default Screen Section"
        InputDevice "Nextwindow Fermi Touchscreen"
EndSection

Вообще, по умолчанию у всех стоит автодобаление устройств. Опция AutoAddDevices включена по умолчанию. Но фиксированное указание evdev в InputDevices должно работать. Не работать будут драйвера:

The config file may have multiple InputDevice sections. Recent X servers employ HAL or udev backends for input device enumeration and input hotplugging. It is usually not necessary to provide InputDevice sections in the xorg.conf if hotplugging is in use (i.e. AutoAddDevices is enabled). If hotplugging is enabled, InputDevice sections using the mouse, kbd and vmmouse driver will be ignored.

Странно, если я делаю /etc/xorg.conf, то ктото его перименовывает в типа /etc/xorg.conf.876756
Если кинуть в /usr/share/X11/, то в логе xorg есть запись что каталог просматривается, а конкретные файлы не ясно хватает ли - возможно ли както расширить этот лог ?

А почему /etc/xorg.conf? Надо /etc/X11/xorg.conf.

да, /etc/X11/xorg.conf конечно, очепятка
например сейчас он имеет имя /etc/X11/xorg.conf.05312018
может он намекает, что и не будет /etc/X11/xorg.conf использовать более никогда теперь ?

Это, скорее всего, Убунта что-то делает или какие-то пакеты. По этому поводу заведены баги.

https://bugs.launchpad.net/ubuntu/ source/ubuntu-drivers-common/ bug/1310489

https://bugs.launchpad.net/ubuntu/ source/nvidia-prime/ bug/1345585

https://bugs.launchpad.net/ubuntu/ source/ubuntu-drivers-common/ bug/1454642

Но раз что-то мешает в xorg.conf (думаю, что разберешься), то пихай пока в /usr/share/X11/... Что происходит, если последний конфиг туда поместить?

Что происходит, если последний конфиг туда поместить?

Насколько я помню (не рядом сейчас с тем блоком) - ничего не менялось
В логе /var/log/Xorg.0.log нет упоминаний о каждом файле из /usr/share/X11/, попробую увеличить лог, если это возможно

Хорошо бы понять (както залогировать) что делают X при получении событий от мыши, клавиатуры и т.п. чтобы понять почему от тачскрина они пропадают

Насколько я помню (не рядом сейчас с тем блоком) - ничего не менялось

Ну, значит, ему надо полнее описать секции. У меня тоже сервер молчит про эти строчки. Я сейчас провел эксперимент, чтобы найти минимальный конфиг, который заинтересует иксы. Вот такой получился:

Section "Screen"
        Identifier "Screen0"
EndSection

Section "InputDevice"
        Identifier "Nextwindow Fermi Touchscreen"
        Driver "evdev"
        Option "Device" "/dev/nwfermi2"
EndSection

Section "ServerLayout"
        Identifier  "Layout0"
        Screen "Screen0"
        InputDevice "Nextwindow Fermi Touchscreen"
EndSection

Добавил его в /etc/X11/xorg.conf (ты можешь в /usr/share/X11/xorg.conf.d) и вот вроде бы сервер стал обращать внимание:

[233498.043] (==) ServerLayout "Layout0"
[233498.043] (**) |-->Screen "Screen0" (0)
[233498.043] (**) |   |-->Monitor "<default monitor>"
...
[233498.043] (**) |-->Input Device "Nextwindow Fermi Touchscreen"
...

[233498.487] (II) Using input driver 'evdev' for 'Nextwindow Fermi Touchscreen'
[233498.488] (**) Nextwindow Fermi Touchscreen: always reports core events
[233498.488] (**) evdev: Nextwindow Fermi Touchscreen: Device: "/dev/nwfermi2"
[233498.488] (EE) evdev: Nextwindow Fermi Touchscreen: Unable to open evdev device "/dev/nwfermi2"
[233498.488] (EE) PreInit returned 2 for "Nextwindow Fermi Touchscreen"
[233498.488] (II) UnloadModule: "evdev"

Теперь вроде как пытается открыть устройство /dev/nwfermi2, но так как у меня такого нет, то и ругается. Не факт, конечно, что у устройства nwfermi2 такой ioctl, которого ждет драйвер evdev, но этот вариант сейчас единственный способ это проверить без ковыряния исходников.

Видимо ioctl устарел у nwfermi2:

[    28.221] (**) Nextwindow Fermi Touchscreen: always reports core events
[    28.221] (**) evdev: Nextwindow Fermi Touchscreen: Device: "/dev/nwfermi2"
[    28.221] (EE) evdev: Nextwindow Fermi Touchscreen: Unable to query fd: Inappropriate ioctl for device
[    28.222] (EE) PreInit returned 2 for "Nextwindow Fermi Touchscreen"
[    28.222] (II) UnloadModule: "evdev"

Еще остается вариант компиляции xf86-input-nextwindow. Этот драйвер, вероятно умеет общаться с устройством. Но вот только для компиляции нужно нужные зависимости поставить, и плюс этот драйвер, как я понимаю, под совсем новые иксы не соберется, так как там ABI новое. Под 16.04 может собраться. Но надо изучить вопрос, с каким устройством он будет работать. Документации нет, но должны быть исходники.

Упоминаемый демон только в бинарном виде, что он делает неясно, а в x64 пакете лежит 32битный бинарь, видимо никто и не пользуется

С демоном все очень мутно. Для чего он - не ясно. Может, мультитач какой-то делал? Хрен его знает. Исходников, кстати, нет и не будет. По какой именно причине, не ясно.

https://answers.launchpad.net/nwfermi/ question/152882:

Asked by Kiyonori Kami on 2011-04-14: I want built nwfermi on PowerPC. Where is the source of daemon? Or I need specs of data format between driver and daemon so I can develop it.

djp (djpnewton) said on 2011-04-26: I am unable to make the source to the daemon public sorry.