Messages in this thread | | | Date | Fri, 20 Apr 2007 16:51:24 +0530 | From | "Madhusudhan c" <> | Subject | Re: MMCv4 support (8-bit support missing) |
| |
Hi Perre,
> Until 8-bit SD shows up, at which point things go to hell again. > > You need to present a valid case for why we need this bus testing stuff. The > spec never requires it, and neither does any cards. So this is just crud that we > know causes problems and doesn't give us anything back. Okay. Let me try to explain a scenario where it is required.
Suppose a host controller is capable of suporting 8-bit and it tells the core that it can support 8-bit. Now the card that is plugged in might or might not support 8-bit based on the type of the card. There is no field in the ext_csd which will tell you what bus width the card can support.
So you need first try to setup 8-bit and send a patteren on the data lines and read it back. If you get back the expected data then you are good to go in 8-bit. Else, shift to 4-bit and try again with the data patteren to see if four bit works. This is how the patch is implemented. Also the spec says that you need to perform bus test procedure before sending the switch command to set the bus width.
By doing this you can figure out whether the card supports 8-bit or not. And this is the only way to support 8-bit cards, which are widely available in the market today.
Also if the host controler says it can only support 4-bit then no need of bus testing procedure.Ignoring the bus test procedure does not affect you to functionally support 4-bit but there is no way you can support 8-bit cards without it correctly.
Regards, Madhu
On 4/19/07, Pierre Ossman <drzeus@drzeus.cx> wrote: > Madhusudhan c wrote: > > > > The bus test procedure from this patch can be adopted to the MMCv4 > > support in the MMC core with small changes to do bus testing procedure > > only if the host sets the capability to support 8-bit. That way we > > dont break the legacy code. What do you think? > > > > Until 8-bit SD shows up, at which point things go to hell again. > > You need to present a valid case for why we need this bus testing stuff. The > spec never requires it, and neither does any cards. So this is just crud that we > know causes problems and doesn't give us anything back. > > Rgds > Pierre > > > > - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |