> hotplug lance eagle-usb avec LAST_CHAR=1.1 > (pas de chargement à cause de notre test), > hotplug lance eagle-usb avec LAST_CHAR=1.0 juste après, > le traitement précédent n'étant pas terminé celui-ci est abandonné > (donc pas de chargement), > hotplug lance eagle-usb avec LAST_CHAR=1.2 > (pas de chargement à cause de notre test)
J'étais resté vaque sur cette partie. hotplug charge les trois simultanément pour moi. En général 1.2 est le dernier mais il semble y avoir une course entre 1.1 et 1.0. Hotplug ne traite pas le second et le troisième car pour savoir si il doit les traiter il se contente de vérifier si le module est déjà chargé dans le noyau (CURRENT_MAP). Donc le premier arrivé charge le module et empêche les autres de s'effectuer . Et il n'y a pas de valeur de retour pour le script action. Le fait d'enlever le test sur 1.0 permet le chargement du dsp mais la redirection des sortie de eaglectrl -d sur logger fait planter le script. /etc/init.d/eagle-usb start juste après ne peut donc pas monter l'interface . (ca marche parfois mais il semble que cette erreur sur le chargement du dsp casse la séquence et appelle /etc/init.d/eagle-usb trop tot ... rallonger le sleep fait que ca marche de temps en temps) Je ne vais pas retester l'ordre des 1.0, 1.1, 1.2 car j'ai fait des logs du chargement de hotplug au boot. Je t'envoie les extraits dans la semaine. Pour faire ces logs, j'ai ajouté cd /etc/hotplug . hotplug.functions debug_mesg "EAGLEUSB SCRIPT START" debug_mesg "EAGLE arguments ($*) env (`env`)" cd /etc/hotplug . hotplug.functions debug_mesg "EAGLEUSB SCRIPT START" debug_mesg "EAGLE arguments ($*) env (`env`)" en haut de usb/eagle-usb, chargé syslog au niveau rcS et activé la variable DEBUG de hotplug. Alban
