Es geht soweit ich das verstanden habe darum, dass der OMAP die SDHC Schnittstellen bereits zur Verfügung stellt. Also der OMAP hat einen SDHC Controller mit dabei. Vorteil liegt auf der Hand, die Kommunikation mit der Karte erledigt die OMAP-Hardware sozusagen von selber, die Software (unserer Entwickler) muss nur noch die Speicheradresse mitteilen und bekommt die Daten auf dem Silbertablett. Timing und sowas spielt alles keine Rolle mehr.
Das macht es erstens leichter die Software zu entwickeln und zweitens ist so eine Konfiguration in der Regel performanter. Das Problem ist jetzt, was passiert wenn der SDHC Controller im OMAP tatsächlich nur SDHC sprechen kann, und mit SDXC nichts anzufangen weiß? Ausgeschlossen ist das nicht, denn der Hersteller verspricht nur SDHC Kompatibilität.
Hoffnung besteht, dass die Entwickler des OMAP die künstliche Beschränkung des Adressraumes bei SDHC einfach ignoriert haben, und auch größere Adressen unterstützen, weil es ja dem Produkt eigentlich nicht schaden kann. Endgültig wissen wir es wohl erst wenn wir es ausprobieren können.
Wenn alle Stricke reißen, und die SDHC Controller im OMAP sich einfach nicht überreden lassen wollen, dann besteht ja immernoch die Möglichkeit wie ich es oben beschrieben habe die freien IO Ports des OMAP (mit dem Lötkolben) auf einen der SD Slots zu legen, und die Kommunikation mit der SDXC Karte dann per Software zu erledigen. Nachteile sind, dass es langsamer ist als ein Hardware Controller und das es Rechenlast erzeugt. Wie gesagt, die Frage ist ob es das einem dann noch wert ist
aber wo ein Wille ist da gibt es auch immer einen Weg, wer wirklich unbedingt SDXC in seiner Pandora braucht kann es sich ja so "nachrüsten", die Offenheit der Pandora macht's möglich. Und genug Hack Value hätte es auf jeden Fall