[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <9c783843-d0e4-92ef-d156-6826e38d9fa8@free.fr>
Date: Mon, 28 Nov 2016 20:32:13 +0100
From: Mason <slash.tmp@...e.fr>
To: Doug Anderson <dianders@...omium.org>,
Sebastian Frias <sf84@...oste.net>
Cc: Adrian Hunter <adrian.hunter@...el.com>,
Michal Simek <michal.simek@...inx.com>,
Sören Brinkmann <soren.brinkmann@...inx.com>,
Jerry Huang <Chang-Ming.Huang@...escale.com>,
Ulf Hansson <ulf.hansson@...aro.org>,
Linux ARM <linux-arm-kernel@...ts.infradead.org>,
LKML <linux-kernel@...r.kernel.org>,
Linus Walleij <linus.walleij@...aro.org>,
P L Sai Krishna <lakshmis@...inx.com>
Subject: Re: Adding a .platform_init callback to sdhci_arasan_ops
On 28/11/2016 18:46, Doug Anderson wrote:
> As argued in my original patch the field "corecfg_baseclkfreq" is
> documented in the generic Arasan document
> <https://arasan.com/wp-content/media/eMMC-5-1-Total-Solution_Rev-1-3.pdf>
> and thus is unlikely to be Rockchip specific.
I downloaded the data sheet, which doesn't mention registers,
but "pins" and "signals". Does that mean it is up to every
platform to decide how to group these wires into individual
registers?
corecfg_baseclkfreq[7:0]
Base Clock Frequency for SD Clock.
This is the frequency of the xin_clk.
How can 8 bits encode a frequency?
Is there an implicit LUT? Is it a MHz count?
"For maximum efficiency this should be around 200 MHz for eMMC
or 208MHz (for SD3.0)"
Regards.
Powered by blists - more mailing lists