Re: [Gumstix-users] MMC and CF working simultaneously

[Alexandre P. N. <al...@om...>]

Bas van Tiel escreveu:

>GPIO pin 69 is available on the 60-pins connector which could be used
>as an alternative. However this means that you cannot use L_DD(11)
>(LCD controller) anymore. Another possibility is to set the nPCE[2]
>fixed to ground/vcc meaning that all read/write accesses to the CF
>card must be 8-bit or 16-bit (check the CF-specification and the
>driver of the card being available in the CF-slot). When the driver
>uses a combination of 8-bit and 16-bit transfers the nPCE[2] can be
>reprogrammed each time by using a dedicated GPIO pin. This requires
>in-depth knowledge of the used drivers. Does anybody know if there is
>a wifi driver/card available which operates only in 8-bit or 16-bit
>mode?
>
>  
>

This kind of confusion makes me vote on an approach for future gumstix's 
boards where higher density connectivity allows us from taking whenever 
funcionality we want and routing it appropriately for daugher boards, 
whenever having to require to test points or extra connectors, as much 
as possible. I see some limitations on a gumstix's concurrent design 
some people posted on this list, but they use of sodimm makes me wonder 
if something like that wouldn't allow for better resource usage. I 
understand the evolution flow from what gumstix have passed by, but at 
least this 92 pin/ 60pin design is bothering me quite a bit. I see that 
space restrictions apply, but what about making one of the edges a 
contact connector or using a great connector pair (male on one side, 
female on the other), like i.e. pc-104 stacks?

Just my 2 cents, I do believe gumstix people will eventually do even 
better than that in a newer future.

Alexandre