On 12/10/13 12:15 PM, Arnd Bergmann wrote:
> On Tuesday 10 December 2013, Dinh Nguyen wrote:
>> On 12/5/13 2:57 PM, Arnd Bergmann wrote:
>>> And in now way should the clock provider code look into the DT properties
>>> of the
>>> clock consumer. From what I can tell, the dw-mshc code already inte
On Tuesday 10 December 2013, Dinh Nguyen wrote:
> On 12/5/13 2:57 PM, Arnd Bergmann wrote:
> > And in now way should the clock provider code look into the DT properties
> > of the
> > clock consumer. From what I can tell, the dw-mshc code already interprets
> > the
> > "samsung,dw-mshc-sdr-timin
On 12/5/13 2:57 PM, Arnd Bergmann wrote:
> On Thursday 05 December 2013, dingu...@altera.com wrote:
>> From: Dinh Nguyen
>>
>> Populate the .prepare function in the clk-ops for the "sdmmc_clk" that
>> represents
>> the "ciu" clock for the SD/MMC driver. The prepare function will handle
>> setti
On Thursday 05 December 2013, dingu...@altera.com wrote:
> From: Dinh Nguyen
>
> Populate the .prepare function in the clk-ops for the "sdmmc_clk" that
> represents
> the "ciu" clock for the SD/MMC driver. The prepare function will handle
> setting
> the correct clock-phase for the CIU clock of
From: Dinh Nguyen
Populate the .prepare function in the clk-ops for the "sdmmc_clk" that
represents
the "ciu" clock for the SD/MMC driver. The prepare function will handle setting
the correct clock-phase for the CIU clock of the SD/MMC IP.
Re-use the "rockchip,rk2928-dw-mshc" binding as it is a