Die Ankündigung eines neuen MMC-Layers bildet den Auftakt zum Kernel 2.6.24. Der neue Layer wird die Standards SDIO (Secure Digital Input Output) und SPI (Serial Peripheral Interface) unterstützen.
Wenn das Merge-Fenster des Kernels 2.6.24 geöffnet wird, steht das Entwicklerteam des MMC-Layers bereit. Wie Maintainer Pierre Ossman in der Linux Kernel Mailing List (lkml) schreibt, haben sie das Subsystem stark überarbeitet und können neben vielen kleinen Änderungen zwei große Erfolge vermelden. Mit dem neuen Subsystem werden die Standards SDIO und SPI erstmal nativ unterstützt. Das könnte weiteren Anreize für den Einsatz auf mobilen Geräten und embedded Devices bringen.
SDIO (Secure Digital Input Output) basiert auf dem SD-Speicherkartenstandard und ermöglicht über einen entsprechenden Steckplatz den Anschluss externer Geräte wie Massenspeicher, Netzwerkkarten oder GPS-Empfängern. Mit dem neuen SDIO-Stack des MMC-Layers arbeiten derzeit drei Treiber zusammen. Standardisierte GPS-Geräte können über den Treiber “sdio_uart” angesprochen werden. Theoretisch werden zukünftig auch weitere Geräte mit UART-Schnittstelle (Universal Asynchronous Receiver Transmitter) nutzbar sein. Der Treiber “libertas_sdio” unterstützt WLAN-Karten mit Marvell’s 8686 Libertas WiFi-Chip. Er soll jedoch erst zum Ende des Mergefensters eingebracht werden, da es noch nicht gelöste gemeinsame Abhängigkeiten zwischen dem Zweig des SDIO-Maintainers und dem ursprünglichen “libertas”-Tree gibt. Der dritte Treiber “hci_sdio” ist ein Treiber für Bluetooth-Geräte. Er wird in das Bluetooth-Subsystem des Kernels eingebunden werden.
Maintainer Ossman warnt, dass die Portierung weiterer Treiber aufgrund der Konzeption des neuen Stacks viel Arbeit machen kann. Allerdings hofft er dadurch auf stabilere Treiber, die viele Hacks und Provisorien überflüssig machen.
Das zweite wichtige Feature ist die Unterstützung des SPI-Standards (Serial Peripheral Interface). Damit können nun SPI-Controller für MMC, SD und SDIO angesprochen und genutzt werden, solange sie dem Standard folgen. Pierre Ossman räumt jedoch ein, dass viele Controller genau das nicht tun würden. Um den SPI-Zweig kümmert sich der Entwickler David Brownell, jedoch nicht beständig. Daher sucht Ossman einen neuen Maintainer, der über ausreichend Erfahrung mit Linux-SPI-Interface und Zeit verfügt.
