URL: https://linuxfr.org/forums/general-general/posts/speedtouch-et-modem_run Title: speedtouch et modem_run Authors: mathieu mathieu Date: 2004年11月03日T17:32:21+01:00 Tags: Score: 0 Ici pas de question, mais une solution à un problème que j'ai eu du mal à résoudre ... Mon modem a fonctionné pendant 2 ans sans problème avec une vieille version du driver userhand [http://speedtouch.sourceforge.net.(...)](http://speedtouch.sourceforge.net.) Une faille à jour de sécurité m'a contraint de le mettre à jour (>1.3) Depuis j'étais confronté au problème de ne plus pouvoir me connecter, modem_run refusant (sans me dire pourquoi), de recharger le firmware. En fouillant un peu dans la mailing list, un mutex (ou plutot un sémaphore) est créé et si celui-ci existe, modem_run quitte sans éffectuer le chargement. la solution est d'exécuter cela afin de supprimer ce : +# cleaning the mutex +ipcs -a | grep 0xdeadbeef >/dev/null 2>&1 +if [ $? = 0 ]; then + ipcrm -S 0xdeadbeef +fi + - pas de message explicatif sur l'echec du modem_run - pas de possibilité de demander à modem_run de forcer le chargement du firmeware Dans la mailing liste, on parle de mutex et pas de sémaphore, alors que l'on utilise IPC. J'ai toujours cru qu'un mutex est un flag "non système" à l'interieur d'un processus, accessible uniquement par les threads de ce processus alors qu'un sémaphore est une "valeur système" accessible par plusieurs processus... Les développeurs ont-ils commis une erreur de langage? Est ce moi qui ait des connaissances érronées? Mathieu