le support de la norme Secure Digital Input Output fait son entrée au sein du code permettant de gérer les cartes mémoires MMC et SD. Cette modification autorise le branchement sur un port SD de divers gadgets: Récepteurs GPS, adaptateurs Wi-Fi ou Bluetooth ou Ethernet, Lecteurs de code-barre, Tuners FM ou TV, Appareils photos, etc.
Il faut tout de même que le contrôleur sd-card soit compatible sdio.
Il y a des différences entre le protocole sd-card et sdio. La sdio peut émettes des IT, les transferts sont de taille variable, ...
Pierre Ossman, qui est le mainteneur officiel du sous-système MMC/SD, a annoncé que trois pilotes SDIO étaient déjà inclus dans le noyau et que le travail continue pour inclure de nombreux autres pilotes. Néanmoins il tient à avertir les développeurs que son implémentation de SDIO force à écrire proprement le code des pilotes :
Le problème vient parfois du hardware (controlleur sdio ou carte sdio) qui oblige a faire certains hacks (par ce qu'il ne sont pas forcement 100% conforme à la norme).
C'est l'éternel problème on cherche à respecter à 100% la spec ou on supporte un max de hardware.
Sachant que le sdio est plutôt utilisé dans l'embarqué, je crains malheureusement des hacks pour s'adapter au contrôleur sélectionner par les acheteurs (ceux qui sont les moins cher).
De plus quand je vois que pour l'acpi on en arrive à copier le comportement windows, je sais pas si ce modèle tiendra .
PS : d'ailleurs je crois que openmoko ont abandonné l'idée d'utiliser cette stack, pour utiliser celle libéré par atheros (ou montavista).
# ...
Posté par M . En réponse à la dépêche Sortie du noyau Linux 2.6.24. Évalué à 4.
Il faut tout de même que le contrôleur sd-card soit compatible sdio.
Il y a des différences entre le protocole sd-card et sdio. La sdio peut émettes des IT, les transferts sont de taille variable, ...
Pierre Ossman, qui est le mainteneur officiel du sous-système MMC/SD, a annoncé que trois pilotes SDIO étaient déjà inclus dans le noyau et que le travail continue pour inclure de nombreux autres pilotes. Néanmoins il tient à avertir les développeurs que son implémentation de SDIO force à écrire proprement le code des pilotes :
Le problème vient parfois du hardware (controlleur sdio ou carte sdio) qui oblige a faire certains hacks (par ce qu'il ne sont pas forcement 100% conforme à la norme).
C'est l'éternel problème on cherche à respecter à 100% la spec ou on supporte un max de hardware.
Sachant que le sdio est plutôt utilisé dans l'embarqué, je crains malheureusement des hacks pour s'adapter au contrôleur sélectionner par les acheteurs (ceux qui sont les moins cher).
De plus quand je vois que pour l'acpi on en arrive à copier le comportement windows, je sais pas si ce modèle tiendra .
PS : d'ailleurs je crois que openmoko ont abandonné l'idée d'utiliser cette stack, pour utiliser celle libéré par atheros (ou montavista).