>
> Why? They are in sync with the doc ...
>
> > code for pinmuxing in board/davinci/common/davinci_pinmux.c so it is
> > duplicate code. Couldn't we move this davinci_pinmux.c to
> > arch/arm/cpu/arm926ejs/davinci and use it instead? What do you think?
>
> Hmm.. if you use the http://www-s.ti.c
Hello Christian,
Christian Riesch wrote:
> Hello Heiko,
> Thank you for your reply!
>
> On Wed, Nov 9, 2011 at 6:37 AM, Heiko Schocher wrote:
>> Hello Christian,
>>
>> Christian Riesch wrote:
>>> Signed-off-by: Christian Riesch
>>> ---
>>>
>>> Hello Heiko,
>>>
>>> On my board I cannot use your
Hello Heiko,
Thank you for your reply!
On Wed, Nov 9, 2011 at 6:37 AM, Heiko Schocher wrote:
> Hello Christian,
>
> Christian Riesch wrote:
>> Signed-off-by: Christian Riesch
>> ---
>>
>> Hello Heiko,
>>
>> On my board I cannot use your code in arch_cpu_init() in da850_lowlevel.c
>> since I have
Dear Heiko Schocher,
In message <4eba11a9.6060...@denx.de> you wrote:
>
> > On my board I cannot use your code in arch_cpu_init() in da850_lowlevel.c
> > since I have different versions of my board with different input
> > clock frequencies. Here u-boot should first determine the board
> > revisio
Hello Christian,
Christian Riesch wrote:
> Signed-off-by: Christian Riesch
> ---
>
> Hello Heiko,
>
> On my board I cannot use your code in arch_cpu_init() in da850_lowlevel.c
> since I have different versions of my board with different input
> clock frequencies. Here u-boot should first determ
Signed-off-by: Christian Riesch
---
Hello Heiko,
On my board I cannot use your code in arch_cpu_init() in da850_lowlevel.c
since I have different versions of my board with different input
clock frequencies. Here u-boot should first determine the board
revision number and then configure the SoC
6 matches
Mail list logo