Skip to contentSkip to conversation

ARM: OMAP: MMC performance upgrade on OMAP2

PATCH Syed Mohammed, Khasim 1 participant 1 message Mar 9, 2007 1 message not in the archive

lore
Share & tools
lore

A message that is not in the archive (sent off-list or not yet received): [email protected]

#1 lore raw

Hi Pierre,

If I am not wrong what you mean is,

If (card_is_4.0) then its HS {
	If (it supports 26 && 52) and ur controller can generate 52 Mhz

clk
then configure MMC_CLK to operate at 52Mhz

If (card supports only 26) then configure MMC_CLK at 26Mhz.

If (card can support upto 52 but controller can only support
till 48)
then configure MMC_CLK to 48 and issue a CMD4 to modify DSR (for
new
timing values).

Now this DSR timing depends on what Controller can offer and it
doesn't depend on the frequency as such. Is this what you mean?

}
Else{
Not an HS
}

Regards,
Khasim

Quoted 11 lines

-----Original Message-----
From: Pierre Ossman [mailto:[email protected]]
Sent: Friday, March 09, 2007 12:20 AM
To: [email protected]
Cc: Syed Mohammed, Khasim; [email protected]
Subject: Re: [PATCH] ARM: OMAP: MMC performance upgrade on OMAP2

Quoted 3 lines · Kyungmin Park

Yes, that's my understanding.

If the card is 4.0 compliant and OMAP2 supports up to 48MHz. then we

use

Quoted 3 lines
Quoted 3 lines

this 48MHz clock.

But current mmc code down-grade to 20MHz since it's not set

highspeed.

Quoted 2 lines
Quoted 2 lines

If the card is 4.0 compliant and even though host don't support

highspeed

Quoted 5 lines
Quoted 3 lines

feature, we set the highspeed flags for support host max clocks. I think highspeed depends on host clock. Is it right?

No, high-speed is a _timing_ capability, not one of frequency (although

the

Quoted 4 lines

new
timing allows a higher maximum frequency). Hence, maximum clock has _nothing_ to
do with what it can support. All it can tell you is that reasonably,

this

Quoted 7 lines

controller should support at least one of SD or MMC high-speed, but it cannot
tell you which.

Rgds
Pierre