<br><br>On Thursday, 14 February 2013, Sylwester Nawrocki <<a href="mailto:sylvester.nawrocki@gmail.com">sylvester.nawrocki@gmail.com</a>> wrote:<br>> On 02/12/2013 06:30 PM, Sachin Kamat wrote:<br>>><br>>> Hi Sylwester,<br>
>><br>>> On Wednesday, 6 February 2013, Sachin Kamat <<a href="mailto:sachin.kamat@linaro.org">sachin.kamat@linaro.org</a>> wrote:<br>>>><br>>>>  This patch adds device tree based discovery support to G2D driver<br>
>>><br>>>>  Signed-off-by: Sachin Kamat <<a href="mailto:sachin.kamat@linaro.org">sachin.kamat@linaro.org</a>><br>>>>  ---<br>>>>  Based on for_v3.9 branch of below tree:<br>>>>  git://<a href="http://linuxtv.org/snawrocki/samsung.git">linuxtv.org/snawrocki/samsung.git</a><br>
>>><br>>>>  Changes since v1:<br>>>>  * Addressed review comments from Sylwester <<a href="mailto:s.nawrocki@samsung.com">s.nawrocki@samsung.com</a>>.<br>>>>  * Modified the compatible string as per the discussions at [1].<br>
>>>  [1] <a href="https://patchwork1.kernel.org/patch/2045821/">https://patchwork1.kernel.org/patch/2045821/</a><br>>>><br>>><br>>> Does this patch look good?<br>><br>> It looks OK to me. I've sent a pull request including it, but it may<br>
> happen it ends up only in 3.10.<br><br>Thanks. Hope it gets picked for 3.9 itself.<br><br>><br>> I tried to test this patch today and I had to correct some clock<br>> definitions in the common clock API driver [1]. And we already have<br>
> quite a few fixes to that patch series.<br>><br>> Shouldn't you also provide a patch adding related OF_DEV_AUXDATA entry ?<br>> How did you test this one ?<br><br>I tested this without the common clock patches, with the mainline tree. It did not require any auxdata  entry.<br>
><br>> When the new clocks driver gets merged (I guess it happens only in 3.10)<br>> I'd like to have the media devices' clock names cleaned up, instead of<br>> names like: {"sclk_fimg2d", "fimg2d"}, {"sclk_fimc", "fimc"},<br>
> {"sclk_fimd"/"fimd"}, in clock-names property we could have common names,<br>> e.g. { "sclk", "gate" }. This could simplify a bit subsystems like devfreq.<br><br>Yes. That makes sense.<br>
<br>><br>> Also I noticed there are some issues caused by splitting mux + div + gate<br>> clocks into 3 different clocks. One solution to this might be to use the<br>> new composite clock type.<br><br>Ok.<br><br>
><br>> [1] <a href="http://www.spinics.net/lists/arm-kernel/msg214149.html">http://www.spinics.net/lists/arm-kernel/msg214149.html</a><br>><br><br>-- <br><div>With warm regards,</div>
<div>Sachin</div><br>