Discussion :

[Cédric-29]

Bonjour,
j'ai réalisé un petit driver en mode caractère. Celui-ci, en interne, intercepte les interruptions générées par le matériel pour lequel il est programmé. Je souhaiterais pouvoir signaler (émission d'un signal) coté utilisateur que le matériel a généré une interruption. Quelqu'un sait-il comment faire pour intercepter avec Qt des signaux (système ?) non émis par Qt ? Je suis également preneur d'informations sur l'émission de signaux à partir de mon module KERNEL mais je ne suis pas dans la section appropriée pour cette dernière question.

Merci de votre aide.

[yan]

Salut, tu est sur quel os?

[Cédric-29]

Oups, désolé, dans la précipitation j'ai oublié d'indiquer que je travaillais sous Linux/Fedora (11).

[yan]

regarde ceci
http://qt.developpez.com/doc/4.5/qap...x11eventfilter
Normalement, c'est par cette fonction que qt récupère et gère les évènements provenant de x11.
Sinon, c'est plus du Qt, y as peut être un système d'abonnement au évènement système sous linux comme sous windows.
Demande peut être conseil dans ce forum
http://www.developpez.net/forums/f32...mmation-linux/

[Aurelien.Regat-Barrel]

Oui, il faut distinguer 2 choses :
- comment ton appli user peut recevoir une notification du kernel
- comment "greffer" ce système au dessus des signaux/slots de Qt

Normalement, on communique avec un driver avec des IOCTL et des read / write. Une fois que tu sais faire ça depuis une petite appli C à part, tu peux dans ton code Qt créer un thread qui effectue une lecture bloquante en attente de ton driver. Quand il reçoit quelque chose, il émet un signal et retourne en attente bloquante (depuis Qt 4 l'envoie de signaux entre différents thread est possible).

[Cédric-29]

Merci pour vos réponse.

Mon interface coté Qt est déjà un thread. Finalement, je vais me contenter d'aller vérifier régulièrement si mon driver a capté l'interruption. Je ne vais pas chipoter pour quelques millisecondes. Je marquerai l'évènement en interne par un timestamp.