Fonds Linux
  1. Fonds Linux
  3. Comment Linux charge-t-il les firmwares pour les modules de pilotes embeddeds
Intereting Posts
Le compilateur C ne peut pas créer d'exécutables Script avec l'autorisation root lftp: login, mettre le file dans le directory distant et sortir en une seule command: help Comment empêcher une application Qt / GTK (Calibre) d'utiliser des colors définies dans .Xresources? merge qui fonctionne à la granularité de mot au lieu de la ligne Est-il possible d'insert une image dans gedit sous Linux? Comparez deux files de configuration du kernel de la perspective menuconfig? Yat-il moyen de voir le document `man` seulement pour l'option spécifiée d'une command Quelle est la définition d'une expression régulière? Installer Java JDK et JRE sur Debian 8 Comment empêcher les applications de démarrer avec leurs windows maximisées? wget – Comment download récursivement et seulement des mimes-types / extensions spécifiques (ie text seulement) Getopts option processing, Est-il possible d'append un sans trait d'union? Incrémenter le motif numérique dans le file zsh – vérifie les arguments d'une command avant de l'exécuter

Comment Linux charge-t-il les firmwares pour les modules de pilotes embeddeds

J'ai appris que le sous-système du microprogramme utilise udevd pour copyr un micrologiciel dans l'input de donnée créée par les sysfs.

Mais comment cela fonctionne-t-il dans le cas d'un module de pilote embedded où udevd n'a pas encore commencé?

J'utilise un kernel 3.14.

TIA!

Je lis les sources du kernel, en particulier drivers/base/firmware_class.c , et découvre que 

 CONFIG_FW_LOADER_USER_HELPER

activerait la variante de chargement du firmware udev (évidemment seulement utilisable pour les modules chargeables quand udev est en cours d'exécution). Mais comme mentionné sur LKML cela semble être une méthode obsolète.

En outre, le firmware requirejs par les modules embeddeds est chargé depuis initramfs par fw_get_filesystem_firmware() via un kernel_read() , pour être précis.

Il est possible de build des images de microprogramme dans le kernel lui-même en utilisant les options de configuration du kernel CONFIG_FIRMWARE_IN_KERNEL , CONFIG_EXTRA_FIRMWARE_DIR et CONFIG_EXTRA_FIRMWARE . Cela peut être utile pour les cas où vous ne pouvez pas ou ne voulez pas fournir le micrologiciel à partir de l'espace user lors de l'exécution (par exemple, lorsque le micrologiciel en question est requirejs pour accéder au périphérique d'amorçage et que vous ne souhaitez pas utiliser initrd ).

Voici une explication plus détaillée des options disponibles pour le chargement du firmware: https://wiki.tizen.org/wiki/Usage_and_Mechanism_of_kernel_function_%22request_firmware()%22#Load_firmware_from_kernel_image