Bonjour à tous et à toutes,

Une question me taraude depuis pas mal de temps à propos du support tactile sous notre distro favorite.

Comment puis-je savoir comment ont évolué Xorg ou HAL concernant le support matériel assez exotique.
[---]

Je m'explique, j'ai un tablet PC Clevo TN120T (voir la bête ici : Clevo)
L'écran tactile est "reconnu" sous Fedora 10 (je met reconnu entre guillemets car il faut installer un pilote fait maison par Sporniket sur SourceForge) et est fonctionnel, mais pas sous F12 (vu aux alentour de novembre 2009).

Rencontrant pas mal de soucis de stabilité sous F10 (freeze aléatoires, sécurité, et j'en passe) je voudrai passer à F12 ou F13 quand elle sortira. Cependant, je voudrai savoir si Xorg ou HAL ont assez évolué pour supporter la dalle tactile de ce tablet (pour info, cette dalle est une ET&T TC4UM) mais je ne trouve pas d'infos pertinentes à propos de ce matos sur le wouaib... Au boulot je suis sous F12 et j'ai vu passer pas mal de mises à jour pour les xorg-driver et companie, mais comment savoir, autrement que par une réinstall, si le matos est supporté ?

Auriez-vous des idées d'investigations pour que je puisse enfin rattraper l'année de retard que j'ai avec F10 (site francophone d'Xorg ou autre, etc...) ?

Merci d'avance à tous pour vos pistes d'investigations.
Perso. xorg n'est pas le problème mais bien les drivers fournies.
Quelques sont les retours au niveau erreurs ? as tu essayé evtouch ou d'autres solutions ?
Oui, evtouch j'ai essayé, mais le soucis c'est que le périphérique n'est pas de type event, mais plutôt hid... du coup evtouch ne fonctionne pas...

Pour ce qui est des erreurs, j'ai balancé sur launch pad un report avec le résultat de la commande lshal out, bug N°317094, "meta bug to collect lshal touchscreen info?", mais toujours pas de retours...

Existe-t-il une liste des matos supportés par les pilotes disponibles de base des distro ?

Est-il possible de pousser un driver "maison" qui ne m'appartient pas dans les dépôts officiels ?
Que donne lsusb ? As tu regardé si on n'avait pas dans les repo un paquet du genre hid ou libhid ?
N'oublie pas de virer leurs drivers avant de faire le test.

Je mets le lien ici histoire de ne pas l'oublier http://magictouch.com/support_usb_xd.html ne l'utilise pas encore, mais ce sont des drivers sub ecran pour F11.

Edit : je suis passer sur sourceforge le dernier patch date de 2009-05-26 🙁
Regarde si il y a des retours sur le forum de spoke ?

re edit : http://dedieko.wordpress.com/2009/11/26/clevo-tn120r-touchscreen-tc4um-worked-in-ubuntu-jaunty-karmic/ le mec utilise les mêmes drivers que j'ai passé ci-dessus.
j'ai uniquement le lsusb que j'ai fait quand j'était sous Ubuntu, le voici : 
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 007 Device 002: ID 0664:0306  
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 002: ID 0402:5606 ALi Corp. USB 2.0 Camera
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 002: ID 147e:2016 Upek Biometric Touchchip/Touchstrip Fingerprint Sensor
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
La dalle est celle qui n'a pas de description : Bus 007 Device 002: ID 0664:0306

En regardant le site de Sproniket, j'ai cru comprendre que le kernel considérait la dalle comme un HID device, contrairement aux autres dalles qui sont détectées en input et/ou event. Du coup je suis banané.

le yum list *hid* donne ça : 
Paquets disponibles
gallery2-hidden.noarch                2.3.1-1.fc12                       updates
perl-Devel-Hide.noarch                0.0008-2.fc12                      fedora 
steghide.i686                         0.5.1-11.fc12                      fedora 
unhide.i686                           1.0-4.fc12.20080519                fedora
Donc pas gagné alors...

