DKMS - Historique des versions

Lea : Lea a déplacé la page HOWTO Dkms vers DKMS

2023-12-11T09:21:30Z

Lea a déplacé la page HOWTO Dkms vers DKMS

← Version précédente	Version du 11 décembre 2023 à 09:21
(Aucune différence)

Jiel : /* La commande dkms */

2012-06-05T09:15:58Z

La commande dkms

Jiel : /* Options que l'on peut définir dans le fichier dkms.conf */

2012-06-05T09:14:45Z

Options que l'on peut définir dans le fichier dkms.conf

← Version précédente		Version du 5 juin 2012 à 09:14
Ligne 308 :		Ligne 308 :
	alias eth1 e1000</div>		alias eth1 e1000</div>

	Si l'on se contente des options suivantes, DKMS n'a aucun moyen de deviner que b44 et bcm4400 gèrent la même carte et un nouvel alias sera généré.		Si l'on se contente des options suivantes, DKMS n'a aucun moyen de deviner que b44 et bcm4400 gèrent la même carte et un nouvel alias sera généré.

	<div class="code">BUILT_MODULE_NAME[0]="b44"		<div class="code">BUILT_MODULE_NAME[0]="b44"
	MODULES_CONF_ALIAS_TYPE[0]="eth"</div>		MODULES_CONF_ALIAS_TYPE[0]="eth"</div>

	Le nouveau modprobe.conf contiendra donc :		Le nouveau modprobe.conf contiendra donc :

	<div class="code">alias eth0 bcm4400		<div class="code">alias eth0 bcm4400
Ligne 319 :		Ligne 319 :
	alias eth2 b44</div>		alias eth2 b44</div>

	Si par contre on ajoute MODULES_CONF_OBSOLETES[0]="bcm4400", le nouveau modprobe.conf sera correct :		Si par contre on ajoute MODULES_CONF_OBSOLETES[0]="bcm4400", le nouveau modprobe.conf sera correct :

	<div class="code">alias eth0 b44		<div class="code">alias eth0 b44

Jiel : balises code

2012-06-05T09:12:56Z

balises code

Voir les modifications

Jiel le 27 avril 2011 à 12:50

2011-04-27T12:50:56Z

← Version précédente		Version du 27 avril 2011 à 12:50
Ligne 1 :		Ligne 1 :
	[[~~Category~~:~~Configurer votre noyau~~]]		[[Catégorie:Noyau et modules]]

	= DKMS : Donnez l'indépendance à vos pilotes =		= DKMS : Donnez l'indépendance à vos pilotes =
