Thread (50 messages) 50 messages, 3 authors, 2012-06-15
STALE5116d

[PATCH 3/3] ARM: OMAP2+: gpmc: handle additional timings

From: Mohammed, Afzal <hidden>
Date: 2012-06-15 05:42:46
Also in: linux-omap

Hi Tony,

On Thu, Jun 14, 2012 at 22:23:37, Tony Lindgren wrote:
 
Sounds like the tusb6010 non-ns tick value is the only remaining
issue.
t.clk_activation = gpmc_ticks_to_ns(1);

was used so that gpmc_cs_set_timings would do gpmc_ns_to_ticks over
it & hence effectively 1 tick would get programmed in the register
for clock activation.

A value of 1 for clk_activation also should work due to rounding
effect.

But I am unable to find reason for failure upon using
gpmc_ticks_to_ns(1), which seems to me right thing to be used.
Let me try to invoke tusb6010 functions in beagle board,
observe timings so that at least I will get an idea
what is going on here (even though it is guaranteed to crash)

Regards
Afzal
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help