Martin Rosenau wrote:
>> If you send me your code, along with a BSD license, I
>> can take a look.
>>
>
> I sent you the code. I do not care about the type of license (BSD, GPL, ...)
>
>
>> I presume you have only used the public "Simplified"
>> SDcard specs? And
>> that this driver is for SDHCI?
>>
>
> Yes. The spec you can download freely from sdcard.org.
>
> The driver is quite simple (and slow) for now (uses only PIO and polls for
> interrupt events instead of really using interrupts). However it works - at
> least for 3.3V cards smaller than 2GB.
>
> However it has an interesting feature that allows defining the first sector
> of the card. This is useful for cards that have a bad partition table (cards
> formatted by my camera are such ones) so you can define the first sector of
> the partition as the first sector of your card.
>
Okay, I think I'll keep working on my driver then. :-)
The labelling (first sector related stuff) support will be somewhat
interesting. SDA uses a variant of the FAT table, but they "added" some
things....
Actually, what I have in progress is a combination of kernel modules:
* sdcard is a common framework for sdcard and sdio devices. A lot of
the code that needs to be common, such as common initialization
sequences and the SD state machine, will be here.
* sdhci is the nexus driver for the standard host controller (other
options are possible... for example I happen to know that Tadpole
laptops use a WinBond part which uses a proprietary interface... the
SDHCI standard wasn't available at the time)
* sdmem is the block driver for SD memory cards. It will support
SDcard, DMA (both SDMA and ADMA), all the speed combinations, and large
capacity cards. It will also support (assuming I can get the specs for
it... I used to have a proprietary version of them) mmc cards.
Then someone else will be able to implement SDIO target drivers as
well. I've not run into any SDIO devices myself, but I'm told they do
in fact exist.
I'm not planning on implementing any of the "security" features for
SDcard. Those require access to specs that are only available under
NDA. I don't know of anyone who seriously uses SD's DRM related
features anyway.
-- Garrett
> Martin
>
>
> This message posted from opensolaris.org
> _______________________________________________
> laptop-discuss mailing list
> laptop-discuss at opensolaris.org
>