[edit] : j'avais déja ouvert un sujet là dessus, forum.fedora-fr.org
Fait plutôt un yum search hid pour voir (désolé je ne suis pas sous Fedora actuellement pour vérifier).
voila : pas mieux...
================================= Matched: hid =================================
R-msm.i686 : Multi-state Markov and hidden Markov models in continuous time
R-qtl.i686 : Tools for analyzing QTL experiments
SteGUI.i686 : Graphical front-end to Steghide
blobwars.i686 : Mission and Objective based 2D Platform Game
bluez-compat.i686 : Compatibility utilities for Bluetooth devices
cmusphinx3.i686 : Large vocabulary speech recognition in C
commoncpp2.i686 : GNU Common C++ class framework
eclipse-mylyn.noarch : Mylyn is a task-focused UI for Eclipse
enigma.i686 : Clone du jeu Oxyd d'ATARI
gallery2-hidden.noarch : Hidden module for Gallery 2
geany-plugins-addons.i686 : Miscellaneous Addons for Geany
gnome-applet-timer.i686 : A countdown timer applet for the GNOME panel
guake.i686 : Drop-down terminal for GNOME
hmmer.i686 : Profile HMM software for protein sequence analysis
kismet.i686 : WLAN detector, sniffer and IDS
libeXosip2.i686 : A library that hides the complexity of using the SIP protocol
libnet10.i686 : High-level API (toolkit) to construct and inject network packets
libsmi.i686 : A library to access SMI MIB information
libsmi-devel.i686 : Development environment for libsmi library
libvncserver.i686 : Library to make writing a vnc server easy
libxcb.i686 : A C binding to the X11 protocol
lilyterm.i686 : Light and easy to use X Terminal Emulator
londonlaw.noarch : Online multiplayer version of a well known detective
                 : boardgame
mm.i686 : Shared memory allocation library
mozilla-adblockplus.noarch : Adblocking extension for Mozilla Firefox
pakchois.i686 : A wrapper library for PKCS#11
perl-CGI-Application-Plugin-FormState.noarch : Store Form State without Hidden
                                             : Fields
perl-Devel-FindRef.i686 : Where is that reference to my variable hiding?
perl-Devel-Hide.noarch : Forces the unavailability of specified Perl modules
                       : (for testing)
perl-Expect-Simple.noarch : Wrapper around the Expect module
perl-Hash-Case.noarch : Base class for hashes with key-casing requirements
php-adodb.noarch : Database abstraction layer for PHP
purple-msn-pecan.i686 : Alternative MSN protocol plugin for libpurple
python-gnutls.i686 : Python wrapper for the GNUTLS library
realcrypt.i686 : Cross platform disk encryption software
seedit.i686 : SELinux Policy Editor:Core component
steghide.i686 : A steganography program
stk.i686 : Synthesis ToolKit in C++
tilda.i686 : A quake like terminal for GNOME
torch.i686 : Torch is a simple machine-learning library
unclutter.i686 : Hide mouse cursor when idle
unhide.i686 : Tool to find hidden processes and TCP/UDP ports from rootkits
vldocking.noarch : A Java ™ docking system for JFC Swing applications
wlassistant.i686 : Wireless network management tool
xfce4-notes-plugin.i686 : Notes plugin for the Xfce panel
Après j'ai peut etre pas tous les dépots qu'il faut...

Mais j'avais jamais vu ce truc de Magiktouch, j'essayerai cela le plus rapidement possible (backup, install de F12, install de magiktouch, ce qui peut prendre du temps).

[edit] : En passant par la, c'est possible de faire un double boot Fedora 10 / Fedora 12 ?
(backup, install de F12, install de magiktouch, ce qui peut prendre du temps)
Avant de faire une installation en dur, tu peux déja récupérer les infos sur ton matos avec un liveusb ou un livecd pour tracer un peu cet écran et faire quelques test.

cat /dev/usb/hiddev0
cat /proc/bus/usb/devices
Ca y est, je me lance, je télécharge et grave le live CD F12 et vous te tiens au courant si le pilote magictouch fonctionne... je croise les doigts...

