Guide de conception du pilote de bus SD
Ouverture, initialisation et fermeture d’une interface de bus de carte SD
Gestion des interruptions de carte SD
Sécuriser les demandes numériques qui utilisent des E/S directes
Sécuriser les demandes numériques qui utilisent des E/S étendues
Gestion des cartes SD dans les applications User-Mode
Restrictions sur les pilotes de carte SD
Pour plus d’informations sur les chaînes d’identification d’appareil Secure Digital (SD), consultez Identificateurs des appareils numériques sécurisés (SD).
Certaines restrictions s’appliquent aux pilotes de périphériques Secure Digital (SD) carte qui gèrent une fonction sur un combo SD ou un carte multifonction. Les piles de pilotes pour les différentes fonctions de carte sur un carte multifonction doivent fonctionner indépendamment les unes des autres. Pour garantir cette indépendance, le pilote de bus rejette les opérations suivantes :
Commandes SD qui modifient l’état de l’appareil, telles que SELECT_CARD.
Commandes d’E/S S SD qui spécifient la fonction zéro, mais qui se trouvent en dehors de la plage de l’adresse spécifiée dans le registre de base de la fonction (FBR).
Commandes d’E/S SD qui spécifient un numéro de fonction d’une pile d’appareils différente.
Les pilotes de périphérique SD peuvent gérer le jeu de registres commun du contrôleur hôte et l’état de l’appareil en appelant SdBusSubmitRequest avec des demandes de fonction de type SDRF_GET_PROPERTY et SDRF_SET_PROPERTY. Pour obtenir une description de ces types de demandes de fonction, consultez SD_REQUEST_FUNCTION.
Cet exemple (qui n’est plus pris en charge) est un pilote d’E/SD (Secure Digital) fonctionnel. Le pilote est écrit à l’aide de l’infrastructure du pilote en mode noyau. Il s’agit d’un pilote pour une carte de développement Mars générique qui implémente le protocole SDIO sans fonctionnalités supplémentaires.
Téléchargez l’exemple de pilote SDIO de stockage à partir de GitHub.