Dans le noyau, le type dev_t (définit dans <linux/types.h>) est utilisé pour manipuler des numéros majeurs et mineurs de périphérique, et ce en même temps. Depuis la version 2.6.0 du noyau, dev_t est une valeur codée sur 32 bits avec 12 bits réservés pour le numéro majeur et 20 pour le numéro mineur. Bien entendu, votre code ne devrait jamais faire de suppositions sur l'organisation des numéros de périphérique. Il devrait plutôt utiliser une collection de macros définies dans <linux/kdev_t.h>. Pour obtenir les parties majeure et mineure d'un dev_t, utilisez ceci: En revanche, vous avez les numéros majeur et mineur et que vous devez les transformer en dev_t, utiliser ceci: Notez que le noyau 2.6 peut héberger un grand nombre de périphériques, alors que les versions précédentes de noyaux étaient limitées à 255 numéros majeurs et 225 mineurs. On estime que la plus grande zone sera suffisante pratiquement à chaque fois, mais le champs calculé est jonché d'estimations erronées de cette nature. Donc vous devrez vous attendre à ce que le format de dev_t puisse changer dans le futur. Si vous écrivez vos pilotes prudemment ces changements ne seront pas un problème de toute façon.

Une des premières choses que votre pilote aura besoin de faire pour établir un périphérique caractère est d'obtenir un ou plusieurs numéros pour travailler avec. La fonction nécessaire à cette tâche est register_chrdev_region, qui est déclarée dans <linux/fs.h> : Ici, first est le numéro de périphérique de la région que vous aimeriez allouer. La partie mineure de first est souvent 0, mais il n'y a pas d'obligation à cela. count est le nombre total de numéros de périphériques contigüs dont vous avez besoin. Notez que, si count est grand, la zone que vous demandez pourrait empiéter sur le numéro de majeur suivant, mais tout marchera bien tant que le numéro que vous demandez est disponible. Enfin, name est le nom du périphérique qui devrait être associé avec ce numéro : il apparaîtra dans /proc/devices et sysfs. Comme la plupart des fonctions du noyau, la valeur de retour de register_chrdev_region sera 0 si l'allocation s'est déroulée avec succès. En cas d'erreur, un code erreur négatif sera retourné, et vous n'aurez pas accès à la région demandée. register_chrdev_region fonctionne bien si vous savez à l'avance exactement quels numéros de périphériques vous voulez. Souvent vous ne saurez pas quel numéro majeur votre périphérique va utiliser; il y a un effort constant de la communauté des développeurs du noyau de passer à l'utilisation des numéros de périphériques alloués dynamiquement. Le noyau allouera joyeusement un numéro majeur pour vous à la volée, mais vous devez demander cette allocation en utilisant une autre fonction: Avec cette fonction, dev est un paramètre de sortie qui va, si l'action se déroule avec succès, représenter le premier nombre dans votre zone allouée. firstminor devrait être le premier numéro mineur à utiliser, qui est généralement 0. Les paramètres count et name ont la même fonction que ceux donnés dans request_chrdev_region. Sans vous soucier de la façon dont vous allouez vos numéros de périphériques, vous devriez les libérer quand ils ne sont plus utilisés. Les numéros de périphériques sont libérés avec : L'appel de unregister_chrdev_region devrait être habituellement placé dans la fonction de nettoyage de votre module. Les fonctions précédentes allouent des numéros de périphérique pour l'utilisation de votre pilote, mais elles n'informent pas le noyau de vos prochaines actions avec ces numéros. Avant que l'espace-utilisateur d'un programme puisse accéder à l'un de ces numéros de périphériques, votre pilote doit les connecter à ses fonctions internes. Ces dernières implémentent les opérations du périphérique. Nous allons décrire rapidement comment cette connexion est accomplie, mais il y a quelques détours nécessaires à prendre en compte auparavant.