Par contre je viens de voir dans la procédure qu'il faut redémarrer une fois le xorg.conf modifié, est-ce que ça fonctionne aussi en live cd ou le reboot recharge tout par défaut ? (que j'évite de lélécharger le liveCD pour rien)
Bon du coup je viens de mettre F12 (pas en livecd) et je bloque au niveau de la config du fichier xorg.conf. Comme ça m'est déja arrivé, plantage du système une fois que le plymouth a fini de loader... Je suis un peu dégouté... Je vais faire les mises à jour (kernel et companie) pour voir au cas ou la dalle serait enfin reconnue.

Au passage, lsusb : 
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 002: ID 0664:0306  
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 002: ID 147e:2016 Upek Biometric Touchchip/Touchstrip Fingerprint Sensor
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 0402:5606 ALi Corp. USB 2.0 Camera
lshal (partiel) : 
udi = '/org/freedesktop/Hal/devices/usb_device_664_306_noserial'
  info.bus = 'usb_device'  (string)
  info.linux.driver = 'usb'  (string)
  info.parent = '/org/freedesktop/Hal/devices/usb_device_1d6b_1_0000_00_1d_2'  (string)
  info.product = 'TC4UM'  (string)
  info.subsystem = 'usb_device'  (string)
  info.udi = '/org/freedesktop/Hal/devices/usb_device_664_306_noserial'  (string)
  info.vendor = 'ET&T Technology'  (string)
  linux.device_file = '/dev/bus/usb/007/002'  (string)
  linux.hotplug_type = 2  (0x2)  (int)
  linux.subsystem = 'usb'  (string)
  linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:1d.2/usb7/7-1'  (string)
  usb_device.bus_number = 7  (0x7)  (int)
  usb_device.can_wake_up = true  (bool)
  usb_device.configuration_value = 1  (0x1)  (int)
  usb_device.device_class = 0  (0x0)  (int)
  usb_device.device_protocol = 0  (0x0)  (int)
  usb_device.device_revision_bcd = 256  (0x100)  (int)
  usb_device.device_subclass = 0  (0x0)  (int)
  usb_device.is_self_powered = false  (bool)
  usb_device.linux.device_number = 2  (0x2)  (int)
  usb_device.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:1d.2/usb7/7-1'  (string)
  usb_device.max_power = 100  (0x64)  (int)
  usb_device.num_configurations = 1  (0x1)  (int)
  usb_device.num_interfaces = 1  (0x1)  (int)
  usb_device.num_ports = 0  (0x0)  (int)
  usb_device.product = 'TC4UM'  (string)
  usb_device.product_id = 774  (0x306)  (int)
  usb_device.speed = 12.0 (12) (double)
  usb_device.vendor = 'ET&T Technology'  (string)
  usb_device.vendor_id = 1636  (0x664)  (int)
  usb_device.version = 2.0 (2) (double)
(...)
udi = '/org/freedesktop/Hal/devices/usb_device_664_306_noserial_if0_hiddev'
  hiddev.application_pages = {'Unknown page 0xd0004'} (string list)
  hiddev.device = '/dev/usb/hiddev0'  (string)
  hiddev.product = 'ET&T Technology TC4UM'  (string)
  info.bus = 'usb'  (string)
  info.capabilities = {'hiddev'} (string list)
  info.category = 'hiddev'  (string)
  info.parent = '/org/freedesktop/Hal/devices/usb_device_664_306_noserial_if0'  (string)
  info.product = 'ET&T Technology TC4UM'  (string)
  info.subsystem = 'usb'  (string)
  info.udi = '/org/freedesktop/Hal/devices/usb_device_664_306_noserial_if0_hiddev'  (string)
  linux.device_file = '/dev/usb/hiddev0'  (string)
  linux.hotplug_type = 2  (0x2)  (int)
  linux.subsystem = 'usb'  (string)
  linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:1d.2/usb7/7-1/7-1:1.0/usb/hiddev0'  (string)
le xorg.conf : 
# Xorg configuration created by system-config-display

Section "ServerLayout"
    Identifier     "single head configuration"
    Screen      0  "Screen0" 0 0
    InputDevice    "Keyboard0" "CoreKeyboard"
EndSection

Section "InputDevice"
# keyboard added by system-config-display
    Identifier  "Keyboard0"
    Driver      "kbd"
    Option        "XkbModel" "pc105"
    Option        "XkbLayout" "fr"
