On Wed, Jan 23, 2013 at 6:27 AM, Mohammed, Afzal wrote:
> Hi,
>
> On Wed, Jan 23, 2013 at 00:15:09, Rob Clark wrote:
>
>> > Wouldn't it be better to delete da8xx-fb.* and switch to Rob Clarks DRM
>> > based driver for this IP block?
>
>> we probably can't delete da8xx-fb, but I think it would be
Hi,
On Wed, Jan 23, 2013 at 00:15:09, Rob Clark wrote:
> > Wouldn't it be better to delete da8xx-fb.* and switch to Rob Clarks DRM
> > based driver for this IP block?
> we probably can't delete da8xx-fb, but I think it would be ok to only
> use it for legacy platforms not yet ported to DT.
We
On Tue, Jan 22, 2013 at 11:03 AM, Koen Kooi wrote:
>
> Op 22 jan. 2013, om 17:51 heeft Afzal Mohammed het volgende
> geschreven:
>
>> Hi,
>>
>> This series adds DT support to da8xx-fb driver (device found on
>> DaVinci and AM335x SoC's). It does certain cleanup's in the process.
>>
>> This serie
Op 22 jan. 2013, om 17:51 heeft Afzal Mohammed het volgende
geschreven:
> Hi,
>
> This series adds DT support to da8xx-fb driver (device found on
> DaVinci and AM335x SoC's). It does certain cleanup's in the process.
>
> This series as compared to previous version handles configuration of
> t
Hi,
This series adds DT support to da8xx-fb driver (device found on
DaVinci and AM335x SoC's). It does certain cleanup's in the process.
This series as compared to previous version handles configuration of
the LCDC clock rate by modelling as a clock divider of CCF. This would
take effect only if