Ligne 432 :		Ligne 432 :
	* [http://www.dell.com/downloads/global/power/1q04-ler.pdf http://www.dell.com/downloads/global/power/1q04-ler.pdf]		* [http://www.dell.com/downloads/global/power/1q04-ler.pdf http://www.dell.com/downloads/global/power/1q04-ler.pdf]
	* [http://linux.dell.com/dkms/dkms-LWE-Boston2005.pdf http://linux.dell.com/dkms/dkms-LWE-Boston2005.pdf]		* [http://linux.dell.com/dkms/dkms-LWE-Boston2005.pdf http://linux.dell.com/dkms/dkms-LWE-Boston2005.pdf]

			<br/>
			<br/>
			'''<b>[[Kernel-index\|@ Retour à la rubrique Noyau et modules]]</b>'''
			<br/>

	Pascal Terjan <pterjan at mandriva dot com><br />		Pascal Terjan <pterjan at mandriva dot com><br />

Pterjan : /* Structure sur le disque */

2007-04-27T19:30:26Z

Structure sur le disque

← Version précédente		Version du 27 avril 2007 à 19:30
Ligne 40 :		Ligne 40 :
	* L'arborescence des modules du noyau <tt>/lib/modules</tt> : DKMS y remplacera ou ajoutera les modules que l'on va lui faire gérer		* L'arborescence des modules du noyau <tt>/lib/modules</tt> : DKMS y remplacera ou ajoutera les modules que l'on va lui faire gérer
	* L'arborescence de DKMS <tt>/var/lib/dkms</tt>, contenant :		* L'arborescence de DKMS <tt>/var/lib/dkms</tt>, contenant :
	o Les répertoire ou seront ~~construit~~ les modules		o Les répertoire ou seront construits les modules
	o Les modules originaux sauvegardés		o Les modules originaux sauvegardés
	o Les modules générés par DKMS		o Les modules générés par DKMS

Pterjan : ajout de tt autour de quelques chemins

2007-04-27T19:29:45Z

ajout de tt autour de quelques chemins

← Version précédente		Version du 27 avril 2007 à 19:29
Ligne 38 :		Ligne 38 :

	* Les sources des modules, dans <tt>/usr/src</tt>		* Les sources des modules, dans <tt>/usr/src</tt>
	* L'arborescence des modules du noyau/lib/modules : DKMS y remplacera ou ajoutera les modules que l'on va lui faire gérer		* L'arborescence des modules du noyau <tt>/lib/modules</tt> : DKMS y remplacera ou ajoutera les modules que l'on va lui faire gérer
	* L'arborescence de DKMS /var/lib/dkms, contenant :		* L'arborescence de DKMS <tt>/var/lib/dkms</tt>, contenant :
	o Les répertoire ou seront construit les modules		o Les répertoire ou seront construit les modules
	o Les modules originaux sauvegardés		o Les modules originaux sauvegardés

Fred : /* Copyright */

2006-06-19T18:15:07Z

← Version précédente		Version du 19 juin 2006 à 18:15
Ligne 436 :		Ligne 436 :
	Cet article a été initialement publié dans le GNU/Linux Magazine 80 de Février 2006		Cet article a été initialement publié dans le GNU/Linux Magazine 80 de Février 2006

	~~= Copyright =~~		{{Copy\|2006\|Pascal Terjan\|LDL}}

	{{LDL}}

Ennael le 19 juin 2006 à 16:47

2006-06-19T16:47:23Z

← Version précédente		Version du 19 juin 2006 à 16:47
Ligne 435 :		Ligne 435 :
	Pascal Terjan <pterjan at mandriva dot com><br />		Pascal Terjan <pterjan at mandriva dot com><br />
	Cet article a été initialement publié dans le GNU/Linux Magazine 80 de Février 2006		Cet article a été initialement publié dans le GNU/Linux Magazine 80 de Février 2006

			= Copyright =

			{{LDL}}

Pterjan : /* Comment ça marche */

2006-06-10T10:34:26Z

Comment ça marche

← Version précédente		Version du 10 juin 2006 à 10:34
Ligne 30 :		Ligne 30 :

	Ces étapes sont séparées et ne sont pas forcement toutes réalisées à la suite. La figure 1 montre les différents états d'un module dans le système DKMS, et les transitions possibles entre ces états à l'aide des actions de la commande dkms.		Ces étapes sont séparées et ne sont pas forcement toutes réalisées à la suite. La figure 1 montre les différents états d'un module dans le système DKMS, et les transitions possibles entre ces états à l'aide des actions de la commande dkms.
	~~Figure 1 : États d'un module dans DKMS~~
	Figure 1 : États d'un module dans le système DKMS		Figure 1 : États d'un module dans le système DKMS

← Version précédente		Version du 5 juin 2012 à 09:15
Ligne 78 :		Ligne 78 :
	* remove : Supprime une version d'un module. Il faut en plus des options -m et -v, soit préciser une version de noyau avec l'option -k, soit demander à supprimer le module de tout les noyaux pour lesquelles cette version avait été compilée, avec l'option --all.		* remove : Supprime une version d'un module. Il faut en plus des options -m et -v, soit préciser une version de noyau avec l'option -k, soit demander à supprimer le module de tout les noyaux pour lesquelles cette version avait été compilée, avec l'option --all.

	Si le module avait été installé, il est d'abord désinstallé (comme si on avait appelé l'action uninstall) et d'éventuelles versions précédentes sont réinstallées. Après un remove, le module n'est plus du tout connu de DKMS et il faut recommencer à l'étape add.		Si le module avait été installé, il est d'abord désinstallé (comme si on avait appelé l'action uninstall) et d'éventuelles versions précédentes sont réinstallées. Après un remove, le module n'est plus du tout connu de DKMS et il faut recommencer à l'étape add.

	<div class="code">[root@plop src]# dkms remove -m exemple -v 0.9.0 --all		<div class="code">[root@plop src]# dkms remove -m exemple -v 0.9.0 --all
Ligne 90 :		Ligne 90 :
	* build : Compile une version d'un module pour le noyau indiqué avec l'option -k ou pour le noyau utilisé actuellement si aucun n'est précisé. En cas d'erreurs lors de la compilation, il est utile de savoir que celle-ci se déroule dans /var/lib/dkms/<module>/<version du module>/build/ et que tout ce qui est affiché pendant la compilation est enregistré dans un fichier make.log dans ce même répertoire.		* build : Compile une version d'un module pour le noyau indiqué avec l'option -k ou pour le noyau utilisé actuellement si aucun n'est précisé. En cas d'erreurs lors de la compilation, il est utile de savoir que celle-ci se déroule dans /var/lib/dkms/<module>/<version du module>/build/ et que tout ce qui est affiché pendant la compilation est enregistré dans un fichier make.log dans ce même répertoire.

	La commande build accepte quelques options facultatives :		La commande build accepte quelques options facultatives :
	o --config <fichier .config du noyau> : Cette option permet d'indiquer à la commande build ou trouver le fichier .config si celui-ci n'est pas à l'emplacement standard de la distribution ou n'a pas le nom habituel.		o --config <fichier .config du noyau> : Cette option permet d'indiquer à la commande build ou trouver le fichier .config si celui-ci n'est pas à l'emplacement standard de la distribution ou n'a pas le nom habituel.
	o --no-prepare-kernel : Cette option demande à DKMS de ne pas préparer les sources du noyau avant de compiler un module pour lui. Il est recommandé de ne pas utiliser cette option si l'on souhaite que les modules soient correctement construits.		o --no-prepare-kernel : Cette option demande à DKMS de ne pas préparer les sources du noyau avant de compiler un module pour lui. Il est recommandé de ne pas utiliser cette option si l'on souhaite que les modules soient correctement construits.
Ligne 119 :		Ligne 119 :
	* install : Installe une version d'un module dans l'arborescence du noyau indiqué (ou du noyau utilisé actuellement si aucun n'est précisé par l'option -k). Cette version doit précédemment avoir été compilée pour le noyau en question à l'aide de l'action build.		* install : Installe une version d'un module dans l'arborescence du noyau indiqué (ou du noyau utilisé actuellement si aucun n'est précisé par l'option -k). Cette version doit précédemment avoir été compilée pour le noyau en question à l'aide de l'action build.

	Lors de la première installation d'une version d'un module donné sur un noyau donné, DKMS cherche si ce module existait déjà avec ce noyau et le sauvegarde pour pouvoir le réinstaller lorsque l'on demandera à DKMS de désinstaller la nouvelle version. Pour information, la version originale est sauvée dans /var/lib/dkms/<module>/original_module/<version du noyau>/<architecture>/		Lors de la première installation d'une version d'un module donné sur un noyau donné, DKMS cherche si ce module existait déjà avec ce noyau et le sauvegarde pour pouvoir le réinstaller lorsque l'on demandera à DKMS de désinstaller la nouvelle version. Pour information, la version originale est sauvée dans /var/lib/dkms/<module>/original_module/<version du noyau>/<architecture>/

	<div class="code">		<div class="code">
Ligne 173 :		Ligne 173 :
	* mkrpm : Génére un RPM pour un couple module/version donné. Si vous désirez que le RPM ne contienne que les sources (et donc que les modules soient compilés lors de l'installation), vous devez ajouter l'option --source-only. Sinon, le choix des modules à distribuer se fait à l'aide de -k et -a, comme pour les autres actions.		* mkrpm : Génére un RPM pour un couple module/version donné. Si vous désirez que le RPM ne contienne que les sources (et donc que les modules soient compilés lors de l'installation), vous devez ajouter l'option --source-only. Sinon, le choix des modules à distribuer se fait à l'aide de -k et -a, comme pour les autres actions.

	Si vous maîtrisez la création de RPM et souhaitez personnaliser ce qui est généré, sachez que DKMS regarde d'abord si /usr/src/<module>-<version du module>/<module>-dkms-mkrpm.spec existe, si oui l'utilise comme modèle, et sinon utilise /etc/dkms/template-dkms-mkrpm.spec.		Si vous maîtrisez la création de RPM et souhaitez personnaliser ce qui est généré, sachez que DKMS regarde d'abord si /usr/src/<module>-<version du module>/<module>-dkms-mkrpm.spec existe, si oui l'utilise comme modèle, et sinon utilise /etc/dkms/template-dkms-mkrpm.spec.

	* status : Affiche l'état des différents modules pour chaque version, noyau et architecture.		* status : Affiche l'état des différents modules pour chaque version, noyau et architecture.
Ligne 203 :		Ligne 203 :
	* ldtarball : Importe une archive tar.gz créé à l'aide de l'action mktarball et spécifié à l'aide de l'option --archive.		* ldtarball : Importe une archive tar.gz créé à l'aide de l'action mktarball et spécifié à l'aide de l'option --archive.

	Les fichiers sont importés dans l'arborescence de DKMS et pas dans celle du noyau, les modules sont donc au mieux dans l'état built(compilé) et il faut lancer ensuite la commande dkms install pour chacun d'eux.		Les fichiers sont importés dans l'arborescence de DKMS et pas dans celle du noyau, les modules sont donc au mieux dans l'état built(compilé) et il faut lancer ensuite la commande dkms install pour chacun d'eux.

	Par ailleurs, si des fichiers existent déjà lors de l'import, un avertissement sera affiché et ils seront laissés tels quels. Si vous souhaitez que ces éventuels fichiers soient écrasés, il faut ajouter l'option --force.		Par ailleurs, si des fichiers existent déjà lors de l'import, un avertissement sera affiché et ils seront laissés tels quels. Si vous souhaitez que ces éventuels fichiers soient écrasés, il faut ajouter l'option --force.
	* mkdriverdisk : Crée une disquette avec les pilotes pour permettre l'installation d'une distribution, c'est particulièrement utile lorsque le CD d'installation ne contient pas les pilotes pour un nouveau contrôleur disque.		* mkdriverdisk : Crée une disquette avec les pilotes pour permettre l'installation d'une distribution, c'est particulièrement utile lorsque le CD d'installation ne contient pas les pilotes pour un nouveau contrôleur disque.
	o --size <taille de la disquette> : Cette option est utilisée par la commande mkdriverdisk pour décider de la taille de la disquette à créer. La valeur doit être un nombre entier de kilo-octets, divisible par 20, et vaut 1440 si cette option n'est pas précisée.		o --size <taille de la disquette> : Cette option est utilisée par la commande mkdriverdisk pour décider de la taille de la disquette à créer. La valeur doit être un nombre entier de kilo-octets, divisible par 20, et vaut 1440 si cette option n'est pas précisée.

DKMS - Historique des versions

Lea : Lea a déplacé la page HOWTO Dkms vers DKMS

Jiel : /* La commande dkms */

Jiel : /* Options que l'on peut définir dans le fichier dkms.conf */

Jiel : balises code