Thread (59 messages) 59 messages, 3 authors, 2012-09-26

Re: [PATCH 09/21] OMAPDSS: DISPC: Calculate scaling limits in a more generic way

From: Tomi Valkeinen <hidden>
Date: 2012-09-14 10:18:13
Also in: linux-omap

On Fri, 2012-09-14 at 15:33 +0530, Archit Taneja wrote:
On Friday 14 September 2012 03:19 PM, Tomi Valkeinen wrote:
quoted
I see your reasoning. I'm a bit reluctant to add a new clock term to
omapdss. You can't (probably) find it in the TRM. Does the TRM talk
about clocks with regard to WB?
Yes, you can't find the word pixel clock linked to WB in the TRM.
Is there some other term for the clock related to WB?
Yes, we could do that. I can check if zero leads to some bad results, or 
we could just bypass the scaler clock stuff if the pixel clock is 0.
I think 0 value would make more sense than a dummy 1. 1 is still a valid
clock, and it could go unnoticed in some other code paths that would use
the function to get the clock.

Of course, the scaler check function could internally check if the pck
is 0, and then use 1 in its calculations, if that makes the function
simpler.

 Tomi

Attachments

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