Version imprimable
Bonjour,
Je test un programme sur un système embarqué linux et je suis obligé de lancer un driver à chaque démarrage, je voudrais savoir si je peu l'automatiser. Etant vraiment novice en linux je galère pas mal.
Merci de votre aide
La commande à lancer est : modprobe gpio
Merci
Essaye de mettre la commande dans ton fichier .profile (si tu en as un...), il est sourcé à chaque démarrage de ton utilisateur.
De façon plus propre, pour ne pas dépendre de l'utilisateur, il faut passer par les programmes de démarrage de l'OS.
Bon je ne sais pas si c'est très propre mais après recherche j'ai réussi en ajoutant dans etc/inittab
la ligne:
# Start gpio driver
::sysinit: modprobe gpio
et cela fonctionne.
Merci j'avais pas vu ton post, je vais regarder.Citation:
Envoyé par Bktero
Si tu l'as mis dans inittab, c'est bon :)
Merci, bonne journée
De rien, même si tu as trouvé la réponse tout seul ^^
Bonne journée à toi ;)
Heu, il y a même plus simple, le mettre en built-in et pas en module.
Il sera chargé tout seul au démarrage.
Tu peux nous en dire plus stp ?
Il s'agit de modifier le .config du kernel (à la main ou par interface graphique menuconfig and co)
Mettre une option à "y" CONFIG_XXXX=y va compiler et intégrer le module dans le zImage du kernel. Le driver sera chargé du boot.
Mettre une option à "m" CONFIG_XXXX=m va compiler le driver et ne l'intégrera pas dans l'image du kernel. Donc il faut le charger à la main via insmod.
Donc si on veut charger un driver à chaque démarrage, il n'y a aucun intérêt à le mettre en module. Les modules sont là pour charger des drivers au besoin.
J'ai pas tout compris :oops:
Dans les 2 cas, tu recompiles ton noyau ?Citation:
Il s'agit de modifier le .config du kernel (à la main ou par interface graphique menuconfig and co)
Dans la 1ere phrase, tu dis que le module sera chargé au démarrage, dans les suivant que le module sera chargé au besoin, c'est pas contradictoire ?Citation:
Mettre une option à "y" CONFIG_XXXX=y va compiler et intégrer le module dans le zImage du kernel. Le driver sera chargé du boot.
Mettre une option à "m" CONFIG_XXXX=m va compiler le driver et ne l'intégrera pas dans l'image du kernel. Donc il faut le charger à la main via insmod.
Donc si on veut charger un driver à chaque démarrage, il n'y a aucun intérêt à le mettre en module. Les modules sont là pour charger des drivers au besoin
Heuuu, je ne sais pas si c'est plus simple:):)
Ah oui je n'ai pas pensé que tu n'avais pas forcément la main sur le kernel et le code du driver.
Car pour compiler un driver il faut les sources du kernel. Donc la modification du .config fait partie du processus de build du driver. Dans de telles conditions intégrer le driver dans le kernel (built-in) est plus simple.
Maintenant, si tu n'as pas la main sur le kernel, ni sur le code source du driver oui la meilleure solution est de faire l'insmod dans l'init.
@Bktero
Si tu intègres le driver dans le kernel (=y), tout est dans le zImage, et le driver sera chargé au démarrage. Il ne pourra pas être déchargé.
Si tu choisis de mettre le driver en module (=m) il ne sera pas intégré au kernel et tu dois charger le .ko toi même au besoin. Et le besoin de megamario c'est de charger ça au démarrage, d'où ma proposition de mettre tout ça en built-in.
Dans les deux cas tu recompiles le noyau oui. Je fais ça à longueur de journée, donc ça me parait simple, mais je réalise que ça ne l'est pas forcément :P
Mais je réalise aussi que la phrase :
aurait dû me mettre un peu plus sur la piste :PCitation:
Etant vraiment novice en linux
Ma solution est la plus "propre", mais n'est pas la plus "simple" à mettre en place, en effet.
Donc =y est en built-in ?
Ta solution est en effet un peu beaucoup technique, heureusement que j'ai lu le bouquin de Pierre Ficheux pour comprendre un minimum (quoique je ne me souvenais pas du built-in).
Merci pour les explications ;)
Merci à vous deux en tout cas de vous êtes penché sur mon petit souci de "débutant" :)
Mais de rien, j'aurais moi aussi appris des choses !