EndSection

Section "Device"
    Identifier  "Videocard0"
    Driver      "intel"
EndSection

Section "Screen"
    Identifier "Screen0"
    Device     "Videocard0"
    DefaultDepth     24
    SubSection "Display"
        Viewport   0 0
        Depth     24
    EndSubSection
EndSection
Section "InputDevice"
    Identifier "ETouch"
    Driver "ETouch"
    Option "Device" "/dev/usb/hiddev0?
EndSection

Section "ServerLayout"
    Identifier "Layout01?
    InputDevice "ETouch" "SendCoreEvents"
EndSection
Au cas ou quelqu'un y comprenne quelque chose...

Je me sent bien désemparé... :roll:
Comme ça m'est déja arrivé, plantage du système une fois que le plymouth a fini de loader...
Questions ? As tu eu l'écran first boot pour créer ton premier utilisateur ?
Si oui, quel gestionnaire de log utilises tu gdm ou kdm ? Arrives tu entre ton nom d'utilisateur et ton mot de passe ?

Dans hal c'est toi qui a créer la règle ou elle s'est faites automatiquement ?
Alors, premièrement j'utilise gdm (et gnome en passant par la). Pour lécran first boot bien sur j'ai créé mon user comme d'habitude.

Lors du reboot, je n'ai pas eu gdm, plymouth a planté avant le chargement de gdm (le logo fédora est apparu et puis plus rien, activité disque dur nulle, pas de reponses, hard reboot obligé...

Pour hal, je n'ai rien touché, j'ai juste suivi ton lien avec le tar pour Fedora 11 32bits et du coup le problème vient du xorg.conf (je l'ai copié en rescue mode et surprimé l'ancien pour démarrer sans et je suis la.)

Alors je sais pas si ça vient de la couche serverlayout (identifier en defaut layout peut etre mais je pense pas que ça change grand chose). Je testerai de démarrer uniquement avec le xorg.conf généré par system-display-machinchose, pour voir si c'est la config généré qui me fou le bazard...

Bref, je trouve ça louche que lsusb ne retourne aucunes descriptions pour la dalle alors que hal me sort la bonne desc... As tu une idée sur ce qui pourrai foirer dans ce que j'ai fait ?
As tu une idée sur ce qui pourrai foirer dans ce que j'ai fait ?
Le fait d'avoir cherché à l'activer directement. D'après ce que tu dis tu as du remettre un xorg de base pour le lancer normalement. Question bête le Intel x4500HD c'est quoi comme driver ?

Pour les erreurs tu les trouveras en fasiant cat /var/log/Xorg.0.log | grep error dans les deux fichiers xorg.0.log (surtout on pourra voir si c'est bien etouch qui est en cause) et Xorg.1.log dans /var/log/.

Comment as tu installé les drivers ? Ah autre chose n'oublie pas de mettre se linux en mdoe permissif il peux bloquer pas mal de chose.
Oui en fait j'ai fait une sauvegarde du xorg.conf en xorg.conf.BAK et supprimé celui qui restait pour démarrer sans xorg.conf.

Pour le Intel x4500HD, je ne vois pas du tout de quoi tu parles. Je n'ai installé aucuns pilotes vidéo, ma carte semble être reconnue d'office.

Ah oui, pour SELinux faut pas que j'oublie ça (mais je suis tellement habitué a avoir des alertes au démarrage que je n'y prête plus trop attention)

