Hi,
On 29-07-16 21:17, Maxime Ripard wrote:
On Thu, Jul 21, 2016 at 11:26:55AM +0200, Jean-Francois Moine wrote:
On Thu, 21 Jul 2016 10:56:15 +0200
Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx> wrote:
On Wed, Jul 20, 2016 at 08:16:28PM +0200, Jean-Francois Moine wrote:
The 'new timing mode' with 8 bits DDR works correctly when the NewTiming
register is set.
What does that mode brings to the table?
From my tests, the eMMC of the Banana Pi M3 (A83T) cannot work when the
new mode is not used.
Signed-off-by: Jean-Francois Moine <moinejf@xxxxxxx>
---
Note about the 'new timing mode'.
This patch assumes that, when the new mode is used, the clock driver
sets the mode select in the MMC clock and multiplies the clock rate
by 2:
- MMC side:
- with a timing 8 bits DDR at 50MHz, the MMC driver calls
clk_set_rate() with a rate 50*2 = 100MHz,
- clock side:
- the clock driver sets the hardware MMC clock to 100*2 = 200MHz,
- setting the 'mode select' of the hardware MMC clock divides the
rate by 2,
- MMC side:
- setting the MMC clock divider register to 1 divides the rate by 2.
So, the final rate is 50MHz.
What happens if you actually want to set it to 100MHz?
There is no SDXC_CLK_100M in the mainline driver, and 100MHz is asked
only for 8 bits DDR at 50MHz.
You're missing the point.
clk_set_rate is supposed to apply a rate as close as possible as
requested, there's no reason why you would request a rate twice as
high as need.
On all SoCs which support it, requesting DDR-8bit needs a twice as high
clock as the mmc base clock (due to the DDR).
If you look at the current code you will see that what actually happens
is that we pass twice as high clock as the mmc-subsys asks for to
clk_set_rate and set the controllers *internal* divider to 2 (instead of
the usual 1), this is not new and not introduced by Jean-Francois' patch.
All Jean-Francois' patch adds is the setting of the new SDXC_REG_NTSR
reg msb bit when we do this. Note no changes to the clock rate calculations
are made. If this fixes the eMMC on A83T boards this seems like a good
patch to me, but IMHO we should only write the SDXC_REG_NTSR on the A83t
and not everywhere as Jean-Francois' patch does.
Jean-Francois, can you submit a v2 of your patch and make the writing of
SDXC_REG_NTSR depend on a new sun8i-a83t-mmc compatible ?
Also you should probably drop the bits about the clock stuff from the
commit message as that just seems to confuse people.
Regards,
Hans
--
To unsubscribe from this list: send the line "unsubscribe linux-mmc" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
