Je ne sais pas comment ça marche sous debian, mais il me semble que le
dossier /lib/modules/<kernelversion>/build pointe quelque part dans les
sources du noyau (/usr/src/linux...?). Dites-moi si je me trompe.
Donc la commande que tu as lancée trouve des références dans le code du kernel
et non dans les modules compilés. Donc le module n'est pas compilé à moins
que la fonction ne soit dans le kernel ??? Il ne reste donc qu'à compiler le
module et à le charger au démarrage en insérant la ligne pcspkr
dans /etc/modprobe.preload ou à le compiler dans le kernel si besoin... Dites
moi si je me trompe....
J'ai des éléments de réflexion:
1. Effectivement, le fichier pcspkr.c n'a pas "oublié" d'être compilé mais c'est tout bonnement un lien vers les sources du
kernel. Il est donc dans /usr/src/linux/drivers/input/misc/.
Il faut donc que je le recompile à part ou alors que je recompile tout le noyau avec la nouvelle option pcspkr dans
menuconfig (à propos, je ne l'ai pas trouvé dans le fichier /usr/src/linux/arch/i386/defconfig et l'aide de menucongig ne
dit pas son nom). Donc ça devrait bien marcher (ça compile pour le moment :) ).
2. Bon, là je recompile tout mon noyau car j'avais d'autres modifs à faire. Néanmoins, il y a quelques points que je ne
comprends pas:
A. Je peux recompiler un source comme pcspkr.c avec gcc. Mais j'obtiendrai alors pcspkr.o. Or, j'ai crû comprendre
que dans les noyaux à partir du 2.6, les modules étaient en .ko et non pas en .o. Tout d'abord, fichier.ko est bien tout
simplement un fichier source compilé, n'est-ce-pas? Comment l'obtenir à partir du source (et non pas avec make-kpkg)?
Comment l'intégrer aux modules? En le copiant-collant à la bonne place dans /lib/modules/mes_modules/...?
B. Le fait de modifier directement dans /usr/src/linux/arch/i386/defconfig une option et de recompiler ensuite, ça
prend en compte ou pas? J'ai fait un test et ça ne prend pas en compte la modif. Mon noyau recompilé est le même que le
précédent. Alors pourquoi?