J'ai fait la grosse mise à jour hier soir mais je n'ai pas pu tester si cela avait changé ou pas. Donc dans un premier temps, je vais voir si elle serait reconnue direct (on peut toujours rêver), ensuite je régénèrerai un xorg.conf via "system-display-machinchose", ensuite je rebooterai sans modifier le xorg pour vérifier que se ne soit pas la config de base qui foire. Ensuite, si ça démarre proprement je jèterai un œil aux logs xorg (j'ai peur de ne rien y comprendre, j'y posterai ici si jamais j'y comprend pas grand chose.). Ensuite pour reconfigurer le xorg.conf correctement je m'inspirerai de mon ancien sous Fedora 10, tout en croisant les doigts...

Je suis au taf la et j'ai pas réussi à rendre accessible mon pc depuis l'extérieur, ce qui aurai pu nous faire gagner du temps... Donc je testerai tout ça ce soir...
Je suis au taf la et j'ai pas réussi à rendre accessible mon pc depuis l'extérieur, ce qui aurai pu nous faire gagner du temps... Donc je testerai tout ça ce soir...
Pas de panique vaut mieux prendre son temps, et tester proprement en suivant la démarche que tu as donné. Comme ça élimine au fur et à mesure.
Oui ça pour prendre mon temps je commence a savoir faire 😃 (depuis septembre ou octobre je suis dessus :-D ) et du coup ma copine se paye ma tronche en disant "ha bah c'est beau linux, ça marche bien hein ! T'achètes une merdouille qui marche même pas !" avec un ton sarcastique :-D
Bon ca y es, enfin ! J'avais en fait bêtement copié/collé la partie du xorg.conf directement du site, et les guillements n'étaient pas bon, j'ai changé et ça a bien démarré. Maintenant je bloque au niveau de la calibration, j'ai son erreur de segmentation et pourtant je le fait en root (su -), par contre j'ai essayé avec sudo mais je n'suis pas dans le fichier sudoers. Quelqu'un sait comment parametrer ce fichier rapidement (j'ai vu la doc mais j'y ai rien compris, trop compliqué pour moi peut etre). Si jamais quelqu'un a un exemple pour que je puisse effectuer n'importe quelle commade avec sudo (je sais ça la fait à la Ubuntu mais au moins j'aurai le coeur net pour le fonctionnement de mon tabletPC).

[edit] : bon j'ai trouvé comment configurer le sudoers file, mais cela ne change rien, toujours une erreur de segmentation (core dumped)... 🙁
C'est quoi l'erreur ? Peux tu faire un trace.
exactement ça : 
[Paps@Clevo ~]$ sudo /etc/etandt/Calibration
--> begin calib
Erreur de segmentation (core dumped)
J'ai un flash blanc sur l'écran en gros.

[edit] : Je regarde les sources la mais vu que j'y comprend pas trop au langage C, je risque de pas trop y arriver...

[edit 2] : J'avais pas fait gaffe que tu m'avais demandé de faire un trace... Je connaissais pas du tout cette commande. Dois-je faire "sudo trace /etc/etandt/Calibration" ou "sudo trace /etc/etandt/Calibration > /home/Paps/Bureau/trace_calibration.out" ? (ou complètement autre chose)
Bon c'est pas que je pète un cable mais la je commence à en avoir raz le bol.

[Mode coup de gueulle ON]
Alors les touch screen marchent sur des vieilles versions de Fedora et plus ça évolue moins ça marche (j'ai vu ca avec la suppression du paquet xorg-x11-drv-magictouch de F11 à F12).
[auto-censure]
J'ai lu un article sur la philosophie de Fedora voulant etre à la pointe de la technologie, ben ça me fait doucement rire... :idea: :idea: :idea: :-x => Je croi que c'est complètement raté pour ce point la...
[/auto-censure]

Bref je perd patience, du coup j'vais être encore obligé de tourner sous une version obsolète pour faire fonctionner ce foutu touch screen... (en acceptant de tourner avec une passoire concernant la sécurité et stabilité, surtout pour les freezes aléatoires...)
[Mode coup de gueulle OFF]

Merci beaucoup à toi Refuznik pour ton précieux soutient... J'vais donc télécharger et installer la Fedora 11 (trois DVD, 10, 11 et 12, c'est économique) et ce sera le dernier essais.

[Mode pessimiste ON]
Après je serai vraiment désemparé, quitte à mettre un Windows XP qui, malgrès le fait que se soit du propriétaire, fonctionne au moins en 3 click...

Voila, merci, je reposterai pour dire si ça fonctionne vraiment avec F11...

PS : J'ose même pas tester F13 (lorsqu'elle sortira) vu la tendance de l'évolution actuelle... ça ne pourra qu'etre pire...
[Mode pessimiste OFF]